CN117560323A - 一种业务流属性配置方法、装置和*** - Google Patents
一种业务流属性配置方法、装置和*** Download PDFInfo
- Publication number
- CN117560323A CN117560323A CN202210938909.6A CN202210938909A CN117560323A CN 117560323 A CN117560323 A CN 117560323A CN 202210938909 A CN202210938909 A CN 202210938909A CN 117560323 A CN117560323 A CN 117560323A
- Authority
- CN
- China
- Prior art keywords
- information
- network element
- time
- arrival time
- burst arrival
- 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
- 238000000034 method Methods 0.000 title claims abstract description 170
- 230000005540 biological transmission Effects 0.000 claims abstract description 177
- 230000006870 function Effects 0.000 claims description 101
- 238000004891 communication Methods 0.000 claims description 93
- 238000012545 processing Methods 0.000 claims description 34
- 238000005457 optimization Methods 0.000 claims description 29
- 230000015654 memory Effects 0.000 claims description 20
- 238000004590 computer program Methods 0.000 claims description 16
- 238000003860 storage Methods 0.000 claims description 7
- 238000012790 confirmation Methods 0.000 claims description 2
- 230000008569 process Effects 0.000 description 43
- 238000010586 diagram Methods 0.000 description 29
- 238000013507 mapping Methods 0.000 description 29
- 238000007726 management method Methods 0.000 description 22
- 230000008859 change Effects 0.000 description 12
- 238000005516 engineering process Methods 0.000 description 8
- 230000003993 interaction Effects 0.000 description 7
- 230000011664 signaling Effects 0.000 description 6
- 238000011144 upstream manufacturing Methods 0.000 description 6
- 230000006399 behavior Effects 0.000 description 5
- 230000001419 dependent effect Effects 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000013523 data management Methods 0.000 description 3
- 230000003139 buffering effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000013144 data compression Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 210000001503 joint Anatomy 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种业务流属性配置方法、装置和***。该方法包括:第一网元获取第一业务流的传输时间信息,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;当所述第一网元接收到第一指示信息后,根据所述传输时间信息确定所述第一业务流的属性信息;所述第一网元将所述第一业务流的属性信息发送给第二网元。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种业务流属性配置方法、装置和***。
背景技术
在传统以太网络的数据转发过程中,当大量数据包在一瞬间抵达转发端口时,将造成转发时延大或者丢包的问题,因此无法满足对可靠性和传输时延要求高的业务,比如汽车控制、工业互联网等领域的业务。针对可靠时延传输的需求,目前定义了相关的时延敏感网络(time sensitive networking,TSN)网络标准,该标准基于二层交换来提供可靠时延传输服务,保障时延敏感业务数据传输的可靠性,以及可预测的端到端传输时延。
在3GPP与TSN互通的场景下,需要在各网络节点以及应用服务器处进行协同调度,以避免数据包在节点处的排队时延。为了提高传输性能,可能需要进行协同调度优化。在协同调度优化发生时,业务流的属性信息需要根据传输时间相关参数(比如突发到达时间)的变化而变化,进一步的由于传输时间相关参数可能进行多轮协商,这将导致业务流属性的变化更为频繁,影响传输稳定性。
因此,如何避免因传输时间相关参数(比如突发到达时间)变化导致业务流属性信息频繁变化,是目前需要解决的技术问题。
发明内容
本申请实施例提供了一种业务流属性配置方法、装置和***,用以避免因突发到达时间变化而导致业务流属性频繁变化的问题。
第一方面,提供一种业务流属性配置方法,包括:第一网元获取第一业务流的传输时间信息,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;当所述第一网元接收到第一指示信息后,根据所述传输时间信息确定所述第一业务流的属性信息,并将所述第一业务流的属性信息发送给第二网元。
上述实现方式中,第一网元获取第一业务流的传输时间信息,比如突发达到时间(BAT)或BAT的调整信息后,并不立即确定第一业务流的属性信息,而是在接收到第一指示信息后,根据所述传输时间信息确定第一业务流的属性信息,因此可以避免因突发到达时间变化而导致业务流属性频繁变化的问题。
在一种可能的实现方式中,所述第一指示信息来自于应用功能(AF)网元,或策略控制功能(PCF)网元,或时间敏感通信时间同步功能(TSCTSF)网元。
在一种可能的实现方式中,所述第一指示信息为确认指示;或者,所述第一指示信息用于确认所述传输时间信息或基于所述传输时间信息进行数据传输;或者,所述第一指示信息用于指示突发到达时间不会因为跨层调度优化而进行调整。
上述实现方式中,第一网元可以根据第一指示信息,确认基于所述传输时间信息进行数据传输,或者第一业务的突发到达时间不会再由于跨层调度优化被调整,此时再根据调整后的突发到达时间确定第一业务流的属性信息,从而可以避免因突发到达时间变化而导致业务流属性频繁变化。
在一种可能的实现方式中,所述第一网元获取第一业务流的传输时间信息之前,所述方法还包括:所述第一网元接收第二指示信息,所述第二指示信息用于指示应用功能或应用支持调整发包时间或支持调整突发到达时间,或者用于指示所述第一网元不立即根据突发到达时间确定所述第一业务流的属性信息。
在一种可能的实现方式中,所述第一网元根据所述第二指示信息,不立即根据所述传输时间信息确定所述第一业务流的属性信息。
上述实现方式中,第一网元可以根据第二指示信息不立即根据所述传输时间信息确定所述第一业务流的属性信息,从而可以避免因突发到达时间变化而导致业务流属性频繁变化。
在一种可能的实现方式中,所述第二指示信息来自于AF网元,或PCF网元,或TSCTSF网元。
在一种可能的实现方式中,所述第一网元获取第一业务流的突发到达时间的调整信息,以及接收所述第一信息,包括:
所述第一网元将时延敏感通信辅助信息发送给无线接入网,所述时延敏感通信辅助信息包括突发到达时间,所述突发到达时间包括下行方向突发到达所述无线接入网入口的时间,和/或上行方向突发到达终端的时间;
所述第一网元接收来自所述无线接入网的突发到达时间调整信息;
所述第一网元将所述突发到达时间调整信息发送给所述应用功能;
所述第一网元接收来自于所述应用功能的所述第一指示信息。
在一种可能的实现方式中,所述传输时间信息来自于无线接入网网元,或AF网元,或PCF网元,或TSCTSF网元。
在一种可能的实现方式中,所述突发到达时间,包括以下中的至少一项:上行时延敏感通信辅助信息(TSCAI)突发到达时间,下行TSCAI突发到达时间,上行时延敏感通信辅助容器(TSCAC)突发到达时间,下行TSCAC突发到达时间。
在一种可能的实现方式中,所述突发到达时间的调整信息为调整后的突发到达时间,或者为所述突发到达时间调整前和调整后的偏移量。
在一种可能的实现方式中,所述第一业务流的属性信息,包括以下至少一项:
最早传输偏移,所述最早传输偏移为所述发送端在发送周期内第一个数据帧相对于所述发送周期开始时间点的最早偏移;
最晚传输偏移,所述最晚传输偏移为所述发送端在发送周期内第一个数据帧相对于所述发送周期开始时间点的最晚偏移;
最大时延,所述最大时延为数据帧从所述发送端到所述接收端的最大时延;
发送时间,所述发送时间为所述发送端传输数据包时使用的时间偏移,所述时间偏移在所述最早传输偏移和所述最晚传输偏移之间。
在一种可能的实现方式中,所述第一网元为会话管理功能网元,所述会话管理功能网元被配置为集中式用户配置网元;所述第二网元为集中式网络配置网元。
第二方面,提供.一种业务流属性配置方法,包括:第一网元接收第一信息,所述第一信息包括第二指示信息和/或第一业务流的备选突发到达时间;所述第一网元根据所述第一信息,获取所述第一业务流的传输时间信息,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;所述第一网元根据所述传输时间信息确定所述第一业务流的属性信息,并将所述第一业务流的属性信息发送给第二网元。
上述实现方式中,第一网元根据第一信息获取第一业务流的传输时间信息,比如包括突发到达时间(BAT)或BAT的调整信息(比如通过协商过程获取BAT的调整信息)后,根据调该传输时间信息确定第一业务流的属性信息,从而可以在获取BAT的调整信息后,才根据调整后的BAT确定第一业务流的属性信息,因此可以避免因突发到达时间变化而导致业务流属性频繁变化的问题。
在一种可能的实现方式中,所述第一信息来自于AF网元,或PCF网元,或TSCTSF网元。
在一种可能的实现方式中,所述第二指示信息用于指示所述应用功能支持调整突发到达时间或发包时间。
在一种可能的实现方式中,所述传输时间信息来自于无线接入网网元。
在一种可能的实现方式中,所述突发到达时间的调整信息,是所述无线接入网网元根据所述备选突发到达时间确定的。
在一种可能的实现方式中,所述突发到达时间,包括以下中的至少一项:上行TSCAI突发到达时间,下行TSCAI突发到达时间,上行TSCAC突发到达时间,下行TSCAC突发到达时间。
在一种可能的实现方式中,所述突发到达时间的调整信息为调整后的突发到达时间,或者为所述突发到达时间调整前和调整后的偏移量。
在一种可能的实现方式中,所述第一业务流的属性信息,包括以下至少一项:
最早传输偏移,所述最早传输偏移为所述发送端在发送周期内第一个数据帧相对于所述发送周期开始时间点的最早偏移;
最晚传输偏移,所述最晚传输偏移为所述发送端在发送周期内第一个数据帧相对于所述发送周期开始时间点的最晚偏移;
最大时延,所述最大时延为数据帧从所述发送端到所述接收端的最大时延;
发送时间,所述发送时间为所述发送端传输数据包时使用的时间偏移,所述时间偏移在所述最早传输偏移和所述最晚传输偏移之间。
在一种可能的实现方式中,所述第一网元为会话管理功能网元,所述会话管理功能网元被配置为集中式用户配置网元;所述第二网元为集中式网络配置网元。
第三方面,提供一种业务流属性配置方法,包括:确定基于确认的第一业务流的传输时间信息进行数据传输,或者所述第一业务流的突发到达时间不会因为跨层调度优化而进行调整;其中,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;向所述第一网元发送第一指示信息。
在一种可能的实现方式中,所述第一指示信息为确认指示,或者所述第一指示信息用于确认所述传输时间信息或基于所述传输时间信息进行数据传输,或者所述第一指示信息用于指示突发到达时间不会因为跨层调度优化而进行调整。
在一种可能的实现方式中,向所述第一网元发送第一指示信息之前,所述方法还包括:向所述第一网元发送第二指示信息,所述第二指示信息用于指示所述应用功能支持调整突发到达时间或发包时间。
第四方面,提供一种通信***,包括:第一网元,第二网元和第三网元;所述第一网元用于执行如上述第一方面中任一项所述的方法,所述第三网元用于执行如上述第三方面中任一项所述的方法。
第五方面,提供一种通信***,包括:第一网元,第二网元,所述第一网元用于执行如上述第二方面中任一项所述的方法。
第六方面,提供一种通信装置,包括:处理单元和收发单元;所述处理单元,用于获取第一业务流的传输时间信息,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;当所述收发单元接收到第一指示信息后,根据所述传输时间信息确定所述第一业务流的属性信息;以及,通过所述收发单元将所述第一业务流的属性信息发送给第二网元。
第七方面,提供一种通信装置,包括:处理单元和收发单元;所述收发单元,用于接收第一信息,所述第一信息包括第二指示信息和/或第一业务流的备选突发到达时间;所述处理单元,用于根据所述第一信息,获取所述第一业务流的传输时间信息,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;根据所述传输时间信息确定所述第一业务流的属性信息;以及,通过所述收发单元将所述第一业务流的属性信息发送给第二网元。
第八方面,提供一种通信装置,包括:处理单元和收发单元;所述处理单元,用于确定基于确认的第一业务流的传输时间信息进行数据传输,或者所述第一业务流的突发到达时间不会因为跨层调度优化而进行调整,其中,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;以及,通过所述收发单元向所述第一网元发送第一指示信息。
第九方面,提供一种通信装置,包括:一个或多个处理器;一个或多个存储器;其中,所述一个或多个存储器存储有一个或多个计算机程序,所述一个或多个计算机程序包括指令,当所述指令被所述一个或多个处理器执行时,使得所述通信设备执行如上述第一方面中任一项所述的方法,或者执行如上述第二方面中任一项所述的方法,或者如上述第三方面中任一项所述的方法。
第十方面,提供一种计算机可读存储介质,所述计算机可读存储介质包括计算机程序,当计算机程序在计算设备上运行时,使得所述计算设备执行如上述第一方面中任一项所述的方法,或者执行如上述第二方面中任一项所述的方法,或者如上述第三方面中任一项所述的方法。
第十一方面,提供一种芯片,述芯片与存储器耦合,用于读取并执行所述存储器中存储的程序指令,以实现如上述第一方面中任一项所述的方法,或者执行如上述第二方面中任一项所述的方法,或者如上述第三方面中任一项所述的方法。
第十二方面,提供一种计算机程序产品,所述计算机程序产品在被计算机调用时,使得所述计算机执行如上述第一方面中任一项所述的方法,或者执行如上述第二方面中任一项所述的方法,或者执行如上述第三方面中任一项所述的方法。
附图说明
图1为TSN全集中式配置模型的示意图;
图2为3GPP网络与TSN网络互通***架构示意图;
图3为下行方向缓存转发时延确定性传输示意图;
图4为下行方向TSN流到达NW-TT入口以及到达RAN入口的示意图;
图5为上行方向TSN流到达DS-TT入口以及从UE发出的示意图;
图6为5G QoS架构示意图;
图7为下行方向报文发送时序示意图;
图8为调度协调器调整下行报文在UPF或应用侧的发送时机的示意图;
图9为一种SMF充当CUC的网络架构示意图;
图10为现有技术提供的一种TSN配置流程示意图;
图11、图12分别为本申请实施例提供的一种5G非漫游基于参考点的架构示意图;
图13为本申请实施例提供的一种业务流属性配置流程示意图;
图14为本申请另一实施例提供的一种业务流属性配置流程示意图;
图15为本申请实施例中场景一的业务流属性配置流程示意图;
图16为本申请实施例中场景二的业务流属性配置流程示意图;
图17为本申请实施例中场景三的业务流属性配置流程示意图;
图18为本申请实施例中场景四的业务流属性配置流程示意图;
图19为本申请实施例提供的一种通信装置的结构示意图;
图20为本申请实施例提供的另一种通信装置的结构示意图;
图21为本申请实施例提供的另一种通信装置的结构示意图。
具体实施方式
下面将结合附图对本申请作进一步地详细描述。
在本申请的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。需要说明的是,在本申请中不限定第一、第二等的出现顺序,例如可以先出现第五,再出现第三,本申请对此不作限定。
在本申请的描述中,“至少一个(项)”是指一个(项)或者多个(项),多个(项)是指两个(项)或者两个(项)以上。
下面首先对本申请实施例中的部分技术术语进行简要说明。
(1)数据分组单元(packet data unit,PDU)会话
PDU会话是用户设备(user equipment,UE,也称终端)和数据网络(data network,DN)之间的一个逻辑连接,用于提供UE和DN之间的用户面连接。
(2)Residence time
Residence time是指处理时间或驻留时间,是设备对业务的处理时间。
(3)CN PDB
CN是core network的英文简称,即核心网。PDB是packet delay budget的英文简称,即包延迟预算。CN PDB表示在给定PDB,锚点用户面功能(user plane function,UPF)网元与第五代移动通信技术(5th generation mobile communication technology,5G)-接入网(access network,AN)之间的延迟。CN PDB定义了数据包在UE和UPF处的N6端点之间可能延迟的时间的上限。网络中可以通过两种方式配置动态的CN PDB:
方式1:在每个NG-RAN节点中配置,基于各种输入,如终止N3隧道的UPF的不同IP地址(es)或隧道端点标识符(terminal end identifier,TEID)范围,以及基于PDU会话锚点UPF(UPF of PDU session anchor,PSA UPF)到NG-RAN的不同组合(要考虑到任何潜在的中继UPF(Initial UPF,I-UPF))等;
方式2:在会话管理功能(session management function,SMF)网元中配置,基于PSA UPF到NG-RAN的不同组合(要考虑到任何潜在的I-UPF)。
下面介绍与本申请实施例相关的技术。
(一)TSN网络架构
IEEE 802.1cc中为TSN网络定义了3种配置模型:全集中式配置模型、全分布式配置模型、集中式网络/分布式用户配置模型。
请参见图1,示出了一种全集中式配置模型。全集中式配置模型中的管理面包括集中式用户配置(centralized user configuration,CUC)网元和集中式网络配置(centralized network configuration,CNC)网元,用户面包括TSN终端和交换节点(也称网桥)。TSN终端包括发送端(称为Talker)和接收端(称为Listener)。
CUC网元用于管理TSN终端(Talker和Listener)和业务,负责发现和管理TSN终端,获取TSN终端的能力以及用户需求,向CNC发送TSN流的需求,并根据CNC的指示配置TSN终端。CNC网元负责管理TSN***用户面的拓扑(包括TSN终端和各个交换节点)以及各个交换节点的能力信息,根据TSN流的需求计算生成TSN流的端到端(end to end,E2E)转发路径以及下发调度参数到各个交换节点上。各交换节点向CNC上报交换节点能力信息和拓扑信息,基于CNC下发的规则调度转发数据流。
下面介绍TSN网络中用户面网元和管理面网元之间,以及管理面网元之间交互的信息。
1、网桥(Bridge)向CNC上报的信息:
5G***网桥向CNC上报的网桥信息,用于TSN网络对5G***网桥进行适当的管理配置。5G***网桥的网桥信息至少包括以下内容:
i)网桥信息:
-网桥ID:网桥ID用于区分网桥实例。当网桥为5G***时,网桥ID可以从IEEEStd802.1Q[98]中所述的唯一网桥介质访问控制(media access control,MAC)地址导出,也可以通过特定的方式设置,以确保在5G***图中使用唯一值;
-端口数;
-端口号列表;
ii)网桥能力:
-每个流量类别每个端口对的网桥延迟,包括5G***网桥延迟、入口端口号、出端口和流量等级。其中,5G***网桥延迟取决于和独立于帧大小,及其以下最大值和最小值:最大长度无关延迟(independentDelayMax)、最小长度无关延迟(independentDelayMin)、最大长度相关延迟(dependentDelayMax)、最小长度相关延迟(dependentDelayMin)。
其中,这里的长度指的是帧的长度。当5G***作为网桥时,最大长度无关延迟、最小长度无关延迟基于配置进行设置;5G***根据以太网帧的单个八位字节从入口传输到出口的时间范围,并包括接收和存储帧的每个八位字节的时间最大长度相关延迟、最小长度相关延迟。
-每个端口的传播延迟(txPropagationDelay),包括传输传播延迟、出端口号;
-虚拟局域网(virtual local area network,VLAN)配置信息。
iii)IEEE标准802.1AB中定义的网桥拓扑。
iv)IEEE Std 802.1Q中定义的每个端口的流量类别及其优先级。
v)IEEE标准802.1Q第12.31.1条定义的流参数。
2、CUC和CNC之间交互的TSN用户/网络配置信息(user/network configeration,UNI):
TSNUNI由三个高级组组成:
Talker组:由发送端(Talker)发送给CUC,指定单个流的发送端;
Listener组:由接收端(Listener)发送给CUC,指定单个流的接收端;
Status组:由CUC发送给Talker/Listener,指定发送端或接收端的流网络配置状态。该组在流准备好使用(或发生故障)时通知用户。
每个TSN配置通过流标识(StreamID)来标识。
2.1发送端(Talker)组
发送端(Talker)支持以下7个配置:
1)StreamID(64bits):流标识,用于标识流(Stream)配置,包括2个字段:MACAddress(48bits)和UniqueID(16bits)。MACAddress是Stream发起的源MAC地址(可选),UniqueID用于区分同一发送端不同的Stream。
2)StreamRank(8bits):流等级,提供一个流相对于网络中其他流的等级。此等级用于确定Stream资源配置的优先级,与Stream的数据无关。当前取值有0和1,0比1有更高的优先级,通常代表紧急业务。本申请实施例对流等级的数量不做限制。
3)EndStationInterfaces(48bits或48bits以上):端站接口,也称端节点接口,用于描述Stream对应的接口(1个Stream可以包含多个接口),包括2个字段:MACAddress(48bits)和接口名称(InterfaceName)(可选字段)。
4)DataFrameSpecification:数据帧定义,定义了Stream的数据,网络使用此定义去识别Stream的数据包,然后应用相应的TSN配置。数据帧定义可以包含以下1个或多个字段:
IEEE802-MacAddresses(96bits):源MAC地址和目的MAC地址;
IEEE802-VlanTag(24bits):数据帧的C-Tag(内层VLAN标签,标识用户VLAN)信息,不包含S-Tag(外层VLAN标签,标识运营商VLAN),DEI字段不使用(DEI字段和PCP字段共同标识S-Tag的优先级),PCP字段和VlanID字段可选使用,当只有PCP字段时,VlanId设置为0;
IPv4-tuple:数据帧的IPv4信息,包括IP 6元组,IPv4地址的6元组可以如表1所示:
表1:IPv4地址6元组
需要说明的是,本申请中,表格中的“参考”内容为协议IEEE Std 802.1Qcc中的相关内容。
IPv6-tuple:数据帧的IPv6信息,包括IP 6元组,IPv6地址的6元组可以如表2所示:
表2:IPv6地址6元组
5)TrafficSpecification:流量描述,定义了发送端如何发送数据帧。网络侧使用流量描述来分配每个网桥的资源,调整排序参数。
TrafficSpecification中的必选信息可如表3所示:
表3:TrafficSpecification的信息单元
名称 | 数据类型 | 参考 |
Interval | unit 16 | 46.2.3.5.1 |
MaxFramesPerInterval | unit 16 | 46.2.3.5.2 |
MaxFrameSize | unit 16 | 46.2.3.5.3 |
TransmittonSelection | unit 8 | 46.2.3.5.4 |
Interval:发送端定义的帧大小(MaxFrameSize)及帧数(MaxFramesPerInterval)的最大时长。该时长是一个有理的秒数,由无符号32位整数分子和无符号32位整数分母定义,即可以小于秒;
MaxFramesPerInterval:在一个周期内发送的最大帧数;
MaxFrameSize:发送端能够发送的最大帧长度;
TransmissionSelection:指定该Stream转发过程中使用的调度算法。默认使用0,表示严格优先(strict priority)。
可选的,TrafficSpecification中还可以包括TSpecTimeAware组,所述TSpecTimeAware组包含的信息可如表4所示:
表4:TSpecTimeAware的信息单元
名称 | 数据类型 | 参考 |
EarliestTransmitOffset | unit 32 | 46.2.3.5.5 |
LatestTransmitOffset | unit 32 | 46.2.3.5.6 |
Jitter | unit 32 | 46.2.3.5.7 |
EarliestTransmitOffset:最早传输偏移,即发送端发送周期内第一个数据帧相对周期开始时间点的最早偏移。该值为有符号整数,单位为ns。
LatestTransmitOffset:最晚传输偏移,即发送端发送周期内第一个数据帧相对周期开始时间点的最晚偏移。该值为有符号整数,单位为ns。
Jitter:抖动,指定发送端的发送偏移量与理想同步网络时间之间的最大时间差,无符号整数,单位为ns。抖动用于定义因发送端实现引入的时间误差,非时间同步误差。
6)UserToNetworkRequirements(40bits):用户到网络的需求,定义了用户诉求,如时延、冗余。包含2个字段:NumSeamlessTrees和MaxLatency。
NumSeamlessTrees:要求网络提供的无缝连接的冗余路径数,0表示1条路径,无冗余;当要求的冗余路径数大于网络所能提供的路径数时,部分冗余路径共享同一路径;
MaxLatency:数据帧从发送端到接收端的最大时延,有符号整数,单位ns;当Stream有多个接收端时,如果发送端定义了该值,则到所有接收端的时延均需满足此值,如果发送端未定义,接收端定义了,则需满足接收端定义的值。
7)InterfaceCapabilities:定义了端节点的接口能力,包括3个字段:
VlanTagCapable:是否支持添加或删除VLAN标签(VLAN Tag);
CB-StreamIdenTypeList:支持的流标识类型,类型如表5所示:
表5:流标识类型
CB-SequenceTypeList:支持的帧复制和去重序列编码和解码类型,如表6所示:
表6:序列编码和解码类型
OUI/CID | 类型编号 | 序列编码/解码方法 |
00-80-C2 | 0 | 预留 |
00-80-C2 | 1 | R-Tag(7.8) |
00-80-C2 | 2 | HST sequence tag(7.9) |
00-80-C2 | 3 | PRP sequence tag(7.10) |
00-80-C2 | 4-255 | 预留 |
其他 | ---- | 由拥有该OUI或CID的实体定义 |
2.2接收端(Listener)组
接收端(Listener)支持4个配置,具体定义同发送端:
1)StreamID;
2)EndStationInterfaces;
3)UserToNetworkRequirements;
4)InterfaceCapabilities。
2.3状态(status)
状态配置由网络发送给发送端和接收端,通知TSN配置成功或失败。在全分布式配置模型和集中式网络/分布式用户配置模型中,由CNC将status发送给发送端和接收端。在全集中式配置模型中,由CNC发送给CUC,进一步的,再由CUC发送给发送端和接收端。
状态包含以下5个配置:
1)StreamID:流标识,其定义同发送端;
2)StatusInfo:TNS流(TSN Stream)配置状态,包含以下3个字段:
TalkerStatus字段:发送端网络配置的状态,可包括如表7所示的信息:
表7:TalkerStatus信息
名称 | 值 | 描述 |
None | 0 | 没有检测到发送端 |
Ready(准备) | 1 | 发送端准备好(已配置) |
Failed(失败) | 2 | 发送端配置失败 |
ListenerStatus字段:接收端网络配置的状态,可包括如表8所示的信息:
表8:ListenerStatus信息
/>
FailureCode字段:错误码。
3)AccumulatedLatency:累积延迟,指当前规划的传输路径可能的最大时延,有符号整数,单位ns。
4)InterfaceConfiguration:接口配置,指发送端和接收端的接口配置,该配置满足Stream的要求,也满足接口能力要求。包括以下配置:
IEEE802-MacAddresses:同发送端配置;
IEEE802-VlanTag:同发送端配置;
IPv4-tuple:同发送端配置;
IPv6-tuple:同发送端配置;
TimeAwareOffset:定义了Talker传输数据包使用的offset(时间偏移),其在EarliestTransmitOffset和LatestTransmitOffset之间。换一种说法就是Talker的发包时间。
5)FailedInterfaces:配置失败的接口列表,定义同EndStationInterfaces。
(二)3GPP网络和TSN网络互通
请参见图2,为本申请实施例中一种3GPP网络和TSN网络互通的***架构图。3GPP5G***和TSN转换器(TSN Translator)整体作为一个逻辑上的TSN网桥(TSN Bridge),5G***通过和控制面TSN Translator(即应用功能(application function,AF)网元)与TSN网络中的节点交换信息,所交换的信息包括:5G***Bridge能力信息、TSN配置信息、TSN输入输出端口的时间调度信息,时间同步信息等。其中,UE侧的TSN Translator(device sideTSC Translator,简称DS-TT)可能位于UE内,也可能位于外部;UPF侧的TSN Translator(network side TSC Translator,简称NW-TT)位于UPF内。
5G***整体作为一个TSN Bridge,CNC根据5GS Bridge以及其它Bridge上报的信息给每个TSN Bridge配置发送时间窗口和流周期,以保证端到端(从TSN Talker到TSNListener)的确定性时延。
以下行为例,用户面处理报文的过程中,报文从TSN***中传输到NW-TT后,NW-TT将报文发送到DS-TT,DS-TT根据CNC配置的发送时间窗口(即门控调度参数)在预配置的时间内将报文发送出去。为了保证报文能及时发送,报文需要在预设值的发送时间之前到达DS-TT,在DS-TT处缓存至发送时间窗口。
参见图3,对于特定的有确定性时延需求的报文,5G***需要根据报文需求确定对应的PDB,并保证报文在UE和UPF之间的传输时间不大于PDB。也就是说,报文会提前到达DS-TT处,以便能赶上CNC配置的发送时间窗口。
3GPP和TSN对接,采用黑盒模型,CNC按照流粒度配置到达5G核心网的时间和离开5G核心网的时间,UE和UPF之间由于空口传输和有线传输造成的不确定性通过在端点TSCTranslator缓存消除。
TSN AF根据从CNC获取的TSN流的调度信息,会确定TSN流到达5G***入口的时间,即在下行方向TSN流到达NW-TT入口的时间,如图4中的DL Burst Arrival Time(下行突发到达时间),以及上行方向TSN流到达DS-TT入口的时间,如图5中的UL Burst Arrival Time(上行突发到达时间)。TSN AF通过策略控制功能(policy control function,PCF)网元将信息提供给会话管理功能(Session Management Function,SMF)网元,SMF根据这些信息进一步计算在下行方向到达NG-RAN的时间(如图4中的DL TSCAI Burst Arrival Time),以及上行方向从UE发出的时间(如图5中的UL TSCAI Burst Arrival Time),作为TSC辅助信息(TSC assistance information,TSCAI)提供给无线接入网(Radio Access Network,RAN)参考,以便RAN节点提前预留资源。
上述TSCAI也可以替换为TSC辅助容器(TSC assistance container,TSCAC),TSCAC可以由AF或TSCTSF发送给SMF(可以经由PCF)。
TSCAI包括的信息如下:
-流的方向:指示TSC流是上行方向还是下行方向;
-周期:指两个突发(burst)开始时间之间的间隔;
-突发到达时间(burst arrival time,BAT):在下行方向,该BAT指突发到达RAN节点入口的时间,在上行方向,该BAT指突发到达UE出口的时间。
可选的,TSCAI也可能包含其他信息,本申请实施例对此不作限制。
TSCAC包括的信息如下:
-流的方向:指示TSC流是上行方向还是下行方向;
-周期:指两个突发(burst)开始时间之间的间隔;
-突发到达时间(burst arrival time,BAT):在给定的流向下,数据突发的第一个数据包到达5GS的入端口的时间(上行为DS-TT,下行为NW-TT)。
可选的,TSCAC也可能包含其他信息。
SMF确定下行方向TSCAI Burst Arrival Time的方法为:
TSCAI Burst Arrival Time=TSCAC DL Burst Arrival Time+DL CN PDB。
SMF确定上行方向TSCAI Burst Arrival Time的方法为:
TSCAI Burst Arrival Time=TSCAC UL Burst Arrival Time+UE-DS-TTResidence Time。
SMF将业务(数据流)绑定至一个服务质量(quality of service,QoS)流,即QoS流(QoS Flow)与业务流之间存在对应关系,对于时延敏感业务,一般认为QoS流与业务流之间一一对应。
(三)5G QoS架构
在5G***中,为了保证业务端到端的服务质量,提出了基于QoS Flow的5G QoS模型,如图6所示。该5G QoS模型支持保证比特率的QoS Flow(GBR QoS Flow,其中GBR是guaranteed bit rate的英文缩写,即保证比特率)和不保证比特率的QoS Flow(Non-GBRQoS Flow)。使用同一个QoS Flow控制的数据包接收相同的传输处理(如调度、准入门限等)。
对于一个UE,可以与5G网络建立一个或者多个PDU会话;每个PDU会话中可以建立一个或者多个QoS Flow。每个QoS Flow由一个QFI(QoS Flow Identifier,QoS流标识)识别,QFI在会话中唯一标识一个QoS Flow。
每个QoS Flow都具有自己的特征信息,其中SMF发送给RAN的是QoS文件。QoS文件中包含5G QoS标识符5QI(5QI是QoS特征的一个索引)。QoS特征中包括PDB。
PDB定义了数据包在UE和UPF的N6终结点之间可能延迟的时间的上限。其中,5G接入网(AN)分组时延预算(5G-AN PDB)是通过减去核心网分组时延预算(CN PDB)的值来确定的。CN PDB表示UPF处的任何N6终止点(对于可能为PDU会话选择的任何UPF)与来自给定PDB的5G-AN之间的延迟。
(四)协同调度优化技术
目前3GPP和TSN互通(或非TSN的时延敏感网络)采用的黑盒模型方式,假设报文在RAN节点和UPF之间传输肯定不会超过CN PDB。
但是,如果不考虑RAN调度的特殊性(TTI调度保护,上下行配比等)时,下行方向会在RAN引入额外的缓存/排队时延。上行方向类似,数据包会在UE缓存/排队,此处仅是以下行为例。图7示出了一种下行方向的报文发送时序示意图。
如图7所示,下行方向,UPF发送的报文到达RAN的时机不同,在RAN上缓存/排队等待调度的时长也不同,其中,最小是处理时延(TTI调度保护带时长),最大可以超过两个时隙(Slot)。RAN一个Slot的典型时长是125us,对于有超低时延需求的业务(如cycle time1-2ms),需要避免在RAN节点排队时延过长。因此,需要将在RAN节点、UPF以及应用服务器(Application Server)处做协同,避免节点的排队时延。如图8所示,目前的一种解决方案是:
1、调度协调器(比如RAN或SMF)获取空口调度时延信息,具体可以包括:TTI起始时间、Slot时长、上下行时隙配比信息、RAN节点TTI保护时长以及CN PDB。
2、调度协调器获取应用时延需求,及TSC QoS相关的信息,包括Burst ArrivalTime、业务周期。
3、调度协调器根据获取的空口调度时延信息以及业务的时延需求,调整下行报文在UPF或应用侧的发送时机,使得有超低时延或抖动需求的业务可以在空口得到及时调度(参见图中的3a,3b,3c)。比如像AF发送信息指示调整应用侧报文的发送时机等。
参见图9,5G的控制面网元,如SMF,可以充当CUC(充当CUC的SMF可以表示为SMF/CUC)。SMF/CUC通过用户/网络接口向TN CNC提供上文所述的Talker/Listener组信息。TNCNC使用其作为输入,配置传输网中的网桥(Bridge),并将状态(status)提供给SMF/CUC。SMF/CUC还可以在UPF和RAN中调整流的发送时间。TN CNC指传输网中的CNC。传输网位于RAN和UPF之间,其传递的业务流为5G网络中的业务流。RAN和UPF分别作为端站(End Station),即Talker和Listener,其中,在上行方向,RAN作为Talker,UPF作为Listener,在下行方向,UPF作为Talker,RAN作为Listener。
参见图10,以SMF充当CUC为例,示出了一种目前采用的TSN配置流程。如图所示,该流程包括如下步骤:
步骤1:UE触发PDU会话建立流程。
PDU会话建立流程可以参见协议TS 23.502第4.3.2章节的内容。
如果RAN和UPF支持TL(Talker/Listener)功能,则RAN和UPF可以向SMF上报接口能力(InterfaceCapabilities)信息。比如可以通过透明容器上报,所述透明容器可以代表RAN、UPF、SMF等网元可以不必理解其中内容,由Talker/Listener或CUC进行处理。
步骤2:PCF向SMF发送带有TSC协助容器的策略和计费控制(policy and chargingcontrol,PCC)规则。
所述TSC协助容器可以代表RAN、UPF、SMF等网元可以不必理解其中内容,由Talker/Listener或CUC进行处理。所述TSC协助容器中包括TSC流量的突发(burst)大小。
SMF根据所述PCC规则建立QoS流,并向RAN和UPF发送QoS流对应的信息(此过程未在图中示出)。
步骤3:SMF执行参数映射,得到Talker/Listener组信息。
所述参数映射,是指根据发送端上报的信息、接收端上报的信息,确定Talker/Listener组信息,该Talker/Listener组信息也可以称为合并后的流需求(merged streamrequirements)。
步骤4:SMF将Talker/Listener组信息(或称merged stream requirements)发送给TN CNC。
步骤5:TN CNC将状态信息(status)返回给SMF。
所述状态信息(status)也称为合并的端站通信配置(merged end stationcommunication-configuration)。
步骤6~7:SMF根据TN CNC返回的状态信息(status)配置Talker和Listener。
在协同调度优化技术发生时,业务流的TSCAI(具体为突发到达时间BAT)会发生变化,若出现协商,则变化更为频繁。当按照TSCAI(或TSCAC)中的BAT计算传输网业务的相关参数(比如传输偏移TransmitOffset)时,就会发生频繁更新,导致TN CNC频繁重新配置,进而导致***不稳定。
为此,本申请实施例提供了一种业务属性配置方法、装置和***,用以避免因突发到达时间(burst arrival time)变化而导致业务流属性频繁变化的问题。
本申请实施例提供一种业务属性配置方法、装置和***,本申请所述方法、装置和***基于同一技术构思,由于方法、装置和***解决问题的原理相似,因此装置和***与方法的实施可以相互参见,重复之处不再赘述。
下面结合附图对本申请实施例进行说明。
参见图11和图12,为本申请实施例提供的一种5G非漫游基于参考点的架构。5G***架构分为接入网和核心网两部分。接入网用于实现无线接入有关的功能。核心网主要包括以下几个关键网元:接入和移动管理网元(access and mobility managementfunction,AMF)、会话管理网元(session management function,SMF)、用户面网元(userplane function,UPF)、策略控制网元(policy control function,PCF)、统一数据管理网元(unified data management,UDM)等。
基于上述服务化的5G***架构和基于参考点的非漫游架构,与本申请相关的网元的功能如下:
终端设备:可以为用户设备(user equipment,UE)、手持终端、笔记本电脑、用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digital assistant,PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptop computer)、无绳电话(cordlessphone)或者无线本地环路(wireless local loop,WLL)台、机器类型通信(machine typecommunication,MTC)终端或是其他可以接入网络的设备。终端设备与接入网设备之间采用某种空口技术相互通信。
(R)AN设备:为终端设备提供接入的设备,包含RAN设备和AN设备。RAN设备主要是3GPP网络无线网络设备,AN可以是non-3GPP定义的接入网设备。无线接入网(Radio AccessNetwork,RAN)设备:主要负责空口侧的无线资源管理、服务质量(quality of service,QoS)管理、数据压缩和加密等功能。所述RAN设备可以包括各种形式的基站,例如:宏基站,微基站(也称为小站),中继站,接入点等。在采用不同的无线接入技术的***中,具备基站功能的设备的名称可能会有所不同,例如,在第五代(5th generation,5G)***中,称为RAN或者gNB(5G NodeB);在LTE***中,称为演进的节点B(evolved NodeB,eNB或者eNodeB);在第三代(3rd generation,3G)***中,称为节点B(Node B)等。
接入网(access network)设备:该网元允许终端设备和3GPP核心网之间采用非3GPP技术互连互通,其中,非3GPP技术例如:无线保真(Wireless Fidelity,Wi-Fi)、全球微波互联接入(Worldwide Interoperability for Microwave Access,WiMAX)、码分多址(code division multiple access,CDMA)网络等。
AMF网元:主要负责移动网络中的移动性管理,如用户位置更新、用户注册网络、用户切换等。
SMF网元:主要负责移动网络中的会话管理,如会话建立、修改、释放。具体功能如为用户分配IP地址、选择提供报文转发功能的UPF等。
UPF网元:负责终端设备中用户数据的转发和接收。可以从数据网络接收用户数据,通过接入网设备传输给终端设备;UPF网元还可以通过接入网设备从终端设备接收用户数据,转发到数据网络。UPF网元中为终端设备提供服务的传输资源和调度功能由SMF网元管理控制的。
PCF网元:主要支持提供统一的策略框架来控制网络行为,提供策略规则给控制层网络功能,同时负责获取与策略决策相关的用户签约信息。
网络开放功能(network exposure function,NEF)网元:主要用于支持能力和事件的开放。
应用功能(application function,AF)网元:主要支持与3GPP核心网交互来提供服务,例如影响数据路由决策,策略控制功能或者向网络侧提供第三方的一些服务。如果AF与5G***位于不同信任域中,则可以通过网络开放功能(NEF)应用程序编程接口(API)提供输入;如果AF与5G***在同一信任域中,则可以直接通过时间敏感通信时间同步功能(TimeSensitive communication Time Synchronization function,TSCTSF)提供输入。在5G中,应用功能网元可以是AF网元,例如图11或图12所示。在未来通信,如6G中,应用功能网元仍可以是AF网元,或有其它的名称,本申请不做限定。
UDM网元:用于生成认证信任状,用户标识处理(如存储和管理用户永久身份等),接入授权控制和签约数据管理等。
数据网络(data network,DN):指的是为用户提供数据传输服务的服务网络,如IP多媒体业务(IP multi-media service,IMS)、互联网(Internet)等。
UE通过UE到DN之间建立的PDU会话,来访问DN。
基于上述架构,5G***可以根据AF/NEF提供的信息确定TSCAI/TSCAC,并可能将其提供给PCF用于IP类型和以太网类型PDU会话。AF可以向NEF提供流量模式参数,例如参考入口端口的突发到达时间、周期性、流向、生存时间和时域。NEF可以将接收到的流量模式参数转发给TSCTSF。可以允许运营商信任的AF直接向TSCTSF提供这样的流量模式参数。TSCTSF可以负责确定TSCAI/TSCAC中的这些业务模式参数并将其转发到SMF(可以通过PCF)。
上述架构中,核心网中的各个网元也可以称为功能实体或者设备或者网络功能,既可以是在专用硬件上实现的网络元件,也可以是在专用硬件上运行的软件实例,或者是在适当平台上虚拟化功能的实例,例如,上述虚拟化平台可以为云平台。
在本申请中,网元也可以称之为网络功能或功能或实体等,本申请对此不作限定。
需要说明的是,图11或图12所示的通信***的架构中不限于仅包含图中所示的网元,还可以包含其它未在图中表示的设备,具体本申请在此处不再一一列举。
需要说明的是,本申请实施例并不限定各个网元的分布形式,图1所示的分布形式只是示例性的,本申请不作限定。
为方便说明,本申请后续均以图1所示的网元为例进行说明,并将XX网元直接简称为XX。应理解,本申请中所有网元的名称仅仅作为示例,在未来通信中还可以称为其它名称,或者在未来通信中本申请涉及的网元还可以通过其它具有相同功能的实体或者设备等来替代,本申请对此均不作限定。这里做统一说明,后续不再赘述。
需要说明的是,图11和图12所示的通信***并不构成本申请实施例能够适用的通信***的限定。图11和图12所示的通信***架构为5G***架构,可选的,本申请实施例的方法还适用于未来的各种通信***,例如6G或者其他通信网络等。
本申请实施例提供的一种业务流属性配置方法,可以适用于如图11或图12所示的通信***。参阅图13所示,为本申请实施例提供的一种业务流属性配置方法的流程示意图,该流程可以发生在需要进行协同调度优化时。该流程中的第一网元为CUC网元,可选的,可以由SMF充当CUC(即TN CNC),第二网元为CNC,可选的,可以由AF充当CNC。第一网元可以通过协商过程调整突发到达时间(BAT),并当接收到来自应用功能(AF)或无线接入网(RAN)的第一指示信息后,结束协商过程,使用调整后的突发到达时间确定第一业务流的属性信息。
所述第一业务流可能与一个QoS流对应,也可能与多个QoS流对应,本申请实施例不做限制。
如图13所示,该方法的具体流程可以包括:
S1301:第一网元获取第一业务流的传输时间信息。所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间。
本申请实施例中,第一业务流的突发到达时间可以包括以下中的至少一项:
下行方向TSCAI突发到达时间,即,突发(burst)到达无线接入网入口的时间(比如图4中的DL TSCAI Burst Arrival Time到达RG-RAN的时间);
上行方向TSCAI突发到达时间,即,突发(burst)到达终端的时间(比如图5中的ULTSCAI Burst Arrival Time到达UE的时间);
下行方向TSCAC突发到达时间,比如,突发(burst)到达UPF侧的NW-TT的时间;
上行方向TSCAC突发到达时间,比如,突发(burst)到达UE侧的DS-TT的时间。
可选的,第一网元可以根据AF提供的DL Burst Arrival Time和DL CN PDB计算得到DL TSCAI Burst Arrival Time,根据AF提供的UL Burst Arrival Time和UE-DS-TTResidence Time计算得到UL TSCAI Burst Arrival Time,具体计算方法可以参见前文的相关内容。
可选的,所述突发到达时间的调整信息为调整后的突发到达时间,或者为所述突发到达时间调整前和调整后的偏移量。
在一些实施例中,所述突发到达时间的调整信息可能来自于无线接入网(RAN),示例性的,第一网元将TSCAI/TSCAC(其中包括BAT)发送给无线接入网后,接收无线接入网发送的该BAT的调整信息。
在另一些实施例中,所述突发到达时间或突发到达时间的调整信息可能来自于策略控制功能(PCF)。示例性的,第一网元将TSCAI/TSCAC(其中包括BAT)发送给无线接入网后,接收无线接入网发送的该BAT的调整信息,第一网元再将该BAT的调整信息(或者调整后的BAT)发送给PCF,PCF将该BAT的调整信息发送给AF,AF再次进行调整后将该BAT的调整信息发送给PCF,由PCF发送给第一网元。上述过程可以称为一轮协商过程。上述过程可以进行多次,也就是说,第一网元获取到的BAT的调整信息,可能是经过一轮或多轮协商获得的。
在另一些实施例中,所述突发到达时间的调整信息可能来自于时间敏感通信时间同步功能(TSCTSF),或者直接来自AF,本申请实施例对此不做限制。
S1302a和S1302b:第一网元接收第一指示信息。
可选的,所述第一指示信息可以是确认指示。
可选的,所述第一指示信息的含义可以表述为:
(1)第一指示信息用于确认传输时间信息,以便使得第一网元根据该确认的传输时间信息确定业务流的属性。
所述传输时间信息可能来自于PCF,也可以来自RAN,或者其他网元。
以PCF为例,比如,如果PCF向第一网元同时发送了BAT和第一指示信息,则该第一指示信息用于指示确认该BAT,使得第一网元根据该BAT确定业务流的属性;再比如,如果PCF同时向第一网元发送了BAT偏移量和第一指示信息,则该第一指示信息用于指示确认该BAT偏移量,也即确认基于该BAT偏移量调整后的BAT,使得第一网元根据该BAT偏移量(或者基于该BAT偏移量调整后的BAT)确定业务流的属性;再比如,如果PCF仅向第一网元发送了第一指示信息,则该第一指示信息用于指示确认第一网元上当前的BAT(或者说第一网元之前发给该PCF的BAT),使得第一网元根据该确认的BAT确定业务流的属性。
再以RAN为例,比如,如果RAN从第一网元接收到BAT后,接受该BAT,则可以仅向第一网元发送第一指示信息,该第一指示信息用于表明RAN接受该BAT,使得第一网元根据该BAT确定业务流的属性信息;再比如,如果RAN从第一网元接收到BAT后,对该BAT进行了调整,并向第一网元发送了BAT偏移量以及第一指示信息,该第一指示信息用于表明RAN接受该BAT偏移量(也即基于该偏移量调整后的BAT),使得第一网元根据该BAT偏移量(或基于该BAT偏移量调整后的BAT)确定业务流的属性信息。
(2)第一指示信息用于确认基于第一网元获取到的传输时间信息进行数据传输。
示例性的,第一指示信息用于确认基于第一网元接收到的突发到达时间进行数据传输,比如确认基于从PCF接收到的BAT进行数据传输。
示例性的,第一指示信息用于确认基于调整后的突发到达时间或者基于突发达到时间的调整信息,进行数据传输。
(3)第一指示信息用于指示突发到达时间不会因为跨层调度优化而进行(或者称进一步)调整。
可以理解,基于第一指示信息,第一网元可以确认基于上述传输时间信息来确定第一业务流的属性信息。
在一种可能的实现方式中,第一指示信息可能来自于策略控制功能(PCF),如图中的S1302a,第一指示信息也可能来自于无线接入网(RAN),如图中的S1302b。
例如,第一网元将TSCAI/TSCAC(其中包括BAT)发送给无线接入网后,接收无线接入网发送的该BAT的调整信息,第一网元再将该BAT的调整信息(或者调整后的BAT)发送给PCF,PCF将该BAT的调整信息发送给AF,AF再次进行调整后将该BAT的调整信息以及第一指示信息发送给PCF(可以经由NEF和或TSCTSF),由PCF发送给第一网元。需要说明的是,上述协商过程可以进行多次,只有在最后一次协商过程中,AF将第一指示信息发送给PCF,由PCF发送给第一网元,之前的协商过程中,AF/PCF发送给第一网元的信息中不包含第一指示信息。
在另一种情况下,在上述交互过程,RAN也可以在接收到第一网元发送的TSCAI/TSCAC(其中包括BAT)后,将BAT的调整信息以及第一指示信息发送给第一网元。在另一种情况下,在上述交互过程,RAN也可以在接收到第一网元发送的TSCAI/TSCAC(其中包括BAT)后,将第一指示信息发送给第一网元,用以确认该BAT,使得第一网元可以根据该BAT确定第一业务流的属性信息。
可选的,上述协商过程可以基于第一指示信息来终结。举例来说,AF从第一网元获取到一个或多个BAT的调整信息后,若AF确定可以使用其中一个,此种情况下,AF确定无需再次进行协商,因此发送第一指示信息给第一网元。
示例性的,以第一指示信息是在最后一轮协商过程中发送的为例,可选的,上述N轮协商过程中的最后一轮协商,可以包括如下步骤:
i)第一网元将TSCAI(其中包括BAT)发送给RAN;
ii)RAN对该BAT进行调整,得到BAT调整信息1,并将BAT调整信息1发送给第一网元;
iii)第一网元接收到BAT调整信息1后,将其发送给AF;
iv)应AF向第一网元发送第一指示信息,以使得第一网元根据该第一指示信息,使用上述BAT调整信息1或基于该BAT调整信息1调整后的BAT,确定第一业务流的属性信息。
在另一种可能的场景中,AF也可以将第一指示信息和BAT调整信息2发送给第一网元,以使得第一网元根据该BAT调整信息2或基于该BAT调整信息2调整后的BAT,确定第一业务流的属性信息。
再以第一指示信息是在最后一轮协商过程中发送的为例,上述N轮协商过程中的最后一轮协商,可以包括如下步骤:
i)第一网元将TSCAI(其中包括BAT)发送给RAN;
ii)RAN向第一网元发送第一指示信息,以使得第一网元根据该BAT确定第一业务流的属性信息。
在另一种可能的场景中,RAN对该BAT进行调整,得到BAT调整信息3,并将BAT调整时间信息3和第一指示信息发送给第一网元,使得第一网元根据该BAT调整信息3或基于该BAT调整信息3调整后的BAT,确定第一业务流的属性信息。
S1303:当第一网元接收到第一指示信息后,根据上述传输时间信息确定第一业务流的属性信息。
可选的,若根据第一指示信息确认的传输时间信息为第一网元接收到的突发到达时间,则第一网元根据该突发到达时间确定第一业务流的属性信息。若根据第一指示信息确认的传输时间信息为突发到达时间的调整信息,则第一网元根据该突发到达时间的调整信息确定第一业务流的属性信息。
可选的,第一业务流的属性信息可以是前述Talker/Listener组信息中的部分参数。可选的,第一网元根据调整后的突发到达时间确定出的第一业务流的属性信息,包括以下至少一项:最早传输偏移(EarliestTransmitOffset),最晚传输偏移(LatestTransmitOffset),最大时延(MaxLatency),发送时间(TimeAwareOffset)。进一步的,还可能包括间隔(interval)、抖动(Jitter)等。这些参数的定义可参见前文描述。
下面以SMF充当CUC为例,说明SMF如何SMF参考的5G***Bridge以及5G QoS参数,确定Talker/Listener组信息。以下仅示例性地列出了几个与本申请相关的参数,Talker/Listener组信息中包含的参数并不仅限于此。
-间隔(interval):SMF可以根据TSCAI中指示的流量周期生成该参数。
-TSpecTimeAware组:
EarliestTransmitOffset:间隔内的最早偏移量。
对于上行,最早传输偏移应基于TSCAI中的UL BAT,加上UE-DS-TT驻留时间和5G-AN PDB之和设置。并且考虑间隔信息,可以使用以下公式:最早的传输偏移可以设置为:ULBAT+5G-AN PDB-M x间隔。其中,M是一个整数,取可以保证公式“UL BAT+5G-AN PDB>M*间隔时长”成立的最大值。
对于下行,应根据TSCAC中DL中的BAT和UPF驻留时间和间隔的总和设置,使用以下公式:DL BAT+UPF驻留时间-M x间隔。其中,M是一个整数,取可以保证公式“DL BAT+UPF驻留时间>M*间隔时长*间隔时长”成立的最大值。
LatestTransmitOffset:间隔内的最后一次机会应留出足够的时间来传输MaxFrameSize的数据包。因此,SMF可以使用EarliestTransmitOffset加上间隔减去(抖动和传输MaxFrameSize数据包的时间之和)来生成它。
抖动:SMF可以根据本地配置生成该参数。
-UserToNetworkRequirements:
MaxLatency:SMF可以根据CN PDB和UPF驻留时间生成该参数,即该参数应该是CNPDB减去UPF驻留时间。
需要说明的是,以上公式中的UPF驻留时间为可选参数。
S1304:第一网元将第一业务流的属性信息发送给第二网元。
可选的,第一网元可以通过向第二网元发送Talker/Listener组信息,将所述第一业务流的属性信息发送给第二网元。
第二网元接收到第一业务流的属性信息后,可以根据该信息确定并生成该业务流的E2E转发路径,并将调度参数发送给交换节点,还可以根据第一业务流的属性信息生成状态信息(status),并将该状态信息发送给第一网元,以使得第一网元将状态信息发送给第一业务流的发送端和接收端(比如在全集中式配置模型下),从而配置第一业务流的发送端和接收端。在另一种可能的实现方式中,第二网元也可以直接将该状态信息发送给第一业务流的发送端和接收端(比如在全分布式配置模型下,或者在集中式网络/分布式用户配置模型下)。
在一种可能的实现方式中,上述流程中,第一网元还可能接收来自策略控制功能网元的第二指示信息,该第二指示信息是应用或应用功能网元发送给策略控制功能网元或TSCTSF的,再由策略控制功能网元或TSCTSF发送给第一网元。所述第二指示信息可以用于指示应用功能或应用支持调整发包时间或支持调整突发到达时间。第一网元根据第二指示信息,不立即根据突发到达时间确定第一业务流的属性信息。根据第二指示信息,第一网元还可以获取第一业务流的到达时间的调整信息(比如通过协商),并在接收到所述第一指示信息后进行第一业务流的属性信息的计算。所述第二指示信息也可以称为“支持调整发包时间的指示”或者“支持调整突发到达时间的指示”,本申请实施例对此不做限制。
基于图13所示的流程,图15和图16分别示出了两种应用场景下的信令交互示意图,具体请参见图15和图16。
上述图13所示的流程中,第一网元获取第一业务流的突发到达时间(BAT)的调整信息后,并不立即确定第一业务流的属性信息,而是在接收到第一指示信息后,根据调整后的突发到达时间确定第一业务流的属性信息,因此可以避免因突发到达时间变化而导致业务流属性频繁变化的问题。
采用上述图13所示的流程,当协同调度优化发生时,可以避免因为业务流的TSCAI/TSCAC(具体为BAT)的变化,导致TSCAI/TSCAC中的BAT计算传输网业务的TransmitOffset频繁更新,以及TN CNC频繁重新配置。
本申请实施例提供的一种业务流属性配置方法,可以适用于如图11或图12所示的通信***。参阅图14所示,为本申请实施例提供的一种业务流属性配置方法的流程示意图,该流程可以发生在需要进行协同调度优化时。该流程中的第一网元为CUC网元,可选的,可以由SMF充当CUC(即TN CNC),第二网元为CNC,可选的,可以由AF充当CNC。第一网元可以基于显示或隐式的指示方式,通过协商过程调整突发到达时间(BAT),并使用调整后的突发到达时间确定第一业务流的属性信息。
所述第一业务流可能与一个QoS流对应,也可能与多个QoS流对应,本申请实施例不做限制。
如图14所示,该方法的具体流程可以包括:
S1401:第一网元接收第一信息。
可选的,所述第一信息是应用或应用功能网元发送给策略控制功能网元或TSCTSF的,再由策略控制功能网元或TSCTSF发送给第一网元。
可选的,所述第一信息包括第二指示信息,所述第二指示信息可以用于指示应用功能或应用支持调整发包时间或支持调整突发到达时间。第一网元根据第二指示信息,不立即根据突发到达时间确定第一业务流的属性信息。第一网元还可以根据第二指示信息通过协商获得第一业务流的突发到达时间调整信息,确定根据调整后的突发到达时间确定第一业务流的属性信息。通过向第一网元发送第二指示信息,可以实现通过显式方式指示第一网元基于调整后的突发到达时间确定业务流属性。所述第二指示信息也可以称为“支持调整突发到达时间的指示”,本申请实施例对此不做限制。
可选的,所述第一信息包括第一业务流的备选突发到达时间。备选突发到达时间可以是具体的突发到达时间(或偏移量),也可以是一个突发到达时间窗(或偏移量区间)。备选突发到达时间用于指示业务可接受的调整时间。另外,通过向第一网元发送备选突发到达时间,也可以实现通过隐式方式指示第一网元基于调整后的突发到达时间确定业务流属性。
当然,第一信息可以同时包含第二指示信息和第一业务流的备选突发到达时间。本申请实施例不做限制。
S1402:第一网元根据所述第一信息,获取第一业务流的传输时间信息,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间。
本申请实施例中,第一业务流的突发到达时间可以包括以下中的至少一项:
下行方向TSCAI突发到达时间,即,突发(burst)到达无线接入网入口的时间(比如图4中的DL TSCAI Burst Arrival Time是到达NG-RAN的时间);
上行方向TSCAI突发到达时间,即,突发(burst)到达终端的时间(比如图5中的ULTSCAI Burst Arrival Time是到达UE的时间);
下行方向TSCAC突发到达时间,比如,突发(burst)到达UPF侧的NW-TT的时间;
上行方向TSCAC突发到达时间,比如,突发(burst)到达UE侧的DS-TT的时间。
可选的,第一网元可以根据AF提供的DL Burst Arrival Time和DL CN PDB计算得到DL TSCAI Burst Arrival Time,根据AF提供的UL Burst Arrival Time和UE-DS-TTResidence Time计算得到UL TSCAI Burst Arrival Time,具体计算方法可以参见前文的相关内容。
可选的,所述突发到达时间的调整信息为调整后的突发到达时间,或者为所述突发到达时间调整前和调整后的偏移量。
可选的,所述传输时间信息可能来自于无线接入网(RAN),示例性的,第一网元将TSCAI/TSCAC(其中包括BAT)发送给无线接入网后,接收无线接入网发送的该BAT的调整信息。又示例性的,第一网元将TSCAI/TSCAC(其中包括BAT)发送给无线接入网后,接收无线接入网发送的相同的BAT,表示无线接入网确认使用该BAT。又示例性的,第一网元将备选BAT发送给无线接入网后,接收无线接入网发送的相同的BAT,表示无线接入网确认使用该备选BAT。又示例性的,第一网元将备选BAT发送给无线接入网后,接收无线接入网发送的BAT的调整信息。
可选的,第一网元还可以将备选突发到达时间发送给无线接入网,无线接入网发送的所述突发到达时间调整信息可以是根据所述备选突发到达时间确定的。
S1403:第一网元根据上述传输时间信息确定第一业务流的属性信息。
可选的,若所述传输时间信息为突发到达时间,则第一网元根据该突发到达时间确定第一业务流的属性信息。若所述传输时间信息为突发到达时间的调整信息,则第一网元根据该突发到达时间的调整信息或者根据调整后的突发到达时间,确定第一业务流的属性信息。
可选的,第一业务流的属性信息可以是前述Talker/Listener组信息中的部分参数。可选的,第一网元根据调整后的突发到达时间确定出的第一业务流的属性信息,包括以下至少一项:最早传输偏移(EarliestTransmitOffset),最晚传输偏移(LatestTransmitOffset),最大时延(MaxLatency),发送时间(TimeAwareOffset)。这些参数的定义可参见前文描述。
S1404:第一网元将第一业务流的属性信息发送给第二网元。
可选的,第一网元可以通过向第二网元发送Talker/Listener组信息,将所述第一业务流的属性信息发送给第二网元。
第二网元接收到第一业务流的属性信息后,可以根据该信息确定并生成该业务流的E2E转发路径,并将调度参数发送给交换节点,还可以根据第一业务流的属性信息配置该第一业务流在传输网中的发送端和接收端。例如,第二网元可以根据第一业务流的属性信息生成状态信息(status),并将该状态信息发送给第一网元,以使得第一网元将状态信息发送给第一业务流的发送端和接收端(比如在全集中式配置模型下)。在另一种可能的实现方式中,第二网元也可以直接将该状态信息发送给第一业务流的发送端和接收端(比如在全分布式配置模型下,或者在集中式网络/分布式用户配置模型下)。
基于图14所示的流程,图17和图18分别示出了两种应用场景下的信令交互示意图,具体请参见图17和图18。
上述图14所述的流程中,第一网元根据第一信息获取第一业务流的突发到达时间(BAT)的调整信息(比如通过协商过程获取BAT调整信息)后,根据调整后的突发到达时间确定第一业务流的属性信息,从而在获取BAT调整信息后,才根据调整后的BAT确定第一业务流的属性信息,因此可以避免因突发到达时间变化而导致业务流属性频繁变化的问题。
采用上述图14所示的流程,当协同调度优化发生时,可以避免因为业务流的TSCAI/TSCAC(具体为BAT)的变化,导致TSCAI/TSCAC中的BAT计算传输网业务的TransmitOffset频繁更新,以及TN CNC频繁重新配置。
场景一
参见图15,该场景为图13所示流程中的一种应用场景,其中,RAN为接入网中的接收/发送端(如图中所示的AN-TL),UPF为核心网中的接收/发送端(如图中所示的CN-TL),SMF充当CUC。充当CUC的SMF通过协商调整第一业务流的突发到达时间(BAT),在接收到来自RAN的第一指示信息后,根据调整后的BAT确定第一业务流的属性信息,以便调整第一业务流的发送时间。
如图所示,该流程包括以下步骤:
步骤1:UE触发PDU会话建立流程。
可选的,该步骤的具体实现方式可以参见图10中步骤1的内容。
步骤2:PCF向SMF发送带有TSC协助容器的PCC规则。
可选的,该步骤的具体实现方式可以参见图10中步骤2的内容。
可选的,在步骤2中,PCF还可以向SMF发送第二指示信息,该第二指示信息来自于AF或应用,用于指示AF或应用支持调整发包时间或支持调整BAT(burst arrival time)。该第二指示信息也可以称为“支持调整BAT的指示”。
步骤3:SMF向RAN发送TSCAI,所述TSCAI中包括第一业务流的BAT。
可选的,所述TSCAI中的BAT包括下行方向突发到达RAN入口的时间(比如,如图4中所示的DL TSCAI Burst Arrival Time),和/或上行方向突发到达UE的时间(比如,如图5中所示的UL TSCAI Burst Arrival Time)。
可选的,所述TSCAI中还可以包括流方向信息和周期。流方向信息用于指示第一业务流的是上行方向还是下行方向,周期是指两个突发开始时间之间的间隔。
可选的,AF根据从CNC获取的TSN流的调度信息,确定TSN流到达5G***入口的时间,即在下行方向TSN流到达NW-TT入口的时间(比如,如图4中的DL Burst Arrival Time),上行方向TSN流到达DS-TT入口的时间(比如,如图5中的UL Burst Arrival Time),并通过PCF将这些信息提供给SMF。SMF根据这些信息进一步计算在下行方向上突发到达RAN的时间(TSCAI Burst Arrival Time),以及上行方向突发从UE发出的时间(UL TSCAI BurstArrival Time)。SMF计算TSCAI的BAT的方法可以参考前文的相关内容。
步骤4:RAN接收到BAT后,调整该BAT,并向SMF反馈BAT调整信息。
可选的,所述BAT调整信息可以是一个偏移量(offset),该偏移量为BAT调整前后的差值,根据该偏移量可以确定出调整后的BAT。可选的,所述BAT调整信息也可以是调整后的BAT。当然实现时,SMF也可以直接根据偏移量进行计算。
步骤5:SMF接收到BAT调整信息后,将该BAT调整信息发送给PCF。
可选的,若BAT为绝对时间,则SMF将5G内部时间映射为外部时间后再发送给PCF。
步骤6:PCF向SMF发送第一指示信息。
上述步骤3~步骤6为一轮协商过程,通过上述协商过程可以得到BAT调整信息。
可选的,在步骤6中,对于下行方向的传输,PCF接收到来自SMF的BAT调整信息后,可以将该BAT调整信息发送给AF或应用,以使AF或应用根据该BAT调整信息调整发包时间。
所述第一指示信息的含义可以参考前文。比如,所述第一指示信息也可以称为“确认指示”,用于指示根据调整后的BAT进行数据传输(比如对于下行方向的传输,根据该修改后的BAT确定发包时间);或者也可以表述为:所述第一指示信息用于指示BAT不会因为跨层调度优化调整;或者也可以表述为:所述第一指示信息用于指示SMF在收到该第一指示信息后利用确认的BAT(即调整后的BAT)确定传输网业务流的属性。换言之,所述第一指示信息的作用是使得SMF根据该第一指示信息,确定BAT参数协商完成,应立即根据调整后的BAT确定相应业务流的属性信息,以便CNC根据该业务流的属性信息配置该业务流在传输网中的发送端和接收端。
可选的,PCF还可以将BAT调整信息发送给SMF。在一种可能的实现方式中,PCF可以将BAT调整信息以及所述第一指示信息通过一个信令发送给SMF。在另一种可能的实现方式中,第一指示信息可以通过单独的信令传输。本申请实施例对此不做限制。
步骤7:SMF接收到第一指示信息后,执行参数映射。
所述参数映射,是指根据发送端上报的信息、接收端上报的信息,进一步的还包括上述调整后的BAT等信息,确定Talker/Listener组信息,该Talker/Listener组信息也可以称为合并后的流需求(merged stream requirements)。本申请实施例中,通过参数映射,可以根据调整后的BAT确定出第一业务流的属性信息。
可选的,SMF可以根据调整后的BAT执行参数映射,也可以直接根据BAT的偏移量执行参数映射。
可选的,SMF在执行参数映射时,可以使用TSCAI BAT也可以使用TSCAC BAT。TSCAIBAT和TSCAC BAT之间,根据前文给出的方法进行转换。
可选的,根据调整后的BAT确定出的第一业务流的属性信息,可以包括以下参数中的一个或多个:最早传输偏移(EarliestTransmitOffset),最晚传输偏移(LatestTransmitOffset),最大时延(MaxLatency),发送时间(TimeAwareOffset)。这些参数的定义可参见前文描述。
步骤8:SMF将Talker/Listener组信息(或称合并后的流需求merged streamrequirements)发送给CNC。
CNC接收到该Talker/Listener组信息后,根据该Talker/Listener组信息确定并生成该业务流的E2E转发路径,并将调度参数发送给交换节点。CNC还根据该Talker/Listener组信息确定需要配置给发送端和接收端的状态信息(Status),所述状态信息也可以称为合并的端站通信配置(merged end station communication-configuration)。
可选的,CNC根据Talker/Listener组信息确定状态信息的方法,以及状态信息的内容,可以参见前文的相关内容。
步骤9:CNC将状态信息(或称合并的端站通信配置merged end stationcommunication-configuration)发送给SMF。
步骤10和步骤11:SMF根据CNC发送的状态信息,分别配置发送端(Talker)和接收端(Listener)。
可选的,SMF可以将状态信息中的TimeAwareOffset(发送端的发包时间)发送到透明容器中的CN-TL和AN-TL,使得CN-TL和AN-TL相应调整流量的发送时间。
在一种可能的实现方式中,上述协商过程可以仅进行一轮,也可以进行多轮。如果协商过程进行多轮,则在除最后一轮的其他轮协商过程中,PCF在接收到BAT调整信息后,向SMF发送BAT调整信息,仅在最后一轮协商过程中,PCF在接收到BAT调整信息后向SMF发送第一指示信息,从而使得SMF确定应立即进行参数映射,这样SMF不必利用不稳定的BAT计算业务流的属性。
在一种可能的实现方式中,无论在何种情况下,PCF都不会向SMF发送第二指示信息,也就是说,方案中未定义第二指示信息,仅定义了第一指示信息,则SMF在接收到来自PCF的PCC规则后,默认不立即进行参数映射,而是在接收到第一指示信息后进行参数映射。在另一种可能的实现方式中,方案中定义了第一指示信息和第二指示信息,如果PCF向SMF发送PCC规则时携带有第二指示信息,则SMF不立即进行参数映射,而是在接收到第一指示信息后进行参数映射;如果PCF向SMF发送PCC规则时未携带第二指示信息,则SMF可以立即进行参数映射。
上述图15所示的流程中,SMF通过AF的第二指示信息(即可接受调整指示)判断BAT可能会由于跨层调度优化被调整,从而判断不必立即发送传输网业务流的属性。SMF通过AF(PCF)的第一指示(即确认指示)判断BAT不会再由于跨层调度优化被调整,此时再确定业务流的属性信息,因而可以避免不必要的参数调整。
需要说明的是,上述图15所示的流程仅为一种示例,其中的部分步骤可以是可选步骤,步骤的时序也可能根据业务需要而调整,本申请对此不作限制。
场景二
参见图16,该场景为图13所示流程中的一种应用场景,其中,RAN为接入网中的接收/发送端(如图中所示的AN-TL),UPF为核心网中的接收/发送端(如图中所示的CN-TL),SMF充当CUC。充当CUC的SMF通过协商调整第一业务流的突发到达时间(BAT),在接收到来自AF的第一指示信息后,根据调整后的BAT确定第一业务流的属性信息,以便调整第一业务流的发送时间。
如图所示,该流程包括以下步骤:
步骤1:UE触发PDU会话建立流程。
步骤2:PCF向SMF发送带有TSC协助容器的PCC规则。
步骤3:SMF向RAN发送TSCAI,所述TSCAI中包括第一业务流的BAT。
步骤4:RAN接收到BAT后,调整该BAT,并向SMF反馈BAT调整信息以及第一指示信息。
可选的,所述BAT调整信息可以是一个偏移量(offset),该偏移量为BAT调整前后的差值,根据该偏移量可以确定出调整后的BAT。可选的,所述BAT调整信息也可以是调整后的BAT。
上述步骤3~步骤4为一轮协商过程,通过上述协商过程可以得到BAT调整信息。
所述第一指示信息的含义可以参考前文。比如,所述第一指示信息也可以称为“确认指示”,用于指示根据调整后的BAT进行数据传输(比如对于下行方向的传输,根据该修改后的BAT确定发包时间);或者也可以表述为:所述第一指示信息用于指示BAT不会因为跨层调度优化调整;或者也可以表述为:所述第一指示信息用于指示SMF在收到该第一指示信息后利用确认的BAT(即调整后的BAT)确定传输网业务流的属性。换言之,所述第一指示信息的作用是使得SMF根据该第一指示信息,确定BAT参数协商完成,应立即根据调整后的BAT确定相应业务流的属性信息。
可选的,RAN可以将BAT调整信息以及所述第一指示信息通过一个信令发送给SMF,也可以通过单独的信令传输第一指示信息,本申请实施例对此不做限制。
作为另外一种实现,RAN可以只向SMF发送第一指示信息而不包含BAT调整信息。比如收到SMF发送的BAT时,RAN判断可以使用该BAT,就可以只发送第一指示信息。SMF根据从PCF收到的TSCAC或者存储的TSCAI执行参数映射(步骤5)。
步骤5:SMF接收到第一指示信息后,执行参数映射。
步骤6:SMF将Talker/Listener组信息(或称合并后的流需求merged streamrequirements)发送给CNC。
步骤7:CNC将状态信息(或称合并的端站通信配置merged end stationcommunication-configuration)发送给SMF。
步骤8和步骤9:SMF根据CNC发送的状态信息,分别配置发送端(Talker)和接收端(Listener)。
上述流程中的步骤1~3以及步骤5~9,可以参考图15中的相应步骤。
在一种可能的实现方式中,上述协商过程可以仅进行一轮,也可以进行多轮。如果协商过程进行多轮,则仅在最后一轮协商过程中,RAN在接收到BAT调整信息后向SMF发送第一指示信息,从而使得SMF确定应立即进行参数映射,这样SMF不必利用不稳定的BAT计算业务流的属性。
在一种可能的实现方式中,RAN接收到来自SMF的TSCAI后,可以仅将第一指示信息发送给SMF,而不发送BAT调整信息。比如,在多轮协商过程中,RAN在最后一轮协商过程中,仅将第一指示信息发送给SMF。
在一种可能的实现方式中,无论在何种情况下,PCF都不会向SMF发送第二指示信息,也就是说,方案中未定义第二指示信息,仅定义了第一指示信息,则SMF在接收到来自PCF的PCC规则后,默认不立即进行参数映射,而是在接收到第一指示信息后进行参数映射。在另一种可能的实现方式中,方案中定义了第一指示信息和第二指示信息,如果PCF向SMF发送PCC规则时携带有第二指示信息,则SMF不立即进行参数映射,而是在接收到第一指示信息后进行参数映射;如果PCF向SMF发送PCC规则时未携带第二指示信息,则SMF可以立即进行参数映射。
上述图16所示的流程中,SMF通过AF的第二指示信息(即可接受调整指示)判断BAT可能会由于跨层调度优化被调整,从而判断不必立即发送传输网业务流的属性。SMF通过RAN的第一指示(即确认指示)判断BAT不会再由于跨层调度优化被调整,此时再确定业务流的属性信息,因而可以避免不必要的参数调整。
需要说明的是,上述图16所示的流程仅为一种示例,其中的部分步骤可以是可选步骤,步骤的时序也可能根据业务需要而调整,本申请对此不作限制。
场景三
参见图17,该场景为图14所示流程中的一种应用场景,其中,RAN为接入网中的接收/发送端(如图中所示的AN-TL),UPF为核心网中的接收/发送端(如图中所示的CN-TL),SMF充当CUC。充当CUC的SMF根据隐式指示(比如通过备选BAT进行隐式指示)进行一轮协商以调整第一业务流的突发到达时间(BAT),根据调整后的BAT确定第一业务流的属性信息,以便调整第一业务流的发送时间。
如图所示,该流程包括以下步骤:
步骤1:UE触发PDU会话建立流程。
步骤2:PCF向SMF发送带有TSC协助容器的PCC规则,其中包括第一业务流的备选BAT(AltenativeBAT)。
通过备选BAT,可以隐式说明AF支持调整BAT或发包时间,以使得SMF在收到该备选BAT后,不立即执行参数映射并发送业务流的属性信息,而是执行参数协商。
步骤3:SMF向RAN发送TSCAI以及备选BAT,所述TSCAI中包括第一业务流的BAT。
步骤4:RAN接收到BAT后,调整该BAT,并向SMF反馈BAT调整信息。
可选的,RAN在调整BAT时,可以参考备选BAT进行调整。比如,可以选择备选BAT(窗口)中的一个值进行调整,或者根据备选BAT(窗口)中的一个值进行确定偏移量,本申请实施例对此不作限制。
上述步骤3~4为一轮协商过程,通过上述协商过程可以得到BAT调整信息。
步骤5:SMF接收到BAT调整信息后,执行参数映射。这种情况下,SMF收到参考备选BAT进行调整的BAT调整信息,可以默认AF会接受,从而不会有多次协商。因此SMF可以直接根据该BAT调整信息后,执行参数映射。
步骤6:SMF将Talker/Listener组信息(或称合并后的流需求merged streamrequirements)发送给CNC。
步骤7:CNC将状态信息(或称合并的端站通信配置merged end stationcommunication-configuration)发送给SMF。
步骤8和步骤9:SMF根据CNC发送的状态信息,分别配置发送端(Talker)和接收端(Listener)。
上述流程中的一些步骤的具体实现方式,可以参考图15中的相关步骤。
上述流程可以适用于一轮协商的场景,当SMF接收到BAT调整信息后,不再执行协商过程,而是进行参数映射,将第一业务流的属性信息发送给CNC,以便对交换节点、发送端和接收端进行配置。
上述图17所示的流程中,SMF通过AF的隐式指示判断BAT可能会由于跨层调度优化被调整,从而判断不必立即发送传输网业务流的属性。SMF通过RAN的隐式确认判断BAT不会再由于跨层调度优化被调整,此时再确定业务流的属性信息,因而可以避免不必要的参数调整。
上述图17所示的流程仅为一种示例,其中的部分步骤可以是可选步骤,步骤的时序也可能根据业务需要而调整,本申请对此不作限制。
场景四
参见图18,该场景为图14所示流程中的一种应用场景,其中,RAN为接入网中的接收/发送端(如图中所示的AN-TL),UPF为核心网中的接收/发送端(如图中所示的CN-TL),SMF充当CUC。充当CUC的SMF根据显示指示(比如第二指示信息)进行一轮协商以调整第一业务流的突发到达时间(BAT),根据调整后的BAT确定第一业务流的属性信息,以便调整第一业务流的发送时间。
如图所示,该流程包括以下步骤:
步骤1:UE触发PDU会话建立流程。
步骤2:PCF向SMF发送带有TSC协助容器的PCC规则,其中包括第二指示信息。
所述第二指示信息也可以称为“支持调整BAT的指示”。该第二指示信息来自于AF或应用,用于指示AF或应用支持调整发包时间或支持调整BAT。
通过第二指示信息,可以显示说明AF支持调整BAT或发包时间,以使得SMF在收到该第二指示信息后,不立即执行参数映射并发送业务流的属性信息,而是执行参数协商过程。
步骤3:SMF向RAN发送TSCAI,所述TSCAI中包括第一业务流的BAT。
步骤4:RAN接收到BAT后,调整该BAT,并向SMF反馈BAT调整信息。
上述步骤3~4为一轮协商过程,通过上述协商过程可以得到BAT调整信息。
步骤5:SMF接收到BAT调整信息后,执行参数映射。
步骤6:SMF将Talker/Listener组信息(或称合并后的流需求merged streamrequirements)发送给CNC。
步骤7:CNC将状态信息(或称合并的端站通信配置merged end stationcommunication-configuration)发送给SMF。
步骤8和步骤9:SMF根据CNC发送的状态信息,分别配置发送端(Talker)和接收端(Listener)。
上述流程中的一些步骤的具体实现方式,可以参考图15中的相关步骤。
上述流程可以适用于一轮协商的场景,当SMF接收到BAT调整信息后,不再执行协商过程,而是进行参数映射,将第一业务流的属性信息发送给CNC,以便对交换节点、发送端和接收端进行配置。
上述图18所示的流程中,SMF通过AF的显式指示判断BAT可能会由于跨层调度优化被调整,从而判断不必立即发送传输网业务流的属性。SMF通过RAN的隐式确认判断BAT不会再由于跨层调度优化被调整,此时再确定业务流的属性信息,因而可以避免不必要的参数调整。
上述图18所示的流程仅为一种示例,其中的部分步骤可以是可选步骤,步骤的时序也可能根据业务需要而调整,本申请对此不作限制。
基于相同的技术构思,本申请实施例还提供了一种通信装置。该通信装置可执行如图13、图15、图16中第一网元(比如SMF)执行的流程,或者执行如图14、图17、图18中第一网元(如SMF)执行的流程。
如图19所示,该通信装置1900可包括:处理单元1901、收发单元1902。收发单元1902与处理单元1901耦接。
当通信装置1900执行如图13、图15或图16中第一网元(比如SMF)执行的流程时,上述各功能模块的功能可以包括:
处理单元1901,用于:
获取第一业务流的传输时间信息,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;当所述收发单元接收到第一指示信息后,根据所述传输时间信息确定所述第一业务流的属性信息;以及,通过收发单元1902将所述第一业务流的属性信息发送给第二网元。
可选的,所述第一指示信息来自于AF网元,或PCF网元,或TSCTSF网元。
可选的,所述第一指示信息为确认指示;或者,所述第一指示信息用于确认所述传输时间信息或基于所述传输时间信息进行数据传输;或者,所述第一指示信息用于指示突发到达时间不会因为跨层调度优化而进行调整。
可选的,收发单元1902还用于在处理单元1901获取第一业务流的所述传输时间信息之前,接收第二指示信息;处理单元1901具体用于根据所述第二指示信息,获取所述第一业务流的突发到达时间的调整信息。
可选的,所述第二指示信息来自于AF网元,或PCF网元,或TSCTSF网元。
可选的,所述传输时间信息来自于无线接入网网元,或AF网元,或PCF网元,或TSCTSF网元。
可选的,处理单元1901具体用于:通过收发单元1902将时延敏感通信辅助信息发送给无线接入网,所述时延敏感通信辅助信息包括突发到达时间,所述突发到达时间包括下行方向突发到达所述无线接入网入口的时间,和/或上行方向突发到达终端的时间;通过收发单元1902接收来自所述无线接入网的突发到达时间调整信息;通过收发单元1902将所述突发到达时间调整信息发送给所述应用功能;通过收发单元1902接收来自于所述应用功能的所述第一指示信息。
可选的,所述突发到达时间,包括以下中的至少一项:上行TSCAI突发到达时间,下行TSCAI突发到达时间,上行TSCAC突发到达时间,下行TSCAC突发到达时间。
可选的,所述突发到达时间的调整信息为调整后的突发到达时间,或者为所述突发到达时间调整前和调整后的偏移量。
可选的,所述第一业务流的属性信息,包括以下至少一项:
最早传输偏移,所述最早传输偏移为所述发送端在发送周期内第一个数据帧相对于所述发送周期开始时间点的最早偏移;
最晚传输偏移,所述最晚传输偏移为所述发送端在发送周期内第一个数据帧相对于所述发送周期开始时间点的最晚偏移;
最大时延,所述最大时延为数据帧从所述发送端到所述接收端的最大时延;
发送时间,所述发送时间为所述发送端传输数据包时使用的时间偏移,所述时间偏移在所述最早传输偏移和所述最晚传输偏移之间。
可选的,所述第一网元为会话管理功能网元,所述会话管理功能网元被配置为集中式用户配置网元;所述第二网元为集中式网络配置网元。
当通信装置1900执行如图14、图17或图18中第一网元(比如SMF)执行的流程时,上述各功能模块的功能可以包括:
收发单元1902,用于接收第一信息,所述第一信息包括第二指示信息和/或第一业务流的备选突发到达时间;
处理单元1901,用于根据所述第一信息,获取所述第一业务流的传输时间信息,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;根据所述传输时间信息确定所述第一业务流的属性信息;以及,通过收发单元1902将所述第一业务流的属性信息发送给第二网元。
可选的,所述第一信息来自于AF网元,或PCF网元,或网元。
可选的,所述第二指示信息用于指示所述应用功能支持调整突发到达时间或发包时间。
可选的,所述传输时间信息来自于无线接入网网元。
可选的,所述突发到达时间的调整信息,是所述无线接入网网元根据所述备选突发到达时间确定的。
可选的,所述突发到达时间,包括以下中的至少一项:上行TSCAI突发到达时间,下行TSCAI突发到达时间,上行TSCAC突发到达时间,下行TSCAC突发到达时间。
可选的,所述突发到达时间的调整信息为调整后的突发到达时间,或者为所述突发到达时间调整前和调整后的偏移量。
可选的,所述第一业务流的属性信息,包括以下至少一项:
最早传输偏移,所述最早传输偏移为所述发送端在发送周期内第一个数据帧相对于所述发送周期开始时间点的最早偏移;
最晚传输偏移,所述最晚传输偏移为所述发送端在发送周期内第一个数据帧相对于所述发送周期开始时间点的最晚偏移;
最大时延,所述最大时延为数据帧从所述发送端到所述接收端的最大时延;
发送时间,所述发送时间为所述发送端传输数据包时使用的时间偏移,所述时间偏移在所述最早传输偏移和所述最晚传输偏移之间。
可选的,所述第一网元为会话管理功能网元,所述会话管理功能网元被配置为集中式用户配置网元;所述第二网元为集中式网络配置网元。
上述通信装置1900能够实现上述方法实施例中的方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
基于相同的技术构思,本申请实施例还提供了一种通信装置。该通信装置可执行如图13、图15、图16中无线接入网(RAN)或策略控制功能(PCF)执行的流程。
如图20所示,该通信装置2000可包括:处理单元2001、收发单元2002。收发单元2002与处理单元2001耦接。
处理单元2001,用于确定基于确认的第一业务流的传输时间信息进行数据传输,或者所述第一业务流的突发到达时间不会因为跨层调度优化而进行调整,其中,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;以及,通过收发单元2002向所述第一网元发送第一指示信息。
可选的,所述第一指示信息为确认指示,或者所述第一指示信息用于确认所述传输时间信息或基于所述传输时间信息进行数据传输,或者所述第一指示信息用于指示突发到达时间不会因为跨层调度优化而进行调整。
可选的,处理单元2001在通过收发单元2002向第一网元发送第一指示信息之前,还通过收发单元2002向所述第一网元发送第二指示信息,所述第二指示信息用于指示所述应用功能支持调整突发到达时间或发包时间。
上述通信装置2000能够实现上述方法实施例中的方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
为便于理解,图21中仅示出了通信装置2100执行本申请所示方法所需的结构,本申请并不限制通信装置可具备更多组件。该通信装置2100可用于执行上述方法实施例中相关网元执行的步骤,比如所述相关网元可以是第一网元(如SMF),PCF,RAN等。
该通信装置2100可包括收发器2101、存储器2103以及处理器2102,收发器2101、存储器2103以及处理器2102可以通过总线2104连接。该收发器2101可以用于通信装置进行通信,如用于发送或接收信号。该存储器2103与所述处理器2102耦合,可用于保存通信装置2100实现各功能所必要的程序和数据。以上存储器2103以及处理器2102可集成于一体也可相互独立。
示例性的,该收发器2101可以是通信端口,如网元之间用于通信的通信端口(或称接口)。收发器2101也可被称为收发单元或通信单元。该处理器2102可通过处理芯片或处理电路实现。收发器2101可采用无线方式或有线方式进行信息接收或发送。
另外,根据实际使用的需要,本申请实施例提供的通信装置可包括处理器,由该处理器调用外接的收发器和/或存储器以实现上述功能或步骤或操作。通信装置也可包括存储器,由处理器调用并执行存储器中存储的程序实现上述功能或步骤或操作。或者,通信装置也可包括处理器及收发器(或通信接口),由处理器调用并执行外接的存储器中存储的程序实现上述功能或步骤或操作。或者,通信装置也可包括处理器、存储器以及收发器。
基于与上述方法实施例相同构思,本申请实施例中还提供一种计算机可读存储介质,其上存储有程序指令(或称计算机程序、指令),该程序指令被处理器执行时,使该计算机执行上述方法实施例、方法实施例的任意一种可能的实现方式中由第一网元。无线接入网或策略控制功能执行的操作。
基于与上述方法实施例相同构思,本申请还提供一种计算机程序产品,包括程序指令,该计算机程序产品在被计算机调用执行时,可以使得计算机实现上述方法实施例、方法实施例的任意一种可能的实现方式中由第一网元。无线接入网或策略控制功能执行的操作。
基于与上述方法实施例相同构思,本申请还提供一种芯片或芯片***,该芯片与收发器耦合,用于实现上述方法实施例、方法实施例的任意一种可能的实现方式中由第一网元。无线接入网或策略控制功能执行的操作。该芯片***可包括该芯片,以及包括存储器、通信接口等组件。
基于与上述方法实施例相同构思,本申请实施例还提供一种通信***。可选的,所述通信***包括第一网元(如配置为CUC的SMF),第二网元(如CNC)和第三网元(如PCF,RAN),该通信***可实现如图13、图15或图16所示的流程。可选的,所述通信***包括第一网元(如配置为CUC的SMF)、第二网元(如CNC)和第三网元(如PCF),该通信***可实现如图14、图17或图18所示的流程。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的保护范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (32)
1.一种业务流属性配置方法,其特征在于,包括:
第一网元获取第一业务流的传输时间信息,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;
当所述第一网元接收到第一指示信息后,根据所述传输时间信息确定所述第一业务流的属性信息;
所述第一网元将所述第一业务流的属性信息发送给第二网元。
2.如权利要求1所述的方法,其特征在于,所述第一指示信息来自于应用功能AF网元,或策略控制功能PCF网元,或时间敏感通信时间同步功能TSCTSF网元。
3.如权利要求1或2所述的方法,其特征在于:
所述第一指示信息为确认指示;或者,
所述第一指示信息用于确认所述传输时间信息或基于所述传输时间信息进行数据传输;或者,
所述第一指示信息用于指示突发到达时间不会因为跨层调度优化而进行调整。
4.如权利要求1-3任一项所述的方法,其特征在于,所述第一网元获取第一业务流的传输时间信息之前,所述方法还包括:
所述第一网元接收第二指示信息,所述第二指示信息用于指示应用功能或应用支持调整发包时间或支持调整突发到达时间,或者用于指示所述第一网元不立即根据突发到达时间确定所述第一业务流的属性信息。
5.如权利要求4所述的方法,其特征在于,所述第二指示信息来自于应用功能AF网元,或策略控制功能PCF网元,或时间敏感通信时间同步功能TSCTSF网元。
6.如权利要求1-5任一项所述的方法,其特征在于,所述第一网元获取第一业务流的突发到达时间的调整信息,以及接收所述第一信息,包括:
所述第一网元将时延敏感通信辅助信息发送给无线接入网,所述时延敏感通信辅助信息包括突发到达时间,所述突发到达时间包括下行方向突发到达所述无线接入网入口的时间,和/或上行方向突发到达终端的时间;
所述第一网元接收来自所述无线接入网的突发到达时间调整信息;
所述第一网元将所述突发到达时间调整信息发送给所述应用功能;
所述第一网元接收来自于所述应用功能的所述第一指示信息。
7.如权利要求1-6任一项所述的方法,其特征在于,所述传输时间信息来自于无线接入网网元,或应用功能AF网元,或策略控制功能PCF网元,或时间敏感通信时间同步功能TSCTSF网元。
8.如权利要求1-7任一项所述的方法,其特征在于,所述突发到达时间,包括以下中的至少一项:
上行时延敏感通信辅助信息TSCAI突发到达时间;
下行时延敏感通信辅助信息TSCAI突发到达时间;
上行时延敏感通信辅助容器TSCAC突发到达时间;
下行时延敏感通信辅助容器TSCAC突发到达时间。
9.如权利要求1-8任一项所述的方法,其特征在于,所述突发到达时间的调整信息为调整后的突发到达时间,或者为所述突发到达时间调整前和调整后的偏移量。
10.如权利要求1-9任一项所述的方法,其特征在于,所述第一业务流的属性信息,包括以下至少一项:
最早传输偏移,所述最早传输偏移为所述发送端在发送周期内第一个数据帧相对于所述发送周期开始时间点的最早偏移;
最晚传输偏移,所述最晚传输偏移为所述发送端在发送周期内第一个数据帧相对于所述发送周期开始时间点的最晚偏移;
最大时延,所述最大时延为数据帧从所述发送端到所述接收端的最大时延;
发送时间,所述发送时间为所述发送端传输数据包时使用的时间偏移,所述时间偏移在所述最早传输偏移和所述最晚传输偏移之间。
11.如权利要求1-10任一项所述的方法,其特征在于,所述第一网元为会话管理功能网元,所述会话管理功能网元被配置为集中式用户配置网元;所述第二网元为集中式网络配置网元。
12.一种业务流属性配置方法,其特征在于,包括:
第一网元接收第一信息,所述第一信息包括第二指示信息和/或第一业务流的备选突发到达时间;
所述第一网元根据所述第一信息,获取所述第一业务流的传输时间信息,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;
所述第一网元根据所述传输时间信息确定所述第一业务流的属性信息;
所述第一网元将所述第一业务流的属性信息发送给第二网元。
13.如权利要求12所述的方法,其特征在于,所述第一信息来自于应用功能AF网元,或策略控制功能PCF网元,或时间敏感通信时间同步功能TSCTSF网元。
14.如权利要求12或13所述的方法,其特征在于,所述第二指示信息用于指示所述应用功能支持调整突发到达时间或发包时间。
15.如权利要求12-14任一项所述的方法,其特征在于,所述传输时间信息来自于无线接入网网元。
16.如权利要求15所述的方法,其特征在于,所述突发到达时间的调整信息,是所述无线接入网网元根据所述备选突发到达时间确定的。
17.如权利要求12-16任一项所述的方法,其特征在于,所述突发到达时间,包括以下中的至少一项:
上行时延敏感通信辅助信息TSCAI突发到达时间;
下行时延敏感通信辅助信息TSCAI突发到达时间;
上行时延敏感通信辅助容器TSCAC突发到达时间;
下行时延敏感通信辅助容器TSCAC突发到达时间。
18.如权利要求12-17任一项所述的方法,其特征在于,所述突发到达时间的调整信息为调整后的突发到达时间,或者为所述突发到达时间调整前和调整后的偏移量。
19.如权利要求12-18任一项所述的方法,其特征在于,所述第一业务流的属性信息,包括以下至少一项:
最早传输偏移,所述最早传输偏移为所述发送端在发送周期内第一个数据帧相对于所述发送周期开始时间点的最早偏移;
最晚传输偏移,所述最晚传输偏移为所述发送端在发送周期内第一个数据帧相对于所述发送周期开始时间点的最晚偏移;
最大时延,所述最大时延为数据帧从所述发送端到所述接收端的最大时延;
发送时间,所述发送时间为所述发送端传输数据包时使用的时间偏移,所述时间偏移在所述最早传输偏移和所述最晚传输偏移之间。
20.如权利要求12-19任一项所述的方法,其特征在于,所述第一网元为会话管理功能网元,所述会话管理功能网元被配置为集中式用户配置网元;所述第二网元为集中式网络配置网元。
21.一种业务流属性配置方法,其特征在于,包括:
确定基于确认的第一业务流的传输时间信息进行数据传输,或者所述第一业务流的突发到达时间不会因为跨层调度优化而进行调整;其中,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;
向所述第一网元发送第一指示信息。
22.如权利要求21所述的方法,其特征在于,所述第一指示信息为确认指示,或者所述第一指示信息用于确认所述传输时间信息或基于所述传输时间信息进行数据传输,或者所述第一指示信息用于指示突发到达时间不会因为跨层调度优化而进行调整。
23.如权利要求21或22所述的方法,其特征在于,向所述第一网元发送第一指示信息之前,所述方法还包括:
向所述第一网元发送第二指示信息,所述第二指示信息用于指示所述应用功能支持调整突发到达时间或发包时间。
24.一种通信***,其特征在于,包括:第一网元,第二网元和第三网元;
所述第一网元用于执行如权利要求1-11任一项所述的方法,所述第三网元用于执行如权利要求21-23任一项所述的方法。
25.一种通信***,其特征在于,包括:第一网元,第二网元,所述第一网元用于执行如权利要求12-20任一项所述的方法。
26.一种通信装置,其特征在于,包括:处理单元和收发单元;
所述处理单元,用于获取第一业务流的传输时间信息,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;
当所述收发单元接收到第一指示信息后,根据所述传输时间信息确定所述第一业务流的属性信息;以及
通过所述收发单元将所述第一业务流的属性信息发送给第二网元。
27.一种通信装置,其特征在于,包括:处理单元和收发单元;
所述收发单元,用于接收第一信息,所述第一信息包括第二指示信息和/或第一业务流的备选突发到达时间;
所述处理单元,用于根据所述第一信息,获取所述第一业务流的传输时间信息,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;根据所述传输时间信息确定所述第一业务流的属性信息;以及,通过所述收发单元将所述第一业务流的属性信息发送给第二网元。
28.一种通信装置,其特征在于,包括:处理单元和收发单元;
所述处理单元,用于确定基于确认的第一业务流的传输时间信息进行数据传输,或者所述第一业务流的突发到达时间不会因为跨层调度优化而进行调整,其中,所述传输时间信息包括突发到达时间或突发到达时间的调整信息,所述突发到达时间的调整信息用于确定调整后的突发到达时间;以及
通过所述收发单元向所述第一网元发送第一指示信息。
29.一种通信装置,其特征在于,包括:一个或多个处理器;一个或多个存储器;其中,所述一个或多个存储器存储有一个或多个计算机程序,所述一个或多个计算机程序包括指令,当所述指令被所述一个或多个处理器执行时,使得所述通信设备执行如权利要求1-11中任一项所述的方法,或者执行如权利要求12-20中任一项所述的方法,或者如权利要求21-23中任一项所述的方法。
30.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括计算机程序,当计算机程序在计算设备上运行时,使得所述计算设备执行如权利要求1-11中任一项所述的方法,或者执行如权利要求12-20中任一项所述的方法,或者如权利要求21-23中任一项所述的方法。
31.一种芯片,其特征在于,所述芯片与存储器耦合,用于读取并执行所述存储器中存储的程序指令,以实现如权利要求1-11中任一项所述的方法,或者执行如权利要求12-20中任一项所述的方法,或者如权利要求21-23中任一项所述的方法。
32.一种计算机程序产品,其特征在于,所述计算机程序产品在被计算机调用时,使得所述计算机执行如权利要求1-11中任一项所述的方法,或者执行如权利要求12-20中任一项所述的方法,或者如权利要求21-23中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210938909.6A CN117560323A (zh) | 2022-08-05 | 2022-08-05 | 一种业务流属性配置方法、装置和*** |
PCT/CN2023/110184 WO2024027633A1 (zh) | 2022-08-05 | 2023-07-31 | 一种业务流属性配置方法、装置和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210938909.6A CN117560323A (zh) | 2022-08-05 | 2022-08-05 | 一种业务流属性配置方法、装置和*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117560323A true CN117560323A (zh) | 2024-02-13 |
Family
ID=89815369
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210938909.6A Pending CN117560323A (zh) | 2022-08-05 | 2022-08-05 | 一种业务流属性配置方法、装置和*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN117560323A (zh) |
WO (1) | WO2024027633A1 (zh) |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20200127841A (ko) * | 2019-05-03 | 2020-11-11 | 삼성전자주식회사 | 무선 통신망에서 시간 민감 통신 보조 정보에 기초한 버스트 도착 시간 기준 클럭 지원 방법 및 장치 |
CN110213007B (zh) * | 2019-06-24 | 2021-08-03 | 腾讯科技(深圳)有限公司 | 一种时钟漂移处理的方法、网络功能网元及存储介质 |
-
2022
- 2022-08-05 CN CN202210938909.6A patent/CN117560323A/zh active Pending
-
2023
- 2023-07-31 WO PCT/CN2023/110184 patent/WO2024027633A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2024027633A1 (zh) | 2024-02-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11950127B2 (en) | 5G system support for virtual TSN bridge management, QoS mapping and TSN Qbv scheduling | |
US11832123B2 (en) | Time-aware quality-of-service in communication systems | |
US11956157B2 (en) | Activation of PDU session and QOS flows in 3GPP-based ethernet bridges | |
JP7198933B2 (ja) | タイムセンシティブ通信のサービス品質をサポートする方法及び通信機器 | |
US20230019215A1 (en) | TSC-5G QoS MAPPING WITH CONSIDERATION OF ASSISTANCE TRAFFIC INFORMATION AND PCC RULES FOR TSC TRAFFIC MAPPING AND 5G QoS FLOWS BINDING | |
WO2012107004A1 (zh) | 一种基于服务质量的调度方法、设备及*** | |
CN114009144B (zh) | Tsn业务转发的分组延迟预算确定 | |
WO2021238685A1 (zh) | 一种通信方法、装置及计算机可读存储介质 | |
JP7399184B2 (ja) | 通信方法及び通信装置 | |
WO2021160164A1 (zh) | 信息控制方法及通信设备 | |
US20230254859A1 (en) | Downlink Transmission Method and Communication Apparatus | |
WO2021227798A1 (zh) | 一种通信方法及装置 | |
WO2024027633A1 (zh) | 一种业务流属性配置方法、装置和*** | |
CN114424498B (zh) | 数据传输方法、装置、***和存储介质 | |
WO2024104253A1 (zh) | 通信方法、装置和*** | |
WO2024022158A1 (zh) | 通信方法及装置 | |
WO2023005728A1 (zh) | 一种通信方法、装置和*** | |
WO2022242201A1 (zh) | 一种无线通信方法、通信装置及通信*** | |
WO2023185769A1 (zh) | 通信方法、通信装置和通信*** | |
WO2023185608A1 (zh) | 一种数据传输的方法及通信装置 | |
WO2023174023A1 (zh) | 一种通信方法及装置 | |
WO2024012376A1 (zh) | 一种通信方法、通信装置及通信*** | |
CN117560693A (zh) | 通信方法及装置 | |
WO2023042044A1 (en) | Control signaling between 3gpp network entities and transport network | |
CN115696462A (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 |