CN115915183A - 一种用于传输业务的方法和装置 - Google Patents
一种用于传输业务的方法和装置 Download PDFInfo
- Publication number
- CN115915183A CN115915183A CN202110923161.8A CN202110923161A CN115915183A CN 115915183 A CN115915183 A CN 115915183A CN 202110923161 A CN202110923161 A CN 202110923161A CN 115915183 A CN115915183 A CN 115915183A
- Authority
- CN
- China
- Prior art keywords
- information
- qos
- terminal
- network element
- estimated
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种用于传输业务的方法和装置,具体地,应用功能网元可以向接入网设备、数据分析网元或终端请求终端的预估QoS,接入网设备、数据分析网元或终端可以根据应用功能网元的请求确定终端的预估QoS并反馈给应用功能网元,这样后续就可以根据终端的预估QoS确定该终端的业务的处理策略。这样有助于降低无线环境下不断变化的网络资源对业务传输的影响,进而提升用户体验。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及一种用于传输业务的方法和装置。
背景技术
应用功能网元向终端发送的业务数据需要通过网络侧的分发和处理才可以到达终端。网络侧可以同时承载大量业务的数据的传输,随着业务传输的开始或结束,网络资源也在不断变化。因此,如何降低网络资源的变化对业务传输的影响成为亟需解决的问题。
发明内容
本申请提供一种用于传输业务的方法和装置,能够实现终端的可用服务质量(quality of service,QoS)的预测,使得可以根据终端的可用QoS确定业务的处理策略,从而降低无线环境下不断变化的网络资源对业务传输的影响,有助于提升用户体验。
第一方面,本申请提供了一种用于传输业务的方法,所述方法包括:应用功能网元向第一通信设备发送第一信息,所述第一信息用于请求在满足第一条件时向所述应用功能网元发送终端的预估QoS,所述预估QoS为网络可为所述终端提供的QoS;所述应用功能网元接收来自所述第一通信设备的第二信息,所述第二信息用于指示所述终端的预估QoS,所述预估QoS用于确定所述终端的业务的处理策略。
在本申请中,终端的预估QoS可以理解为网络设备可为该终端提供的QoS的估计值或该终端的可用QoS的估计值等。例如,终端的预估QoS可以是在某一时刻(例如,当前时刻或未来某一时刻)或某一时段(例如,从当前时刻或未来某一时刻开始的一个时段)网络侧预计可以为该终端提供的QoS(例如,最大带宽、平均带宽、最大突发带宽等)。预估QoS可以是一个标识,该标识对应具体的QoS参数,如带宽。预估QoS也可以是具体的QoS参数,例如,预估QoS包括预估带宽。
业务的处理策略可以包括业务的编码策略,例如分层编码的多个子流间的带宽比例、多个子流的速率、多个子流的帧比、和多个子流的码率、或者所使用的编码算法等。例如,当终端的预估QoS等级较高时,可以提升背景流的质量。
在上述技术方案中,应用功能网元可以获取终端的预估QoS,预估QoS用于后续确定该终端的业务的处理策略,有助于降低无线环境下不断变化的网络资源对业务传输的影响,进而有助于提升用户体验。
结合第一方面,在一种可能的实现方式中,所述第一条件包括以下条件中的一个或多个:预测目标时刻和/或目标时段的所述预估QoS;所述预估QoS大于第一阈值和/或所述预估QoS小于第二阈值;第一定时器到期,所述第一定时器用于控制周期上报所述终端的预估QoS;所述预估QoS的变化量大于第三阈值;以及所述预估QoS的等级降级或升级。
其中,目标时刻或目标时段用于指示期望进行QoS预测的时刻或时段,或者,指示期望获得该时刻和/或时段的预估QoS,即终端的预估QoS为该时刻和/或时段的预估QoS,预估QoS的时刻或时段可以为当前时刻或未来某一时刻。需要说明是的,在第一信息不包括目标时刻和/或目标时段的情况下,可以默认为当前时刻和/或当前时段,其中,当前时段可以为从当前时刻开始且时长为预设时长的时段。
当第一条件为预测目标时刻和/或目标时段的预估QoS时,第一通信设备可以预测终端的目标时刻和/或时段的QoS,并上报至应用功能网元。
当第一条件为预估QoS大于第一阈值和/或预估QoS小于第二阈值时,第一通信设备可以预测终端的QoS(例如周期预测终端的QoS)并在预测到的QoS大于第一阈值和/或小于第二阈值时将该预测到的QoS上报至应用功能网元。
当第一条件为第一定时器到期时,第一通信设备可以预测终端的QoS(例如周期预测终端的QoS)并在第一定时器到期时将预测到的QoS上报至应用功能网元。
当第一条件为预估QoS的变化量大于第三阈值时,第一通信设备可以预测终端的QoS(例如周期预测终端的QoS)并在预测到的QoS的变化量大于第三阈值时将该预测到的QoS上报至应用功能网元。例如,当所要预测的QoS为终端的带宽信息时,第三阈值为10M,且本次预估QoS为100M,则当下次预估QoS降为90M或提升到110M时第一通信设备可以向应用功能网元发送通知,将变化后的预估QoS发送给应用功能网元。
需要说明的是,上述条件可以单独实现也可以组合在一起实现,本申请不予限制。
结合第一方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一信息包括以下信息中的一个或多个:所述目标时刻和/或所述目标时段、所述第一阈值、所述第二阈值、上报所述预估QoS的周期、所述第三阈值、以及一个或多个QoS等级。
结合第一方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一信息还包括以下信息中的一个或多个:预测的QoS类型、以及第一业务流的信息,预测的QoS为用于传输所述第一业务流所需要满足的QoS。
预测的QoS类型可以指示所要预测的QoS类型,例如,能保障的最大带宽(即保证比特速率(guaranteed bit rate,GBR)类型的最大带宽)、能保障的平均带宽(即GBR类型的平均带宽)、或能保障的传输时延等。
第一业务流的信息可以包括用于指示需要进行QoS预测的第一业务流,即终端的预估QoS可以是针对某一业务流或某些业务流的,例如,第一业务流的信息可以是QoS流标识,需要进行QoS预测的第一业务流可以映射到由该QoS流标识所标识的QoS流上。或者,第一业务流的信息还可以包括第一业务流所需要满足的QoS需求,例如,需要满足的带宽需求、时延需求、丢包率需求等,即终端的预估QoS为网络可以为第一业务流所提供的QoS等级。
结合第一方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一通信设备包括以下至少一个:接入网设备、数据分析网元、核心网设备以及所述终端。
在一种可能的实现方式中,所述数据分析网元为网络数据分析功能(networkdata analytics function,NWDAF)网元。
在一种可能的实现方式中,核心网设备为网络开放功能网元或策略控制功能网元。
结合第一方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一通信设备为所述终端,所述应用功能网元向第一通信设备发送第一信息,包括:所述应用功能网元通过会话管理功能网元向所述终端发送所述第一信息;或者,所述应用功能网元通过应用层信令向所述终端发送所述第一信息。
结合第一方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一通信设备为所述终端,所述应用功能网元接收来自所述第一通信设备的第二信息,包括:所述应用功能网元接收所述终端通过会话管理功能网元发送所述的第二信息;或者,所述应用功能网元接收所述终端通过应用层信令发送所述的第二信息。
结合第一方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一通信设备为接入网设备,所述应用功能网元接收来自所述第一通信设备的第二信息,包括:所述应用功能网元接收所述接入网设备通过用户面功能网元和/或会话管理功能网元发送的所述第二信息。
结合第一方面或其任一种实现方式中,在另一种可能的实现方式中,当所述接入网设备通过用户面功能网元发送所述第二信息时,所述第二信息包括在通用无线分组业务隧道协议用户面(general packet radio service tunnel protocol-user,GTP-U)数据包的隧道头部或消息体中。
结合第一方面或其任一种实现方式中,在另一种可能的实现方式中,所述GTP-U数据包为发送所述第二信息的专用数据包;或者,所述GTP-U数据包还用于发送应用的数据包。需要说明的是,当GTP-U数据包还用于发送应用的数据包时,这里的“应用的数据包”是指应用服务器发送给第一终端的数据包。
第二方面,本申请提供了一种用于传输业务的方法,所述方法包括:第一通信设备接收第一信息,所述第一信息用于请求在满足第一条件时发送终端的预估QoS,所述预估QoS为网络可为所述终端提供的QoS;所述第一通信设备获取用于确定所述预估QoS的信息;所述第一通信设备根据所述用于确定所述预估QoS的信息,确定所述预估QoS;当满足所述第一条件时,所述第一通信设备发送第二信息,所述第二信息用于指示所述预估QoS。
在本申请中,终端的预估QoS可以理解为网络设备可为该终端提供的QoS的估计值或该终端的可用QoS的估计值等。例如,终端的预估QoS可以是在某一时刻(例如,当前时刻或未来某一时刻)或某一时段(例如,从当前时刻或未来某一时刻开始的一个时段)网络侧预计可以为该终端提供的QoS(例如,最大带宽、平均带宽、最大突发带宽等)。预估QoS可以是一个标识,该标识对应具体的QoS参数,如带宽。预估QoS也可以是具体的QoS参数,例如,预估QoS包括预估带宽。
业务的处理策略可以包括业务的编码策略,例如分层编码的多个子流间的带宽比例、多个子流的速率、多个子流的帧比、和多个子流的码率、或者所使用的编码算法等。例如,当终端的预估QoS等级较高时,AF可以提升背景流的质量。
在上述技术方案中,第一通信设备在接收到请求后,可以获取用于确定终端的预估QoS的信息,并根据获取到的信息,对终端的预估QoS进行预测,并反馈给发送请求的网元,以便后续根据终端的预估QoS确定该终端的业务的处理策略,有助于降低无线环境下不断变化的网络资源对业务传输的影响,进而有助于提升用户体验。
结合第二方面,在一种可能的实现方式中,所述第一条件包括以下条件中的一个或多个:预测目标时刻和/或目标时段的所述预估QoS;所述预估QoS大于第一阈值和/或所述预估QoS小于第二阈值;第一定时器到期,所述第一定时器用于控制周期上报所述终端的预估QoS;所述预估QoS的变化量大于第三阈值;以及所述预估QoS的等级降级或升级。
其中,目标时刻或目标时段用于指示期望进行QoS预测的时刻或时段,或者,指示期望获得该时刻和/或时段的预估QoS,即终端的预估QoS为该时刻和/或时段的预估QoS,预估QoS的时刻或时段可以为当前时刻或未来某一时刻。需要说明是的,在第一信息不包括目标时刻和/或目标时段的情况下,可以默认为当前时刻和/或当前时段,其中,当前时段可以为从当前时刻开始且时长为预设时长的时段。
当第一条件为预测目标时刻和/或目标时段的预估QoS时,第一通信设备可以预测终端的目标时刻和/或时段的QoS,并上报至应用功能网元。
当第一条件为预估QoS大于第一阈值和/或预估QoS小于第二阈值时,第一通信设备可以预测终端的QoS(例如周期预测终端的QoS)并在预测到的QoS大于第一阈值和/或小于第二阈值时将该预测到的QoS上报至应用功能网元。
当第一条件为第一定时器到期时,第一通信设备可以预测终端的QoS(例如周期预测终端的QoS)并在第一定时器到期时将预测到的QoS上报至应用功能网元。
当第一条件为预估QoS的变化量大于第三阈值时,第一通信设备可以预测终端的QoS(例如周期预测终端的QoS)并在预测到的QoS的变化量大于第三阈值时将该预测到的QoS上报至应用功能网元。例如,当所要预测的QoS为终端的带宽信息时,第三阈值为10M带宽,且本次预估QoS为100M,则当下次预估QoS降为90M或提升到110M时第一通信设备可以向应用功能网元发送通知,将变化后的预估QoS发送给应用功能网元。
需要说明的是,上述条件可以单独实现也可以组合在一起实现,本申请不予限制。
结合第二方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一信息包括以下信息中的一个或多个:所述目标时刻和/或所述目标时段、所述第一阈值、所述第二阈值、上报所述预估QoS的周期、所述第三阈值、以及一个或多个QoS等级。
结合第二方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一信息还包括以下信息中的一个或多个:预测的QoS类型、以及第一业务流的信息,预测的QoS为用于传输所述第一业务流所需要满足的QoS。
在此情况下,所述第一通信设备根据所述用于确定所述预估QoS的信息,确定所述预估QoS,包括:所述第一通信设备根据所述用于确定所述预估QoS的信息、以及所述第一信息包括的预测的QoS类型、以及第一业务流的信息中的一个或多个,确定所述预估QoS。
预测的QoS类型可以指示所要预测的QoS类型,例如,能保障的最大带宽(即GBR类型的最大带宽)、能保障的平均带宽(即GBR类型的平均带宽)、或能保障的传输时延等。
第一业务流的信息可以包括用于指示需要进行QoS预测的第一业务流,即终端的预估QoS可以是针对某一业务流或某些业务流的,例如,第一业务流的信息可以是QoS流标识,需要进行QoS预测的第一业务流可以映射到由该QoS流标识所标识的QoS流上。或者,第一业务流的信息还可以包括第一业务流所需要满足的QoS需求,例如,需要满足的带宽需求、时延需求、丢包率需求等,即终端的预估QoS为网络可以为第一业务流所提供的QoS等级。
结合第二方面或其任一种实现方式中,在另一种可能的实现方式中,所述方法还包括:所述第一通信设备获取预测所述预估QoS的周期;所述第一通信设备根据所述用于确定所述预估QoS的信息,确定所述预估QoS,包括:所述第一通信设备根据所述用于确定所述预估QoS的信息、以及所述预测所述预估QoS的周期,确定所述预估QoS。
结合第二方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一通信设备获取预测所述预估QoS的周期,包括:所述第一通信设备根据所述第一信息获取所述预测所述预估QoS的周期,所述第一信息包括所述预测所述预估QoS的周期;或者,所述第一通信设备根据预配置信息获取所述预测所述预估QoS的周期。
换句话说,预测预估QoS的周期可以由请求预估QoS的网元指定或者预配置在第一通信设备中。
结合第二方面或其任一种实现方式中,在另一种可能的实现方式中,所述用于确定所述预估QoS的信息包括以下信息中的至少一个:所述终端的测量信息、所述终端的移动速度、所述终端的移动轨迹、以及所述终端的第二业务流的信息,其中,所述测量信息用于指示所述终端从接入网设备接收的信号的信号质量。
其中,第二业务流可以是终端除第一业务流以外的业务流,第二业务流的信息可以包括以下至少一个:第二业务流占用的带宽、第二业务流的优先级等。
结合第二方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一通信设备包括以下至少一个:接入网设备、数据分析网元、核心网设备以及所述终端。
在一种可能的实现方式中,所述数据分析网元为NWDAF。
在一种可能的实现方式中,核心网设备为网络开放功能网元或策略控制功能网元。
结合第二方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一通信设备为所述终端,所述第一通信设备接收第一信息,包括:所述终端从会话管理功能网元接收所述第一信息;或者,所述终端从应用功能网元和/或应用服务器接收所述第一信息。
结合第二方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一通信设备为所述终端,所述第一通信设备发送第二信息,包括:所述终端向会话管理功能网元发送所述第二信息;或者,所述终端向应用功能网元和/或应用服务器发送所述第二信息。
结合第二方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一通信设备为接入网设备或数据分析网元,所述用于确定预估QoS的信息还包括以下至少一项:所述接入网设备的负荷信息、以及所述接入网设备的配置信息。所述接入网设备的负荷信息是指通过该接入网设备传输的除第一业务流以为的其他业务流的信息,例如,所占用的带宽、优先级中的一项或多项。
结合第二方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一通信设备为数据分析网元,所述第一通信设备获取用于确定所述预估QoS的信息,包括:所述数据分析网元从以下至少一个获取所述用于确定所述预估QoS的信息:接入网设备、会话管理功能网元、以及操作管理和维护网元。
结合第二方面或其任一种实现方式中,在另一种可能的实现方式中,所述第一通信设备为接入网设备,所述第一通信设备发送第二信息,包括:所述接入网设备通过用户面功能网元和/或会话管理功能网元向所述应用功能网元发送所述第二信息。
结合第二方面或其任一种实现方式中,在另一种可能的实现方式中,当所述接入网设备通过用户面功能网元发送所述第二信息时,所述第二信息包括在GTP-U数据包的隧道头部或消息体中。
结合第二方面或其任一种实现方式中,在另一种可能的实现方式中,所述GTP-U数据包为发送所述第二信息的专用数据包;或者,所述GTP-U数据包还用于发送应用的数据包。
第三方面,本申请提供了一种通信装置,该装置包括用于执行上述第一方面或第一方面的任意可能的实现方式中的方法的模块。该装置是与第一方面对应的通信装置,也可以达到如第一方面或第一方面的任意可能的实现方式所带来的有益效果。
第四方面,本申请提供了一种通信装置,该装置包括用于执行上述第二方面或第二方面的任意可能的实现方式中的方法的模块。该装置是与第二方面对应的通信装置,也可以达到如第二方面或第二方面的任意可能的实现方式所带来的有益效果。
第五方面,本申请提供了一种通信装置,包括处理器。该处理器与存储器耦合,可用于执行存储器中的指令,以实现上述第一方面中任一种可能实现方式中的方法。可选地,该装置还包括存储器。可选地,该装置还包括通信接口,处理器与通信接口耦合。
在一种实现方式中,该装置为网络设备。当该装置为网络设备时,所述通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该装置为配置于网络设备中的芯片。当该装置为配置于网络设备中的芯片时,所述通信接口可以是输入/输出接口。
可选地,所述收发器可以为收发电路。可选地,所述输入/输出接口可以为输入/输出电路。
第六方面,本申请提供了一种通信装置,包括处理器。该处理器与存储器耦合,可用于执行存储器中的指令,以实现上述第二方面中任一种可能实现方式中的方法。可选地,该装置还包括存储器。可选地,该装置还包括通信接口,处理器与通信接口耦合。
在一种实现方式中,该装置为终端。当该装置为终端时,所述通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该装置为配置于终端中的芯片。当该装置为配置于终端中的芯片时,所述通信接口可以是输入/输出接口。
可选地,所述收发器可以为收发电路。可选地,所述输入/输出接口可以为输入/输出电路。
第七方面,本申请提供了一种处理器,包括:输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号,并通过所述输出电路输出信号,使得所述处理器执行上述第一方面或第二方面中任一方面中的任一种可能实现方式中的方法。
在具体实现过程中,上述处理器可以为芯片,输入电路可以为输入管脚,输出电路可以为输出管脚,处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的,输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的,且输入电路和输出电路可以是同一电路,该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。
第八方面,本申请提供了一种通信装置,包括处理器和存储器。该处理器用于读取存储器中存储的指令,并可通过接收器接收信号,通过发射器发射信号,以执行第一方面或第二方面中任一方面中的任一种可能实现方式中的方法。
可选地,所述处理器为一个或多个,所述存储器为一个或多个。
可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
在具体实现过程中,存储器可以为非瞬时性(non-transitory)存储器,例如只读存储器(read only memory,ROM),其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
应理解,相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程,接收能力信息可以为处理器接收输入能力信息的过程。具体地,处理输出的数据可以输出给发射器,处理器接收的输入数据可以来自接收器。其中,发射器和接收器可以统称为收发器。
上述第八方面中的装置可以是芯片,该处理器可以通过硬件来实现也可以通过软件来实现,当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现,该存储器可以集成在处理器中,可以位于该处理器之外,独立存在。
第九方面,本申请提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序或指令,当该计算机程序或指令被执行时,实现上述第一方面或第二方面中任一方面中的任意可能的实现方式中的方法。
第十方面,本申请提供了一种计算机程序产品,包含指令,当该指令被运行时,实现第一方面或第二方面中任一方面中的任意可能的实现方式中的方法。
第十一方面,本申请提供了一种通信系统,该通信系统包括:应用功能网元,用于执行上述第一方面或其任意可能的实现方式中的方法;以及与所述应用功能网元进行通信的第一通信设备。
附图说明
图1是可以应用本申请的技术方案的移动通信系统的架构示意图。
图2是本申请提供的用于传输业务的方法的示意性流程图。
图3是本申请提供的用于传输业务的方法的一个示例。
图4是本申请提供的用于传输业务的方法的另一个示例。
图5是本申请提供的用于传输业务的方法的另一个示例。
图6是本申请提供的用于传输业务的方法的另一个示例。
图7是本申请的实施例提供的装置的结构示意图。
图8是本申请的实施例提供的装置的另一结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种移动通信系统,例如:长期演进(longterm evolution,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 Access Technology,NR)或卫星通信系统等。其中,移动通信系统可以包括非独立组网(non-standalone,NSA)和/或独立组网(standalone,SA)。
本申请提供的技术方案还可以应用于机器类通信(machine typecommunication,MTC)、机器间通信长期演进技术(Long Term Evolution-machine,LTE-M)、设备到设备(device-to device,D2D)网络、机器到机器(machine to machine,M2M)网络、物联网(internet of things,IoT)网络或者其他网络。其中,IoT网络例如可以包括车联网。其中,车联网系统中的通信方式统称为车到其他设备(vehicle to X,V2X,X可以代表任何事物),例如,该V2X可以包括:车辆到车辆(vehicle to vehicle,V2V)通信,车辆与基础设施(vehicle to infrastructure,V2I)通信、车辆与行人之间的通信(vehicle topedestrian,V2P)或车辆与网络(vehicle to network,V2N)通信等。
本申请提供的技术方案还可以应用于未来的移动通信系统,如第六代移动通信系统等。本申请对此不作限定。
图1是可以应用本申请的技术方案的移动通信系统的架构示意图。
以5G网络架构为例,该网络架构包括:用户设备(user equipment,UE)、(无线)接入网((radio)access network,(R)AN)设备、用户面功能(user plane function,UPF)网元、数据网络(data network,DN)、接入和移动性管理功能(access and mobilitymanagement function,AMF)网元、会话管理功能(session management function,SMF)网元、策略控制功能模块(policy control function,PCF)网元、应用功能(applicationfunction,AF)网元、和统一数据管理(unified data management,UDM)网元。其中,UPF网元、AMF网元、SMF网元、PCF网元、AF网元、UDM网元也可以简称为UPF、AMF、SMF、PCF、AF、UDM。
在该网络架构中,N1为UE和AMF之间的接口,用于NAS消息的发送等,N2为RAN和AMF的接口,用于传输N2信令;N3为RAN和UPF之间的接口,用于传输用户面的数据等;N4为SMF和UPF之间的接口,用于传输例如N3连接的隧道标识信息,数据缓存指示信息,以及下行数据通知消息等信息;N5为PCF与AF之间的接口;N6接口为UPF和DN之间的接口,用于传输用户面的数据等;N7为SMF和PCF之间的接口;N8为AMF与UDM之间的接口;N9为UPF与UPF之间的接口;N10为UDM与SMF之间的接口;N11为AMF与SMF之间的接口;N14为AMF与AMF之间的接口;N15为AMF与PCF之间的接口。
下面对图1所示的网络架构中的网元进行描述。
1、终端
本申请实施例中的终端也可以称为用户设备、终端设备、用户、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等,下文统一称为终端,主要通过无线空口接入5G网络并获得服务,终端通过空口和RAN进行交互,通过NAS信令和核心网的AMF进行交互。终端可以是蜂窝电话、智能手表、无线数据卡、手机、平板电脑、个人数字助理(personal digital assistant,PDA)电脑、无线调制解调器、手持设备、膝上型电脑、机器类型通信(machine typecommunication,MTC)终端、带无线收发功能的电脑、物联网终端、虚拟现实终端设备、增强现实终端设备、可穿戴设备、车辆、设备到设备(device-to-device,D2D)通信中的终端、车物(vehicle to everything,V2X)通信中的终端、机器类通信(machine-typecommunication,MTC)中的终端、物联网(internet of things,IOT)中的终端、智能办公中的终端、工业控制中的终端、无人驾驶中的终端、远程手术中的终端、智能电网中的终端、运输安全中的终端、智慧城市中的终端、智慧家庭中的终端、卫星通信中的终端(例如,卫星电话或卫星终端等)等。终端还可以是客户终端设备(customer-premises equipment,CPE)、电话、路由器、网络交换机、家庭网关(residential gateway,RG)、机顶盒、固定移动融合产品、家庭网络适配器、以及互联网接入网关等。本申请的实施例对终端所采用的具体技术和具体设备形态不做限定。
2、接入网设备
本申请实施例中的接入网设备可以是用于与终端通信的设备,主要负责空口侧的无线资源管理、服务质量管理、数据压缩和加密等功能。该接入网设备可以是全球移动通讯(global system of mobile communication,GSM)系统或码分多址(code divisionmultiple access,CDMA)系统中的基站(base transceiver station,BTS)、宽带码分多址(wideband code division multiple access,WCDMA)系统中的基站(nodeB,NB)、LTE系统中的演进型基站(evolutional nodeB,eNB或eNodeB)、全球互联微波接入(worldwideinteroperability for microwave access,WiMAX)通信系统中的基站、云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器、无线高保真(wirelessfidelity)系统的中接入点、中继站、车载设备或者可穿戴设备等。或者接入网设备可以为D2D通信或机器通信中承担基站功能的终端。或者接入网设备可以为5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等。此外,接入网设备也可以是完成基站部分功能的模块或单元,例如,可以是集中式单元(central unit,CU),也可以是分布式单元(distributed unit,DU)。本申请的实施例对接入网设备所采用的具体技术和具体设备形态不做限定。
3、UPF
UPF是用户面功能网元,负责用户数据的转发。例如,UPF可以从DN接收用户数据,并通过RAN传输给终端,还可以通过RAN从终端接收用户数据,转发到DN。UPF中为终端提供服务的传输资源和调度功能由SMF管理控制的。
4、DN
DN是用户的PDU会话访问的目的地。DN是为用户提供数据传输服务的运营商网络,例如,因特网协议(internet protocol,IP)多媒体业务(IP multi-media service,IMS)、Internet等。终端可以通过建立终端到RAN到UPF到DN之间的协议数据单元(protocol dataunit,PDU)会话(session),来访问DN。
5、AMF
AMF为接入和移动性管理功能网元。主要通过N1接口接入UE的NAS信令(包括SM信令)和N2接口接入RAN的信令,完成用户的注册流程和SM信令的转发以及移动性管理。
6、SMF
SMF主要负责移动网络中的会话管理,例如,会话建立、修改和释放等。具体功能包括为用户分配IP地址、选择提供报文转发功能的UPF等。
7、PCF
PCF负责用户策略管理,既包括移动性相关策略,也包括PDU会话相关策略,例如,QoS策略、切片选择策略和计费策略等。
8、UDM
UDM用于存储用户的签约数据,例如,签约信息、鉴权/授权信息等。
9、AF
AF负责向第三代合作伙伴项目(the 3rd generation partnership project,3GPP)网络提供业务,例如,影响业务路由、与PCF之间交互以进行策略控制等。
需要说明的是,图1所示的各网元之间的接口还可以是服务化的接口,不予限制。
应理解,图1所示的各个网元的命名仅是一个名字,名字对网元本身的功能不构成限定。在不同的网络中,上述各个网元也可以是其他的名字,本申请实施例对此不作具体限定。例如,在第六代(6th generation,6G)网络中,上述各个网元中的部分或全部可以沿用5G中的术语,也可能是其他命名,等等,在此进行统一说明,以下不再赘述。类似地,图1所示的网元之间的接口仅是一个示例,在5G网络以及未来其它的网络中,网元之间的接口也可以不是图中所示的接口,本申请对此不作限定。还应理解,本申请实施例并不限于图1所示的系统架构中。作为一个示例,可以应用本申请的通信系统可以包括更多或更少的网元或设备,例如该系统还可以包括网络开放功能(network exposure function,NEF)网元、数据分析网元、操作管理和维护(operation administration and maintenance,OAM)网元等。图1中的设备或网元可以是硬件,也可以是从功能上划分的软件或者以上二者的结合。图1中的设备或网元之间可以通过其他设备或网元通信。
还需要说明的是,无线接入网设备和终端可以是固定位置的,也可以是可移动的。无线接入网设备和终端可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对无线接入网设备和终端的应用场景不做限定。此外,无线接入网设备和终端的角色可以是相对的,例如,直升机可以被配置成移动基站,对于那些通过直升机接入到无线接入网的终端来说,直升机是基站;同时直升机还可以与另一基站1通过无线空口协议进行通信,对于基站1来说,直升机是终端。当然,基站1与直升机之间也可以是通过基站与基站之间的接口协议进行通信的,此时,相对于基站1来说,直升机也是基站。无线接入网设备和终端之间、无线接入网设备和无线接入网设备之间、终端和终端之间可以通过授权频谱进行通信,也可以通过免授权频谱进行通信,也可以同时通过授权频谱和免授权频谱进行通信;可以通过6千兆赫(gigahertz,GHz)以下的频谱进行通信,也可以通过6GHz以上的频谱进行通信,还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对无线通信所使用的频谱资源不做限定。
应用功能网元向终端发送的业务数据需要通过网络侧的分发和处理才可以到达终端。网络侧可以同时承载大量业务的数据的传输,随着业务传输的开始或结束,网络资源也在不断变化。因此,如何降低网络资源的变化对业务传输的影响成为亟需解决的问题。
针对上述问题,本申请提供了一种用于传输业务的方法和装置,能够实现终端的可用QoS的预测,使得后续可以根据终端的可用QoS确定业务的处理策略,从而降低无线环境下不断变化的网络资源对业务传输的影响,有助于提升用户体验。
图2是本申请提供的用于传输业务的方法的示意性流程图。
图2所示的方法可以由第一通信设备和AF执行,也可以由第一通信设备和AF中的模块或单元执行,本申请不予限制。下面以由第一通信设备和AF执行为例进行描述。
步骤201,AF向第一通信设备发送第一信息。相应地,第一通信设备接收来自AF的第一信息。
其中,第一信息用于请求在满足第一条件时向AF发送终端的预估QoS。
在本申请中,第一通信设备可以包括以下至少一个:接入网设备、数据分析网元、核心网设备、以及终端。一种可能的实现方式,当第一通信设备为终端时,AF可以通过SMF向终端发送第一信息,或者,AF可以通过应用层信令向终端发送第一信息。其中,SMF向终端发送第一信息,可以是SMF通过NAS消息向终端发送第一信息。
可选地,数据分析网元可以是NWDAF网元或其他具备相同或相似功能的网元。
可选地,核心网设备为NEF或PCF。
在本申请中,终端的预估QoS可以理解为网络设备可为该终端提供的QoS的估计值或该终端的可用QoS的估计值等。例如,终端的预估QoS可以是在某一时刻(例如,当前时刻或未来某一时刻)或某一时段(例如,从当前时刻或未来某一时刻开始的一个时段)网络侧预计可以为该终端提供的QoS(例如,最大带宽、最大突发带宽或平均带宽等)。预估QoS可以是一个标识,该标识对应具体的QoS参数,如带宽。预估QoS也可以是具体的QoS参数,例如,预估QoS包括预估带宽。
在一些实现方式中,第一条件包括以下条件中的一个或多个:预测目标时刻和/或目标时段的所述预估QoS;预估QoS大于第一阈值和/或预估QoS小于第二阈值;第一定时器到期,第一定时器用于控制周期上报终端的预估QoS;预估QoS的变化量大于第三阈值;以及预估QoS的等级降级或升级。其中,目标时刻或目标时段用于指示期望进行QoS预测的时刻或时段,或者,指示期望获得该时刻和/或时段的预估QoS,即终端的预估QoS为该时刻和/或时段的预估QoS,预估QoS的时刻或时段可以为当前时刻或未来某一时刻。需要说明是的,在第一信息不包括目标时刻和/或目标时段的情况下,可以默认为当前时刻和/或当前时段,其中,当前时段可以为从当前时刻开始且时长为预设时长的时段。
当第一条件为预测目标时刻和/或目标时段的预估QoS时,第一通信设备可以预测终端的目标时刻和/或时段的QoS,并上报至AF。换一种描述方式,即AF可以在预测到某一时刻和/或时段的QoS时向AF上报预测到QoS。
当第一条件为预估QoS大于第一阈值和/或预估QoS小于第二阈值时,第一通信设备可以预测终端的QoS(例如按周期预测终端的QoS)并在预测到的QoS大于第一阈值和/或小于第二阈值时将该预测到的QoS上报至AF。换句话说,第一通信设备在预测到的QoS在某个范围内时向AF上报预测到的QoS。例如,当预测的QoS为带宽时,第一通信设备在预测到的带宽大于100M时向AF上报预测到的带宽。又例如,第一通信设备在预测到的带宽小于20M时向AF上报预测到的带宽。又例如,第一通信设备在预测到的带宽大于100M且小于200M时向AF上报预测到的带宽。
当第一条件为第一定时器到期时,第一通信设备可以预测终端的QoS(例如按周期预测终端的QoS)并在第一定时器到期时将预测到的QoS上报至AF。
当第一条件为预估QoS的变化量大于第三阈值时,第一通信设备可以预测终端的QoS(例如周期预测终端的QoS)并在预测到的QoS的变化量大于第三阈值时将该预测到的QoS上报至AF。换一种描述方式,即AF还可以请求第一通信设备向AF通知终端的预估QoS发生改变,即第一信息还可以用于订阅预估QoS变化通知。例如,第一通信设备可以预测某一时刻或某一时段的终端的预估QoS并发送给AF,后续在终端的预估QoS发生变化时向AF发送通知,通知AF终端的预估QoS发生变化和/或变化后的预估QoS。一种可能的实现方式,AF可以指定触发通知的QoS的变化范围,例如在第一信息中携带该变化范围,当预估QoS的变化超出该变化范围时,第一通信设备可以向AF发送通知以便将变化后的预估QoS发送给AF。例如,当预测的QoS为带宽时,触发通知的带宽变化范围为10M(即第三阈值为10M),且本次预估QoS为100M,则当下次预估QoS降为90M或提升到110M时第一通信设备可以向AF发送通知,将变化后的预估QoS发送给AF。
需要说明的是,上述条件可以单独实现也可以组合在一起实现,本申请不予限制。
上述目标时刻和/或目标时段、第一阈值、第二阈值、上报预估QoS的周期、以及第三阈值可以是预定义的,也可以是AF指示给第一通信设备的,例如上述信息包含在第一信息中发送至第一通信设备。
在一些实现方式中,第一信息还可以包括以下信息中的至少一个:预测的QoS类型、以及第一业务流的信息,预测的QoS为用于传输第一业务流所需要满足的QoS。
预测的QoS类型可以指示所要预测的QoS类型,例如,能保障的最大带宽(即GBR类型的最大带宽)、能保障的平均带宽(即GBR类型的平均带宽)、能保障的传输时延等。第一业务流的信息包括用于指示需要进行QoS预测的第一业务流,即终端的预估QoS可以是针对某一业务流的,例如,第一业务流的信息可以是QoS流标识,需要进行QoS预测的第一业务流可以映射到由该QoS流标识所标识的QoS流上;或者,第一业务流的信息也可以包括第一业务流的QoS需求的信息,例如,带宽、时延等信息。
步骤202,第一通信设备获取用于确定终端的预估QoS的信息。
本申请对于第一通信设备获取用于确定终端的预估QoS的信息的时机不作具体限定,例如,第一通信设备可以周期的获取用于确定终端的预估QoS的信息,该周期可以由请求预估QoS的网元指定或者预配置在第一通信设备中。又例如,第一通信设备也可以在接收到AF的请求后再获取用于确定终端的预估QoS的信息。
在一些实现方式中,用于确定所述预估QoS的信息包括以下信息中的至少一个:终端的测量信息、终端的移动速度、终端的移动轨迹、终端的第二业务流的信息、接入网设备的负荷信息、以及接入网设备的配置信息。其中,终端的测量信息用于指示终端从接入网设备接收的信号的信号质量。第二业务流可以是终端除第一业务流以外的业务流,第二业务流的信息可以包括以下至少一个:第二业务流占用的带宽和第二业务流的优先级等。接入网设备的配置信息,示例性的,可以是接入网设备的可用无线频谱资源信息。
当第一通信设备为接入网设备时,在一种实现方式中,接入网设备可以从终端获取终端的测量信息,和/或,从本地或NWDAF获取终端的移动速度和/或终端的移动轨迹信息,和/或,从本地获取终端的第二业务流的信息、接入网设备的负荷信息、以及接入网设备的配置信息中的至少一个。可选地,接入网设备可以通知终端上报测量信息,其中,测量信息可以为终端从当前所驻留的小区接收到的下行信号的测量信息,例如,终端接收的下行信号的信噪比和/或信号强度等。可选地,终端也可以周期地向接入网设备上报测量信息。
当第一通信设备为数据分析网元时,在一种实现方式中,数据分析网元可以从以下至少一个网元获取用于确定终端的预估QoS的信息:接入网设备、SMF、以及OAM。作为一个示例,数据分析网元可以从接入网设备或OAM获取终端的测量信息、终端的移动速度、终端的移动轨迹、接入网设备的负荷信息、以及接入网设备的配置信息中的至少一个,和/或,从SMF或OAM或接入网设备获取终端的第二业务流的信息。
当第一通信设备为终端时,在一种实现方式中,终端可以从本地获取终端的测量信息、终端的移动速度、终端的移动轨迹、以及终端的第二业务流的信息中的至少一个。
在另一些实现方式中,用于确定所述预估QoS的信息还可以包括以下信息中的至少一个:预测的QoS类型、以及第一业务流的信息。一种可能的实现方式,第一通信设备可以通过第一信息获取预测的QoS类型、以及第一业务流的信息中的至少一个,换句话说,第一信息可以包括预测的QoS类型、以及第一业务流的信息中的至少一个。
步骤203,第一通信设备根据用于确定终端的预估QoS的信息,确定终端的预估QoS。
在本申请中,终端的预估QoS用于确定终端的业务的处理策略。
在一些实现方式中,第一通信设备可以根据终端的测量信息、接入网设备的负荷信息、接入网设备的配置信息、终端的移动速度、终端的移动轨迹、终端的第二业务流的信息、目标时刻和/或目标时段、预测的QoS类型、以及第一业务流的信息中的至少一个,确定终端的预估QoS。
作为一个示例,第一通信设备根据终端的测量信息、终端所在小区的负荷信息、以及目标时刻和/或目标时段,确定该终端在该时刻和/或时段的预估QoS,其中预估QoS的时刻和/或时段可以是第一信息中携带的时刻和/时段,也可以是默认时刻和/或时段。例如,当终端的测量信息指示当前终端所在位置的信号质量较差和/或终端所在小区的负荷较高时,终端的预估QoS的值下降;相反地,当终端的测量信息指示当前终端所在位置的信号质量很好、且终端所在小区轻载时,终端的预估QoS的值上升。
作为另一个示例,在确定终端的预估QoS时,第一通信设备还可以考虑第一业务流的业务需求。例如,当第一业务流的丢包率要求较高时(即第一业务流允许的丢包率很低),在其他条件不变时,终端的预估带宽下降,因为保障低丢包率必然会使得带宽下降。
作为另一个示例,在确定终端的预估QoS时,第一通信设备还可以考虑终端的移动速度和终端的移动轨迹。例如,当终端的移动速度较快和/或终端向小区边缘移动时,终端的信号质量可能会变差,此时终端设备的预估QoS也相应下降。
作为另一个示例,当第一通信设备对指定的第一业务流进行QoS预测时,得到的预估QoS应小于或者等于该第一业务流的最大QoS需求。例如,当第一业务流映射到QoS流上时,得到的预估QoS应小于或者等于该QoS流的最大QoS需求。
作为另一个示例,第一信息包括一个或多个QoS等级,第一条件为预测的QoS等级降级或升级,即当预测的QoS在所述一个或多个QoS等级间变化时,第一通信设备确定预测的QoS等级,并发送第二信息,第二信息包括预测的QoS等级。例如,QoS的需求等级包括:QoS等级1、QoS等级2和QoS等级3,当终端的QoS等级下降到小于QoS等级1、但大于QoS等级2时,预测的QoS为QoS等级2,所发送的第二信息包括QoS等级2,或者,当预测的QoS等级进一步下降到小于QoS等级2、但大于QoS等级3时,预测的QoS为QoS等级3,发送的第二信息中包括QoS等级3,或者,当终端的QoS等级上升到大于等于QoS等级1时,预测的QoS为QoS等级1,发送的第二信息包括QoS等级1。在该示例中,第一信息中的QoS等级可以包括QoS等级标识,相应地,第二信息中可以只包括相应的QoS等级标识。
作为另一个示例,当第一通信设备对指定的第一业务流进行QoS预测时,第一通信设备还可以结合该终端的第二业务流的信息进行预测。例如,若该终端存在其他优先级高于该第一业务流的优先级的业务流,在第一通信设备的网络资源受限时(例如,接入网设备发生堵塞时),则第一业务流的预估QoS下降。
在另一些实现方式中,第一通信设备还可以获取预测预估QoS的周期。在此情况下,第一通信设备可以根据上述用于确定所述预估QoS的信息、以及预测预估QoS的周期,确定终端的预估QoS。例如,第一通信设备可以根据预测预估QoS的周期,周期性地获取用于确定终端的预估QoS的信息,并根据获取到的信息确定终端的预估QoS。又例如,第一通信设备可以实时记录或获取用于确定终端的预估QoS的信息,并根据预测预估QoS的周期,周期地确定终端的预估QoS。
一种可能的实现方式,第一通信设备可以根据第一信息获取预测所述预估QoS的周期,即第一信息还可以包括预测预估QoS的周期。另一种可能的实现方式,第一通信设备根据预配置信息获取预测所述预估QoS的周期。换句话说,预测预估QoS的周期可以由请求预估QoS的网元指定或者预配置在第一通信设备中。
步骤204,第一通信设备向AF发送第二信息。相应地,AF接收来自第一通信设备的第二信息。
其中,第二信息用于指示终端的预估QoS。
当第一通信设备为接入网设备时,接入网设备可以通过SMF和/或UPF向AF发送第二信息。当接入网设备通过UPF发送第二信息时,第二信息可以包括在GTP-U数据包的隧道头部或消息体中。其中,该GTP-U数据包可以为发送第二信息的专用数据包,或者,该GTP-U数据包还用于发送应用的数据包。需要说明的是,当GTP-U数据包还用于发送应用的数据包时,这里的“应用的数据包”可以是与终端的业务相对应的应用的数据包。
当第一通信设备为终端时,终端可以通过应用层信令向AF发送第二信息,或者,终端可以向SMF发送第二信息,即终端可以通过SMF向AF发送第二信息。其中,终端向SMF发送第二信息,可以时,终端通过NAS消息向SMF发送第二信息。
步骤205,根据终端的预估QoS确定终端的业务的处理策略。
在一些实现方式中,若AF是实际处理业务的功能,AF根据得到的终端的预估QoS,对该终端的业务的处理策略进行调整,其中,业务的处理策略可以包括业务的编码策略,例如分层编码的多个子流间的带宽比例、多个子流的速率、多个子流的帧比、和多个子流的码率,或者业务的编码算法等。例如,当终端的预估QoS较高时,AF可以提升背景流的质量。
在另一些实现方式中,若AF不是实际处理业务的功能,AF可以将获得的终端的预估QoS传输至实际处理业务的功能、网元、或装置,由实际处理业务的功能、网元、或装置根据终端的预估QoS确定终端的业务的处理策略。例如,AF是移动边缘计算(mobile edgecomputing,MEC)平台,MEC平台不处理业务,而是由部署在MEC平台上的应用处理业务,这样MEC在获得终端的预估QoS后可以将其传输至相应的应用,由应用对终端的业务的处理策略进行调整。
这样,通过上述方法能够实现终端的可用QoS的预测,从而可以根据终端的可用QoS确定业务的处理策略,从而降低无线环境下不断变化的网络资源对业务传输的影响,有助于提升用户体验。
下面结合具体的示例对本申请的技术方案进行详细描述。
示例1
在本示例中,可以由接入网设备确定终端的预估QoS。
图3是本申请提供的用于传输业务的方法的一个示例。
步骤301,AF向PCF或NEF发送第一信息。相应地,PCF或NEF接收来自AF的第一信息。
其中,第一信息用于请求在满足第一条件时向AF发送终端的预估QoS。
一种可能的实现方式,AF可以通过订阅请求消息向PCF或NEF发送上述第一信息。
有关终端的预估QoS和第一信息的描述可以参见步骤201,在此不再赘述。
步骤302,PCF或NEF向SMF发送第一信息。相应地,SMF接收来自PCF或NEF的第一信息。
一种可能的实现方式,PCF或NEF通过订阅请求消息向SMF发送该第一信息。
步骤303,SMF向接入网设备发送第一信息。相应地,接入网设备接收来自SMF的第一信息。
一种可能的实现方式,SMF通过N2消息向接入网设备发送该第一信息。例如,SMF通过N2 SM消息向接入网设备发送该第一信息。
根据步骤302和303,AF通过SMF向接入网设备发送第一信息包括:AF通过NEF/PCF向SMF发送第一信息,和SMF通过N2消息向接入网设备发送第一信息。
步骤304,接入网设备获取终端的测量信息。
其中,终端的测量信息用于指示终端从接入网设备接收的信号的信号质量。
在一些实现方式中,接入网设备可以通知终端上报测量信息。其中,测量信息可以为终端从当前所驻留的小区接收到的下行信号的测量信息,例如,终端接收的下行信号的信噪比和/或信号强度等。
在另一些实现方式中,终端也可以周期地向接入网设备上报测量信息。
需要说明是,步骤304为可选步骤。例如,当接入网设备在确定终端的预估QoS时不考虑终端的测量信息时,可以执行步骤304,也可以不执行步骤304。又例如,当接入网设备在确定终端的预估QoS时考虑终端的测量信息时,可以执行步骤304,并且本申请不限定执行步骤304的时机,步骤304可以在步骤305之前的任意一个步骤执行。
步骤305,接入网设备确定终端的预估QoS。
在一些实现方式中,接入网设备可以根据终端的测量信息、接入网设备的负荷信息(例如,终端所在小区的负荷信息)、接入网设备的配置信息(例如,接入网设备所配置的频段等)、终端的移动速度、终端的移动轨迹、终端的第二业务流的信息(例如,占用带宽、优先级等)、目标时刻和/或目标时段、预测的QoS类型、以及第一业务流的信息中的至少一个,确定终端的预估QoS。
作为一个示例,接入网设备根据终端的测量信息、终端所在小区的负荷信息、以及预估QoS的时刻和/或时段,确定该终端在该时刻和/或时段的预估QoS,其中预估QoS的时刻和/或时段可以是第一信息中携带的时刻和/时段,也可以是默认时刻和/或时段。例如,当终端的测量信息指示当前终端所在位置的信号质量较差和/或终端所在小区的负荷较高时,终端的预估QoS下降;相反地,当终端的测量信息指示当前终端所在位置的信号质量很好、且终端所在小区轻载时,终端的预估QoS上升。当信号质量差时,为了降低误码率,需要相应地降低发送速率,相应地,QoS下降;反之,当信号质量好时,可以提升发送速率,相应地,QoS上升。当小区的负荷高时,所能分配给终端的无线资源较少,相应地,QoS也下降,反之,QoS上升。
作为另一个示例,在确定终端的预估QoS时,接入网设备还可以考虑预测条件。例如,当终端的测量信息指示当前终端所在位置的信号质量较差,和/或,终端所在小区的负荷较高,和/或,丢包率要求较高时,终端的预估QoS下降;相反地,当终端的测量信息指示当前终端所在位置的信号质量很好、终端所在小区轻载、且丢包率要求较低时,终端的预估QoS上升。丢包率要求高意味着基站所使用的网络编码的效率降低或者调制效率降低,相应地,发送速率下降,所能为终端提供的QoS也下降,此时,预估QoS下降。
作为另一个示例,在确定终端的预估QoS时,接入网设备还可以考虑终端的移动速度和终端的移动轨迹。例如,当终端的移动速度较快和/或终端向小区边缘移动时,终端的信号质量可能会变差,此时终端设备的预估QoS下降。
作为另一个示例,第一信息包括第一业务流的QoS等级,当接入网设备对终端的第一业务流进行QoS预测时,得到的预估QoS应等于其中的一个QoS等级。例如,当第一业务流映射到QoS流上时,得到的预估QoS应为该QoS流的一个或多个QoS等级中的一个QoS等级。
作为另一个示例,当接入网设备对终端的第一业务流进行QoS预测时,接入网设备还可以结合该终端的其他业务流(例如上文的第二业务流)的信息进行预测。例如,若该终端存在其他优先级高于该第一业务流的优先级的业务流,在接入网设备的网络资源受限时(例如,接入网设备发生堵塞时),接入网设备可以降低该第一业务流的预估QoS。
确定终端的预估QoS的实现方式的更详细的描述可以参见步骤202和203,在此不再赘述。
在确定终端的预估QoS后,接入网设备可以向AF发送确定的预估QoS。接入网设备向AF发送终端的预估QoS的方式有很多,下面对其中的几种进行描述。
方式1:步骤306-307
步骤306,接入网设备向SMF发送第二信息。相应地,SMF接收来自接入网设备的第二信息。其中,第二信息用于指示终端的预估QoS。
步骤307,SMF向AF发送第二信息。相应地,AF接收来自SMF的第二信息。
方式2:步骤308-310
步骤308,接入网设备向UPF发送第二信息。相应地,UPF接收来自接入网设备的第二信息。其中,第二信息用于指示终端的预估QoS。接入网设备向UPF发送第二信息,具体地,可以通过GTP-U数据包发送,例如,第二信息包括在GTP-U的消息头部(或隧道头部)或消息体中。包括第二信息的GTP-U数据包可以是发送第二信息的专用数据包,或者,也可以用于发送应用的数据包。
步骤309,UPF向SMF发送第二信息。相应地,SMF接收来自UPF的第二信息。
步骤310,SMF向AF发送第二信息。相应地,AF接收来自SMF的第二信息。
方式3:步骤311-312
在方式3中,接入网设备通过用户面路径向AF发送终端的预估QoS。
步骤311,接入网设备向UPF发送第二信息。相应地,UPF接收来自接入网设备的第二信息。其中,第二信息用于指示终端的预估QoS。具体参见步骤308。
步骤312,UPF向AF发送第二信息。相应地,AF接收来自UPF的第二信息。例如,UPF通过本地NEF向AF发送第二信息。或者,UPF也可以通过其他方式向AF发送第二信息,例如,当第二信息与应用的数据包一起发送给UPF时,UPF可将第二信息放入该应用的数据包中(例如,插入IP扩展头中)发送给AF。UPF还可以通过其他方式发送第二信息,本发明不限定。
需要说明的是,若需要进行周期预测或上报终端的预估QoS,则在后续预测周期内可以重复执行步骤304-312,和/或,若AF订阅了预估QoS的变化通知,则接入网设备在第一条件满足时向AF发送通知,以便将变化后的预估QoS发送给AF。
步骤313,AF根据终端的预估QoS确定业务的处理策略。
在一些实现方式中,AF根据终端的预估QoS,对该终端的业务的处理策略进行调整,其中,业务的处理策略可以包括业务的编码策略,例如分层编码的多个子流间的带宽比例、多个子流的速率、多个子流的帧比、和多个子流的码率,或者编码的算法等。例如,当终端的预估QoS较高时,AF可以提升背景流的质量。
同样,对于AF不是实际处理业务的功能的情况,AF可以将获得的终端的预估QoS传输至实际处理业务的功能、网元、或装置,由实际处理业务的功能、网元、或装置根据终端的预估QoS确定终端的业务的处理策略。
这样,图3所示的方法可以能够实现终端的可用QoS的预测,使得可以根据终端的预估QoS确定业务的处理策略,有助于降低无线环境下不断变化的网络资源对业务传输的影响,从而提升用户体验。
示例2
在本示例中,可以由数据分析网元确定终端的预估QoS。
图4是本申请提供的用于传输业务的方法的另一个示例。
步骤401,AF向数据分析网元发送第一信息。相应地,数据分析网元接收来自AF的第一信息。
在一种可能的实现方式中,AF通过NEF向数据分析网元发送第一信息。例如,AF先将第一信息发生给NEF,再由NEF将第一信息发生给数据分析网元。
其中,第一信息用于请求在满足第一条件时向AF发送终端的预估QoS。
一种可能的实现方式,AF可以通过订阅请求消息向数据分析网元发送上述第一信息。
关于终端的预估QoS和第一信息的描述可以参见步骤201,在此不再赘述。
在接收到AF的第一信息后,数据分析网元可以从OAM、和/或接入网设备、和/或SMF获取用于确定终端的预估QoS的信息,具体的实现方式有很多,下面对其中的几种进行描述。
方式1:步骤402-403
步骤402,数据分析网元向接入网设备和/或OAM发送第三信息。相应地,接入网设备和/或OAM接收来自数据分析网元的第三消息。
其中,第三消息用于获取用于确定终端的预估QoS的第四信息。
步骤403,接入网设备和/或OAM向数据分析网元发送该第四信息。
其中,第四信息可以包括以下至少一项:终端的测量信息、终端的移动速度、终端的移动轨迹、终端其他业务流的信息、接入网设备的负荷信息、以及接入网设备的配置信息中的至少一个。其中,终端其他业务流的信息可以包括终端的会话的相关信息,例如,终端的PDU会话包括的QoS流、以及每个QoS流的QoS参数信息。若终端存在多个PDU会话,则数据分析网元可以分别获取该多个PDU会话的相关信息。终端的不同PDU会话可能对应不同的SMF。
方式2:步骤404-407
步骤404,数据分析网元向接入网设备和/或OAM发送第五信息。相应地,接入网设备和/或OAM接收来自数据分析网元的第五信息。
其中,第五信息用于获取用于确定终端的预估QoS的第七信息。第七信息可以包括以下信息中的至少一项:终端的测量信息、终端的移动速度、终端的移动轨迹、接入网设备的负荷信息、以及接入网设备的配置信息。
步骤405,数据分析网元向SMF发送第六信息。相应地,SMF接收来自数据分析网元的第六信息。
其中,第六信息用于获取用于确定终端的预估QoS的第八信息。第八信息可以包括终端其他业务流的信息。当终端的多个业务流分布在不同的PDU会话,且不同PDU会话由不同SMF服务时,数据分析网元向该多个SMF发送第六信息。
步骤406,接入网设备和/或OAM向数据分析网元发送第七信息。相应地,数据分析网元接收来自接入网设备和/或OAM的第七信息。
步骤407,SMF向数据分析网元发送第八信息。相应地,数据分析网元接收来自SMF的第八信息。
需要说明的是,上述方式1和方式2仅为示例,数据分析网元还可以通过其他方式获取用于确定终端的预估QoS的信息,本申请不予限制。
在一些实现方式中,在步骤403或步骤406之前,还可以执行步骤408。
步骤408,接入网设备和/或OAM获取终端的测量信息。
其中,终端的测量信息用于指示终端接收信号的信号质量。
在一些实现方式中,接入网设备和/或OAM可以通知终端上报测量信息。其中,测量信息可以为终端从当前所驻留的小区接收到的下行信号的测量信息,例如,终端接收的下行信号的信噪比和/或信号强度等。
在另一些实现方式中,终端也可以周期地向接入网设备和/或OAM上报测量信息。
需要说明是,步骤408为可选步骤。例如,当接入网设备在确定终端的预估QoS时不考虑终端的测量信息时,可以执行步骤408,也可以不执行步骤408。又例如,当接入网设备在确定终端的预估QoS时考虑终端的测量信息时,可以执行步骤408,并且本申请不限定执行步骤408的时机,步骤408可以在步骤403或步骤406之前的任意一个步骤执行。
步骤409,数据分析网元确定终端的预估QoS。
数据分析网元确定终端的预估QoS的方式与接入网设备确定终端的预估QoS的方式相同,具体的描述可以参考上文,在此不再赘述。
步骤410,数据分析网元向AF发送第二信息。相应地,AF接收来自数据分析网元的第二信息。其中,第二信息用于指示终端的预估QoS。
需要说明的是,若需要进行周期预测或上报终端的预估QoS,则在后续预测周期内可以重复执行步骤402-410。或者若在满足相关预设阈值时才上报终端的相关信息和/或基站的相关信息,则后续在满足相关预设阈值时可以重复执行步骤402-410,例如,终端的测量信息指示的信噪比降低到某一阈值和/或接入网设备的拥塞程度达到某一阈值时,才发送相应的报告消息。和/或,若AF订阅了预估QoS的变化通知,则数据分析网元在终端的预估QoS超过变化范围或即将超过变化范围时向AF发送通知,以便将变化后的预估QoS发送给AF。
需要说明的是,方式1和方式2中,数据分析网元也可以让接入网设备、OAM或SMF周期性上报第四信息、第七信息、或第八信息,这样,数据分析网元可以不需要在每次需要计算预测QoS时都向接入网设备、OAM或SMF发送第三信息、第五信息或第六信息。
步骤411,AF根据终端的预估QoS确定业务的处理策略。
在一些实现方式中,AF根据终端的预估QoS,对该终端的业务的处理策略进行调整,其中,业务的处理策略可以包括业务的编码策略,例如分层编码的多个子流间的带宽比例、多个子流的速率、多个子流的帧比、和多个子流的码率等,或者编码的算法。例如,当终端的预估QoS较高时,AF可以提升背景流的质量。
同样,对于AF不是实际处理业务的功能的情况,AF可以将获得的终端的预估QoS传输至实际处理业务的功能、网元、或装置,由实际处理业务的功能、网元、或装置根据终端的预估QoS确定终端的业务的处理策略。
这样,图4所示的方法可以能够实现终端的可用QoS的预测,使得AF可以根据终端的预估QoS业务的处理策略,有助于降低无线环境下不断变化的网络资源对业务传输的影响,从而提升用户体验。
示例3
图5是本申请提供的用于传输业务的方法的另一个示例。
图5所示的方法与图4所示的方法类似,不同的是数据分析网元可以通过SMF和/或PCF获取终端的测量信息。在本示例中,数据分析网元可以与SMF或PCF合设在一起。
步骤501,AF向数据分析网元发送第一信息。相应地,数据分析网元接收来自AF的第一信息。
其中,第一信息用于请求在满足第一条件时向AF发送终端的预估QoS。
一种可能的实现方式,AF可以通过订阅请求消息向数据分析网元发送上述第一信息。
关于终端的预估QoS和第一信息的描述可以参见步骤201,在此不再赘述。
步骤502,数据分析网元向SMF和/或PCF发送第九信息。相应地,SMF和/或PCF接收来自数据分析网元的第九信息。
其中,第九信息用于获取终端的测量信息。
步骤503,SMF和/或PCF向终端发送第九信息。相应地,终端接收来自SMF和/或PCF的第九信息。
可选地,SMF或PCF可以指示终端周期地发送测量信息。
可选地,SMF或PCF可以指示终端在满足预设阈值条件时发送测量信息。例如,当终端接收信号的信噪比小于预设阈值时,终端向SMF和/或PCF发送测量信息。又例如,在当前信噪比与上一次上报的信噪比的差值大于预设阈值时,终端向SMF和/或PCF发送测量信息。或者,SMF或PCF指示终端周期性发送测量信息。
步骤504,终端向SMF和/或PCF发送该终端的测量信息。相应地,SMF和/或PCF接收来自终端的测量信息。
步骤505,SMF和/或PCF向数据分析网元发送终端的测量信息。相应地,数据分析网元接收来自SMF和/或PCF的终端的测量信息。
需要说明的是,在一种可能的实现方式中,数据分析网元通过NAS消息向终端发送第五请求信息,相应地,终端可以通过NAS消息向数据分析网元发送终端的测量信息。可选地,上述NAS消息可以通过SMF或AMF发送至终端或数据分析网元。
步骤506,数据分析网元向SMF发送第六信息。相应地,SMF接收来自数据分析网元的第六信息。其中,第六信息用于获取用于确定终端的预估QoS的第八信息。第八信息可以包括终端其他业务流的信息。
步骤507,SMF向数据分析网元发送第八信息。相应地,数据分析网元接收来自SMF的第八信息。
步骤508,数据分析网元向接入网设备和/或OAM发送第十信息。相应地,接入网设备和/或OAM接收来自数据分析网元的第十信息。
其中,第十信息用于获取用于确定终端的预估QoS的第十一信息。第十一信息可以包括以下信息中的至少一项:终端的移动速度、终端的移动轨迹、接入网设备的负荷信息、以及接入网设备的配置信息。其中,接入网设备的负荷信息是指该接入网设备上的其他业务流的信息,例如,其他业务流的带宽、优先级等。
终端的移动速度和移动轨迹,也可以由数据分析网元从本地获取,不限定。
步骤509,接入网设备和/或OAM向数据分析网元发送第十一信息。相应地,数据分析网元接收来自接入网设备和/或OAM的第十一信息。
需要说明的是,上述获取用于确定终端的预估QoS的信息的方式仅为示例,数据分析网元还可以通过其他方式获取用于确定终端的预估QoS的信息,本申请不予限制。
步骤510,数据分析网元确定终端的预估QoS。
步骤511,数据分析网元向AF发送第二信息。相应地,AF接收来自数据分析网元的第二信息。其中第二信息用于指示终端的预估QoS。
步骤512,AF根据终端的预估QoS确定业务的处理策略。
上述步骤510-512的具体实现方式可以参考步骤409-411,在此不再赘述。
这样,图5所示的方法可以能够实现终端的可用QoS的预测,使得AF可以根据终端的预估QoS业务的处理策略,有助于降低无线环境下不断变化的网络资源对业务传输的影响,从而提升用户体验。
示例4
图6是本申请提供的用于传输业务的方法的另一个示例。
在本示例中,AF可以通过应用层信令与UE通信,直接从终端获取终端的预估QoS。
步骤601,AF向终端发送第一信息。相应地,终端接收来自AF的第一信息。其中,第一信息用于请求在满足第一条件时向AF发送终端的预估QoS。
关于终端的预估QoS和第一信息的描述可以参见步骤201,在此不再赘述。
步骤602,在接收到第一信息后,终端确定该终端的预估QoS。
终端确定预估QoS的具体实现可以参考上文接入网设备或数据分析网元确定终端的预估QoS的实现方式。不同的是,终端无法获取接入网设备的负荷信息和配置信息,因此终端在确定预估QoS时无法根据接入网设备的负荷信息和配置信息进行预测。
步骤603,终端向AF发送第二信息。相应地,AF接收终端发送的第二信息。其中第二信息用于指示终端的预估QoS。
步骤604,AF根据终端的预估QoS确定业务的处理策略。步骤604的具体实现方式可以参考步骤312或411,在此不再赘述。
这样,图6所示的方法可以能够实现终端的可用QoS的预测,使得AF可以根据终端的预估QoS业务的处理策略,有助于降低无线环境下不断变化的网络资源对业务传输的影响,从而提升用户体验。
上文结合图2至图6,详细描述了本申请提供的方法,下面将结合图7-图8,详细描述本申请的装置实施例。可以理解的是,为了实现上述实施例中功能,图7或图8中的装置包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本申请中所公开的实施例描述的各示例的单元及方法步骤,本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用场景和设计约束条件。
图7和图8为本申请的实施例提供的可能的装置的结构示意图。这些装置可以用于实现上述方法实施例中AF或第一通信设备的功能,因此也能实现上述方法实施例所具备的有益效果。
如图7所示,装置700包括收发单元710和处理单元720。
当装置700用于实现上述方法实施例中AF的功能时,收发单元710用于:向第一通信设备发送第一信息,所述第一信息用于请求在满足第一条件时向所述应用功能网元发送终端的预估QoS,所述预估QoS为网络可为所述终端提供的QoS;以及接收来自所述第一通信设备的第二信息,所述第二信息用于指示所述预估QoS,所述预估QoS用于确定所述终端的业务的处理策略。
可选地,所述第一条件包括以下条件中的一个或多个:预测目标时刻和/或目标时段的所述预估QoS;所述预估QoS大于第一阈值和/或所述预估QoS小于第二阈值;第一定时器到期,所述第一定时器用于控制周期上报所述终端的预估QoS;所述预估QoS的变化量大于第三阈值;以及所述预估QoS的等级降级或升级。
可选地,所述第一信息包括以下信息中的一个或多个:所述目标时刻和/或所述目标时段、所述第一阈值、所述第二阈值、上报所述预估QoS的周期、所述第三阈值、以及一个或多个QoS等级。
可选地,所述第一信息还包括以下信息中的一个或多个:预测的QoS类型、以及第一业务流的信息,预测的QoS为用于传输所述第一业务流所需要满足的QoS。
可选地,所述第一通信设备包括以下至少一个:接入网设备、数据分析网元、网络开放功能网元、策略控制功能网元、以及终端。
可选地,所述数据分析网元为NWDAF。
可选地,所述第一通信设备为所述终端,所述收发单元710具体用于:通过会话管理功能网元向所述终端发送所述第一信息;或者,通过应用层信令向所述终端发送所述第一信息。
可选地,所述第一通信设备为所述终端,所述收发单元710具体用于:接收所述终端通过会话管理功能网元发送所述的第二信息;或者,接收所述终端通过应用层信令发送所述的第二信息。
可选地,所述第一通信设备为接入网设备,所述收发单元710具体用于:接收所述接入网设备通过用户面功能网元和/或会话管理功能网元发送的所述第二信息。
可选地,当所述接入网设备通过用户面功能网元发送所述第二信息时,所述第二信息包括在GTP-U数据包的隧道头部或消息体中。
可选地,所述GTP-U数据包为发送所述第二信息的专用数据包;或者,所述GTP-U数据包还用于发送应用的数据包。
当装置700用于实现上述方法实施例中第一通信设备的功能时,收发单元710用于:接收第一信息,所述第一信息用于请求在满足第一条件时发送终端的预估QoS,所述预估QoS为网络可为所述终端提供的QoS;收发单元710或处理单元720用于:获取用于确定所述预估QoS的信息;处理单元720还用于:根据所述用于确定所述预估QoS的信息,确定所述预估QoS;收发单元710还用于:当满足所述第一条件时,发送第二信息,所述第二信息用于指示所述预估QoS。
可选地,所述第一条件包括以下条件中的一个或多个:预测目标时刻和/或目标时段的所述预估QoS;所述预估QoS大于第一阈值和/或所述预估QoS小于第二阈值;第一定时器到期,所述第一定时器用于控制周期上报所述终端的预估QoS;所述预估QoS的变化量大于第三阈值;以及所述预估QoS的等级降级或升级。
可选地,所述第一信息包括以下信息中的一个或多个:所述目标时刻和/或所述目标时段、所述第一阈值、所述第二阈值、上报所述预估QoS的周期、所述第三阈值、以及一个或多个QoS等级。
可选地,所述第一信息还包括以下信息中的一个或多个:预测的QoS类型、以及第一业务流的信息,预测的QoS为用于传输所述第一业务流所需要满足的QoS。
可选地,收发单元710或处理单元720还用于:所述第一通信设备获取预测所述预估QoS的周期;处理单元720具体用于:根据所述用于确定所述预估QoS的信息、以及所述预测所述预估QoS的周期,确定所述预估QoS。
可选地,所述收发单元710具体用于:根据所述第一信息获取所述预测所述预估QoS的周期,所述第一信息包括所述预测所述预估QoS的周期;或者,处理单元720具体用于:根据预配置信息获取所述预测所述预估QoS的周期。
可选地,所述用于确定所述预估QoS的信息包括以下信息中的至少一个:所述终端的测量信息、所述终端的移动速度、所述终端的移动轨迹、以及所述终端的第二业务流的信息,其中,所述测量信息用于指示所述终端从接入网设备接收的信号的信号质量。
可选地,所述第一通信设备包括以下至少一个:接入网设备、数据分析网元、网络开放功能网元、策略控制功能网元、以及所述终端。
可选地,所述数据分析网元为NWDAF。
可选地,所述第一通信设备为所述终端,所述收发单元710具体用于:从会话管理功能网元接收所述第一信息;或者,从应用功能网元和/或应用服务器接收所述第一信息。
可选地,所述第一通信设备为所述终端,所述收发单元710具体用于:向会话管理功能网元发送所述第二信息;或者,向应用功能网元和/或应用服务器发送所述第二信息。
可选地,所述第一通信设备为接入网设备或数据分析网元,所述用于确定预估QoS的信息还包括以下至少一项:所述接入网设备的负荷信息、以及所述接入网设备的配置信息。
可选地,所述第一通信设备为数据分析网元,所述收发单元710具体用于:从以下至少一个获取所述用于确定所述预估QoS的信息:接入网设备、会话管理功能网元、以及操作管理和维护网元。
可选地,所述第一通信设备为接入网设备,所述收发单元710具体用于:通过用户面功能网元和/或会话管理功能网元向所述应用功能网元发送所述第二信息。
可选地,当所述接入网设备通过用户面功能网元发送所述第二信息时,所述第二信息包括在GTP-U数据包的隧道头部或消息体中。
可选地,所述GTP-U数据包为发送所述第二信息的专用数据包;或者,所述GTP-U数据包还用于发送应用的数据包。
如图8示,装置800包括处理器810和接口电路820。处理器810和接口电路820之间相互耦合。可以理解的是,接口电路820可以为收发器或输入输出接口。可选地,装置800还可以包括存储器830,用于存储处理器810执行的指令或存储处理器810运行指令所需要的输入数据或存储处理器810运行指令后产生的数据。
当装置800用于实现上文所述的方法时,处理器810用于实现上述处理单元720的功能,接口电路820用于实现上述收发单元710的功能。
当装置800为应用于AF的芯片时,该芯片实现上述方法实施例中AF的功能。该芯片从AF中的其它模块(如射频模块或天线)接收信息,该信息是其他装置发送给AF的;或者,该芯片向AF中的其它模块(如射频模块或天线)发送信息,该信息是AF发送给其他装置的。
当装置800为应用于第一通信设备的芯片时,该芯片实现上述方法实施例中第一通信设备的功能。该芯片从第一通信设备中的其它模块(如射频模块或天线)接收信息,该信息是其他装置发送给第一通信设备的;或者,该芯片向第一通信设备中的其它模块(如射频模块或天线)发送信息,该信息是第一通信设备发送给其他装置的。
可以理解的是,本申请的实施例中的处理器可以是中央处理单元(centralprocessing unit,CPU),还可以是其它通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或者其它可编程逻辑器件、晶体管逻辑器件,硬件部件或者其任意组合。通用处理器可以是微处理器,也可以是任何常规的处理器。
本申请的实施例中的方法步骤可以通过硬件的方式来实现,也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于第一通信设备或AF中。当然,处理器和存储介质也可以作为分立组件存在于第一通信设备或AF中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,数字视频光盘;还可以是半导体介质,例如,固态硬盘。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
本申请中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。在本申请的文字描述中,字符“/”,一般表示前后关联对象是一种“或”的关系;在本申请的公式中,字符“/”,表示前后关联对象是一种“相除”的关系。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。
除非另有说明,本申请实施例所使用的所有技术和科学术语与本申请的技术领域的技术人员通常理解的含义相同。本申请中所使用的术语只是为了描述具体的实施例的目的,不是旨在限制本申请的范围。应理解,上述为举例说明,上文的例子仅仅是为了帮助本领域技术人员理解本申请实施例,而非要将申请实施例限制于所示例的具体数值或具体场景。本领域技术人员根据上文所给出的例子,显然可以进行各种等价的修改或变化,这样的修改和变化也落入本申请实施例的范围内。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (30)
1.一种用于传输业务的方法,其特征在于,所述方法包括:
应用功能网元向第一通信设备发送第一信息,所述第一信息用于请求在满足第一条件时向所述应用功能网元发送终端的预估服务质量QoS,所述预估QoS为网络可为所述终端提供的QoS;
所述应用功能网元接收来自所述第一通信设备的第二信息,所述第二信息用于指示所述预估QoS,所述预估QoS用于确定所述终端的业务的处理策略。
2.根据权利要求1所述的方法,其特征在于,所述第一条件包括以下条件中的一个或多个:
预测目标时刻和/或目标时段的所述预估QoS;
所述预估QoS大于第一阈值和/或所述预估QoS小于第二阈值;
第一定时器到期,所述第一定时器用于控制周期上报所述终端的预估QoS;
所述预估QoS的变化量大于第三阈值;
所述预估QoS的等级降级或升级。
3.根据权利要求2所述的方法,其特征在于,所述第一信息包括以下信息中的一个或多个:
所述目标时刻和/或所述目标时段、所述第一阈值、所述第二阈值、上报所述预估QoS的周期、所述第三阈值、以及一个或多个QoS等级。
4.根据权利要求3所述的方法,其特征在于,所述第一信息还包括以下信息中的一个或多个:
预测的QoS类型、以及第一业务流的信息,预测的QoS为用于传输所述第一业务流所需要满足的QoS。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述第一通信设备包括以下至少一个:接入网设备、数据分析网元、网络开放功能网元、策略控制功能网元、以及终端。
6.根据权利要求5所述的方法,其特征在于,所述数据分析网元为网络数据分析功能NWDAF。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述第一通信设备为所述终端,所述应用功能网元向第一通信设备发送第一信息,包括:
所述应用功能网元通过会话管理功能网元向所述终端发送所述第一信息;或者,
所述应用功能网元通过应用层信令向所述终端发送所述第一信息。
8.根据权利要求1至7中任一项所述的方法,其特征在于,所述第一通信设备为所述终端,所述应用功能网元接收来自所述第一通信设备的第二信息,包括:
所述应用功能网元接收所述终端通过会话管理功能网元发送所述的第二信息;或者,
所述应用功能网元接收所述终端通过应用层信令发送所述的第二信息。
9.根据权利要求1至6中任一项所述的方法,其特征在于,所述第一通信设备为接入网设备,所述应用功能网元接收来自所述第一通信设备的第二信息,包括:
所述应用功能网元接收所述接入网设备通过用户面功能网元和/或会话管理功能网元发送的所述第二信息。
10.根据权利要求9所述的方法,其特征在于,当所述接入网设备通过用户面功能网元发送所述第二信息时,所述第二信息包括在通用无线分组业务隧道协议用户面GTP-U数据包的隧道头部或消息体中。
11.根据权利要求10所述的方法,其特征在于,
所述GTP-U数据包为发送所述第二信息的专用数据包;或者,
所述GTP-U数据包还用于发送应用的数据包。
12.一种用于传输业务的方法,其特征在于,所述方法包括:
第一通信设备接收第一信息,所述第一信息用于请求在满足第一条件时发送终端的预估服务质量QoS,所述预估QoS为网络可为所述终端提供的QoS;
所述第一通信设备获取用于确定所述预估QoS的信息;
所述第一通信设备根据所述用于确定所述预估QoS的信息,确定所述预估QoS;
当满足所述第一条件时,所述第一通信设备发送第二信息,所述第二信息用于指示所述预估QoS。
13.根据权利要求12所述的方法,其特征在于,所述第一条件包括以下条件中的一个或多个:
预测目标时刻和/或目标时段的所述预估QoS;
所述预估QoS大于第一阈值和/或所述预估QoS小于第二阈值;
第一定时器到期,所述第一定时器用于控制周期上报所述终端的预估QoS;
所述预估QoS的变化量大于第三阈值;
所述预估QoS的等级降级或升级。
14.根据权利要求13所述的方法,其特征在于,所述第一信息包括以下信息中的一个或多个:
所述目标时刻和/或所述目标时段、所述第一阈值、所述第二阈值、上报所述预估QoS的周期、所述第三阈值、以及一个或多个QoS等级。
15.根据权利要求14所述的方法,其特征在于,所述第一信息还包括以下信息中的一个或多个:
预测的QoS类型、以及第一业务流的信息,预测的QoS为用于传输所述第一业务流所需要满足的QoS。
16.根据权利要求12至15中任一项所述的方法,其特征在于,所述方法还包括:
所述第一通信设备获取预测所述预估QoS的周期;
所述第一通信设备根据所述用于确定所述预估QoS的信息,确定所述预估QoS,包括:
所述第一通信设备根据所述用于确定所述预估QoS的信息、以及所述预测所述预估QoS的周期,确定所述预估QoS。
17.根据权利要求16所述的方法,其特征在于,所述第一通信设备获取预测所述预估QoS的周期,包括:
所述第一通信设备根据所述第一信息获取所述预测所述预估QoS的周期,所述第一信息包括所述预测所述预估QoS的周期;或者,
所述第一通信设备根据预配置信息获取所述预测所述预估QoS的周期。
18.根据权利要求12至17中任一项所述的方法,其特征在于,所述用于确定所述预估QoS的信息包括以下信息中的至少一个:
所述终端的测量信息、所述终端的移动速度、所述终端的移动轨迹、以及所述终端的第二业务流的信息,其中,所述测量信息用于指示所述终端从接入网设备接收的信号的信号质量。
19.根据权利要求12至18中任一项所述的方法,其特征在于,所述第一通信设备包括以下至少一个:接入网设备、数据分析网元、网络开放功能网元、策略控制功能网元、以及所述终端。
20.根据权利要求19所述的方法,其特征在于,所述数据分析网元为网络数据分析功能NWDAF。
21.根据权利要求12至19中任一项所述的方法,其特征在于,所述第一通信设备为所述终端,所述第一通信设备接收第一信息,包括:
所述终端从会话管理功能网元接收所述第一信息;或者,
所述终端从应用功能网元和/或应用服务器接收所述第一信息。
22.根据权利要求12至19中任一项所述的方法,其特征在于,所述第一通信设备为所述终端,所述第一通信设备发送第二信息,包括:
所述终端向会话管理功能网元发送所述第二信息;或者,
所述终端向应用功能网元和/或应用服务器发送所述第二信息。
23.根据权利要求12至19中任一项所述的方法,其特征在于,所述第一通信设备为接入网设备或数据分析网元,所述用于确定预估QoS的信息还包括以下至少一项:所述接入网设备的负荷信息、以及所述接入网设备的配置信息。
24.根据权利要求12至20中任一项所述的方法,其特征在于,所述第一通信设备为数据分析网元,所述第一通信设备获取用于确定所述预估QoS的信息,包括:
所述数据分析网元从以下至少一个获取所述用于确定所述预估QoS的信息:接入网设备、会话管理功能网元、以及操作管理和维护网元。
25.根据权利要求12至19中任一项所述的方法,其特征在于,所述第一通信设备为接入网设备,所述第一通信设备发送第二信息,包括:
所述接入网设备通过用户面功能网元和/或会话管理功能网元向所述应用功能网元发送所述第二信息。
26.根据权利要求25所述的方法,其特征在于,当所述接入网设备通过用户面功能网元发送所述第二信息时,所述第二信息包括在通用无线分组业务隧道协议用户面GTP-U数据包的隧道头部或消息体中。
27.根据权利要求26所述的方法,其特征在于,
所述GTP-U数据包为发送所述第二信息的专用数据包;或者,
所述GTP-U数据包还用于发送应用的数据包。
28.一种通信装置,其特征在于,包括:
存储器,用于存储计算机指令;
处理器,用于执行所述存储器中存储的计算机指令,以使得所述装置执行:如权利要求1至11中任一项所述的方法或者如权利要求12至27中任一项所述的方法。
29.一种计算机可读存储介质,其特征在于,包括:所述计算机可读介质存储有计算机程序;所述计算机程序由一个或多个处理器执行时,使得包括所述处理器的装置执行如权利要求1至11中任一项所述的方法,或者执行如权利要求12至27中任一项所述的方法。
30.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序代码,当所述计算机程序代码在计算机上运行时,实现权利要求1至11中任一项所述的方法,或者实现权利要求12至27中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110923161.8A CN115915183A (zh) | 2021-08-12 | 2021-08-12 | 一种用于传输业务的方法和装置 |
PCT/CN2022/107868 WO2023016243A1 (zh) | 2021-08-12 | 2022-07-26 | 一种用于传输业务的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110923161.8A CN115915183A (zh) | 2021-08-12 | 2021-08-12 | 一种用于传输业务的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115915183A true CN115915183A (zh) | 2023-04-04 |
Family
ID=85199854
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110923161.8A Pending CN115915183A (zh) | 2021-08-12 | 2021-08-12 | 一种用于传输业务的方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN115915183A (zh) |
WO (1) | WO2023016243A1 (zh) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105992365B (zh) * | 2015-03-03 | 2019-06-14 | 电信科学技术研究院 | 一种资源分配、业务订制方法及装置 |
US11444850B2 (en) * | 2016-05-02 | 2022-09-13 | Huawei Technologies Co., Ltd. | Method and apparatus for communication network quality of service capability exposure |
WO2018174846A1 (en) * | 2017-03-20 | 2018-09-27 | Nokia Technologies Oy | Distributed network policy decision making |
CN110120878B (zh) * | 2018-02-05 | 2020-10-23 | 华为技术有限公司 | 获取链路质量的方法和装置 |
CN110972193B (zh) * | 2018-09-28 | 2021-12-03 | 华为技术有限公司 | 一种切片信息处理方法及装置 |
CN112188533B (zh) * | 2019-07-03 | 2023-03-03 | 华为技术有限公司 | 一种网络性能的上报方法及装置 |
-
2021
- 2021-08-12 CN CN202110923161.8A patent/CN115915183A/zh active Pending
-
2022
- 2022-07-26 WO PCT/CN2022/107868 patent/WO2023016243A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2023016243A1 (zh) | 2023-02-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10638356B2 (en) | Transmission of network slicing constraints in 5G wireless networks | |
EP3420763B1 (en) | Methods and apparatuses for allocating resources based on a priority map | |
US10779189B2 (en) | Congestion control for vehicular-to-anything services | |
CN111971983A (zh) | 在5g系统中支持车辆通信的方法和装置 | |
US20160323914A1 (en) | Systems and Methods for Traffic-Aware Medium Access Selection | |
CN114938533A (zh) | 用于无线电通信的方法和设备 | |
CN111757403B (zh) | 一种资源配置方法及通信装置 | |
EP3577985A1 (en) | Logical channel priority reconfiguration for mac-ces in nr | |
US20200196182A1 (en) | Apparatus and method for providing service network in wireless communication system | |
CN111432457A (zh) | 一种通信方法和通信装置 | |
US11722864B2 (en) | Entity, network, and user equipment for a V2X service as well as V2X application | |
US11711718B2 (en) | Communication efficiency | |
CN112584545B (zh) | 数据传输方法及装置 | |
JP2023082193A (ja) | 自動車のネットワークにおけるキャリア選択方法及び端末機器 | |
CN109155998B (zh) | 用于多种无线电接入技术的资源分配的网络节点和方法 | |
CN113795019B (zh) | 一种通信控制方法和通信设备 | |
CN113498615A (zh) | 通信方法、终端设备和网络设备 | |
CN115915183A (zh) | 一种用于传输业务的方法和装置 | |
US20240155478A1 (en) | Method and apparatus for establishing pdu sessions using a network slice | |
WO2022024427A1 (ja) | 端末及び通信方法 | |
WO2023083153A1 (zh) | 获取安全分级结果的方法及通信装置 | |
EP4376480A1 (en) | Method and device for controlling traffic flow through sidelink relay in wireless communication system | |
KR20210019931A (ko) | 무선 통신 시스템에서 자원 할당을 위한 장치 및 방법 | |
CN117651347A (zh) | 一种测量方法、装置及计算机可读存储介质 | |
CN118118946A (zh) | 业务质量管理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |