CN111770531A - 获取数据包延迟参数的方法、系统和装置 - Google Patents
获取数据包延迟参数的方法、系统和装置 Download PDFInfo
- Publication number
- CN111770531A CN111770531A CN201910258555.9A CN201910258555A CN111770531A CN 111770531 A CN111770531 A CN 111770531A CN 201910258555 A CN201910258555 A CN 201910258555A CN 111770531 A CN111770531 A CN 111770531A
- Authority
- CN
- China
- Prior art keywords
- parameter
- packet delay
- network element
- flow
- psa
- 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.)
- Granted
Links
Images
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/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
- H04L12/1407—Policy-and-charging control [PCC] architecture
-
- 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/22—Traffic shaping
- H04L47/225—Determination of shaping rate, e.g. using a moving window
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/61—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the service used
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/66—Policy and charging system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/80—Rating or billing plans; Tariff determination aspects
- H04M15/8016—Rating or billing plans; Tariff determination aspects based on quality of service [QoS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/82—Criteria or parameters used for performing billing operations
- H04M15/8228—Session based
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
- H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- 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/28—Flow control; Congestion control in relation to timing considerations
-
- 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/28—Flow control; Congestion control in relation to timing considerations
- H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种获取数据包延迟参数的方法、装置和系统,有助于接入网网元区分不同业务流的数据包延迟参数。该方法包括:会话管理网元确定是否存在满足参数条件的第一服务质量QoS流,参数条件是指:第一QoS流具有的第一参数与第一业务流的第一参数相同,第一QoS流具有的第一参数用于表示传输第一QoS流的协议数据单元会话锚点PSA用户面功能UPF对应的信息,第一业务流的第一参数用于表示传输第一业务流的PSA UPF对应的信息;若不存在满足参数条件的第一QoS流,则为第一业务流建立第二QoS流,并向接入网网元发送第一消息,第一消息包括第二QoS流的标识信息以及第二QoS流对应的数据包延迟参数。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及一种获取数据包延迟参数的方法、系统和装置。
背景技术
在第五代(5th generation,5G)系统中,为了保证业务端到端的服务质量,提出了基于服务质量(quality of service,QoS)流(flow)的5G QoS模型5G QoS模型支持保证比特率的QoS flow(guaranteed bit rate QoS flow,GBR QoS flow)和不保证比特率的QoSflow(Non-GBR QoS flow)。对于同一个QoS flow控制的业务流,会使用相同的传输处理(如调度、准入门限等)。对于一个终端设备,可以与5G网络建立一个或者多个分组数据单元(packet data unit,PDU)会话;每个PDU会话中可以建立一个或者多个QoS flow。每个QoSflow由一个QoS流标识(QoS flow identifier,QFI)识别,QFI在会话中唯一标识一个QoSflow。此外,每个QoS流对应一个数据无线承载(data radio bearer,DRB),一个DRB可以对应一个或多个QoS flow。其中,一个QoS flow为GBR QoS flow还是Non-GBR QoS flow,由对应的QoS文件(QoS profile)确定。
在现有技术中,SMF可能管理多个PSA UPF。而不同的PSA UPF的部署位置可能会不同,这样,来自不同PSA UPF的数据包在RAN侧所剩余的调度时间是不同的。如果采用现有的方式,将无法区分来自不同PSA UPF的数据包在RAN侧所剩余的调度时间。
发明内容
有鉴于此,本申请提供一种获取数据包延迟参数的方法、装置和系统,有助于接入网网元区分在不同的PSA UPF上传输的业务流的数据包延迟参数。
第一方面,提供了一种获取数据包延迟参数的方法,包括:会话管理网元确定是否存在满足参数条件的第一服务质量QoS流,参数条件是指:第一QoS流具有的第一参数与第一业务流的第一参数相同,第一QoS流具有的第一参数用于表示传输第一QoS流的协议数据单元会话锚点PSA用户面功能UPF对应的信息,第一业务流的第一参数用于表示传输第一业务流的PSA UPF对应的信息;若不存在满足参数条件的第一QoS流,则为第一业务流建立第二QoS流,并向接入网网元发送第一消息,第一消息包括第二QoS流的标识信息以及第二QoS流对应的数据包延迟参数,使得接入网网元得知第二QoS流的数据包延迟参数。这里,对被不同PSA UPF传输的业务流,会话管理网元可以都可以执行上述操作,使得接入网网元能够得到被不同PSA UPF传输的业务流的数据包延迟参数,有助于接入网网元区分不同业务流的数据包延迟参数。
在一种可能的实现方式中,所述第一参数是数据包延迟参数,相应的,所述参数条件是指:所述第一QoS流具有的数据包延迟参数与所述第一业务流的数据包延迟参数相同。因此,会话管理网元可以基于数据包延迟参数,判断是否存在满足参数条件的QoS流,有助于接入网网元区分不同业务流的数据包延迟参数。
可选地,数据包延迟参数是协议数据单元会话锚点无线接入网PSA-RAN数据包延迟预算PDB。或者,数据包延迟参数也可以理解为用于接入网元确定PSA-RAN PDB的信息。
在另一种可能的实现方式中,所述第一参数包括数据网络接入标识DNAI,相应的,所述参数条件是指:所述第一QoS流具有的DNAI与所述第一业务流的DNAI相同。可选地,所述第一参数还可以包括现有中的其他绑定参数。也就是说,第一参数可以包括DNAI和现有中的其他绑定参数。因此,会话管理网元可以基于第一参数,判断是否存在满足参数条件的QoS流,有助于接入网网元区分不同业务流的数据包延迟参数。
在再一种可能的实现方式中,在所述会话管理网元确定是否存在满足参数条件的第一服务质量QoS流前,所述方法还包括:在插入第一PSA UPF的情况下,所述会话管理网元确定所述第一业务流的第一参数,所述第一PSA UPF用于传输所述第一业务流。因此,在插入新的PSA UPF的情况下,会话管理网元可以确定所述第一参数(比如,第一参数是PSA-RANPDB),获取方式比较灵活。
在又一种可能的实现方式中,在所述会话管理网元确定是否存在满足参数条件的第一服务质量QoS流前,所述方法还包括:所述会话管理网元接收来自策略控制网元的所述第一业务流的策略和计费控制PCC规则,所述PCC规则中包括所述第一业务流的第一参数;所述会话管理网元根据所述PCC规则,获取所述第一业务流的第一参数。因此,会话管理网元可以在接收的PCC规则中获取第一参数(比如,第一参数包括DNAI),获取方式比较灵活。
可选地,所述方法还包括:若存在满足所述参数条件的所述第一QoS流,所述会话管理网元将所述第一业务流绑定到所述第一QoS流中传输。因此,如果存在满足参数条件的QoS流,则会话管理网元可以将第一业务流绑定到第一QoS流中,无需创建新的QoS流,即第一QoS流具有的PSA-RAN PDB就是第一业务流的PSA-RAN PDB。
第二方面,提供了一种获取数据包延迟参数的方法,包括:会话管理网元确定第一数据包延迟参数,第一数据包延迟参数在多个数据包延迟参数中是最大的,多个数据包延迟参数是同一服务质量QoS流中被多个协议数据单元会话锚点PSA用户面功能UPF同时传输的业务流的数据包延迟参数,并向接入网网元发送所述第一数据包延迟参数,即将最长的时间上限发送给接入网网元,从而保证业务流的时延需求。
在一种可能的实现方式中,所述方法还包括:所述会话管理网元判断所述第一数据包延迟参数是否更新;若所述第一数据包延迟参数更新,则所述会话管理网元向所述接入网网元发送更新后的第一数据包延迟参数。因此,在插入新的PSA UPF的情况下,或者,UE发生小区切换,会话管理网元可以将更新的数据包延迟参数发送给接入网网元。
可选地,所述数据包延迟参数是协议数据单元会话锚点无线接入网PSA-RAN数据包延迟预算PDB。
第三方面,提供了一种获取数据包延迟参数的系统,包括:会话管理网元,用于确定是否存在满足参数条件的一服务质量QoS,所述参数条件是指:第一QoS流具有的第一参数与第一业务流的第一参数相同,所述第一QoS流具有的第一参数用于表示传输第一QoS流的协议数据单元会话锚点PSA用户面功能UPF对应的信息,所述第一业务流的第一参数用于表示传输第一业务流的PSA UPF对应的信息;若不存在满足所述参数条件的所述第一QoS流,为所述第一业务流建立第二QoS流;接入网网元,用于接收来自所述会话管理网元的第一消息,所述第一消息包括所述第二QoS流的标识信息以及所述第二QoS流对应的数据包延迟参数。这里,对被不同PSA UPF传输的业务流,会话管理网元可以都可以执行上述操作,使得接入网网元能够得到被不同PSA UPF传输的业务流的数据包延迟参数,有助于接入网网元区分不同业务流的数据包延迟参数。
在一种可能的实现方式中,在插入第一PSA UPF的情况下,所述会话管理网元还用于确定所述第一业务流的第一参数,所述第一PSA UPF用于传输所述第一业务流。因此,在插入新的PSA UPF的情况下,会话管理网元可以确定所述第一参数(比如,第一参数是PSA-RAN PDB),获取方式比较灵活。
在另一种可能的实现方式中,所述会话管理网元还用于,接收来自策略控制网元的所述第一业务流的策略和计费控制PCC规则,所述PCC规则中包括所述第一业务流的第一参数;根据所述PCC规则,获取所述第一业务流的第一参数。因此,会话管理网元可以在接收的PCC规则中获取第一参数(比如,第一参数包括DNAI),获取方式比较灵活。
第四方面,提供了一种获取数据包延迟参数的系统,包括:会话管理网元,用于确定第一数据包延迟参数,所述第一数据包延迟参数在多个数据包延迟参数中是最大的,所述多个数据包延迟参数是同一服务质量QoS流中被多个协议数据单元会话锚点PSA用户面功能UPF同时传输的业务流的数据包延迟参数;接入网网元,用于接收来自所述会话管理网元的所述第一数据包延迟参数,即将最长的时间上限发送给接入网网元,从而保证业务流的时延需求。
在一种可能的实现方式中,所述方法还包括:所述会话管理网元判断所述第一数据包延迟参数是否更新;若所述第一数据包延迟参数更新,则所述会话管理网元向所述接入网网元发送更新后的第一数据包延迟参数。因此,在插入新的PSA UPF的情况下,或者,UE发生小区切换,会话管理网元可以将更新的数据包延迟参数发送给接入网网元。
可选地,所述数据包延迟参数是协议数据单元会话锚点无线接入网PSA-RAN数据包延迟预算PDB。
第五方面,提供了一种通信装置,该装置可以是会话管理网元,也可以是会话管理网元中的芯片。该装置具有实现任一方面或任一方面中任意可能的实现方式中会话管理网元的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第六方面,提供了一种装置,该装置包括处理器、存储器和收发器。处理器与存储器和收发器连接。存储器用于存储指令,处理器用于执行该指令,收发器用于在处理器的控制下与其他网元进行通信。该处理器执行该存储器存储的指令时,该执行使得该装置执行上述任一方面或任一方面中任意可能的实现方式中会话管理网元的方法。需要说明的是,该存储器可以集成于处理器中,也可以是独立于处理器之外。
第七方面,提供了一种装置,该装置包括处理器和收发器。处理器与收发器连接。处理器用于执行指令,收发器用于在处理器的控制下与其他网元进行通信。该处理器执行指令时,该执行使得该装置执行上述任一方面或任一方面中任意可能的实现方式中会话管理网元的方法。
第八方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有程序,该程序使得会话管理网元执行上述任一方面或任一方面中任意可能的实现方式中会话管理网元的方法。
第九方面,提供了一种通信芯片,其中存储有指令,当其在计算机设备上运行时,使得所述通信芯片执行上述任一方面的任意可能的实现方式中的方法。
第十方面,提供了一种包含指令的计算机程序产品,其在计算机上运行时,使得计算机执行上述任一方面或其任意可能的实现方式中的方法。
附图说明
图1是应用本申请实施例的一种系统架构的示意图;
图2是应用本申请实施例的非漫游场景下的5G架构的示意图;
图3是应用本申请实施例的本地疏导的漫游场景下的5G架构的示意图;
图4是应用本申请实施例的家乡路由的漫游场景下的5G架构的示意图;
图5是上行链路分类器的用户面架构的示意图;
图6是多归属PDU会话的结构示意图;
图7是应用本申请实施例的计算机设备的示意性框图;
图8是本申请实施例的一个获取数据包延迟参数的方法的示意性流程图;
图9是会话管理网元获取第一参数的示意性交互图;
图10是根据本申请另一实施例的获取数据包延迟参数的方法的示意性交互图;
图11是根据本申请再一实施例的获取数据包延迟参数的方法的示意性交互图;
图12是根据本申请实施例的下行数据包的组成部分的一个示例图;
图13是根据本申请实施例的获取数据包延迟参数的装置的示意性框图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通信(globalsystem for mobile communications,GSM)系统、码分多址(code division multipleaccess,CDMA)系统、宽带码分多址(wideband code division multiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信系统、未来的第五代(5th generation,5G)系统或新无线(new radio,NR)等。
这里对本申请实施例可能涉及到的设备或网元进行介绍。
本申请实施例中的终端(terminal)可以指用户设备(user equipment,UE)、接入终端、V2X通信中的终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端设备、无线通信设备、用户代理或用户装置。终端还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wirelesslocal loop,WLL)站、个人数字处理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public landmobile network,PLMN)中的终端设备等,本申请实施例对此并不限定。终端还可以包括V2X设备,例如为车辆或车辆中的车载单元(on board unit,OBU)。
本申请实施例中的终端通过无线的方式与无线接入网(radio access network,RAN)设备相连,无线接入网网元通过无线或有线方式与核心网设备连接。核心网设备与无线接入网网元可以是独立的不同的物理设备,也可以是将核心网设备的功能与无线接入网网元的逻辑功能集成在同一个物理设备上,还可以是一个物理设备上集成了部分核心网设备的功能和部分的无线接入网网元的功能。终端可以是固定位置的,也可以是可移动的。
核心网设备例如包括移动管理实体(mobility management entity,MME)、广播多播服务中心(broadcast multicast service center,BMSC)等,或者也可以包括5G系统中的相应功能实体,例如核心网控制面(control plane,CP)或用户面(user plan,UP)网络功能等,例如,会话管理网络功能(session management NF,SMF)、接入和移动性管理功能AMF等。其中,核心网控制面也可以理解为核心网控制面功能(control plane function,CPF)实体。
图1是应用本申请实施例的一种系统架构的示意图。如图1所示,该系统100包括:会话管理网元和接入网网元。上述系统100可以用于执行本申请实施例中获取数据包延迟参数的方法。可选地,所述系统100还可以包括策略控制网元。
在第一种实现方式中,会话管理网元,用于确定是否存在满足参数条件的第一服务质量QoS流,所述参数条件是指:第一QoS流具有的第一参数与第一业务流的第一参数相同,所述第一QoS流具有的第一参数用于表示传输第一QoS流的协议数据单元会话锚点PSA用户面功能UPF对应的信息,所述第一业务流的第一参数用于表示传输第一业务流的PSAUPF对应的信息;若不存在满足所述参数条件的所述第一QoS流,为所述第一业务流建立第二QoS流;接入网网元,用于接收来自所述会话管理网元的第一消息,所述第一消息包括所述第二QoS流的标识信息以及所述第二QoS流对应的数据包延迟参数。
在所述第一种实现方式中,所述会话管理网元还用于,在插入第一锚点UPF的情况下,确定所述第一业务流的第一参数,所述第一锚点UPF用于传输所述第一业务流。
在所述第一种实现方式中,所述会话管理网元还用于,接收来自所述策略控制网元的所述第一业务流的策略和计费控制PCC规则,所述PCC规则中包括所述第一业务流的第一参数;根据所述PCC规则,获取所述第一业务流的第一参数。
在第二种实现方式中,会话管理网元,用于确定第一数据包延迟参数,所述第一数据包延迟参数在多个数据包延迟参数中是最大的,所述多个数据包延迟参数的是同一QoS流中被多个协议数据单元会话锚点PSA用户面功能UPF同时传输的业务流的数据包延迟参数;所述接入网网元,用于接收来自所述会话管理网元的所述第一数据包延迟参数。
需要说明的是,图1中的会话管理网元,接入网网元以及策略控制网元仅是一个名字,名字对设备本身不构成限定。比如,会话管理网元可以称作会话管理功能实体,也可以称作会话管理功能等。策略控制网元可以称作策略控制功能实体,也可以称作策略控制功能等。本申请对此不做具体限定。
会话管理网元主要包括以下功能:会话管理(如会话建立、修改和释放,包含UPF和AN之间的隧道维护)、UPF的选择和控制、业务和会话连续性(service and sessioncontinuity,SSC)模式选择、漫游等会话相关的功能。
策略控制功能网元主要包括以下功能:统一策略制定、策略控制的提供和从UDR中获取策略决策相关的签约信息等策略相关的功能。
接入网网元是UE通过无线方式接入到该移动通信系统中的接入设备,可以是基站NodeB、演进型基站eNodeB、5G移动通信系统中的基站(gNodeB,gNB)、未来移动通信系统中的基站或无线保真(wireless fidelity,WiFi)系统中的接入节点等,还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器,或者该接入网网元可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等,本申请的实施例对无线接入网网元所采用的具体技术和具体设备形态不做限定。
应理解,这里做统一说明,下文若出现了上述网元,上述对各个网元包括的功能的描述可以同样适用,下次出现将不作赘述。
在5G网络以及未来其它的网络中,会话管理网元,接入网网元以及策略控制网元也可以是其他的名字,本申请实施例对此不作具体限定。例如,该会话管理网元还有可能被替换为会话管理功能SMF,接入网网元还有可能被替换为无线接入网RAN,以及策略控制网元还有可能被替换为策略控制功能(policy control function,PCF)等等,在此进行统一说明,以下不再赘述。
可选地,上述系统100中的会话管理网元,策略控制网元可以分别可以是一个单独的网元,也可以是由多个网元共同实现,也可以作为一个网元内的一个功能模块,本申请实施例对此不作具体限定。
可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。
可选地,图1所示的系统100可以应用于5G网络以及未来其他可能的网络,本申请实施例对此不作具体限定。
其中,图1所示的系统100应用于5G网络,则如图2或图3或图4或图5或图6所示,比如,上述会话管理网元可以为5G中的会话管理功能SMF(可以是H-SMF或V-SMF),策略控制功能网元可以为5G中的策略控制功能PCF(可以是H-PCF或V-PCF),接入网网元可以为5G中的RAN。
示例性的,假设图1中的系统应用于非漫游场景下的5G架构,则如图2所示,图1中的会话管理网元可以为图2中的SMF,策略控制功能网元可以为图2中的PCF,接入网网元可以为图2中的RAN。图2中示出了应用本申请实施例的非漫游架构图。图2中包括基于服务化接口的非漫游架构2-1,基于参考点的非漫游架构2-2。架构2-1具体包括:网络切片选择功能(network slice selection function,NSSF)、认证服务器功能(authenticationserver function,AUSF)、统一数据管理(unified data management,UDM)、能力开放功能(network exposure function,NEF)、网络存储功能(NF repository function,NRF)、策略控制功能设备(policy control function,PCF)、应用功能(application function,AF)、接入和移动性管理功能(access and mobility management function,AMF)、SMF、用户设备UE、无线接入网RAN、用户面功能UPF、数据网络(data network,DN)。
NSSF可以理解为网络切片选择功能网元在5G架构中的命名。其中,网络切片选择功能网元主要包括以下功能:为UE选择一组网络切片实例、确定允许的NSSAI和确定可以服务UE的AMF集等。
AUSF可以理解为认证服务器功能网元在5G架构中的命名。其中,认证服务器功能网元主要包括以下功能:认证服务器功能,与统一数据管理网元交互获取用户信息,并执行认证相关的功能,如生成中间密钥等。
UDM可以理解为统一数据管理网元在5G架构中的命名。其中,统一数据管理网元主要包括以下功能:统一数据管理,支持3GPP认证和密钥协商机制中的认证信任状处理,用户身份处理,接入授权,注册和移动性管理,签约管理,短消息管理等。
NEF可以理解为能力开放网元在5G架构中的命名。其中,能力开放网元主要包括以下功能:安全的开放3GPP网络功能提供的业务和能力,有内部开放,或者开放给第三方等;转化或翻译与AF交互的信息和内部网络功能交互的信息,如AF服务标识和内部5G核心网信息如数据网络名(data network name,DNN),单网络切片选择辅助信息(single networkslice selection assistance information,S-NSSAI)等。
NRF可以理解为网络存储功能网元在5G架构中的命名。其中,网络存储功能网元主要包括以下功能:服务发现功能,维护可用的网络功能(network function,NF)实例的NF文本以及他们支持的服务。
AF可以理解为应用功能网元在5G架构中的命名。其中,应用功能网元主要包括以下功能:与3GPP核心网交互提供业务或者服务,包括与NEF交互,策略架构交互等。
AMF可以理解为移动性管理网元在5G架构中的命名。其中,移动性管理网元主要包括以下功能:连接管理、移动性管理、注册管理、接入认证和授权、可达性管理、安全上下文管理等接入和移动性相关的功能。
UPF可以理解为用户面功能网元在5G架构中的命名。其中,用户面功能网元主要包括以下功能:数据包路由和传输、包检测、业务用量上报、QoS处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。
应理解,这里做统一说明,下文的架构中若出现了上述网元,上述对各个网元包括的功能的描述可以同样适用,为了简洁,下次出现将不作赘述。
本领域技术人员从图2中可以看到,架构201的控制面功能是通过服务化接口进行通信,比如,如图2中的架构2-1所示,NSSF对外提供的服务化接口可以为Nnssf,NEF对外提供的服务化接口可以为Nnef,NRF对外提供的服务化接口可以为Nnrf,AMF对外提供的服务化接口可以为Namf;SMF提供的服务化接口可以为Nsmf;UDM对外提供的服务化接口可以为Nudm,AF提供的服务化接口可以为Naf;PCF对外提供的服务化接口可以为Npcf,AUSF对外提供的服务化接口可以为Nausf;控制面功能与RAN和UPF间的接口是非服务化接口。UE通过N1接口与AMF连接,UE通过无线资源控制(radio resource control,RRC)协议与RAN连接;RAN通过N2接口与AMF连接,RAN通过N3接口与UPF连接;UPF通过N6接口与DN连接,同时,UPF通过N4接口与SMF连接相关描述可以参考23501标准中的5G系统架构(5G systemarchitecture),为了简洁,这里对架构201的连接关系不作赘述。
架构2-2具体包括:NSSF、AUSF、UDM、AMF、SMF、PCF、AF、UE、RAN、UPF和DN。在架构202中,UE通过N1接口与AMF连接,UE通过无线资源控制(radio resource control,RRC)协议与RAN连接;RAN通过N2接口与AMF连接,RAN通过N3接口与UPF连接;UPF通过N6接口与DN连接,同时,UPF通过N4接口与SMF连接;SMF通过N7接口与PCF连接,SMF通过N10接口与UDM连接,同时,SMF通过N11接口与AMF连接;AMF通过N8接口与UDM连接,通过N12接口与AUSF连接,通过N22接口与NSSF连接,同时,AMF通过N15接口与PCF连接。AMF和SMF分别通过N8和N10接口从UDM获取用户签约数据,通过N15和N7接口从PCF获取策略数据;AUSF通过N13接口与UDM连接;AF通过N5接口与PCF连接。SMF通过N4接口控制UPF。
示例性的,假设图1中的系统可以应用于本地疏导(local breakout)的漫游架构,则如图3所示,图1中的会话管理网元可以为图3中的SMF,策略控制功能网元可以为图3中的拜访地策略控制功能(visited policy control function,v-PCF)(或称作VPLMN侧的PCF,或V-PCF)或归属地策略控制功能(home policy control function,h-PCF)(或HPLMN侧的PCF,或H-PCF),接入网网元可以为图3中的RAN。图3中示出了应用本申请实施例的本地疏导(local breakout)的漫游架构图。图3中包括基于服务化接口的本地路由的漫游架构3-1,以及基于参考点的本地路由的漫游架构3-2。图3中的架构相比于图2的区别在于:图3中的架构3-1包括用户设备UE、无线接入网RAN、数据网络(data network,DN)。拜访地公用陆地移动通信网络(visited public land mobile network,VPLMN)侧的控制面网元和归属地公用陆地移动通信网络(home public land mobile network,HPLMN)侧的网元。架构3-1中的VPLMN侧的控制面网元包括:NSSF、NEF、NRF、PCF、AF、AMF、UPF、SMF和拜访地安全边缘保护代理(visited security edge protection proxy,vSEPP);HPLMN侧的网元包括:UDM、NRF、NSSF、AUSF、PCF、NEF和归属地安全边缘保护代理(home security edge protectionproxy,hSEPP)。
与图2中的架构2-1类似,在架构3-1中,控制面功能是通过服务化接口进行通信。NSSF对外提供的服务化接口可以为Nnssf,NEF对外提供的服务化接口可以为Nnef,NRF对外提供的服务化接口可以为Nnrf,AMF对外提供的服务化接口可以为Namf;SMF提供的服务化接口可以为Nsmf;UDM对外提供的服务化接口可以为Nudm,AF提供的服务化接口可以为Naf;PCF对外提供的服务化接口可以为Npcf,AUSF对外提供的服务化接口可以为Nausf。另外,架构3-1中的vSEPP用于VPLMN内部控制面接口的信息过滤和策略控制,以及拓扑隐藏等;架构3-1中的hSEPP用于HPLMN内部控制面接口的信息过滤和策略控制,以及拓扑隐藏等;vSEPP与hSEPP通过N32接口(简称N32)连接。所有相关描述可以参考23501标准中的5G系统架构(5G system architecture),在此不予赘述。
架构3-2具体包括:NSSF、AUSF、UDM、AMF、SMF、PCF(包括VPLMN侧的VPCF和HPLMN侧的hPCF)、AF、UE、RAN、UPF和DN。在架构3-2中,UE通过N1接口与AMF,UE通过无线资源控制(radio resource control,RRC)协议与RAN连接;RAN通过N2接口与AMF连接,RAN通过N3接口与UPF连接;UPF通过N6接口与DN连接,同时,UPF通过N4接口与SMF连接;SMF通过N7接口与V-PCF连接,SMF通过N10接口与UDM连接,同时,SMF通过N11接口与AMF连接;AMF通过N8接口与UDM连接,同时,AMF通过N15接口与V-PCF连接。AMF和SMF分别通过N8和N10接口从UDM获取用户签约数据,通过N15和N7接口从V-PCF获取策略数据;AF通过N5接口与V-PCF连接。SMF通过N4接口控制UPF。V-PCF通过N-24接口与H-PCF连接。NSSF通过N22接口与AMF连接。AUSF通过N12接口与AMF连接,通过N13接口与UDM连接。
示例性的,假设图1中的系统可以应用于家乡路由(home routed)的漫游架构,则如图4所示,图1中的会话管理网元可以为图4中的SMF(具体是VPLMN侧的SMF或HPLMN侧发SMF),策略控制功能网元可以为图4中的v-PCF(或VPLMN侧的PCF)或h-PCF(或HPLMN侧的PCF),接入网网元可以为图4中的RAN。图4中示出了应用本申请实施例的家乡路由的漫游架构图。图4中包括基于服务化接口的家乡路由的漫游架构4-1,以及基于参考点的家乡路由的漫游架构4-2。
架构4-1包括用户设备UE、无线接入网RAN、数据网络DN。VPLMN侧的控制面网元和HPLMN侧的网元。架构401中的VPLMN侧的控制面网元包括:NSSF、NEF、NRF、PCF、AMF、UPF、SMF和vSEPP;HPLMN侧的控制面网元包括:UDM、hSEPP、NSSF、AUSF、PCF、AF和NEF。在架构4-1中,控制面功能是通过服务化接口进行通信。NSSF对外提供的服务化接口可以为Nnssf,NEF对外提供的服务化接口可以为Nnef,NRF对外提供的服务化接口可以为Nnrf,AMF对外提供的服务化接口可以为Namf;SMF提供的服务化接口可以为Nsmf;UDM对外提供的服务化接口可以为Nudm,AF提供的服务化接口可以为Naf;PCF对外提供的服务化接口可以为Npcf,AUSF对外提供的服务化接口可以为Nausf。另外,架构4-1中的拜访地安全边缘保护代理vSEPP用于VPLMN内部控制面接口的信息过滤和策略控制,以及拓扑隐藏等;架构4-1中的归属地安全边缘保护代理hSEPP用于HPLMN内部控制面接口的信息过滤和策略控制,以及拓扑隐藏等;vSEPP与hSEPP通过N32接口(简称N32)连接。所有相关描述可以参考23501标准中的5G系统架构,在此不予赘述。
架构4-2包括用户设备UE、无线接入网RAN、数据网络DN、VPLMN侧的控制面网元和HPLMN侧的控制面网元。架构402中的VPLMN侧的控制面网元包括:V-NSSF、V-PCF、AMF、UPF、V-SMF;HPLMN侧的控制面网元包括:UDM、H-NSSF、AUSF、H-PCF、AF和UPF。在架构402中,UE通过N1接口与AMF,UE通过RRC协议与RAN连接;RAN通过N2接口与AMF连接,RAN通过N3接口与UPF连接;在HPLMN侧,UPF通过N6接口与DN连接,同时,UPF通过N4接口与H-SMF连接;在HPLMN侧,H-SMF通过N7接口与H-PCF连接,H-SMF通过N10接口与UDM连接;在VPLMN侧,V-SMF通过N11接口与AMF连接;AMF通过N8接口与UDM连接,同时,AMF通过N15接口与V-PCF连接。AMF和H-SMF分别通过N8和N10接口从UDM获取用户签约数据;AMF通过N15接口从V-PCF获取策略数据;AF通过N5接口与H-PCF连接。V-SMF或H-SMF通过N4接口控制UPF。HPLMN侧的UPF与VPLMN侧的UPF通过N9接口连接。V-PCF通过N-24接口与H-PCF连接。V-NSSF通过N22接口与AMF连接。H-NSSF通过N31接口与V-NSSF连接。AUSF通过N12接口与AMF连接,通过N13接口与UDM连接。
本申请实施例的技术方案主要应用于单PDU会话多PDU会话锚点(PDU sessionanchor,PSA)UPF的场景:为了支持把业务流量选择性的路由到DN网络,或者为了会话连续性,SMF可以控制PDU会话的数据路径,这样,PDU会话就可以同时对应多个N6接口。终结这些接口的UPF被称为支持PDU会话锚点功能的UPF(即PSA UPF)。PDU会话的每个锚点,都提供了到相同DN的一个不同接入。进一步,PDU会话建立时的第一个PDU会话锚点,与该PDU会话的SSC模式关联。而该PDU会话的其它锚点,例如选择性的流量路由到DN,和PDU会话的SSC模式无关。
其中,“流量选择性的路由到DN”可以是以下部署方式:例如,选择某些流量,在N6接口上能够转发给更靠近为UE提供服务的那个AN。举例来说,针对PDU会话,可以使用上行分类器功能(UL Classifier functionality,UL CL);或者,针对PDU会话,也可以使用IPv6多归属(IPv6multi-homing)。上行分类器功能与IPv6多归属的主要区别在于:IPv6多归属会话会为UE分配多个IPv6前缀(prefix),即UE可以感知多PSA UPF的存在,而UL CL场景不能。
这里对UL CL的功能进行详细描述。UL CL是UPF提供的功能,旨在使用SMF提供的流过滤器,对某些业务进行(本地)转移。对于IPv4、IPv6、IPv4v6或以太类型的PDU会话,SMF可以在PDU会话的数据路径中间插入一个上行分类器(UL Classifer)。SMF可以决定添加(或称作插入)或者移除支持UL CL的UPF,SMF通过通用的N4接口和UPF能力,来进行控制。SMF可以在会话建立时或建立完成后插入支持UL CL的UPF,也可以在会话建立后移除ULCL。SMF可以在PDU会话的数据路径上插入多个支持UL CL功能的UPF。UE不感知UL CL带来的流量的转移,也不参与UL CL的增删。在IPv4、IPv6或IPv4v6类型的PDU场景下,UE将PDU会话和单个IPv4地址或者单个IPv6前缀或者两者一起关联起来。当数据路径中插入UL CL后,一个PDU会话将有多个PDU会话锚点。这些锚点提供到相同DN的不同接入。在多个PDU会话锚点中,仅有一个PDU会话锚点是这个PDU会话分配给UE的IPv4地址和/或IPv6前缀的锚点。
需要注意的是:提供本地接入和提供DN接入的不同PDU会话锚点之间的N6参考点上的数据转发机制,不在本协议范围内。
UL CL把上行业务转发到不同的PDU会话锚点,并且聚合去往UE的下行业务,即:把来自不同PDU会话锚点的业务聚合到去往UE的下行链路。这些基于SMF提供的业务检测和业务转发规则。
UL CL使用过滤规则(例如检查上行IP分组的目的IP地址/前缀),然后决定分组该如何路由。支持UL CL功能的UPF也可由SMF配置为支持计费、速率控制(session-AMBR级别)、合法监听等功能。
支持UL CL功能的UPF也可以作为连接LADN(包括例如N6接口的隧道或者NAT)的PDU会话锚点(或者可以理解为:该UPF作为UE处于LADN位置区时连接DN的锚点UPF)。
另外,可以在数据路径上插入更多UL CLs(相应的会有更多PDU会话锚点),为同一个PDU会话创建新的数据路径。组织一个PDU会话内各个UL CL的数据路径的方式,取决于运营商的配置和SMF逻辑,并且只能有唯一一个UPF(支持UL CL的UPF)通过N3接口连接(R)AN。
图5示出了PDU会话使用上行分类器功能的架构。如图5所示,包括:UE、AN、AMF、SMF、UPF、DN。其中,UPF具体包括UL CL UPF(即具有上行分类器功能的UPF)、PSA UPF1和PSAUPF2。其中,PSA UPF为支持PDU会话锚点功能的UPF。UE通过N1接口与AMF连接;AN通过N2接口与AMF连接,通过N3接口与UL CL UPF连接;AMF通过N11接口与SMF连接;UL CL UPF通过N4接口与SMF连接,通过N9接口分别与PSA UPF1和PSA UPF2连接;SMF通过N4接口分别与PSAUPF1和PSA UPF2连接;PSA UPF1通过N6接口与DN连接;PSA UPF1通过N6接口与DN连接。
这里对IPv6多归属的功能进行详细描述。IPv6多归属是指一个PDU会话可以关联多个IPv6前缀。关联多个IPv6前缀的PDU会话被称为多归属PDU会话。多归属PDU会话能够通过多个PDU会话锚点接入DN。用户面路径在一个共同的UPF处分叉,去到不同的PDU会话锚点。支持这个功能的UPF称为分叉点(branching point)。分叉点把上行业务转发到不同的PDU会话锚点,并且聚合去往UE的下行业务,即:把来自不同PDU会话锚点的业务聚合到去往UE的下行链路。
支持分叉点功能的UPF也可由SMF配置为支持计费、速率控制(session-AMBR级别)、合法监听等功能。SMF可以决定支持分叉点功能的UPF的添加(插入)和移除,SMF通过使用通用的N4接口和UPF能力,来进行控制。SMF可以在会话建立时或建立完成后插入支持分叉点功能的UPF,也可以在会话建立后移除支持分叉点功能的UPF。
多归属仅适用于IPv6类型的PDU会话。当UE请求IPv4v6或者IPv6类型的PDU会话时,UE需要同时告诉网络它是否支持多归属IPv6PDU会话。PDU会话中使用多个IPv6前缀有如下特征:(1)SMF配置支持分叉点功能的UPF,使得这样的UPF能够基于源IP地址前缀在IP锚点之间分离业务流量(源IP前缀可以由UE基于路由信息和网络配置的偏好来选择);(2)使用IETF RFC 4191来配置UE中的路由信息和偏好,以影响源前缀的选择。应注意,这对应RFC 7157场景1"IPv6 Multi-homing without Network Address Translation"。这能保证分叉点不感知数据网络的路由表,并保持第一跳路由功能位于IP锚点。
图6示出了多归属PDU会话的架构示意图。如图6所示,包括针对同一DN的本地接入(Multi-homed PDU Session:local access to same DN)的多归属PDU会话的架构6-1,以及,保证连续性的情形(Multi-homed PDU Session:service continuity case)的多归属PDU会话的架构6-2。
多归属PDU会话可以用于UE既需要接入本地业务(例如本地服务器),又需要接入中心服务(例如internet)的情况。以图6中的架构6-1为例进行描述,如图6所示,结构6-1包括:UE、AN、AMF、SMF、UPF、DN。其中,具有分叉点功能的UPF与PDU会话锚点UPF(包括PSA UPF1和PSA UPF2)连接。在架构6-1中,UE通过N1接口与AMF连接;AN通过N2接口与AMF连接,通过N3接口与UPF分叉点连接;AMF通过N11接口与SMF连接;UPF分叉点通过N4接口与SMF连接,通过N9接口分别与PSA UPF1和PSA UPF2连接;SMF通过N4接口分别与PSA UPF1和PSA UPF2连接;PSA UPF1通过N6接口与DN连接;PSA UPF2通过N6接口与DN连接。同一QoS流中的业务流可以通过多个PSA UPF传输,比如,在架构6-1中,同一QoS流中的业务流可以通过PSAUPF1和PSA UPF2传输。
多归属PDU会话可以用于先建后拆(make-before-break)业务,以保持其连续性,例如SSC模式3。以图6中的架构6-2为例进行描述,如图6所示,架构6-2包括:UE、AN、AMF、SMF、UPF、DN。其中,具有分叉点功能的UPF与PDU会话锚点UPF(包括PSA UPF1和PSA UPF2)连接。在架构6-2中,UE通过N1接口与AMF连接;AN通过N2接口与AMF连接,通过N3接口与UPF分叉点连接;AMF通过N11接口与SMF连接;UPF分叉点通过N4接口与SMF连接,通过N9接口分别与PSA UPF1和PSA UPF2连接;SMF通过N4接口分别与PSA UPF1和PSA UPF2连接;PSA UPF1通过N6接口与DN连接;PSA UPF2对应的UPF通过N6接口与DN连接。对于架构6-1,QoS流中的业务流可以通过PSA UPF1传输,如果需要切换PSA UPF,可以先建立PSA UPF2,等到建立好后,可以将PSA UPF1拆除。为了保证业务的连续性,在建立PSA UPF2的过程中,可以保持PSAUPF1的正常使用。
需要说明的是,图2至图6中包括的各个网元(比如V-PCF、H-PCF、AMF、RAN等)的命名仅是一个名字,名字对网元本身的功能不构成限定。在未来其它的网络中,上述各个网元也可以是其他的名字,本申请实施例对此不作具体限定。例如,在6G网络中,上述各个网元中的部分或全部可以沿用5G中的术语,也可能是其他命名,等等,在此进行统一说明,以下不再赘述。
图1至图6系统中网元的具体工作过程和有益效果可以参见下文方法实施例中的描述。
图7示出了应用本申请实施例的计算机设备700(或者获取数据包延迟参数的装置)的示意性框图。上述图1中的会话管理网元或接入网网元可以由图7中的计算机设备的方式来实现;或者,图2至图6中的SMF可以由图7中的计算机设备的方式来实现。
如图7所示,该计算机设备包括:处理器701和收发器703。可选地,该计算机设备还可以包括存储器702。本申请实施例对存储器702的具体部署位置不作具体限定,该存储器可以集成于处理器中,也可以是独立于处理器之外。对于该计算机设备不包括存储器的情形,该计算机设备具备处理功能即可,存储器可以部署在其他位置(如,云系统)。
处理器701、存储器702和收发器703之间通过内部连接通路互相通信,传递控制和/或数据信号。
可以理解的是,尽管并未示出,计算机设备700还可以包括其他装置,例如输入装置、输出装置、电池等。
可选的,在一些实施例中,存储器702可以存储用于执行本申请实施例的方法的执行指令。处理器701可以执行存储器702中存储的指令结合其他硬件(例如收发器703)完成下文所示方法执行的步骤,具体工作过程和有益效果可以参见下文方法实施例中的描述。
上述本申请实施例揭示的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(applicationspecific integrated circuit,ASIC)、现成可编程门阵列(field programmable gatearray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存取存储器(random access memory,RAM)、闪存、只读存储器(read-only memory,ROM)、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的指令,结合其硬件完成上述方法的步骤。
上述的计算机设备700可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中,计算机设备700可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digital assistant,PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图3中类似结构的设备。本申请实施例不限定计算机设备700的类型。
为了便于理解本申请实施例的技术方案,在以5G架构为基础介绍本申请实施例的方案之前,首先对本申请实施例可能涉及到的5G中的一些术语或概念进行简单描述。
1、PDU会话
PDU会话为终端设备与数据网络(data network,DN)之间的一个关联,用于提供一个PDU连接服务。
2、QoS参数
QoS参数包括如下参数中的一个或多个:5G QoS标识(5G QoS identifier,5QI)、分配和预留优先级(allocation and retention priority,ARP)、保证流比特率(guaranteed flow bit rate,GFBR)、最大流比特率(maximum flow bit rate,MFBR)、反转QoS属性(reflective QoS attribute,RQA)、服务质量通知控制(QoS notificationcontrol,QNC)。
5QI是一个标量,用于索引到对应的5G QoS特征。5QI分为标准化的5QI、预配置的5QI和动态分配的5QI。对于标准化的5QI,与一组标准化的5G QoS特征值一一对应;对于预配置的5QI,对应的5G QoS特征值预配置在接入网网元上,对于动态分配的5QI,对应的5GQoS特征由核心网设备通过QoS文件(QoS profile)发送给接入网网元。
ARP包含优先等级、抢占能力和被抢占能力。
GFBR代表期望提供给保证比特率(guaranteed bit rate,GBR)QoS flow(流)的比特率。
MFBR限制提供给GBR QoS flow的比特率,即提供给GBR QoS flow的最大比特率。如超过该比特率时,数据包可以被丢弃。
RQA用于指示使用对应QoS flow传输的业务使用反转QoS。
QNC用于指示接入网网元在QoS flow的使用期当GFBR不能满足时是否通知网络。
3、QoS模型
在5G系统中,为了保证业务端到端的服务质量,提出了基于QoS流(flow)的5G QoS模型。该5G QoS模型支持保证比特率的QoS flow(即GBR QoS flow)和不保证比特率的QoSflow(即非GBR(non-GBR)QoS flow)。使用同一个QoS flow控制的数据包接收相同的传输处理(如调度、准入门限等)。对于一个终端设备,可以与5G网络建立一个或者多个PDU会话;每个PDU会话中可以建立一个或者多个QoS flow。每个QoS flow由一个QoS流标识(QoS flowidentifier,QFI)识别,QFI在会话中唯一标识一个QoS flow。此外,每个QoS流对应一个数据无线承载(data radio bearer,DRB),一个DRB可以对应一个或多个QoS flow。
其中,一个QoS flow为GBR QoS flow还是Non-GBR QoS flow,由对应的QoS文件(QoS profile)确定。
对于GBR QoS flow,对应的QoS文件必须包含以下QoS参数:5QI、ARP、GFBR和MFBR,可选的包含QNC;根据QoS文件是否包含QNC将GBR QoS flow分为需要notificationcontrol的GRB QoS flow和不需要notification control的GBR QoS flow。对于需要notification control的GBR QoS flow,当接入网网元检测到对应的QoS flow资源不能被满足时,接入网网元通知会话管理功能SMF网元该事件。进一步的SMF网元可以发起QoSflow删除或者修改流程。
对于Non-GBR QoS flow,对应的QoS文件必须包含以下QoS参数:5QI和ARP;可选的包含RQA。
此外,对于GBR QoS flow,主要基于信令的方式控制,对应的QoS flow的建立流程包括如下步骤:第一步,SMF网元根据本地策略或者PCF网元发送的PCC规则确定建立QoSflow,则2a)、向用户面功能UPF网元发送业务数据流(service data flow,SDF)信息,该SDF信息中包括QoS控制信息;2b)、通过接入和移动性管理功能AMF网元向接入网网元发送QoSflow的QoS文件;2c)、通过AMF网元和接入网网元向终端设备发送QoS规则(QoS rule),QoS规则中包含QoS控制信息。第二步,终端设备、接入网网元和UPF网元之间建立建立QoSflow,接入网网元根据QoS文件建立空口的DRB,并存储QoS flow与DRB的绑定关系。
对于下行,当UPF网元接收到下行数据包时,根据SMF网元发送的SDF信息,在该下行数据包的数据包头中携带QFI;接入网网元接收到下行数据包时根据数据包头中的QFI以及对应的QoS flow和DRB的绑定关系,将该下行数据包放在对应的DRB上传输。
对于上行,终端设备确定发送上行数据包时,根据QoS规则确定QoS flow,并在待发送的上行数据包的数据包头中携带QFI,同时根据QoS flow和DRB的绑定关系,将该上行数据包放在对应的DRB上传输。接入网网元接收到上行数据包时,根据数据包头中的QFI,在接入网网元和UPF网元之间的上行数据包的数据包头中包含QFI。UPF网元接收到接入网网元发送的上行数据包时验证数据包是否使用正确的QoS flow传输。
4、绑定参数
绑定参数可以包括以下中的一项或多项:5QI(相关描述可参考上述QoS参数部分,在此不再赘述);ARP(相关描述可参考上述QoS参数部分,在此不再赘述)。
或者,可选的,若PCC规则中包括以下参数中的一个或多个,则以下参数中的一个或多个也可以作为绑定参数:QNC,相关描述可参考上述QoS参数部分,在此不再赘述;优先级,优先级指示在QoS流中调度资源的优先级(优先级应用于区分同一终端设备的QoS流,并且还应用于区分来自不同终端设备的QoS流);平均窗口,平均窗口只用于GBR QoS flow,代表计算GFBR和MFBR的持续时间;MDBV,MDBV表示要求5G接入网在一个包延时估算(packetdelay budget,PDB)之内要服务的最大数据量。其中,PDB定义了一个数据包在终端设备和有N6接口的UPF网元之间传递所能被延迟的时间上限。
当然,上述的优先级、平均窗口或最大数据突发量也可以是上述5QI对应的QoS属性中的参数,在此不作具体限定。
5、端到端的数据包延迟预算PDB
针对低时延需求业务(比如,高可靠低时延通信(ultra reliable and lowlatency communications,URLLC)业务),网络侧或RAN侧将端到端的PDB分为两部分:核心网侧的PDB(具体是PSA UPF-RAN PDB)和接入网侧的PDB(具体是RAN-UE PDB)。其中,PSAUPF-RAN PDB在标准中称为“PSA-to-NG-RAN-node delay”,或者称为“dynamic CNcomponent of the PDB”,或者称为“CN PDB”,也可以简称为“PSA-RAN PDB”。为了便于描述,针对PSA UPF-RAN PDB,下文统一使用PSA-RAN PDB进行描述。接入网网元可以基于RAN-UE PDB进行调度。会话管理网元在选择UPF后可以将根据配置得到PSA-RAN PDB,然后将PSA-RAN PDB发给接入网网元。接入网网元根据QoS文件中的端到端PDB,以及会话管理网元发送的PSA-RAN PDB,可以推算出RAN-UE PDB,从而基于RAN-UE PDB进行调度。
为了便于接入网网元区分在不同的PSA UPF上传输的业务流的数据包延迟参数(可以是核心网侧的PDB,比如PSA-RAN PDB),本申请提出了一种获取数据包延迟参数的方法,将来自不同PSA UPF上的业务流分配到不同的QoS流传输,并将业务流对应的PSA-RANPDB发送给接入网网元,以使得接入网网元区分不同的PSA-RAN PDB。
基于上面图2至图6中描述的5G架构,以下结合图8至图12描述本申请各个实施例的获取数据包延迟参数的方法。这里作统一说明,在以下实施例中,是以会话管理网元是SMF为例,接入网网元是RAN,策略控制网元是PCF,用于支持PDU会话锚点的用户面功能是PSA UPF为例进行描述,但是这并不对本申请实施例的保护范围构成限定。
图8示出了本申请实施例的一个获取数据包延迟参数的方法800的示意性流程图。应理解,图8中的交互流程中的收发内容可以沿用现有标准中的消息进行收发,消息的具体含义可以参考标准中的描述,或者,也可以通过新定义的消息进行收发,对此不作限定。如图8所示,所述方法800包括:
S810,SMF确定是否存在满足参数条件的第一服务质量QoS流,所述参数条件是指:第一QoS流具有的第一参数与第一业务流的第一参数相同,所述第一QoS流具有的第一参数用于表示传输第一QoS流的协议数据单元会话锚点PSA用户面功能UPF对应的信息,所述第一业务流的第一参数用于表示传输第一业务流的PSA UPF对应的信息。
所述第一PSA UPF是指支持PDU会话锚点功能的UPF。
作为一种实现方式,所述第一参数是数据包延迟参数,相应的,所述参数条件是指:所述第一QoS流具有的数据包延迟参数与所述第一业务流的数据包延迟参数相同。
这里,数据包延迟参数可用于所述RAN确定会话锚点无线接入网PSA-RAN数据包延迟预算PDB。也就是说,RAN在得到数据包延迟参数后,可以通过计算确定出PSA-RAN PDB。
可选地,所述数据包延迟参数是协议数据单元会话锚点无线接入网PSA-RAN数据包延迟预算PDB。这样,RAN可以直接得到PSA-RAN PDB。
作为另一种实现方式,所述第一参数是数据网络接入标识DNAI,相应的,所述参数条件是指:所述第一QoS流具有的DNAI与所述第一业务流的DNAI相同。
可选地,SMF可以基于5QI的资源类型,来决定要不要检测是否存在满足参数条件的第一QoS流。如果5QI的资源类型是延迟关键保证比特率资源类型(Delay criticalGBR),SMF决定检测是否存在满足参数条件的第一QoS流。
S820,若不存在满足所述参数条件的所述第一QoS流,所述SMF为所述第一业务流建立第二QoS流。
可选地,若存在满足所述参数条件的所述第一QoS流,所述SMF将所述第一业务流绑定到所述第一QoS流中传输。
也就是说,如果存在第一参数相同的QoS流,SMF可以将第一业务流绑定到已建立的QoS流(比如第一QoS流)中传输;如果不存在第一参数相同的QoS流,SMF需要为第一业务流新建或分配QoS流(比如第二QoS流,该第二QoS流与第一QoS流不同),新建或分配的QoS流具有对应的QoS流标识信息,比如,QFI。
S830,所述SMF向RAN发送第一消息,所述第一消息包括所述第二QoS流的标识信息以及所述第二QoS流对应的数据包延迟参数。
也就是说,在建立第二QoS流后,SMF可以向RAN发送第一消息,第一消息中包括第二QoS流的QFI以及第二QoS流对应的数据包延迟参数。这样,RAN可以基于第二QoS流的数据包延迟参数,得到第一业务流的PSA-RAN PDB,从而能够区分被不同PSA UPF传输的业务流的PSA-RAN PDB。应理解,本申请实施例对在不同PSA UPF上传输的业务流是否是同一QoS流不作限定,不论是否是同一QoS流,本申请实施例的获取数据包延迟参数的方法均适用。举例来说,对于同一QoS流中存在使用不同的PSA UPF传输业务流的情形,若采用现有技术,会导致同一Qos流具有多个不同的数据包延迟参数,将这些数据包延迟参数传递给RAN后,RAN无法区分哪个数据包延迟参数与哪个PSA UPF上传输的业务流是对应的。而若采用本申请实施例的获取数据包延迟参数的方法,对于同一QoS流中在不同PSA UPF上传输的业务流,可以为在不同PSA UPF上传输的业务流分别建立不同的QoS流,其中,每个QoS流具有相应的数据包延迟参数。这样,RAN可以得知哪个数据包延迟参数与哪个业务流是对应的,即能够区分同一QoS流中在不同PSA UPF上传输的业务流的数据包延迟参数。
可选地,SMF可以在PDU会话建立过程中将所述第一消息发送给RAN,也可以是在PDU会话修改流程中将所述第一消息发送给RAN,对此不作限定。
具体地,SMF可以将所述第一消息发送给移动性管理网元,移动性管理网元将所述第一消息转发给RAN。比如,第一消息可以是N2 SM information,N2 SM information中携带QFI和PSA-RAN PDB。
可选地,SMF在判断是否存在满足参数条件的第一QoS流之前,需要先获得第一业务流的第一参数。下面将结合不同的场景进行描述。
作为一个实施例,SMF在插入新的PSA UPF时,可以获取第一业务流的第一参数。可选地,所述方法800还包括:
在插入第一PSA UPF的情况下,所述SMF确定第一业务流的第一参数,所述第一PSAUPF用于传输所述第一业务流。
可选地,SMF可以在PDU会话建立时就选择多个PSA UPF,也可以是在PDU会话建立之后再插入新的PSA UPF,对此不作限定。
具体而言,在SMF在PDU会话中插入一个新的PSA UPF(比如第一PSA UPF)的情况下,该第一PSA UPF用于传输第一业务流,SMF可以获取第一业务流的第一参数,比如,PSA-RAN PDB。然后,SMF可以检测已有QoS流中是否存在第一参数相同的QoS流,如果不存在,则SMF为所述第一业务流创建第二QoS流,并分配新的QFI。
假设第一参数是数据包延迟参数,这里对SMF如何确定第一业务流的数据包延迟参数做简单描述。
SMF管理多个PSA UPF。SMF可以基于业务的速率需求(比如,速率可以基于5QI参数对应的资源类型确定),为服务范围内的所有PSA UPF配置到RAN的数据包延迟参数,比如,PSA-RAN PDB。可选地,5QI参数对应的资源类型可以是delay critical GBR类型。这里,对于PSA UPF和RAN都相同(可以理解为路径的起点网元和终点网元相同)的场景,如果PSAUPF和RAN之间经过的路径不相同,那么PSA UPF到RAN的数据包延迟参数也不同。对于这种场景,SMF也需要配置数据包延迟参数。
作为另一个实施例,SMF在接收新的PCC规则时,可以获取所述第一参数。图9示出了SMF获取第一参数的示意性交互图,如图9所示,包括:
S910,PCF向SMF发送第一业务流的策略和计费控制PCC规则,所述PCC规则中包括所述第一业务流的第一参数。对应的,所述SMF接收来自PCF的所述第一业务流的PCC规则。
可选地,所述第一业务流的PCC规则可以是PCF下发的新的PCC规则,也可以是对已存在的PCC规则(已存在的PCC规则是指PCF已经下发的PCC规则)进行修改后的PCC规则,对此不作限定。
S920,所述SMF根据所述PCC规则,获取所述第一业务流的第一参数。
也就是说,SMF可以从第一业务流的PCC规则中,得到所述第一业务流的第一参数。这里,SMF得到的所述第一参数可以包括前文介绍的绑定参数。相比于前文介绍的绑定参数,本申请实施例还可以在上述绑定参数中增加“数据网络接入标识(DN accessidentifier,DNAI)”。这里,DNAI可以理解为用户面访问应用部署的一个或多个DN的标识。具体即,所述第一参数包括:5QI;ARP;QNC;优先级;平均窗口;MDBV;DNAI。
假设所述第一参数中包括以下绑定参数:5QI、ARP、DNAI等其他绑定参数(比如,其他绑定参数可以包括QNC、优先级、平均窗口、MDBV)相应的,所述参数条件是:所述第一QoS流具有的所有绑定参数(5QI、ARP、DNAI等其他绑定参数)与所述第一业务流的所有绑定参数(5QI、ARP、DNAI等其他绑定参数)分别相同。也就是说,SMF可以检测已有QoS流中是否存在第一QoS流,第一QoS流具有的所有绑定参数与第一业务流的所有绑定参数相同。若存在各个绑定参数都相同的第一QoS流,则可以将第一业务流绑定到该第一QoS流中;若不存在,则建立第二QoS流,该第二QoS流的绑定参数是从所述PCC规则中得到的。
因此,在该另一个实施例中,SMF可以在接收第一业务流的PCC规则时,获取第一业务流的第一参数,然后执行所述方法800,从而有助于RAN区分被不同PSA UPF传输的业务流的PSA-RAN PDB。
可选地,SMF可以将其他能够区分被不同PSA UPF传输的业务流的参数,作为绑定参数,比如,应用的IP地址(包括下行数据的目的IP地址/前缀,上行数据的源IP地址/前缀)等,对此不作限定。
可选地,SMF可以将用于传输业务流的隧道的隧道ID信息,作为所述第一参数。举例来说,用于传输业务流的隧道可以是N6隧道(N6隧道可以理解为PSA UPF与DN之间的隧道),不同的N6隧道对应不同的PSA UPF;或者,也可以是N9隧道(N9隧道可以理解为PSA UPF与UPF(可以是图5中具有上行分类器功能的UPF或图6中具有分叉点功能的UPF)之间的隧道)。不同的业务流可以通过过滤器(filter)或SDF模板(template)进行区分。SMF管理多个PSA UPF,可以建立与多个PSA UPF的隧道,每个隧道对应隧道ID信息。SMF可以将业务流通过该多个PSA UPF进行传输。
或者,SMF可以将源IP地址/前缀、目的IP地址/前缀、端口号等数据流过滤器信息,作为所述第一参数。这里,对于上行数据和下行数据而言,源IP地址/前缀以及目的IP地址/前缀代表不同的含义。具体地,对于下行数据而言,下行数据的目的IP地址/前缀指的是UE的地址/前缀,源地址/前缀指的是外部应用(服务器)的地址/前缀。对于上行数据而言,上行数据的目的IP地址/前缀指的是外部应用(服务器)的地址/前缀,源地址/前缀指的是UE的地址/前缀。
本申请还提供了另一种获取数据包延迟参数的方法,通过比较多个PSA-RAN PDB,选择最大的PSA-RAN PDB,并将最大的PSA-RAN PDB发送给RAN。图10示出了根据本申请另一实施例的获取数据包延迟参数的方法1000的示意性交互图。如图10所述,该方法1000包括:
S1010,SMF确定第一数据包延迟参数,所述第一数据包延迟参数在多个数据包延迟参数中是最大的,所述多个数据包延迟参数是同一服务质量QoS流中被多个协议数据单元会话锚点PSA用户面功能UPF同时传输的业务流的数据包延迟参数。
S1020,所述SMF向RAN发送所述第一数据包延迟参数。相应的,RAN接收所述第一数据包延迟参数。
也就是说,SMF可以依据本地配置,比较多个数据包延迟参数,然后选取最大的数据包延迟参数传递给RAN,即将最长的时间上限发送给RAN,从而保证业务流的时延需求。
这里,本地配置是指:SMF配置的多个数据包延迟参数。具体而言,SMF管理多个PSAUPF。SMF可以基于业务的速率需求(比如,速率可以基于5QI参数对应的资源类型确定),为服务范围内的所有PSA UPF中的每个PSA UPF配置到RAN的数据包延迟参数,比如,PSA-RANPDB。可选地,5QI参数对应的资源类型可以是delay critical GBR类型。这里,对于PSA UPF和RAN都相同(可以理解为路径的起点网元和终点网元相同)的场景,如果PSA UPF和RAN之间经过的路径不相同,那么PSA UPF到RAN的数据包延迟参数也不同。对于这种场景,SMF也需要配置数据包延迟参数。
具体地,所述第一数据包延迟参数可以携带于现有消息(PDU会话建立流程中的消息或PDU会话修改流程中的消息)中,比如,N2 SM information。
所述SMF向RAN发送所述第一数据包延迟参数,包括:SMF可以将携带第一数据包延迟参数的N2 SM information先发送给移动性管理网元,然后移动性管理网元将所述携带第一数据包延迟参数的N2 SM information转发给RAN。
类似地,数据包延迟参数可用于所述RAN确定会话锚点无线接入网PSA-RAN数据包延迟预算PDB。也就是说,RAN在得到数据包延迟参数后,可以通过计算确定出PSA-RAN PDB。
可选地,所述数据包延迟参数是协议数据单元会话锚点无线接入网PSA-RAN数据包延迟预算PDB。这样,RAN可以直接得到PSA-RAN PDB。
在插入新的PSA UPF的情况下,或者,UE发生小区切换,可能会造成原来的多个数据包延迟参数(比如PSA-RAN PDB)发生变化,从而使得最大的数据包延迟参数发生变化,此时应将对第一数据包延迟参数进行更新。可选地,所述方法1000还包括:所述SMF判断所述第一数据包延迟参数是否更新;若所述第一数据包延迟参数更新,则所述SMF向所述RAN发送更新后的第一数据包延迟参数。
也就是说,在插入新的PSA UPF的情况下,或者,UE发生小区切换,SMF可以判断最大数据包延迟参数是否更新,如果发生更新,则需要将更新后的第一数据包延迟参数发送给RAN,以保证RAN能够同步获取最新的最大数据包延迟参数。
本申请还提供了一种实施例,在该实施例中,用户面功能UPF可以在下行数据包上增加标识信息,该标识信息用于RAN识别下行数据包的数据包延迟参数。
图11示出了根据本申请再一实施例的获取数据包延迟参数的方法1100的示意性交互图。如图11所示,所述方法1100包括:
S1110,SMF向协议数据单元会话锚点PSA用户面功能UPF发送数据包延迟参数。相应的,所述PSA UPF接收所述数据包延迟参数。
可选地,所述SMF触发建立PDU会话时向所述PSA UPF发送数据包延迟参数,或者,也可以是在触发置换UPF时向PSA UPF(该PSA UPF即置换后的PSA UPF)发送所述数据包延迟参数。
例如,SMF可以向PSA UPF发送N4会话建立请求(N4session establishmentrequest),该N4会话建立请求中包括业务流描述信息(比如,SDF filter)以及业务流对应的PSA UPF-RAN PDB。
S1120,PSA UPF在下行数据包中增加标识信息,所述标识信息用于指示所述数据包延迟参数。
具体地,PSA UPF可以在下行数据包中打上标记,增加数据包延迟参数。图12示出了增加标识信息后的数据包的示意图。图12示出了根据本申请实施例的数据包的示意图。如图12所示,数据包包括:UE IP地址/前缀(比如,可以是IPv6prefix)、PSA-RAN PDB和数据包其他内容。也就是说,相比于现有数据包,图12中的数据包增加了PSA-RAN PDB。
S1130,PSA UPF向所述SMF发送响应消息。相应的,所述SMF接收所述响应消息。所述响应消息用于响应所述N4会话建立请求,比如,响应消息可以是N4 sessionestablishment response。
例如,所述响应消息可以是PSA UPF回复给SMF的N4会话响应消息。
S1140,所述SMF向RAN发送所述下行数据包,所述下行数据包括携带所述标识信息。对应的,所述RAN接收所述下行数据包。
所述SMF向RAN发送所述下行数据包,包括:SMF可以向移动性管理网元发送下行数据包,然后移动性管理网元向RAN发送该下行数据包。
具体而言,在触发建立PDU会话,或者变更PSA UPF的情况下,SMF向PSA UPF发送数据包延迟参数。PSA UPF在收到数据包延迟参数后,可以在下行数据包中增加标识信息,该标识信息用于指示所述数据包延迟参数,并向SMF回复响应消息。SMF可以将携带有标识信息的下行数据包发送给RAN,使得RAN基于标识信息得到数据包延迟参数,能够获取业务流的用户面数据包对应的延迟参数,有助于RAN区分不同业务流的数据包延迟参数。
上面描述了下行数据包中增加标识信息的方式,下面将描述上行数据包的处理方式。可选地,对于上行数据包,UE可以基于源IP地址/前缀在上行数据包增加标识信息,该标识信息用于指示数据包延迟参数(比如PSA RAN PDB),或者,也可以在用户面收到的下行数据包对应的上行数据包中,增加标识信息。或者,可选地,UE可以获取SMF发送的对应关系,该对应关系是IP地址/前缀与数据包延迟参数的对应关系,然后在相应的上行数据包中增加标识信息。
举例来说,以下行数据包包括:IP地址/前缀、PSA-RAN PDB和数据包其他内容为例,UE在收到该下行数据包后,可以基于该下行数据包的IP地址/前缀推导出对应的上行数据包的目的IP地址/前缀,基于该下行数据包获取PSA-RAN PDB,在组包时,使用目的IP地址/前缀以及该PSA-RAN PDB进行组包,并填入数据包其他内容。
因此,不论是下行数据包,还是上行数据包,均可以采用本申请实施例的方法在数据包中增加标识信息,以指示相应的数据包延迟参数。
应理解,本申请实施例的各个方案可以组合使用,并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释,对此不作限定。
上文描述了获取数据包延迟参数的方法,下面将描述根据本申请实施例的获取数据包延迟参数的装置。应理解,方法实施例所描述的技术特征同样适用于以下装置实施例。
图13示出了根据本申请实施例的获取数据包延迟参数的装置1200的示意性框图。可选地,所述通信装置1200的具体形态可以是通用计算机设备或通用计算机设备中的芯片,本申请实施例对此不作限定。所述通信装置1200是会话管理网元或会话管理网元中的芯片。
在一种实现方式中,所述通信装置1200包括:处理模块1210,用于确定是否存在满足参数条件的第一服务质量QoS流,所述参数条件是指:第一QoS流具有的第一参数与第一业务流的第一参数相同,所述第一QoS流具有的第一参数用于表示传输第一QoS流的协议数据单元会话锚点PSA用户面功能UPF对应的信息,所述第一业务流的第一参数用于表示传输第一业务流的PSA UPF对应的信息;所述处理模块1210还用于,若不存在满足所述参数条件的所述第一QoS流,为所述第一业务流建立第二QoS流;收发模块1220,用于向接入网网元发送第一消息,所述第一消息包括所述第二QoS流的标识信息以及所述第二QoS流对应的数据包延迟参数。
在一种可能的实现方式中,所述第一参数是数据包延迟参数,相应的,所述参数条件是指:所述第一QoS流具有的数据包延迟参数与所述第一业务流的数据包延迟参数相同。
可选地,所述数据包延迟参数是协议数据单元会话锚点无线接入网PSA-RAN数据包延迟预算PDB。
在一种可能的实现方式中,所述第一参数是数据网络接入标识DNAI,相应的,所述参数条件是指:所述第一QoS流具有的DNAI与所述第一业务流的DNAI相同。
在一种可能的实现方式中,所述处理模块1210还用于:在插入第一PSA UPF的情况下,确定所述第一业务流的第一参数,所述第一PSA UPF用于传输所述第一业务流。在一种可能的实现方式中,所述收发模块1220还用于:接收来自策略控制网元的所述第一业务流的策略和计费控制PCC规则,所述PCC规则中包括所述第一业务流的第一参数;相应的,所述处理模块1210用于:根据所述PCC规则,获取所述第一业务流的第一参数。
可选地,所述处理模块1210还用于:若存在满足所述参数条件的所述第一QoS流,将所述第一业务流绑定到所述第一QoS流中传输。
应理解,根据本申请实施例的获取数据包延迟参数的装置1200可对应于前述方法实施例中会话管理网元的方法,并且通信装置1200中的各个模块的上述和其它管理操作和/或功能分别为了实现前述方法实施例(比如方法800或方法900)中会话管理网元的方法的相应步骤,因此也可以实现前述方法实施例中的有益效果,为了简洁,这里不作赘述。
在另一种实现方式中,所述装置1200还可以执行本申请另一实施例的获取数据包延迟参数的方法,具体如下:处理模块1210,用于确定第一数据包延迟参数,所述第一数据包延迟参数在多个数据包延迟参数中是最大的,所述多个数据包延迟参数是同一服务质量QoS流中被多个协议数据单元会话锚点PSA用户面功能UPF同时传输的业务流的数据包延迟参数;收发模块1220,用于向接入网网元发送所述第一数据包延迟参数。
在一种可能的实现方式中,所述处理模块1210还用于:所述会话管理网元判断所述第一数据包延迟参数是否更新;相应的,所述收发模块1220还用于:若所述第一数据包延迟参数更新,则向所述接入网网元发送更新后的第一数据包延迟参数。
可选地,所述数据包延迟参数是协议数据单元会话锚点无线接入网PSA-RAN数据包延迟预算PDB。
应理解,根据本申请实施例的获取数据包延迟参数的装置1200可对应于前述方法实施例中会话管理网元的方法,并且通信装置1200中的各个模块的上述和其它管理操作和/或功能分别为了实现前述方法实施例(比如方法1000)中会话管理网元的方法的相应步骤,因此也可以实现前述方法实施例中的有益效果,为了简洁,这里不作赘述。
还应理解,在本实施例中,通信装置1200是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路ASIC、电路、执行一个或多个软件或固件程序的处理器和存储器、集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到装置1200可以采用图7所示的形式。处理模块1220可以通过图7所示的处理器701来实现。可选地,如果图7所示的计算机设备包括存储器702,处理模块1220可以通过处理器701和存储器702来实现。收发模块1210可以通过图7所示的收发器703来实现。具体的,处理器通过执行存储器中存储的计算机程序来实现。可选地,当所述装置1200是芯片时,那么收发模块1210的功能和/或实现过程还可以通过管脚或电路等来实现。可选地,所述存储器可以为所述芯片内的存储单元,比如寄存器、缓存等,所述存储单元还可以是所述计算机设备内的位于所述芯片外部的存储单元,如图7所的存储器702,或者,也可以是部署在其他系统或设备中的存储单元,不在所述计算机设备内。本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(digital versatile disc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(erasable programmable read-only memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
应理解,在本申请的各种实施例中,各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
还应理解,申请实施例中引入编号“第一”,“第二”…等,仅是为了区分不同的对象,比如,区分不同的QoS流,并不对本申请构成任何限定。
还应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本申请中出现的类似于“项目包括如下中的一项或多项:A,B,以及C”表述的含义,如无特别说明,通常是指该项目可以为如下中任一个:A;B;C;A和B;A和C;B和C;A,B和C;A和A;A,A和A;A,A和B;A,A和C,A,B和B;A,C和C;B和B,B,B和B,B,B和C,C和C;C,C和C,以及其他A,B和C的组合。以上是以A,B和C共3个元素进行举例来说明该项目的可选用条目,当表达为“项目包括如下中至少一种:A,B,……,以及X”时,即表达中具有更多元素时,那么该项目可以适用的条目也可以按照前述规则获得。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (22)
1.一种获取数据包延迟参数的方法,其特征在于,包括:
会话管理网元确定是否存在满足参数条件的第一服务质量QoS流,所述参数条件是指:第一QoS流具有的第一参数与第一业务流的第一参数相同,所述第一QoS流具有的第一参数用于表示传输第一QoS流的协议数据单元会话锚点PSA用户面功能UPF对应的信息,所述第一业务流的第一参数用于表示传输所述第一业务流的PSA UPF对应的信息;
若不存在满足所述参数条件的所述第一QoS流,所述会话管理网元为所述第一业务流建立第二QoS流;
所述会话管理网元向接入网网元发送第一消息,所述第一消息包括所述第二QoS流的标识信息以及所述第二QoS流对应的数据包延迟参数。
2.根据权利要求1所述的方法,其特征在于,所述第一参数是数据包延迟参数,相应的,所述参数条件是指:所述第一QoS流具有的数据包延迟参数与所述第一业务流的数据包延迟参数相同。
3.根据权利要求1或2所述的方法,其特征在于,所述数据包延迟参数是协议数据单元会话锚点无线接入网PSA-RAN数据包延迟预算PDB。
4.根据权利要求1所述的方法,其特征在于,所述第一参数包括数据网络接入标识DNAI,相应的,所述参数条件是指:所述第一QoS流具有的DNAI与所述第一业务流的DNAI相同。
5.根据权利要求1至4中任一项所述的方法,其特征在于,在所述会话管理网元确定是否存在满足参数条件的第一服务质量QoS流前,所述方法还包括:
在插入第一PSA UPF的情况下,所述会话管理网元确定所述第一业务流的第一参数,所述第一PSA UPF用于传输所述第一业务流。
6.根据权利要求1或4所述的方法,其特征在于,在所述会话管理网元确定是否存在满足参数条件的第一服务质量QoS流前,所述方法还包括:
所述会话管理网元接收来自策略控制网元的所述第一业务流的策略和计费控制PCC规则,所述PCC规则中包括所述第一业务流的第一参数;
所述会话管理网元根据所述PCC规则,获取所述第一业务流的第一参数。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法还包括:
若存在满足所述参数条件的所述第一QoS流,所述会话管理网元将所述第一业务流绑定到所述第一QoS流中传输。
8.一种获取数据包延迟参数的方法,其特征在于,包括:
会话管理网元确定第一数据包延迟参数,所述第一数据包延迟参数在多个数据包延迟参数中是最大的,所述多个数据包延迟参数是同一服务质量QoS流中被多个协议数据单元会话锚点PSA用户面功能UPF同时传输的业务流的数据包延迟参数;
所述会话管理网元向接入网网元发送所述第一数据包延迟参数。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
所述会话管理网元判断所述第一数据包延迟参数是否更新;
若所述第一数据包延迟参数更新,则所述会话管理网元向所述接入网网元发送更新后的第一数据包延迟参数。
10.根据权利要求8或9所述的方法,其特征在于,所述数据包延迟参数是协议数据单元会话锚点无线接入网PSA-RAN数据包延迟预算PDB。
11.一种获取数据包延迟参数的系统,其特征在于,包括:
会话管理网元,用于确定是否存在满足参数条件的一服务质量QoS,所述参数条件是指:第一QoS流具有的第一参数与第一业务流的第一参数相同,所述第一QoS流具有的第一参数用于表示传输第一QoS流的协议数据单元会话锚点PSA用户面功能UPF对应的信息,所述第一业务流的第一参数用于表示传输所述第一业务流的PSA UPF对应的信息;若不存在满足所述参数条件的所述第一QoS流,为所述第一业务流建立第二QoS流;
接入网网元,用于接收来自所述会话管理网元的第一消息,所述第一消息包括所述第二QoS流的标识信息以及所述第二QoS流对应的数据包延迟参数。
12.一种获取数据包延迟参数的系统,其特征在于,包括:
会话管理网元,用于确定第一数据包延迟参数,所述第一数据包延迟参数在多个数据包延迟参数中是最大的,所述多个数据包延迟参数是同一服务质量QoS流中被多个协议数据单元会话锚点PSA用户面功能UPF同时传输的业务流的数据包延迟参数;
接入网网元,用于接收来自所述会话管理网元的所述第一数据包延迟参数。
13.一种获取数据包延迟参数的装置,其特征在于,包括:
处理模块,用于确定是否存在满足参数条件的第一服务质量QoS流,所述参数条件是指:第一QoS流具有的第一参数与第一业务流的第一参数相同,所述第一QoS流具有的第一参数用于表示传输第一QoS流的协议数据单元会话锚点PSA用户面功能UPF对应的信息,所述第一业务流的第一参数用于表示传输所述第一业务流的PSA UPF对应的信息;
所述处理模块还用于,若不存在满足所述参数条件的所述第一QoS流,为所述第一业务流建立第二QoS流;
收发模块,用于向接入网网元发送第一消息,所述第一消息包括所述第二QoS流的标识信息以及所述第二QoS流对应的数据包延迟参数。
14.根据权利要求13所述的装置,其特征在于,所述第一参数是数据包延迟参数,相应的,所述参数条件是指:所述第一QoS流具有的数据包延迟参数与所述第一业务流的数据包延迟参数相同。
15.根据权利要求13或14所述的装置,其特征在于,所述数据包延迟参数是协议数据单元会话锚点无线接入网PSA-RAN数据包延迟预算PDB。
16.根据权利要求13所述的装置,其特征在于,所述第一参数是数据网络接入标识DNAI,相应的,所述参数条件是指:所述第一QoS流具有的DNAI与所述第一业务流的DNAI相同。
17.根据权利要求13至16中任一项所述的装置,其特征在于,所述处理模块还用于:
在插入第一PSA UPF的情况下,确定所述第一业务流的第一参数,所述第一PSA UPF用于传输所述第一业务流。
18.根据权利要求13或16所述的装置,其特征在于,所述收发模块还用于:
接收来自策略控制网元的所述第一业务流的策略和计费控制PCC规则,所述PCC规则中包括所述第一业务流的第一参数;
相应的,所述处理模块用于:根据所述PCC规则,获取所述第一业务流的第一参数。
19.根据权利要求13至18中任一项所述的装置,其特征在于,所述处理模块还用于:
若存在满足所述参数条件的所述第一QoS流,将所述第一业务流绑定到所述第一QoS流中传输。
20.一种获取数据包延迟参数的装置,其特征在于,包括:
处理模块,用于确定第一数据包延迟参数,所述第一数据包延迟参数在多个数据包延迟参数中是最大的,所述多个数据包延迟参数是同一服务质量QoS流中被多个协议数据单元会话锚点PSA用户面功能UPF同时传输的业务流的数据包延迟参数;
收发模块,用于向接入网网元发送所述第一数据包延迟参数。
21.根据权利要求20所述的装置,其特征在于,所述处理模块还用于:
所述会话管理网元判断所述第一数据包延迟参数是否更新;
相应的,所述收发模块还用于:若所述第一数据包延迟参数更新,则向所述接入网网元发送更新后的第一数据包延迟参数。
22.根据权利要求20或21所述的装置,其特征在于,所述数据包延迟参数是协议数据单元会话锚点无线接入网PSA-RAN数据包延迟预算PDB。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210181488.7A CN114698022A (zh) | 2019-04-01 | 2019-04-01 | 获取数据包延迟参数的方法、系统和装置 |
CN201910258555.9A CN111770531B (zh) | 2019-04-01 | 2019-04-01 | 获取数据包延迟参数的方法、系统和装置 |
EP20783651.1A EP3923625A4 (en) | 2019-04-01 | 2020-03-27 | METHOD, SYSTEM AND APPARATUS FOR DATA PACKET LATENCY PARAMETER ACQUISITION |
PCT/CN2020/081574 WO2020200066A1 (zh) | 2019-04-01 | 2020-03-27 | 获取数据包延迟参数的方法、系统和装置 |
US17/485,169 US11811670B2 (en) | 2019-04-01 | 2021-09-24 | Packet delay parameter obtaining method, system, and apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910258555.9A CN111770531B (zh) | 2019-04-01 | 2019-04-01 | 获取数据包延迟参数的方法、系统和装置 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210181488.7A Division CN114698022A (zh) | 2019-04-01 | 2019-04-01 | 获取数据包延迟参数的方法、系统和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111770531A true CN111770531A (zh) | 2020-10-13 |
CN111770531B CN111770531B (zh) | 2022-03-29 |
Family
ID=72664980
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910258555.9A Active CN111770531B (zh) | 2019-04-01 | 2019-04-01 | 获取数据包延迟参数的方法、系统和装置 |
CN202210181488.7A Pending CN114698022A (zh) | 2019-04-01 | 2019-04-01 | 获取数据包延迟参数的方法、系统和装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210181488.7A Pending CN114698022A (zh) | 2019-04-01 | 2019-04-01 | 获取数据包延迟参数的方法、系统和装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11811670B2 (zh) |
EP (1) | EP3923625A4 (zh) |
CN (2) | CN111770531B (zh) |
WO (1) | WO2020200066A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112235833A (zh) * | 2020-10-14 | 2021-01-15 | 中国联合网络通信集团有限公司 | 数据流参数动态配置方法、会话管理功能实体 |
CN113543196A (zh) * | 2021-07-21 | 2021-10-22 | 安科讯(福建)科技有限公司 | 一种qos流的动态调整方法与系统 |
CN115396865A (zh) * | 2022-09-02 | 2022-11-25 | 广州爱浦路网络技术有限公司 | 终端漫游数据处理方法及网络设备 |
WO2023066022A1 (zh) * | 2021-10-20 | 2023-04-27 | 华为技术有限公司 | 一种通信方法及装置 |
WO2023160116A1 (zh) * | 2022-02-28 | 2023-08-31 | 华为技术有限公司 | 通信方法和装置 |
WO2023207855A1 (zh) * | 2022-04-29 | 2023-11-02 | 华为技术有限公司 | 通信方法及装置 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116938816A (zh) * | 2021-01-04 | 2023-10-24 | 腾讯科技(深圳)有限公司 | 数据传输方法、装置、计算机可读介质及电子设备 |
US20220286912A1 (en) * | 2021-03-08 | 2022-09-08 | Zscaler, Inc. | 5G UDM to IDP federation and identity function |
US11956150B1 (en) * | 2021-05-24 | 2024-04-09 | T-Mobile Innovations Llc | Programmable networking device for packet processing and security |
US11889447B2 (en) * | 2021-08-03 | 2024-01-30 | Qualcomm Incorporated | Supporting inter-media synchronization in wireless communications |
CN117750398A (zh) * | 2022-09-22 | 2024-03-22 | 华为技术有限公司 | 一种建立QoS规则的方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090262645A1 (en) * | 2008-04-22 | 2009-10-22 | Tellabs Oy Et Al. | Method and equipment for shaping transmission speed of data traffic flow |
CN101567793A (zh) * | 2008-04-25 | 2009-10-28 | 华为技术有限公司 | Pcc规则更新的方法、装置及系统 |
CN103688570A (zh) * | 2012-06-19 | 2014-03-26 | 华为技术有限公司 | QoS策略生成方法、装置及系统 |
CN107040942A (zh) * | 2016-02-04 | 2017-08-11 | 华为技术有限公司 | 业务流传输方法、装置及系统 |
US20190059067A1 (en) * | 2017-08-16 | 2019-02-21 | Electronics And Telecommunications Research Institute | Service request method for 5G local service |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220086218A1 (en) * | 2020-12-23 | 2022-03-17 | Dario Sabella | Interoperable framework for secure dual mode edge application programming interface consumption in hybrid edge computing platforms |
US11729137B2 (en) * | 2021-02-18 | 2023-08-15 | Samsung Electronics Co., Ltd. | Method and device for edge application server discovery |
US20220124560A1 (en) * | 2021-12-25 | 2022-04-21 | Shu-Ping Yeh | Resilient radio resource provisioning for network slicing |
-
2019
- 2019-04-01 CN CN201910258555.9A patent/CN111770531B/zh active Active
- 2019-04-01 CN CN202210181488.7A patent/CN114698022A/zh active Pending
-
2020
- 2020-03-27 EP EP20783651.1A patent/EP3923625A4/en active Pending
- 2020-03-27 WO PCT/CN2020/081574 patent/WO2020200066A1/zh unknown
-
2021
- 2021-09-24 US US17/485,169 patent/US11811670B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090262645A1 (en) * | 2008-04-22 | 2009-10-22 | Tellabs Oy Et Al. | Method and equipment for shaping transmission speed of data traffic flow |
CN101567793A (zh) * | 2008-04-25 | 2009-10-28 | 华为技术有限公司 | Pcc规则更新的方法、装置及系统 |
CN103688570A (zh) * | 2012-06-19 | 2014-03-26 | 华为技术有限公司 | QoS策略生成方法、装置及系统 |
CN107040942A (zh) * | 2016-02-04 | 2017-08-11 | 华为技术有限公司 | 业务流传输方法、装置及系统 |
US20190059067A1 (en) * | 2017-08-16 | 2019-02-21 | Electronics And Telecommunications Research Institute | Service request method for 5G local service |
Non-Patent Citations (4)
Title |
---|
CATT等: ""QoS flow binding for URLLC services"", 《3GPP S2-185604》 * |
ERICSSON: ""TS 23.503:Session binding"", 《3GPP S2-177748》 * |
HUAWEI: ""Control of QoS parameters for default QoS Flow"", 《3GPP C3-187221》 * |
HUAWEI等: ""Influence of additional non-standardized QoS parameters on QoS Flow Binding"", 《3GPP S2-181055》 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112235833A (zh) * | 2020-10-14 | 2021-01-15 | 中国联合网络通信集团有限公司 | 数据流参数动态配置方法、会话管理功能实体 |
CN112235833B (zh) * | 2020-10-14 | 2023-06-02 | 中国联合网络通信集团有限公司 | 数据流参数动态配置方法、会话管理功能实体 |
CN113543196A (zh) * | 2021-07-21 | 2021-10-22 | 安科讯(福建)科技有限公司 | 一种qos流的动态调整方法与系统 |
CN113543196B (zh) * | 2021-07-21 | 2024-01-05 | 安科讯(福建)科技有限公司 | 一种qos流的动态调整方法与系统 |
WO2023066022A1 (zh) * | 2021-10-20 | 2023-04-27 | 华为技术有限公司 | 一种通信方法及装置 |
WO2023160116A1 (zh) * | 2022-02-28 | 2023-08-31 | 华为技术有限公司 | 通信方法和装置 |
WO2023207855A1 (zh) * | 2022-04-29 | 2023-11-02 | 华为技术有限公司 | 通信方法及装置 |
CN115396865A (zh) * | 2022-09-02 | 2022-11-25 | 广州爱浦路网络技术有限公司 | 终端漫游数据处理方法及网络设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2020200066A1 (zh) | 2020-10-08 |
EP3923625A4 (en) | 2022-04-13 |
CN111770531B (zh) | 2022-03-29 |
EP3923625A1 (en) | 2021-12-15 |
US11811670B2 (en) | 2023-11-07 |
CN114698022A (zh) | 2022-07-01 |
US20220014475A1 (en) | 2022-01-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111770531B (zh) | 获取数据包延迟参数的方法、系统和装置 | |
US10397188B2 (en) | Access control apparatus, system, and method | |
CA3030741C (en) | Method for processing pdu session establishment procedure and amf node | |
JP6987869B2 (ja) | 無線通信システムにおいてサービス品質(QoS)フロー基盤のULパケットを送信する方法及びそのための装置 | |
US9386480B2 (en) | Systems and methods for providing LTE-based backhaul | |
US10103896B2 (en) | Method and device of a policy control and charging (PCC) system in a communication network | |
US11096082B2 (en) | Method for managing uplink quality of service and base station for performing same method | |
US10506644B2 (en) | Radio access network device, data processing method, and IP packet processing method | |
CN110662308B (zh) | 一种通信方法及装置 | |
CN113691969A (zh) | 通信方法和装置 | |
CN110679167A (zh) | 无线通信系统中收发与基于多归属的psa添加有关的信号的方法及其装置 | |
CN112788680B (zh) | 一种数据传输的方法及相关设备 | |
CN114071574B (zh) | QoS流控制方法及通信装置 | |
WO2019199311A1 (en) | Qos and home routed roaming | |
WO2021140464A1 (en) | TSC-5G QoS MAPPING WITH CONSIDERATION OF ASSISTANCE TRAFFIC INFORMATION AND PCC RULES FOR TSC TRAFFIC MAPPING AND 5G QoS FLOWS BINDING | |
EP3799513A1 (en) | User device, control device, and communication control method | |
CN110138685B (zh) | 一种通信方法及装置 | |
CN109842956B (zh) | 一种业务数据的路由方法、服务网关及移动管理实体 | |
WO2018167254A1 (en) | Unique qos marking ranges for smfs in a 5g communications network | |
WO2015018324A1 (zh) | 一种多接入系统中实现ip流移动性的方法和装置 | |
CN112789896B (zh) | 切换传输路径的方法及装置 | |
CN113950029A (zh) | 一种通信方法及装置 | |
CN110071877B (zh) | 一种传输信息的方法和装置 | |
WO2022183497A1 (zh) | 一种通信方法和通信装置 | |
Corici et al. | A Network Controlled QoS Model over the 3GPP Evolved Packet Core |
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 |