CN116711370A - 一种通信方法与装置 - Google Patents

Abstract

一种通信方法与装置。该方法包括：第一网元根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源；其中，所述预设网络资源是为所述第一网元配置的空口网络资源；所述第一UE和所述第二UE为当前接入所述第一网元的UE；所述第一网元向第二网元发送第一指示信息，所述第一指示信息用于指示所述第一UE的可用网络资源。通过这种方式，多个UE接入到第一网元时，第一网元可以根据其它UE对预设网络资源的使用情况和/或信道干扰情况确定当前UE(如第一UE)的可用网络资源，以便当前UE根据可用网络资源实现相应的通信行为，如，根据可用网络资源选择合适的码率，并下载质量与所述码率适配的媒体。

Description

一种通信方法与装置 技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法与装置。

背景技术

新媒体业务快速发展，尤其是超高清视频、VR全景视频等新媒体的出现，使得数据传输量激增、对网络传输能力提出了前所未有的挑战。目前常见的新媒体业务包括短视频业务，比如抖音、快手、火山等短视频应用(application，APP)。

一般来说，终端设备进行媒体业务的过程为先进行媒体文件下载(或加载)，然后播放媒体文件。以视频为例，由于视频有不同的质量，比如480p、720p、1080p等等，不同质量的视频在视觉观感上有区别。一般来说，对于一个视频，视频提供方针对该视频会提供不同质量的视频流，供用户下载观看。然而，下载不同质量的视频时所需要的网络资源不同。比如，如果当前网络资源较差，却要下载高质量的视频的话，可能需要等较长的时间才能完成下载，影响用户体验，尤其是对短视频业务的观看体验。

发明内容

本申请的目的在于提供了一种通信方法与装置，用以提升终端设备的媒体访问体验。

第一方面，提供一种通信方法，应用于第一网元，该方法包括：所述第一网元根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源；其中，所述预设网络资源是为所述第一网元配置的空口网络资源；所述第一UE和所述第二UE为当前接入所述第一网元的用户设备；所述第一网元向第二网元发送第一指示信息，所述第一指示信息用于指示所述第一UE的可用网络资源。

也就是说，第一网元可以通过其它UE(即第二UE)对空口网络资源的使用情况和/或信道干扰情况，确定当前UE(即第一UE)的可用网络资源，不需要统计当前UE(即第一UE)历史上的网络传输情况来确定当前UE的可用网络资源，提升确定的可用网络资源的准确性。

在一种可能的设计中，所述第一网元根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源，包括：所述第一网元确定所述预设网络资源中未被所述第二UE占用的网络资源为所述第一UE的可用网络资源；和/或，所述第一网元根据信道干扰情况，计算所述预设网络资源中为所述第一UE分配的网络资源经信道干扰而衰减后剩余的网络资源；所述剩余的网络资源为所述第一UE的可用网络资源。也就是说，第一网元可以通过其它UE(即第二UE)对空口网络资源的使用情况和/或信道干扰情况，确定当前UE(即第一UE)的可用网络资源，提升确定的可用网络资源的准确性。

在一种可能的设计中，所述第一网元根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源之前，所述方法还包括：所述第一网元接收来自第三网元的第二指示信息，所述第二指示信息用于触发第一网元对所述第一UE的可用网络资源进行测量。

也就是说，第一网元在来自第三网元的第二指示信息的触发下，开始对第一UE的可用网络资源进行测量，简单来说，第一网元被动的对第一UE的可用网络资源进行测量， 或者，第一网元也可以主动的对第一UE的可用网络资源进行测量，即无需第二指示信息的触发。

在一种可能的设计中，所述第一网元可以是RAN；所述第二网元可以是所述第一UE、UPF、SMF、AF或AS中的一个或多个；所述第三网元可以是所述第一UE、UPF、SMF、AF或AS中的一个或多个。需要说明的是，以上是对第一网元、第二网元和第三网元的举例，还可以是其它设备，本申请对此不限定。

在一种可能的设计中，所述第三网元是所述第一UE或所述UPF时，所述第二指示信息是媒体切换指示信息，所述媒体切换指示信息用于指示所述第一UE正在进行媒体切换；或者，所述第三网元是SMF、AS或AF时，所述第二指示信息是订阅信息，所述订阅信息用于订阅所述第一UE的可用网络资源信息。

也就是说，第一网元可以是在媒体切换指示信息或订阅信息的触发下，对第一UE的可用网络资源进行测量，其中，媒体切换指示信息例如可以来自第一UE或UPF，订阅信息例如可以来自SMF、AS或AF。

在一种可能的设计中，所述第三网元是UPF时，所述第二指示信息通过下行数据GTP层扩展信息发送或通过SMF发送；或者，所述第三网元是所述第一UE时，所述第二指示信息通过RRC消息，或者，上行数据PDCP层扩展信息，或者，ANBRQ消息中发送；或者，所述第三网元是SMF、AS或AF时，所述第二指示信息通过N2 SM消息发送。

也就是说，第二指示信息有多种发送方式，第三网元是不同的设备时，发送第二指示信息的方式可以不同，以上仅是几种举例，本申请对此不作限定。

在一种可能的设计中，当所述第二网元是所述第一UE时，所述第一指示信息通过RRC消息，或者，下行数据包PDCP层扩展信息，或者，ANBR消息发送；或者，当所述第二网元是UPF时，所述第一指示信息通过上行数据的GTP-U层发送；当所述第二网元是SMF、AS或AF时，所述第一指示信息通过N2 SM消息发送。

也就是说，第一指示信息可以有多种发送方式，第二网元是不同设备时，发送第一指示信息的方式可以不同，以上仅是几种举例，本申请对此不作限定。

第二方面，提供一种通信方法，应用于第二网元，包括：所述第二网元接收来自第一网元的第一指示信息，所述第一指示信息用于指示第一UE的可用网络资源，所述可用网络资源为所述第一网元根据第二UE对预设网络资源的使用情况和/或信道干扰情况确定的所述第一UE的可用网络资源；其中，所述预设网络资源是为所述第一网元配置的空口网络资源；所述第一UE和所述第二UE为当前接入所述第一网元的用户设备；所述第二网元根据所述可用网络资源实现第一通信行为。

在一种可能的设计中，所述第二网元接收来自第一网元的第一指示信息之前，所述方法还包括：所述第二网元向所述第一网元发送第二指示信息，所述第二指示信息用于触发所述第一网元对所述第一UE的可用网络资源进行测量。

在一种可能的设计中，所述第一网元可以是RAN；所述第二网元可以是所述第一UE、UPF、SMF、AF或AS中的一个或多个。

在一种可能的设计中，所述第二网元是所述第一UE或UPF，所述第二指示信息为媒体切换指示信息，所述媒体切换指示信息用于指示所述第一UE正在进行媒体切换的指示信息；或者，所述第二网元是SMF、AS或AF时，所述第二指示信息是订阅信息，所述订阅信息用于订阅所述第一UE的可用网络资源信息。

在一种可能的设计中，所述第二网元是UPF时，所述第二指示信息通过下行数据GTP层扩展信息发送或通过SMF发送；或者，所述第二网元是所述第一UE时，所述第二指示信息通过RRC消息，或者，上行数据PDCP层扩展信息，或者，ANBRQ消息中发送；或者，所述第二网元是SMF、AS或AF时，所述第二指示信息通过N2 SM消息发送。

在一种可能的设计中，当所述第二网元是所述第一UE时，所述第一指示信息通过RRC消息，或者，下行数据包PDCP层扩展信息，或者，ANBR消息接收；当所述第二网元是UPF时，所述第一指示信息通过上行数据的GTP-U层接收；当所述第二网元是SMF、AS或AF时，所述第一指示信息通过N2 SM消息接收。

在一种可能的设计中，所述第二网元是第一UE，所述根据所述可用网络资源实现第一通信行为，包括：根据所述可用网络资源确定目标码率；下载质量与所述目标码率适配的媒体。

在一种可能的设计中，所述第二网元是UPF、SMF、AF或AS中的一个或多个时，所述根据所述可用网络资源实现第一通信行为，包括：根据所述可用网络资源确定目标码率；根据所述目标码率，将MPD中第一UE的待下载视频的第一下载地址调整为第二下载地址，所述第二下载地址对应的媒体的质量与所述目标码率适配；或者，在接收到所述第一UE的媒体访问请求时，向所述第一UE推荐所述目标码率，以使所述第一UE下载质量与所述目标码率适配的媒体流。

第三方面，提供一种通信方法，应用于第二网元，包括：所述第二网元根据第一UE的传输控制协议TCP重建状态和/或域名系统DNS查询状态，确定所述第一UE正在访问媒体业务或正在进行媒体切换；所述第二网元向第一网元发送第二指示信息，所述第二指示信息用于触发所述第一网元对所述第一UE的可用网络资源进行测量。

也就是说，第二网元可以根据第一UE的TCP重建状态和/或DNS查询状态，确定第一UE正在访问媒体业务或正在进行媒体切换；然后，触发第一网络对第一UE的可用网络资源进行测量。

在一种可能的设计中，所述媒体业务包括短视频媒体业务，所述第二网元根据第一UE的TCP重建状态，确定所述UE正在访问媒体或正在进行媒体切换，包括：所述第二网元记录所述第一UE连续两次发起的TCP重连接请求之间的时间间隔；当所述时间间隔小于时间门限值时，确定所述第一UE正在访问短视频媒体业务；和/或，根据所述第一UE在连续两次发起的TCP重连接请求中最新发起的TCP重连接请求确定所述第一UE正在进行短视频媒体切换。

在一种可能的设计中，所述媒体业务包括短视频媒体业务，所述第二网元根据第一UE的DNS查询状态，确定所述第一UE正在访问媒体或正在进行媒体切换，包括：所述第二网元获取FQDN list，所述FQDN list中存储有所有UE访问DNS服务器的访问信息；所述第二网元确定在所述FQDN list中存在所述第一UE的DNS查询信息，并记录所述第一UE连续两次发起DNS查询信息的时间间隔；当所述时间间隔小于时间门限值时，确定所述第一UE正在访问短视频媒体业务；和/或，根据所述第一UE在连续两次发起的DNS查询信息中最新发起的DNS查询信息确定所述UE正在进行段视频媒体切换。

在一种可能的设计中，所述方法包括：所述第二网元接收来自AS或AF的所述时间阈值门限，和/或，所述FQDN list。

在一种可能的设计中，所述第一网元可以是RAN；所述第二网元可以是UPF、SMF、 AMF、PCF、AS或AF中的至少一个。

在一种可能的设计中，所述方法还包括：所述第二网元向所述第一网元发送第三指示信息，所述第三指示信息用于指示所述第一网元将所述第一UE的可用网络资源发送给第三网元；所述第三网元包括所述第一UE、UPF、SMF、AMF、PCF、AS或AF中的至少一个。

在一种可能的设计中，所述方法还包括：所述第二网元接收来自所述第一网元的第一指示信息，所述第一指示信息用于指示所述第一UE的可用网络资源；所述第二网元根据所述可用网络资源确定目标码率；所述第二网元根据所述目标码率，将媒体描述文件MPD中所述第一UE的待下载视频的第一下载地址调整为第二下载地址；或者，所述第二网元在接收到所述第一UE的媒体访问请求时，向所述第一UE推荐所述目标码率，以使所述第一UE下载质量与所述目标码率适配的媒体流。

第四方面，提供一种通信方法，适用于第五网元，所述方法包括：所述第五网元向第二网元发送时间门限值和/或FQDN list；其中，所述FQDN list中存储有所有UE访问DNS服务器的访问信息，当所述FQDN list中存在所述第一UE的DNS查询信息时，表征所述第一UE正在进行媒体访问；当第一UE连续两次发起TCP重连接请求或DNS查询信息的时间间隔小于所述时间门限值时，表征所述第一UE正在进行短视频媒体切换。

在一种可能的设计中，所述第五网元可以是SMF、PCF、AS或AF中的至少一个。所述第二网元可以是UPF、SMF、AMF、PCF、AS或AF中的至少一个。

第五方面，提供一种通信装置，可以应用于第一网元中，包括收发单元和处理单元，处理单元，用于根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源；其中，所述预设网络资源是为所述第一网元配置的空口网络资源；所述第一UE和所述第二UE为当前接入所述第一网元的用户设备；收发单元，用于向第二网元发送第一指示信息，所述第一指示信息用于指示所述第一UE的可用网络资源。其中，所述通信装置可以是第一网元，或第一网元中的部分结构，比如芯片等。

在一种可能的设计中，所述处理单元具体用于：确定所述预设网络资源中未被所述第二UE占用的网络资源为所述第一UE的可用网络资源；和/或，根据信道干扰情况，计算所述预设网络资源中为所述第一UE分配的网络资源经信道干扰而衰减后剩余的网络资源；所述剩余的网络资源为所述第一UE的可用网络资源。

在一种可能的设计中，所述收发单元还用于：接收来自第三网元的第二指示信息，所述第二指示信息用于触发第一网元对所述第一UE的可用网络资源进行测量。

在一种可能的设计中，所述第一网元可以是RAN；所述第二网元可以是所述第一UE、UPF、SMF、AF或AS中的一个或多个；所述第三网元可以是所述第一UE、UPF、SMF、AF或AS中的一个或多个。

在一种可能的设计中，所述第三网元是所述第一UE或所述UPF时，所述第二指示信息是媒体切换指示信息，所述媒体切换指示信息用于指示所述第一UE正在进行媒体切换；或者，所述第三网元是SMF、AS或AF时，所述第二指示信息是订阅信息，所述订阅信息用于订阅所述第一UE的可用网络资源信息。

在一种可能的设计中，所述第三网元是UPF时，所述第二指示信息通过下行数据GTP层扩展信息发送或通过SMF发送；或者，所述第三网元是所述第一UE时，所述第二指示信息通过RRC消息，或者，上行数据PDCP层扩展信息，或者，ANBRQ消息中发送；或 者，所述第三网元是SMF、AS或AF时，所述第二指示信息通过N2 SM消息发送。

在一种可能的设计中，当所述第二网元是所述第一UE时，所述第一指示信息通过RRC消息，或者，下行数据包PDCP层扩展信息，或者，ANBR消息发送；或者，当所述第二网元是UPF时，所述第一指示信息通过上行数据的GTP-U层发送；当所述第二网元是SMF、AS或AF时，所述第一指示信息通过N2 SM消息发送。

第六方面，提供一种通信装置，可以应用于第二网元中，包括：收发单元，用于接收来自第一网元的第一指示信息，所述第一指示信息用于指示第一UE的可用网络资源，所述可用网络资源为所述第一网元根据第二UE对预设网络资源的使用情况和/或信道干扰情况确定的所述第一UE的可用网络资源；其中，所述预设网络资源是为所述第一网元配置的空口网络资源；所述第一UE和所述第二UE为当前接入所述第一网元的用户设备；处理单元，用于根据所述可用网络资源实现第一通信行为。所述通信装置可以是第二网元，或者，第二网元中的部分结构，比如芯片等。

在一种可能的设计中，所述收发单元还用于：向所述第一网元发送第二指示信息，所述第二指示信息用于触发所述第一网元对所述第一UE的可用网络资源进行测量。

在一种可能的设计中，所述第一网元可以是RAN；所述第二网元可以是所述第一UE、UPF、SMF、AF或AS中的一个或多个。

在一种可能的设计中，所述第二网元是所述第一UE或UPF，所述第二指示信息为媒体切换指示信息，所述媒体切换指示信息用于指示所述第一UE正在进行媒体切换的指示信息；或者，所述第二网元是SMF、AS或AF时，所述第二指示信息是订阅信息，所述订阅信息用于订阅所述第一UE的可用网络资源信息。

在一种可能的设计中，所述第二网元是UPF时，所述第二指示信息通过下行数据GTP层扩展信息发送或通过SMF发送；或者，所述第二网元是所述第一UE时，所述第二指示信息通过RRC消息，或者，上行数据PDCP层扩展信息，或者，ANBRQ消息中发送；或者，所述第二网元是SMF、AS或AF时，所述第二指示信息通过N2 SM消息发送。

在一种可能的设计中，当所述第二网元是所述第一UE时，所述第一指示信息通过RRC消息，或者，下行数据包PDCP层扩展信息，或者，ANBR消息接收；当所述第二网元是UPF时，所述第一指示信息通过上行数据的GTP-U层接收；当所述第二网元是SMF、AS或AF时，所述第一指示信息通过N2 SM消息接收。

在一种可能的设计中，所述第二网元是第一UE时，所述处理单元具体用于：根据所述可用网络资源确定目标码率；下载质量与所述目标码率适配的媒体。

在一种可能的设计中，所述第二网元可以是UPF、SMF、AF或AS中的一个或多个时，所述处理单元具体用于：根据所述可用网络资源确定目标码率；根据所述目标码率，将MPD中第一UE的待下载视频的第一下载地址调整为第二下载地址，所述第二下载地址对应的媒体的质量与所述目标码率适配；或者，在接收到所述第一UE的媒体访问请求时，向所述第一UE推荐所述目标码率，以使所述第一UE下载质量与所述目标码率适配的媒体流。

第七方面，提供一种通信装置，可以应用于第二网络中，包括：处理单元，用于根据第一UE的传输控制协议TCP重建状态和/或域名系统DNS查询状态，确定所述第一UE正在访问媒体业务或正在进行媒体切换；收发单元，用于向第一网元发送第二指示信息，所述第二指示信息用于触发所述第一网元对所述第一UE的可用网络资源进行测量。所述 通信装置可以是第二网元，或第二网元中的部分装置，比如是第二网元中的处理芯片和收发芯片等。

在一种可能的设计中，所述媒体业务包括短视频媒体业务，所述处理单元具体用于：记录所述第一UE连续两次发起的TCP重连接请求之间的时间间隔；当所述时间间隔小于时间门限值时，确定所述第一UE正在访问短视频媒体业务；和/或，根据所述第一UE连续两次发起的TCP重连接请求中最新发起的TCP重连接请求确定所述第一UE正在进行短视频媒体切换。

在一种可能的设计中，所述媒体业务包括短视频媒体业务，所述处理单元具体用于：获取FQDN list，所述FQDN list中存储有所有UE访问DNS服务器的访问信息；确定在所述FQDN list中存在所述第一UE的DNS查询信息，记录所述第一UE连续两次发起DNS查询信息的时间间隔；当所述时间间隔小于时间门限值时，确定所述第一UE正在访问短视频媒体业务；和/或，根据所述第一UE连续两次发起DNS查询信息中最新发起的DNS查询信息确定所述UE正在进行段视频媒体切换。

在一种可能的设计中，所述收发单元还用于：接收来自AS或AF的所述时间阈值门限，和/或，所述FQDN list。

在一种可能的设计中，所述第一网元可以是RAN；所述第二网元可以是UPF、SMF、AMF、PCF、AS或AF中的至少一个。

在一种可能的设计中，所述收发单元还用于：向所述第一网元发送第三指示信息，所述第三指示信息用于指示所述第一网元将所述第一UE的可用网络资源发送给第三网元；所述第三网元包括所述第一UE、UPF、SMF、AMF、PCF、AS或AF中的至少一个。

在一种可能的设计中，所述收发单元还用于：接收来自所述第一网元的第一指示信息，所述第一指示信息用于指示所述第一UE的可用网络资源；所述处理单元，还用于根据所述可用网络资源确定目标码率；根据所述目标码率，将媒体描述文件MPD中所述第一UE的待下载视频的第一下载地址调整为第二下载地址，所述第二下载地址对应的媒体的质量与所述目标码率适配；或者，所述处理单元还用于在接收到所述第一UE的媒体访问请求时，向所述第一UE推荐所述目标码率，以使所述第一UE下载质量与所述目标码率适配的媒体流。

第八方面，还提供一种通信装置，所述通信装置可以是第五网元，或第五网元中的部分结构，包括：收发单元，用于向第二网元发送时间门限值和/或FQDN list；其中，所述FQDN list中存储有所有UE访问DNS服务器的访问信息，当所述FQDN list中存在所述第一UE的DNS查询信息时，表征所述第一UE正在进行媒体访问；当第一UE连续两次发起TCP重连接请求或DNS查询信息的时间间隔小于所述时间门限值时，表征所述第一UE所述第一UE正在进行短视频媒体切换。

在一种可能的设计中，所述第五网元可以是SMF、PCF、AS或AF中的至少一个。所述第二网元可以是UPF、SMF、AMF、PCF、AS或AF中的至少一个。

第九方面，还提供一种通信装置，包括一个或多个处理器；一个或多个存储器；其中，所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述处理器执行如上述第一方面至第四方面中任一方面提供的方法。

第十方面，还提供一种通信系统，包括第一网元和第二网元；所述第一网元和所述第 二网元之间能够通信；所述第一网元用于执行如上述第一方面提供的方法；所述第二网元用于实现如上述第二方面提供的方法。

第十一方面，还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如上述第一方面至第四方面中任一方面提供的方法。

第十二方面，还提供一种计算机程序产品，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如上述第一方面至第四方面中任一方面提供的方法。

第十三方面，本申请提供一种芯片或包含芯片的芯片系统，该芯片可包括处理器。该芯片还可以包括存储器(或存储模块)和/或通信接口(或收发单元)。该芯片可用于执行上述第一方面至第四方面中任意一种可能的设计中所述的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件，如存储器(或存储模块)和/或通信接口(或收发单元)。

上述第二方面至第十三方面及其可能的设计中的有益效果可以参考对第一方面及其任一可能的设计中所述方法的有益效果的描述。

附图说明

图1为本申请一实施例提供的码率自适应调整方案的示意图；

图2为本申请一实施例提供的网络侧推荐码率的流程示意图；

图3为本申请一实施例提供的媒体切换时间的原理示意图；

图4为本申请一实施例提供的媒体切换时间的统计示意图；

图5为本申请一实施例提供的通信系统的示意图；

图6为本申请一实施例提供的第一种通信方法的流程示意图；

图7A为本申请一实施例提供的一种应用场景的示意图；

图7B为本申请一实施例提供的第二种通信方法的流程示意图；

图8A为本申请一实施例提供的另一种应用场景的示意图；

图8B为本申请一实施例提供的第三种通信方法的流程示意图；

图9为本申请一实施例提供的第四种通信方法的流程示意图；

图10为本申请一实施例提供的第五种通信方法的流程示意图；

图11为本申请一实施例提供的第六种通信方法的流程示意图；

图12为本申请一实施例提供的第七种通信方法的流程示意图；

图13为本申请一实施例提供的第八种通信方法的流程示意图；

图14为本申请一实施例提供的通信装置的结构示意图；

图15为本申请一实施例提供的通信装置的另一种结构示意图。

具体实施方式

为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例作进一步地详细描述。

以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

(1)媒体，包括视频和/或音频等多媒体。本申请实施例主要是视频为例进行介绍，其中，视频可以是短视频或者长视频，本申请实施例对此不作限定。视频质量包括480p、 720p、1080p等，数值越高视频质量越好，比如清晰度越高，分辨率越高、画面细节越丰富等等。

2)码率，可以理解为单位时间内传输的媒体数据量；或者，也可以理解为单位时间内编码或解码的媒体数据的位数(比如单位时间内编码器输出的媒体数据量或者解码器输出的媒体数据量)，也可以称为比特率，一般采用的单位是千位每秒(kbps)。以视频为例，码率越高，能够传输的视频质量越高；或者说，质量越高的视频所需要的码率越高。比如，对于480p、720p、1080p的不同质量的视频，对应的码率可以分别为1.2Mbps，2Mbps，3Mbps。再比如，1080p的视频如果使用太低码率来传输是不适配的，会牺牲视频的画质来适配低码率进行传输，画质低的视频用户观看体验较差。

(3)网络资源，比如网络带宽，即用于传输数据的频率带宽。网络带宽与码率正相关，比如，网络带宽较宽的情况下，可同时传输的媒体数据较多，允许较高的码率，即可下载高质量视频。

(4)用户设备(user equipment，UE)，一种具有无线收发功能的设备，可以是固定设备，移动设备、手持设备(例如手机)、穿戴设备、车载设备，或内置于上述设备中的无线装置(例如，通信模块，调制解调器，或芯片系统等)。所述用户设备用于连接人，物，机器等，可广泛用于各种场景，例如包括但不限于以下场景：蜂窝通信、设备到设备通信(device-to-device，D2D)、车到一切(vehicle to everything，V2X)、机器到机器/机器类通信(machine-to-machine/machine-type communications，M2M/MTC)、物联网(internet of things，IoT)、虚拟现实(virtual reality，VR)、增强现实(augmented reality，AR)、工业控制(industrial control)、无人驾驶(self driving)、远程医疗(remote medical)、智能电网(smart grid)、智能家具、智能办公、智能穿戴、智能交通，智慧城市(smart city)、无人机、为终端设备、终端、接入站、UE站、远方站、无线通信设备、或用户装置等等。为描述方便，本申请实施例中将以UE为例进行说明。

本申请实施例中，用于实现用户设备功能的通信装置可以是用户设备，也可以是能够支持用户设备实现该功能的装置，例如芯片系统，该装置可以被安装在用户设备中。在本申请实施例提供的技术方案中，以用于实现用户设备的功能的装置是用户设备为例，描述本申请实施例提供的技术方案。

(5)网元，例如包括接入网设备，和/或核心网设备，有时也可以称为网络设备。所述接入网设备为具有无线收发功能的设备，用于与所述用户设备进行通信。所述接入网设备包括但不限于基站(BTS，Node B,eNodeB/eNB，或gNodeB/gNB)、收发点(transmission reception point，TRP)，第三代合作伙伴计划(3rd generation partnership project，3GPP)后续演进的基站，无线保真(wireless fidelity，Wi-Fi)系统中的接入节点，无线中继节点，无线回传节点等。所述基站可以是：宏基站，微基站，微微基站，小站，中继站等。多个基站可以支持上述提及的同一种接入技术的网络，也可以支持上述提及的不同接入技术的网络。基站可以包含一个或多个共站或非共站的传输接收点。

网元还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器、集中单元(centralized unit，CU)，和/或分布单元(distributed unit，DU)。网元还可以是服务器，可穿戴设备，或车载设备等。例如，车到一切(vehicle to everything，V2X)技术中的网络设备可以为路侧单元(road side unit，RSU)。以下对接入网设备以为基站为例进行说明。基站可以与用户设备进行通信，也可以通过中继站与用户设备进行通信。用户设备 可以与不同接入技术中的多个基站进行通信。所述核心网设备用于实现移动管理，数据处理，会话管理，策略和计费等功能。不同接入技术的系统中实现核心网功能的设备名称可以不同，本申请实施例并不对此进行限定。以5G系统为例，所述核心网设备包括：访问和移动管理功能(access and mobility management function，AMF)、会话管理功能(session management function，SMF)、或用户面功能(user plane function，UPF)等。

本申请实施例中，用于实现网元功能的通信装置可以是网元，也可以是能够支持网元实现该功能的装置，例如芯片系统，该装置可以被安装在网元中。在本申请实施例提供的技术方案中，以用于实现网元的功能的装置是网元为例，描述本申请实施例提供的技术方案。

(6)本申请实施例中，对于名词的数目，除非特别说明，表示“单数名词或复数名词”，即"一个或多个”。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。例如，A/B，表示：A或B。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，表示：a,b,c,a和b,a和c,b和c,或a和b和c，其中a,b,c可以是单个，也可以是多个。

本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的大小、内容、顺序、时序、优先级或者重要程度等。例如，第一网元和第二网元，可以是同一个网元，也可以是不同的网元，且，这种名称只是为了区分两个不同的网元，也并不是表示这两个网元的优先级或者重要程度等的不同。

如背景技术所述，下载不同质量的视频时所需要的网络资源不同。比如，如果当前网络资源较差，却要下载高质量的视频的话，可能需要等较长的时间才能完成下载，影响用户体验，尤其是对短视频业务的观看体验。

为了解决这个技术问题，一种解决方案为，码率自适应调整方案。具体的，请参见图1所示，为码率自适应调整方案的原理示意图。用户设备(UE)观看在线视频时，需要从用于提供所述视频的应用服务器(application server，AS)处下载视频然后播放视频。具体地，UE观看视频的流程包括：

步骤1，UE基于统一资源定位符(uniform resource locator，URL)向AS发起视频访问请求。

步骤2，AS侧确定UE要下载的视频。

在步骤2之后，AS侧会将一个完整的视频(即UE要下载的视频)划分为一段段的视频片段，针对每段视频片段会有不同质量(比如，1080P、720P、480P)的视频流。比如，一部完整的电影会被划分成50个视频片段，50个视频片段中每个视频片段会有不同质量的视频流，比如，电影的第1个视频片段(比如电影片头)具有480p、720p、1080p三种的不同质量的视频流，第2个视频片段也具有480p、720p、1080p三种的不同质量的视频流，以此类推。

步骤3，AS侧向UE返回一个媒体描述文件(media presentation description，MPD)。

所述MPD中包括UE所请求的视频被划分的所有视频片段中每个视频片段所对应的 URL信息，其中，每个视频片段对应的URL信息包括所述每个视频片段占用的时长、每个视频片段对应的多种视频质量，比如480p、720p、1080p等，还包括每个视频片段对应的码率、下载地址等。

举例来说，若视频被划分为两个视频片段，即片段1至片段2。其中，每个片段对应三个不同质量的视频流，不同质量的视频流对应的下载地址不同。示例性的，请参见下表1，为所述两个片段对应的URL信息的示例。

表1

参见上表1，对于片段1，占用时长5s，具有三种质量的视频流，其中，质量是1080p的视频流的下载地址为地址1，下载该视频流所需要的码率范围是(A1，B1)；质量是720p的视频流的下载地址为地址2，下载该视频流所需要的码率范围是(A2，B2)；质量是480p的视频流的下载地址为地址3，下载该视频流所需要的码率范围是(A3，B3)。其中，A1大于或等于B2，A2大于或等于B3。需要说明的是，每种质量的视频流对应的码率可以是一个范围，也可以是一个具体的值，比如，表1中片段1对应的质量是1080P的视频流，其码率可以是(A1，B1)的范围，也可以是一个具体的值比如A1或B1。另外，本申请对于A1至A6，B1至B6等的具体取值不作限定。

步骤4，UE可以根据网络状态确定合适的码率，进而在MPD中确定质量与所述码率对应的视频流进行下载并播放。

示例性的，以网络资源是传输带宽为例，请参见下表2，为码率与传输带宽之间的对应关系的示例。

表2

传输带宽	码率
(C1-D1)	(A1，B1)
(C2-D2)	(A2，B2)

假设传输带宽处于(C2-D2)的范围内，那么基于传输带宽与码率之间的对应关系(比如上述表2)，确定与所述传输带宽对应的码率范围为(A2，B2)，之后，UE根据确定出的码率在MPD(比如上述表1)中确定与所述码率对应的视频质量。比如，UE要下载并播放片段1，如果UE根据网络状态确定的码率处于在(A2，B2)的范围内，对应的视频质量为720P，那么UE基于地址2下载质量为720P的片段1进行播放。

在步骤4之前，即UE根据网络状态确定合适的码率之前，需要先确定网络状况。UE确定网络状态的方式有两种。

方式1，UE根据传输控制协议(transmission control protocol，TCP)层的平均吞吐量大小确定网络状态，平均吞吐量越大，代表网络状态越好，平均吞吐量越小，代表网络状态越差。由于网络状态是动态变化的，所以根据网络状态可以实现码率的动态的自适应调整，进而下载对应质量的视频流。

然而，这种方式确定的网络状态准确性较低。比如，TCP层的吞吐量较大的情况下，并不一定是网络状态较好的情况，比如高峰期吞吐量较大，但是网络状态可能较差，所以，这种方式确定的网络状态不是很准确，那么确定的视频质量就不准确，比如，有可能在网络状态差的情况下，下载并播放高质量的视频，导致用户等待较长的时间，影响用户体验。

方式2，基站根据UE的历史传输情况向该UE推荐码率。比如，请参见图2，为基站向UE推荐码率的流程示意图。如图2所示，所述流程包括：

步骤1，UE向基站发送接入网比特速率查询(access network bit rate query，ANBRQ)。

步骤1是可选步骤，可以执行或不执行。如果步骤1不执行，即UE无需向基站发送ANBRQ，直接进入步骤2，换句话说，基站可以主动向UE推荐接入网比特率(即码率)。如果步骤1执行，是基站被动的向UE发送比特率，即基站在接收到来自UE的ANBRQ之后向该UE推荐比特率。

可选的，UE可以在MAC层添加推荐速率控制信元，以向基站侧发送ANBRQ，用以查询接入网比特率。

步骤2，基站向UE发送比特率(即码率)。

在步骤2之前，还可以包括步骤：基站统计UE前一段时间内的平均传输速率，然后根据所述平均传输速率确定网络状态，进而根据网络状态确定比特率(即码率)。比如，一部电影片头播放时长5s，基站可以统计这5s内UE的传输速率，得到统计值即平均传输速率，以该统计值预测接下来的时间内的网络状态。比如，所述统计值满足如下公式：

其中，k为历史上一个时间窗T内，UE传输成功的数据块的个数；Lk代表在所述时间窗T内UE成功完成的第k个传输块的比特长度；一般来讲，T取值2000ms，即统计过往2s的时间段内UE进行数据传输的平均传输速率。

UE统计出前一段时间内的平均传输速率之后，根据平均传输速率预测接下来一段时间内的网络状态，一般来讲，统计出的平均传输速率越高，预测接下来的网络状态越好，相反，统计出的平均传输速率越低，预测接下来的网络状态越差。在确定网络状态之后，根据网络状态确定码率，然后将码率推荐给UE，即上面步骤2。

上面的方案中，基站需要统计过往一段时间内UE的传输速率来预测接下来一段时间内的网络状态，这种方式确定的网络状态准确性较低，也就无法确定出准确的码率。因为，接下来的时间段的传输速率可能受到其它UE的接入而降低，也有可能因为其它UE的退出而增加，按照过往时间段内的传输速率确定码率，准确性较低。

而且，上述方式2是在视频开始播放一段时间之后，统计这段时间内UE的平均传输速率来预测接下来的时间内对应的网络状态。比如，一个视频包括片段1至片段3，播放顺序为从片段1到片段3依次播放。UE可以统计片段1的播放期间内UE的平均传输速率以预测网络状态，然后根据预测的网络状态确定码率，进而根据码率确定下一个片段(即片段2)对应的视频质量，然后下载片段2的所述质量的视频流并进行播放。之后，UE可 以统计片段2的播放期间内UE的平均传输速率以预测网络状态，然后根据预测的网络状态确定码率，进而根据码率确定下一个片段(即片段3)对应的视频质量，然后下载片段3的所述质量的视频流并进行播放。也就是说，对于一个视频的初始视频片段(即第一个片段)的码率无法提前预测的，比如，电影被划分为多个片段，其中第一个片段是片头，那么片头的码率无法提前确定。目前的方案中，对于初始片段，是通过下载并播放质量与最低码率对应的视频流。以上述表1为例，假设表1中的片段1是初始片段，对应三种质量即1080P、720P、480P的视频流，那么UE在下载初始片段时，默认下载最低码率对应的质量(即480P)的视频流，即默认按照地址3进行下载并播放初始片段。

