CN111698787B - 调度规则确定方法及其装置 - Google Patents
调度规则确定方法及其装置 Download PDFInfo
- Publication number
- CN111698787B CN111698787B CN201910192910.7A CN201910192910A CN111698787B CN 111698787 B CN111698787 B CN 111698787B CN 201910192910 A CN201910192910 A CN 201910192910A CN 111698787 B CN111698787 B CN 111698787B
- Authority
- CN
- China
- Prior art keywords
- switching node
- information
- virtual switching
- delay
- access network
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 104
- 238000012545 processing Methods 0.000 claims description 92
- 230000005540 biological transmission Effects 0.000 abstract description 124
- 238000007726 management method Methods 0.000 description 70
- 230000006870 function Effects 0.000 description 53
- 238000004891 communication Methods 0.000 description 42
- 230000004048 modification Effects 0.000 description 36
- 238000012986 modification Methods 0.000 description 36
- 230000004044 response Effects 0.000 description 34
- 230000008569 process Effects 0.000 description 25
- 238000010586 diagram Methods 0.000 description 23
- 230000015654 memory Effects 0.000 description 13
- 230000006978 adaptation Effects 0.000 description 11
- 238000005259 measurement Methods 0.000 description 9
- 238000004590 computer program Methods 0.000 description 8
- 230000001934 delay Effects 0.000 description 7
- 230000009286 beneficial effect Effects 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 101000644537 Homo sapiens Sequestosome-1 Proteins 0.000 description 1
- 101000648503 Homo sapiens Tumor necrosis factor receptor superfamily member 11A Proteins 0.000 description 1
- 102100020814 Sequestosome-1 Human genes 0.000 description 1
- 102100028787 Tumor necrosis factor receptor superfamily member 11A Human genes 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000011217 control strategy Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000005111 flow chemistry technique Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 101150008465 pdb1 gene Proteins 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例提供一种调度规则确定方法及其装置,其中方法包括:接入网设备接收来自会话管理网元的虚拟交换节点的端口信息,虚拟交换节点的端口信息包括虚拟交换节点的入端口信息或虚拟交换节点的出端口信息;根据虚拟交换节点的出端口信息或虚拟交换节点的入端口信息,确定用户终端的时间信息;根据用户终端的时间信息和接入网设备的调度能力,确定接入网设备的调度规则和/或用户终端与接入网设备之间的时延信息;根据接入网设备的调度规则和/或用户终端与接入网设备之间的时延信息进行传输。采用本申请实施例,可以确定出各个用户面节点的调度规则,以便各个用户面节点根据各自的调度规则传输TSN流,从而实现5G系统的确定性传输。
Description
技术领域
本申请实施例涉及通信技术领域,具体涉及一种调度规则确定方法及其装置。
背景技术
时延敏感网络(time sensitive networking,TSN)可以使以太网具有实时性和确定性,保障时延敏感业务数据传输的可靠性,以及可以预测端到端的传输时延。TSN克服了传统以太网不能提供高可靠性以及保障时延传输的弊端,可以满足汽车控制、工业互联网等领域的需求。TSN包括交换节点(bridge)和数据终端(end station)。数据终端用于发送或接收TSN流,可分为发送端(talker)和接收端(listener)。交换节点以TSN流的目的媒体访问控制(media access control,MAC)地址为TSN流的标识,根据TSN流的时延需求进行资源预留,并根据TSN系统的控制面网元下发的调度规则对TSN流进行调度和转发。TSN系统中的各个交换节点根据调度规则,在各自指定端口上的指定时间窗口内接收TSN流,在各自指定端口上的指定时间窗口内发送TSN流,实现精准调度。在TSN流的转发路径上的各个交换节点都严格执行调度规则,从而实现端到端的确定性传输。
为了在第五代移动通信(5th-generation,5G)系统中,实现端到端确定性传输,提出了可以将5G系统虚拟为TSN系统中的交换节点,并实现TSN中交换节点的功能的假设。具体的,在目前5G系统的网络架构的基础上,在应用功能(application function,AF)网元上增加TSN适配功能的控制面,在用户面功能(user plane function,UPF)网元和用户设备(user equipment,UE)上增加TSN适配功能的用户面,这三者与5G系统一起组成逻辑交换节点(logical bridge 或 virtual bridge,这里不限定名称),即虚拟交换节点,作为TSN中的交换节点。5G系统基于服务质量(quality of service,QoS)机制,实现对数据流的转发控制,例如定义报文时延预算(packet delay budget,PDB),PDB用于设定用户面节点(包括UE、接入网设备和UPF网元)之间传输数据流的最大时延预算,例如UE与UPF网元之间传输数据流的最大时延预算为PDB1,或UE与接入网设备之间传输数据流的最大时延预算为PDB2,接入网设备与UPF网元之间传输数据流的最大时延预算为PDB3。5G系统中的策略控制功能(policy control function,PCF)网元生成QoS配置信息,该QoS配置信息中包括用户面节点之间的PDB,之后PCF网元将该QoS配置信息下发到用户面节点,用户面节点在转发该QoS配置信息对应的数据流时,按照PDB的限制,实现数据流的传输时延小于PDB,进而保障端到端的传输时延小于限定的最大时延。
5G系统虚拟为TSN系统中的交换节点,TSN系统中的控制面网元生成该虚拟交换节点的调度规则,并向该虚拟交换节点下发该调度规则,以保证该虚拟交换节点在入端口的指定时间窗口内接收TSN流,在出端口的指定时间窗口内发送TSN流,使得TSN流在5G系统中的传输时延不大于最大时延,也不小于最小时延。5G系统在转发TSN流时,TSN流经过UE、接入网设备和UPF网元,这些用户面节点都有自己的传输和调度时延。为了保障5G系统对TSN流的转发时延,5G系统的用户面节点需要对该虚拟交换节点的调度规则进行分解,确定出各个用户面节点的调度规则。不过目前只提出了将5G系统作为虚拟交换节点的方案,未给出如何确定各个用户面节点的调度规则的具体方案,因此如何确定各个用户面节点的调度规则是亟待解决的技术问题。
发明内容
本申请实施例所要解决的技术问题在于,提供一种调度规则确定方法及其装置,可以确定出各个用户面节点的调度规则,以便各个用户面节点根据各自的调度规则传输TSN流,从而实现5G系统的确定性传输。
本申请实施例第一方面提供一种调度规则确定方法,包括:
接入网设备接收来自会话管理网元的虚拟交换节点的端口信息,该虚拟交换节点的端口信息包括该虚拟交换节点的入端口信息或该虚拟交换节点的出端口信息;
接入网设备根据该虚拟交换节点的出端口信息或该虚拟交换节点的入端口信息,确定用户终端的时间信息;
接入网设备根据该用户终端的时间信息和接入网设备的调度能力,确定接入网设备的调度规则和/或用户终端与接入网设备之间的时延信息;
接入网设备根据接入网设备的调度规则和/或用户终端与接入网设备之间的时延信息进行传输。
本申请实施例第一方面,接入网设备根据用户终端的时间信息和接入网设备的调度能力,确定出接入网设备的调度规则和/或用户终端与接入网设备之间的时延信息;该接入网设备的调度规则用于限定接入网设备收发报文的时间信息;用户终端与接入网设备之间的时延信息,用于限定用户终端与接入网设备之间传输报文的时间信息。在确定出接入网设备的调度规则之后,可以确定出用户终端的调度规则,用户面网元可以确定出用户面网元的调度规则,进而确定出各个用户面节点的调度规则,以便各个用户面节点根据各自的调度规则传输TSN流,从而实现5G系统的确定性传输。
其中,用户终端的时间信息,指的是用户终端作为虚拟交换节点的入端口接收报文的时间信息,或用户终端作为虚拟交换节点的出端口发送报文的时间信息。对于下行传输,指的是用户终端作为虚拟交换节点的出端口发送报文的时间信息;对于上行传输,指的是用户终端作为虚拟交换节点的入端口接收报文的时间信息。
在一种可能的实现方式中,上述虚拟交换节点的出端口信息包括用户终端作为虚拟交换节点的出端口的时间信息,该方式对应于下行传输,接入网设备将用户终端作为虚拟交换节点的出端口的时间信息,作为用户终端的时间信息,那么用户终端的时间信息为用户终端作为虚拟交换节点的出端口发送报文的时间信息。
在一种可能的实现方式中,上述虚拟交换节点的出端口信息包括用户面网元作为虚拟交换节点的出端口的时间信息,该方式对应于上行传输,接入网设备根据用户面网元作为虚拟交换节点的出端口的时间信息以及虚拟交换节点的时延信息,确定用户终端的时间信息,那么用户终端的时间信息为用户终端作为虚拟交换节点的入端口接收报文的时间信息。
在一种可能的实现方式中,接入网设备接收来自会话管理网元的虚拟交换节点的时延信息。
在一种可能的实现方式中,上述虚拟交换节点的入端口信息包括用户终端作为虚拟交换节点的入端口的时间信息,该方式对应于上行传输,接入网设备将用户终端作为虚拟交换节点的入端口信息的时间信息,作为用户终端的时间信息,那么用户终端的时间信息为用户终端作为虚拟交换节点的入端口接收报文的时间信息。
在一种可能的实现方式中,接入网设备接收来自会话管理网元的时钟域偏移信息,根据时钟域偏移信息,确定对应于5G时钟域的用户终端的时间信息。接入网设备接收的来自会话管理网元的虚拟交换节点的端口信息可能对应于TSN时钟域,也可能对应于5G时钟域,若对应于5G时钟域,则接入网设备需根据时钟域偏移信息确定出对应于5G时钟域的用户终端的时间信息,接入网设备还可以根据时钟域偏移信息确定出对应于5G时钟域的入端口信息或出端口信息。
本申请实施例第二方面提供一种调度规则确定方法,包括:
会话管理网元接收虚拟交换节点的调度规则,该虚拟交换节点的调度规则包括该虚拟交换节点的出端口信息;
会话管理网元向接入网设备发送该虚拟交换节点的端口信息,该虚拟交换节点的端口信息包括该虚拟交换节点的出端口信息或该虚拟交换节点的入端口信息。
本申请实施例第二方面,会话管理网元向接入网设备发送虚拟交换节点的端口信息,以便接入网设备确定接入网设备的调度规则和/或用户终端与接入网设备之间的时延信息。
在一种可能的实现方式中,对于上行传输,虚拟交换节点的出端口信息包括用户面网元作为虚拟交换节点的出端口的时间信息;虚拟交换节点的端口信息包括虚拟交换节点的入端口信息,虚拟交换节点的入端口信息包括用户终端作为虚拟交换节点的入端口的时间信息;
会话管理网元根据用户面网元作为虚拟交换节点的出端口的时间信息和虚拟交换节点的时延信息,确定用户终端作为虚拟交换节点的入端口的时间信息。
在一种可能的实现方式中,对于下行传输,上述虚拟交换节点的出端口信息包括用户终端作为虚拟交换节点的出端口的时间信息,虚拟交换节点的端口信息包括虚拟交换节点的出端口信息。
在一种可能的实现方式中,对于上行传输,上述虚拟交换节点的出端口信息包括用户面网元作为虚拟交换节点的出端口的时间信息,虚拟交换节点的端口信息包括虚拟交换节点的出端口信息。
在一种可能的实现方式中,会话管理网元向接入网设备发送对应于TSN时钟域的虚拟交换节点的端口信息和时钟域偏移信息,该时钟域偏移信息为TSN时钟域与5G时钟域之间的偏移信息。若会话管理网元向接入网设备发送对应于TSN时钟域的虚拟交换节点的端口信息,那么接入网设备需确定对应于5G时钟域的虚拟交换节点的端口信息,接入网设备可根据时钟域偏移信息来确定对应于5G时钟域的虚拟交换节点的端口信息。
在一种可能的实现方式中,会话管理网元向接入网设备发送对应于5G时钟域的虚拟交换节点的端口信息。
在一种可能的实现方式中,上述虚拟交换节点的调度规则所包括的虚拟交换节点的出端口信息对应于TSN时钟域,会话管理网元确定对应于5G时钟域的所述虚拟交换节点的端口信息可以包括两种方式:
方式a,会话管理网元从用户面网元获取TSN时钟域与5G时钟域之间的时钟域偏移信息;根据时钟域偏移信息,确定对应于5G时钟域的虚拟交换节点的端口信息;
方式b,会话管理网元从用户面网元获取对应于5G时钟域的虚拟交换节点的调度规则所包括的出端口信息;根据对应于5G时钟域的虚拟交换节点的调度规则所包括的出端口信息,确定对应于5G时钟域的虚拟交换节点的端口信息。
在一种可能的实现方式中,会话管理网元向接入网设备发送虚拟交换节点的时延信息,以便接入网设备在上行传输情况下,确定用户终端作为虚拟交换节点的入端口的时间信息。
本申请实施例第三方面,提供一种调度规则确定系统,包括第一方面提供的接入网设备和第二方面提供的会话管理网元,具体可参见第一方面中接入网设备所执行的步骤以及第二方面中会话管理网元所执行的步骤。
本申请实施例第四方面,提供一种调度规则确定方法,包括:
接入网设备接收来自会话管理网元的虚拟交换节点的时延信息和第一时延信息,第一时延信息包括用户面网元与接入网设备之间的时延信息;
接入网设备根据虚拟交换节点的时延信息、第一时延信息和接入网设备的调度能力,确定第一调度规则,第一调度规则包括接入网设备与用户终端之间的第一时延预留;
接入网设备根据第一调度规则和虚拟交换节点的时延信息,确定第二调度规则,第二调度规则包括用户面网元与接入网设备之间的第二时延预留;
接入网设备根据第二时延预留进行确定性传输。
本申请实施例第四方面,接入网设备根据虚拟交换节点的时延信息和第一时延信息,确定第一时延预留和第二时延预留,根据第二时延预留进行确定性传输,进而实现5G系统的确定性传输。
在一种可能的实现方式中,接入网设备从第二时延信息中确定一个时延信息,第二时延信息包括接入网设备与用户终端之间的时延信息;计算虚拟交换节点的时延信息与时延信息之间的时延差值,若时延差值在第一时延信息的取值范围内,则将时延信息作为第一时延预留。
在一种可能的实现方式中,接入网设备向会话管理网元发送第一时延预留和/或第二时延预留,会话管理网元向用户面网元发送第一时延预留和/或第二时延预留,以便用户面网元进行确定性传输。
本申请实施例第五方面,提供一种调度规则确定方法,包括:
会话管理网元向接入网设备发送虚拟交换节点的时延信息和第一时延信息,第一时延信息包括用户面网元与接入网设备之间的时延信息;虚拟交换节点的时延信息和第一时延信息用于接入网设备确定第一调度规则和/或第二调度规则;第一调度规则包括接入网设备与用户终端之间的第一时延预留,第二调度规则包括用户面网元与接入网设备之间的第二时延预留;
会话管理网元接收来自接入网设备的第一时延预留和/或第二时延预留;
会话管理网元向用户面网元发送第二时延预留,第二时延预留用于用户面网元进行确定性传输。
本申请实施例第五方面,会话管理网元向接入网设备发送虚拟交换节点和时延信息和第一时延信息,以便接入网设备确定第二时延预留,根据第二时延预留进行确定性传输,会话管理网元向用户面网元发送第二时延预留,以便用户面网元根据第二时延预留进行确定性传输,从而实现5G系统的确定性传输。
在一种可能的实现方式中,若会话管理网元接收来自接入网设备的第一时延预留,那么会话管理网元根据第一时延预留和虚拟交换节点的时延信息,确定第二时延预留。
在一种可能的实现方式中,会话管理网元向用户终端发送虚拟交换节点在用户终端的端口信息,虚拟交换节点在用户终端的端口信息用于用户终端进行确定性传输,以实现用户终端的确定性传输。
本申请实施例第六方面提供一种调度规则确定系统,包括第三方面提供的接入网设备和第四方面提供的会话管理网元,具体可参见第三方面中接入网设备所执行的步骤以及第四方面中会话管理网元所执行的步骤。
本申请实施例第七方面提供一种调度规则确定方法,包括:
接入网设备接收来自会话管理网元的接入网设备的预留调度区间;
接入网设备根据接入网设备的预留调度区间和接入网设备的调度能力,确定接入网设备的调度规则;
接入网设备根据接入网设备的调度规则进行确定性传输。
本申请实施例第七方面,接入网设备根据会话管理网元发送的接入网设备的预留调度区间,确定接入网设备的调度规则,根据接入网设备的调度规则进行确定性传输,从而实现5G系统的确定性传输。
在一种可能的实现方式中,接入网设备的预留调度区间包括接入网设备的预留收发报文的时间信息,接入网设备的调度规则包括用于限定接入网设备收发报文的时间信息。
在一种可能的实现方式中,接入网设备的预留调度区间还包括用户终端的预留收发报文的时间信息,接入网设备的调度规则包括用于限定用户终端收发报文的时间信息。
在一种可能的实现方式中,接入网设备向会话管理网元发送接入网设备的调度规则,以便会话管理网元向用户面网元发送接入网设备的调度规则,便于用户面网元确定用户面网元的调度规则,进行确定性传输。
本申请实施例第八方面提供一种调度规则确定方法,包括:
会话管理网元确定接入网设备的预留调度区间;
会话管理网元向接入网设备发送接入网设备的预留调度区间。
本申请实施例第八方面,会话管理网元向接入网设备发送接入网设备的预留调度区间,以便接入网设备确定接入网设备的调度规则,进行确定性传输。
在一种可能的实现方式中,接入网设备的预留调度区间包括接入网设备的预留收发报文的时间信息;会话管理网元根据虚拟交换节点的调度规则、用户面网元与接入网设备之间的时延信息,确定接入网设备的预留收发下行报文的时间信息。
在一种可能的实现方式中,接入网设备的预留调度区间包括用户终端的预留收发报文的时间信息;会话管理网元根据虚拟交换节点的调度规则和用户终端的内部处理时延,确定用户终端的预留收发报文的时间信息。
在一种可能的实现方式中,会话管理网元接收来自接入网设备的接入网设备的调度规则,向用户面网元发送接入网设备的调度规则,以便用户面网元确定用户面网元的调度规则,进行确定性传输。
本申请实施例第九方面提供一种确定性传输系统,包括第七方面提供的接入网设备和第八方面提供的会话管理网元,具体可参见第七方面中接入网设备所执行的步骤以及第八方面中会话管理网元所执行的步骤。
本申请实施例第十方面提供一种接入网设备,该接入网设备具有实现第一方面、第四方面或第七方面提供方法的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的实现方式中,该接入网设备包括:处理单元和收发单元;收发单元,用于接收来自会话管理网元的虚拟交换节点的端口信息,该虚拟交换节点的端口信息包括该虚拟交换节点的入端口信息或该虚拟交换节点的出端口信息;处理单元,用于根据该虚拟交换节点的出端口信息或该虚拟交换节点的入端口信息,确定用户终端的时间信息;根据该用户终端的时间信息和接入网设备的调度能力,确定接入网设备的调度规则和/或用户终端与接入网设备之间的时延信息;根据接入网设备的调度规则和/或用户终端与接入网设备之间的时延信息进行传输。
在一种可能的实现方式中,该接入网设备包括:处理器、收发器和存储器,其中,存储器中存储计算机程序,计算机程序包括程序指令,处理器被配置用于调用程序代码,执行以下操作:控制收发器接收来自会话管理网元的虚拟交换节点的端口信息,该虚拟交换节点的端口信息包括该虚拟交换节点的入端口信息或该虚拟交换节点的出端口信息;根据该虚拟交换节点的出端口信息或该虚拟交换节点的入端口信息,确定用户终端的时间信息;根据该用户终端的时间信息和接入网设备的调度能力,确定接入网设备的调度规则和/或用户终端与接入网设备之间的时延信息;根据接入网设备的调度规则和/或用户终端与接入网设备之间的时延信息进行传输。
基于同一发明构思,由于该接入网设备解决问题的原理以及有益效果可以参见第一方面、第四方面或第七方面所述的方法以及所带来的有益效果,因此该装置的实施可以参见方法的实施,重复之处不再赘述。
本申请实施例第十一方面提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面、第四方面或第七方面所述的方法。
本申请实施例第十二方面提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面、第四方面或第七方面所述的方法。
本申请实施例第十三方面提供一种会话管理网元,该会话管理网元具有实现第二方面、第五方面或第八方面提供方法的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的实现方式中,该会话管理网元包括:处理单元和收发单元;收发单元,用于接收虚拟交换节点的调度规则,该虚拟交换节点的调度规则包括该虚拟交换节点的出端口信息;向接入网设备发送该虚拟交换节点的端口信息,该虚拟交换节点的端口信息包括该虚拟交换节点的出端口信息或该虚拟交换节点的入端口信息。
在一种可能的实现方式中,该会话管理网元包括:处理器、收发器和存储器,其中,存储器中存储计算机程序,计算机程序包括程序指令,处理器被配置用于调用程序代码,执行以下操作:控制收发器接收虚拟交换节点的调度规则,该虚拟交换节点的调度规则包括该虚拟交换节点的出端口信息;控制收发器向接入网设备发送该虚拟交换节点的端口信息,该虚拟交换节点的端口信息包括该虚拟交换节点的出端口信息或该虚拟交换节点的入端口信息。
基于同一发明构思,由于该会话管理网元解决问题的原理以及有益效果可以参见第二方面、第五方面或第八方面所述的方法以及所带来的有益效果,因此该装置的实施可以参见方法的实施,重复之处不再赘述。
本申请实施例第十四方面提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第二方面、第五方面或第八方面所述的方法。
本申请实施例第十五方面提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第二方面、第五方面或第八方面所述的方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为5G系统的网络架构示意图;
图2为TSN系统的网络拓扑示意图;
图3为TSN系统的集中管理架构示意图;
图4a为将5G系统虚拟为TSN中的交换节点的网络架构示意图;
图4b为应用本申请实施例的网络架构示意图;
图5为本申请实施例提供的各个用户面节点的时延信息示意图;
图6为本申请实施例提供的上报时延信息的流程示意图;
图7为本申请实施例一提供的调度规则确定方法的流程示意图;
图8为本申请实施例二提供的调度规则确定方法的流程示意图;
图9为本申请实施例三提供的调度规则确定方法的流程示意图;
图10为本申请实施例四提供的调度规则确定方法的流程示意图;
图11为本申请实施例提供的通信装置的逻辑结构示意图;
图12为本申请实施例提供的通信装置的实体结构简化示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请的描述中,除非另有说明,“/”表示前后关联的对象是一种“或”的关系,例如,A/B可以表示A或B;本申请中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。并且,在本申请的描述中,除非另有说明,“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
此外,本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本申请实施例所涉及的用户终端可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备;还可以包括UE、用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digital assistant,PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptop computer)、无绳电话(cordlessphone)或者无线本地环路(wireless local loop,WLL)台、机器类型通信(machine typecommunication,MTC)终端、UE,移动台(mobile station,MS),终端设备(terminal device)或者中继用户设备等。其中,中继用户设备例如可以是5G家庭网关(residential gateway,RG)。为方便描述,本申请实施例中,上面提到的设备统称为用户终端,并且用户终端以UE为例进行介绍。
请参见图1,为5G系统的网络架构示意图,该网络架构包括UE、接入网(accessnetwork,AN)设备和核心网网元。
其中,接入网设备也可以是无线接入网(radio access network,RAN)设备。
其中,核心网网元可以包括这些网元:UPF、数据网络(data network,DN)、鉴权服务器功能(authentication server function,AUSF)、接入及移动性管理功能(access andmobility management function,AMF)、会话管理功能(session management function,SMF)、网络切片选择功能(network slice selection function,NSSF)、网络开放功能(network exposure function,NEF)、网络存储功能(network function repositoryfunction,NRF)、策略控制功能(policy control function,PCF)、统一数据管理(unifieddata management,UDM)和AF。
核心网网元可分为控制面网元和用户面网元。用户面网元即为UPF网元,主要负责分组数据包的转发、服务质量(quality of service,QoS)控制、计费信息统计等。控制面网元主要负责业务流程交互、向用户面下发数据包转发策略、QoS控制策略等。本申请实施例中涉及的控制面网元主要包括这些网元:AMF、SMF、PCF、AF和NEF。
其中,AMF网元主要负责用户的接入和移动性管理。SMF网元负责管理用户PDU会话的创建、删除等,维护PDU会话上下文及用户面转发管道信息。PCF网元用于生成、管理用户、会话、QoS流处理策略。AF网元用于提供各种业务服务的功能网元,能够通过NEF网元与核心网交互,以及能够和策略管理框架交互进行策略管理。NEF网元用于提供网络能力开放相关的框架、鉴权和接口,在5G系统网络功能和其他网络功能之间传递信息。
图1所示的网络架构中还标明了各个网元之间的通信接口,本申请实施例涉及的通信接口包括:N1,UE与核心网控制面AMF网元之间的通信接口,用于传递非接入层(non-access stratum,NAS)信令;N2,接入网设备与AMF网元之间的通信接口;N3,接入网设备与核心网用户面UPF网元之间的通信接口,用于传输用户数据;N4,核心网控制面SMF网元与UPF网元之间的通信接口,用于对UPF网元进行策略配置等。
本申请实施例所涉及的接入网设备可以是AN设备,也可以是RAN设备,可以是5G系统中的接入网设备,例如gNB,也可以是未来通信系统中的接入网设备;会话管理网元可以是SMF网元,也可以是未来通信系统中与SMF网元具有相同功能的网元;用户面功能网元可以是UPF网元,也可以是未来通信系统中与UPF网元具有相同功能的网元;应用功能网元可以是AF网元,也可以是与AF网元具有相同功能的网元;策略管理网元可以是PCF网元,也可以是与PCF网元具有相同功能的网元。
请参见图2,为TSN系统的网络拓扑结构示意图,该网络拓扑以4个音视频桥(audiovideo bridging,AVB)域为例。AVB也可以称为TSN,图2所示的AVB域也即TSN域。
TSN基于二层传输,包含交换节点和数据终端。区别于链路层的二层交换,链路层的二层交换基于媒体访问控制(media access control,MAC)地址转发,交换设备通过查询MAC地址学习表获得转发端口;而TSN中的交换节点并不根据MAC地址学习表来转发TSN流,而是通过交换节点上配置的或者创建的调度规则来转发TSN流。TSN标准定义了数据终端和交换节点的行为以及交换节点转发TSN流的调度方式,从而实现可靠时延传输。TSN中的交换节点以TSN流的目的MAC地址或其他特征为TSN流的标识,根据TSN流的时延需求进行资源预留以及调度规划,从而根据生成的调度策略保障可靠性和传输时延。
其中,数据终端指的是TSN流的发送者和接收者,具体的,可以将TSN流的发送者称为发送端(talker),TSN流的接收者称为接收端(listener)。AVB域边界端口指的是一个AVB域中连接另一个AVB域中的交换节点或数据终端的端口,例如AVB域1中存在两个AVB域边界端口,一个连接AVB域2中的交换节点2,另一个连接AVB域3中的交换节点5。TSN流不会流入AVB域边界端口。可以理解的是,TSN流只在AVB域内交换节点和数据终端内流通,因此AVB域边界端口之间,局域网(local area network,LAN)携带非AVB通信量;同一AVB域内LAN携带AVB通信量。
请参见图3,为TSN系统的集中管理架构示意图,该集中管理架构为TSN标准中的802.1qcc定义的三种架构中的一种,该集中管理架构包括发送端、接收端、交换节点、集中网络配置(centralized network configuration,CNC)网元和集中用户配置(centralizeduser configuration,CUC)网元。需要说明的是,图3所示的网元的数量和形态并不构成对本申请实施例的限定,图3以一个发送端、一个接收端和三个交换节点为例,实际应用中可以包括多个发送端、多个接收端或一个交换节点等等。
其中,交换节点按照TSN标准的定义为TSN流预留资源,并对TSN流进行调度和转发。
CNC网元,负责管理TSN系统用户面的拓扑(包括数据终端和各个交换节点)以及各个交换节点的能力信息;根据CUC网元提供的TSN流创建请求,创建TSN流;根据维护和拓扑和交换节点的能力信息,计算生成TSN流的转发路径,以及转发路径上各个交换节点的调度规则;之后将交换节点上的调度规则下发到对应的交换节点。交换节点的能力信息,例如可以包括交换节点的发送时延和交换节点端口间的内部处理时延等,发送时延指的是从本交换节点的端口发送TSN流,到TSN流到达对端交换节点的端口,之间经过的时间;内部处理时延指的是从本交换节点的一个端口进入,到从本交换节点的另一个端口发出之间经过的时间。交换节点的调度规则,例如可以包括收发TSN流的端口和时间片等,时间片指的是交换节点收发TSN流的报文的时间信息,例如在t1到t2时间内接收TSN流的报文,在t3到t4时间内发送TSN流的报文。
CUC网元,用于收集数据终端的TSN流创建请求,在匹配发送端和接收端的请求之后,向CNC网元请求创建TSN流,并对CNC网元生成的调度规则进行确认。其中匹配发送端和接收端的请求,指的是发送端和接收端各自向CUC网元发送的TSN流创建请求,TSN流创建请求包括一些信息,例如请求的TSN流的目的MAC地址,CUC网元将TSN流创建请求与不同的数据终端请求的TSN流的目的MAC地址进行匹配,如果两个数据终端所请求的TSN流的目的MAC地址相同,则这两个数据终端请求的同一条TSN流,匹配成功,CNC网元可以创建TSN流;否则只有发送端或接收端的TSN流创建请求,CUC网元无法向CNC网元请求创建TSN流,CNC网元也就无法创建TSN流。
可以理解的是,CNC网元和CUC网元为TSN系统中的控制面网元。
图3所示的集中管理架构结合TSN系统定义的802.1qbv调度算法,在TSN系统中的交换节点与数据终端同步的情况下,能够实现端到端的确定性传输。CNC网元生成转发路径上各个交换节点的调度规则,并将各个交换节点的调度规则发送至对应的交换节点上。调度规则包括该交换节点上的TSN流或者流类别(traffic class)的出端口(egress port)及出端口对应的发送报文的时间窗口(t3, t4)和/或入端口(ingress port)以及入端口对应的接收报文的时间窗口(t1, t2)。各个交换节点根据CNC网元下发的调度规则,在指定的端口上的指定时间窗口内发送报文,可选的在指定的端口上的指定时间窗口内接收报文,实现精准调度。TSN流的转发路径上的各个交换节点都严格执行各自的调度规则,从而实现端到端的确定性传输。
为了在第五代移动通信(5th-generation,5G)系统中,实现端到端确定性传输,提出了可以将5G系统虚拟为TSN中的交换节点,并实现TSN中交换节点的功能的假设。具体可参见图4a所示的网络架构示意图,在AF网元上增加TSN适配功能的控制面,在UPF网元上增加TSN适配功能的用户面(user plane,UP)1,在UE上增加TSN适配功能的UP2,这三者与5G系统一起组成逻辑交换节点,即虚拟交换节点,作为TSN中的交换节点。虽然图4a中,UPF与UP1,UE与UP2是分开画的,但是实际上UP1和UP2是用户面TSN适配功能的逻辑功能,UP1可以部署在UPF网元上,或者UP1可以是UPF网元的内部功能模块;同理UP2可以部署在UE上,或者UP2可以是UE的内部功能模块。
其中,TSN适配功能指的是将5G网络的特征和信息适配成TSN要求的信息,通过TSN定义的接口与TSN中的网元通信。
其中,AF网元和TSN系统中的CNC网元交互,进行信息传输。例如,CNC网元向AF网元发送TSN流在虚拟交换节点上的调度规则。
请参见图4b,为应用本申请实施例的网络架构示意图。图4b中,将5G系统虚拟为TSN系统中的交换节点,该虚拟交换节点的端口包括UE侧的虚拟端口和UPF侧的端口,该虚拟交换节点包括UE、(R)AN、UPF网元和AF网元。
应用在本申请实施例中,虚拟交换节点所包括的UE侧的虚拟端口可以是基于UE粒度的,即一个UE对应一个虚拟端口,不同的UE对应不同的虚拟端口;也可以是基于PDU会话粒度的,即一个PDU会话对应一个虚拟端口,不同的PDU会话对应不同的虚拟端口;还可以是基于TSN粒度的,即一个TSN域对应一个或多个虚拟端口。UE侧的虚拟端口也可以是UE侧的物理端口,可以包括一个或多个UE侧的物理端口。因此,一个UE可以包括一个虚拟端口或多个虚拟端口。图4b中示出了UE的一个虚拟端口,并不构成对本申请实施例的限定,实际应用中,可能存在多个UE,若是基于UE粒度的,那么虚拟交换节点在UE侧可以包括多个虚拟端口。
应用在本申请实施例中,虚拟交换节点所包括的UPF侧的端口为UPF网元实际存在的物理端口,一个UPF网元上可以包括多个物理端口,UPF网元的一个物理端口对应一个虚拟交换节点,但是一个虚拟交换节点可以包括一个UPF网元的多个物理端口,也可以包括多个UPF网元的多个物理端口。图4b中示出的虚拟交换节点包括一个UPF网元,该UPF网元包括三个物理端口,这三个物理端口对应于同一个虚拟交换节点,并不够成对本申请实施例的限定,实际应用中,一个虚拟交换节点不止包括一个UPF网元,那么虚拟交换节点所包括的UPF侧的端口不止包括一个UPF网元的物理端口。
图4b中,UE上部署有TSN适配功能的用户面或TSN适配功能的用户面是UE的内部功能模块,即图4a中的UP2,UP2用于获取UE侧的虚拟端口的属性信息,并通过用户面或控制面发送到AF网元。虚拟端口的属性信息可以包括虚拟端口对应的外部拓扑信息和虚拟端口对外传输时延(即UE侧发送时延)。同理,UPF上部署有TSN适配功能的用户面或TSN适配功能的用户面是UPF的内部功能模块,即图4a中的UP1,UP1用于获取UPF侧的物理端口的属性信息,并通过用户面或控制面发送到AF网元,还可以与AF网元交互用户面相关的信息以及TSN参数相关的信息。物理端口的属性信息可以包括物理端口对应的外部拓扑信息和物理端口对外传输时延(即UPF侧发送时延)。
图4b中,AF网元是逻辑网元,可以是其他逻辑网元内的组件(例如SMF网元内的组件),也可以是其他控制面功能网元,这里并不限定其名称。
图4b中,将UE侧的虚拟端口与UPF侧的端口之间的处理时延称为内部处理时延,内部处理时延是针对端口对而言,不同的端口对可能具有不同的内部处理时延,例如,虚拟端口1与物理端口1之间的内部处理时延1,虚拟端口1与物理端口2之间的内部处理时延2,内部处理时延1与内部处理时延2的值可能不同。
图4b中,设备1和设备2可以相当于图2中的数据终端,也可以相当于图3中的发送端或接收端。设备1和UE侧的虚拟端口连接,该连接可以是物理链路,也可以是虚拟连接(例如设备1是UE所在设备内的处理单元);设备1可以是除UE之外的其他终端设备,也可以是交换节点。图4b中所示的设备1是作为终端设备和CUC网元进行交互。若设备1是交换节点,则设备1和CNC网元进行交互(类似于图4b中所示的和UPF网元相连接的交换节点)。图4b中所示的设备2作为终端设备和CUC网元进行交互,设备2并不是直接与UPF网元的物理端口相连接,设备2与虚拟交换节点之间还包括一个交换节点,该交换节点可以是TSN中实际存在的交换节点,例如可以是数据网络(data network,DN)中的交换节点,也可以是另一个虚拟交换节点。设备2也可以直接与UPF网元的物理端口相连接。本申请实施例并不限定各网元的定义以及交互方式,例如并不限定是否有CUC网元,以及终端设备是否和CUC网元交互等。
目前,5G系统定义了PDB,用于限定用户面节点之间的传输数据流的最大时延预算,实现数据流的传输时延小于PDB,进而保障端到端的传输时延小于限定的最大时延。但是5G系统虚拟为TSN系统中的交换节点,5G系统在转发TSN流时,TSN流经过UE、(R)AN和UPF网元,这些用户面节点都有自己的传输和调度时延。为了保障5G系统对TSN流的转发时延,5G系统的用户面节点需要对该虚拟交换节点的调度规则进行分解,确定出各个用户面节点的调度规则。不过目前只提出了将5G系统作为虚拟交换节点的方案,未给出如何确定各个用户面节点的调度规则的具体方案,因此如何确定各个用户面节点的调度规则是亟待解决的技术问题。
鉴于此,本申请实施例提供一种调度规则确定方法及其装置,可以确定出各个用户面节点的调度规则,以便各个用户面节点根据各自的调度规则传输TSN流,从而实现5G系统的确定性传输。
请参见图5,为本申请实施例提供的各个用户面节点的时延信息示意图。图5所示的时延信息以下行传输为例,UPF网元的入端口接收报文的时间窗口为(t1, t2),UPF网元的出端口发送报文的时间窗口为(t5, t6);(R)AN的入端口接收报文的时间窗口为(t7,t8),(R)AN的出端口发送报文的时间窗口为(t9, t10);UE的出端口发送报文的时间窗口为(t11, t12),UE的出端口发送报文的时间窗口为(t3, t4)。图5中各段时延可以是单向时延,即对于任意一段时延,上行时延与下行时延不同,例如对于空口的转发时延,上行时延不等于下行时延,那么图5中的各段时延表示下行时延;各段时延也是上行对等的时延信息,例如对于空口的转发时延,上行时延等于下行时延。
图5中采用三种方式来表示各个用户面节点的时延信息:
方式一:各用户面节点的内部处理时延和转发时延都分段表示,UPF与UE之间的时延=UPF的内部处理时延+N3的转发时延+接入网的内部处理时延+空口的转发时延+UE的内部处理时延。其中,UPF的内部处理时延可表示UP_DELAY。N3的转发时延,指的是UPF与(R)AN之间的转发时延,N3表示UPF与(R)AN之间的接口,N3的转发时延可表示为BH_DELAY。接入网的内部处理时延可表示为RAN_DELAY。空口的转发时延,指的是(R)AN与UE之间的转发时延,可表示为AIR_DELAY。UE的内部处理时延可表示为UE_DELAY。内部处理时延,指的是报文从本用户面节点的一个端口进入,到从该用户面节点的另一个端口发出之间经过的时间。换言之,UPF与UE之间的时延=UP_DELAY+BH_DELAY+RAN_DELAY+AIR_DELAY+UE_DELAY。
方式二:UPF的内部处理时延和转发时延合并表示,(R)AN的内部处理时延和转发时延合并表示,UPF与UE之间的时延=UPF_N3_时延+接入网_空口_时延+UE的内部处理时延。其中,UPF_N3_时延,指的是UPF与(R)AN之间的转发时延与UPF的内部处理时延之和,可表示为UP_BH_DELAY,UP_BH_DELAY=UP_DELAY+BH_DELAY。接入网_空口_时延,指的是空口的转发时延与(R)AN的内部处理时延之和,可表示为RAN_AIR_DELAY,RAN_AIR_DELAY=RAN_DELAY+AIR_DELAY。UE的内部处理时延的表示可参见方式一。换言之,UPF与UE之间的时延=UP_BH_DELAY +RAN_ AIR_DELAY +UE_DELAY。
方式三:UE与(R)AN之间的时延合并表示,UPF与UE之间的时延= UPF_N3_时延+接入网_空口_UE_时延。其中,UPF_N3_时延的含义以及表示可参见方式二。接入网_空口_UE_时延,指的是UE与(R)AN之间的时延,可表示为RAN_AIR_UE_DELAY,RAN_AIR_UE_DELAY=RAN_DELAY+AIR_DELAY+UE_DELAY。换言之,UPF与UE之间的时延=UP_BH_DELAY +RAN_ AIR_UE_DELAY。
需要说明的是,上述三种方式可以交叉组合,例如UPF与(R)AN之间的时延采用方式一,(R)AN与UE之间的时延采用方式三表示,此时UPF与UE之间的时延= UP_DELAY+ BH_DELAY+RAN_AIR_UE_DELAY。上述各段时延的取值可以是具体的数值,例如某段时延为5ms,这种情况下,下文中对该值的最大值和最小值取值是相同的;也可以是一个数值区间,例如某段时延为3ms~6ms。
下面将对本申请实施例涉及的术语或名词进行介绍。
调度规则,用于限定交换节点或用户面节点处理报文的时间信息。应用在本申请实施例中,调度规则可以包括时间窗口,用于限定交换节点或用户面节点在时间窗口内收发报文;也可以包括收发报文的时刻,用于限定用户面节点在收发报文的时刻之前收发报文或者用于限定用户面节点在收发报文的时刻开始收发报文;也可以包括时延预留,时延预留可以是针对一个用户面节点的时间取值范围,用于限定该用户面节点在该时间取值范围内收发报文,也可以是针对相邻两个用户面节点之间的时间取值范围,这两个用户面节点处理报文的时间在该时间取值范围内。
调度能力,应用在本申请实施例中,指的是用户面节点自身可以支持的处理报文的时间信息,例如用户面节点支持的内部处理时延为5ms~7ms。调度能力与用户面节点的负载、带宽等有关,对于同一用户面节点,负载不同,调度能力也会有所差别。
下面将对本申请实施例提供的调度规则确定方法进行具体阐述。在调度规则确定方法的介绍中,用户终端以UE为例,会话管理网元以SMF网元为例,用户面功能网元以UPF网元为例,应用功能网元以AF网元为例,接入网设备以RAN为例进行介绍,为了简便描述,实施例对应的图未示出“网元”两个字,实施例的具体描述中未指出“网元”两个字,但是这样并不影响对本申请实施例的理解。
在调度规则确定方法的介绍中,以下行传输为例进行介绍,即确定各个用户面节点在下行传输路径上的调度规则,各个用户面节点在下行传输路径上的调度规则也可以适用于上行传输,例如各段时延的上行时延等于下行时延。若各个用户面节点在下行传输路径上的调度规则不适应于上行传输,例如各段时延的上行时延不等于下行时延,则按照类似于下行传输的方法确定各个用户面节点在上行传输路径上的调度规则。
需要说明的是,本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例,具体实现中也可以是其他的名字,本申请实施例对此不作具体限定。本申请实施例涉及的流程示意图中,省略了SMF与RAN之间的AMF,实际上SMF与RAN之间存在AMF,AMF对SMF与RAN之间的消息进行转发。
以本申请实施例应用于图4b所示的网络架构示意图为例,如图6所示,为本申请实施例提供的上报时延信息的流程示意图,可包括但不限于如下步骤:
步骤S101,UPF向SMF发送第一时延信息。相应的,SMF接收来自UPF的第一时延信息。
方式一,第一时延信息可以包括UPF的内部处理时延,即包括UP_DELAY。UPF可通过对TSN流对应的QoS流进行测量,测量该QoS流从UPF的入端口接收到从UPF的出端口发送经历的时间,从而获得UP_DELAY。
方式二,第一时延信息可以包括UPF的内部处理时延和N3的转发时延,即包括UP_DELAY和BH_DELAY。UPF可通过对TSN流对应的QoS流进行测量,测量该QoS流从UPF的入端口接收到从UPF的出端口发送经历的时间,从而获得UP_DELAY;以及测量该QoS流从UPF的出端口发送到从RAN的入端口接收经历的时间,从而获得BH_DELAY。
方式三,第一时延信息可以包括UPF_N3_时延,即包括UP_BH_DELAY。UPF可通过对TSN流对应的QoS流进行测量,测量该QoS流从UPF的入端口接收到从RAN的入端口接收经历的时间,从而获得UP_BH_DELAY。
第一时延信息具体包括上述三种方式中的哪一种视具体测量情况而定。第一时延信息还可以包括接入网_空口_时延或接入网_空口_UE_时延,即还包括RAN_ AIR_DELAY或RAN_ AIR_ UE_DELAY,具体还包括哪种视具体测量情况而定,是否还包括RAN_ AIR_DELAY或RAN_ AIR_ UE_DELAY也视具体测量情况而定。
UPF可通过N4接口在N4会话创建响应消息中向SMF发送第一时延信息,或在N4会话修改响应消息中向SMF发送第一时延信息,即第一时延信息携带在N4会话创建响应消息或N4会话修改响应消息中。N4会话创建响应消息或N4会话修改响应消息中可通过N4接口信元或QoS参数来指示携带的是哪段时延以及具体的时延信息。N4接口为UPF与SMF之间的接口,N4会话为UPF与SMF之间的会话。UPF也可单独通过N4接口直接向SMF发送第一时延信息,N4接口信元可指示所携带的是哪段时延以及具体的时延信息。
步骤S102,RAN向SMF发送第二时延信息。相应的,SMF接收来自RAN的第二时延信息。
方式一,第二时延信息包括RAN的内部处理时延和空口的转发时延,即包括RAN_DELAY和AIR_DELAY。同样,RAN可通过测量获得RAN_DELAY和AIR_DELAY。
方式二,第二时延信息包括接入网_空口_时延,即包括RAN_ AIR_DELAY。同样,RAN可通过测量获得RAN_ AIR_DELAY。
方式三,第二时延信息包括接入网_空口_UE_时延,即包括RAN_ AIR_ UE_DELAY。同样,RAN可通过测量获得RAN_ AIR_ UE_DELAY。
第二时延信息还可以包括N3的转发时延和/或空口的转发时延,即还包括BH_DELAY和/或AIR_DELAY。
步骤S102为可选步骤,是否执行步骤S102以及第二时延信息具体包括哪一种或哪几种时延视具体测量情况以及UPF向SMF上报的第一时延信息而定。例如,第一时延信息只包括UP_DELAY,则执行步骤S102,且第二时延信息需包括BH_DELAY和上述三种方式中的任意一种。再例如,第一时延信息包括UP_BH_DELAY和RAN_ AIR_ UE_DELAY,则可不执行步骤S102。
在执行步骤S102的情况下,RAN可通过N2接口在N2会话创建响应消息中向SMF发送第二时延信息,或在N2会话修改响应消息中向SMF发送第二时延信息,即第二时延信息携带在N2会话创建响应消息或N2会话修改响应消息中。N2会话创建响应消息或N2会话修改响应消息中可通过N2接口信元或QoS参数来指示携带的是哪段时延以及具体的时延信息。RAN与SMF之间的消息通过AMF转发,N2接口为RAN与AMF之间的接口,N2会话为RAN与SMF之间的会话。RAN也可单独通过N2接口向SMF发送第二时延信息,N2接口信元可指示所携带的是哪段时延以及具体的时延信息。
步骤S103,UE向SMF发送第三时延信息。相应的,SMF接收来自UE的第三时延信息。
其中,第三时延信息包括UE的内部处理时延,即包括UE_DELAY。步骤S103也是可选步骤,是否执行步骤S103与第一时延信息和第二时延信息携带的内容是否包含UE的内部处理时延有关。例如,第一时延信息或第二时延信息包括RAN_ AIR_ UE_DELAY,RAN_ AIR_UE_DELAY包含了UE的内部处理时延,那么可不执行步骤S103。
在执行步骤S103的情况下,UE可通过非接入层(non-access stratum,NAS)消息在分组数据单元(packet data unit ,PDU)会话创建请求消息中向SMF发送第三时延信息,或在PDU会话修改请求消息中向SMF发送第三时延信息,即第三时延信息携带在PDU会话创建请求消息或PDU会话修改请求消息中。UE向SMF发送PDU会话创建/修改请求消息的路径为:UE->RAN->AMF->SMF,UE通过RAN向AMF发送PDU会话创建/修改请求消息,该消息为NAS消息,然后AMF将PDU会话创建/修改请求消息发送至SMF。
步骤S104,SMF确定虚拟交换节点的时延信息。
第一时延信息、第二时延信息和第三时延信息所包括的时延可以是具体的数值,也可以是数值区间。
SMF根据第一时延信息、第二时延信息或第三时延信息中的至少一种确定5G系统作为虚拟交换节点的时延信息,该时延信息即为虚拟交换节点的内部处理时延。例如,第一时延信息包括UP_DELAY,第二时延信息包括RAN_ AIR_DELAY和BH_DELAY,第三时延信息包括UE_DELAY,SMF将四段时延相加得到虚拟交换节点的时延信息。再例如,第一时延信息包括UP_BH_DELAY和RAN_ AIR_ UE_DELAY, SMF可将两段时延相加,得到虚拟交换节点的时延信息。再例如,第一时延信息包括UP_BH_DELAY,第二时延信息包括RAN_ AIR_ UE_DELAY,SMF将两段时延相加得到虚拟交换节点的时延信息。
SMF收集各段的时延,可将根据各段的时延来分解虚拟交换节点的调度规则,具体如何分解将在后续实施例中进行详细介绍。虚拟交换节点的调度规则是由TSN系统中的CNC生成并向虚拟交换节点下发的,针对该虚拟交换节点的调度规则,用于限定该虚拟交换节点在指定的入端口指定的时间窗口内接收报文,在指定的出端口指定的时间窗口内发送报文。
步骤S105,SMF向AF发送虚拟交换节点的时延信息。相应的,AF接收来自SMF的虚拟交换节点的时延信息。
SMF在得到虚拟交换节点的时延信息时,向AF发送虚拟交换节点的时延信息,即向AF上报虚拟交换节点的内部处理时延,以便AF获知虚拟交换节点的内部处理时延。SMF可直接向AF发送虚拟交换节点的时延信息,也可通过PCF或NEF向AF发送虚拟交换节点的时延信息。
在图6所示的实施例中,SMF获取用户面节点上报的时延信息,并获得虚拟交换节点的内部处理时延,并将其上报至AF,SMF可根据各段的时延来分解虚拟交换节点的调度规则,以便确定各个用户面节点的调度规则。可以理解的是,图6所示的实施例为实施后续实施例的前提条件。
以本申请实施例应用于图4b所示的网络架构示意图为例,如图7所示,为本申请实施例一提供的调度规则确定方法的流程示意图,可包括但不限于如下步骤:
步骤S201,CNC向AF发送虚拟交换节点的调度规则。相应的,AF接收来自CNC的虚拟交换节点的调度规则。
CNC使用TSN系统定义的接口向AF发送TSN流在虚拟交换节点上的调度规则,TSN流在该虚拟交换节点上的调度规则即为该虚拟交换节点的调度规则。该虚拟交换节点为图7所示的UE、UPF和AF构成的虚拟交换节点。
其中,虚拟交换节点的调度规则包括接收报文的端口、接收报文的时间窗口、发送报文的端口以及发送报文的时间窗口中的至少一个。接收报文的端口,指的是该虚拟交换节点用于接收TSN流的端口,接收报文的时间窗口,指的是该虚拟交换节点用于接收TSN流的时间窗口,接收报文的端口和接收报文的时间窗口,用于指示该虚拟交换节点在该接收端口上,在该时间窗口内接收TSN流。同理,发送报文的端口和发送报文的时间窗口,用于指示该虚拟交换节点在该发送端口上,在该时间窗口内发送TSN流。
时间窗口可以用区间表示,例如接收报文的时间窗口表示为(t1,t2),发送报文的时间窗口表示为(t3,t4),t1、t2、t3、t4可以表示具体的时间数值;也可以表示TSN时钟域内相对于发包周期的偏移时刻,例如发包周期为T,t1为发包周期T的起始时刻,t3表示相对于发包周期T的起始时刻的偏移时刻。时间窗口还可以用起始时刻和时间长度标识,例如接收报文的时间窗口表示为(t,t+A),发送报文的时间窗口表示为(t+B,t+C),t表示起始时刻,A、B和C表示时间长度。
虚拟交换节点的调度规则还包括流信息,该流信息为TSN流的流信息,包括TSN流的目的MAC地址、TSN流的流标识(identify,ID)、TSN流的带宽信息、TSN流的流类别(traffic class)等。TSN流的流信息可用于确定TSN流对应的QoS流,确定TSN流的转发路径等。
步骤S202,AF向SMF发送虚拟交换节点的调度规则。相应的,SMF接收来自AF的虚拟交换节点的调度规则。
AF在接收到虚拟交换节点的调度规则之后,使用5G系统定义的接口向SMF发送虚拟交换节点的调度规则。AF可直接向SMF发送虚拟交换节点的调度规则,也可以通过PCF或NEF向SMF发送虚拟交换节点的调度规则,即AF先向PCF或NEF发送虚拟交换节点的调度规则,然后PCF或NEF向SMF发送虚拟交换节点的调度规则。若由PCF向SMF发送虚拟交换节点的调度规则,则PCF可通过PDU会话的QoS流创建请求消息或QoS流修改请求消息向SMF发送虚拟交换节点的调度规则。
特别的,步骤S202中,AF或者PCF可将流类别(traffic class)相同的TSN流合并到同一个QoS流中,将流类别对应的TSN流的调度规则作为QoS流的调度规则。
步骤S203,SMF向UPF发送时钟域偏移请求消息。相应的,UPF接收来自SMF的时钟域偏移请求消息。
步骤S203和步骤S204为可选步骤。AF下发的虚拟交换节点的调度规则所包括的时间窗口对应于TSN时钟域,而UE、RAN和UPF是5G系统中的用户面节点,对应于5G时钟域。在TSN时钟域与5G时钟域不同的情况下,可执行步骤S203和步骤S204,使得SMF根据时钟域偏移信息来调整虚拟交换节点的调度规则,或SMF从UPF获取5G系统对应的时间窗口。TSN时钟域与5G时钟域不同,即两个系统参考不同的时钟同步系统,导致对于同一时刻,TSN系统与5G系统的表示不一样。在TSN时钟域与5G时钟域相同的情况下,可不执行步骤S203和步骤S204。在SMF无法获知TSN时钟域的情况下,也可执行步骤S203和步骤S204,例如RAN上没有同步TSN时钟域信息,无法向SMF提供TSN时钟域信息,SMF无法获知TSN时钟域。
在一种可能的实现方式中,时钟域偏移请求消息,用于请求TSN时钟域与5G时钟域之间的时钟域偏移信息,时钟域偏移信息可以是TSN时钟域相对于5G时钟域的偏移量,也可以是5G时钟域相对于TSN时钟域的偏移量,以便SMF根据时钟域偏移信息调整AF下发的虚拟交换节点的调度规则所包括的时间窗口,使得调整后的时间窗口对应于5G时钟域。
在一种可能的实现方式中,时钟域偏移请求消息可包括AF下发的针对该虚拟交换节点的接收报文的时间窗口和/或发送报文的时间窗口,用于请求UPF反馈5G时钟域对应的时间窗口,即UPF根据TSN时钟域与5G时钟域之间的关系,调整接收报文的时间窗口和/或发送报文的时间窗口,使得调整后的时间窗口对应于5G时钟域。
SMF可通过N4会话创建请求消息或N4会话修改请求消息向UPF发送时钟域偏移请求消息。
步骤S204,UPF向SMF发送时钟域偏移响应消息。相应的,SMF接收来自UPF的时钟域偏移响应消息。
在一种可能的实现方式中,UPF在接收到时钟域偏移请求消息时,根据TSN时钟域和5G时钟域确定时钟域偏移信息,并向SMF反馈时钟域偏移响应消息,该时钟域偏移响应消息包括时钟域偏移信息。SMF在接收到该时钟域偏移信息时,根据该时钟域偏移信息调整AF下发的虚拟交换节点的调度规则所包括的时间窗口,使得调整后的时间窗口对应于5G时钟域。例如,SMF根据时钟域偏移信息根据(t1,t2)和/或(t3,t4)调整得到(t1’,t2’)和/或(t3’,t4’),(t1,t2)和/或(t3,t4)对应于TSN时钟域,(t1’,t2’)和/或(t3’,t4’)对应于5G时钟域。
在一种可能的实现方式中,UPF在接收到时钟域偏移请求消息时,该时钟域偏移请求消息包括接收报文的时间窗口和/或发送报文的时间窗口,根据TSN时钟域与5G时钟域之间的关系,调整接收报文的时间窗口和/或发送报文的时间窗口,使得调整后的时间窗口对应于5G时钟域,并向SMF发送时钟域偏移响应消息,该时钟域偏移响应消息包括调整后的时间窗口。例如,该时钟域偏移请求消息包括AF下发的接收报文的时间窗口(t1,t2),UPF向SMF发送的时钟域偏移响应消息包括调整后的时间窗口(t1’,t2’),(t1’,t2’)对应于5G时钟域。
UPF可通过N4会话创建响应消息或N4会话修改响应消息向SMF发送时钟域偏移响应消息。
UPF也可主动向SMF反馈时钟域偏移信息,即不执行步骤S203。例如,UPF在N4会话创建响应消息或N4会话修改响应消息中主动携带时钟域偏移信息。再例如,UPF通过事件上报机制主动向SMF发送时钟域偏移信息。
步骤S205a,SMF向RAN发送虚拟交换节点的时延信息和UPF_N3_时延。相应的,RAN接收来自SMF的虚拟交换节点的时延信息和UPF_N3_时延。
其中,虚拟交换节点的时延信息,即虚拟交换节点的内部处理时延,由SMF根据虚拟交换节点的调度规则所包括的时间窗口确定,例如接收报文的时间窗口为(t1,t2),发送报文的时间窗口为(t3,t4),虚拟交换节点的时延信息可为t3与t1之间的差值△t1,t4与t2之间的差值△t2,△t1与△t2之间的最小值,或△t1与△t2的平均值。本申请实施例以虚拟交换节点的时延信息为△t1与△t2之间的最小值为例。
UPF_N3_时延即UP_BH_DELAY,是图6所示实施例中UPF或RAN向SMF上报的。
SMF可先向AMF发送虚拟交换节点的时延信息和UPF_N3_时延,然后AMF通过N2接口在N2会话创建请求消息中或N2会话修改请求消息中,向RAN发送虚拟交换节点的时延信息和UPF_N3_时延。N2会话创建请求消息或N2会话修改请求消息中可通过N2接口信元或QoS参数来指示虚拟交换节点的时延信息和UPF_N3_时延。SMF可也单独通过N2接口向RAN发送虚拟交换节点的时延信息和UPF_N3_时延,N2接口信元可指示虚拟交换节点的时延信息和UPF_N3_时延。
步骤S206a,RAN确定RAN与UE之间的第一时延预留。对于下行传输,RAN确定RAN至UE的第一时延预留。
RAN根据虚拟交换节点的时延信息、UP_BH_DELAY以及RAN的调度能力,确定RAN至UE的第一时延预留。具体的,假设虚拟交换节点的时延信息表示为T_DELAY,RAN在其测量得到的RAN_AIR_UE_DELAY的取值范围内,根据RAN自身的负载、带宽信息等确定RAN至UE的第一时延预留,T_DELAY与第一时延预留之间的时延差值在UP_BH_DELAY的取值范围内,此时第一时延预留包括RAN的内部处理时延预留、空口的转发时延预留和UE的内部处理时延预留。
进一步的,RAN在确定RAN与UE之间的第一时延预留之后,确定UPF与RAN之间的第二时延预留。对于下行传输,RAN确定UPF至RAN的第二时延预留。具体的,RAN从虚拟交换节点的时延信息中减去第一时延预留,即可得到第二时延预留,该第二时延预留的取值在UP_BH_DELAY的取值范围内,此时第二时延预留包括UPF的内部处理预留和N3的转发时延预留。
在一种可能的实现方式中,若RAN在其测量得到的RAN_AIR_ DELAY的取值范围内,根据RAN自身的负载、带宽信息等确定RAN至UE的第一时延预留,此时第一时延预留包括RAN的内部处理时延预留和空口的转发时延预留,T_DELAY-该第一时延预留-UE_DELAY的时延差值在UP_BH_DELAY的取值范围内。进一步的,RAN从虚拟交换节点的时延信息中减去第一时延预留,再减去UE_DELAY,即可得到UPF至RAN的第二时延预留,此时第二时延预留包括UPF的内部处理预留和N3的转发时延预留。其中,UE_DELAY可由RAN测量得到。
步骤S207a,RAN向SMF发送第一时延预留和/或第二时延预留。相应的,SMF接收来自RAN的第一时延预留和/或第二时延预留。
RAN可通过N2接口在N2会话创建请求消息中或N2会话修改请求消息中,向SMF发送第一时延预留和/或第二时延预留。N2会话创建请求消息或N2会话修改请求消息中可通过N2接口信元或QoS参数来指示第一时延预留和/或第二时延预留。RAN可也单独通过N2接口向SMF发送第一时延预留和/或第二时延预留,N2接口信元可指示第一时延预留和/或第二时延预留。
若RAN向SMF发送第一时延预留,则SMF可确定第二时延预留,在第一时延预留包括RAN的内部处理时延预留、空口的转发时延预留和UE的内部处理时延预留的情况下,SMF从虚拟交换节点的时延信息中减去第一时延预留,即可得到第二时延预留,该第二时延预留的取值在UP_BH_DELAY的取值范围内;在第一时延预留包括RAN的内部处理时延预留和空口的转发时延预留的情况下,SMF从虚拟交换节点的时延信息中减去第一时延预留以及UE_DELAY,即可得到第二时延预留,该第二时延预留的取值在UP_BH_DELAY的取值范围内。
若RAN向SMF发送第二时延预留,则SMF可确定第一时延预留,SMF从虚拟交换节点的时延信息中减去第二时延预留,即可得到第一时延预留,此时第一时延预留包括RAN的内部处理时延预留、空口的转发时延预留和UE的内部处理时延预留,转发时延与该第一时延预留之间的时延差值在UP_BH_DELAY的取值范围内;SMF从虚拟交换节点的时延信息中减去第二时延预留和UE_DELAY,即可得到第一时延预留,此时第一时延预留包括RAN的内部处理时延预留和空口的转发时延预留,转发时延减去第一时延预留,再减去UE_DELAY的时延差值在UP_BH_DELAY的取值范围内。
步骤S208a,SMF向UPF发送第二时延预留和虚拟交换节点的入端口信息。相应的,UPF接收来自SMF的第二时延预留和虚拟交换节点的入端口信息。
其中,若RAN向SMF发送了第二时延预留,则SMF可直接获取第二时延预留。若RAN未向SMF发送第二时延预留,则SMF可根据第一时延预留和转发时延确定第二时延预留,可参见步骤S207a中相应的描述,在此不再赘述。
对于下行传输,虚拟交换节点的入端口即为UPF侧用于接收TSN流的端口,入端口信息包括入端口标识以及入端口接收报文的时间窗口。入端口标识即虚拟交换节点的调度规则中指定的接收报文的端口的标识,入端口接收报文的时间窗口即虚拟交换节点的调度规则中指定的接收报文的时间窗口。例如,入端口信息包括ingress port和(t1,t2)。
SMF通过N4接口在PDU会话创建请求消息或PDU会话修改请求消息中向UPF发送第二时延预留和虚拟交换节点的入端口信息。PDU会话创建请求消息或PDU会话修改请求消息中可通过N4接口信元或QoS参数来指示第二时延预留和虚拟交换节点的入端口信息。SMF可也单独通过N4接口向UPF发送第二时延预留和虚拟交换节点的入端口信息,N4接口信元可指示第二时延预留和虚拟交换节点的入端口信息。
上述步骤S205a-步骤S208a为先由RAN确定第一时延预留,再由RAN或SMF确定第二时延预留的过程,下面步骤S205b-步骤S208b为先由UPF确定第二时延预留,再由UPF或SMF确定第一时延预留的过程。
步骤S205b,SMF向UPF发送虚拟交换节点的时延信息、接入网_空口_UE_时延和虚拟交换节点的入端口信息。相应的,UPF接收来自SMF的虚拟交换节点的时延信息、接入网_空口_UE_时延和虚拟交换节点的入端口信息。
虚拟交换节点的时延信息可参见步骤S205a中对虚拟交换节点的时延信息的具体描述,在此不再赘述。虚拟交换节点的入端口信息可参见步骤S208a中的具体描述,在此不再赘述。
接入网_空口_UE_时延即RAN_AIR_UE_DELAY,是图6所示实施例中UPF或RAN向SMF上报的。若图6所示实施例中是由UPF向SMF发送RAN_AIR_UE_DELAY,则步骤S205b中可不携带RAN_AIR_UE_DELAY。若图6所示实施例中是由RAN向SMF发送RAN_AIR_UE_DELAY,则步骤S205b中需携带RAN_AIR_UE_DELAY。
SMF可通过N4接口在PDU会话创建请求消息或PDU会话修改请求消息中向UPF发送虚拟交换节点的时延信息、接入网_空口_UE_时延和虚拟交换节点的入端口信息。PDU会话创建请求消息或PDU会话修改请求消息中可通过4接口信元或QoS参数来指示虚拟交换节点的时延信息、接入网_空口_UE_时延和虚拟交换节点的入端口信息。SMF可也单独通过N4接口向UPF发送虚拟交换节点的时延信息、接入网_空口_UE_时延和虚拟交换节点的入端口信息,N4接口信元可指示虚拟交换节点的时延信息、接入网_空口_UE_时延和虚拟交换节点的入端口信息。
步骤S206b,UPF确定UPF与RAN之间的第二时延预留。对于下行传输,UPF确定UPF至RAN的第二时延预留。
UPF根据虚拟交换节点的时延信息、RAN_AIR_UE_DELAY以及UPF的调度能力,确定UPF至RAN的第二时延预留。具体的,假设虚拟交换节点的时延信息表示为T_DELAY,UPF在其测量得到的UP_BH_DELAY的取值范围内,根据UPF自身的负载、带宽信息等确定UPF至RAN的第二时延预留,T_DELAY与该第二时延预留之间的时延差值在RAN_AIR_UE_DELAY的取值范围内,此时第二时延预留包括UPF的内部处理预留和N3的转发时延预留。
进一步的,UPF在确定UPF与RAN之间的第二时延预留之后,确定RAN与UE之间的第一时延预留。对于下行传输,UPF确定RAN至UE的第一时延预留。具体的,UPF从虚拟交换节点的时延信息中减去第二时延预留,即可得到第一时延预留,该第一时延预留的取值范围在RAN_AIR_UE_DELAY的取值范围内,此时第一时延预留包括RAN的内部处理时延预留、空口的转发时延预留和UE的内部处理时延预留。
步骤S207b,UPF向SMF发送第一时延预留和/或第二时延预留。相应的,SMF接收来自UPF的第一时延预留和/或第二时延预留。
UPF可通过N4接口在PDU会话创建响应消息中或PDU会话修改响应消息中,向SMF发送第一时延预留和/或第二时延预留。PDU会话创建响应消息中或PDU会话修改响应消息中可通过N4接口信元或QoS参数来指示第一时延预留和/或第二时延预留。UPF可也单独通过N4接口向SMF发送第一时延预留和/或第二时延预留,N4接口信元可指示第一时延预留和/或第二时延预留。
若UPF向SMF发送第二时延预留,则SMF可确定第一时延预留,SMF从虚拟交换节点的时延信息中减去第二时延预留,即可得到第一时延预留,此时第一时延预留包括RAN的内部处理时延预留、空口的转发时延预留和UE的内部处理时延预留,该第一时延预留的时延在RAN_AIR_UE_DELAY的取值范围内。
若UPF向SMF发送第一时延预留,则SMF可确定第二时延预留,SMF从虚拟交换节点的时延信息中减去第一时延预留,即可得到第二时延预留,转发时延与该第二时延预留之间的时延差值在RAN_AIR_UE_DELAY的取值范围内。
步骤S208b,SMF向RAN发送第一时延预留。相应的,RAN接收来自SMF的第一时延预留。
SMF可通过N2接口在N2会话创建请求消息中或N2会话修改请求消息中,向RAN发送第一时延预留。N2会话创建请求消息或N2会话修改请求消息中可通过N2接口信元或QoS参数来指示第一时延预留。SMF可也单独通过N2接口向RAN发送第一时延预留,N2接口信元可指示第一时延预留。SMF向RAN发送第一时延预留,以便RAN根据第一时延预留在RAN上进行确定性传输。
在一种可能的实现方式中,SMF还向RAN发送第二时延预留,第二时延预留与第一时延预留可一同发送,也可分开发送。
上述步骤S205b-步骤S208b为先由UPF确定第二时延预留,再由UPF或SMF确定第一时延预留的过程。步骤S205a-步骤S208a与步骤S205b-步骤S208b是两种并列的实施方式。
步骤S209,SMF向UE发送虚拟交换节点的出端口信息。相应的,UE接收来自SMF的虚拟交换节点的出端口信息。
对于下行传输,虚拟交换节点的出端口信息即为UE侧用于发送TSN流的端口,出端口信息包括出端口标识以及出端口发送报文的时间窗口。出端口标识即虚拟交换节点的调度规则中指定的发送报文的端口的标识,出端口发送报文的时间窗口即虚拟交换节点的调度规则中指定的发送报文的时间窗口。例如,出端口信息包括egress port和(t3,t4)。SMF向UE发送虚拟交换节点的出端口信息,以便UE根据该出端口信息发送TSN流。
在一种可能的实现方式中,SMF还向UE发送虚拟交换节点的时延信息和/或第一时延预留,以保障UE侧包粒度的确定时延传输。若SMF只向UE发送了虚拟交换节点的出端口信息,则UE将接收到的报文在发送报文的时间窗口内向外转发,例如UE将接收到的报文在(t3,t4)的时间窗口内向外转发。
步骤S210,UPF、RAN和UE进行确定性传输。
在一种可能的实现方式中,UPF根据第二时延预留和报文中的时间戳进行确定性传输。例如对于下行报文,UPF在接收到下行报文时,在该下行报文中添加UPF接收到该下行报文的时间戳,然后根据该时间戳和第二时延预留从UPF的多个发送端口中选择一个发送端口或确定转发路径,通过该发送端口或该转发路径向RAN发送该下行报文。UPF上所确定的发送端口发送该下行报文的时间戳与接收到该下行报文的时间戳之间的差值在第二时延预留范围内,或者UPF所确定的转发路径的耗时在第二时延预留范围内。
然后RAN根据第二时延预留进行确定性传输。RAN接收来自UPF的该下行报文,该下行报文携带UPF接收到该下行报文的时间戳,在该时间戳间隔第二时延预留之后,RAN将该下行报文发送至UE。可选的,RAN将该下行报文所携带的UPF接收到该下行报文的时间戳,修改为该时间戳到达第二时延预留的时刻,即修改为RAN向UE发送该下行报文的时刻。
然后UE根据第一时延预留进行确定性传输。UE在接收到来自RAN的该下行报文时,若该下行报文携带UPF接收到该下行报文的时间戳,则UE在该时间戳间隔第二时延预留和第一时延预留之后,对该下行报文进行转发,即转发至数据终端或交换节点,该交换节点可能是另一个虚拟交换节点,具体UE向谁转发在本申请实施例中不作限定;若该下行报文携带RAN修改之后的时间戳,则UE在修改后的时间戳间隔第一时延预留之后,对该下行报文进行转发。
在一种可能的实现方式中,UPF、RAN和UE根据第一时延预留、第二时延预留以及虚拟交换节点的入端口信息进行确定性传输,不依赖于报文中携带的时间戳。例如,UPF和RAN之间部署的是TSN系统,那么UPF可根据第二时延预留和入端口的时间窗口确定RAN接收报文的时间窗口,从而进行确定性传输。
在图7所示的实施例中,调度规则包括时延预留,RAN确定RAN与UE之间的第一时延预留,可选的确定UPF至RAN之间的第二时延预留;或者UPF确定UPF至RAN之间的第二时延预留,可选的确定RAN至UE之间的第一时延预留;从而UPF、RAN和UE对TSN流的确定性传输,实现5G系统的确定性传输。
以本申请实施例应用于图4b所示的网络架构示意图为例,如图8所示,为本申请实施例二提供的调度规则确定方法的流程示意图,可包括但不限于如下步骤:
步骤S301,CNC向AF发送虚拟交换节点的调度规则。相应的,AF接收来自CNC的虚拟交换节点的调度规则。
步骤S302,AF向SMF发送虚拟交换节点的调度规则。相应的,SMF接收来自AF的虚拟交换节点的调度规则。
步骤S303,SMF向UPF发送时钟域偏移请求消息。相应的,UPF接收来自SMF的时钟域偏移请求消息。
步骤S304,UPF向SMF发送时钟域偏移响应消息。相应的,SMF接收来自UPF的时钟域偏移响应消息。
步骤S301-步骤S304的实现过程可参见图6所示实施例步骤S201-步骤S204的具体描述,在此不再赘述。
步骤S305a,SMF确定RAN的预留调度区间,即确定预留给RAN的调度区间。
对于下行传输,RAN的预留调度区间可包括:RAN接收下行报文的起始时间以及UE接收到下行报文的起始时间,即图5中t7的取值区间(t7_rang)以及t11的取值区间(t11_rang)。可选的,RAN的预留调度区间还包括RAN接收下行报文的结束时间以及UE接收下行报文的结束时间,即图5中t8的取值区间(t8_rang)以及t12的取值区间(t12_rang)。
对于上行传输,RAN的预留调度区间可包括t7_rang和t11_rang,可选的还包括t8_rang和t12_rang;或者包括t5_rang和t11_rang,可选的还包括t6_rang和t12_rang。
其中,取值区间用于指示取值的最小值和最大值,取值区间为RAN所在的时钟域中的时间信息,即5G时钟域中的时间信息。假设5G时钟域与TSN时钟域不同,SMF根据时钟域偏移信息调整AF下发的虚拟交换节点的调度规则所包括的时间窗口,使得调整后的时间窗口对应于5G时钟域。例如,SMF根据时钟域偏移信息根据(t1,t2)和(t3,t4)调整得到(t1’,t2’)和(t3’,t4’),(t1,t2)和(t3,t4)对应于TSN时钟域,(t1’,t2’)和(t3’,t4’)对应于5G时钟域。
以下行传输,RAN的预留调度区间包括t7_rang和t11_rang为例,SMF确定t7_rang可包括:
min(t7_range)=t1’+min(UP_DELAY)+min(BH_DELAY),或者min(t7_range)=t1’+min(UP_BH_DELAY);
max(t7_range)=t1’+max(UP_DELAY)+max(BH_DELAY),或者max(t7_range)=t1’+max(UP_BH_DELAY)。
其中,RAN最早接收报文的时刻不早于t7_range的最小值,即不小于min(t7_range),不晚于t7_range的最大值,即不大于max(t7_range),这两个值分别是通过测量UPF接收到下行报文后最快和最慢转发到RAN时获得。
SMF确定t11_rang可包括:
min(t11_range)=t3’-max(UE_DELAY);max(t11_range)=t3’-max(UE_DELAY)。
其中,UE最早接收报文的时刻不早于t11_range的最小值,即不小于min(t11_range),不晚于t11_range的最大值,即不大于max(t11_range),这两个值分别是通过测量UE接收到下行报文后最快和最慢转发时获得。
由上可归纳得知,网元的预留调度区间是根据两侧网元最快传输的时延和最慢传输的时延,结合两侧网元收发报文的时间窗口确定的。以上SMF确定预留调度区间的方法为示例性的,本申请实施例并不限定确定调度区间的方法。
步骤S306a,SMF向RAN发送RAN的预留调度区间。相应的,RAN接收来自SMF的RAN的预留调度区间。
SMF可先向AMF发送RAN的预留调度区间,然后AMF通过N2接口在N2会话创建请求消息中或N2会话修改请求消息中,向RAN发送RAN的预留调度区间。
步骤S307a,RAN根据RAN的预留调度区间确定RAN的调度规则。RAN的调度规则包括t7和t11,可选的还包括t8和t12。
对于下行传输,RAN根据RAN的预留调度区间和自己的调度能力,确定t7和t11。t11-t7的差值在AIR_DELAY+RAN_DELAY的取值范围内(AIR_DELAY和RAN_DELAY各自的最小值相加为取值范围的最小值,各自的最大值相加为取值范围的最大值)。换言之,RAN从其预留调度区间中确定其调度规则,该调度规则对应的时延满足RAN的调度能力。
上述步骤S305a-步骤S307a为SMF确定RAN的预留调度区间,将其发送至RAN,由RAN确定其调度规则,下面步骤S305b-步骤S307b为RAN确定其预留调度区间,然后RAN再确定其调度规则。
步骤S305b,SMF确定RAN两侧的调度区间,该调度区间指的是分段调度区间和转发报文的时延预留区间。
RAN两侧的调度区间包括RAN与UPF之间的调度区间以及RAN与UE之间的调度区间。以下行传输为例,包括UPF至RAN的调度区间和RAN至UE之间的调度区间。RAN至UE的调度区间,RAN可获知,例如在图5所示实施例中RAN通过测量获得RAN至UE之间的第二时延信息,可以将第二时延信息作为RAN至UE的调度区间。
以下行传输为例,UPF至RAN的调度区间的最小值为min(UP_DELAY)+min(BH_DELAY),或者min(UP_BH_DELAY),最大值为max(UP_DELAY)+max(BH_DELAY),或者max(UP_BH_DELAY)。
在一种可能的实现方式中,SMF确定UPF至RAN的调度区间的相关信息,该相关信息可包括UP_DELAY、BH_DELAY,或者UP_BH_DELAY。SMF确定RAN至UE的调度区间的相关信息,该相关信息可包括UE_DELAY。
步骤S306b,SMF向RAN发送调度区间或调度区间的相关信息。相应的,RAN接收来自SMF的调度区间或调度区间的相关信息。
以下行传输为例,SMF向RAN发送UPF至RAN的调度区间,或该调度区间的相关信息。若发送调度区间的相关信息,则还需发送RAN至UE的调度区间的相关信息。
步骤S306b’,SMF向RAN发送虚拟交换节点的调度规则。相应的,RAN接受来自SMF的虚拟交换节点的调度规则。
其中,虚拟交换节点的调度规则可以是根据时钟偏移信息调整之后的虚拟交换节点的调度规则。
步骤S306b和步骤S306b’中所携带的信息可分开发送,也可携带在同一条消息中发送。例如,步骤S306b所携带的信息在N2会话创建过程中通过N2会话创建消息发送,步骤S306b’所携带的信息通过N2会话修改消息在N2会话修改过程中或QoS流创建过程中发送。或者,步骤S306b和步骤S306b’都通过N2会话修改消息在N2会话修改过程中或QoS流创建过程中发送。
步骤S307b,RAN确定其调度规则。
RAN根据步骤S306b和步骤S306b’中所携带的信息,结合自己的调度能力,确定其调度能力。RAN首先确定RAN的预留调度区间,然后确定其调度能力。RAN按照步骤S305a中SMF确定RAN的预留调度区间的方法确定RAN的预留调度区间,然后按照步骤S307a确定RAN的调度规则。
进一步的,步骤S307a和步骤S307b中,RAN在确定其调度规则之后,RAN可根据虚拟交换节点的调度规则确定UPF至RAN以及RAN至UE的时延预算。具体的,RAN在确定t7和t11之后,可根据(t1’,t2’)和(t3’,t4’)确定UPF至RAN以及RAN至UE的时延预算。例如,t1’和t2’分别减去t7可得到UPF至RAN的时延预算,t1’和t2’分别减去t11再减去UPF至RAN的时延预算可得到RAN至UE的时延预算。
步骤S308,RAN向SMF发送RAN的调度规则。相应的,SMF接收来自RAN的RAN的调度规则。
具体的,RAN向SMF发送t7或t11或t5,即发送RAN接收到下行报文的时刻,或UE接收到下行报文的时刻,或UPF发送下行报文的时刻。可选的,RAN还向SMF发送虚拟交换节点的出端口的时间窗口。其中,t7、t11、t5可以是时间窗口的起始时间,也可以是时间窗口的结束时间,或者二者都包含。
或者,RAN将其确定的UPF至RAN的时延预算或RAN至UE的时延预算中的至少一种发送至SMF。
步骤S309,SMF向UPF发送虚拟交换节点的入端口信息,以及UPF与RAN之间的时延预算、t5、t6、t7或t8中的至少一个。相应的,UPF接收来自SMF的虚拟交换节点的入端口信息,以及UPF与RAN之间的时延预算、t5、t6、t7或t8中的至少一个。
步骤S310,UPF确定其调度规则。
UPF根据步骤S309所携带的信息确定其调度规则。例如,步骤S309包括(t1’,t2’)和t5,将t1’和t2’分别减去t5,可得差值区间,从该差值区间中确定一个值,UPF在该值的范围内对下行报文进行内部处理,并且该值满足UPF的调度能力。
步骤S311,SMF向UE发送虚拟交换节点的出端口信息。相应的,UE接收来自SMF的虚拟交换节点的出端口信息。
虚拟交换节点的出端口信息包括出端口的时间窗口(t3’,t4’),UE在时间窗口(t3’,t4’)内向数据终端或另一个交换节点发送下行报文。可选的虚拟交换节点的出端口信息还包括出端口标识,即UE发送下行报文的端口标识。
可选的,SMF还向UE发送t11或t12中的至少一个。由于UE在空口侧的调度可由RAN的调度规则决定,因此RAN确定其调度规则即可确定UE在空口侧的调度,无需UE自己确定其空口侧的调度。若向UE发送t11或t12中的至少一个,以便UE提前规划自己的内部处理报文的时延。
步骤S312,UE确定其调度规则。即UE在时间窗口(t3’,t4’)内向数据终端或另一个交换节点发送下行报文。
在图8所示的实施例中,调度规则包括收发报文的时刻,RAN根据SMF发送的信息确定其调度规则,之后UPF和UE确定各自的调度规则,从而UPF、RAN和UE根据各自的调度区间对TSN流的确定性传输,实现5G系统的确定性传输。
以本申请实施例应用于图4b所示的网络架构示意图为例,如图9所示,为本申请实施例三提供的调度规则确定方法的流程示意图,可包括但不限于如下步骤:
步骤S401,CNC向AF发送虚拟交换节点的调度规则。相应的,AF接收来自CNC的虚拟交换节点的调度规则。
步骤S402,AF向SMF发送虚拟交换节点的调度规则。相应的,SMF接收来自AF的虚拟交换节点的调度规则。
步骤S403,SMF向UPF发送时钟域偏移请求消息。相应的,UPF接收来自SMF的时钟域偏移请求消息。
步骤S404,UPF向SMF发送时钟域偏移响应消息。相应的,SMF接收来自UPF的时钟域偏移响应消息。
步骤S401-步骤S404的实现过程可参见图6所示实施例步骤S201-步骤S204的具体描述,在此不再赘述。
步骤S405a,SMF确定UPF的预留调度区间,即确定预留给UPF用于内部处理报文的时延区间,或者预留给UPF用于内部处理报文并将报文转发至下一跳(对于下行传输,下一跳即为RAN)的时延区间。
以下行传输为例,SMF先确定虚拟交换节点的时延信息,具体可参见步骤S205a中确定虚拟交换节点的时延信息的具体描述,在此不再赘述。
然后,SMF确定剩余分段的调度区间。对于UPF,剩余分段可以是UPF发出下行报文至UE将下行报文发送出虚拟交换节点,或者是RAN接收到下行报文到UE将下行报文发送出虚拟交换节点。这两种情况的区别在于是否将UPF和RAN之间的转发时延作为UPF的管理部分。假设用UU_DELAY表示UPF的剩余分段的调度区间,对于上述两种情况,UU_DELAY的值分别为:
A.min(UU_DELAY) = min(UE_DELAY)+min(AIR_DELAY)+min(RAN_DELAY)+min(BH_DELAY);max(UU_DELAY) = max(UE_DELAY)+max(AIR_DELAY)+max(RAN_DELAY)+max(BH_DELAY);
B.min(UU_DELAY) = min(UE_DELAY)+min(AIR_DELAY)+min(RAN_DELAY);max(UU_DELAY) = max(UE_DELAY)+max(AIR_DELAY)+max(RAN_DELAY);
然后,SMF根据UPF的调度能力确定UPF的预留调度区间。针对上述两种情况,UPF的调度能力指的是UPF内部处理报文的时延区间UP_DELAY,或者UPF的内部处理报文的时延区间和转发时延BH_DELAY之和(即UP_BH_DELAY)。SMF确定的UPF的调度区间为T_DELAY与UU_DELAY之间的差值时延区间和UPF的调度能力的交集,即两个时延区间重叠的部分。将交集或重叠的部分作为UPF的预留调度区间。例如,UU_DELAY表示UPF发出下行报文至UE将下行报文发送出虚拟交换节点的时延区间,UPF的调度能力表示UPF内部处理报文的时延区间UP_DELAY,那么SMF所确定的UPF调度区间为T_DELAY与该UU_DELAY之间的差值时延区间与UPF的调度能力所表示的时延区间的交集,将该交集作为UPF的预留调度区间。SMF确定预留调度区间的方法仅为示例性的,本申请实施例并不限定确定预留调度区间的方法。
步骤S406a,SMF向UPF发送虚拟交换节点的入端口信息和UPF的调预留度区间。相应的,UPF接收来自SMF的虚拟交换节点的入端口信息和UPF的调预留度区间。
其中,虚拟交换节点的入端口信息包括UPF上接收下行报文的入端口标识和入端口的时间窗口(t1’,t2’)。
SMF通过N4接口在PDU会话创建请求消息或PDU会话修改请求消息中向UPF发送虚拟交换节点的入端口信息和UPF的调预留度区间。PDU会话创建请求消息或PDU会话修改请求消息中可通过N4接口信元或QoS参数来指示虚拟交换节点的入端口信息和UPF的调预留度区间。
步骤S407a,UPF确定其调度规则。
具体的,UPF根据虚拟交换节点的入端口信息、UPF的调预留度区间以及UPF的调度能力确定其调度规则,该调度规则包括UPF的时延预留,以及t7或t8中的至少一个。
例如UPF根据当前的负载、对数据流中报文的处理等,从UPF的预留调度区间中确定一个值,将该值作为UPF转发报文的时延;如果预留调度区间为UPF的内部处理报文的时延区间,那么t7=t1’+BH_DELAY+该值,或者如果预留调度区间包含了BH_DELAY,那么t7=t1+该值。如果RAN和UPF之间的传输以及UPF不能实现确定时延的转发和传输,那么确定出的信息可以认为是最大值,例如确定UPF对该下行报文的最大处理时延和/或从UPF发送到RAN要保障的最大时延,相应的确定的t7是RAN对该下行报文的最晚接收时间。
上述步骤S405a-步骤S407a为SMF确定UPF的预留调度区间,然后由UPF确定其调度规则的过程,下面步骤S405b-步骤S407b为UPF自主确定其调度规则的过程。
步骤S405b,SMF确定剩余分段的调度区间。
SMF确定剩余分段的调度区间可参见步骤S405a中对SMF确定剩余分段调度区间的具体描述,在此不再赘述。
步骤S406b,SMF向UPF发送剩余分段的调度区间。相应的,UPF接收来自SMF的剩余分段的调度区间。
SMF通过N4接口在PDU会话创建请求消息或PDU会话修改请求消息中向UPF发送剩余分段的调度区间。PDU会话创建请求消息或PDU会话修改请求消息中可通过4接口信元或QoS参数来指示剩余分段的调度区间。
步骤S406b’,SMF向UPF发送虚拟交换节点的入端口信息。相应的,UPF接收来自SMF的虚拟交换节点的入端口信息。
SMF通过N4接口在PDU会话创建请求消息或PDU会话修改请求消息中向UPF发送虚拟交换节点的入端口信息。PDU会话创建请求消息或PDU会话修改请求消息中可通过4接口信元或QoS参数来指示虚拟交换节点的入端口信息。
步骤S406b和步骤S406b’所携带的信息可通过同一条消息发送,也可以通过不同的消息发送。
步骤S407b,UPF确定其调度规则。
UPF根据步骤S406b和步骤S406b’中所携带的信息,结合自己的调度能力,确定其调度能力。UPF首先确定UPF的预留调度区间,然后确定其调度能力。UPF按照步骤S405a中SMF确定UPF的预留调度区间的方法确定UPF的预留调度区间,然后按照步骤S407a确定UPF的调度规则。
进一步的,UPF在确定其调度规则之后,可确定剩余节点的时延预留。例如,虚拟交换节点的时延信息减去UPF的时延预留,即可得到剩余节点的时延预留。或者,剩余节点的时延预留为RAN接收下行报文的时刻t7与(t1’,t2’)之间的最小差值。
步骤S408,UPF向SMF发送UPF发送下行报文的时间信息和/或RAN接收下行报文的时间信息。相应的,SMF接收来自UPF的UPF发送下行报文的时间信息和/或RAN接收下行报文的时间信息。
其中,UPF发送下行报文的时间信息包括t5或t6中的至少一种,RAN接收下行报文的时间信息包括t7或t8中的至少一种。换言之,UPF向SMF发送t5、t6、t7或t8中的至少一种。
或者,UPF向SMF发送UPF的调度规则或剩余节点的时延预留,即发送UPF的时延预留或剩余节点的时延预留。
步骤S409,SMF确定RAN的预留调度区间。
步骤S410,SMF向RAN发送RAN的调预留度区间。相应的,RAN接收来自SMF的RAN的调预留度区间。
步骤S411,RAN确定其调度规则。
RAN确定其调度规则的实现过程与步骤S405a-步骤S407a类似或步骤S405b-步骤S407b类似。
在一种可能的实现方式中,SMF确定RAN的接收下行报文的时间窗口或最晚接收时间,并将其发送到RAN,进而RAN确定其调度规则,该调度规则可包括RAN的时延预留,可选的确定UE接收下行报文的时间窗口或最晚接收下行报文的时间(t11或t12中的至少一个)。
在一种可能的实现方式中,即SMF确定RAN的预留调度区间,并将其发送到RAN;或者发送(t3’,t4’)以及UE_DELAY到RAN并由RAN确定其预留调度区间,进而RAN确定其调度规则,该调度规则可包括RAN的时延预留,可选的确定UE接收下行报文的时间窗口或最晚接收下行报文的时间(t11或t12中的至少一个)。
步骤S412,RAN向SMF发送RAN的时延预留。相应的,SMF接收来自RAN的时延预留。
或者,RAN向SMF发送UE接收下行报文的时间窗口或最晚接收下行报文的时间。
步骤S413,SMF向UE发送虚拟交换节点的出端口信息。相应的,UE接收来自SMF的虚拟交换节点的出端口信息。
步骤S414,UE确定其调度规则。即UE在时间窗口(t3’,t4’)内向数据终端或另一个交换节点发送下行报文。
步骤S413和步骤S414的具体实现过程,可参见图8所示实施例中步骤S311和步骤S312的具体描述,在此不再赘述。
在图9所示的实施例中,调度规则包括时延预留,UPF根据SMF发送的信息确定其调度规则,之后UPF和UE确定各自的调度规则,从而UPF、RAN和UE根据各自的调度区间对TSN流的确定性传输,实现5G系统的确定性传输。
以本申请实施例应用于图4b所示的网络架构示意图为例,如图10所示,为本申请实施例四提供的调度规则确定方法的流程示意图,可包括但不限于如下步骤:
步骤S501,CNC向AF发送虚拟交换节点的调度规则。相应的,AF接收来自CNC的虚拟交换节点的调度规则。
步骤S502,AF向SMF发送虚拟交换节点的调度规则。相应的,SMF接收来自AF的虚拟交换节点的调度规则。该消息可由AF直接发送到SMF,或者通过NEF发送到SMF,也可以是AF发送到PCF后,由PCF通过流创建或修改流程发送到SMF。
与步骤S201-步骤S202不同之处在于,步骤S501-步骤S502中,虚拟交换节点的调度规则包括发送报文的端口和发送报文的时间窗口,例如对于下行传输,包括UE侧的egress port和UE侧发送报文的时间窗口(t3,t4),至于该虚拟交换节点的调度规则是否包括接收报文的端口和接收报文的时间窗口,在步骤S501-步骤S502中并不作限定。换言之,步骤S501-步骤S502中该虚拟交换节点的调度规则可以包括接收报文的端口和接收报文的时间窗口,也可以不包括接收报文的端口和接收报文的时间窗口。
步骤S503,SMF向UPF发送时钟域偏移请求消息。相应的,UPF接收来自SMF的时钟域偏移请求消息。
步骤S504,UPF向SMF发送时钟域偏移响应消息。相应的,SMF接收来自UPF的时钟域偏移响应消息。
步骤S503-步骤S504的实现过程可参见图7所示实施例中步骤S203-步骤S204的具体描述,在此不再赘述。
可选的,SMF确定该虚拟交换节点的调度规则所包括的时间窗口在5G时钟域对应的时间窗口。
对于下行传输,UE作为该虚拟交换节点传输数据流的出端口,该虚拟交换节点的调度规则包括UE侧发送报文的端口和UE侧发送报文的时间窗口(t3,t4)。若RAN上没有同步TSN时钟域信息,那么SMF可通过步骤S503-步骤S504,计算得到该时间窗口在5G时钟域对应的时间窗口(t3’,t4’)。
对于上行传输,UPF作为该虚拟交换节点传输数据流的出端口,该虚拟交换节点的调度规则包括UPF侧发送报文的端口和UPF侧发送报文的时间窗口(t1,t2)。若该虚拟交换节点的调度规则只包括了UPF侧发送报文的时间窗口(t1,t2),SMF可根据(t1,t2)和虚拟交换节点的时延信息,确定UE侧接收报文的时间窗口(t3,t4)。此处虚拟交换节点的时延信息=UP_BH_DELAY+RAN_AIR_UE_DELAY,在UPF侧发送报文的时间窗口(t1,t2)的基础上减去虚拟交换节点的时延信息,即可得到UE侧接收报文的时间窗口(t3,t4)。确定UE侧接收报文的时间窗口也可由RAN执行。下行传输中SMF确定UPF侧发送报文的时间窗口(t1,t2)在5G时钟域对应的时间窗口(t1’,t2’),和/或确定UE侧接收报文的时间窗口(t3,t4)在5G时钟域对应的时间窗口(t3’,t4’)也可通过步骤S503-步骤S504。
步骤S505,SMF向RAN发送虚拟交换节点的时间窗口。相应的,RAN接收来自SMF的虚拟交换节点的时间窗口。
对于下行传输,SMF向RAN发送UE侧发送报文的时间窗口(t3,t4)或(t3’,t4’)。
对于上行传输,在一种可能的实现方式中,SMF向RAN发送UPF侧发送报文的时间窗口(t1,t2)或(t1’,t2’),若SMF未确定UE侧接收报文的时间窗口,则SMF还向RAN发送虚拟交换节点的时延信息,用于RAN确定UE侧接收报文的时间窗口(t3,t4)或(t3’,t4’)。若SMF向RAN发送UPF侧发送报文的时间窗口(t1,t2)和虚拟交换节点的时延信息,那么 SMF还向RAN发送时钟域偏移信息,以便RAN确定UE侧接收报文的时间窗口在5G时钟域对应的时间窗口,即确定(t3’,t4’)。RAN确定UE侧接收报文的时间窗口的方法与SMF确定UE侧接收报文的时间窗口的方法类似。在另一种可能的实现方式中,若SMF确定了UE侧接收报文的时间窗口(t3,t4)或(t3’,t4’),则SMF向RAN发送UE侧接收报文的时间窗口(t3,t4)或(t3’,t4’),若SMF向RAN发送UE侧接收报文的时间窗口(t3,t4),那么SMF还向RAN发送时钟域偏移信息,以便RAN确定UE侧接收报文的时间窗口在5G时钟域对应的时间窗口,即确定(t3’,t4’)。
可选的,若SMF向RAN发送的时间窗口是TSN时钟域对应的时间窗口,SMF向RAN发送时钟域偏移信息,用于RAN确定TSN时钟域对应的时间窗口在5G时钟域对应的时间窗口,或者用于RAN同步TSN时钟。
可选的,对于下行传输和上行传输,SMF还向RAN发送UE的内部处理时延,即UE_DELAY,用于RAN确定UE的调度规则,该调度规则用于限定UE的收发报文的时间窗口,例如对于下行传输,RAN将下行报文转发到UE后,UE可根据UE的调度规则在限定的时间窗口内接收报文。
可选的,对于下行传输和上行传输,SMF还向RAN发送UE与RAN之间的时延预留,用于限制RAN确定RAN的调度规则,例如限制RAN的内部处理时延不能大于UE与RAN之间的时延预留,或限制RAN的内部处理时延+空口转发时延不能大于UE与RAN之间的时延预留。UE与RAN之间的时延预留包括UE与RAN之间的空口转发时延预留,或包括RAN的内部处理时延预留+UE与RAN之间的空口转发时延预留。
步骤S506,RAN确定UE侧的时间窗口,确定RAN的调度规则和/或UE与RAN之间的时延。
对于下行传输,RAN通过接收来自SMF的UE侧发送报文的时间窗口(t3,t4)或(t3’,t4’),来确定UE侧的时间窗口,即确定UE侧发送报文的时间窗口(t3,t4)或(t3’,t4’)。
对于上行传输,RAN通过接收来自SMF的UE侧接收报文的时间窗口(t3,t4)或(t3’,t4’),来确定UE侧的时间窗口,即确定UE侧接收报文的时间窗口(t3,t4)或(t3’,t4’)。或者,RAN通过接收来自SMF的UPF侧发送报文的时间窗口(t1,t2)或(t1’,t2’),虚拟交换节点的时延信息,来确定UE侧接收报文的时间窗口(t3,t4)或(t3’,t4’)。
RAN在确定出UE侧的时间窗口的情况下,可结合UE侧的时间窗口和RAN的调度能力,确定RAN的调度规则和/或UE与RAN之间的时延,UE与RAN之间的时延包括UE与RAN之间的空口转发时延,或包括RAN的内部处理时延+UE与RAN之间的空口转发时延。例如对于下行传输,RAN根据UE侧发送报文的时间窗口(t3’,t4’)、RAN_AIR_UE_DELAY和AIR_UE_DELAY确定RAN接收报文的时间窗口和发送报文的时间窗口,进而确定RAN的调度规则,用于限定RAN的内部处理时延,所确定的RAN的调度规则满足RAN的调度能力。再例如对于下行传输,RAN根据UE侧发送报文的时间窗口(t3’,t4’)和UE_DELAY确定UE与RAN之间的时延(RAN的内部处理时延+UE与RAN之间的空口转发时延),即从(t11’,t112’)与(t3’,t4’)之间的差值区间中确定一个差值,RAN_AIR_UE_DELAY与该差值之差满足RAN的调度能力。
可选的,RAN确定UE与RAN之间的时延预留,可用于在系统确定了UE与UPF之间的时延预留的情况下,根据UE与UPF之间的时延预留以及UE与RAN之间的时延预留,可以确定RAN与UPF之间的时延预留。该种情况下,虚拟交换节点的转发时延可认为是UE与UPF之间的时延预留+UE的转发时延+UPF的转发时延,UE的转发时延即为UE的内部处理时延,UPF的转发时延即为UPF的内部处理时延。可以理解的是,UE与UPF之间的时延预留不包括UE的内部处理时延和UPF的内部处理时延。RAN确定UE与RAN之间的时延预留,还可用于限制RAN的调度规则。
若SMF向RAN发送了UE与RAN之间的时延预留,那么RAN可直接确定UE与RAN之间的时延预留,可直接根据UE与RAN之间的时延预留限制RAN的调度规则。
可选的,RAN确定UE的调度规则。例如对于下行传输,RAN将其确定的UE的调度规则发送UE,用于限定UE收发报文的时间窗口;再例如对于上行传输,UE将其调度规则发送至RAN,以便RAN获知UE的调度规则。
可选的,步骤S507,RAN向SMF发送UE与RAN之间的时延或时延预留。相应的,SMF接收来自RAN的UE与RAN之间的时延或时延预留。
在RAN确定了UE与RAN之间的时延或时延预留的情况下,RAN执行步骤S507,向SMF发送UE与RAN之间的时延或时延预留。若RAN未确定UE与RAN之间的时延或时延预留,那么可不执行步骤S507。
若RAN确定了UE的调度规则,则在步骤S507中RAN还可向SMF发送UE的调度规则。
可选的,步骤S508,SMF确定UPF与RAN之间的时延预留,向UPF发送UPF与RAN之间的时延预留。相应的,UPF接收来自RAN的UPF与RAN之间的时延预留。
SMF根据步骤S507中UE与RAN之间的时延或时延预留,UE与UPF之间的时延预留,确定UPF与RAN之间的时延预留。例如,SMF从UE与UPF之间的时延预留中减去UE与RAN之间的时延预留,可得到RAN与UPF之间的时延预留。
UPF在接收到UPF与RAN之间的时延预留的情况下,可确定UPF的调度规则,进行在UPF上进行确定性传输。
可选的,步骤S509,SMF向UE发送UE的调度规则。相应的,UE接收来自SMF的UE的调度规则。
在步骤S507中,RAN向SMF发送了UE的调度规则的情况下,SMF执行步骤S509。或者,RAN可不向SMF发送UE的调度规则,SMF也可不向UE发送UE的调度规则,RAN在确定了UE的调度规则的情况下,可直接向UE发送UE的调度规则。
UE在接收到其调度规则的情况下,可根据该调度规则在UE上进行确定性传输。
在图10所示的实施例中,RAN根据UE侧的时间窗口确定RAN的调度规则和/或UE与RAN之间的时延预留,从而在RAN上可实现确定性传输,进而UE和UPF可实现确定性传输,实现5G系统的确定性传输。
上述详细阐述了本申请实施例的方法,下面提供了本申请实施例的装置。
请参见图11,是本申请实施例提供的通信装置的逻辑结构示意图,该通信装置60可以包括收发单元601和处理单元602。该通信装置60为调度规则确定装置,可以是接入网设备,也可以是会话管理网元,还可以是用户面网元。
针对该通信装置60为接入网设备的情况:
收发单元501,用于接收来自会话管理网元的虚拟交换节点的端口信息,该虚拟交换节点的端口信息包括该虚拟交换节点的入端口信息或该虚拟交换节点的出端口信息;
处理单元602,用于根据该虚拟交换节点的出端口信息或该虚拟交换节点的入端口信息,确定用户终端的时间信息;根据该用户终端的时间信息和接入网设备的调度能力,确定接入网设备的调度规则和/或用户终端与接入网设备之间的时延信息;根据接入网设备的调度规则和/或用户终端与接入网设备之间的时延信息进行传输。
该通信装置60为接入网设备时,可以实现图6-图10所示实施例中RAN的功能,该通信装置60中各个单元执行详细过程可以参见图6-图10所示实施例中RAN的执行步骤,此处不再赘述。
针对该通信装置60为会话管理网元的情况:
收发单元601,用于接收虚拟交换节点的调度规则,该虚拟交换节点的调度规则包括该虚拟交换节点的出端口信息;向接入网设备发送该虚拟交换节点的端口信息,该虚拟交换节点的端口信息包括该虚拟交换节点的出端口信息或该虚拟交换节点的入端口信息。
该通信装置60为会话管理网元时,可以实现图6-图10所示实施例中SMF的功能,该通信装置60中各个单元执行详细过程可以参见图6-图10所示实施例中SMF的执行步骤,此处不再赘述。
针对该通信装置60为用户面网元的情况,可以实现图6-图10所示实施例中UPF的功能,该通信装置60中各个单元执行详细过程可以参见图6-图10所示实施例中UPF的执行步骤,此处不再赘述。
请参见图12,是本申请实施例提供的通信装置的实体结构简化示意图。该通信装置70为调度规则确定装置,可以是接入网设备,也可以是会话管理网元,还可以是用户面网元。
该通信装置70包括收发器701、处理器702和存储器703。收发器701、处理器702和存储器703可以通过总线704相互连接,也可以通过其它方式相连接。图11所示的收发单元601所实现的相关功能可以由收发器701来实现。图11所示的处理单元602所实现的相关功能可以通过一个或多个处理器702来实现。
存储器703包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmableread only memory,EPROM)、或便携式只读存储器(compact disc read-only memory,CD-ROM),该存储器603用于相关指令及数据。
收发器701用于发送数据和/或信令,以及接收数据和/或信令。
若该通信装置70是图6-图10所示实施例中的RAN,则收发器701可用于与SMF和UE进行通信,例如执行图6所示实施例中的步骤S102;执行图7所示实施例中的步骤S205a、步骤207a和步骤S208b;执行图8所示实施例中的步骤S306a、步骤306b、步骤306b’和步骤S308;执行图9所示实施例中的步骤S410和步骤S412;执行图10所示实施例中的步骤S505和步骤S507。
若该通信装置70是图6-图10所示实施例中的SMF,则收发器701可用于与RAN、UPF、AF和UE进行通信,例如执行图6所示实施例中的步骤S101、步骤S102和步骤S105;执行图7所示实施例中的步骤S202、步骤S203、步骤S204、步骤S205a、步骤S207a、步骤S208a、步骤205b、步骤207b、步骤S208b和步骤S209;执行图8所示实施例中的步骤S302、步骤S303、步骤S304、步骤S306a、步骤306b、步骤306b’、步骤S308和步骤S309;执行图9所示实施例中的步骤S402、步骤S403、步骤S404、步骤S406a、步骤406b、步骤406b’、步骤S408、步骤S410和步骤S412;执行图10所示实施例中的步骤S502、步骤S503、步骤S504、步骤S505、步骤S507、步骤S508和步骤S509。
若该通信装置70是图6-图10所示实施例中的UPF,则收发器701可用于与SMF进行通信,例如执行图6所示实施例中的步骤S101;执行图7所示实施例中的步骤S203、步骤S204、步骤S208a、步骤205b和步骤207b;执行图8所示实施例中的步骤S302、步骤S303、步骤S304、步骤S308和步骤S309;执行图9所示实施例中的步骤S402、步骤S403、步骤S404、步骤S406a、步骤406b、步骤406b’和步骤S408;执行图10所示实施例中的步骤S502、步骤S503、步骤S504和步骤S508。
处理器702可以包括是一个或多个处理器,例如包括一个或多个中央处理器(central processing unit,CPU),在处理器702是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
若该通信装置70是图6-图10所示实施例中的RAN,则处理器602可用于执行控制RAN的操作,例如执行图7所示实施例中的步骤S206a;执行图8所示实施例中的步骤S307a和步骤S307b;执行图9所示实施例中的步骤S411;执行图10所示实施例中的步骤S506。
若该通信装置70是图6-图10所示实施例中的SMF,则处理器602可用于执行控制SMF的操作,例如执行图6所示实施例中的步骤S104;执行图8所示实施例中的步骤S305a和步骤S305b;执行图9所示实施例中的步骤S405a、步骤S405b和步骤S409。
若该通信装置70是图6-图10所示实施例中的UPF,则处理器602可用于执行控制UPF的操作,例如执行图7所示实施例中的步骤S206b;执行图8所示实施例中的步骤S310;执行图9所示实施例中的步骤S407a和步骤S407b。
存储器703用于存储通信装置70的程序代码和数据。
关于处理器702和收发器701所执行的步骤,具体可参见图6-图10所示实施例的描述,在此不再赘述。
可以理解的是,图12仅仅示出了通信装置的简化设计。在实际应用中,通信装置还可以分别包含必要的其他元件,包含但不限于任意数量的收发器、处理器、控制器、存储器、通信单元等,而所有可以实现本申请的设备都在本申请的保护范围之内。
本申请实施例还提供一种调度规则确定通信系统,可以包括接入网设备和会话管理网元,该接入网设备和会话管理网元可以用于实现图6-图10所示实施例中RAN和SMF的功能,具体可参见图6-图10中RAN和SMF的具体实现过程。
该调度规则确定通信系统还包括用户面网元,该用户面网元可以用于实现图6-图10所示实施例中UPF的功能,具体可参见图6-图10中UPF的具体实现过程。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来指令相关的硬件完成,该程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。而前述的存储介质包括:ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。因此,本申请又一实施例提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
本申请又一实施例还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
本领域普通技术人员可以意识到,结合本申请中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriberline,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk ,SSD))等。
Claims (30)
1.一种调度规则确定方法,其特征在于,包括:
接入网设备接收来自会话管理网元的虚拟交换节点的端口信息,所述虚拟交换节点的端口信息包括所述虚拟交换节点的入端口信息或所述虚拟交换节点的出端口信息;
所述接入网设备根据所述虚拟交换节点的出端口信息或所述虚拟交换节点的入端口信息,确定用户终端的时间信息;
所述接入网设备根据所述用户终端的时间信息和所述接入网设备的调度能力,确定所述接入网设备的调度规则和/或所述用户终端与所述接入网设备之间的时延信息;
所述接入网设备根据所述接入网设备的调度规则和/或所述用户终端与所述接入网设备之间的时延信息进行传输。
2.根据权利要求1所述的方法,其特征在于,所述虚拟交换节点的出端口信息包括所述用户终端作为所述虚拟交换节点的出端口的时间信息;
所述接入网设备根据所述虚拟交换节点的出端口信息,确定用户终端的时间信息,包括:
所述接入网设备将所述用户终端作为所述虚拟交换节点的出端口的时间信息,作为所述用户终端的时间信息。
3.根据权利要求1所述的方法,其特征在于,所述虚拟交换节点的出端口信息包括用户面网元作为所述虚拟交换节点的出端口的时间信息;
所述接入网设备根据所述虚拟交换节点的出端口信息,确定用户终端的时间信息,包括:
所述接入网设备根据所述用户面网元作为所述虚拟交换节点的出端口的时间信息以及所述虚拟交换节点的时延信息,确定用户终端的时间信息,所述用户终端的时间信息为所述用户终端作为所述虚拟交换节点的入端口的时间信息。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
所述接入网设备接收来自所述会话管理网元的所述虚拟交换节点的时延信息。
5.根据权利要求1所述的方法,其特征在于,所述虚拟交换节点的入端口信息包括所述用户终端作为所述虚拟交换节点的入端口的时间信息;
所述接入网设备根据所述虚拟交换节点的入端口信息,确实用户终端的时间信息,包括:
所述接入网设备将所述用户终端作为所述虚拟交换节点的入端口信息的时间信息,作为所述用户终端的时间信息。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述方法还包括:
所述接入网设备接收来自所述会话管理网元的时钟域偏移信息;
所述接入网设备确定用户终端的时间信息,包括:
所述接入网设备根据所述时钟域偏移信息,确定对应于5G时钟域的用户终端的时间信息。
7.一种调度规则确定方法,其特征在于,包括:
会话管理网元接收虚拟交换节点的调度规则,所述虚拟交换节点的调度规则包括所述虚拟交换节点的出端口信息;
所述会话管理网元向接入网设备发送所述虚拟交换节点的端口信息,所述虚拟交换节点的端口信息包括所述虚拟交换节点的出端口信息或所述虚拟交换节点的入端口信息。
8.根据权利要求7所述的方法,其特征在于,所述虚拟交换节点的出端口信息包括用户面网元作为所述虚拟交换节点的出端口的时间信息;所述虚拟交换节点的端口信息包括所述虚拟交换节点的入端口信息,所述虚拟交换节点的入端口信息包括用户终端作为所述虚拟交换节点的入端口的时间信息;
所述方法还包括:
所述会话管理网元根据所述用户面网元作为所述虚拟交换节点的出端口的时间信息和所述虚拟交换节点的时延信息,确定所述用户终端作为所述虚拟交换节点的入端口的时间信息。
9.根据权利要求7所述的方法,其特征在于,所述虚拟交换节点的出端口信息包括用户终端作为所述虚拟交换节点的出端口的时间信息,所述虚拟交换节点的端口信息包括所述虚拟交换节点的出端口信息。
10.根据权利要求7所述的方法,其特征在于,所述虚拟交换节点的出端口信息包括用户面网元作为所述虚拟交换节点的出端口的时间信息,所述虚拟交换节点的端口信息包括所述虚拟交换节点的出端口信息。
11.根据权利要求7-10任一项所述的方法,其特征在于,所述会话管理网元向接入网设备发送所述虚拟交换节点的端口信息,包括:
所述会话管理网元向所述接入网设备发送对应于TSN时钟域的所述虚拟交换节点的端口信息;
所述方法还包括:
所述会话管理网元从用户面网元获取所述TSN时钟域与5G时钟域之间的时钟域偏移信息;
所述会话管理网元向所述接入网设备发送所述时钟域偏移信息。
12.根据权利要求7-10任一项所述的方法,其特征在于,所述会话管理网元向接入网设备发送所述虚拟交换节点的端口信息,包括:
所述会话管理网元向所述接入网设备发送对应于5G时钟域的所述虚拟交换节点的端口信息。
13.根据权利要求12所述的方法,其特征在于,所述虚拟交换节点的调度规则所包括的所述虚拟交换节点的出端口信息对应于TSN时钟域;
所述会话管理网元向所述接入网设备发送对应于所述5G时钟域的所述虚拟交换节点的端口信息之前,还包括:
所述会话管理网元从用户面网元获取所述TSN时钟域与所述5G时钟域之间的时钟域偏移信息;根据所述时钟域偏移信息,确定对应于所述5G时钟域的所述虚拟交换节点的端口信息;
或,所述会话管理网元从用户面网元获取对应于所述5G时钟域的所述虚拟交换节点的调度规则所包括的出端口信息;根据对应于所述5G时钟域的所述虚拟交换节点的调度规则所包括的出端口信息,确定对应于所述5G时钟域的所述虚拟交换节点的端口信息。
14.根据权利要求7-10任一项所述的方法,其特征在于,所述方法还包括:
所述会话管理网元向所述接入网设备发送所述虚拟交换节点的时延信息。
15.一种接入网设备,其特征在于,包括收发单元和处理单元;
所述收发单元,用于接收来自会话管理网元的虚拟交换节点的端口信息,所述虚拟交换节点的端口信息包括所述虚拟交换节点的入端口信息或所述虚拟交换节点的出端口信息;
所述处理单元,用于根据所述虚拟交换节点的出端口信息或所述虚拟交换节点的入端口信息,确定用户终端的时间信息;根据所述用户终端的时间信息和所述接入网设备的调度能力,确定所述接入网设备的调度规则和/或所述用户终端与所述接入网设备之间的时延信息;根据所述接入网设备的调度规则和/或所述用户终端与所述接入网设备之间的时延信息进行传输。
16.根据权利要求15所述的接入网设备,其特征在于,所述虚拟交换节点的出端口信息包括所述用户终端作为所述虚拟交换节点的出端口的时间信息;
所述处理单元,具体用于将所述用户终端作为所述虚拟交换节点的出端口的时间信息,作为所述用户终端的时间信息。
17.根据权利要求15所述的接入网设备,其特征在于,所述虚拟交换节点的出端口信息包括用户面网元作为所述虚拟交换节点的出端口的时间信息;
所述处理单元,具体用于根据所述用户面网元作为所述虚拟交换节点的出端口的时间信息以及所述虚拟交换节点的时延信息,确定用户终端的时间信息,所述用户终端的时间信息为所述用户终端作为所述虚拟交换节点的入端口的时间信息。
18.根据权利要求17所述的接入网设备,其特征在于,
所述收发单元,还用于接收来自所述会话管理网元的所述虚拟交换节点的时延信息。
19.根据权利要求15所述的接入网设备,其特征在于,所述虚拟交换节点的入端口信息包括所述用户终端作为所述虚拟交换节点的入端口的时间信息;
所述接入网设备,具体用于将所述用户终端作为所述虚拟交换节点的入端口信息的时间信息,作为所述用户终端的时间信息。
20.根据权利要求15-19任一项所述的接入网设备,其特征在于,
所述收发单元,还用于接收来自所述会话管理网元的时钟域偏移信息;
所述处理单元,具体用于所述接入网设备根据所述时钟域偏移信息,确定对应于5G时钟域的用户终端的时间信息。
21.一种会话管理网元,其特征在于,包括收发单元;
所述收发单元,用于接收虚拟交换节点的调度规则,所述虚拟交换节点的调度规则包括所述虚拟交换节点的出端口信息;向接入网设备发送所述虚拟交换节点的端口信息,所述虚拟交换节点的端口信息包括所述虚拟交换节点的出端口信息或所述虚拟交换节点的入端口信息。
22.根据权利要求21所述的会话管理网元,其特征在于,所述虚拟交换节点的出端口信息包括用户面网元作为所述虚拟交换节点的出端口的时间信息;所述虚拟交换节点的端口信息包括所述虚拟交换节点的入端口信息,所述虚拟交换节点的入端口信息包括用户终端作为所述虚拟交换节点的入端口的时间信息;
所述会话管理网元还包括处理单元,用于根据所述用户面网元作为所述虚拟交换节点的出端口的时间信息和所述虚拟交换节点的时延信息,确定所述用户终端作为所述虚拟交换节点的入端口的时间信息。
23.根据权利要求21所述的会话管理网元,其特征在于,所述虚拟交换节点的出端口信息包括用户终端作为所述虚拟交换节点的出端口的时间信息,所述虚拟交换节点的端口信息包括所述虚拟交换节点的出端口信息。
24.根据权利要求21所述的会话管理网元,其特征在于,所述虚拟交换节点的出端口信息包括用户面网元作为所述虚拟交换节点的出端口的时间信息,所述虚拟交换节点的端口信息包括所述虚拟交换节点的出端口信息。
25.根据权利要求21-24任一项所述的会话管理网元,其特征在于,所述收发单元,具体用于向所述接入网设备发送对应于TSN时钟域的所述虚拟交换节点的端口信息;
所述收发单元,还用于从用户面网元获取所述TSN时钟域与5G时钟域之间的时钟域偏移信息;向所述接入网设备发送所述时钟域偏移信息。
26.根据权利要求22所述的会话管理网元,其特征在于,所述收发单元,具体用于向所述接入网设备发送对应于5G时钟域的所述虚拟交换节点的端口信息。
27.根据权利要求26所述的会话管理网元,其特征在于,所述虚拟交换节点的调度规则所包括的所述虚拟交换节点的出端口信息对应于TSN时钟域;
所述收发单元,还用于从用户面网元获取所述TSN时钟域与所述5G时钟域之间的时钟域偏移信息;所述处理单元,还用于根据所述时钟域偏移信息,确定对应于所述5G时钟域的所述虚拟交换节点的端口信息;
或,所述收发单元,还用于从用户面网元获取对应于所述5G时钟域的所述虚拟交换节点的调度规则所包括的出端口信息;所述处理单元,还用于根据对应于所述5G时钟域的所述虚拟交换节点的调度规则所包括的出端口信息,确定对应于所述5G时钟域的所述虚拟交换节点的端口信息。
28.根据权利要求21-24任一项所述的会话管理网元,其特征在于,所述收发单元,还用于向所述接入网设备发送所述虚拟交换节点的时延信息。
29.一种调度规则确定系统,其特征在于,包括接入网设备和会话管理网元;
所述会话管理网元,用于接收虚拟交换节点的调度规则,所述虚拟交换节点的调度规则包括所述虚拟交换节点的出端口信息;向所述接入网设备发送所述虚拟交换节点的端口信息,所述虚拟交换节点的端口信息包括所述虚拟交换节点的出端口信息或所述虚拟交换节点的入端口信息;
所述接入网设备,用于接收来自所述会话管理网元的所述虚拟交换节点的端口信息;根据所述虚拟交换节点的出端口信息或所述虚拟交换节点的入端口信息,确定用户终端的时间信息;根据所述用户终端的时间信息和所述接入网设备的调度能力,确定所述接入网设备的调度规则和/或所述用户终端与所述接入网设备之间的时延信息;根据所述接入网设备的调度规则和/或所述用户终端与所述接入网设备之间的时延信息进行传输。
30.根据权利要求29所述的系统,其特征在于,
所述会话管理网元,还用于从用户面网元获取TSN时钟域与5G时钟域之间的时钟域偏移信息,向所述接入网设备发送所述时钟域偏移信息;
所述接入网设备,还用于接收来自所述会话管理网元的所述时钟域偏移信息,根据所述时钟域偏移信息,确定对应于所述5G时钟域的用户终端的时间信息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910192910.7A CN111698787B (zh) | 2019-03-14 | 2019-03-14 | 调度规则确定方法及其装置 |
CN202310335051.9A CN116406018A (zh) | 2019-03-14 | 2019-03-14 | 调度规则确定方法及其装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910192910.7A CN111698787B (zh) | 2019-03-14 | 2019-03-14 | 调度规则确定方法及其装置 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310335051.9A Division CN116406018A (zh) | 2019-03-14 | 2019-03-14 | 调度规则确定方法及其装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111698787A CN111698787A (zh) | 2020-09-22 |
CN111698787B true CN111698787B (zh) | 2023-03-31 |
Family
ID=72475111
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310335051.9A Pending CN116406018A (zh) | 2019-03-14 | 2019-03-14 | 调度规则确定方法及其装置 |
CN201910192910.7A Active CN111698787B (zh) | 2019-03-14 | 2019-03-14 | 调度规则确定方法及其装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310335051.9A Pending CN116406018A (zh) | 2019-03-14 | 2019-03-14 | 调度规则确定方法及其装置 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN116406018A (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115379504A (zh) * | 2021-05-18 | 2022-11-22 | 华为技术有限公司 | 一种无线通信方法、通信装置及通信系统 |
CN117941288A (zh) * | 2022-07-29 | 2024-04-26 | 新华三技术有限公司 | 周期同步方法、系统、装置及电子设备 |
CN116611519B (zh) * | 2023-07-19 | 2023-10-13 | 中国电子科技集团公司第十研究所 | 一种基于生产链全周期事理图谱的时间规划方法及系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180184438A1 (en) * | 2016-12-28 | 2018-06-28 | Intel Corporation | Persistent scheduling and forwarding while receiving in wireless time sensitive networks |
US10567267B2 (en) * | 2017-07-06 | 2020-02-18 | Cisco Technology, Inc. | Deterministic data collection from mobile network device traveling within a deterministic network |
-
2019
- 2019-03-14 CN CN202310335051.9A patent/CN116406018A/zh active Pending
- 2019-03-14 CN CN201910192910.7A patent/CN111698787B/zh active Active
Non-Patent Citations (7)
Title |
---|
3GPP.3rd Generation Partnership Project * |
3rd Generation Partnership Project * |
5GS Logical TSN bridge management;Huawei等;《3GPP TSG-SA WG2 Meeting #131 S2-1902766》;20190301;全文 * |
QoS Negotiation between 3GPP and TSN networks for KI# 3.1;Huawei等;《SA WG2 Meeting #128Bis S2-188233》;20180824;全文 * |
Study on enhancement of 5GS for Vertical and LAN Services (Release 16).《3GPP TR 23.734 DRAFT V16.0.0+ (2019-02)》.2019, * |
Technical Specification Group Services and System Aspects * |
TSN - QoS Framework Solution Update;Nokia等;《lSA WG2 Meeting #129bis S2-1811831》;20181130;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN116406018A (zh) | 2023-07-07 |
CN111698787A (zh) | 2020-09-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111200846B (zh) | 时延敏感网络通信方法及其装置 | |
US11950127B2 (en) | 5G system support for virtual TSN bridge management, QoS mapping and TSN Qbv scheduling | |
CN112740624B (zh) | 支持TSN-3GPP网络集成中的E2E QoS要求的实现 | |
CN111865830B (zh) | 一种时延敏感网络业务tsn的处理方法、装置及系统 | |
US11528239B2 (en) | Time-sensitive networking communication method and apparatus for configuring virtual switching node | |
CN111200878B (zh) | 信息传输方法及其装置 | |
CN110831033B (zh) | 服务质量监测方法、设备及系统 | |
US11546806B2 (en) | Communication system | |
CN110798860B (zh) | 数据处理方法、设备及系统 | |
CN111698787B (zh) | 调度规则确定方法及其装置 | |
CN113543210B (zh) | 一种5G-TSN跨域QoS与资源映射方法、设备和计算机可读存储介质 | |
WO2021159724A1 (zh) | 通信方法、装置及系统 | |
Cavalieri | Modelling and analysing congestion in KNXnet/IP | |
Lee et al. | Power-efficient load distribution for multihomed services with sleep mode over heterogeneous wireless access networks | |
Ng et al. | Performance evaluation of wireless controller area network (wcan) using token frame scheme | |
Vergados et al. | DPS: An architecture for VBR scheduling in IEEE 802.11 e HCCA networks with multiple access points | |
Ahmed et al. | Deterministic Networking (DetNet): Architecture, Protocols, and Advanced Applications | |
Nur | The Integration of 5G & Time Sensitive Network for Communication | |
CN116963171A (zh) | 移动通信系统、信息交互方法、网元和确定性网络系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |