应用程序的控制方法、装置、设备及存储介质与流程

文档序号:25993534发布日期:2021-07-23 21:06阅读:119来源:国知局
应用程序的控制方法、装置、设备及存储介质与流程

本申请实施例涉及通信领域,特别涉及一种服务质量(qualityofservice,qos)变化的通知方法、装置、设备及介质。



背景技术:

在第五代(5th-generation,5g)移动通信技术中,按照qos流(qosflow)为单位进行qos控制。

按照承载类型进行区分,qos流分为保证比特速率(guaranteedbitrate,gbr)和非保证比特速率(non-guaranteedbitrate,非gbr)两种。对于gbr的qos流,在网络资源紧张的情况下,相应的比特速率也能够保证;对于非gbr的qos流,在网络资源紧张的情况下,需要承受降低速率的要求。

目前90%以上的业务流量都是非gbrqos流,比如常见的音视频通话以及在线会议等。因为无线网络状态的变化经常会造成这种音视频通信的卡顿出现,因此需要对非gbrqos流的qos控制进行优化。



技术实现要素:

本申请提供了一种应用程序的控制方法、装置、设备及存储介质,提供了一种针对非gbrqos流的qnc机制,使得终端感知到无线网络状态的变化,进而主动控制应用程序的运行以适应该变化。所述技术方案如下:

根据本申请的一个方面,提供了一种应用程序的控制方法,所述方法包括:

终端接收核心网实体发送的非gbr承载流的变化后的服务质量qos通知控制(qosnotificationcontrol,qnc)的参数值,所述变化后的qnc的参数值是所述核心网实体接收到接入网发送的通知消息后发送的;所述通知消息用于表示所述非gbr承载流的qnc的参数值的变化满足上报条件;

所述终端根据所述变化后的qnc的参数值控制所述应用程序。

根据本申请的另一方面,提供了一种应用程序的控制方法,所述方法包括:

核心网实体接收接入网发送的通知消息,所述通知消息用于表示非gbr承载流的qnc的参数值的变化满足上报条件,所述通知消息携带有所述非gbr承载流的变化后的qnc的参数值;

所述核心网实体向终端发送所述变化后的qnc的参数值,以便所述终端根据所述变化后的qnc的参数值控制所述应用程序。

根据本申请的另一方面,提供了一种应用程序的控制装置,所述装置包括:

接收模块,用于接收核心网实体发送的非gbr承载流的变化后的qnc的参数值,所述变化后的qnc的参数值是所述核心网实体接收到接入网发送的通知消息后发送的;所述通知消息用于表示所述非gbr承载流的qnc的参数值的变化满足上报条件;

控制模块,用于根据所述变化后的qnc的参数值控制所述应用程序。

根据本申请的另一方面,提供了一种应用程序的控制装置,所述装置包括:

接收模块,用于接收接入网发送的通知消息,所述通知消息用于表示非gbr承载流的qnc的参数值的变化满足上报条件,所述通知消息携带有所述非gbr承载流的变化后的qnc的参数值;

发送模块,用于向终端发送所述变化后的qnc的参数值,以便所述终端根据所述变化后的qnc的参数值控制所述应用程序。

根据本申请的一个方面,提供了一种终端,所述终端包括:处理器和存储器,所述存储器存储有计算机程序,所述计算机程序由所述处理器运行以使得所述网元设备以实现如上所述的应用程序的控制方法。

根据本申请的另一方面,提供了一种网元设备,所述网元设备包括:处理器和存储器,所述存储器存储有计算机程序,所述计算机程序由所述处理器运行以使得所述网元设备以实现如上所述的应用程序的控制方法。

根据本申请的另一方面,提供了一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序由处理器加载并执行以实现如上所述的应用程序的控制方法。

根据本申请的另一方面,提供了一种计算机程序产品,所述计算机程序产品包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述方面提供的应用程序的控制方法。

本申请实施例提供的技术方案带来的有益效果至少包括:

在非gbr承载流的qnc的参数的增加/减少满足上报条件时,通过核心网实体向终端发送变化后的qnc的参数值,终端在接收到变化后的qnc的参数值后,根据变化后的qnc的参数值控制应用程序,从而针对非gbr承载流提供了qnc机制,使得终端能够获知非gbr承载流的无线网络状态的变化,进而主动地控制应用程序的运行来适应该变化。比如控制应用程序的计算策略和流量策略,使得在qnc的参数变差的情况下,或者,由差恢复为好的情况下,应用实体能够调整应用程序来适应该参数变化下的网络传输。

附图说明

为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1示出了本申请一个示例性实施例提供的通信系统的结构框图;

图2示出了本申请另一个示例性实施例提供的通信系统的结构框图;

图3示出了本申请一个示例性实施例提供的应用程序的控制方法的流程图;

图4示出了本申请另一个示例性实施例提供的应用程序的控制方法的流程图;

图5示出了本申请一个示例性实施例提供的应用程序的控制方法的流程图;

图6示出了本申请一个示例性实施例提供的qnc的配置方法的流程图;

图7示出了本申请另一个示例性实施例提供的qnc的配置方法的流程图;

图8示出了本申请另一个示例性实施例提供的qnc的配置方法的流程图;

图9示出了本申请的一个示例性实施例提供的ue或网络请求的pdu会话修改(用于非漫游和本地疏导漫游)流程的示意图;

图10示出了本申请一个示例性实施例提供的sm策略关联修改流程的示意图;

图11示出了本申请一个示例性实施例提供的ue请求的pdu会话建立流程的示意图;

图12示出了本申请一个示例性实施例提供的用于归属路由漫游场景的ue请求的pdu会话建立流程的流程图;

图13示出了本申请一个示例性实施例提供的针对单个ue地址的af请求转移到相关pcf流程的示意图;

图14示出了本申请一个示例性实施例提供的用于非漫游和本地疏导漫游的ue或网络请求的pdu会话修改流程的示意图;

图15示出了本申请一个示例性实施例提供的用于归属路由漫游的ue或网络请求的pdu会话修改流程的示意图;

图16示出了本申请一个示例性实施例提供的应用程序的控制装置;

图17示出了本申请一个示例性实施例提供的应用程序的控制装置;

图18示出了本申请一个示例性实施例提供的终端的框图;

图19示出了本申请一个示例性实施例提供的网元设备的框图。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

应当理解的是,在本文中提及的“若干个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

图1示出了本申请一个示例性实施例提供的通信系统的架构示意图。如图1所示,该系统架构100可以包括:用户设备(userequipment,ue)、无线接入网(radioaccessnetwork,ran)、核心网(core)和数据网络(datanetwork,dn)构成。其中,ue、ran、core是构成架构的主要成分,逻辑上它们可以分为用户面和控制面两部分,控制面负责移动网络的管理,用户面负责业务数据的传输。在图1中,ng2参考点位于ran控制面和core控制面之间,ng3参考点位于ran用户面和core用户面之间,ng6参考点位于core用户面和数据网络之间。

ue:是移动用户与网络交互的入口,能够提供基本的计算能力、存储能力,向用户显示业务窗口,接受用户操作输入。ue会采用下一代空口技术,与ran建立信号连接、数据连接,从而传输控制信号和业务数据到移动网络。

ran:类似于传统网络里面的基站,部署在靠近ue的位置,为小区覆盖范围的授权用户提供入网功能,并能够根据用户的级别,业务的需求等使用不同质量的传输隧道传输用户数据。ran能够管理自身的资源,合理利用,按需为ue提供接入服务,把控制信号和用户数据在ue和核心网之间转发。

core:负责维护移动网络的签约数据,管理移动网络的网元,为ue提供会话管理、移动性管理、策略管理、安全认证等功能。在ue附着的时候,为ue提供入网认证;在ue有业务请求时,为ue分配网络资源;在ue移动的时候,为ue更新网络资源;在ue空闲的时候,为ue提供快恢复机制;在ue去附着的时候,为ue释放网络资源;在ue有业务数据时,为ue提供数据路由功能,如转发上行数据到dn;或者从dn接收ue下行数据,转发到ran,从而发送给ue。

dn:是为用户提供业务服务的数据网络,一般客户端位于ue,服务端位于数据网络。数据网络可以是私有网络,如局域网,也可以是不受运营商管控的外部网络,如internet,还可以是运营商共同部署的专有网络,如为了配置ip多媒体网络子系统(ipmultimediacorenetworksubsystem,ims)服务。

图2是在图1的基础上确定的详细架构,其中核心网用户面包括用户面功能(userplanefunction,upf);核心网控制面包括认证服务器功能(authenticationserverfunction,ausf)、接入和移动管理(accessandmobilitymanagementfunction,amf)、会话管理(sessionmanagementfunction,smf)、网络切片选择功能(networksliceselectionfunction,nssf)、网络开放功能(networkexposurefunction,nef)、网络功能仓储功能(nfrepositoryfunction,nrf)、统一数据管理(unifieddatamanagement,udm)、策略控制功能(policycontrolfunction,pcf)、应用功能(applicationfunction,af)。这些功能实体的功能如下:

upf:根据smf的路由规则执行用户数据包转发;

ausf:执行ue的安全认证;

amf:ue接入和移动性管理;

smf:ue会话管理;

nssf:为ue选择网络切片;

nef:以api接口的方式向第三方开放网络功能;

nrf:为其他网元提供网络功能实体信息的存储功能和选择功能;

udm:用户签约上下文管理;

pcf:用户策略管理;

af:用户应用管理。

在图2所示架构中,n1接口为ue与amf之间的参考点;n2接口为ran和amf的参考点,用于nas消息的发送等;n3接口为ran和upf之间的参考点,用于传输用户面的数据等;n4接口为smf和upf之间的参考点,用于传输例如n3连接的隧道标识信息、数据缓存指示信息,以及下行数据通知消息等信息;n6接口为upf和dn之间的参考点,用于传输用户面的数据等。下一代(nextgeneration,ng)接口:无线接入网和5g核心网之间的接口。

需要说明的是,图1和图2中的各个网元之间的接口名称只是一个示例,具体实现中接口的名称可能为其他的名称,本申请实施例对此不作具体限定。图1和图2中包括的各个网元(比如smf、af、upf等)的名称也仅是一个示例,对网元本身的功能不构成限定。在5g以及未来其它的网络中,上述各个网元也可以是其他的名称,本申请实施例对此不作具体限定。例如,在6g网络中,上述各个网元中的部分或全部可以沿用5g中的术语,也可能采用其他名称,等等,在此进行统一说明,以下不再赘述。此外,应理解,上述各个网元之间的所传输的消息(或信令)的名称也仅仅是一个示例,对消息本身的功能不构成任何限定。

在本申请实施例中,为非gbrqos流定义了快速变化的qos通知控制(quickchangeqosnotificationcontrol,qcqnc)机制。qcqnc机制是qnc的一种,可简称为qnc。在本申请实施例提供的qcqnc机制中,接入网在检测到非gbrqos流的至少一个qos参数发生快速变化时,向smf发送快速变化通知。smf向pcf、af以及ue发送快速变化通知。af和ue在接收到快速变化通知后,对自身内部的应用程序进行调整,使得应用程序来适应该变化,以防止卡顿等影响业务体验qoe(qualityofexperience)的现象出现。

qos流是pud会话中最小的qos区分粒度。5g系统中使用qos流id(qfi)来区分qos流。qos流被smf控制,qos流可以预配置或者在pdu会话建立流程中建立,或者在pdu会话修改流程中修改。

在本申请实施例中,为非gbrqos流定义了如下的qos特性:

·5gqos标识(5gqosidentifier,5qi)、分配和维持优先级(allocationandretentionpriority,arp)、反射qos特性(reflectiveqosattribute,rqa)。

·且对应于非gbrqos流的5qi,只定义了如下的qos特性:

·资源类型(resourcetype);

分为:gbr、时延关键gbr或非gbr。

·优先级(prioritylevel);

·分组数据时延(packetdelaybudget,pdb);

分组数据时延(预算),包含核心网的分组时延。

·分组误码率(packeterrorrate,per);

在这4个qos特性中,前面的两个参数resourcetype,prioritylevel是定义5qi的特性,而后面的两个参数pdb和per则是定义5qi的性能。

在本申请实施例中,提出qosqnc的profile(特性)是有关ngbf(nongbrqosflow)的三个参数pdb,per及当前传输速率(currentbitrate,cbr)。当ran检测到这三个参数中的任何一个参数值增加或减少一个变化率(或,增加或减少一个变化值)超过了一个指定门限(由于不同的参数的性质不一样,对于每个参数,其对应的变化率或变化值都是不同的),则向smf发送通知消息,并且通知所有参数变化的变化率或变化值。smf向pcf发送通知消息,pcf向af发送通知消息,af对应的应用程序则作相应的调整。同时smf通过nas消息向ue发送通知消息,ue对应的应用程序也可以有作相应的调整,从而实现了网络与应用的交互,实现了业务传输的优化,解决网络出现拥塞时的卡顿,或当网络条件变好之后,应用程序仍然使用非常低的传输速率,不能充分利用网络资源,却不能提升用户的体验。

在一个实施例中,参数变化的定义有两种:

1、变化值;

在参数值从a变化到b时,定义b-a为变化值。需要注意的是,假设参数值从a变化到b时的变化值为第一变化值,从b变回到a时的变化值为第二变化值,则第一变化值和第二变化值的幅值相同(不考虑正负)。

2、变化率。

在一种可能的设计中,在参数值从a变化到b时,定义(b-a)/a为变化值。需要注意的是,假设参数值从a变化到b时的变化率为第一变化率(b-a)/a,从b变回到a时的变化率为第二变化率(a-b)/b,则第一变化率和第二变化率的幅值相同(不考虑正负)。

即(b-a)/a不等于(a-b)/b的幅值(假设b>a>0)。因此在上述定义中,参数值a上升30%到参数值b后,然后参数值b下降30%之后,并不是恢复到参数值a。

在另一种可能的设计中,为了让同一参数值在先上升30%再下降30%后,是表示恢复到同一参数值,则将变化率统一定义为参数值变化前后的(较大值–较小值)/较小值,或变化率统一定义为参数值变化前后的(较大值–较小值)/较大值,或变化率统一定义为参数值变化前后的(较大值–较小值)/一固定值。其中,较大值是变化前后的参数值中绝对值较大的一个,较小值是变化前后的参数值中绝对值较小的一个,一固定值是事先确定的一个数值不变的值。这样,参数值a先上升30%,再下降30%时,则恢复到原参数值a了。

在一个实施例中,提供了如下通信协议:

qos配置

一个qos流是gbr或非gbr受其qos配置决定。qos流的qos配置被发送至(r)an,包含以下qos参数(qos参数的详细信息在标准ts23.501的5.7.2小节定义)。

-每一个qos流,qos配置要包含的qos参数;

-5qi;和,

-arp;

-仅对每个非gbr的qos流,qos配置可以还包含的qos参数:

-qcqnc;

-rqa;

-仅对每个gbr的qos流,qos配置可以还包含的qos参数:

-保证的流比特率(guaranteedflowbitrate,gfbr)-上行和下行,和,

-最大流比特率(maximumflowbitrate,mfbr)-上行和下行;和,

-仅对gbrqos流,qos配置可以还包含一个或者更多的qos参数;

-通知控制;

-最大丢包率-上行和下行。

在一个实施例中,提供了qos快速变化通知控制配置(qosquickchangenotificationcontrolprofile)。

qos快速变化通知控制配置是为启用快速变化通知控制的非gbrqos流提供的。如果相应的pcc规则包含相关信息(如通信协议ts23.503中所述),则smf除qos配置文件外,还应向ng-ran提供快速变化通知控制配置。如果smf向ng-ran提供了快速变化通知控制配置(如果相应的策略控制和计费(policyandchargingcontrolrule,pcc)规则信息发生了变化),则ng-ran将用它替换之前存储的配置。

快速变化通知控制配置表示任何qos参数pdb,per和检测到的cbr(当前比特率)的快速变化,这将有助于应用程序根据变化后的qos参数来控制应用程序流量。快速变化通知控制配置表示(pdr,per,cbr)在短时间内的(20%,10%,30%)快速变化(增加或减少),并且变化后的新值能够持续保持,即这种快速变化不是由于突发冲击干扰等原因所造成了短而快的刺峰。

注意:快速变化通知控制配置可以是pdb,per,cbr的任何变化组合,例如,快速变化通知控制配置可以将增加(或减少)的pdr设置为20%;也可以是增加(或减少)的pdr和per设置为20%,增加(或减少)的cbr为10%;或者增加(或减少)的cbr为30%。

当ng-ran向smf发送满足qcqnc配置的快速变化通知时,ng-ran还应通知消息中包括当前的qos参数(pdb,per)和cbr。

图3是本申请一个示例性实施例提供的应用程序的控制方法的流程图。本实施例以该方法应用于图1或图2所示的终端中来举例说明。该方法包括:

步骤320:终端接收核心网实体发送的非gbr承载流的变化后的qnc的参数值;

非gbr承载流是指非gbr类型的承载流。非gbr承载流包括:非gbrqos流,或,非gbreps承载。示例性的,在5g系统中,非gbr承载流是非gbr类型的qos流;在4g系统中,非gbr承载流是非gbr类型的演进的分组系统(evolvedpacketsystem,eps)承载。

示例性的,qnc(或称qcqnc)的参数包括如下至少一种:pdb、per、cbr。在qnc的参数包括至少两种的情况下,存在至少两种参数对应的上报条件相同;和/或,存在至少两种参数对应的上报条件不同。

示例性的,上报条件(或称变化门限、变化上报门限)包括如下至少一种:

·qnc的参数在第一时长内的变化值大于第一阈值;

第一阈值是大于0且小于1的小数。比如,该第一阈值是20%、30%和40%。第一时长是用于计算变化值的周期或时长,比如1秒、2秒。

·qnc的参数在第二时长内的变化率大于第二阈值;