而且，上述方式2只适用于长视频业务、不适用短视频业务。如果用于短视频业务，由于短视频的总时长通常在几秒(比如2s、5s)之内，如果时间窗T在短视频开始播放之后，那么时间窗T就非常短，时间窗T期间内UE传输的数据量少，即参与统计的样本量较少，统计值不够准确。倘若时间窗T设置在某个短视频下载之前，即在下载所述某个短视频之前就进行了统计，这种情况下，时间窗T内会包括短视频切换时间，所谓短视频切换时间是从上一个短视频切换到下一个短视频的时间，在短视频切换时间内UE不进行短视频传输。

比如，参见图3所示，为短视频切换时长的示意图，t0至t1是一个短视频的下载时长，t 1至t 4的时长内未下载视频(即短视频切换时长)，t 4至t 5下载下一个短时频。如果下载下一个短视频之前(即t4之前)进行统计，那么时间窗中包括t1至t4的时长，这个时长内的没有短视频的传输，将这个时长内的传输速率作为统计样本量的话不够准确，那么计算出的统计值就不准确。而且，经过对大量用户的短视频切换时长的统计，确定普遍用户的短视频切换时长是比较长的，参见图4，为统计出的短视频切换时长与概率值之间的关系，通过图4短视频切换时长大概率是比较长的，所以，如果这部分时长内的传输速率作为统计样本量的话，对统计结果的影响比较大，那么确定的网络状态不准确，就无法确定准确的码率。

以上是对自适应码率调整方案的介绍。虽然，自适应调整方案能够根据网络状态自适应的确定合适的码率，但是由于网络状态的确定方式(上面的方式1或方式2)不够准确，所以无法确定出比较准确的码率。

鉴于此，本申请提供一种通信方法，该方法中第一网元可以根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源，第一UE和第二UE是当前接入第一网元的用户设备。第一网元可以告知第二网元所述第一UE的可用网络资源。这样的话，第二网元可以根据第一UE的可用网络资源实现第一通信行为，比如根据可用网络资源确定合适的码率，进而下载与质量与该码率适配的媒体。这种方式中，不需要统计前一段时间内第一UE的传输速率，可以较好解决了因为统计值不准确而无法确定出准确的网络状态，进而无法得到准确的码率的问题。

下面介绍本申请提供的通信系统。

图5为本申请提供的通信系统的示意图。如图5所示，通信系统中包括多个通信网元(简称网元)，具体包括：核心接入和移动管理功能(access and mobility management function，AMF)、会话管理功能(session management function，SMF)、用户面功能(User plane function，UPF)、策略控制功能(Policy Control Function，PCF)、接入网(Radio Access Network， RAN)、统一数据管理功能(Unified Data Management，UDM)、鉴权服务器功能(Authentication Server Function，AUSF)、应用功能(Application Function，AF)、网络开放功能(Network Exposure Function、NEF)、数据网络(Data network，DN)、网络数据分析功能(Network Data Analytics Function，NWDAF)。

以下分别介绍各个网元的功能。

NWDAF：提供基于大数据和人工智能等技术的网络数据采集和分析功能。

NEF：安全地开放由3GPP网络功能提供的服务和能力，如第三方、边缘计算、AF等。

NRF：网络仓储功能(Network Repository Function，NRF)，主要负责服务发现功能，从NF实例接收NF发现请求，并将发现的NF实例(被发现)的信息提供给NF实例。

PCF：主要功能是策略决策点，提供基于业务数据流和应用检测，门控，QoS和基于流的计费控制等规则。

UDM：主要功能使存储用户签约数据。

AF：主要功能是与3GPP核心网交互来提供服务，来影响业务流路由、接入网能力开放、策略控制等。

AUSF：主要功能使提供鉴权服务。

AMF：主要功能包含管理用户注册、可达性检测、SMF节点的选择、移动状态转换管理等。

SMF：主要功能是控制会话的建立、修改和删除，用户面节点的选择等。

SCP：主要负责网元与对应网元服务之间的间接通信。

RAN：主要功能是提供无线连接，位于UE和核心网节点之间。

UPF：主要功能使数据包路由和转发、移动性锚点、上行分类器来支持路由业务流到数据网络、分支点来支持多归属PDU会话等。

DN：数据网络，例如运营商服务，互联网接入或者第三方服务。

其中，UE和AMF之间可以通过N1接口连接，RAN和AMF之间可以通过N2接口连接，RAN和UPF之间可以通过N3接口连接，SNF与UPF之间可以通过N4接口连接。

本申请实施例提供的视频码率适配方法可以适用于图5所示的通信系统，也可以适用于其它的通信系统，比如，网元个数小于图5中网元个数的通信系统，对此，本申请实施例不作限定。

以下将结合附图对本申请提供的码率适配方法进行详细的阐述。

实施例一

本实施例一提供一种通信方法，该方法中第一网元可以根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源，然后将第一UE的可用网络资源发送给第二网元，无需统计前一段时间内第一UE的传输速率，提升确定的网络状态的准确性，进而提升码率的准确性。

具体的，参见图6，为本实施例一提供的码率适配方法的流程示意图，如图6所示，所述流程包括：

S600，第一网元接收第二指示信息，所述第二指示信息用于指示第一网元对第一UE的可用网络资源进行测量。

可选的，S600是可选步骤，可以执行也可以不执行。如果不执行，即第一网元可以主 动确定第一UE的可用网络资源，即主动执行下述S601。如果执行S600，即第一网元是被动的确定第一UE的可用网络资源，即第一网元在接收到第二提示信息时，对第一UE的可用网络资源进行测量。

其中，所述第二指示信息可以来自第三网元。所述第三网元可以是第一UE、UPF、SMF、AF或AS中的一个或多个。

比如，第三网元是第一UE或UPF时，所述第二指示信息可以是用于指示所述第一UE正在进行媒体切换的信息。当第三网元是SMF、AS或AF时，所述第二指示信息可以是订阅信息，所述订阅信息用于订阅所述第一UE的可用网络资源信息。

再比如，当第三网元是UPF时，所述第二指示信息可以通过下行数据通用分组无线业务隧道协议(GPRS tunneling protocol，GTP)层(比如，GTP-U层和/或GTP-C层，本申请实施例简称为GTP层)扩展信息发送；或者通过SMF发送。比如，在用户面，第二指示信息可以通过下行数据GTP层扩展信息发送，在控制面，第二指示信息可以通过SMF发送。

当第三网元是第一UE时，所述第二指示信息可以通过无线资源控制(radio resource control，RRC)消息，或者，上行数据分组数据汇聚协议(packet data convergence protocol，PDCP)层扩展信息，或者，接入网比特速率查询(access network bit rate query，ANBRQ)消息中发送。

当第三网元是SMF、AS或AF时，所述第二指示信息可以通过N2接口会话管理(session management，SM)消息发送至所述第一网元。

S601，第一网元根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源；其中，所述预设网络资源是为所述第一网元配置的空口网络资源；所述第一UE和所述第二UE为当前接入所述第一网元的用户设备。

比如，第一网元可以是RAN。一般来说，接入RAN的UE可以有多个，为RAN配置的空口网络资源由多个UE共享。所以，RAN可以根据第二UE对预设网络资源(即为RAN配置的空口网络资源)的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源。其中，第二UE可以是当前接入到RAN的所有UE中除去第一UE之外的其它UE。

继续以第一网元是RAN为例，S601的实现方式可以包括多种：

方式1，RAN根据第二UE对预设网络资源的使用情况，确定第一UE的可用网络资源。

所述使用情况可以理解为接入RAN的UE对预设网络资源(即为RAN分配的空口网络资源)的占用情况。比如，第一UE和第二UE接入到RAN，RAN确定所述预设网络资源中未被第二UE占用的网络资源为第一UE的可用网络资源。比如，预设网络资源为100M，第二UE占用20M，那么剩余的80M为第一UE的可用网络资源。需要说明的是，此处的数值仅是举例，并不是对网络资源的具体限定。

方式2，RAN根据信道干扰情况，确定第一UE的可用网络资源。

比如，RAN根据信道干扰情况，计算预设网络资源中为第一UE分配的网络资源经信道干扰而衰减后剩余的网络资源；所述剩余的网络资源可以作为所述第一UE的可用网络资源。假设，预设网络资源中为第一UE分配的网络资源是10M，倘若经过信道干扰的话，10M的网络资源衰减到9M，那么这9M就可以作为第一UE的可用网络资源。其中，预设网络资源中为第一UE分配的网络资源可以是预配置的，也可以是第一UE主动申请的， 对此，本申请实施例不作限定。其中，RAN根据信道干扰情况计算网络资源的衰减后剩余的网络资源的过程，本申请不作详细介绍。

方式3，RAN根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源。

方式3可以理解为方式1和方式2的结合。比如，第一UE和第二UE接入到RAN，RAN确定所述预设网络资源中未被所述第二UE占用的网络资源，然后根据信道干扰情况计算所述未被第二UE占用的网络资源经过信道干扰而衰减后剩余的网络资源，所述剩余的网络资源可以作为第一UE的可用网络资源。比如，预设网络资源为100M，第二UE占用20M，即未被第二UE占用的网络资源为80M，假设这80M网络资源经过信道干扰发生衰减后剩余70M，那么剩下的70M就是第一UE的可用网络资源。

总之，本实施例一中，RAN可以综合考虑其他UE对空口资源的使用情况和/或信道干扰等，决定当前UE(即第一UE)的可用网络资源，通过这种方式确定出的可用网络资源比较准确。

可选的，RAN确定第一UE的可用网络资源之后，可以将所述可用网络资源预留给第一UE，所谓预留给第一UE，可以简单的理解为，所述可用网络资源只能由第一UE使用，禁止其他UE占有所述可用网络资源。当然，预留时长可以是预设时长，在预设时长之后则允许其他UE使用所述第一UE的可用网络资源。

S602，第一网元向第二网元发送第一指示信息，第二网元接收来自第一网元的第一指示信息，所述第一指示信息用于指示所述第一UE的可用网络资源；其中，所述可用网络资源用于确定所述第一UE的待下载媒体的码率，所述码率与待下载媒体的质量正相关。

其中，第二网元可以是第一UE、UPF、SMF、AF或AS中的一个或多个。第二网元和前述的第三网元可以相同或不同，本申请不作限定。

比如，第二网元是第一UE时，所述第一指示信息可以通过RRC消息，或者，下行数据包PDCP层扩展信息，或者，接入网比特速率(access network bit rate，ANBR)消息发送。

再比如，第二网元是UPF时，所述第一指示信息可以通过上行数据的GTP层(比如，GTP-U层和/或GTP-C层，本申请实施例简称为GTP层)发送；或者途径SMF，通过N2 SM消息与N4消息发送。

再比如，第二网元是SMF、AS或AF时，则所述第一指示信息可以通过N2 SM消息发送。

可以理解的是，第一网元向第二网元发送第一指示信息，可以是从第一网元到第二网元的直接发送，也可以是经过中转设备的转发之后再发送到第二网元。比如，第一网元是RAN，第二网元是AS或AF，那么RAN可以向中转设备如SMF发送第一指示信息，SMF将第一指示信息转发给AS或AF。

S603，第二网元根据第一UE的可用网络资源实现第一通信行为。

第二网元是第一UE时，第一通信行为可以是根据第一UE的可用网络资源确定合适的码率(即目标码率)，然后下载质量与所述码率适配的媒体。一般可用网络资源越多，对应的码率越高，码率越高，能够下载的视频质量越高。比如，第一UE可以根据第一UE的可用网络资源和码率与网络资源之间的对应关系(比如上述表2)确定对应的码率。假设第一UE的可用网络资源在(C1-D1)的范围内时，那么对应的码率处于(A1，B1)范 围内。第一UE确定出码率是(A1，B1)后，根据上述表1，确定待下载的片段1的三种质量中与所述码率适配的质量为1080P，那么第一UE可以按照地址1下载片段1的质量为1080P的视频流。

再比如，第二网元是UPF、SMF、AF或AS中的一个或多个时，可以根据所述可用网络资源确定合适的码率；根据所述合适的码率，将MPD中第一UE的待下载视频的第一下载地址调整为第二下载地址，所述第二下载地址对应的媒体的质量与所述合适的码率适配；或者，在接收到所述第一UE的媒体访问请求时，向所述第一UE推荐所述码率。这部分内容将在后面的实施例三、实施例四中介绍。

可选的，S603也是可选步骤，可以执行也可以不执行。

总结来说，本实施例一中，第二网元(比如RAN)可以综合考虑其他UE对空口资源的使用情况和/或信道干扰等，确定当前UE(即第一UE)的可用网络资源，通过这种方式确定出的可用网络资源比较准确，进而得到比较准确的码率。

需要说明的是，如前文所述，目前的方案中，一个视频的初始片段(比如电影的片头)的码率是无法提前确定的，本实施例二的技术方案能够确定一个视频的初始片段的码率。对于所述视频在初始片段之后的其它片段可以按照前文的码率自适应方案执行，比如统计初始片段下载期间内的平均传输速率以预测网络资源，进而根据预测的网络资源确定码率，根据所述码率确定所述其它片段中质量与所述码率适配的视频流进行下载。或者，对于所述在初始片段之后的其它片段也可以继续按照本实施例二的方案执行，本申请这里均不作限定。

实施例二

本实施例二以实施例一(比如图6)中第一网元是RAN，第二网元是第一UE为例进行介绍。简单来说，RAN确定第一UE的可用网络资源之后，将第一UE的可用网络资源发送给第一UE，这样的话，第一UE可以根据可用网络资源确定合适的码率，进而根据所述码率下载质量与所述码率适配的媒体。

参见图7A，为本实施例二提供的通信系统的示意图。所述通信系统中包括的网元有：第一UE、RAN、UPF、AF、AS、AMF、SMF、PCF。其中，各个网元的功能参见前文针对图5的具体介绍，不重复赘述。具体的，RAN可以根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源，然后将第一UE的可用网络资源发送给第一UE，第一UE可以根据可用网络资源确定合适的码率，然后下载与质量与所述码率适配的媒体进行播放。

具体的，请参见图7B，为本实施例二提供的通信方法的流程示意图。如图7B所示，该方法的流程包括：

S700，RAN接收第二指示信息，所述第二指示信息用于触发RAN对第一UE的可用网络资源进行测量。

可选的，所述第二指示信息可以来自第三网元，所述第三网元可以是第一UE、SMF、UPF、AS或AF中的一个或多个，所以，图7B中S700包括S700a至S700d，其中，S700a代表第二指示信息来自第一UE(即第三网元是第一UE)，S700b代表第二指示信息来自SMF(即第三网元是SMF)，S700c代表第二指示信息来自UPF(即第三网元是UPF)，S700d代表第二指示信息来自AS或AF(即第三网元是AS或AF)。

以第三网元是第一UE为例，第二指示信息可以是用于指示第一UE正在进行媒体切换的指示信息。也就是说，第一UE确定当前有媒体切换需求时，向RAN发送第二指示信息来触发RAN对第一UE的可用网络资源的测量。所述媒体切换需求比如可以是短视频app中短视频的切换。这种情况下，所述第二指示信息可以通过RRC消息，或者，上行数据PDCP层扩展信息，或者，ANBRQ消息中发送。

以第三网元是UPF为例，第二指示信息可以是用于指示第一UE正在进行媒体切换的指示信息。也就是说，UPF可以判断第一UE是否正在进行媒体切换，当确定第一UE正在进行媒体切换时，向RAN发送第二指示信息来触发RAN对第一UE的可用网络资源的测量。这种情况下，所述第二指示信息可以通过下行数据GTP层扩展信息发送给RAN。

以第三网元是SMF或AS或AF为例，第二指示信息可以是订阅请求，所述订阅请求用于请求订阅第一UE的可用网络资源，能够触发RAN对第一UE的可用网络资源的测量。

可选的，上述S700是可选步骤，可以执行也可以不执行。如果S700不执行，即RAN主动的对第一UE的可用网络资源进行测量。如果S700执行，即RAN在接收到第二指示信息之后对第一UE的可用网络资源进行测量(即被动式的测量)。

S701，RAN根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源，预设网络资源包括为RAN配置的空口网络资源；第一UE和第二UE是当前接入到RAN的用户设备且共享RAN对应的预设网络资源，比如，第二UE可以是当前接入到RAN内的所有UE中除去第一UE之外的其它UE。

其中，S701的实现原理请参见图6中的S601的介绍，在此不重复赘述。

S702，RAN向第一UE发送第一指示信息，所述第一指示信息用于指示所述第一UE的可用网络资源。

可选的，RAN可以通过RRC消息或者下行数据的PDCP层扩展位将可用网络资源告知UE侧；或者，RAN也可以继续沿用ANBR消息将可用网络资源反馈至UE侧。

S703，第一UE根据可用网络资源确定合适的码率。

比如，第一UE可以根据可用网络资源和码率与可用网络资源之间的对应关系(比如上述表2)确定合适的码率。

S704，第一UE根据所述码率，确定质量与所述码率适配的媒体进行下载并播放。

可选的，S704的实现方式可以是：第一UE从AS或AF侧获取待下载视频的媒体描述文件MPD，所述MPD中包括待下载媒体的质量、下载地址、码率之间的对应关系，如上表1所示的对应关系。第一UE确定码率之后，在MPD(上述表1)中确定与码率对应的媒体质量。比如，第一UE的待下载视频是片段1，根据确定出的码率匹配对应的质量是1080P，那么第一UE按照片段1的质量是1080P的视频流的下载地址进行下载并播放。

实施例三

本实施例三以实施例一(比如图6)第一网元是RAN，第二网元是UPF为例进行介绍，简单来说，RAN确定第一UE的可用网络资源之后，将第一UE的可用网络资源发送给UPF。这样的话，UPF可以根据第一UE的可用网络资源对MPD中第一UE的待下载视频的下载地址进行调整。

通过前文可知，目前的方案中，对于视频的初始片段，第一UE默认下载MPD中最低码率对应的视频流。以上面表1为例，假设初始片段是片段1，片段1对应的最低码率 是(A3，B3)，那么，第一UE默认按照地址3下载480P质量的片段1。继续以表1为例，对于初始片段之后的其它片段即片段2，第一UE根据码率确定对应的质量的视频流进行下载，比如，对于片段2，根据网络状态确定对应的码率是(A4，B4)，那么按照地址4下载质量是1080p的片段2。

本实施例三中，UPF可以根据第一UE的可用网络资源对MPD进行调整，那么第一UE无需根据码率在MPD中确定对应的质量，第一UE可以默认的选择固定质量的视频流进行下载即可，对于第一UE而言，任务量减少。比如，第一UE默认下载最低码率所对应的质量的视频流，当UPF将MPD调整之后，MPD中最低码率的视频流的第一下载地址可以替换为第二下载地址，第二下载地址所下载的视频流的质量与码率(根据第一UE的可用网络资源确定出的码率)适配。简单来说，虽然第一UE仍然默认下载最低码率对应的视频流，但是由于最低码率的视频流的下载地址被替换，所以第一UE下载的视频流是与码率(根据第一UE的可用网络资源确定出的码率)适配的视频流。

举例来说，以MPD是上面表1为例，对于初始片段即片段1，按照目前的方案，第一UE默认下载最低码率的视频流，即默认按照地址3下载质量是480P的片段1。而本实施例三中，如果UPF确定第一UE的可用网络资源对应的码率处于(A1，B1)的范围内，可以将默认的下载地址调整为地址1，比如，将MPD中片段1的质量是480P的视频流的地址3替换为地址1。比如，参见下表3，为调整后的MPD的一种示例。

表3

这样的话，对于片段1，第一UE默认下载最低码率(即480P)的视频流时，虽然是按照地址1下载的，但实际下载的视频流的质量是1080P，是与码率(基于第一UE的可用网络资源确定出的)适配的。

参见图8A，为本实施例三提供的通信系统的示意图。所述通信系统中包括的网元有：第一UE、RAN、UPF、AF、AS、AMF、SMF、PCF。其中，各个网元的功能参见前文介绍，不重复赘述。即，RAN可以根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源，然后将第一UE的可用网络资源发送给UPF。这样的话，UPF可以根据第一UE的可用网络资源对MPD进行调整。第一UE获取调整后的MPD之后，可以默认选择固定质量(比如最低码率对应的质量)的视频流进行媒体下载并播放。

具体的，请参见图8B，为本实施例三提供码率适配方法的流程示意图，所述流程包括：

S800，RAN接收到第二指示信息，所述第二指示信息用于触发RAN对第一UE的可 用网络资源进行测量。其中，S800可以包括S800a、S800b、S800c、S800d，关于S800a至S800d，请参见关于图7中S700a至S700d的介绍，在此不重复。

S801，RAN根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源，预设网络资源包括为RAN配置的空口网络资源；第一UE和第二UE是当前接入到RAN的用户设备，比如，第二UE可以是当前接入到RA内的所有UE中除去第一UE之外的其它UE。

其中，S800和S801的实现原理可参见图7B中S700和S701的介绍，在此不重复赘述。

S802，RAN向PUF发送第一指示信息，所述第一指示信息用于指示所述第一UE的可用网络资源。

可选的，RAN可用通过上行数据的GTP-U层将第一指示信息发送至UPF侧，比如可以通过TCP握手消息发送，或者通过应用层的MPD/M3U8请求消息发送。

S803，UPF从AS侧获取第一UE的待下载视频的MPD文件。

一种方式为，UPF直接对所有下行数据进行深度包检测，解析得到所有下行数据包之后从中确定第一UE的MPD文件。另一种方式为，AS在发出的所有MPD数据包中每个MPD数据包上添加对应标识信息；所述标识信息可用是第一UE的标识信息，用于指示每个MPD数据包对应的UE。这样的话，UPF可用根据标识信息检测MPD数据包，无需检测所有下行数据包。

需要说明的是，本申请实施例主要以HTTP动态自适应流媒体(dynamic adaptive streaming over HTTP，DASH)中的MPD为例进行介绍，可以理解的是，其他的用于描述媒体的文件也是可以的，比如媒体协议(HTTP live streaming，HLS)协议中的M3U8。

S804，UPF根据第一UE的可用网络资源对MPD文件进行调整。

S804的实现过程可以包括：UPF根据第一UE的可用网络资源确定合适的码率，UPF获取来自AS侧的MPD数据包并对其进行解析，得到对应的MPD文件，将MPD文件中第一UE的待下载视频的第一下载地址调整为第二下载地址，所述第二下载地址对应的媒体的质量与所述码率适配。比如，以上述表1为例，对于片段1，UPF根据第一UE的可用网络资源确定的码率是(A1，B1)，那么UPF将片段1的最低码率(480P)对应的视频流的下载地址由地址3替换为地址1，地址1用于下载质量是1080P的片段1，调整后的MPD文件参见上述表3。

S805，UPF将调整后的MPD文件继续发送给第一UE。

S806，第一UE根据所述调整后的MPD文件，确定合适的码率。

以UE下载初始片段(或者，也可以称为初始分片或首个分片)为例，UE在下载初始片段时可以选择调整后的MPD文件中最低码率对应的视频流，然后基于所述最低码率的视频流的下载地址向AS发起URL请求，以请求下载对应的初始片段。

S807，UE向AS发送URL请求，该URL请求用于请求下载对应的媒体片段，所述媒体片段的质量与所述码率适配。

举例来说，以调整后的MPD文件是上述表3为例，假设初始片段是片段1，第一UE默认按照最低码率(即480P)对应的视频流的地址进行下载，即按照地址1下载，而基于地址1下载的视频流的质量是1080P，与码率(根据第一UE的可用网络资源确定出的码率)是适配的。

S808，AS根据URL请求向第一UE发送其所请求的媒体片段。

