CN114866415A - 一种通信方法、装置及系统 - Google Patents
一种通信方法、装置及系统 Download PDFInfo
- Publication number
- CN114866415A CN114866415A CN202210324106.1A CN202210324106A CN114866415A CN 114866415 A CN114866415 A CN 114866415A CN 202210324106 A CN202210324106 A CN 202210324106A CN 114866415 A CN114866415 A CN 114866415A
- Authority
- CN
- China
- Prior art keywords
- network element
- port
- processing policy
- session
- identifier
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0894—Policy-based network configuration management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/20—Traffic policing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请提供一种通信方法、装置及系统。该方法包括:第二设备接收终端设备的会话的标识和端口的处理策略信息;第二设备向所述会话对应的第一设备发送处理策略信息。该实施例,基于现有5G管理和转发架构,实现TSN管理系统对5G系统交换节点的端口的处理策略的配置,从而使能5G系统交换节点支持TSN协议定义的端口的处理策略。
Description
本申请是分案申请,原申请的申请号是201910350621.5,原申请日是2019年4月28
日,原申请的全部内容通过引用结合在本申请中。
技术领域
本申请涉及移动通信技术领域,尤其涉及一种通信方法、装置及系统。
背景技术
在第三代合作伙伴计划(3rd generation partnership project,3GPP)网络(以第五代(the5th generation,5G)系统为例)与时延敏感网络(Time Sensitive Network,TSN)互通的网络架构中,将5G系统和TSN转换器(TSN Translator)整体作为一个逻辑上的TSN交换节点(称为5G系统交换节点)。
在TSN架构中,TSN交换节点可以接收到为该TSN交换节点的各个端口生成的处理策略信息,因此该TSN交换节点的各个端口可以根据该处理策略信息,执行端口的处理策略。
然后,在5G与TSN互通的网络架构中,如何为5G系统交换节点的端口配置处理策略,目前还没有相关解决方案。
发明内容
本申请提供一种通信方法、装置及系统,用以实现为5G系统交换节点的端口配置处理策略。
第一方面,本申请提供一种通信方法,该方法包括:第二设备接收终端设备的会话的标识和端口的处理策略信息;所述第二设备向所述会话对应的第一设备发送所述处理策略信息。该实施例,基于现有5G管理和转发架构,由第二设备向第一设备发送处理策略信息,第一设备根据处理策略信息配置端口的处理策略,实现TSN管理系统对5G系统交换节点的端口的处理策略的配置,从而使能5G系统交换节点支持TSN协议定义的端口的处理策略。
在一种可能的实现方法,所述第二设备向所述会话对应的第一设备发送所述处理策略信息之前,所述第二设备确定所述第一设备的类型,所述第一设备的类型为终端设备或用户面网元。
在一种可能的实现方法,第二设备根据所述处理策略信息中的端口的标识,确定所述第一设备的类型;或者,第二设备接收第一指示信息,所述第一指示信息用于指示所述第一设备的类型。该实施例,通过指示信息,通知第二设备第一设备的类型,使得第二设备可以确定该处理策略信息需要向终端设备还是用户面网元发送。
在一种可能的实现方法,所述处理策略信息包括端口的标识和数据流的处理策略。
在一种可能的实现方法,第二设备向第一设备发送第二指示信息,所述第二指示信息用于指示所述处理策略信息为端口的策略信息。该实施例,通过第二指示信息,第二设备可以获知该处理策略信息为端口的策略信息。
在一种可能的实现方法,所述第二设备为策略控制网元;所述第二设备从应用功能网元、或会话管理网元接收所述终端设备的会话的标识和所述端口的处理策略信息;所述第二设备通过所述会话管理网元,向所述会话对应的所述第一设备发送所述处理策略信息。
在一种可能的实现方法,所述第二设备为会话管理网元;所述第二设备从应用功能网元接收所述终端设备的会话的标识和所述端口的处理策略信息;在所述第一设备为用户面网元的情况下,所述第二设备通过所述终端设备的N4会话或通过所述第二设备与所述第一设备之间的设备粒度的接口,向所述会话对应的所述第一设备发送所述处理策略信息;或者,在所述第一设备为所述终端设备的情况下,所述第二设备通过非接入层NAS消息或通过用户面网元,向所述会话对应的所述第一设备发送所述处理策略信息。
在一种可能的实现方法,所述第二设备为用户面网元,所述第一设备为所述终端设备;所述第二设备从应用功能网元接收所述终端设备的会话的标识和所述端口的处理策略信息。
第二方面,本申请提供一种通信方法,该方法包括:应用功能网元从集中式网络配置网元接收端口的处理策略信息,所述处理策略信息包括端口的标识;所述应用功能网元根据所述端口的标识,确定终端设备的会话的标识,所述终端设备的会话的标识用于确定第一设备;所述应用功能网元向第二设备发送所述终端设备的会话的标识和所述处理策略信息。该实施例,基于现有5G管理和转发架构,应用功能网元将端口的处理策略信息发送至第二设备,由第二设备向第一设备发送该处理策略信息,使得第一设备可以配置端口的处理策略,实现TSN管理系统对5G系统交换节点的端口的处理策略的配置,从而使能5G系统交换节点支持TSN协议定义的端口的处理策略。
在一种可能的实现方法,所述处理策略还包括数据流的处理策略。
在一种可能的实现方法,在所述端口的标识为终端设备的端口的标识的情况下,所述应用功能网元根据所述端口的标识,确定所述端口的标识对应的所述终端设备的会话的标识;或者,在所述端口的标识为用户面网元的端口的标识的情况下,所述应用功能网元根据所述端口的标识确定所述终端设备的端口的标识,确定所述终端设备的端口的标识对应的所述终端设备的会话的标识。
在一种可能的实现方法,所述应用功能网元向所述第二设备发送指示信息,所述指示信息用于指示所述第一设备的类型,所述第一设备的类型为终端设备或用户面网元。
第三方面,本申请提供一种通信装置,该装置可以是第二设备(如终端设备、或用户面网元),还可以是用于第二设备的芯片。该装置具有实现上述第一方面的各实施例的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第四方面,本申请提供一种通信装置,该装置可以是应用功能网元,还可以是用于应用功能网元的芯片。该装置具有实现上述第二方面的各实施例的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第五方面,本申请提供一种通信装置,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该装置运行时,该处理器执行该存储器存储的该计算机执行指令,以使该装置执行如上述各方面所述的方法。
第六方面,本申请提供一种通信装置,包括:包括用于执行上述各方面的各个步骤的单元或手段(means)。
第七方面,本申请提供一种通信装置,包括处理器和接口电路,所述处理器用于通过接口电路与其它装置通信,并执行上述各方面所述的方法。该处理器包括一个或多个。
第八方面,本申请提供一种通信装置,包括处理器,用于与存储器相连,用于调用所述存储器中存储的程序,以执行上述各方面所述的方法。该存储器可以位于该装置之内,也可以位于该装置之外。且该处理器包括一个或多个。
第九方面,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得处理器执行上述各方面所述的方法。
第十方面,本申请还提供一种包括指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
第十一方面,本申请还提供一种芯片系统,包括:处理器,用于执行上述各方面所述的方法。
第十二方面,本申请还提供一种通信系统,包括用于执行上述第一方面中各实施例的第二设备和用于执行上述第二方面中各实施例的应用功能网元。
第十三方面,本申请还提供一种通信方法,该方法包括:
应用功能网元从集中式网络配置网元接收端口的处理策略信息,所述处理策略信息包括端口的标识;
应用功能网元根据所述端口的标识,确定终端设备的会话的标识;
应用功能网元向第二设备发送所述终端设备的会话的标识和所述处理策略信息;
第二设备,用于向所述会话对应的第一设备发送所述处理策略信息。
第十四方面,本申请还提供一种通信方法,该方法包括:
第二设备,用于接收终端设备的会话的标识和端口的处理策略信息;以及,向所述会话对应的第一设备发送所述处理策略信息;
第一设备,用于根据所述处理策略信息,处理所述端口的数据流。
附图说明
图1为基于服务化架构的5G网络架构示意图;
图2为全集中式TSN系统架构示意图;
图3为3GPP网络与TSN互通系统架构示意图;
图4为本申请提供的一种通信系统示意图;
图5为本申请提供的一种通信方法流程示意图;
图6为本申请提供的又一种通信方法流程示意图;
图7为本申请提供的又一种通信方法流程示意图;
图8为本申请提供的又一种通信方法流程示意图;
图9为本申请提供的一种通信装置示意图;
图10为本申请提供的又一种通信装置示意图;
图11为本申请提供的又一种通信装置示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。其中,在本申请的描述中,除非另有说明,“多个”的含义是两个或两个以上。
如图1所示,为基于服务化架构的5G网络架构示意图。图1所示的5G网络架构中可包括三部分,分别是终端设备部分、数据网络(data network,DN)和运营商网络部分。
其中,运营商网络可包括网络开放功能(network exposure function,NEF)网元、统一数据库(Unified Data Repository,UDR)、策略控制功能(policy control function,PCF)网元、统一数据管理(unified data management,UDM)网元、应用功能(applicationfunction,AF)网元、接入与移动性管理功能(access and mobility managementfunction,AMF)网元、会话管理功能(session management function,SMF)网元、(无线)接入网((radio)access network,(R)AN)以及用户面功能(user plane function,UPF)网元等。上述运营商网络中,除(无线)接入网部分之外的部分可以称为核心网络部分。为方便说明,后续以(R)AN称为RAN为例进行说明。
终端设备(也可以称为用户设备(user equipment,UE))是一种具有无线收发功能的设备,可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobilephone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端、增强现实(augmented reality,AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。
上述终端设备可通过运营商网络提供的接口(例如N1等)与运营商网络建立连接,使用运营商网络提供的数据和/或语音等服务。终端设备还可通过运营商网络访问DN,使用DN上部署的运营商业务,和/或第三方提供的业务。其中,上述第三方可为运营商网络和终端设备之外的服务方,可为终端设备提供他数据和/或语音等服务。其中,上述第三方的具体表现形式,具体可根据实际应用场景确定,在此不做限制。
接入网设备,也称为(无线)接入网((Radio)Access Network,(R)AN)设备,是一种为终端提供无线通信功能的设备。接入网设备例如包括但不限于:5G中的下一代基站(gnodeB,gNB)、演进型节点B(evolved node B,eNB)、无线网络控制器(radio networkcontroller,RNC)、节点B(node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolved nodeB,或homenode B,HNB)、基带单元(baseBand unit,BBU)、传输点(transmitting and receivingpoint,TRP)、发射点(transmitting point,TP)、移动交换中心等。
AMF网元是由运营商网络提供的控制面网元,负责终端设备接入运营商网络的接入控制和移动性管理,例如包括移动状态管理,分配用户临时身份标识,认证和授权用户等功能。
SMF网元是由运营商网络提供的控制面网元,负责管理终端设备的协议数据单元(protocol data unit,PDU)会话。PDU会话是一个用于传输PDU的通道,终端设备需要通过PDU会话与DN互相传送PDU。PDU会话由SMF网元负责建立、维护和删除等。SMF网元包括会话管理(如会话建立、修改和释放,包含UPF和RAN之间的隧道维护)、UPF网元的选择和控制、业务和会话连续性(Service and Session Continuity,SSC)模式选择、漫游等会话相关的功能。
UPF网元是由运营商提供的网关,是运营商网络与DN通信的网关。UPF网元包括数据包路由和传输、包检测、业务用量上报、服务质量(Quality of Service,QoS)处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。
DN,也可以称为分组数据网络(packet data network,PDN),是位于运营商网络之外的网络,运营商网络可以接入多个DN,DN上可部署多种业务,可为终端设备提供数据和/或语音等服务。例如,DN是某智能工厂的私有网络,智能工厂安装在车间的传感器可为终端设备,DN中部署了传感器的控制服务器,控制服务器可为传感器提供服务。传感器可与控制服务器通信,获取控制服务器的指令,根据指令将采集的传感器数据传送给控制服务器等。又例如,DN是某公司的内部办公网络,该公司员工的手机或者电脑可为终端设备,员工的手机或者电脑可以访问公司内部办公网络上的信息、数据资源等。
UDM网元是由运营商提供的控制面网元,负责存储运营商网络中签约用户的用户永久标识符(subscriber permanent identifier,SUPI)、安全上下文(securitycontext)、签约数据等信息。UDM网元所存储的这些信息可用于终端设备接入运营商网络的认证和授权。其中,上述运营商网络的签约用户具体可为使用运营商网络提供的业务的用户,例如使用中国电信的手机芯卡的用户,或者使用中国移动的手机芯卡的用户等。上述签约用户的永久签约标识(Subscription Permanent Identifier,SUPI)可为该手机芯卡的号码等。上述签约用户的信任状、安全上下文可为该手机芯卡的加密密钥或者跟该手机芯卡加密相关的信息等存储的小文件,用于认证和/或授权。上述安全上下文可为存储在用户本地终端(例如手机)上的数据(cookie)或者令牌(token)等。上述签约用户的签约数据可为该手机芯卡的配套业务,例如该手机芯卡的流量套餐或者使用网络等。需要说明的是,永久标识符、信任状、安全上下文、认证数据(cookie)、以及令牌等同认证、授权相关的信息,在本发明本申请文件中,为了描述方便起见不做区分、限制。如果不做特殊说明,本申请实施例将以用安全上下文为例进行来描述,但本申请实施例同样适用于其他表述方式的认证、和/或授权信息。
NEF网元是由运营商提供控制面网元。NEF网元以安全的方式对第三方开放运营商网络的对外接口。在SMF网元需要与第三方的网元通信时,NEF网元可作为SMF网元与第三方的网元通信的中继。NEF网元作为中继时,可作为签约用户的标识信息的翻译,以及第三方的网元的标识信息的翻译。比如,NEF将签约用户的SUPI从运营商网络发送到第三方时,可以将SUPI翻译成其对应的外部身份标识(identity,ID)。反之,NEF网元将外部ID(第三方的网元ID)发送到运营商网络时,可将其翻译成SUPI。
PCF网元是由运营商提供的控制面功能,用于向SMF网元提供PDU会话的策略。策略可以包括计费相关策略、QoS相关策略和授权相关策略等。
AF网元,是提供各种业务服务的功能网元,能够通过NEF网元与核心网交互,以及能够和策略管理框架交互进行策略管理。
UDR用于存储数据。
图1中Nnef、Npcf、Nudm、Naf、Nudr、Namf、Nsmf、N1、N2、N3、N4,以及N6为接口序列号。这些接口序列号的含义可参见3GPP标准协议中定义的含义,在此不做限制。
可以理解的是,上述网元或者功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。可选的,上述网元或者功能可以由一个设备实现,也可以由多个设备共同实现,还可以是一个设备内的一个功能模块,本申请实施例对此不作具体限定。
传统的以太网络的转发过程中,当大量的数据包在一瞬间抵达转发端口,会造成转发时延大或者丢包的问题,因此传统以太网不能提供高可靠性以及传输时延有保障的服务,无法满足汽车控制、工业互联网等领域的需求。电气电子工程师学会(institute ofelectrical and electronic,IEEE)针对可靠时延传输的需求,定义了相关的TSN标准,该标准基于二层交换来提供可靠时延传输服务,保障时延敏感业务数据传输的可靠性,以及可预测的端到端传输时延。
IEEE 802.1cc中为TSN定义了3种配置模型,其中一种为全集中式TSN系统架构。如图2所示,为全集中式TSN系统架构示意图,包括TSN终端(TSN End Station)、TSN交换节点(TSN Bridge)、集中式用户配置(Centralized User Configuration,CUC)网元和集中式网络配置(Centralized Network Configuration,CNC)网元。其中,CUC网元和CNC网元属于控制面的网元。
其中:
1)、TSN终端为数据流的发送端或接收端;
2)、TSN交换节点按照TSN的定义为数据流预留资源,并对数据报文进行调度和转发;
3)、CNC管理TSN用户面的拓扑以及TSN交换节点的能力信息(例如TSN交换节点的发送时延、TSN交换节点的端口间的内部处理时延),并根据CUC提供的流创建请求,生成数据流的转发路径以及终端和各TSN交换节点上的处理策略(例如流标识、收发报文的端口、接收时间窗口、发送时间窗口、发送周期等),之后将TSN交换节点上的处理策略下发到对应的TSN交换节点;
4)、CUC网元用于收集TSN终端的流创建请求,如接收TSN发送终端(Talker)和TSN接收终端(Listener)的注册,接收流的信息,交换配置参数等,在匹配TSN发送终端和TSN接收终端的请求后,向CNC网元请求创建数据流,并对CNC网元生成的处理策略进行确认。
CNC网元在创建TSN流转发规则后,可通过向TSN交换节点下发静态表(Staticfiltering entries)的方式确定TSN交换节点上流的转发路径。静态表的信息包含TSN流的目的媒体接入控制(medium access control,MAC)地址、该TSN流在TSN交换节点上的接收端口的标识和发送端口的标识,可选的,静态表的信息还包含虚拟本地区域网络(VirtualLocal Area Network,VLAN)标识(ID)。
如图3所示,为3GPP网络与TSN互通系统架构示意图。即将图1所示的5G架构和图2所示的TSN架构相结合,将3GPP 5G系统和TSN转换器(TSN Translator)整体作为一个逻辑上的TSN交换节点(称为5G系统交换节点)。其中,图3中仅示出了5G架构中的部分网元(即AMF网元、SMF网元、PCF网元、RAN、UE、AF网元、UPF网元)。
其中:
1)、在控制面,5G系统通过控制面的TSN转换器(即5G的AF网元),与TSN系统中的节点交换信息,所交换的信息包括:5G系统的交换能力信息、TSN配置信息、TSN输入输出端口的时间调度信息、时间同步信息等。
2)、在用户面,5G系统的UPF网元通过TSN转换器,接收TSN系统的下行TSN流,或向TSN系统发送上行TSN流,其中,TSN转换器可以是集成于UPF网元或与UPF网元独立部署。
3)、在用户面,5G系统的UE通过TSN转换器,接收TSN系统的上行TSN流,或向TSN系统发送下行TSN流,其中,TSN转换器可以是集成于UE或与UE独立部署。
本申请方案是针对图3所示的网络架构进行说明的。
本申请中的用户面网元,指的具有图3所示的UPF网元的功能的网元,该用户面网元中可以集成有TSN转换器,或者是该TSN转换器独立于用户面网元部署,为方便说明,本申请以TSN转换器集成于用户面网元为例进行说明。为方便说明,本申请后续描述中将该用户面网元称为UPF,需要说明的是,在未来通信中,该用户面网元仍然可以称为UPF网元,或者还可以有其他的名称,本申请不限定。本申请后续任意地方出现的UPF,可以替换为用户面网元。
本申请中的会话管理网元,指的具有图3或图1所示的SMF网元的功能的网元。为方便说明,本申请后续描述中将该会话管理网元称为SMF,需要说明的是,在未来通信中,该会话管理网元仍然可以称为SMF网元,或者还可以有其他的名称,本申请不限定。本申请后续任意地方出现的SMF,可以替换为会话管理网元。
本申请中的策略控制网元,指的具有图3或图1所示的PCF网元的功能的网元。为方便说明,本申请后续描述中将该策略控制网元称为PCF,需要说明的是,在未来通信中,该策略控制网元仍然可以称为PCF网元,或者还可以有其他的名称,本申请不限定。本申请后续任意地方出现的PCF,可以替换为策略控制网元。
本申请中的移动性管理网元,指的具有图3或图1所示的AMF网元的功能的网元。为方便说明,本申请后续描述中将该移动性管理网元称为AMF,需要说明的是,在未来通信中,该策略控制网元仍然可以称为AMF网元,或者还可以有其他的名称,本申请不限定。本申请后续任意地方出现的AMF,可以替换为移动性管理网元。
本申请中的应用功能网元,指的具有图3或图1所示的AF网元的功能的网元。为方便说明,本申请后续描述中将该应用功能网元称为AF,需要说明的是,在未来通信中,该应用功能网元仍然可以称为AF网元,或者还可以有其他的名称,本申请不限定。本申请后续任意地方出现的AF,可以替换为应用功能网元。
本申请中的终端设备,指的具有图3所示的UE的功能的设备,该终端设备中可以集成有TSN转换器,或者是该TSN转换器独立于终端设备部署,为方便说明,本申请以TSN转换器集成于终端设备为例进行说明。为方便说明,本申请后续描述中将该终端设备称为UE。
如图4所示,为本申请提供的一种通信系统示意图。该通信系统包括第二设备和应用功能网元。该第二设备例如可以是会话管理网元、或策略控制网元、或用户面网元。可选的,该通信系统还可以包括第一设备,该第一设备可以是终端设备、或用户面网元。具体的,第一设备为终端设备时,第二设备可以是会话管理网元、或策略控制网元、或用户面网元。当第一设备为用户面网元时,第二设备可以是会话管理网元、或策略控制网元。
应用功能网元,用于从集中式网络配置网元接收端口的处理策略信息,所述处理策略信息包括端口的标识;根据所述端口的标识,确定终端设备的会话的标识;以及,向所述第二设备发送所述终端设备的会话的标识和所述处理策略信息;第二设备,用于向所述会话对应的第一设备发送所述处理策略信息。
在一种可能的实现方法中,所述应用功能网元用于根据所述端口的标识,确定终端设备的会话的标识,具体包括:在所述端口的标识为终端设备的端口的标识的情况下,根据所述端口的标识,确定所述端口的标识对应的所述终端设备的会话的标识;或者,在所述端口的标识为用户面网元的端口的标识的情况下,根据所述端口的标识确定所述终端设备的端口的标识,确定所述终端设备的端口的标识对应的所述终端设备的会话的标识。
在一种可能的实现方法中,所述第二设备,还用于确定所述第一设备的类型,所述第一设备的类型为终端设备或用户面网元。
在一种可能的实现方法中,所述应用功能网元,还用于向所述第二设备发送第一指示信息,所述第一指示信息用于指示所述第一设备的类型,所述第一设备的类型为终端设备或用户面网元。
在一种可能的实现方法中,所述第二设备用于确定所述第一设备的类型,具体包括:所述第二设备用于根据所述处理策略信息中的端口的标识,确定所述第一设备的类型。
在一种可能的实现方法中,所述第二设备,还用于向所述第一设备发送第二指示信息,所述第二指示信息用于指示所述处理策略信息为端口的策略信息。
在一种可能的实现方法中,所述第二设备为策略控制网元;所述第二设备用于向所述会话对应的第一设备发送所述处理策略信息,具体包括:所述第二设备用于通过会话管理网元,向所述会话对应的所述第一设备发送所述处理策略信息。
在一种可能的实现方法中,所述第二设备为会话管理网元;所述第二设备用于向所述会话对应的第一设备发送所述处理策略信息,具体包括:所述第二设备用于在所述第一设备为用户面网元的情况下,通过所述终端设备的N4会话或通过所述第二设备与所述第一设备之间的设备粒度的接口,向所述会话对应的所述第一设备发送所述处理策略信息;或者,在所述第一设备为所述终端设备的情况下,通过非接入层NAS消息或通过用户面网元,向所述会话对应的所述第一设备发送所述处理策略信息。
在一种可能的实现方法中,第一设备用于根据所述处理策略信息,处理所述端口的数据流。
本申请还提供另一种通信系统,该通信系统包括第一设备和第二设备。可选的,该系统还包括应用功能网元。其中,第一设备可以是终端设备、或用户面网元,第二设备可以是用户面网元、策略控制网元或会话管理网元。其中,当第二设备是用户面网元时,第一设备是终端设备;当第二设备是策略控制网元或会话管理网元时,第一设备可以是终端设备或用户面网元。其中,第二设备,用于接收终端设备的会话的标识和端口的处理策略信息;以及,向所述会话对应的所述第一设备发送所述处理策略信息;第一设备,用于根据所述处理策略信息,处理所述端口的数据流。
在一种可能的实现方法中,第二设备,还用于在向所述会话对应的第一设备发送所述处理策略信息之前,确定所述第一设备的类型,所述第一设备的类型为终端设备或用户面网元。
在一种可能的实现方法中,第二设备用于确定所述第一设备的类型,具体包括:所述第二设备用于根据所述处理策略信息中的端口的标识,确定所述第一设备的类型;或者,接收第一指示信息,所述第一指示信息用于指示所述第一设备的类型。
在一种可能的实现方法中,第二设备,还用于向所述第一设备发送第二指示信息,所述第二指示信息用于指示所述处理策略信息为端口的策略信息。
在一种可能的实现方法中,第二设备为策略控制网元;第二设备用于接收终端设备的会话的标识和端口的处理策略信息,具体包括:所述第二设备用于从应用功能网元、或会话管理网元接收所述终端设备的会话的标识和所述端口的处理策略信息;通过所述会话管理网元,向所述会话对应的所述第一设备发送所述处理策略信息。
在一种可能的实现方法中,第二设备为会话管理网元;第二设备用于接收终端设备的会话的标识和端口的处理策略信息,具体包括:所述第二设备用于从应用功能网元接收所述终端设备的会话的标识和所述端口的处理策略信息;在所述第一设备为用户面网元的情况下,通过所述终端设备的N4会话或通过所述第二设备与所述第一设备之间的设备粒度的接口,向所述会话对应的所述第一设备发送所述处理策略信息;或者,在所述第一设备为所述终端设备的情况下,通过非接入层NAS消息或通过用户面网元,向所述会话对应的所述第一设备发送所述处理策略信息。
在一种可能的实现方法中,第二设备为用户面网元,第一设备为所述终端设备;第二设备用于接收终端设备的会话的标识和端口的处理策略信息,具体包括:所述第二设备用于从应用功能网元接收所述终端设备的会话的标识和所述端口的处理策略信息。
在一种可能的实现方法中,应用功能网元,用于从集中式网络配置网元接收所述端口的处理策略信息,所述处理策略信息包括端口的标识;根据所述端口的标识,确定所述终端设备的会话的标识;向所述第二设备发送所述终端设备的会话的标识和所述处理策略信息。
在一种可能的实现方法中,应用功能网元用于根据所述端口的标识,确定所述终端设备的会话的标识,具体包括:所述应用功能网元用于在所述端口的标识为终端设备的端口的标识的情况下,根据所述端口的标识,确定所述端口的标识对应的所述终端设备的会话的标识;或者,在所述端口的标识为用户面网元的端口的标识的情况下,根据所述端口的标识确定所述终端设备的端口的标识,确定所述终端设备的端口的标识对应的所述终端设备的会话的标识。
为解决背景技术中提到的问题,本申请提供一种通信方法,如图5所示,该方法包括以下步骤:
步骤501,AF获取端口的处理策略信息。
比如,由CNC确定端口的处理策略信息,然后发送给AF。该处理策略信息包括端口的标识和数据流的处理策略。
作为一种实现方式,该处理策略信息可以是数据流的处理策略信息。比如该处理策略信息中还可以包括数据流的优先级列表,此时处理策略信息中的数据流的处理策略与数据流的优先级具有对应关系。或者理解为,一个数据流的优先级对应一种数据流的处理策略。比如,该数据流的优先级列表包括业务类型(Traffic class),一个业务类型对应一种优先级,数据流的优先级对应的数据流的处理策略可以是门控信息列表(也可以称为时间片或调度时间片)。
作为又一种实现方式,处理策略信息中的数据流的处理策略可以是端口的配置策略,比如配置策略可以是发送端口的使能配置、VLAN配置等。
步骤502,AF根据端口的标识,确定UE的会话的标识。
AF接收到处理策略信息后,从处理策略信息中获取端口的标识,进而可以根据该端口的标识确定UE的会话的标识(比如可以UE的MAC地址等)。
其中,AF根据端口的标识确定UE的会话的标识的方式,比如可以是:
1)、在端口的标识为UE的端口的标识的情况下,AF根据端口的标识,确定端口的标识对应的UE的会话的标识。
2)、在端口的标识为UPF的端口的标识的情况下,AF根据端口的标识确定UE的端口的标识,然后确定UE的端口的标识对应的UE的会话的标识。
比如,AF根据UPF的端口的标识和UE的端口的标识之间的对应关系,确定UPF的端口的标识对应的UE的端口的标识,然后根据UE的端口的标识,确定UE的端口的标识对应的UE的会话的标识。
作为又一种实现方法,在端口的标识为UPF的端口的标识的情况下,AF从AF上保存的5G系统交换节点的UE的端口的标识中选择一个UE的端口的标识,然后根据UE的端口的标识,确定UE的端口的标识对应的UE的会话的标识。
步骤503,AF向第二设备发送端口的处理策略信息和UE的会话的标识。相应地,第二设备可以接收到该端口的处理策略信息和UE的会话的标识。
这里的第二设备可以是PCF、或SMF、或UPF。
比如,当第二设备是PCF时,则AF可以直接向PCF发送端口的处理策略信息和UE的会话的标识,也可以通过NEF向PCF发送端口的处理策略信息和UE的会话的标识。
比如,当第二设备是SMF时,则AF可以通过PCF向SMF发送端口的处理策略信息和UE的会话的标识。
再比如,当第二设备是UPF时,则AF可以通过PCF和SMF向UPF发送端口的处理策略信息和UE的会话的标识,或者通过SMF向UPF发送端口的处理策略信息和UE的会话的标识,或者直接向UPF发送端口的处理策略信息和UE的会话的标识。
作为一种实现方式,AF还可以向第二设备发送第一指示信息,用于指示处理策略信息对应的第一设备的类型,该类型可以是UE或UPF。或者理解为,该第一指示信息用于指示处理策略信息中的端口的标识指示的端口是UE的端口还是UPF的端口。或者还可以理解为,该第一指示信息用于指示该处理策略信息是UPF的端口的处理策略信息还是UE的端口的处理策略信息。从而第二设备可以根据第一指示信息,确定第一设备的类型,即确定该处理策略信息需要发给UE还是UPF。
作为又一种实现方法,若AF不向第二设备发送上述第一指示信息,则第二设备可以通过解析接收到的处理策略信息,从中获取到端口的标识,并识别出该端口的标识对应的端口是UE的端口还是UPF的端口,从而确定该处理策略信息需要发给UE还是UPF。
步骤504,第二设备根据UE的会话的标识,确定第一设备。
该第一设备可以是UE或UPF。比如,若第二设备确定第一设备的类型是UE,即确定处理策略信息是需要发送UE的,则该步骤中,第二设备根据UE的会话的标识,确定一个UE。再比如,若第二设备确定第一设备的类型是UPF,即确定处理策略信息是需要发送UPF的,则该步骤中,第二设备根据UE的会话的标识,确定一个UPF。
步骤505,第二设备向第一设备发送端口的处理策略信息。相应地,第一设备可以接收到端口的处理策略信息。
比如,第二设备是PCF,则PCF可以通过SMF,向会话对应的UE或UPF发送处理策略信息。
比如,第二设备是SMF,第一设备是UPF,则SMF可以通过UE的N4会话或通过SMF与UPF之间的设备粒度的接口,向会话对应的UPF发送处理策略信息。
再比如,第二设备是SMF,第一设备是UE,则SMF可以通过NAS消息或通过UPF,向会话对应的UE发送处理策略信息。
可选的,第二设备还可以向第一设备发送一个第二指示信息,用于指示处理策略信息是端口的策略信息。
第一设备接收到上述处理策略信息之后,可以将根据该处理策略信息,配置相应的端口(即处理策略信息的端口的标识对应的端口),或者还可以将处理策略信息发送至TSN转换器,由TSN转换器配置端口。
该实施例,基于现有5G管理和转发架构,实现TSN管理系统对5G系统交换节点的端口的处理策略的配置,从而使能5G系统交换节点支持TSN协议定义的端口的处理策略。
下面结合具体实施例,对上述向UE和/或UPF发送数据流的处理策略的具体实现过程进行说明。
需要说明的是,以下实施例是以处理策略信息为数据流处理策略信息(也可以称为端口数据流处理策略信息、或称为端口的数据流处理策略信息)为例进行说明的,但本申请对处理策略信息的具体实现方法进行限定。
以下图6-图8所示的实施例中,AF从TSN控制面接收5G系统交换节点的端口粒度的数据流处理策略信息。端口粒度的数据流处理策略信息是指端口在对数据流进行处理时依据的策略信息,例如,按照分配的时间片对数据流进行调度。端口粒度可以是物理端口(如物理网口或虚拟端口),也可以逻辑端口(如PDU会话粒度端口或内部端口等)。AF将端口粒度的数据流处理策略信息发送到PCF/SMF/UPF,进而在UPF上创建端口粒度的数据流处理策略,可选的,AF还将UE侧端口粒度的数据流处理策略信息发送到UE,用于确定UE对TSN流的数据流处理策略。
需要说明的是,本申请中数据流处理策略发送至UPF,指的是发送到UPF的端口或UPF对应的TSN转换器的端口,该TSN转换器可以与UPF合一设置,也可以单独设置。本申请中数据流处理策略发送至UE,指的是发送到UE的端口或UE对应的TSN转换器的端口,该TSN转换器可以与UE合一设置,也可以单独设置。
如图6所示,为本申请提供的又一种通信方法流程示意图。该实施例中,TSN控制面将5G系统交换节点端口粒度的数据流处理策略下发到5G系统交换节点的控制面网元AF,AF接收到上述数据流处理策略后,将上述数据流处理策略发送到PCF,触发PCF进行QoS流创建或更新过程,在上述流程中将端口粒度的数据流处理策略配置到5G系统交换节点的端口,这里的端口可以是网络侧的端口,例如UPF侧端口或TSN转换器端口,也可以是UE侧端口,例如UE侧端口或TSN转换器端口。从而实现5G系统用户面对端口粒度的数据流处理策略的创建。
该方法包括以下步骤:
步骤601,CNC向AF发送5G系统交换节点上的数据流处理策略信息。相应的,AF可以接收到5G系统交换节点上的数据流处理策略信息。
该数据流处理策略信息的具体实现方式可以参考图5实施例的相关描述,这里不再赘述。
比如,若该数据流处理策略信息是针对UE的端口的数据流处理策略信息,则该数据流处理策略信息中包含的端口的标识是UE的端口的标识或UE对应的TSN转换器的端口的标识。
再比如,若该数据流处理策略信息是针对UPF的端口的数据流处理策略信息,则该数据流处理策略信息中包含的端口的标识是UPF的端口的标识或UPF对应的TSN转换器的端口的标识。
步骤602,AF向PCF发送5G系统交换节点上的UE的会话的标识和数据流处理策略信息。相应的,PCF可以接收到5G系统交换节点上的UE的会话的标识和数据流处理策略信息。
AF从CNC接收到5G系统交换节点上的数据流处理策略信息后,获取到数据流处理策略信息中的端口的标识,进而可以根据该端口的标识确定UE的会话的标识(比如可以UE的MAC地址等),然后向PCF发送UE的会话的标识和数据流处理策略信息。
其中,AF根据端口的标识确定UE的会话的标识的具体方式,可以参考图5实施例的相关描述,这里不再赘述。
作为一种实现方式,在该步骤602中,AF还可以向PCF发送一个第一指示信息,该第一指示信息的作用可以参考图5实施例中对第一指示信息的作用的描述,这里不再赘述。
综上所述,在实际在应用中,AF向PCF发送数据流处理策略信息的方法至少有以下两种:
方法一,AF向PCF发送5G系统交换节点上的UE的会话的标识和数据流处理策略信息。
基于该实现方法,PCF可以解析数据流处理策略信息,获取其中的端口的标识,进而确定该端口的标识对应的端口是UE的端口还是UPF的端口。
方法二,AF向PCF发送5G系统交换节点上的UE的会话的标识、数据流处理策略信息以及第一指示信息。
其中,数据流处理策略信息被AF封装成一个透明容器,PCF不能解析数据流处理策略信息,或者PCF能够解析数据流处理策略信息但不能识别数据流处理策略信息中的端口是UE的端口还是UPF的端口,则PCF可以根据第一指示信息,确定该数据流处理策略信息是UE的数据流处理策略信息还是UPF的数据流处理策略信息。
该步骤,AF可以直接发送UE的会话的标识和数据流处理策略信息到PCF,也可以是通过NEF发送UE的会话的标识和数据流处理策略信息到PCF。
步骤603,PCF发起QoS流创建/修改流程,通过QoS流创建/修改请求消息发送数据流处理策略信息到SMF。
PCF在接收到UE的会话的标识和数据流处理策略信息后,根据其中的UE的会话的标识,发起QoS流创建/修改流程,然后通过QoS流创建/修改请求消息,将数据流处理策略信息发送到SMF。
若端口的标识指示的端口是UPF的端口,则执行以下步骤604-步骤605;若端口的标识指示的端口是UE的端口,则执行以下步骤606-步骤607。
步骤604,SMF通过N4会话创建/修改请求消息发送数据流处理策略信息到UPF。
可选的,SMF还向UPF发送一个第二指示信息,用于指示该数据流处理策略信息应用于UPF的本地端口,而不是应用于UE的会话。或者理解为,该指示信息用于指示数据流处理策略信息是端口的策略信息。
步骤605,UPF根据数据流处理策略信息,处理TSN流。
也即,UPF接收到数据流处理策略信息后,将数据流处理策略信息中的处理策略配置给端口,或者将数据流处理策略信息发送到TSN转换器,由TSN转换器配置给端口。
比如,数据流处理策略信息中包含端口的标识、数据流的优先级列表、数据流优先级对应的处理策略(例如门控信息列表)。因此,该数据流处理策略信息指示的端口按照数据流优先级对应的处理策略,来处理TSN流,例如在数据流优先级对应的时间片上发送TSN流。
步骤606,SMF发送数据流处理策略信息到UE。
比如,SMF向UE发送PDU会话修改请求消息,其中携带数据流处理策略信息,即SMF可以通过UPF向UE发送数据流处理策略信息,或者,SMF还可以通过非接入层(non accessstratum,NAS)消息,向UE发送数据流处理策略信息。
可选的,SMF还向UE发送一个第二指示信息,用于指示该数据流处理策略信息应用于UE的本地端口,而不是应用于UE的会话。或者理解为,该指示信息用于指示数据流处理策略信息是端口的策略信息。
步骤607,UE根据数据流处理策略信息,处理TSN流。
也即,UE接收到数据流处理策略信息后,将数据流处理策略信息中的处理策略配置给端口,或者将数据流处理策略信息发送到TSN转换器,由TSN转换器配置给端口。
比如,数据流处理策略信息中包含端口的标识、数据流的优先级列表、数据流优先级对应的处理策略(例如门控信息列表)。因此,该数据流处理策略信息指示的端口按照数据流优先级对应的处理策略,来处理TSN流,例如在数据流优先级对应的时间片上发送TSN流。
需要说明的是,作为又一种实现方法,若AF从CNC接收到的数据流处理策略信息既包括针对UPF的端口的数据流处理策略信息,又包括针对UE的端口的数据流处理策略信息,则后续SMF可以通过类似上述步骤604-步骤605,将针对UPF的端口的数据流处理策略信息发送至UPF,以及通过上述步骤606-步骤607,将针对UE的端口的数据流处理策略信息发送至UE。
该实施例,基于现有5G管理和转发架构,实现TSN管理系统对5G系统交换节点的端口粒度的数据流处理策略的配置,从而使能5G系统交换节点支持TSN协议定义的端口粒度的数据流处理策略。
如图7所示,为本申请提供的又一种通信方法流程示意图。该实施例中,TSN控制面将5G系统交换节点端口粒度的数据流处理策略下发到5G系统交换节点的控制面网元AF,AF接收到上述数据流处理策略后,将上述数据流处理策略发送到SMF,进而SMF触发QoS流创建/修改流程,在该流程中将端口粒度的数据流处理策略配置到5G系统交换节点的端口,或者是由SMF直接向5G系统交换节点创建端口粒度的数据流处理策略。这里的端口可以是UPF的端口或TSN转换器端口,也可以是UE的端口或TSN转换器端口。从而实现5G系统用户面对端口粒度的数据流处理策略的创建。
该方法包括以下步骤:
步骤701,同图6实施例的步骤601,可参考前述描述。
步骤702,AF向SMF发送5G系统交换节点上的UE的会话的标识和数据流处理策略信息。相应的,SMF可以接收到5G系统交换节点上的UE的会话的标识和数据流处理策略信息。
该步骤中,AF可以通过用户会话向SMF发送UE的会话的标识和数据流处理策略信息。
这里的数据流处理策略信息与图6实施例的步骤602中描述的数据流处理策略信息相同,可参考前述描述。
作为一种实现方式,在该步骤702中,AF还可以向SMF发送第一指示信息,该第一指示信息的作用可以参考图5实施例中对于第一指示信息的作用的描述,这里不再赘述。
步骤703,SMF发送5G系统交换节点的UE的会话的标识和数据流处理策略信息到PCF,用于触发QoS流创建/修改流程。
该步骤中,SMF可直接将从AF接收到的携带会话的标识和数据流处理策略信息的消息转发给PCF,或者通过SMF和PCF之间定义的信元发送会话的标识和数据流处理策略信息。
可选的,若SMF在步骤702中接收到第一指示信息,则该步骤中SMF还向PCF发送该第一指示信息。
步骤704-步骤708,同图6实施例的步骤603-步骤607,可参考前述描述。
需要说明的是,上述步骤703-步骤704为可选步骤。即当执行步骤703-步骤704时,则是由SMF触发PCF发起QoS流创建/修改流程,进而实现5G系统端口粒度的数据流处理策略的创建。当不执行步骤703-步骤704时,则是由SMF直接创建5G系统端口粒度的数据流处理策略。
需要说明的是,若不执行步骤703-步骤704,则在实际在应用中,上述步骤702中,AF向SMF发送数据流处理策略信息的方法至少有以下两种:
方法一,AF向SMF发送5G系统交换节点上的UE的会话的标识和数据流处理策略信息。
基于该实现方法,SMF可以解析数据流处理策略信息,获取其中的端口的标识,进而确定该端口的标识对应的端口是UE的端口还是UPF的端口。
方法二,AF向SMF发送5G系统交换节点上的UE的会话的标识、数据流处理策略信息以及第一指示信息。
其中,数据流处理策略信息可以被AF封装成一个透明容器,SMF不能解析数据流处理策略信息,或者SMF能够解析数据流处理策略信息但不能识别数据流处理策略信息中的端口是UE的端口还是UPF的端口,则SMF可以根据第一指示信息,确定该数据流处理策略信息是UE的数据流处理策略信息还是UPF的数据流处理策略信息。进而根据UE的会话的标识,确定UE或确定UPF。
需要说明的是,作为又一种实现方法,若AF从CNC接收到的数据流处理策略信息既包括针对UPF的端口的数据流处理策略信息,又包括针对UE的端口的数据流处理策略信息,则后续SMF可以通过类似上述步骤705-步骤706,将针对UPF的端口的数据流处理策略信息发送至UPF,以及通过类似上述步骤707-步骤708,将针对UE的端口的数据流处理策略信息发送至UE。
作为一种可替代的实现方案,若步骤701的数据流处理策略信息是针对UPF的端口的数据流处理策略信息,则上述步骤702中,AF也可以不通过会话的方式向SMF发送UE的会话的标识和数据流处理策略信息。比如,AF可以根据5G系统交换节点与SMF的对应关系(或UPF与SMF的对应关系),或者根据端口的标识与SMF的对应关系,确定SMF,然后直接向该SMF发送数据流处理策略信息,此时不需要执行上述步骤703、步骤704,然后SMF直接将该数据流处理策略信息发送给与该SMF对应的UPF(比如可以通过设备粒度的接口向UPF发送数据流处理策略信息),该UPF然后执行步骤706。此时步骤707和步骤708也不需要执行。
该实施例,基于现有5G管理和转发架构,实现TSN管理系统对5G系统交换节点的端口粒度的数据流处理策略的配置,从而使能5G系统交换节点支持TSN协议定义的端口粒度的数据流处理策略。
如图8所示,为本申请提供的又一种通信方法流程示意图。该实施例中,TSN控制面将5G系统交换节点端口粒度的数据流处理策略下发到5G系统交换节点的控制面网元AF,AF接收到上述数据流处理策略后,将上述数据流处理策略发送到UPF,若该数据流处理策略是针对UPF的端口的数据流处理策略,则UPF直接创建端口粒度的数据流处理策略(对应步骤803);若该数据流处理策略是针对UE的端口的数据流处理策略,则UPF通过用户面发送针对UE的端口的数据流处理策略,从而UE创建端口粒度的数据流处理策略(对应步骤804-步骤805)。从而实现5G系统对端口粒度的数据流处理策略的创建。
该方法包括以下步骤:
步骤801,同图7实施例的步骤701。
步骤802,AF发送5G系统交换节点的数据流处理策略信息到UPF。
这里的数据流处理策略信息可以是针对UPF的端口的数据流处理策略信息,也可以是针对UE的端口的数据流处理策略信息。
UPF接收到数据流处理策略信息后,可以解析该数据流处理策略信息,获取其中的端口的标识,并识别该端口是UE的端口还是UPF的端口。若该端口是UPF的端口,则执行步骤803,若该端口是UE的端口,则执行步骤804-步骤805。
步骤803,同图7实施例的步骤706,可参考前述描述。
步骤804-步骤805,同图7实施例的步骤707-步骤708,可参考前述描述。
需要说明的是,作为又一种实现方法,若AF从CNC接收到的数据流处理策略信息既包括针对UPF的端口的数据流处理策略信息,又包括针对UE的端口的数据流处理策略信息,则后续UPF可以通过类似上述步骤803的方式配置数据流处理策略,以及通过类似上述步骤804-步骤805的方式,配置UE的数据流处理策略。
需要说明的是,若上述数据流处理策略信息是针对UE的端口的数据流处理策略信息,则上述步骤802中,AF也可以向UPF发送UE的会话的标识和数据流处理策略信息,其中AF生成UE的会话的标识的具体方式可以参考图6实施例的相关描述。从而,UPF在接收到UE的会话的标识和数据流处理策略信息后,可以根据UE的会话的标识确定UE,然后向该UE直接发送数据流处理策略信息,此时UPF无需解析数据流处理策略信息。或者是,UPF在接收到UE的会话的标识和数据流处理策略信息后,将UE的会话的标识和数据流处理策略信息发送至SMF,然后SMF可以按照图7所示的实施例的方法,将数据流处理策略信息配置到UE,比如SMF通过NAS消息数据流处理策略信息配置到UE。
该实施例,基于现有5G管理和转发架构,实现TSN管理系统对5G系统交换节点的端口粒度的数据流处理策略的配置,从而使能5G系统交换节点支持TSN协议定义的端口粒度的数据流处理策略。
上述主要从各个网元之间交互的角度对本申请提供的方案进行了介绍。可以理解的是,上述实现各网元为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
基于相同的发明构思,如图9所示,为本申请提供的一种通信装置示意图,该装置可以是第二设备(如用户面网元、会话管理网元、策略控制网元)、应用功能网元、或芯片,可执行上述任一实施例中由应用功能网元、或第二设备执行的方法。
该通信装置900包括至少一个处理器901,通信线路902,以及至少一个通信接口904。在具体实现中,作为一种实施例,该通信装置900还可以包括存储器903。当然,存储器903可以是独立存在,通过通信线路与处理器901相连接。存储器903也可以和处理器903集成在一起。如果处理器901需要程序代码,存储器903可以存储程序代码,并将该程序代码传输给处理器901,以使得处理器901根据程序代码的指示实现本发明实施例。处理器901可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路902可包括一通路,在上述组件之间传送信息。
通信接口904,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN),有线接入网等。
存储器903可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyer服务器able programmable read-only memory,EEPROM)、只读光盘(compact discread-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
其中,存储器903用于存储执行本申请方案的计算机执行指令,并由处理器901来控制执行。处理器901用于执行存储器903中存储的计算机执行指令,从而实现本申请上述实施例提供的通信方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器901可以包括一个或多个CPU,例如图9中的CPU0和CPU1。
在具体实现中,作为一种实施例,通信装置900可以包括多个处理器,例如图9中的处理器901和处理器908。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
当图9所示的通信装置900为芯片时,例如可以是应用功能网元的芯片、或第二设备的芯片,则该芯片包括处理器901(还可以包括处理器908)、通信线路902、存储器903和通信接口904。具体地,通信接口904可以是输入接口、管脚或电路等。存储器903可以是寄存器、缓存等。处理器901和处理器908可以是一个通用的CPU,微处理器,ASIC,或一个或多个用于控制上述任一实施例的通信方法的程序执行的集成电路。
本申请可以根据上述方法示例对装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。比如,在采用对应各个功能划分各个功能模块的情况下,图10示出了一种通信装置示意图,该通信装置1000可以是上述实施例中所涉及的第二设备(如用户面网元、策略控制网元、或会话管理网元),该通信装置1000包括接收单元1001、发送单元1002和处理单元1003。
该通信装置1000可实现以下操作:
接收单元1001,用于接收终端设备的会话的标识和端口的处理策略信息;发送单元1002,用于向所述会话对应的第一设备发送所述处理策略信息。
在一种可能的实现方法中,所述处理单元1003,用于:在所述发送单元1002向所述会话对应的第一设备发送所述处理策略信息之前,确定所述第一设备的类型,所述第一设备的类型为终端设备或用户面网元。
在一种可能的实现方法中,所述处理单元1003,具体用于根据所述处理策略信息中的端口的标识,确定所述第一设备的类型;或者,通过所述接收单元接收第一指示信息,所述第一指示信息用于指示所述第一设备的类型。
在一种可能的实现方法中,所述处理策略信息包括端口的标识和数据流的处理策略。
在一种可能的实现方法中,所述发送单元1002,还用于向所述第一设备发送第二指示信息,所述第二指示信息用于指示所述处理策略信息为端口的策略信息。
在一种可能的实现方法中,所述装置为策略控制网元;所述接收单元1001,具体用于从应用功能网元、或会话管理网元接收所述终端设备的会话的标识和所述端口的处理策略信息;所述发送单元1002,具体用于通过所述会话管理网元,向所述会话对应的所述第一设备发送所述处理策略信息。
在一种可能的实现方法中,所述装置为会话管理网元;所述接收单元1001,具体用于从应用功能网元接收所述终端设备的会话的标识和所述端口的处理策略信息;所述发送单元1002,具体用于在所述第一设备为用户面网元的情况下,通过所述终端设备的N4会话或通过所述第二设备与所述第一设备之间的设备粒度的接口,向所述会话对应的所述第一设备发送所述处理策略信息;或者,在所述第一设备为所述终端设备的情况下,通过非接入层NAS消息或通过用户面网元,向所述会话对应的所述第一设备发送所述处理策略信息。
在一种可能的实现方法中,所述装置为用户面网元,所述第一设备为所述终端设备;所述接收单元1001,具体用于从应用功能网元接收所述终端设备的会话的标识和所述端口的处理策略信息。
应理解,该通信装置1000可以用于实现本发明实施例的方法中由第二设备执行的步骤,相关特征可以参照上文,此处不再赘述。
若该通信装置1000是第二设备,则第二设备以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。
具体的,图10中的接收单元1001、处理单元1003、以及发送单元1002的功能/实现过程可以通过图9中的处理器901调用存储器903中存储的计算机执行指令来实现。或者,图10中的处理单元1003的功能/实现过程可以通过图9中的处理器901调用存储器903中存储的计算机执行指令来实现,图10中的接收单元1001和发送单元1002的功能/实现过程可以通过图9中的通信接口904来实现。
可选的,当该通信装置1000是芯片或电路时,则接收单元1001和发送单元1002的功能/实现过程还可以通过管脚或电路等来实现。可选地,当该通信装置1000是芯片时,存储器903可以为芯片内的存储单元,如寄存器、缓存等。
当然,当该通信装置1000是第二设备时,存储器903可以是第二设备内的位于芯片外部的存储单元,本申请实施例对此不作具体限定。
本申请可以根据上述方法示例对装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。比如,在采用对应各个功能划分各个功能模块的情况下,图11示出了一种通信装置示意图,该通信装置1100可以是上述实施例中所涉及的应用功能网元,该通信装置1100包括接收单元1101、发送单元1102和处理单元1103。
该通信装置1100可实现以下操作:
接收单元1101,用于从集中式网络配置网元接收端口的处理策略信息,所述处理策略信息包括端口的标识;处理单元1103,用于根据所述端口的标识,确定终端设备的会话的标识,所述终端设备的会话的标识用于确定第一设备;发送单元1102,用于向第二设备发送所述终端设备的会话的标识和所述处理策略信息。
在一种可能的实现方法中,所述处理策略还包括数据流的处理策略。
在一种可能的实现方法中,所述处理单元1103,具体用于:在所述端口的标识为终端设备的端口的标识的情况下,根据所述端口的标识,确定所述端口的标识对应的所述终端设备的会话的标识;或者,在所述端口的标识为用户面网元的端口的标识的情况下,根据所述端口的标识确定所述终端设备的端口的标识,确定所述终端设备的端口的标识对应的所述终端设备的会话的标识。
在一种可能的实现方法中,所述发送单元1102,还用于向所述第二设备发送指示信息,所述指示信息用于指示所述第一设备的类型,所述第一设备的类型为终端设备或用户面网元。
应理解,该通信装置1100可以用于实现本发明实施例的方法中由应用功能网元执行的步骤,相关特征可以参照上文,此处不再赘述。
若该通信装置1100是应用功能网元,则应用功能网元以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。
具体的,图11中的接收单元1101、处理单元1103、以及发送单元1102的功能/实现过程可以通过图9中的处理器901调用存储器903中存储的计算机执行指令来实现。或者,图11中的处理单元1103的功能/实现过程可以通过图9中的处理器901调用存储器903中存储的计算机执行指令来实现,图11中的接收单元1101和发送单元1102的功能/实现过程可以通过图9中的通信接口904来实现。
可选的,当该通信装置1100是芯片或电路时,则接收单元1101和发送单元1102的功能/实现过程还可以通过管脚或电路等来实现。可选地,当该通信装置1100是芯片时,存储器903可以为芯片内的存储单元,如寄存器、缓存等。
当然,当该通信装置1100是应用功能网元时,存储器903可以是应用功能网元内的位于芯片外部的存储单元,本申请实施例对此不作具体限定。
本领域普通技术人员可以理解:本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围,也表示先后顺序。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或者多个。至少两个是指两个或者多个。“至少一个”、“任意一个”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个、种),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。“多个”是指两个或两个以上,其它量词与之类似。此外,对于单数形式“a”,“an”和“the”出现的元素(element),除非上下文另有明确规定,否则其不意味着“一个或仅一个”,而是意味着“一个或多于一个”。例如,“a device”意味着对一个或多个这样的device。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(Solid State Disk,SSD))等。
本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器,数字信号处理器,专用集成电路(ASIC),现场可编程门阵列(FPGA)或其它可编程逻辑装置,离散门或晶体管逻辑,离散硬件部件,或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器,可选地,该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现,例如数字信号处理器和微处理器,多个微处理器,一个或多个微处理器联合一个数字信号处理器核,或任何其它类似的配置来实现。
本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地,存储媒介可以与处理器连接,以使得处理器可以从存储媒介中读取信息,并可以向存储媒介存写信息。可选地,存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。
Claims (20)
1.一种通信方法,其特征在于,包括:
会话管理网元接收终端设备的会话的标识、所述会话对应的端口的标识和所述端口的数据流的处理策略;
所述会话管理网元确定所述会话对应的第一设备的类型;
所述会话管理网元根据所述确定的第一设备的类型向所述第一设备发送处理策略信息,所述处理策略信息包括所述端口的标识和所述数据流的处理策略;
所述第一设备接收所述处理策略信息,根据所述处理策略信息,处理所述端口的数据流。
2.如权利要求1所述的方法,其特征在于,所述会话管理网元确定所述会话对应的第一设备的类型,包括:
所述会话管理网元根据所述端口的标识确定所述第一设备的类型;或,
所述会话管理网元接收第一指示信息,所述第一指示信息用于指示所述第一设备的类型。
3.如权利要求1或2所述的方法,其特征在于,所述第一设备为用户面网元,所述会话管理网元根据所述确定的第一设备的类型向所述第一设备发送处理策略信息,包括:
所述会话管理网元通过所述终端设备的N4会话修改请求消息,向所述用户面网元发送所述处理策略信息。
4.如权利要求1或2所述的方法,其特征在于,所述第一设备为所述终端设备,所述会话管理网元根据所述确定的第一设备的类型向所述第一设备发送处理策略信息,包括:
所述会话管理网元通过非接入层NAS消息或通过用户面网元,向所述终端设备发送所述处理策略信息。
5.如权利要求1-4任一所述的方法,其特征在于,所述数据流为时延敏感网络(TSN)流。
6.如权利要求1-4任一所述的方法,其特征在于,所述处理策略信息在一个透明容器中。
7.如权利要求1-6任一所述的方法,其特征在于,还包括:
策略控制网元向所述会话管理网元发送所述会话的标识,所述端口的标识,和所述端口的数据流的处理策略。
8.一种通信系统,其特征在于,包括:第一设备和会话管理网元;
所述会话管理网元,用于接收终端设备的会话的标识、所述会话对应的端口的标识和所述端口的数据流的处理策略;确定所述会话对应的所述第一设备的类型;以及根据所述确定的第一设备的类型向所述第一设备发送处理策略信息,所述处理策略信息包括所述端口的标识和所述数据流的处理策略;
所述第一设备,用于接收所述处理策略信息,根据所述处理策略信息,处理所述端口的数据流。
9.如权利要求8所述的系统,其特征在于,所述会话管理网元,用于确定所述会话对应的第一设备的类型,包括:
用于根据所述端口的标识确定所述第一设备的类型;或,用于接收第一指示信息,所述第一指示信息用于指示所述第一设备的类型。
10.如权利要求8或9所述的系统,其特征在于,还包括策略控制网元,
所述策略控制网元,用于向所述会话管理网元发送所述会话的标识,所述端口的标识,和所述端口的数据流的处理策略。
11.如权利要求8或9所述的系统,其特征在于,所述第一设备为用户面网元,所述会话管理网元,用于根据所述确定的第一设备的类型向所述第一设备发送所述处理策略信息,具体包括:
通过所述终端设备的N4会话修改请求消息,向所述用户面网元发送所述处理策略信息。
12.如权利要求8或9所述的系统,其特征在于,所述第一设备为终端设备,所述会话管理网元用于根据所述确定的第一设备的类型向所述第一设备发送所述处理策略信息,具体包括:
通过非接入层NAS消息或通过用户面网元,向所述终端设备发送所述处理策略信息。
13.一种通信方法,其特征在于,包括:
会话管理网元接收终端设备的会话的标识、所述会话对应的端口的标识和所述端口的数据流的处理策略;
所述会话管理网元确定所述会话对应的第一设备的类型;
所述会话管理网元根据所述确定的第一设备的类型向所述第一设备发送处理策略信息,所述处理策略信息包括所述端口的标识和所述数据流的处理策略。
14.如权利要求13所述的方法,其特征在于,所述会话管理网元确定所述会话对应的第一设备的类型,包括:
所述会话管理网元根据所述端口的标识确定所述第一设备的类型;或,
所述会话管理网元接收第一指示信息,所述第一指示信息用于指示所述第一设备的类型。
15.如权利要求13或14所述的方法,其特征在于,所述第一设备为用户面网元,所述会话管理网元根据所述确定的第一设备的类型向所述第一设备发送处理策略信息,包括:
所述会话管理网元通过所述终端设备的N4会话修改请求消息,向所述用户面网元发送所述处理策略信息。
16.如权利要求13或14所述的方法,其特征在于,所述第一设备为所述终端设备,所述会话管理网元根据所述确定的第一设备的类型向所述第一设备发送处理策略信息,包括:
所述会话管理网元通过非接入层NAS消息或通过用户面网元,向所述终端设备发送所述处理策略信息。
17.如权利要求13-16任一所述的方法,其特征在于,所述数据流为时延敏感网络(TSN)流。
18.如权利要求13-16任一所述的方法,其特征在于,所述处理策略信息在一个透明容器中。
19.一种会话管理网元,其特征在于,用于包括执行权利要求13-18任一所述的方法的模块。
20.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序或指令,当所述计算机程序或指令被通信装置执行时,实现权利要求13至18中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210324106.1A CN114866415A (zh) | 2019-04-28 | 2019-04-28 | 一种通信方法、装置及系统 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210324106.1A CN114866415A (zh) | 2019-04-28 | 2019-04-28 | 一种通信方法、装置及系统 |
CN201910350621.5A CN111865633B (zh) | 2019-04-28 | 2019-04-28 | 一种通信方法、装置及系统 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910350621.5A Division CN111865633B (zh) | 2019-04-28 | 2019-04-28 | 一种通信方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114866415A true CN114866415A (zh) | 2022-08-05 |
Family
ID=72965440
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210324106.1A Pending CN114866415A (zh) | 2019-04-28 | 2019-04-28 | 一种通信方法、装置及系统 |
CN201910350621.5A Active CN111865633B (zh) | 2019-04-28 | 2019-04-28 | 一种通信方法、装置及系统 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910350621.5A Active CN111865633B (zh) | 2019-04-28 | 2019-04-28 | 一种通信方法、装置及系统 |
Country Status (5)
Country | Link |
---|---|
US (1) | US12040979B2 (zh) |
EP (1) | EP3952213B1 (zh) |
JP (1) | JP7193060B2 (zh) |
CN (2) | CN114866415A (zh) |
WO (1) | WO2020220799A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10728054B2 (en) | 2015-11-04 | 2020-07-28 | Futurewei Technologies, Inc. | System and method for VNF termination management |
CN112671567B (zh) * | 2020-12-16 | 2023-02-21 | 中盈优创资讯科技有限公司 | 一种基于服务化接口的5g核心网拓扑发现方法及装置 |
CN116866940A (zh) * | 2022-03-27 | 2023-10-10 | 华为技术有限公司 | 卫星通信方法和装置 |
CN115086238B (zh) * | 2022-08-23 | 2022-11-22 | 中国人民解放军国防科技大学 | 一种tsn网络端口输出调度装置 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040266478A1 (en) * | 2003-06-27 | 2004-12-30 | King Anthony G. | Wireless phone adapter |
US8223777B2 (en) * | 2005-11-15 | 2012-07-17 | Oracle International Corporation | Gateway for achieving low latency and high availability in a real time event processing system |
US20080273486A1 (en) * | 2007-04-13 | 2008-11-06 | Hart Communication Foundation | Wireless Protocol Adapter |
US8606911B2 (en) | 2009-03-02 | 2013-12-10 | Headwater Partners I Llc | Flow tagging for service policy implementation |
CN104488240B (zh) * | 2013-06-17 | 2017-04-26 | 华为技术有限公司 | 一种会话管理方法、地址管理方法及相关装置 |
US10218628B2 (en) * | 2017-04-12 | 2019-02-26 | General Electric Company | Time sensitive network (TSN) scheduler with verification |
WO2018119595A1 (zh) | 2016-12-26 | 2018-07-05 | 华为技术有限公司 | 固网设备与移动网络设备间分流的方法、设备及系统 |
US11523319B2 (en) * | 2017-01-09 | 2022-12-06 | Lg Electronics Inc. | Method for managing PDU session in wireless communication system and device for same |
CN108366380A (zh) | 2017-01-26 | 2018-08-03 | 中兴通讯股份有限公司 | 一种支持多归属协议数据单元会话的策略控制方法及装置 |
WO2018202008A1 (zh) | 2017-05-05 | 2018-11-08 | 华为技术有限公司 | 一种会话管理方法、网络设备和通信系统 |
CN109104448B (zh) | 2017-06-20 | 2021-10-01 | 华为技术有限公司 | 会话管理方法、及装置 |
CN109429370B (zh) * | 2017-06-24 | 2021-03-02 | 华为技术有限公司 | 一种信息处理方法及装置 |
WO2019166081A1 (en) * | 2018-02-28 | 2019-09-06 | Nokia Technologies Oy | Transparent integration of 3gpp network into tsn based industrial network |
-
2019
- 2019-04-28 CN CN202210324106.1A patent/CN114866415A/zh active Pending
- 2019-04-28 CN CN201910350621.5A patent/CN111865633B/zh active Active
-
2020
- 2020-02-19 WO PCT/CN2020/075908 patent/WO2020220799A1/zh unknown
- 2020-02-19 EP EP20799539.0A patent/EP3952213B1/en active Active
- 2020-02-19 JP JP2021560681A patent/JP7193060B2/ja active Active
-
2021
- 2021-10-27 US US17/511,570 patent/US12040979B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2022530333A (ja) | 2022-06-29 |
JP7193060B2 (ja) | 2022-12-20 |
EP3952213A1 (en) | 2022-02-09 |
EP3952213A4 (en) | 2022-05-18 |
US12040979B2 (en) | 2024-07-16 |
CN111865633B (zh) | 2022-04-12 |
CN111865633A (zh) | 2020-10-30 |
US20220052955A1 (en) | 2022-02-17 |
EP3952213B1 (en) | 2024-04-03 |
WO2020220799A1 (zh) | 2020-11-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111865830B (zh) | 一种时延敏感网络业务tsn的处理方法、装置及系统 | |
US11909652B2 (en) | Method, device and storage medium for quality of service (QoS) flow management of time sensitive data for transmission of ethernet packet filter sets | |
EP3879879B1 (en) | Time sensitive networking communication method and apparatus thereof | |
CN111866987B (zh) | 一种通信方法及装置 | |
CN111031080B (zh) | 报文传输方法及装置 | |
CN111901135B (zh) | 一种数据分析方法及装置 | |
CN111865633B (zh) | 一种通信方法、装置及系统 | |
KR20220034855A (ko) | 데이터 전송 방법 및 관련된 장치 | |
CN112312466A (zh) | 一种事件报告的发送方法、装置及系统 | |
CN111787575B (zh) | 一种终端设备的网络接入管理方法及装置 | |
US11824783B2 (en) | Maximum data burst volume (MDBV) determining method, apparatus, and system | |
Ungureanu et al. | Leveraging the cloud-native approach for the design of 5G NextGen Core Functions | |
CN114342489A (zh) | 一种通信方法、通信装置、终端设备及用户面网元 | |
CN112449377B (zh) | 一种网络数据的上报方法及装置 | |
CN111491336B (zh) | 一种配置QoS和数据传输的方法和设备 | |
WO2024192777A1 (zh) | 用户面路径管理方法、装置及系统 | |
CN118354473A (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 |