第二阈值是大于0且小于1的小数。比如,该第二阈值是20%、30%和40%。第二时长是用于计算变化率的周期或时长,比如1秒、2秒。

·qnc的参数在第一时长内的变化值大于第一阈值,且持续保持第三阈值;

第三阈值是用于衡量变化值的保持时长的阈值,比如2秒。

·qnc的参数在第二时长内的变化率大于第二阈值,且持续保持第四阈值。

第四阈值是用于衡量变化率的保持时长的阈值,比如2秒。

通知消息内携带有:变化后的qnc的参数值。也即在qnc的参数发生快速变化后,qnc的参数的当前参数值。该“当前”是相对概念,并不是绝对意义上的当前。比如,当前参数值是在触发上报条件时的参数值,并不一定等于发送通知消息后的实时参数值。

其中,变化后的qnc的参数值是核心网实体接收到接入网发送的通知消息后发送的;通知消息用于表示非gbr承载流的qnc的参数值的变化满足上报条件;

步骤340:终端根据变化后的qnc的参数值控制应用程序。

终端根据变化后的qnc的参数值控制应用程序的计算策略和流量策略中的至少一种,以使得应用程序适应非gbr承载流的qnc的参数的快速变化。

终端上运行有一个或多个应用程序,同一个应用程序对应至少一个业务数据流(servicedataflow,sdf)。具有不同qos需求的sdf会分别映射至独立的qos流,比如具有第一qos需求的sdf会映射至第一qos流,具有第二qos需求的sdf会映射至第二qos流。可选地,具有相同qos需求的sdf可以映射至相同的qos流。

在本申请实施例中,假设一个应用程序对应的一个或多个qos流中包括有非gbrqos流,该非gbrqos流用于传输语音、视频、文本、消息、文件、控制信息等业务中的至少一种业务的数据包。

综上所述,本实施例提供的方法,在非gbr承载流的qnc的参数的增加/减少满足上报条件时,通过核心网实体向终端发送变化后的qnc的参数值,终端在接收到变化后的qnc的参数值后,根据变化后的qnc的参数值控制应用程序,从而针对非gbr承载流提供了qnc机制,使得终端能够获知非gbr承载流的无线网络状态的变化,进而主动地控制应用程序的运行来适应该变化。比如控制应用程序的计算策略和流量策略,使得在qnc的参数变差的情况下,或者,由差恢复为好的情况下,应用实体能够调整应用程序来适应该参数变化下的网络传输。

图4是本申请一个示例性实施例提供的应用程序的控制方法的流程图。本实施例以该方法应用于图1或图2所示的核心网实体中来举例说明。该方法包括:

步骤420:核心网实体接收接入网发送的通知消息;

通知消息用于表示非gbr承载流的qnc的参数值的变化满足上报条件,通知消息携带有非gbr承载流的变化后的qnc的参数值;

步骤440:核心网实体向终端发送变化后的qnc的参数值,以便终端根据变化后的qnc的参数值控制应用程序。

综上所述,本实施例提供的方法,在非gbr承载流的qnc的参数的增加/减少满足上报条件时,通过核心网实体向终端发送变化后的qnc的参数值,终端在接收到变化后的qnc的参数值后,根据变化后的qnc的参数值控制应用程序,比如控制应用程序的计算策略和流量策略,使得在qnc的参数变差的情况下,或者,由差恢复为好的情况下,终端能够调整自身内部的应用程序来适应该参数变化,从而达到对应用程序的运行进行优化,减少卡顿现象的发生。

图5是本申请一个示例性实施例提供的应用程序的控制方法的流程图。本实施例以该方法应用于图1或图2所示的通信系统中来举例说明。该方法包括:

步骤520:接入网在非gbr承载流的qnc的参数的变化满足上报条件时,向核心网实体发送通知消息;

核心网实体接收接入网发送的通知消息。该通知消息用于指示非gbr承载流的qnc的参数的变化满足上报条件。

对应的,核心网实体接收接入网发送的通知消息。

步骤540:核心网实体向终端发送变化后的qnc的参数值;

核心网实体为一个或多个。在通知消息涉及位于ran和ue之间的多个核心网实体时,多个核心网实体依次传输该通知消息,不同核心网实体可以采用不同类型的消息携带该通知消息。比如,核心网实体包括:移动性管理实体(mobilitymanagemententity,mme)和pcf,则通知消息的传输路径至少包括ran→mme→sgw/pgw→ue;又比如,核心网实体包括:第一核心网实体amf、第二核心网实体smf和第三核心网实体pcf,则通知消息的传输路径至少包括ran→amf→smf→ue。

以核心网实体是smf为例,smf在收到接入网的通知消息后,向ue发送变化后的qnc的参数值。

示例性的,smf在接收到通知消息后的预定时长内没有接收到pcf发送的新pcc规则时,向终端发送变化后的qnc的参数值。

示例性的,smf在接收到通知消息后的预定时长内接收到pcf发送的新pcc规则,且新pcc规则不存在对qos配置有修改时,向终端发送变化后的qnc的参数值。

变化后的qnc的参数值是通过ran从核心网设备透传至终端的。

可选地,核心网实体向ue发送nas消息,终端接收核心网实体发送的nas消息,nas消息携带有变化后的qnc的参数值。

可选地,核心网实体向终端发送pdu会话修改命令,终端接收核心网实体发送的pdu会话修改命令,pdu会话修改命令携带有变化后的qnc的参数值。

步骤560:终端根据变化后的qnc的参数值控制应用程序。

ue根据变化后的qnc的参数值控制应用程序的计算策略和流量策略中的至少一种,以使得应用程序适应非gbr承载流的相关参数的快速变化。

以在线会议的ue侧的应用程序为例,该应用程序对应有4个sdf:语音sdf、视频sdf、文本消息sdf和控制面sdf。4个sdf对应4个非gbrqos流,针对4个非gbrqos流分别启用qnc机制。

第一种可能的实现方式:

响应于变化后的qnc的参数值变差,控制应用程序按照第一计算策略执行;

响应于变化后的qnc的参数值变优,控制应用程序按照第二计算策略执行;

其中,相同计算任务在第一计算策略下的计算时长小于在第二计算策略下的计算时长。

计算策略是与应用程序的运行计算有关的策略。计算策略包括但不限于:编解码方式的选择策略、编解码模型的选择策略、编解码等级的选择策略、压缩级别的选择策略、神经网络模型的选择策略中的至少一种。

以计算策略包括编解码方式的选择为例,响应于变化后的qnc的参数值变差,控制应用程序采用第一编解码方式进行编解码;响应于变化后的qnc的参数值变优,控制应用程序采用第二编解码方式进行编解码。此处的“编解码”是指编码和解码中的至少一种。

其中,相同编解码任务在第一编解码策略下的计算时长小于在第二编解码策略下的计算时长。

例如,在pdr变大时,虽然网络时延变大,但是应用程序通过减少内部的计算时长来弥补网络时延的恶化,仍然能够保证整体的传输时延不变或变化很小。比如,与视频对应的非gbrqos流的pdr变差,则降低视频的编码码率,以减少视频数据包的数量和/或大小。

第二种可能的实现方式:

响应于变化后的qnc的参数值变差,控制应用程序按照第一流量策略执行;

响应于变化后的qnc的参数值变优,控制应用程序按照第二流量策略执行;

其中,所述第一流量策略的流量少于所述第二流量策略的流量。

示例性的,应用程序的流量包括语音数据包和视频数据包;

响应于变化后的qnc的参数值变差,保持语音数据包对应的第一流量,减少视频数据包对应的第二流量;响应于变化后的qnc的参数值变优,保持语音数据包对应的第一流量,增加视频数据包对应的第二流量。

例如,在pdr变大时,降低与视频对应的第一非gbrqos流的流量,保持与语音对应的第二非gbrqos流的流量,从而整体上占用更少的无线资源,以增加语音数据包的传输质量以及减少干扰。

这是由于在基于云的应用(视频会议,语音会议,远程教学)中,通常是需要视频和语音的双向交互。对网络传输时延有一定要求(通常要单向传输时延<150ms),但在实际的使用过程中,由于无线网络状态的变化,在一段时间内(如一个5秒的时间内),无线网络的传输时延突然变差,或传输的速率突然变小,造成音视频的卡顿。

而相关研究表明,用户对音频的卡顿非常敏感,而对于视频的质量变化(如分辨率的变化,清晰的变化)并不是太敏感(且在保留语音的情形下,暂时关闭一下视频都是可以接受的)。对于音频一般由于其传输数据较小,不大经常出现卡顿。但若音频出现卡顿,则用户的体验非常不好。另外,即便音频从cd的质量往下降低到非常低的传输率(如2g语音传输质量),但只要不出现卡顿,用户仍然有非常好的使用体验。

综上所述,本实施例提供的方法,通过ue根据变化后的qnc的参数值来调整应用程序,使得在非gbr承载流的相关参数变差的情况下,或者,非gbr承载流的相关参数由差恢复为好的情况下,ue能够调整自身内部的应用程序来适应该参数变化,从而达到对应用程序的运行进行优化。

本实施例提供的方法,还通过在非gbr承载流的相关参数变差的情况下,改变应用程序的计算策略,通过减少应用程序内部的计算时长来弥补网络时延的恶化,仍然能够保证整体的传输时延不变或变化很小。

本实施例提供的方法,还通过在非gbr承载流的相关参数变差的情况下,改变应用程序的流量策略,比如保持语音数据包的流量,减少视频数据包的流量,能够避免出现对用户体验影响较大的音频的卡顿,从而尽可能提升用户在使用音视频程序时的用户体验。

在非gbr承载流的建立过程或修改过程中,由核心网实体向接入网进行qnc的配置过程。也即,核心网实体向接入网发送qnc配置,qnc配置用于配置qnc的参数以及上报条件(或称变化门限、快速变化门限、变化上报门限、快速变化上报门限)。

图6是本申请一个示例性实施例提供的qnc的配置方法的流程图。本实施例以该方法应用于图1或图2所示的通信系统中来举例说明。该方法包括:

步骤620:第三核心网实体pcf向第二核心网实体smf发送qnc的参数以及上报条件;

第三核心网实体是核心网中负责策略管理的实体。

第二核心网实体是核心网中负责会话管理的实体。

示例性的,在非gbr承载流的建立过程或修改过程中,第三核心网实体pcf向第二核心网实体smf发送qnc的参数以及上报条件。

示例性的,在建立pdu会话的过程中,会建立(第)一个qos流,这个qos流称为基于默认qos规则的qos流(qosflowwithdefaultqosrules)。一般而言,这个qos流是非gbr类型的,第三核心网实体可以向第二核心网实体提供qnc的参数以及上报条件。

示例性的,该qnc的参数以及上报条件是第三核心网实体pcf自行确定的;或者,该qnc的参数以及上报条件是第三核心网实体pcf基于应用实体发送的业务流信息确定的;或者,该qnc的参数以及上报条件是第三核心网实体pcf基于ue的签约数据确定的。

步骤640:第二核心网实体smf接收第三核心网实体pcf发送的pcc规则;

步骤660:第二核心网实体向接入网发送qnc配置(qncprofile),qnc配置用于向接入网配置qnc的参数以及上报条件。

综上所述,本实施例提供的方法,通过由第三核心网实体向第二核心网实体发送qnc的参数以及上报条件,能够触发第二核心网实体为非gbr承载流配置qnc的参数以及上报条件,完成qnc的配置过程。

在一种设计中,应用实体向第三核心网实体提供业务流信息,业务流信息中携带有应用实体需要(或建议)的qnc的参数以及上报条件,如图7所示。在另一种设计中,第三核心网实体基于qnc签约数据来确定qnc的参数以及上报条件,如图8所示。

图7是本申请另一个示例性实施例提供的qnc的配置方法的流程图。本实施例以该方法应用于图1或图2所示的通信系统中来举例说明。该方法包括:

步骤612:应用实体af向第三核心网实体pcf发送业务流信息,业务流信息携带有qnc的控制参数;

qnc的控制参数包括:是否使能qnc、qnc的参数、变化门限中的至少一种。

步骤620:第三核心网实体pcf向第二核心网实体smf发送pcc规则,pcc规则携带有qnc的控制参数;

步骤640:第二核心网实体smf接收第三核心网实体pcf发送的pcc规则;

步骤660:第二核心网实体向接入网发送qnc配置,qnc配置用于向接入网配置qnc的控制参数。

综上所述,本实施例提供的方法,通过由应用实体向第三核心网实体提供qnc的控制参数,能够实现应用实体与核心网实体的主动交互,由应用实体来驱动无线接入网络(如5g,4g的ran)报告非gbr承载流的快速变化,从而由无线接入网络向应用实体开放了其网络能力,为互联网应用的创新提供了新的途径。

图8是本申请另一个示例性实施例提供的qnc的配置方法的流程图。本实施例以该方法应用于图1或图2所示的通信系统中来举例说明。该方法包括:

步骤614:第四核心网实体udm向第三核心网实体pcf发送qnc签约数据,qnc签约数据携带有qnc的控制参数;

若默认5qi是ngbr类型,则增加qnc签约数据。第四核心网实体udm将qnc签约数据发送给第二核心网实体smf,第二核心网实体smf将qnc签约数据发送给第三核心网实体pcf。

步骤620:第三核心网实体pcf向第二核心网实体smf发送默认qos规则,默认qos规则携带有qnc的控制参数;

步骤640:第二核心网实体smf接收第三核心网实体pcf发送的默认pcc规则;

步骤660:第二核心网实体向接入网发送qnc配置,qnc配置用于向接入网配置qnc的控制参数。

综上所述,本实施例提供的方法,通过第三核心网实体基于ue的签约数据来确定qnc的控制参数,使得在无af提供qnc的控制参数的情况下,也能够实现基于ue的签约数据驱动无线接入网络向ue报告非gbr承载流的快速变化。

下面结合第三代合作伙伴项目(thirdgenerationpartnershipproject,3gpp)的通信协议(ts23.502)对上述过程进行更详细的阐述。下述附图中网元名称、步骤流程和步骤介绍的详细内容,均可参考ts23.502