需要说明的是，在调整MPD文件时，可以仅对于初始片段的下载地址进行调整，或者，也可以对视频的所有片段的下载地址均进行调整，本申请对此不限定。当然，如果是仅对初始片段的下载地址进行调整，后续片段的处理方式可以是码率自适应调整方案，本申请不作限定。

需要说明的是，图8B以UPF对MPD进行调整为例，可选的，还可以由AS或AF对MPD进行调整。比如，请参见图9，为本实施例三提供的另一种通信方法的流程示意图，所述流程包括：

S900，RAN接收到第二指示信息，所述第二指示信息用于触发RAN对第一UE的可用网络资源进行测量。其中，S900可以包括S900a、S900b、S900c S900d，关于S900a至S900d，请参见关于图7中S700a至S700d的介绍，在此不重复。

S901，RAN根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源，预设网络资源包括为RAN配置的空口网络资源；第一UE和第二UE是当前接入到RAN的用户设备且两个UE共享所述空口网络资源，比如，第二UE可以是当前接入到RAN内的所有UE中除去第一UE之外的其它UE。

其中，S900和S901的实现原理可参见图7B中S700和S701的介绍，在此不重复赘述。

S902，RAN向UPF发送第一指示信息，所述第一指示信息用于指示所述第一UE的可用网络资源。

S903，UPF将第一指示信息发送给AS。

具体地，UPF可以在上行数据包的网络层、传输层或应用层添加额外的扩展信息用于传输所述第一指示信息，具体可以是IPv4的头部，如DSCP或者TCP的option字段，亦或者是额外添加中间层，添加专属的几个字段用于传输该信息。

S904，AS接收到来自UPF的可用网络资源后，根据第一UE的可用网络资源对MPD进行调整。

其中，对MPD的调整过程可以参见前面图8B中的S804的介绍，在此不重复赘述。

S905，AS接收来自第一UE的媒体访问请求。

S906，AS向第一UE发送调整后的MPD。

S907，第一UE根据调整后的MPD进行媒体下载并播放。

上面的实施例以AS向第一UE发送调整后的MPD，第一UE根据调整后的MPD进行媒体的下载与播放为例。可选的，AS可以和目前的方案一样，向第一UE发送调整之前的MPD(比如上表1)，不同的是，AS还可以向第一UE推荐合适的码率。比如，继续以上表1为例，第一UE要下载初始片段比如片段1，AS向第一UE发送未经过调整的MPD之后，并向第一UE推荐的码率，该码率是AS基于第一UE的可用网络资源确定的码率，比如(A1，B1)，第一UE可以根据AS推荐的码率确定片段1的质量，比如确定出1080p，那么按照地址1下载1080p的片段1。简单来说，第一UE接收到的MPD是未经过调整的，但是第一UE不是默认按照最低码率的视频流的地址进行下载，而是按照AS推荐的码率来下载视频的，而推荐的码率是基于第一UE的可用网络资源确定的。

需要说明的是，对于初始片段可以使用AS推荐码率的方式执行，对于初始片段之后 的其它片段也是可以使用AS推荐码率的方式执行的，或者，对于其它片段使用码率自适应调整方案执行。

可选的，AS获取第一UE的可用网络资源后，也可以根据所述可用带宽信息实现TCP的快启动。

实施例四

本实施例四以实施例一中第一网元是RAN，第二网元是SMF、AS或AF为例进行介绍，简单来说，RAN确定第一UE的可用网络资源之后，将第一UE的可用网络资源发送给SMF、AS或AF。一种示例性的场景为，AS可以向5G网络订阅第一UE的可用网络资源，所以RAN确定第一UE的可用网络资源之后根据订阅设置发送给AS。比如，AS可以通过AF向5G网络订阅第一UE的可用网络资源，当RAN确定第一UE的可用网络资源之后，可以根据订阅设置将第一UE的可用网络资源发送给AF，AF将对应的可用网络资源信息发往AS侧。

请参见图10，为本实施例四提供的码率适配方法的流程示意图，所述流程包括：

S1001，AS将向SMF发送第二指示信息，所述第二指示信息可以是订阅请求，所述订阅请求用于请求订阅第一UE的可用网络资源。此步骤，可以是AS向AF发送第二指示信息，由AF向SMF发送第二指示信息。

可选的，第二指示信息中还可以包括订阅周期，用于指示第一UE的可用网络资源的汇报周期。所述订阅周期可以指示RAN主动的按照所述汇报周期向AS或AF提供第一UE的可用网络资源，或者，指示SMF按照所述汇报周期向RAN查询第一UE的可用网络资源。

S1002，SMF将第二指示信息发送给RAN。

比如，SMF可以通过N2 SM消息将第二指示信息发送给RAN侧，具体的SMF可以通过Namf_N1N2MessageTransfer服务消息发送至AMF，由AMF通过N2消息发往RAN侧。

S1003，RAN根据第二UE对预设网络资源的使用情况，和/或，信道干扰情况，确定第一UE的可用网络资源，预设网络资源包括为RAN配置的空口网络资源；第一UE和第二UE是当前接入到RAN的用户设备且第一UE与第二UE共享所述预设网络资源，比如，第二UE可以是当前接入到RAN内的所有UE中除去第一UE之外的其它UE。

S1004，RAN向SMF发送第一指示信息，所述第一指示信息用于指示第一UE的可用网络资源。

如果第二指示信息中包括汇报周期，那么RAN可以按照所述汇报周期，主动的周期性的向SMF发送第一UE的可用网络资源。或者，SMF周期性的向RAN发送查询请求，用于查询第一UE的可用网络资源，每当RAN接收到来自SMF的查询请求时，向SMF发送第一UE的可用网络资源。

可选的，RAN可以通过N2 SM消息周期性的向SMF发送第一UE的可用网络资源，具体地，RAN可以通过N2消息将其发往AMF侧，由AMF通过Namf_N1N2MessageTransfer服务消息将其发往SMF侧。

S1005，SMF向AS发送第一指示信息，第一指示信息用于指示第一UE的可用网络资源。此步骤，可以是SMF将第一指示信息发送给AF，由AF进一步发送给AS。

可选的，AMF可以通过能力开放消息将第一UE的可用网络资源发送给AS侧。

S1006，AS根据第一UE的可用网络资源对MPD进行调整。

S1007，AS接收来自第一UE的媒体访问请求。

S1008，AS向第一UE发送调整后的MPD。

S1009，第一UE根据调整后的MPD进行媒体下载并播放。

实施例五

在前面的实施例一至实施例四中，第一网元对第一UE的可用网络资源进行测量。本实施例五介绍第二网元判断第一UE是否正在访问媒体业务或正在进行媒体切换的实现过程。具体地，第二网元可以根据第一UE的传输控制协议TCP重建状态和/或域名系统DNS查询状态，确定所述第一UE正在访问媒体业务或正在进行媒体切换；之后，第二网元可以向第一网元发送第二指示信息，所述第二指示信息用于触发所述第一网元对所述第一UE的可用网络资源进行测量。其中，第一网元对第一UE的可用网络资源的测量过程参见前文实施例一，本实施例五不重复赘述。

具体的，请参见图11，为本实施例四提供的一种通信方法的流程示意图。所述流程包括：

S1101，第二网元根据第一UE的TCP重建状态，和/或，DNS查询状态，确定第一UE正在访问媒体业务和/或正在进行媒体切换。

S1101具有多种实现方式，比如如下方式1和/或方式2。

方式1，第二网元根据第一UE的TCP重建状态，确定第一UE正在访问媒体业务和/或正在进行媒体切换。

以媒体业务具体是短视频业务为例，方式1的实现过程包括：第二网元记录所述第一UE连续两次发起的TCP重连接请求的时间间隔；当所述时间间隔小于时间门限值时，确定所述第一UE正在访问短视频媒体业务；和/或，根据所述第一UE最新发起的TCP重连接请求确定所述第一UE正在进行短视频媒体切换。

其中，时间门限值可以是第二网元从AS或AF侧获取的，所述时间门限值用于判断是否正在进行短视频业务。

需要说明的是，用户使用短视频APP切换短视频时，一个短视频下载之前需要建立一个TCP连接，下载完成之后TCP连接释放，下载下一个短视频时，需要重新建立TCP连接，即发起TCP重连接请求。由于短视频播放时长较短，一个短视频播放完毕切换到下一个短视频的时间间隔较短，即第一UE连续发起两次TCP重连接请求的时间间隔较短。因此，如果第一UE连续两次发起的TCP重连接请求的时间间隔较小，那么认为第一UE正在运行短视频业务。

其中，第二网元记录第一UE连续两次发起TCP重连接请求的时间间隔的过程包括：第二网元可以进行TCP数据包检测，获取TCP数据包中的报头信息，所述报头信息中包括标识信息(比如位于SYN/FIN位中的信息)，所述标识信息用于标识TCP数据包是用于建立TCP连接的数据包，还是用于释放TCP连接的数据包。假设第二网元根据数据包的报头信息确定TCP数据包是建立TCP连接的数据包，记录该TCP数据包的第一建立时间。同理，第二网元可以进行下一个TCP数据包的检测，如果下一个TCP数据包是用于建立TCP连接的数据包，记录下一个TCP数据包的第二建立时间，得到第一建立时间和第二建 立时间之间的时间间隔。如果所述时间间隔是否小于时间门限值时，确定正在访问短视频业务。

可选的，第二网元还可以根据最新发起的TCP重连接请求确定第一UE当前正在切换短视频。

需要说明的是，上述方式1以第一UE连续两次发起的TCP重连接请求的时间间隔小于时间阈值门限为例，可选的，UPF还可以根据一个TCP连接的“存活”时间，判断UE是否正在访问短视频业务。其中，一个TCP连接的“存活”时间可以理解为从TCP建立时间到释放时间之间的持续时间。一般来说，一个短视频下载之前需要建立一个TCP连接，下载完成之后TCP连接释放，即短视频的下载期间内，TCP连接不会释放，所以TCP连接维持的时长即TCP连接的“存活”时间。当一个TCP连接的“存活”时间小于阈值时，认为第一UE正在访问短视频业务。

方式2，第二网元根据第一UE的DNS查询状态，确定第一UE正在访问媒体业务和/或正在进行媒体切换。

由于UE访问媒体的过程中需要向DNS服务器发送域名查询请求，所以DNS服务器可以记录来自所有UE的访问信息形成完全限定域名(fully qualified domain name，FQDN)列表(list)，并向第二网元公开FQDN list，这样的话，第二网元可以在FQDN list中查找第一UE的DNS访问信息。第二网元查询到所述第一UE连续两次发起DNS查询信息时，记录所述连续两次发起DNS查询信息的时间间隔；当所述时间间隔小于时间门限值时，确定所述第一UE正在访问短视频媒体业务；和/或，根据所述第一UE最新发起的DNS查询信息确定所述UE正在进行段视频媒体切换。

上述方式1和方式2可以单独使用，也可以结合使用，本申请不作限定。

S1103，第二网元根据第二UE对预设网络资源的使用情况和/或信道干扰，确定第一UE的可用网络资源。

S1104，第二网元接收来自第一网元的第一指示信息，所述第一指示信息用于指示所述第一UE的可用网络资源。

S1105，第二网元根据第一UE的可用网络资源实现第一通信行为。

上面的步骤S1103至S1105是可选步骤，可以执行也可以不执行。

本实施例二中，第二网元可以是UPF、SMF、AF或AS中的一个或多个。以第二网元是UPF为例，第一通信行为可以是UPF可以根据第一UE的可用网络资源对MPD进行调整；或者，UPF将第一UE的可用网络资源提供给AS，AS根据第一UE的可用网络资源对MPD进行调整。

可选的，在S1104之前，第二网元还可以向第一网元发送第三指示信息，所述第三指示信息用于指示第一网元将所述第一UE的可用网络资源发送给第三网元；其中，所述第三网元包括所述第一UE、UPF、SMF、AMF、PCF、AS或AF中的至少一个。所述第二网元和所述第三网元可以相同或不同。

