CN116546555A - QoS流的控制方法、装置和存储介质 - Google Patents

QoS流的控制方法、装置和存储介质 Download PDF

Info

Publication number
CN116546555A
CN116546555A CN202310679283.6A CN202310679283A CN116546555A CN 116546555 A CN116546555 A CN 116546555A CN 202310679283 A CN202310679283 A CN 202310679283A CN 116546555 A CN116546555 A CN 116546555A
Authority
CN
China
Prior art keywords
information
qos flow
service
network
qos
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
Application number
CN202310679283.6A
Other languages
English (en)
Inventor
李斌
李慧敏
张昕
肖路明
周晓彤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN202310679283.6A priority Critical patent/CN116546555A/zh
Publication of CN116546555A publication Critical patent/CN116546555A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0268Traffic 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]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种QoS流的控制方法、装置和存储介质,涉及通信技术领域,用于改善通用技术中难以合理地建立QoS流,容易造成网络资源浪费以及网络质量降低的问题。该方法包括:获取UE的设备信息和/或第一业务信息;当设备信息和/或第一业务信息符合第一预设条件时,建立与UE对应的第一QoS流;第一QoS流的类型包括GBR类型;确定UE的第二业务信息和/或网络使用信息;当第二业务信息和/或网络使用信息符合第二预设条件时,删除第一QoS流。

Description