(https://www.3gpp.org/ftp/specs/archive/23_series/23.502)中的相关记载,本文受限于篇幅,着重介绍本申请实施例与ts23.502协议中不同的内容。

1.qnc的通知过程:

当ue所在的网络发生了变化,即基站检测到无线资源发生快速变化(变好或变差)。当这个变化达到qnc所定义的变化门限时,ran会触发qnc的通知过程,向af发送通知消息。可选地,该通知消息携带有变化后的qnc的参数的参数值(当前参数值)。基站先将通知消息发送给smf,然后smf再将通知消息发送至pcf,pcf再将通知消息发送至af。

非漫游和本地疏导漫游场景:

图9示出了本申请的一个示例性实施例提供的ue或网络请求的pdu会话修改(用于非漫游和本地疏导漫游)流程的示意图。

在步骤1e中,ran向amf发送n2消息(pdu会话id,sm信息),amf向smf发送namf_pdusession_updatesmcontext消息。

其中,步骤1a,步骤1b,步骤1c,步骤1d和1f都将不执行。

在非gbr承载流的qnc的参数满足上报条件时,这2个消息中携带有通知消息。可选地,通知消息还携带有变换后的qnc的参数值。

在步骤2中,smf发起会话管理(sessionmanagement,sm)策略关联修改流程,将通知消息发送至pcf以及af。

在步骤5中,smf向ue发送pdu会话修改命令,将变化后的qnc的参数值发送给ue。

示例性的,在sm收到通知消息的一段时间后,当smf没有收到pcf新的pcc规则或收到的pcc规则,对于qnc对应的sdf的pcc规则没有对qos方面有修改,则smf向ue发起pdu会话修改命令,通知ue当前qnc对应的qfi的qnc的当前参数值(pdb,per,cbr)。

在步骤9中,ue回应pdu会话修改确认。

其中,pdu会话修改命令与pdu会话修改确认是通过ran在ue和smf之间进行透明地传输。

上述步骤2所示出的sm策略关联修改流程由图10定义。如图10所示:

在步骤1中,smf向pcf发送npcf_smpolicycontrol_update请求,该请求中携带有通知消息。

在步骤2中,pcf向af发送事件报告npcf_policyauthorizationnotify请求,该事件报告中携带有通知消息。

2.qnc的配置过程;

2.1非漫游和本地疏导漫游的pdu会话建立场景:

图11示出了本申请一个示例性实施例提供的ue请求的pdu会话建立流程的示意图。

在步骤7b和9中,smf向pcf发送sm策略关联建立请求新消息,pcf向smf发送sm策略关联建立响应消息,该消息中携带有qnc的控制参数;或者,smf向pcf发送sm策略关联修改请求消息,pcf向smf发送sm策略关联修改响应消息,该消息中携带有qnc的控制参数。

在建立pdu会话的过程中,会建立一个qos流(通常是第一个),这个qos流称为基于默认qos规则的qos流(不再类似于4g的默认承载,5g不再使用默认qos流来命名)。

一般而言,这个基于默认qos规则是非gbr类型的,则pcf可以在pcc规则中包含qnc的控制参数。则可以在图11的步骤7b或9中,pcf提供defaultqosrule中的5qi若是ngbr类型的,pcf可以向smf提供qcqnc的控制参数。

在步骤11和12中,smf向amf发送namf_communication_n1n2信息转换消息,根据pcf提供的qcqnc的控制参数在该消息中携带有qnc配置。

可选地,ue的签约数据中包含有默认5qi与默认arp。若默认5qi是ngbr类型的,则增加qnc签约数据。

在步骤4,7b和9中,udm将包含qnc签约数据的消息提供给smf,然后smf将qnc签约数据提供给pcf,然后,pcf提供的默认qos规则中包含qnc的控制参数。

pdu会话建立过程可用于n3gpp向3gpp的pdu会话切换。若在步骤7b,或9中,pcf为任一非gbrqos流提供了qnc的控制参数,则类似于前面,在步骤11和12中增加qnc的控制参数。

需要注意的是,此处可能有多个非gbrqos流的处理。

需要注意的是,步骤12的n2消息中的sm相关的参数是包含在步骤11中,因此在步骤11中包含有qnc的控制参数。

2.2归属路由漫游场景:

图12示出了本申请一个示例性实施例提供的用于归属路由漫游场景的ue请求的pdu会话建立流程的流程图。

在建立pdu会话的过程中,会建立一个qos流(通常是第一个),这个qos流称为基于默认qos规则的qos流(不再类似于4g的默认承载,5g不再使用默认qos流来命名)。

一般而言,这个基于默认qos规则是非gbr类型的,则pcf可以在pcc规则中包含qnc的控制参数。则可以在图12的步骤9b或11的消息中,pcf提供默认qos规则中的5qi若是非gbr类型的,pcf可以提供qnc的控制参数。然后,在步骤13、14和15中的消息,增加qnc配置。

可选地,ue的签约数据中包含有默认5qi与默认arp。若默认5qi是ngbr类型的,则增加qnc签约数据。

在步骤7,9b,11中udm将包含qnc签约数据提供给smf,smf将qnc签约数据提供给pcf,然后,pcf提供的默认qos规则中包含qnc的控制参数。

2.3af触发的qos流建立流程,非漫游和本地疏导漫游场景:

图13示出了本申请一个示例性实施例提供的针对单个ue地址的af请求转移到相关pcf流程的示意图。图14示出了本申请一个示例性实施例提供的用于非漫游和本地疏导漫游的ue或网络请求的pdu会话修改流程的示意图。

在图13的步骤4,af向pcf发送npcf_policyauthorization_create/update消息,该消息包含的(一个或多个)媒体组件(mediacomponent)信息中增加qnc的控制参数。前面所说,若这个媒体组件中包含了qnc的控制参数,则是请求这个媒体在ngbf上传输的;若这个媒体组件中不包含qcqnc参数,则表明这个媒体是可以在ngbf上传输,也可以是在gbf(gbrqosflow,gbr服务质量数据流)上传输。

在图14的步骤1b中,pcf发送npcf_smpolicycontrolupdatenotify请求消息。在请求消息中,对(一个或多个)sdf(servicedataflow,业务数据流,一个sdf对应于af提供的一个媒体流)的pcc规则增加qnc的控制关参数。

相应的,在图14的步骤3b和4的消息中携带包括qnc的控制参数。

2.4af触发的qos流建立流程,归属路由漫游场景:

图15示出了本申请一个示例性实施例提供的用于归属路由漫游的ue或网络请求的pdu会话修改流程的示意图。

在图15的步骤1b,步骤3,步骤4b,和步骤5是增加一个或多个qnc的控制参数(即每个可能的业务流,sdf,qosflow)。

在图15的步骤3是相对于图14所述场景的新增步骤,即在一个或多个qos流的qos参数上增加qnc的控制参数。

本申请提出的技术也可以应用于4g系统。在应用至4g系统时,nr-gnb用enb代替。pcf与af的交互,不作任何的改变。smf与pcf的交互,修改为pgw与pcf的交互。5g的qosflow被4g的epsbearer代替。5g的5qi被4gqci代替。5g中ran与amf/smf的交互,被4g的ran与mme交互代替。

图16示出了本申请一个示例性实施例提供的应用程序的控制装置的框图。所述装置包括:

接收模块1620,用于接收核心网实体发送的非保证比特速率gbr承载流的变化后的服务质量通知控制qnc的参数值,所述变化后的qnc的参数值是所述核心网实体接收到接入网发送的通知消息后发送的;所述通知消息用于表示所述非gbr承载流的qnc的参数值的变化满足上报条件;

控制模块1640,用于根据所述变化后的qnc的参数值控制所述应用程序。

在本申请实施例的一个可能设计中,所述控制模块1640,用于所述终端根据所述变化后的qnc的参数值控制所述应用程序的计算策略;和/或;所述终端根据所述变化后的qnc的参数值控制所述应用程序的流量策略。

在本申请实施例的一个可能设计中,所述控制模块1640,用于响应于所述变化后的qnc的参数值变差,控制所述应用程序按照第一计算策略执行;响应于所述变化后的qnc的参数值变优,控制所述应用程序按照第二计算策略执行;

其中,相同计算任务在所述第一计算策略下的计算时长小于在所述第二计算策略下的计算时长。

在本申请实施例的一个可能设计中,所述控制模块1640,用于响应于所述变化后的qnc的参数值变差,控制所述应用程序采用第一编解码方式进行编解码;响应于所述变化后的qnc的参数值变优,控制所述应用程序采用第二编解码方式进行编解码;

其中,相同编解码任务在所述第一编解码策略下的计算时长小于在所述第二编解码策略下的计算时长。

在本申请实施例的一个可能设计中,所述控制模块1640,用于响应于所述变化后的qnc的参数值变差,控制所述应用程序按照第一流量策略执行;响应于所述变化后的qnc的参数值变优,控制所述应用程序按照第二流量策略执行;

其中,所述第一流量策略的流量少于所述第二流量策略的流量。

在本申请实施例的一个可能设计中,所述应用程序的流量包括语音数据包和视频数据包;所述控制模块1640,用于响应于所述变化后的qnc的参数值变差,保持所述语音数据包对应的第一流量,减少所述视频数据包对应的第二流量;响应于所述变化后的qnc的参数值变优,保持所述语音数据包对应的第一流量,增加所述视频数据包对应的第二流量。

在本申请实施例的一个可能设计中,所述接收模块1620,用于接收所述核心网实体发送的nas消息,所述nas消息携带有所述变化后的qnc的参数值。

在本申请实施例的一个可能设计中,所述接收模块1620,用于接收所述核心网实体发送的pdu会话修改命令,所述pdu会话修改命令携带有所述变化后的qnc的参数值。

在本申请实施例的一个可能设计中,所述变化后的qnc的参数值是所述核心网设备在接收到所述通知消息后的预定时长内没有接收到针对所述非gbr承载流的新策略控制和计费pcc规则时发送的;或,所述变化后的qnc的参数值是所述核心网设备在接收到所述通知消息后的预定时长内接收到针对所述非gbr承载流的新pcc规则,且所述新pcc规则不存在对qos需求的修改时发送的。

在本申请实施例的一个可能设计中,所述变化后的qnc的参数值是通过接入网ran从所述核心网设备透传至所述终端的。

在本申请实施例的一个可能设计中,所述qnc的参数值包括如下至少一种:pdr;per;cbr。

在本申请实施例的一个可能设计中,所述qnc的参数值包括至少两种;存在至少两种所述参数值对应的所述上报条件相同;和/或,存在至少两种所述参数值对应的所述上报条件不同。

在本申请实施例的一个可能设计中,所述上报条件包括如下至少一种:

所述qnc的参数值在第一时长内的变化值大于第一阈值;

所述qnc的参数值在第二时长内的变化率大于第二阈值;

所述qnc的参数值在所述第一时长内的变化值大于第一阈值,且持续保持第三阈值;

所述qnc的参数值在所述第二时长内的变化率大于第二阈值,且持续保持第四阈值。

在本申请实施例的一个可能设计中,所述非gbr承载流包括:

非gbr的服务质量qos流;或,非gbr的eps承载。

在本申请实施例的一个可能设计中,所述qnc定义在上行链路;或,所述qnc定义在下行链路;或,所述qnc定义在所述上行链路和所述下行链路。

在本申请实施例的一个可能设计中,所述非gbr承载流与目标业务流存在一一对应关系,所述目标业务流是使能所述qnc以及包括所述qnc的参数值的业务流。

图17示出了本申请一个示例性实施例提供的应用程序的控制装置的框图。所述装置包括:

接收模块1720,用于接收接入网发送的通知消息,所述通知消息用于表示非保证比特速率gbr承载流的服务质量qos通知控制qnc的参数值的变化满足上报条件,所述通知消息携带有所述非gbr承载流的变化后的qnc的参数值;

发送模块1740,用于向终端发送所述变化后的qnc的参数值,以便所述终端根据所述变化后的qnc的参数值控制所述应用程序。

在本申请实施例的一个可能设计中,所述发送模块1740,用于向所述终端发送非接入层nas消息,所述nas消息携带有所述变化后的qnc的参数值。

在本申请实施例的一个可能设计中,所述发送模块1740,用于向所述终端发送协议数据单元pdu会话修改命令,所述pdu会话修改命令携带有所述变化后的qnc的参数值。

在本申请实施例的一个可能设计中,所述发送模块1740,用于在接收到所述通知消息后的预定时长内没有接收到针对所述非gbr承载流的新策略控制和计费pcc规则时,向所述终端发送所述变化后的qnc的参数值;或,所述发送模块1740,用于在接收到所述通知消息后的预定时长内接收到针对所述非gbr承载流的新pcc规则,且所述新pcc规则不存在对qos需求的修改时,向所述终端发送所述变化后的qnc的参数值。

图18示出了本申请一个实施例提供的终端1800的结构示意图,例如,该终端可以用于执行上述应用程序的控制方法。具体来讲:该终端1800可以包括:处理器1801、接收器1802、发射器1803、存储器1804和总线1805。

处理器1801包括一个或者一个以上处理核心,处理器1801通过运行软件程序以及模块,从而执行各种功能应用以及信息处理。

接收器1802和发射器1803可以实现为一个收发器1806,该收发器1806可以是一块通信芯片。

存储器1804通过总线1805与处理器1801相连。

存储器1804可用于存储计算机程序,处理器1801用于执行该计算机程序,以实现上述方法实施例中的终端执行的各个步骤。

其中,发射器1803用于执行上述各个实施例中与发送相关的步骤;接收器1802用于执行上述各个实施例中与接收相关的步骤;处理器1801用于执行上述各个实施例中除发送和接收步骤之外的其它步骤。

此外,存储器1804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,易失性或非易失性存储设备包括但不限于:ram(random-accessmemory,随机存储器)和rom(read-onlymemory,只读存储器)、eprom(erasableprogrammableread-onlymemory,可擦写可编程只读存储器)、eeprom(electricallyerasableprogrammableread-onlymemory,电可擦写可编程只读存储器)、闪存或其他固态存储其技术,cd-rom(compactdiscread-onlymemory,只读光盘)、dvd(digitalvideodisc,高密度数字视频光盘)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。

图19示出了本申请一个实施例提供的网元设备1900的结构示意图,例如,该网元设备可以用于执行上述应用程序的控制方法。具体来讲:该网元设备1900可以包括:处理器1901、接收器1902、发射器1903、存储器1904和总线1905。

处理器1901包括一个或者一个以上处理核心,处理器1901通过运行软件程序以及模块,从而执行各种功能应用以及信息处理。

接收器1902和发射器1903可以实现为一个收发器1906,该收发器1906可以是一块通信芯片。

存储器1904通过总线1905与处理器1901相连。

存储器1904可用于存储计算机程序,处理器1901用于执行该计算机程序,以实现上述方法实施例中的接入网网元、接入网实体、核心网网元或核心网实体执行的各个步骤。

其中,发射器1903用于执行上述各个实施例中与发送相关的步骤;接收器1902用于执行上述各个实施例中与接收相关的步骤;处理器1901用于执行上述各个实施例中除发送和接收步骤之外的其它步骤。

此外,存储器1904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,易失性或非易失性存储设备包括但不限于:ram(random-accessmemory,随机存储器)和rom(read-onlymemory,只读存储器)、eprom(erasableprogrammableread-onlymemory,可擦写可编程只读存储器)、eeprom(electricallyerasableprogrammableread-onlymemory,电可擦写可编程只读存储器)、闪存或其他固态存储其技术,cd-rom(compactdiscread-onlymemory,只读光盘)、dvd(digitalvideodisc,高密度数字视频光盘)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。

本申请还提供一种计算机可读存储介质,所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述方法实施例提供的应用程序的控制方法。

可选地,本申请还提供了一种计算机程序产品,所述计算机程序产品包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述方面提供的应用程序的控制方法。

上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。

以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1