实施例六

本实施例六是以实施例五(比如图11)中第二网元是UPF为例，第一网元是RAN为例进行介绍。具体的，请参见图12，为本实施例四提供的一种码率适配方法的流程示意图。所述流程包括：

S1201，AS向PCF发送第一信息，所述第一信息包括时间门限值。所述时间门限值用于判断UE是否正在访问短视频业务。此步骤，可以是AS向AF发送第一信息，由AF将第一信息发送给PCF。

可选的，所述第一信息中还可以包括媒体指示信息、流描述信息等。

可选的，所述第一信息可以通过AF Request发送至PCF，具体地，AF可以通过NEF发送对应信息到UDR，UDR侧数据发生变更会通知到PCF处。

S1202，第一UE向AMF发送PDU会话建立请求或PDU会话修改请求。所述PDU会话建立请求用于请求建立PDU会话，所述PDU会话修改请求用于请求修改PDU会话。

S1203，AMF向SMF发送PDU会话建立请求或PDU会话修改请求。

S1204，SMF向PCF发起PDU会话管理策略关联建立/修改流程。

S1205，PCF向SMF发送第二信息，所述第二信息中包括所述时间门限值。

可选的，所述第二信息中还可以包括策略控制和计费(Policy Control and Charging，PCC)规则、媒体指示信息等。

S1206，SMF将第三信息发送给UPF，所述第三信息中包括是时间门限值。

可选的，所述第三信息中还可以包括包检测规则(Packet Detection Rule，PDR)。

可选的，所述第三信息还可以触发UPF对第一UE正在访问的业务进行判断，如UPF可以根据PDR检测到UE在访问抖音、西瓜视频等业务，但有可能无法获悉其在观看的为短视频还是长视频，本申请后续步骤可以进一步判断观看的是短视频还是长视频。

可选的，SMF还可以向第一UE发送指示信息，所述指示信息用于指示所述第一UE向RAN发送可用网络资源查询请求，或者，所述用于指示所述第一UE启动根据可用网络资源进行码率适配的流程。或者，SMF还可以向RAN发送指示信息，所述指示信息用于指示RAN对第一UE的可用网络资源进行测量，并向第一UE提供所述可用网络资源；或者，所述指示信息用于指示所述RAN在接收到第一UE的可用网络资源查询请求时，向第一UE反馈可用网络资源。可选的，SMF可以通过AMF向第一UE和/或RAN发送指示信息。其中，SMF向第一UE发送指示信息可以通过N1 SM消息发送，SMF向RAN发送指示信息可以通过N2 SM消息发送，具体地，SMF将N1 SM与N2 SM发往AMF后，同时，AMF将N1 SM中的内容放入NAS消息发往UE侧，将N2 SM中的内容通过N2消息发往RAN侧。

S1207，完成第一UE的PDU会话建立或修改流程。

S1208，UPF确定第一UE连续两次发起的TCP重连接请求的时间间隔。

S1209，所述时间间隔小于时间门限值时，确定第一UE正在访问短视频业务，具体地，对于西瓜视频等服务器上，除了短视频外也会有长视频业务，根据本步骤确定该UE正在访问的是否为短视频内容。

S1210，UPF根据第一UE最新发起的TCP重连接请求确定第一UE正在进行短视频切换。

其中，S1208至S1210的实现原理请参见上述实施例五(即图11)中S1101的介绍。

实施例七

实施例七是以实施例五中第二网元是UPF为例，第一网元是RAN为例进行介绍。与实施例六的区别在于，前面实施例六中第二网元根据第一UE的TCP重建状态，确定所述 第一UE正在访问短视频业务或正在进行短视频切换。而本实施例七中第二网元可以根据第一UE的DNS查询状态，确定第一UE正在访问短视频业务或正在进行短视频切换；之后，第二网元可以向第一网元发送第二指示信息，所述第二指示信息用于触发所述第一网元对所述第一UE的可用网络资源进行测量。其中，第一网元对第一UE的可用网络资源的测量过程参见前文实施例一，本实施例七不重复赘述。

具体的，参见图13，为本实施例七提供的码率适配方法的流程示意图。所述流程包括：

S1301，AS向PCF发送第一信息，所述第一信息包括时间门限值和FQDN list。所述FQDN list是DNS服务器记录的来自所有UE的访问信息形成FQDN list，此步骤，可以是AS将第一信息发送给AF，由AF将第一信息发送给PCF。具体地，AF可以通过NEF发送对应信息到UDR，UDR侧数据发生变更会通知到PCF处。

S1302，第一UE向AMF发送PDU会话建立请求或PDU会话修改请求。

S1303，AMF向SMF发送PDU会话建立请求或PDU会话修改流程。

S1304，SMF向PCF发起PDU会话管理策略关联建立/修改流程。

S1305，PCF向SMF发送第二信息，所述第二信息中包括时间门限值和FQDN list。

S1306，SMF将第三信息发送给UPF，所述第三信息中包括时间门限值和FQDN list。

可选的，所述第三信息中还可以包括PDR。

可选的，SMF还可以指示UPF对第一UE的短视频业务进行检测。

可选的，SMF还可以向第一UE发送指示信息，所述指示信息用于指示所述第一UE向RAN发送可用网络资源查询请求，或者，所述用于指示所述第一UE启动根据可用网络资源进行码率适配的流程。或者，SMF还可以向RAN发送指示信息，所述指示信息用于指示RAN对第一UE的可用网络资源进行测量，并向第一UE提供所述可用网络资源；或者，所述指示信息用于指示所述RAN在接收到第一UE的可用网络资源查询请求时，向第一UE反馈可用网络资源。可选的，SMF可以通过AMF向第一UE和/或RAN发送指示信息。其中，SMF向第一UE发送指示信息可以通过N1 SM消息发送，SMF向RAN发送指示信息可以通过N2 SM消息发送，具体地SMF将N1 SM与N2 SM发往AMF后，同时，AMF将N1 SM中的内容放入NAS消息发往UE侧，将N2 SM中的内容通过N2消息发往RAN侧。

S1307，完成PDU会话建立或修改流程。

S1308，当UE发起DNS查询时，UPF能够根据保存的FQDN list确定第一UE发起针对所述短视频业务的DNS查询信息。

可选的，在S1308之前，UPF还可以根据第三信息中的PDR信息，确定第一UE正在进行DNS查询，然后，根据对发往DNS服务器的流信息进行深度数据包检测，检测得到来自第一UE的DNS查询信息。具体的，UPF检测到DNS查询信息之后，可以根据FQDN list与DNS查询消息中携带的FQDN，确定所述检测到的DNS查询消息是否是针对短视频业务的查询消息，如检测到UE在访问抖音、西瓜视频等业务，如果是，进入下一步。

S1309，UPF确定第一UE连续两次发起DNS查询信息的时间间隔。

S1310，所述时间间隔大于时间门限值时，确定第一UE正在访问短视频业务，具体地，对于西瓜视频等服务器上，除了短视频外也会有长视频业务，根据本步骤确定该UE正在访问的是否为短视频内容。

一般来说，用户使用短视频APP切换短视频时，下载一个短视频之前第一UE需要向 DNS服务器发送DNS查询请求，下载下一个短视频时，需要重新发送另一个DNS查询请求。由于短视频播放时长较短，所以上一个DNS查询请求和下一个DNS查询请求的时间间隔较短。因此，如果第一UE连续两次发起的DNS查询请求的时间间隔较小，那么认为第一UE正在运行短视频业务。

S1311，UPF根据第一UE最新发起的DNS查询信息，确定第一UE正在切换短视频。

基于同一技术构思，本申请实施例还提供一种通信装置1400，如图14所示，该通信装置1400可包括收发单元1401以及处理单元1402。以上收发单元1401以及处理单元1402之间相互耦合。处理单元1401用于执行上述实施例中与处理相关的步骤，收发单元1402用于执行上述实施例中与收发相关的步骤。

通信装置1400可作为上述方法实施例的第一网元、第二网元、第三网元等。当通信装置1400是第一网元时，用于实现上述实施例中第一网元的方法步骤。当通信装置1400是第二网元时，用于实现上述实施例中第二网元的方法步骤。当通信装置1400是第三网元时，用于实现上述实施例中第三网元的方法步骤。

示例性的，通信装置1400可以是第一网元，也可以是应用于第一网元中的芯片或者其他具有上述第一网元功能的组合器件、部件等。当通信装置1400是第一网元时，收发单元1401可以是第一网元中的收发器，收发器可以包括天线和射频电路等，处理单元1402可以是第一网元中的处理器，处理器中可以包括一个或多个中央处理单元(central processing unit，CPU)。当通信装置1400是具有上述第一网元功能的部件时，收发单元1401可以是射频单元，处理单元1402可以是处理器。当通信装置1400是应用于第一网元中的芯片系统时，收发单元1401可以是芯片的输入输出接口，处理单元1402可以是芯片系统的处理器，可以包括一个或多个中央处理单元。

示例性的，通信装置1400可以是第二网元，也可以是应用于第二网元中的芯片或者其他具有上述第二网元功能的组合器件、部件等。当通信装置1400是第二网元时，收发单元1401可以是第二网元中的收发器，收发器可以包括天线和射频电路等，处理单元1402可以是第二网元中的处理器，处理器中可以包括一个或多个中央处理单元(central processing unit，CPU)。当通信装置1400是具有上述第二网元功能的部件时，收发单元1401可以是射频单元，处理单元1402可以是处理器。当通信装置1400是应用于第二网元中的芯片系统时，收发单元1401可以是芯片的输入输出接口，处理单元1402可以是芯片系统的处理器，可以包括一个或多个中央处理单元。

示例性的，通信装置1400可以是第三网元，也可以是应用于第三网元中的芯片或者其他具有上述第三网元功能的组合器件、部件等。当通信装置1400是第三网元时，收发单元1401可以是第三网元中的收发器，收发器可以包括天线和射频电路等，处理单元1402可以是第三网元中的处理器，处理器中可以包括一个或多个中央处理单元(central processing unit，CPU)。当通信装置1400是具有上述第三网元功能的部件时，收发单元1401可以是射频单元，处理单元1402可以是处理器。当通信装置1400是应用于第三网元中的芯片系统时，收发单元1401可以是芯片的输入输出接口，处理单元1402可以是芯片系统的处理器，可以包括一个或多个中央处理单元。

另外，收发单元1401可以是一个功能模块(该功能模块例如对应于收发器、射频单元或输入输出接口)，该功能模块既能完成发送操作也能完成接收操作，例如，在执行发 送操作时，可以认为收发单元1401是发送模块，而在执行接收操作时，可以认为收发单元1401是接收模块；或者，收发单元1401也可以是两个功能模块，收发单元1401可以视为这两个功能模块的统称，这两个功能模块分别为发送单元(例如对应于发送器、射频单元或输出接口)和接收单元(例如对应于接收器、射频单元或输入接口)，发送单元用于完成发送操作，接收模块用于完成接收操作。

在另一种实现方式中，本申请实施例提供的通信装置还可由硬件组件构成，例如这些硬件组件可包括处理器、存储器或者通信接口等。示例性的，该通信装置的结构可如图15所示。为便于理解，图15中仅示出了该通信装置执行本申请所示方法所必须的结构，本申请并不限制该通信装置可具备更多组件。该通信装置1500可包括通信接口1501、存储器1502以及处理器1503。该通信接口1501可以用于通信装置1500进行通信，如用于发送或接收信号。具体的，通信接口1501可用于通信装置1500通过有线方式收发信号，例如，通信接口1501可以用于通信装置1500与其它网元进行有线通信。该存储器1502与所述处理器1503耦合，其用于保存通信装置1500实现各功能所必要的程序和数据。该处理器1503被配置为支持通信装置1500执行上述方法中相应的处理功能。以上存储器1502以及处理器1503可集成于一体也可相互独立。