QoS流的控制方法、装置和存储介质
技术领域
本申请属于通信技术领域,尤其涉及一种QoS流的控制方法、装置和存储介质。
背景技术
目前,第五代移动通信技术(5th generation mobile communicationtechnology,5G)网络中,一般可以通过保证比特速率(guaranteed bit rate,GBR)服务质量(quality of service,QoS)流,保证业务数据传输过程中的网络QoS。
通用技术中,主要依赖于用户设备(user equipment,UE)在策略控制功能(policycontrol function,PCF)网元中的签约策略建立GBR QoS流。若UE在PCF网元中的签约策略支持建立GBR QoS流,则这种方式会保持UE对应的GBR QoS流,容易造成网络资源浪费,且网络拥塞时可能导致其他业务的网络质量降低。
发明内容
本申请提供一种QoS流的控制方法、装置和存储介质,用于改善通用技术中难以合理地建立QoS流,容易造成网络资源浪费以及网络质量降低的问题。
为达到上述目的,本申请采用如下技术方案:
第一方面,提供一种QoS流的控制方法,包括:获取UE的设备信息和/或第一业务信息;当设备信息和/或第一业务信息符合第一预设条件时,建立与UE对应的第一QoS流;第一QoS流的类型包括GBR类型;确定UE的第二业务信息和/或网络使用信息;当第二业务信息和/或网络使用信息符合第二预设条件时,删除第一QoS流。
可选地,设备信息包括UE的设备标识和/或设备类型;获取UE的设备信息的方法,具体包括:获取与UE对应的会话信息;解析会话信息确定UE的设备标识和/或设备类型,得到设备信息。
可选地,第一业务信息包括与UE所传输的业务数据对应的业务区域、数据传输时刻和数据目的地址中的至少一种;获取UE的第一业务信息的方法,具体包括:获取与UE对应的会话信息,和/或与业务数据对应的上下行信息;解析会话信息确定业务区域,和/或解析上下行信息确定数据传输时刻和/或数据目的地址,得到第一业务信息。
可选地,第一预设条件包括:设备标识归属于数据网络名称对应的预设标识集合、设备类型归属于预设类型集合、业务区域归属于预设区域集合、数据传输时刻位于预设时段之内和数据目的地址归属于预设地址集合中的至少一种。
可选地,网络使用信息包括业务空闲时长;业务空闲时长用于表示第一QoS流中不存在数据传输的持续时长。
可选地,第二预设条件包括:业务区域不归属于预设区域集合、数据传输时刻位于预设时段之外和业务空闲时长大于或等于预设时长阈值中的至少一种。
可选地,获取UE的设备信息和/或第一业务信息之前,还包括:接收UE的会话建立请求;响应于会话建立请求,建立与UE对应的第二QoS流;第二QoS流的类型包括非保证比特速率(non-guaranteed bit rate,Non-GBR)类型。
第二方面,提供一种QoS流的控制装置,包括:获取单元、处理单元和确定单元;
获取单元,用于获取UE的设备信息和/或第一业务信息;
处理单元,用于当获取单元获取到的设备信息和/或第一业务信息符合第一预设条件时,建立与UE对应的第一QoS流;第一QoS流的类型包括GBR类型;
确定单元,用于确定UE的第二业务信息和/或网络使用信息;
处理单元,还用于当确定单元确定到的第二业务信息和/或网络使用信息符合第二预设条件时,删除第一QoS流。
可选地,设备信息包括UE的设备标识和/或设备类型;获取单元,具体用于:
获取与UE对应的会话信息;
解析会话信息确定UE的设备标识和/或设备类型,得到设备信息。
可选地,第一业务信息包括与UE所传输的业务数据对应的业务区域、数据传输时刻和数据目的地址中的至少一种;获取单元,具体用于:
获取与UE对应的会话信息,和/或与业务数据对应的上下行信息;
解析会话信息确定业务区域,和/或解析上下行信息确定数据传输时刻和/或数据目的地址,得到第一业务信息。
可选地,第一预设条件包括:设备标识归属于数据网络名称对应的预设标识集合、设备类型归属于预设类型集合、业务区域归属于预设区域集合、数据传输时刻位于预设时段之内和数据目的地址归属于预设地址集合中的至少一种。
可选地,网络使用信息包括业务空闲时长;业务空闲时长用于表示第一QoS流中不存在数据传输的持续时长。
可选地,第二预设条件包括:业务区域不归属于预设区域集合、数据传输时刻位于预设时段之外和业务空闲时长大于或等于预设时长阈值中的至少一种。
可选地,该QoS流的控制装置,还包括:接收单元;
接收单元,用于接收UE的会话建立请求;
处理单元,用于响应于会话建立请求,建立与UE对应的第二QoS流;第二QoS流的类型包括Non-GBR类型。
第三方面,提供一种QoS流的控制装置,包括存储器和处理器;存储器用于存储计算机执行指令,处理器与存储器通过总线连接;当QoS流的控制装置运行时,处理器执行存储器存储的计算机执行指令,以使QoS流的控制装置执行如第一方面的QoS流的控制方法。
该QoS流的控制装置可以是网络设备,也可以是网络设备中的一部分装置,例如网络设备中的芯片系统。该芯片系统用于支持网络设备实现第一方面及其任意一种可能的实现方式中所涉及的功能,例如,接收、确定、分流上述QoS流的控制方法中所涉及的数据和/或信息。该芯片系统包括芯片,也可以包括其他分立器件或电路结构。
第四方面,提供一种计算机可读存储介质,包括计算机执行指令,当计算机执行指令在计算机上运行时,使得计算机执行如第一方面的QoS流的控制方法。
需要说明的是,上述计算机指令可以全部或者部分存储在第一计算机可读存储介质上。其中,第一计算机可读存储介质可以与QoS流的控制装置的处理器封装在一起的,也可以与QoS流的控制装置的处理器单独封装,本申请对此不作限定。
在本申请中,上述QoS流的控制装置的名字对设备或功能模块本身不构成限定,在实际实现中,这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本申请类似,属于本申请权利要求及其等同技术的范围之内。
本申请的这些方面或其他方面在以下的描述中会更加简明易懂。
本申请提供的技术方案至少带来以下有益效果:
基于上述任一方面,本申请中,可以获取UE的设备信息和/或第一业务信息,并当设备信息和/或第一业务信息符合第一预设条件时,建立与UE对应的GBR类型的第一QoS流,进一步可以确定UE的第二业务信息和/或网络使用信息,从而当第二业务信息和/或网络使用信息符合第二预设条件时,删除第一QoS流。
基于此,本申请可以结合预设条件,对UE的设备信息和/或第一业务信息进行判断,以在UE需要业务保障的情况下实现GBR QoS流(即第一QoS流)的建立,且可以对UE的第二业务信息和/或网络使用信息进行判断,以在UE无需业务保障的情况下实现GBR QoS流的释放。因此,本申请可以灵活且合理地控制GBR QoS流的建立与释放,既保证了UE的业务感知,又避免了网络资源浪费,从而可以提高其他业务的网络质量。因此,本申请可以用于改善通用技术中难以合理地建立QoS流,容易造成网络资源浪费以及网络质量降低的问题。
附图说明
图1为本申请实施例提供的一种QoS流的建立流程的示意图;
图2为本申请实施例提供的又一种QoS流的建立流程的示意图;
图3为本申请实施例提供的一种QoS流的控制系统的示意图;
图4为本申请实施例提供的一种电子设备的硬件结构示意图;
图5为本申请实施例提供的一种QoS流的控制方法的流程示意图;
图6为本申请实施例提供的又一种QoS流的控制方法的流程示意图;
图7为本申请实施例提供的又一种QoS流的控制方法的流程示意图;
图8为本申请实施例提供的又一种QoS流的控制方法的流程示意图;
图9为本申请实施例提供的一种QoS流的控制流程的示意图;
图10为本申请实施例提供的又一种QoS流的控制流程的示意图;
图11为本申请实施例提供的一种QoS流的控制装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
为了便于清楚描述本申请实施例的技术方案,在本申请实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分,本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。
此外,本申请实施例和权利要求书及附图中的术语“包括”和“具有”不是排他的。例如,包括了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块,还可以包括没有列出的步骤或模块。
为了便于理解本申请,现对本申请涉及到的相关要素进行描述。
目前,5G凭借大带宽、低时延、广连接和高安全的优异特性,已融合应用在工业、医疗、教育和交通等多个行业领域,发挥着赋能效应。并且,随着5G在高清直播、车联网和工业控制等诸多新应用场景中的深度应用,这些应用场景下的数据传输也对5G提出了更高的端到端QoS要求,使得5G在各方面得到了进一步发展。例如,增强移动宽带(enhanced mobilebroadband,eMBB)服务、低时延高可靠通信(ultra-reliable&low-latencycommunication,URLLC)服务和海量机器类通信(massive machine type ofcommunication,mMTC)服务等。
eMBB服务下要求高速和动态带宽分配,可以高速地上传或下载十亿字节(gigabyte,GB)量级的视频内容,可以为超高清视频、增强现实(augmented reality,AR)和虚拟现实(virtual reality,VR)等业务动态分配带宽。
URLLC服务下要求高可靠、高可用和低时延,可以支持自动化工厂和远程手术等任务关键型业务可靠运行,可以满足自动驾驶和远程控制无人机等时延关键型业务的低时延需求。
mMTC服务下要求大幅度提高网络容量和连接密度,可以为智慧城市等物联网(internet of things,IoT)业务提供十亿级设备的连接,密度可以达到百万设备每平方千米。
可见,在传输业务数据的过程中,5G网络需要保证更大的带宽、更短的时延和更灵活可靠的控制。在移动网络中传输业务数据,需要建立数据通路,即第四代移动通信技术(the 4th generation mobile communication technology,4G)中的演进分组系统(evolved packet system,EPS)承载和5G中的QoS流(也可以称为QoS Flow)。数据通路是控制端到端QoS的最小粒度,即相同通路上的所有数据流将获得相同的QoS保障。例如,调度策略和缓冲队列管理等。若不同数据流之间需要不同QoS级别的保障,则需要通过不同的数据通路来提供。
移动网络的QoS根据5G服务质量标识(5G QoS identifier,5QI)的不同值,可以划分为GBR、Non-GBR和时延敏感型GBR等类型。5G网络中建立的数据通路可以分为默认QoS流和专有QoS流两类。默认QoS流为Non-GBR类型,即在网络资源紧张的情况下,不能够保证比特速率。专有QoS流一般为GBR类型,即在网络资源紧张的情况下,也可以保证比特速率。
GBR类型应用于实时性和带宽服务保障要求较高的业务,需要调度器对该类QoS流保证一个最低的比特速率(guaranteed flow bit rate,GFBR),以及一个最大速率限制(maximum flow bit rate,MFBR)。GBR类型的QoS流可以使用GFBR与MFBR对特定的QoS流进行最大带宽限制。
Non-GBR类型的QoS流主要应用于实时性要求较低的业务,不需要调度器对该类QoS流进行速率保障。
GBR QoS流建立时一般采用以下两种方式。
如图1所示,第一种方式通过静态配置实现。当UE的协议数据单元(protocol dataunit,PDU)会话建立时,会话管理功能(session management function,SMF)网元可以根据UE在PCF网元的签约策略建立GBR QoS流。
具体而言,UE通过与接入与移动性管理功能(access and mobility managementfunction,AMF)网元、统一数据管理(unified data management,UDM)网元之间的信息交互完成注册过程,以及通过AMF网元完成PDU会话建立后,SMF网元可以从PCF网元获取PCF规则信息,并向用户平面功能(user plane function,UPF)网元发送数据包筛选器集(packetfilter set,PFS)和QoS信息,以使UPF网元可以进行上行QoS流标识符(QoS flowidentifier,QFI)验证、下行QFI标记和控制。
SMF网元可以通过AMF网元向无线接入网(radio access network,RAN)网元发送QoS配置信息,以使RAN网元可以建立数据无线电承载(data radio bearer,DRB)和QoS映射。
SMF网元可以通过AMF网元向UE发送QoS规则,以使UE根据QoS规则执行上行QoS控制。
基于此,可以建立UE和数据网络(data network,DN)之间的GBR QoS流。
虽然,第一种方式可以实现GBR QoS流的建立,保障了业务数据传输。但是,当无业务数据传输时,所建立的GBR QoS流依然存在,容易造成网络资源浪费,可能导致公网业务质量降低。
结合图1,如图2所示,第二种方式基于应用功能(apply function,AF)网元发起的数据传输请求建立GBR QoS流。
具体而言,应用功能(apply function,AF)网元可以向PCF网元发送GBR业务请求,以请求通过GBR QoS流传输业务数据。相应的,PCF网元可以接收到来自于AF网元的GBR业务请求,并向SMF网元发送建立请求,以请求建立GBR QoS流。后续,SMF网元可以基于与第一种方式中相同的流程,完成与UPF网元、RAN网元、UE之间的信息交互,以建立UE和DN之间的GBRQoS流。
第二种方式中,由AF网元触发的GBR业务请求可能来自运营商外部(例如某游戏服务商等)。因此,这种方式的灵活性及可靠性得不到保障。
综上,通用技术存在建立过程灵活性和可靠性较低,以及资源浪费问题,需要探索新的GBR QoS流建立方式。
针对上述问题,本申请实施例提供了一种QoS流的控制方法,本申请中,可以获取UE的设备信息和/或第一业务信息,并当设备信息和/或第一业务信息符合第一预设条件时,建立与UE对应的GBR类型的第一QoS流,进一步可以确定UE的第二业务信息和/或网络使用信息,从而当第二业务信息和/或网络使用信息符合第二预设条件时,删除第一QoS流。
基于此,本申请可以结合预设条件,对UE的设备信息和/或第一业务信息进行判断,以在UE需要业务保障的情况下实现GBR QoS流(即第一QoS流)的建立,且可以对UE的第二业务信息和/或网络使用信息进行判断,以在UE无需业务保障的情况下实现GBR QoS流的释放。因此,本申请可以灵活且合理地控制GBR QoS流的建立与释放,既保证了UE的业务感知,又避免了网络资源浪费,从而可以提高其他业务的网络质量。因此,本申请可以用于改善通用技术中难以合理地建立QoS流,容易造成网络资源浪费以及网络质量降低的问题。
该QoS流的控制方法适用于QoS流的控制系统。图3示出了该QoS流的控制系统100的一种结构。如图3所示,该QoS流的控制系统100可以包括:UE101和控制服务器102。
其中,UE101可以通过有线网络或无线网络,与控制服务器102之间建立通信连接。
在实际应用中,控制服务器102可以与一个或多个UE101之间通信连接。
为了便于理解,本申请以控制服务器102与一个UE101为例进行说明。
一种可能的方式中,图3中的UE101可以用于为用户提供网络访问服务等。图3为本申请实施例提供的UE101的一种设备形态的示例,并不对UE101的具体设备形态构成限定。
可选地,图3中的UE101可以是为指向用户提供语音和/或数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。该UE101可以经无线接入网(radio access network,RAN)与一个或多个核心网进行通信。该UE101可以是移动终端,如具有移动终端的计算机,也可以是便携式、袖珍式、手持式、计算机内置的移动装置,它们与无线接入网交换语言和/或数据。例如,手机、平板电脑、笔记本电脑、上网本和个人数字助理(personal digital assistant,PDA)。本申请实施例对此不作任何限制。
图3中的控制服务器102可以是位于5G核心网中的设备,可以集成有SMF和UPF等模块。SMF和UPF等模块可以分别实现本申请下述实施例提供的QoS流的控制方法中的部分步骤。例如,SMF模块可以用于获取UE对应的会话信息。UPF模块可以用于获取UE所传输的业务数据的上下行信息。
可选的,集成于图3中控制服务器102的SMF和UPF等模块,也可以是相互独立设置的设备。本公开实施例对此不作限制。
容易理解的是,当SMF和UPF等模块是相互独立设置的设备时,各模块之间的通信方式为设备之间的通信。这种情况下,它们之间的通信流程与“SMF和UPF等模块集成于控制服务器102的情况下,各模块之间的通信流程”相同。
为了便于理解,本公开主要以SMF和UPF等模块集成于控制服务器102为例进行说明。
可选地,图3中的控制服务器102可以是单独的一个服务器,或者,也可以是由多个服务器构成的服务器集群。部分实施方式中,服务器集群还可以是分布式集群。本申请实施例对此不作任何限制。
如图4所示,为本申请实施例提供的电子设备的一种硬件结构示意图。该电子设备可以是控制服务器102。该电子设备可以包括处理器21,存储器22、通信接口23、总线24。处理器21,存储器22以及通信接口23之间可以通过总线24连接。
处理器21是电子设备的控制中心,可以是一个处理器,也可以是多个处理元件的统称。例如,处理器21可以是一个CPU,也可以是其他通用处理器等。其中,通用处理器可以是微处理器或者是任何常规的处理器等。
作为一种实施例,处理器21可以包括一个或多个CPU,例如图4中所示的CPU0和CPU1。
存储器22可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
一种可能的实现方式中,存储器22可以独立于处理器21存在,存储器22可以通过总线24与处理器21相连接,用于存储指令或者程序代码。处理器21调用并执行存储器22中存储的指令或程序代码时,能够实现本申请下述实施例提供的QoS流的控制方法。
另一种可能的实现方式中,存储器22也可以和处理器21集成在一起。
通信接口23,用于电子设备与其他设备通过通信网络连接,所述通信网络可以是以太网,无线接入网,无线局域网(wireless local area networks,WLAN)等。通信接口23可以包括用于接收数据的接收单元,以及用于发送数据的发送单元。
总线24,可以是工业标准体系结构(industry standard architecture,ISA)总线、外部设备互连(peripheral component interconnect,PCI)总线或扩展工业标准体系结构(extended industry standard architecture,EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图4中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
需要指出的是,图4中示出的结构并不构成对电子设备的限定,除图4所示部件之外,电子设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图5所示,为本申请实施例提供的一种QoS流的控制方法的流程示意图。该QoS流的控制方法可以应用于图3所示的QoS流的控制系统100中的控制服务器102。该QoS流的控制方法包括:S501-S504。
S501、控制服务器获取UE的设备信息和/或第一业务信息。
可选地,设备信息可以包括UE的设备标识和/或设备类型。第一业务信息可以包括与UE所传输的业务数据对应的业务区域、数据传输时刻和数据目的地址中的至少一种。
一种可能的方式中,UE的设备标识可以是国际移动用户识别码(internationalmobile subscriber identity,IMSI),也可以移动台国际用户识别码(mobile subscriberinternational ISDN number,MSISDN),还可以是其他用于唯一地标识UE的信息。
一种可能的方式中,UE的设备类型可以是永久设备标识符(permanent equipmentidentifier,PEI)对应的类型,也可以是其他标识符对应的类型。例如消费终端类型、普通终端类型和虚拟终端类型等。
一种可能的方式中,业务区域可以是UE所处的跟踪区或者小区。即业务区域可以是UE传输业务数据时的跟踪区域代码(tracking area code,TAC)对应的跟踪区域,也可以是UE传输业务数据时的5G小区识别码对应的小区。
一种可能的方式中,数据传输时刻可以是UE传输业务数据时的时刻信息。
一种可能的方式中,数据目的地址可以是UE所传输的业务数据的目的网际互连协议(internet protocol,IP)地址和端口,也可以是目的域名等。
一种可能的方式中,UE和DN之间建立PDU会话后,UE可以基于默认QoS流(即Non-GBR QoS流)实现与DN之间的数据传输过程。PDU会话是指一个UE与DN之间进行通讯的过程。PDU会话建立后,也就是建立了一条UE和DN的数据传输通道。PDU会话的会话信息可以包括IMSI、MSISDN和UE位置信息等相关信息。
这种情况下,控制服务器可以通过记录UE与DN之间PDU会话的会话信息,以及UE与DN之间数据传输过程的上下行信息,确定UE的设备信息和/或第一业务信息。
S502、控制服务器当设备信息和/或第一业务信息符合第一预设条件时,建立与UE对应的第一QoS流。
其中,第一QoS流的类型可以包括GBR类型。GBR类型的QoS流可以应用于实时性和带宽服务保障要求较高的业务,可以通过调度器保证GFBR和MFBR,以对QoS流进行带宽限制。
可选地,第一预设条件可以包括设备标识归属于数据网络名称对应的预设标识集合、设备类型归属于预设类型集合、业务区域归属于预设区域集合、数据传输时刻位于预设时段之内和数据目的地址归属于预设地址集合中的至少一种。
一种可能的方式中,数据网络名称对应的预设标识集合可以包括一个或多个预设设备标识。预设设备标识可以用于标识在该数据网络名称对应的DN中,被允许基于GBR QoS流进行数据传输的UE。其中,数据网络名称(data network name,DNN)可以由运营商标识和网络标识组成,用于表示数据网络所归属的运营商和外部网络。
一种可能的方式中,预设类型集合可以包括一个或多个预设类型。预设类型可以用于表示被允许基于GBR QoS流进行数据传输的UE类型。
一种可能的方式中,预设区域集合可以包括一个或多个预设区域。预设区域可以用于表示被允许基于GBR QoS流进行数据传输的区域(例如跟踪区或小区)。
一种可能的方式中,预设时段可以用于表示被允许基于GBR QoS流进行数据传输的时段。
一种可能的方式中,预设地址集合可以包括一个或多个预设地址。预设地址可以用于表示被允许基于GBR QoS流接收数据的地址。
一种可能的方式中,当UE的设备信息和/或第一业务信息符合第一预设条件时,则可以表明该UE被允许基于GBR QoS流进行数据传输,和/或该UE位于被允许基于GBR QoS流进行数据传输的区域,和/或该UE传输数据的时刻被允许基于GBR QoS流进行数据传输,和/或该UE所传输的业务数据的目的地址为被允许基于GBR QoS流接收数据的地址。这种情况下,控制服务器可以建立与UE对应的第一QoS流。
一种可能的方式中,控制服务器可以配置有用于建立GBR QoS流的预设规则。预设规则可以用于确定GBR QoS流的5QI、上行保障带宽和下行保障带宽。
一种可能的方式中,预设规则还可以用于确定与GBR QoS流对应的空闲等待时长。空闲等待时长可以用于判断是否删除所建立的GBR QoS流。
控制服务器可以按照预设规则,确定第一QoS流的相关配置信息,并与UE将上下行流量适配至第一QoS流。具体而言,控制服务器可以具备SMF模块和UPF模块。第一预设条件和预设规则可以配置在SMF模块中。
SMF模块可以用于确定UE的设备信息和/或第一业务信息是否符合第一预设条件,并在UE的设备信息和/或第一业务信息符合第一预设条件的情况下,按照预设规则,确定第一QoS流的相关配置信息。进一步地,SMF模块可以向UPF模块和UE发送第一QoS流的相关配置信息。第一QoS流的相关配置信息可以包括第一QoS流的QFI。相应的,UE和UPF模块可以分别接收到来自于SMF模块的第一QoS流的相关配置信息,并基于第一QoS流的QFI将上下行流量适配至第一QoS流。
S503、控制服务器确定UE的第二业务信息和/或网络使用信息。
其中,第二业务信息可以包括UE通过第一QoS流传输业务数据时所处的业务区域,以及UE通过第一QoS流传输业务数据时的数据传输时刻。
一种可能的方式中,网络使用信息可以包括业务空闲时长。业务空闲时长可以用于表示第一QoS流中不存在数据传输的持续时长。
可选地,网络使用信息还可以包括带宽利用率信息。带宽利用率信息可以用于表示第一QoS流中带宽利用率低于预设利用率阈值的持续时长。控制服务器可以在第一QoS流中带宽利用率低于预设利用率阈值的持续时长大于预设时长阈值的情况下,调低第一QoS流的上行保障带宽和下行保障带宽。
一种可能的方式中,控制服务器在建立与UE对应的第一QoS流后,可以监测UE使用第一QoS流时的相关信息,以便于确定是否对第一QoS流进行调整,避免网络资源浪费。
具体而言,控制服务器可以通过实时或周期性地遍历UE与DN之间PDU会话的会话信息,确定UE通过第一QoS流传输业务数据时所处的业务区域。例如,控制服务器可以通过SMF模块遍历UE与DN之间PDU会话的会话信息,确定业务区域。
控制服务器可以实时或周期性地遍历UE基于第一QoS流传输业务数据过程中的上下行信息,确定UE通过第一QoS流传输业务数据时的数据传输时刻,以及UE的网络使用信息。例如,UPF模块记录UE基于第一QoS流传输业务数据过程中的上下行信息,并向SMF模块发送第一QoS流传输业务数据过程中的上下行信息。相应的,SMF模块可以接收到来自于UPF模块的第一QoS流传输业务数据过程中的上下行信息,并解析第一QoS流传输业务数据过程中的上下行信息得到数据传输时刻。并且,SMF模块可以基于在多个不同时刻接收到的第一QoS流传输业务数据过程中的上下行信息,确定UE的业务空闲时长和带宽利用率信息等网络使用信息。
S504、控制服务器当第二业务信息和/或网络使用信息符合第二预设条件时,删除第一QoS流。
可选地,第二预设条件可以包括业务区域不归属于预设区域集合、数据传输时刻位于预设时段之外和业务空闲时长大于或等于预设时长阈值中的至少一种。
一种可能的方式中,当第二业务信息和/或网络使用信息符合第二预设条件时,则可以表明UE在通过第一QoS流传输业务数据的过程中移动到了预设区域之外的区域,和/或UE通过第一QoS流传输业务数据的时刻已位于不被允许基于GBR QoS流进行数据传输的时段之内,和/或UE已长时间不通过第一QoS流进行业务数据传输,若继续保持第一QoS流则可能造成网络资源浪费,导致其他业务的网络质量降低。这种情况下,控制服务器可以删除第一QoS流。
一种可能的方式中,控制服务器可以通过SMF模块向UPF模块发送用于指示删除第一QoS流的指令。响应于该指令,控制服务器可以通过UPF模块删除第一QoS流的相关配置信息。
一种实施例中,在控制服务器获取UE的设备信息时,如图6所示,本申请实施例提供一种可选的实现方式,包括:S601-S602。
S601、控制服务器获取与UE对应的会话信息。
一种可能的方式中,控制服务器在UE建立PDU会话的过程中,以及在UE通过与PDU会话关联的默认QoS流进行数据传输的过程中,可以通过SMF模块记录与UE的设备标识和设备类型等相关的会话信息。
S602、控制服务器解析会话信息确定UE的设备标识和/或设备类型,得到设备信息。
一种可能的方式中,控制服务器可以通过SMF模块解析会话信息,确定UE的设备标识和/或设备类型。
一种实施例中,在控制服务器获取UE的第一业务信息时,如图7所示,本申请实施例提供一种可选的实现方式,包括:S701-S702。
S701、控制服务器获取与UE对应的会话信息,和/或与业务数据对应的上下行信息。
一种可能的方式中,控制服务器在UE建立PDU会话的过程中,以及在UE通过与PDU会话关联的默认QoS流进行数据传输的过程中,可以通过SMF模块记录与UE的业务区域等相关的会话信息,和/或可以通过UPF模块记录与UE所传输的业务数据的数据传输时刻和数据目的地址等相关的上下行信息。
S702、控制服务器解析会话信息确定业务区域,和/或解析上下行信息确定数据传输时刻和/或数据目的地址,得到第一业务信息。
一种可能的方式中,控制服务器可以通过SMF模块解析会话信息,确定UE的业务区域。
一种可能的方式中,控制服务器可以通过UPF模块解析上下行信息,确定UE所传输的业务数据的数据传输时刻和数据目的地址等业务信息。
一种实施例中,结合图5,在上述S501之前,即控制服务器获取UE的设备信息和/或第一业务信息之前,如图8所示,本申请实施例提供的QoS流的控制方法,还包括:S801-S802。
S801、控制服务器接收UE的会话建立请求。
一种可能的方式中,会话建立请求可以包括数据网络名称等信息。
一种可能的方式中,控制服务器还可以配置有AMF和UDM等模块。UE可以在需要向DN发送业务数据,或者需要从DN获取业务数据的情况下,向控制服务器发送会话建立请求。相应的,控制服务器可以通过AMF模块接收到来自于UE的会话建立请求,并基于AMF和UDM等模块的信息交互,建立与UE对应的PDU会话。
S802、控制服务器响应于会话建立请求,建立与UE对应的第二QoS流。
其中,第二QoS流的类型可以包括Non-GBR类型。
一种可能的方式中,在建立与UE对应的第一QoS流之前,控制服务器可以通过第二QoS流向UE提供数据传输服务。具体而言,控制服务器还可以响应于会话建立请求,通过SMF模块确定第二QoS流的相关配置信息,并通过SMF模块向UE和UPF模块分别发送第二QoS流的相关配置信息,以建立UE与UPF模块之间的第二QoS流。
一种实施例中,如图9所示,为本申请实施例提供的一种QoS流的控制流程的示意图。控制服务器在建立会话,即建立与UE对应的PDU会话后,可以建立与会话关联的默认QoS流(即第二QoS流)。并且,控制服务器可以预先配置有第一预设条件、第二预设条件和预设规则。
控制服务器可以记录会话信息,并识别默认QoS流中的上下行信息,以获取UE的设备信息和/或第一业务信息。控制服务器可以进一步确定UE的设备信息和/或第一业务信息是否满足第一预设条件。若不满足第一预设条件(即否),则控制服务器可以重复执行记录会话信息,并识别默认QoS流中的上下行信息的流程,以重新获取UE的设备信息和/或第一业务信息,并进行判断。
若满足第一预设条件(即是),则控制服务器可以按照预设规则,建立GBR QoS流(即第一QoS流),并通过UPF模块与UE之间适配流量至GBR QoS流,以及监测UE使用GBR QoS流时的相关信息,以确定UE的第二业务信息和/或网络使用信息。
进一步地,控制服务器可以确定UE的第二业务信息和/或网络使用信息是否满足第二预设条件。若不满足第二预设条件(即否),则控制服务器可以重复执行监测UE使用GBRQoS流时的相关信息的流程。
若满足第二预设条件(即是),则控制服务器可以删除GBR QoS流,并重复执行记录会话信息,并识别默认QoS流中的上下行信息的流程,以重新获取UE的设备信息和/或第一业务信息,并进行判断。
本申请实施例中,控制服务器可以获取UE的设备信息和/或第一业务信息,并当设备信息和/或第一业务信息符合第一预设条件时,建立与UE对应的GBR类型的第一QoS流,进一步可以确定UE的第二业务信息和/或网络使用信息,从而当第二业务信息和/或网络使用信息符合第二预设条件时,删除第一QoS流。
基于此,本申请可以结合预设条件,对UE的设备信息和/或第一业务信息进行判断,以在UE需要业务保障的情况下实现GBR QoS流(即第一QoS流)的建立,且可以对UE的第二业务信息和/或网络使用信息进行判断,以在UE无需业务保障的情况下实现GBR QoS流的释放。因此,本申请可以灵活且合理地控制GBR QoS流的建立与释放,既保证了UE的业务感知,又避免了网络资源浪费,从而可以提高其他业务的网络质量。因此,本申请可以用于改善通用技术中难以合理地建立QoS流,容易造成网络资源浪费以及网络质量降低的问题。
一种实施例中,在AMF、SMF和UPF等模块为相互独立设置的情况下,如图10所示,为本申请实施例提供的又一种QoS流的控制流程的示意图。UE和AMF之间完成PDU会话建立流程后,SMF可以记录会话信息。并且,SMF可以预先配置有第一预设条件、第二预设条件和预设规则等。
UPF可以记录与该PDU会话关联的默认QoS流对应的数据传输过程中的上下行信息,并将记录的上下行信息作为数据传输过程中的相关信息发送至SMF。或者,UPF也可以并解析上下行信息得到数据传输时刻、数据目的地址和网络使用信息等信息,并将解析到的信息作为数据传输过程中的相关信息发送至SMF。
SMF可以获取到UE的设备信息和/或第一业务信息,并在UE的设备信息和/或第一业务信息满足第一预设条件的情况下,按照预设规则确定第一QoS流的配置信息。进一步地,SMF可以向UPF发送第一QoS流的配置信息,以及通过AMF向RAN发送第一QoS流的配置信息,以及通过AMF向UE发送第一QoS流的规则。基于此,UE可以根据第一QoS流的规则执行上行QoS控制,且RAN可以建立DRB和QoS映射,且UPF可以进行上行QFI验证、下行QFI标记和控制,从而建立UE与DN之间的第一QoS流。
SMF可以获取到UE的第二业务信息和/或网络使用信息,并在UE的第二业务信息和/或网络使用信息满足第二预设条件的情况下,向UPF发送删除第一QoS流的指令。UPF可以响应于来自于SMF的删除第一QoS流的指令,删除第一QoS流的配置信息,从而删除第一QoS流。
基于此,本申请无需PCF网元和AF网元的参与,便可以实现对于GBR QoS流的控制。相比于通用的第一种方式中基于PCF网元的被动触发方案,以及第二种方式中基于AF网元的被动触发方案,本申请可以基于SMF网元和UPF网元,实现主动感知是否需要建立GBR QOS流,从而动态地建立GBR QOS流,达到网络精细化运营的效果。并且,相比于第二种方式中建立请求可能来自外部网络的方案,本申请中GBR QOS流的建立与释放均由归属于运营商的SMF网元和UPF网元触发,避免了由外部网络触发容易导致的安全性问题,提高了网络可靠性。因此,本申请有助于构建绿色、安全、敏捷和智慧的5G网络。
上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对控制服务器进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。可选地,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
如图11所示,为本申请实施例提供的一种QoS流的控制装置的结构示意图。该QoS流的控制装置可以用于执行如图5-图8所示的QoS流的控制方法。该QoS流的控制装置包括:获取单元901、处理单元902和确定单元903;
获取单元901,用于获取UE的设备信息和/或第一业务信息;例如,结合图5,获取单元901可以用于执行S501。
处理单元902,用于当获取单元901获取到的设备信息和/或第一业务信息符合第一预设条件时,建立与UE对应的第一QoS流;第一QoS流的类型包括GBR类型;例如,结合图5,处理单元902可以用于执行S502。
确定单元903,用于确定UE的第二业务信息和/或网络使用信息;例如,结合图5,确定单元903可以用于执行S503。
处理单元902,还用于当确定单元903确定到的第二业务信息和/或网络使用信息符合第二预设条件时,删除第一QoS流。例如,结合图5,处理单元902可以用于执行S504。
可选地,设备信息包括UE的设备标识和/或设备类型;获取单元901,具体用于:
获取与UE对应的会话信息;例如,结合图6,获取单元901可以用于执行S601。
解析会话信息确定UE的设备标识和/或设备类型,得到设备信息。例如,结合图6,获取单元901可以用于执行S602。
可选地,第一业务信息包括与UE所传输的业务数据对应的业务区域、数据传输时刻和数据目的地址中的至少一种;获取单元901,具体用于:
获取与UE对应的会话信息,和/或与业务数据对应的上下行信息;例如,结合图7,获取单元901可以用于执行S701。
解析会话信息确定业务区域,和/或解析上下行信息确定数据传输时刻和/或数据目的地址,得到第一业务信息。例如,结合图7,获取单元901可以用于执行S702。
可选地,第一预设条件包括:设备标识归属于数据网络名称对应的预设标识集合、设备类型归属于预设类型集合、业务区域归属于预设区域集合、数据传输时刻位于预设时段之内和数据目的地址归属于预设地址集合中的至少一种。
可选地,网络使用信息包括业务空闲时长;业务空闲时长用于表示第一QoS流中不存在数据传输的持续时长。
可选地,第二预设条件包括:业务区域不归属于预设区域集合、数据传输时刻位于预设时段之外和业务空闲时长大于或等于预设时长阈值中的至少一种。
可选地,该QoS流的控制装置,还包括:接收单元904;
接收单元904,用于接收UE的会话建立请求;例如,结合图8,接收单元904可以用于执行S801。
处理单元902,用于响应于会话建立请求,建立与UE对应的第二QoS流;第二QoS流的类型包括Non-GBR类型。例如,结合图8,处理单元902可以用于执行S802。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机可读存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种QoS流的控制方法,其特征在于,包括:
获取用户设备UE的设备信息和/或第一业务信息;
当所述设备信息和/或所述第一业务信息符合第一预设条件时,建立与所述UE对应的第一网络质量QoS流;所述第一QoS流的类型包括保证比特速率GBR类型;
确定所述UE的第二业务信息和/或网络使用信息;
当所述第二业务信息和/或所述网络使用信息符合第二预设条件时,删除所述第一QoS流。
2.根据权利要求1所述的控制方法,其特征在于,所述设备信息包括所述UE的设备标识和/或设备类型;所述获取UE的设备信息,包括:
获取与所述UE对应的会话信息;
解析所述会话信息确定所述UE的设备标识和/或设备类型,得到所述设备信息。
3.根据权利要求1所述的控制方法,其特征在于,所述第一业务信息包括与所述UE所传输的业务数据对应的业务区域、数据传输时刻和数据目的地址中的至少一种;所述获取UE的第一业务信息,包括:
获取与所述UE对应的会话信息,和/或与所述业务数据对应的上下行信息;
解析所述会话信息确定所述业务区域,和/或解析所述上下行信息确定所述数据传输时刻和/或所述数据目的地址,得到所述第一业务信息。
4.根据权利要求1或3任一项所述的控制方法,其特征在于,所述第一预设条件包括:设备标识归属于数据网络名称对应的预设标识集合、设备类型归属于预设类型集合、业务区域归属于预设区域集合、数据传输时刻位于预设时段之内和数据目的地址归属于预设地址集合中的至少一种。
5.根据权利要求1或3任一项所述的控制方法,其特征在于,所述网络使用信息包括业务空闲时长;所述业务空闲时长用于表示所述第一QoS流中不存在数据传输的持续时长。
6.根据权利要求1或3任一项所述的控制方法,其特征在于,所述第二预设条件包括:业务区域不归属于预设区域集合、数据传输时刻位于预设时段之外和业务空闲时长大于或等于预设时长阈值中的至少一种。
7.根据权利要求1或3任一项所述的控制方法,其特征在于,所述获取UE的设备信息和/或第一业务信息之前,还包括:
接收所述UE的会话建立请求;
响应于所述会话建立请求,建立与所述UE对应的第二QoS流;所述第二QoS流的类型包括非保证比特速率Non-GBR类型。
8.一种QoS流的控制装置,其特征在于,包括:获取单元、处理单元和确定单元;
所述获取单元,用于获取UE的设备信息和/或第一业务信息;
所述处理单元,用于当所述获取单元获取到的所述设备信息和/或所述第一业务信息符合第一预设条件时,建立与所述UE对应的第一QoS流;所述第一QoS流的类型包括GBR类型;
所述确定单元,用于确定所述UE的第二业务信息和/或网络使用信息;
所述处理单元,还用于当所述确定单元确定到的所述第二业务信息和/或所述网络使用信息符合第二预设条件时,删除所述第一QoS流。
9.一种QoS流的控制装置,其特征在于,包括存储器和处理器;所述存储器用于存储计算机执行指令,所述处理器与所述存储器通过总线连接;当所述QoS流的控制装置运行时,所述处理器执行所述存储器存储的所述计算机执行指令,以使所述QoS流的控制装置执行如权利要求1-7任一项所述的QoS流的控制方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括计算机执行指令,当所述计算机执行指令在计算机上运行时,使得所述计算机执行如权利要求1-7任一项所述的QoS流的控制方法。
CN202310679283.6A 2023-06-08 2023-06-08 QoS流的控制方法、装置和存储介质 Pending CN116546555A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310679283.6A CN116546555A (zh) 2023-06-08 2023-06-08 QoS流的控制方法、装置和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310679283.6A CN116546555A (zh) 2023-06-08 2023-06-08 QoS流的控制方法、装置和存储介质

Publications (1)

Publication Number Publication Date
CN116546555A true CN116546555A (zh) 2023-08-04

Family

ID=87445430

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310679283.6A Pending CN116546555A (zh) 2023-06-08 2023-06-08 QoS流的控制方法、装置和存储介质

Country Status (1)

Country Link
CN (1) CN116546555A (zh)

Similar Documents

Publication Publication Date Title
US11368873B2 (en) Method and system of packet aggregation
CN110753335B (zh) 信息传输方法、设备及计算机可读存储介质
JP6926208B2 (ja) 情報送信方法および無線アクセスネットワークデバイス
US9173244B2 (en) Methods for establishing and using public path, M2M communication method, and systems thereof
CN110831075A (zh) 数据传输方法及装置,业务切换方法及装置
EP3101944B1 (en) Facilitating in-bearer qos differentiation in multi-connectivity 5g networks
CN113873478B (zh) 通信方法及装置
KR100942799B1 (ko) 트래픽 처리시스템 및 그 방법
CN115462174A (zh) 用于处理卸载的会话管理
US10972778B2 (en) Stream control system for use in a network
WO2021115429A1 (zh) 一种通信方法及装置
WO2023035925A1 (zh) 一种业务处理方法、装置和系统
CN116546555A (zh) QoS流的控制方法、装置和存储介质
WO2022014561A1 (ja) データ処理のための装置、方法及びプログラム
US11516702B2 (en) Methods, systems and devices for determining buffer status report
JP2016046669A (ja) パケット処理装置、プログラム及び方法
CN114424498B (zh) 数据传输方法、装置、系统和存储介质
CN112135329B (zh) 参数传输方法、装置及系统
WO2016000165A1 (zh) 无线资源的指示方法和设备
EP3701677A1 (en) Method and device for quality of service regulation
CN111132226B (zh) 将服务质量流映射到无线电承载
US11968561B2 (en) Dynamic service aware bandwidth reporting and messaging for mobility low latency transport
US20240137801A1 (en) Adaptive forwarding handling of data packets
EP4298773A1 (en) Adaptive forwarding handling of data packets
CN117499877A (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