其中，以上存储器1502也可以是外接于通信装置1500的，此时该通信装置1500可包括通信接口1501以及处理器1503。通信接口1501也可以是外接于通信装置1500的，此时该通信装置1500可包括存储器1502以及处理器1503。另外，若通信接口1501以及存储器1502均外接于通信装置1500，此时该通信装置1500可包括处理器903。

应理解，以上处理模块1402可由处理器1503实现，或由处理器1503以及存储器1502联合交互实现。另外，以上收发单元1401可由通信接口1501实现。

通信装置1500可作为上述方法实施例的第一网元、第二网元、第三网元等。当通信装置1500是第一网元时，用于实现上述实施例中第一网元的方法步骤，当通信装置1500是第二网元时，用于实现上述实施例中第二网元的方法步骤，当通信装置1500是第三网元时，用于实现上述实施例中第三网元的方法步骤。

应理解，以上实施例中对于通信装置所包含组件是示意性的，仅仅为一种可能的示例，其实际实现时可以具有另外的构成方式。另外，以上通信装置中的各组件可以集成在一个模块中，也可以是单独的物理存在。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现，不应理解为以上附图所示结构为限。

基于与上述方法实施例的相同技术构思，本申请还提供一种网络系统，该网络系统可用于实现上述方法实施例、或者方法实施例的任意一种可能的实现方式中提供的步骤。

基于与上述方法实施例的相同技术构思，本申请实施例中还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，使该计算机执行上述任一方法实施例的步骤。

基于与上述方法实施例的相同技术构思，本申请还提供一种计算机程序产品，该计算机程序产品在被计算机调用执行时，可以使得计算机实现上述任一方法实施例提供的步骤。

基于与上述方法实施例的相同技术构思，本申请还提供一种芯片或芯片系统，该芯片可包括处理器。该芯片还可包括存储器(或存储模块)和/或通信接口(或收发单元)，或者，该芯片与存储器(或存储模块)和/或通信接口(或收发单元)耦合，其中，通信接口(或收发单元)可用于支持该芯片进行有线和/或无线通信，存储器(或存储模块)可用于 存储程序，所述处理器调用所述程序可用于实现上述任一方法实施例提供的步骤。该芯片系统可包括以上芯片，也可以包含上述芯片和其他分立器件，如存储器(或存储模块)和/或通信接口(或收发单元)。

本申请实施例是参照实施例所涉及的方法、装置、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

Claims (27)

1. 一种通信方法，应用于第一网元，其特征在于，包括：

   根据第二用户设备UE对预设网络资源的使用情况，和/或信道干扰情况，确定第一UE的可用网络资源；其中，所述预设网络资源是为所述第一网元配置的空口网络资源；所述第一UE和所述第二UE为当前接入所述第一网元的UE；

   向第二网元发送第一指示信息，所述第一指示信息用于指示所述第一UE的可用网络资源。
2. 如权利要求1所述的方法，其特征在于，所述根据第二UE对预设网络资源的使用情况，和/或信道干扰情况，确定第一UE的可用网络资源，包括：

   确定所述预设网络资源中未被所述第二UE占用的网络资源为所述第一UE的可用网络资源；和/或，

   根据信道干扰情况，计算所述预设网络资源中为所述第一UE分配的网络资源经信道干扰而衰减后剩余的网络资源，所述剩余的网络资源为所述第一UE的可用网络资源。
3. 如权利要求1-2任一所述的方法，其特征在于，确定第一UE的可用网络资源之前，还包括：

   接收来自第三网元的第二指示信息，所述第二指示信息用于触发所述第一网元对所述第一UE的可用网络资源进行测量。
4. 如权利要求3所述的方法，其特征在于，所述第一网元是无线接入网RAN；

   所述第二网元是所述第一UE、用户面功能UPF、会话管理功能SMF、应用功能AF或应用服务AS中的一个或多个；

   所述第三网元是所述第一UE、UPF、SMF、AF或AS中的一个或多个。
5. 如权利要求3或4所述的方法，其特征在于，所述第三网元是所述第一UE或所述UPF时，所述第二指示信息是媒体切换指示信息，所述媒体切换指示信息用于指示所述第一UE正在进行媒体切换；或者，

   所述第三网元是SMF、AS或AF时，所述第二指示信息是订阅信息，所述订阅信息用于订阅所述第一UE的可用网络资源信息。
6. 如权利要求5所述的方法，其特征在于，所述第三网元是UPF时，所述第二指示信息通过下行数据通用分组无线业务隧道协议GTP层扩展信息发送或通过SMF发送；或者，

   所述第三网元是所述第一UE时，所述第二指示信息通过无线资源控制RRC消息，或者，上行数据分组数据汇聚协议PDCP层扩展信息，或者，接入网比特速率查询ANBRQ消息发送；或者，

   所述第三网元是SMF、AS或AF时，所述第二指示信息通过N2接口会话管理SM消息发送。
7. 如权利要求4-6任一所述的方法，其特征在于，所述第二网元是所述第一UE时，所述第一指示信息通过RRC消息，或者，下行数据包PDCP层扩展信息，或者，接入网比特速率ANBR消息发送；或者，

   所述第二网元是UPF时，所述第一指示信息通过上行数据的GTP-U层发送；

   所述第二网元是SMF、AS或AF时，所述第一指示信息通过N2SM消息发送。
8. 一种通信方法，应用于第二网元，其特征在于，包括：

   接收来自第一网元的第一指示信息，所述第一指示信息用于指示第一UE的可用网络资源，所述可用网络资源为所述第一网元根据第二UE对预设网络资源的使用情况和/或信道干扰情况，确定的所述第一UE的可用网络资源；其中，所述预设网络资源是为所述第一网元配置的空口网络资源；所述第一UE和所述第二UE为当前接入所述第一网元的UE；

   根据所述可用网络资源实现第一通信行为。
9. 如权利要求8所述的方法，其特征在于，所述接收来自第一网元的第一指示信息之前，所述方法还包括：

   向所述第一网元发送第二指示信息，所述第二指示信息用于触发所述第一网元对所述第一UE的可用网络资源进行测量。
10. 如权利要求9所述的方法，其特征在于，所述第一网元是RAN；

    所述第二网元是所述第一UE、UPF、SMF、AF或AS中的一个或多个。
11. 如权利要求10所述的方法，其特征在于，所述第二网元是所述第一UE或UPF，所述第二指示信息是媒体切换指示信息，所述媒体切换指示信息用于指示所述第一UE正在进行媒体切换；或者，

    所述第二网元是SMF、AS或AF时，所述第二指示信息是订阅信息，所述订阅信息用于订阅所述第一UE的可用网络资源信息。
12. 如权利要求11所述的方法，其特征在于，所述第二网元是UPF时，所述第二指示信息通过下行数据GTP层扩展信息发送或通过SMF发送；或者，

    所述第二网元是所述第一UE时，所述第二指示信息通过RRC消息，或者，上行数据PDCP层扩展信息，或者，ANBRQ消息中发送；或者，

    所述第二网元是SMF、AS或AF时，所述第二指示信息通过N2SM消息发送。
13. 如权利要求10-12任一所述的方法，其特征在于，所述第二网元是所述第一UE时，所述第一指示信息通过RRC消息，或者，下行数据包PDCP层扩展信息，或者，ANBR消息接收；

    所述第二网元是UPF时，所述第一指示信息通过上行数据的GTP-U层接收；

    所述第二网元是SMF、AS或AF时，所述第一指示信息通过N2SM消息接收。
14. 如权利要求8-13任一所述的方法，其特征在于，所述第二网元是第一UE，所述根据所述可用网络资源实现第一通信行为，包括：

    根据所述可用网络资源确定目标码率；

    下载质量与所述目标码率适配的媒体流。
15. 如权利要求8-13任一所述的方法，其特征在于，所述第二网元是UPF、SMF、AF或AS中的一个或多个时，所述根据所述可用网络资源实现第一通信行为，包括：

    根据所述可用网络资源确定目标码率；

    根据所述目标码率，将媒体描述文件MPD中第一UE的待下载视频的第一下载地址调整为第二下载地址，所述第二下载地址对应的媒体流的质量与所述目标码率适配；或者，

    在接收到所述第一UE的媒体访问请求时，向所述第一UE推荐所述目标码率，以使所述第一UE下载质量与所述目标码率适配的媒体流。
16. 一种通信方法，应用于第二网元，其特征在于，包括：

    根据第一UE的传输控制协议TCP重建状态和/或域名系统DNS查询状态，确定所述 第一UE正在访问媒体业务或正在进行媒体切换；

    向第一网元发送第二指示信息，所述第二指示信息用于触发所述第一网元对所述第一UE的可用网络资源进行测量。
17. 如权利要求16所述的方法，其特征在于，所述媒体业务包括短视频媒体业务，所述根据第一UE的TCP重建状态，确定所述UE正在访问媒体或正在进行媒体切换，包括：

    记录所述第一UE连续两次发起的TCP重连接请求之间的时间间隔；

    当所述时间间隔小于时间门限值时，确定所述第一UE正在访问短视频媒体业务；或根据所述第一UE在连续两次发起的TCP重连接请求中最新发起的TCP重连接请求，确定所述第一UE正在进行短视频媒体切换。
18. 如权利要求16所述的方法，其特征在于，所述媒体业务包括短视频媒体业务，所述根据第一UE的DNS查询状态，确定所述第一UE正在访问媒体或正在进行媒体切换，包括：

    获取完全限定域名FQDN列表，所述FQDN列表中存储有所有UE访问DNS服务器的访问信息；

    确定在所述FQDN列表中的访问信息中存在所述第一UE的DNS查询信息时，记录所述第一UE连续两次发起DNS查询信息的时间间隔；

    当所述时间间隔小于时间门限值时，确定所述第一UE正在访问短视频媒体业务；或，根据所述第一UE在连续两次发起的DNS查询信息中最新发起的DNS查询信息确定所述UE正在进行段视频媒体切换。
19. 如权利要求18所述的方法，其特征在于，所述方法还包括：

    接收来自AS或AF的所述时间门限值限，和/或，所述FQDN列表。
20. 如权利要求16-18任一所述的方法，其特征在于，所述第一网元是RAN；

    所述第二网元是UPF、SMF、AMF、策略控制功能PCF、AS或AF中的至少一个。
21. 如权利要求16-20任一所述的方法，其特征在于，所述方法还包括：

    向所述第一网元发送第三指示信息，所述第三指示信息用于指示所述第一网元将所述第一UE的可用网络资源发送给第三网元；

    所述第三网元包括所述第一UE、UPF、SMF、AMF、PCF、AS或AF中的至少一个。
22. 如权利要求16-20任一所述的方法，其特征在于，所述方法还包括：

    接收来自所述第一网元的第一指示信息，所述第一指示信息用于指示所述第一UE的可用网络资源；

    根据所述可用网络资源确定目标码率；

    根据所述目标码率，将MPD中所述第一UE的待下载视频的第一下载地址调整为第二下载地址，所述第二下载地址对应的媒体流的质量与所述目标码率适配；或者，

    在接收到所述第一UE的媒体访问请求时，向所述第一UE推荐所述目标码率，以使所述第一UE下载质量与所述目标码率适配的媒体流。
23. 一种通信装置，其特征在于，包括收发单元和处理单元，所述收发单元和所述处理单元耦合，能够执行如权利要求1至22任一项所述的方法。
24. 一种通信装置，其特征在于，包括：

    一个或多个处理器；

    一个或多个存储器；

    其中，所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述处理器执行如权利要求1至22任一项所述的方法步骤。
25. 一种通信系统，其特征在于，包括：

    第一网元和第二网元；所述第一网元和所述第二网元之间能够通信；

    所述第一网元用于执行如权利要求1至7任一所述的方法；所述第二网元用于实现如权利要求8至22任一项所述的方法。
26. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至22中任意一项所述的方法。
27. 一种计算机程序产品，其特征在于，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1至22任一项所述的方法。