首页 / 专利库 / 专利权 / 申请 / 国际申请 / 请求书 / 请求 / 基于无线通信网络的数据传输控制方法及装置

基于无线通信网络的数据传输控制方法及装置

阅读:181发布:2023-01-22

专利汇可以提供基于无线通信网络的数据传输控制方法及装置专利检索,专利查询,专利分析的服务。并且本 发明 实施例 提供的基于无线通信网络的数据 请求 处理方法及装置,在接收到终端的数据请求消息时,向PCRF发送服务 质量 请求消息,PCRF查询当前的网络状态,以便于依据当前的网络状态及所述数据请求消息确定对终端的数据请求的处理指令,并依据所述处理指令处理终端的数据请求,因此,对终端的数据请求的处理不仅仅依赖于终端的数据请求消息中携带的参数,还以当前的网络状态为约束条件,所以,使得对数据请求的处理方式能够适应无线通信网络的实时变化。,下面是基于无线通信网络的数据传输控制方法及装置专利的具体信息内容。

1.一种基于无线通信网络的数据请求处理方法,其特征在于,包括:
当接收到终端的数据请求消息时,向策略控制和计费规则功能实体PCRF发送服务质量请求消息;
获取数据请求处理指令,所述数据请求处理指令依据当前的网络状态及所述数据请求消息确定,所述当前的网络状态由所述PCRF依据接收到的服务质量请求消息查询得到;所述当前的网络状态为所述终端所在小区的当前网络状态;
依据所述数据请求处理指令,处理所述终端的数据请求。
2.根据权利要求1所述的方法,其特征在于,所述获取数据请求处理指令包括:
接收所述PCRF发送的数据请求处理指令。
3.根据权利要求1所述的方法,其特征在于,所述获取数据请求处理指令包括:
接收所述PCRF发送的指示当前的网络状态的消息;
依据所述当前的网络状态及所述数据请求消息中携带的数据参数,确定数据请求处理指令。
4.根据权利要求3所述的方法,其特征在于,所述依据所述当前的网络状态及所述数据请求消息中携带的数据参数,确定数据请求处理指令包括:
如果所述终端所在小区当前的网络流量大于预设的拥塞限,则将指示请求小于所述数据请求消息中携带的码率的预设码率的数据的指令确定为数据请求处理指令;
或者,如果所述终端所在小区当前的网络流量大于预设的拥塞门限,则将指示切换数据的传输通道为无线局域网的指令确定为数据请求处理指令。
5.根据权利要求4所述的方法,其特征在于,当将指示请求小于所述数据请求消息中携带的码率的预设码率的数据的指令确定为数据请求处理指令时,所述依据所述数据请求处理指令,处理所述终端的数据请求包括:
服务器请求其码率为所述预设码率的数据;
将所述服务器发送的所述其码率为所述预设码率的数据转发给所述终端。
6.根据权利要求1所述的方法,其特征在于,在所述当接收到终端的数据请求消息时,向PCRF发送网络服务质量请求消息之前,还包括:
接收终端的数据请求消息。
7.一种基于无线通信网络的数据请求处理方法,应用于无线通信网络中的PCRF,其特征在于,包括:
接收服务质量请求消息,所述服务质量请求消息由发送方在接收到终端的数据请求消息时发送;
依据所述服务质量请求消息,查询当前的网络状态,所述当前的网络状态用于获取数据请求处理指令,所述数据请求处理指令为所述发送方处理所述终端的数据请求的依据;
所述当前的网络状态为所述终端所在小区的当前网络状态。
8.根据权利要求7所述的方法,其特征在于,还包括:
依据所述当前的网络状态及所述发送方发送的所述数据请求消息中携带的数据参数,确定数据请求处理指令;
发送所述数据请求处理指令给所述发送方。
9.根据权利要求8所述的方法,其特征在于,所述依据所述当前的网络状态及所述发送方发送的所述数据请求消息中携带的数据参数,确定数据请求处理指令包括:
如果所述终端所在小区当前的网络流量大于预设的拥塞门限,则将指示请求小于所述数据请求消息中携带的码率的预设码率的数据的指令确定为数据请求处理指令;
或者,如果所述终端所在小区当前的网络流量大于预设的拥塞门限,则将指示切换数据的传输通道为无线局域网的指令确定为数据请求处理指令。
10.根据权利要求7所述的方法,其特征在于,还包括:
发送所述当前的网络状态给所述发送方。
11.一种基于无线通信网络的数据请求处理装置,其特征在于,包括:
第一发送模,用于当接收到终端的数据请求消息时,向PCRF发送服务质量请求消息;
指令获取模块,用于获取数据请求处理指令,所述数据请求处理指令依据当前的网络状态及所述数据请求消息确定,所述当前的网络状态由所述PCRF依据接收到的服务质量请求消息查询得到;所述当前的网络状态为所述终端所在小区的当前网络状态;
处理模块,用于依据所述数据请求处理指令,处理所述终端的数据请求。
12.根据权利要求11所述的装置,其特征在于,所述指令获取模块包括:
第一接收单元,用于接收所述PCRF发送的数据请求处理指令。
13.根据权利要求11所述的装置,其特征在于,所述指令获取模块包括:
第二接收单元,用于接收所述PCRF发送的指示当前的网络状态的消息;
指令确定单元,用于依据所述当前的网络状态及所述数据请求消息中携带的数据参数,确定数据请求处理指令。
14.根据权利要求13所述的装置,其特征在于,所述指令确定单元包括:
码率确定子单元,用于如果所述终端所在小区当前的网络流量大于预设的拥塞门限,则将指示请求小于所述数据请求消息中携带的码率的预设码率的数据的指令确定为数据请求处理指令;
传输通道确定子单元,用于如果所述终端所在小区当前的网络流量大于预设的拥塞门限,则将指示切换数据的传输通道为无线局域网的指令确定为数据请求处理指令。
15.根据权利要求14所述的装置,其特征在于,所述处理模块包括:
请求单元,用于将指示请求小于所述数据请求消息中携带的码率的预设码率的数据的指令确定为数据请求处理指令时,向服务器请求其码率为所述预设码率的数据;
转发单元,用于将所述服务器发送的所述其码率为所述预设码率的数据通过网关转发给所述终端。
16.根据权利要求11所述的装置,其特征在于,还包括:
第一接收模块,用于接收终端的数据请求消息。
17.一种基于无线通信网络的数据请求处理装置,应用于无线通信网络中的PCRF,其特征在于,包括:
第二接收模块,用于接收服务质量请求消息,所述服务质量请求消息由发送方在接收到终端的数据请求消息时发送;
网络状态查询模块,用于依据所述服务质量请求消息,查询当前的网络状态,所述当前的网络状态用于获取数据请求处理指令,所述数据请求处理指令为所述发送方处理所述终端的数据请求的依据;所述当前的网络状态为所述终端所在小区的当前网络状态。
18.根据权利要求17所述的装置,其特征在于,还包括:
指令确定模块,用于依据所述当前的网络状态及所述发送方发送的所述数据请求消息中携带的数据参数,确定数据请求处理指令;
第二发送模块,用于发送所述数据请求处理指令给所述发送方。
19.根据权利要求18所述的装置,其特征在于,所述指令确定模块包括:
码率确定单元,用于如果所述终端所在小区当前的网络流量大于预设的拥塞门限,则将指示请求小于所述数据请求消息中携带的码率的预设码率的数据的指令确定为数据请求处理指令;
传输通道确定单元,用于如果所述终端所在小区当前的网络流量大于预设的拥塞门限,则将指示切换数据的传输通道为无线局域网的指令确定为数据请求处理指令。
20.根据权利要求17所述的装置,其特征在于,还包括:
第三发送模块,用于发送所述当前的网络状态给所述发送方。
21.一种通信设备,其特征在于,包括:
第一输入输出接口,用于当接收到终端的数据请求消息时,向策略控制和计费规则功能实体PCRF发送服务质量请求消息;
第一处理器,用于获取数据请求处理指令,所述数据请求处理指令依据当前的网络状态及所述数据请求消息确定,所述当前的网络状态由所述PCRF依据接收到的服务质量请求消息查询得到,并依据所述数据请求处理指令,处理所述终端的数据请求;所述当前的网络状态为所述终端所在小区的当前网络状态;
第一存储器,用于存储所述第一处理器中的程序及运行过程中产生的数据。
22.一种策略控制和计费规则功能实体,其特征在于,包括:
第二输入输出接口,用于接收服务质量请求消息,所述服务质量请求消息由发送方在接收到终端的数据请求消息时发送;
第二处理器,用于依据所述服务质量请求消息,查询当前的网络状态,所述当前的网络状态用于获取数据请求处理指令,所述数据请求处理指令为所述发送方处理所述终端的数据请求的依据;所述当前的网络状态为所述终端所在小区的当前网络状态;
第二存储器,用于存储所述第二处理器中的程序及运行过程中产生的数据。

说明书全文

基于无线通信网络的数据传输控制方法及装置

技术领域

[0001] 本发明涉及无线通信领域,尤其涉及一种基于无线通信网络的数据请求处理方法及装置。

背景技术

[0002] 随着无线通信网络的快速发展,各种数据业务由internet不断涌入无线通信网络。码率适配技术从internet移植到无线通信网络后,依然由终端进行信号检测并依据检测的结果确定请求的数据的参数,网络侧在接收到终端的数据请求后,依据终端确定的参数向终端提供数据。例如,终端向网络侧请求视频业务时,终端依据检测到的小区的信号强度确定请求的视频的码率,当检测到小区的信号强度较高时,请求高清视频,网络侧接收到终端的请求消息后,向终端提供高清视频;当终端检测到小区的信号强度较低时,请求标清视频,网络侧接收到终端的请求消息后,向终端提供标清视频。
[0003] 与internet相比,无线通信网络的通信环境变化频繁且剧烈,因此,终端无法实时感知无线网络环境的变化,所以,现有的网络侧对终端的数据请求的处理方法并不适用于无线通信网络。例如,无线通信网络突变为拥塞临界状态,而终端没有及时感知,请求高清视频时,网络层仍然会向终端提供高清视频,而这无疑极容易导致无线通信网络的拥塞。

发明内容

[0004] 有鉴于此,本发明实施例提供了一种基于无线通信网络的数据请求处理方法及装置,目的在于解决现有的网络侧对终端的数据请求的处理方法不适用于无线通信网络的问题。
[0005] 为了实现上述目的,本发明实施例提供了以下技术方案:
[0006] 本发明实施例的第一方面提供了一种基于无线通信网络的数据请求处理方法,包括:
[0007] 当接收到终端的数据请求消息时,向PCRF发送服务质量请求消息;
[0008] 获取数据请求处理指令,所述数据请求处理指令依据当前的网络状态及所述数据请求消息确定,所述当前的网络状态由所述PCRF依据接收到的服务质量请求消息查询得到;
[0009] 依据所述数据请求处理指令,处理所述终端的数据请求。
[0010] 在本发明的第一方面的第一实现方式中,所述获取数据请求处理指令包括:
[0011] 接收所述PCRF发送的数据请求处理指令。
[0012] 在本发明的第一方面的第二实现方式中,所述获取数据请求处理指令包括:
[0013] 接收所述PCRF发送的指示当前的网络状态的消息;
[0014] 依据所述当前的网络状态及所述数据请求消息中携带的数据参数,确定数据请求处理指令。本发明实施例的第二方面提供了一种基于无线通信网络的数据请求处理方法,应用于无线通信网络中的PCRF,包括:
[0015] 接收服务质量请求消息,所述服务质量请求消息由发送方在接收到终端的数据请求消息时发送;
[0016] 依据所述服务质量请求消息,查询当前的网络状态,以便于依据所述当前的网络状态,获取数据请求处理指令,并依据所述数据请求处理指令,处理所述终端的数据请求。
[0017] 在本发明的第二方面的第一实现方式中,还包括:
[0018] 依据所述当前的网络状态及所述发送方发送的所述数据请求消息中携带的数据参数,确定数据请求处理指令;
[0019] 发送所述数据请求处理指令给所述发送方。
[0020] 在本发明的第二方面的第二实现方式中,还包括:
[0021] 发送所述当前的网络状态给所述发送方。
[0022] 本发明实施例的第三方面提供了一种基于无线通信网络的数据请求处理装置,包括:
[0023] 第一发送模,用于当接收到终端的数据请求消息时,向PCRF发送服务质量请求消息;
[0024] 指令获取模块,用于获取数据请求处理指令,所述数据请求处理指令依据当前的网络状态及所述数据请求消息确定,所述当前的网络状态由所述PCRF依据接收到的服务质量请求消息查询得到;
[0025] 处理模块,用于依据所述数据请求处理指令,处理所述终端的数据请求。
[0026] 在本发明的第三方面的第一实现方式中,所述指令获取模块包括:
[0027] 第一接收单元,用于接收所述PCRF发送的数据请求处理指令。
[0028] 在本发明的第三方面的第二实现方式中,所述指令获取模块包括:
[0029] 第二接收单元,用于接收所述PCRF发送的指示当前的网络状态的消息;
[0030] 指令确定单元,用于依据所述当前的网络状态及所述数据请求消息中携带的数据参数,确定数据请求处理指令。
[0031] 本发明实施例的第四方面提供了一种基于无线通信网络的数据请求处理装置,应用于无线通信网络中的PCRF,包括:
[0032] 第二接收模块,用于接收服务质量请求消息,所述服务质量请求消息由发送方在接收到终端的数据请求消息时发送;
[0033] 网络状态查询模块,用于依据所述服务质量请求消息,查询当前的网络状态。
[0034] 在本发明的第三方面的第一实现方式中,还包括:
[0035] 指令确定模块,用于依据所述当前的网络状态及所述发送方发送的所述数据请求消息中携带的数据参数,确定数据请求处理指令;
[0036] 第二发送模块,用于发送所述数据请求处理指令给所述发送方。
[0037] 在本发明的第三方面的第二实现方式中,还包括:
[0038] 第三发送模块,用于发送所述当前的网络状态给所述发送方。
[0039] 本发明实施例提供的基于无线通信网络的数据请求处理方法及装置,在接收到终端的数据请求消息时,向PCRF发送服务质量请求消息,PCRF查询当前的网络状态,当前的网络状态用于确定对终端的数据请求的处理指令,所述处理指令为处理终端的数据请求的依据,因此,对终端的数据请求的处理不仅仅依赖于终端的数据请求消息中携带的参数,还以当前的网络状态为约束条件,所以,使得对数据请求的处理方式能够适应无线通信网络的实时变化。附图说明
[0040] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0041] 图1为本发明实施例公开的一种基于无线通信网络的数据请求处理方法的流程图
[0042] 图2为本发明实施例公开的又一种基于无线通信网络的数据请求处理方法的流程图;
[0043] 图3为本发明实施例公开的又一种基于无线通信网络的数据请求处理方法的流程图;
[0044] 图4为本发明实施例公开的又一种基于无线通信网络的数据请求处理方法的流程图;
[0045] 图5为本发明实施例公开的又一种基于无线通信网络的数据请求处理方法的流程图;
[0046] 图6为本发明实施例公开的一种基于无线通信网络的数据请求处理装置的结构示意图;
[0047] 图7为本发明实施例公开的又一种基于无线通信网络的数据请求处理装置的结构示意图;
[0048] 图8为本发明实施例公开的又一种基于无线通信网络的数据请求处理装置的结构示意图;
[0049] 图9为本发明实施例公开的又一种基于无线通信网络的数据请求处理装置的结构示意图;
[0050] 图10为本发明实施例公开的又一种基于无线通信网络的数据请求处理装置的结构示意图;
[0051] 图11为本发明实施例公开的又一种基于无线通信网络的数据请求处理装置的结构示意图;
[0052] 图12为本发明实施例公开的一种通信设备的结构示意图;
[0053] 图13为本发明实施例公开的一种策略控制和计费规则功能实体的结构示意图。

具体实施方式

[0054] 本发明实施例公开了一种基于无线通信网络的数据请求处理方法及装置,其核心发明点在于,当接收到终端的数据请求消息时,向无线通信网络侧的策略控制和计费规则功能实体(Policy and Charging Rules Function,PCRF)获取当前的网络状态,确定数据请求处理指令,对终端的数据请求进行处理,因此,能够依据无线通信网络的网络状态确定对数据请求的处理方式,从而使得数据的传输能够实时使用无线通信网络的网络状态。
[0055] 本发明实施例公开的一种基于无线通信网络的数据请求处理方法,如图1所示,可以包括:
[0056] S101:当接收到终端的数据请求消息时,向PCRF发送服务质量请求消息;
[0057] S102:获取数据请求处理指令;
[0058] 本实施例中,所述数据请求处理指令依据当前的网络状态确定,而所述当前的网络状态由所述PCRF依据接收到的服务质量请求消息查询得到。
[0059] 具体地,此步骤的具体实现方式可以为:
[0060] 接收所述PCRF发送的数据请求处理指令。
[0061] 即PCRF接收到服务质量请求消息后,查询当前的网络状态,再依据当前的网络状态及所述数据请求消息的发送方发送的所述数据请求消息中携带的数据参数确定数据请求处理指令,并将所述数据请求处理指令发送给网络服务质量请求消息的发送方。
[0062] 或者,此步骤另一种具体的实现方式可以为:
[0063] 接收所述PCRF发送的指示当前的网络状态的消息;
[0064] 依据所述当前的网络状态及所述数据请求消息中携带的数据参数,确定数据请求处理指令。
[0065] 即PCRF在接收到QoS请求消息时,查询当前的网络状态,并将所述当前的网络状态发送给质量请求消息的发送方,由所述网络质量请求消息的发送方依据当前的网络状态,确定数据请求处理指令。
[0066] 不论由哪一方确定数据请求处理指令,如果所述终端所在的小区当前的网络流量大于预设的拥塞限时,说明所述小区的资源的使用已经趋于饱和,则确定数据请求处理指令为:指示将请求小于所述数据请求消息中携带的码率的预设码率的数据的指令,或者,指示切换数据的传输通道为无线局域网的指令。
[0067] S103:依据所述数据请求处理指令,处理所述终端的数据请求。
[0068] 如果S102中确定的数据请求处理指令的内容为:请求小于所述数据请求消息中携带的码率的预设码率的数据,则S103中,向服务器请求所述预设码率的数据,并将所述服务器发送的所述预设码率的数据通过网关转发给所述终端。所述服务器在现有技术中,通常用于接收由网关转发的终端的数据请求消息,并对所述数据请求消息做出响应,向终端发送其请求的数据。
[0069] 本实施例所述的方法,可以由单独设置在无线通信网络的网络侧的装置实现,可以由集成于无线通信网络中的网关中新增的功能模块实现。
[0070] 现有技术中,在终端向无线通信网络请求数据业务时,通常由终端依据自身所处的网络环境确定数据的参数,例如,终端向无线通信网络请求视频业务时,由终端依据当前的网络环境确定视频的码率。而无线通信网络的空口变换一般较为频繁和剧烈,终端不能实时地感应无线空口的变化,因此,其确定的参数不能实时适应当前的网络状态,例如,终端所在的小区进入拥塞的临界状态,而终端没有及时感应到小区状态的变化,仍向无线通信网络请求高清视频,在这种情况下,会导致所述小区的拥塞。
[0071] 而本实施例所述的方法,在无线通信网络接收到终端的数据请求消息时,不会直接处理此数据请求消息,而将此作为触发条件,触发向PCRF发送服务质量请求消息,依次获取当前的网络状态,并以当前的网络状态作为依据之一,确定数据请求处理指令,按照所述数据请求处理指令处理终端的数据请求,由此可见,对终端的数据请求的处理不再仅仅依据终端发送的数据请求消息中携带的数据参数,还依据当前的网络状态,因此,使得对终端请求的数据业务的处理能够适应当前网络状态。
[0072] 与上述实施例相对应地,本发明实施例公开的又一种基于无线通信网络的数据请求处理方法,应用于无线通信网络中的PCRF,如图2所示,可以包括:
[0073] S201:接收服务质量请求消息;
[0074] 所述服务质量请求消息由发送方在接收到终端的数据请求消息时发送。
[0075] S202:依据所述服务质量请求消息,查询当前的网络状态,以便于依据所述当前的网络状态,获取数据请求处理指令,并依据所述数据请求处理指令,处理所述终端的数据请求。
[0076] 具体地,可以由PCRF依据当前的网络状态及所述发送方发送的所述数据请求消息中携带的数据参数,确定数据请求处理指令,并将数据请求处理指令发送到数据请求消息的发送方;也可以由PCRF将当前的网络状态发送给服务质量请求消息的发送方,由所述发送方依据当前的网络状态及所述数据请求消息中携带的数据参数,确定数据请求处理指令,并依据所述数据请求处理指令,处理所述终端的数据请求,由所述发送方确定数据请求处理指令的具体过程如上述实施例所述,这里不再赘述。
[0077] 本实施例中,依据所述当前的网络状态及所述发送方发送的所述数据请求消息中携带的数据参数,确定数据请求处理指令具体包括:
[0078] 如果所述终端所在小区当前的网络流量大于预设的拥塞门限,则将请求小于所述数据请求消息中携带的码率的预设码率的数据确定为数据请求处理指令;
[0079] 或者,如果所述终端所在小区当前的网络流量大于预设的拥塞门限,则将切换数据的传输通道为无线局域网确定为数据请求处理指令。
[0080] 本实施例所述的方法,无线通信网络的PCRF查询网络的状态,用于确定终端的数据请求消息的处理指令,因此,对数据请求的处理能够适应无线通信网络的状态。
[0081] 以下将以视频数据为例,对上述实施例所述的方法进行详细的描述。
[0082] 本发明实施例公开的一种基于无线通信网络的数据请求处理方法,应用于以下场景:在无线通信网络中增加业务节点Service Proxy,图1所示的方法由新增的业务节点Service Proxy执行,Service proxy与PCRF可以通过Rx接口连接,如图3所示,所述方法可以包括:
[0083] S301:终端(User Equipment,UE)与分组数据网网关(PDN Gateway,P-GW)之间建立默认承载;
[0084] S302:UE向服务器SP Sever请求视频媒体描述相关文件;
[0085] S303:P-GW监测到UE的请求后,将请求转发给Service Proxy;
[0086] S304:Service Proxy接收到视频媒体描述相关文件后,监测到视频业务事件,并向SP Sever转发视频媒体描述相关文件;
[0087] S305:SP Sever回复视频媒体描述相关文件响应;
[0088] S306:Service Proxy将视频媒体描述相关文件响应转发给P-GW;
[0089] S307:P-GW将视频媒体描述相关文件响应转发给UE;
[0090] S308:UE向P-GW发送视频请求消息;其中,请求的视频文件的码率可以为A。
[0091] S309:P-GW向Service Proxy转发UE的视频请求消息;
[0092] S310:Service Proxy接收到UE的视频请求消息后,向PCRF发送QoS请求消息;
[0093] QoS请求消息中通常携带请求的视频长度、分辨率、码率等参数。
[0094] 具体地,Service proxy可以通过AAR消息向PCRF提供业务信息并请求控制策略,AAR消息格式如下:
[0095] ::=
[0096]
[0097] {Auth-Application-Id}
[0098] {Origin-Host}
[0099] {Origin-Realm}
[0100] {Destination-Realm}
[0101] [Destination-Host]
[0102] [IP-Domain-Id]
[0103] [AF-Application-Identifier]
[0104] *[Media-Component-Description]
[0105] [Service-Info-Status]
[0106] [AF-Charging-Identifier]
[0107] [SIP-Forking-Indication]
[0108] *[Specific-Action]
[0109] *[Subscription-Id]
[0110] *[Supported-Features]
[0111] [Reservation-Priority]
[0112] [Framed-IP-Address]
[0113] [Framed-IPv6-Prefix]
[0114] [Called-Station-Id]
[0115] [Service-URN]
[0116] [Sponsored-Connectivity-Data]
[0117] [MPS-Identifier]
[0118] [Rx-Request-Type]
[0119] *[Required-Access-Info]
[0120] [Origin-State-Id]
[0121] *[Proxy-Info]
[0122] *[Route-Record]
[0123] *[AVP]
[0124] Service proxy在Media-Component-Description AVP中提供视频相关业务信息,Media-Component-Description AVP需要扩展,增加[Media-Bitrate-Suggestion]用于指示PCRF建议的码率信息。
[0125] Media-Component-Description AVP格式为:
[0126] Media-Component-Description::=
[0127] {Media-Component-Number};Ordinal number of the media comp.[0128] *[Media-Sub-Component];Set of flows for one flow identifier[0129] [AF-Application-Identifier]
[0130] [Media-Type]
[0131] [Max-Requested-Bandwidth-UL]
[0132] [Max-Requested-Bandwidth-DL]
[0133] [Min-Requested-Bandwidth-UL]
[0134] [Min-Requested-Bandwidth-DL]
[0135] [Media-Bitrate-Suggestion]
[0136] [Flow-Status]
[0137] [Reservation-Priority]
[0138] [RS-Bandwidth]
[0139] [RR-Bandwidth]
[0140] *[Codec-Data]
[0141] S311:PCRF接收到QoS请求消息后,查询当前的网络状态;
[0142] S312:如果PCRF确定所述终端所在小区当前的网络流量大于预设的拥塞门限,则将请求预设码率的视频确定为数据请求处理指令;
[0143] 其中,预设码率小于所述数据请求消息中携带的码率。
[0144] PCRF可以根据UE的ID和小区的ID确定同一小区内已经使用的资源和未使用的资源信息,从而根据设定的拥塞门限判断小区是否拥塞,也可以根据应用类型和应用ID信息来区分不同应用和同一应用类型的不同实例,假设APP2为视频业务类型,PCRF设定同一小区内分配给视频业务的资源有30%,并设定好拥塞门限。如同一小区视频业务占用的资源信息到达设定的拥塞门限,则认为没有足够的资源提供给此类视频业务。
[0145] S313:PCRF向Service Proxy发送请求码率为B的视频指令;
[0146] 具体地,PCRF根据业务信息以及用户信息,在AAA回复Media-Component-Description AVP中对视频流做相应的指示。
[0147] AAA消息格式如下:
[0148] ::=
[0149]
[0150] {Auth-Application-Id}
[0151] {Origin-Host}
[0152] {Origin-Realm}
[0153] [Result-Code]
[0154] [Experimental-Result]
[0155] *[Access-Network-Charging-Identifier]
[0156] [Access-Network-Charging-Address]
[0157] [Acceptable-Service-Info]
[0158] [IP-CAN-Type]
[0159] [RAT-Type]
[0160] *[Flows]
[0161] *[Supported-Features]
[0162] *[Class]
[0163] [Error-Message]
[0164] [Error-Reporting-Host]
[0165] *[Failed-AVP]
[0166] [Origin-State-Id]
[0167] *[Redirect-Host]
[0168] [Redirect-Host-Usage]
[0169] [Redirect-Max-Cache-Time]
[0170] *[Proxy-Info]
[0171] *[AVP]
[0172] S314:Service Proxy向SP Sever发送码率为B的视频请求消息;
[0173] S315:SP Sever向Service Proxy回复码率为B的视频;
[0174] S316:Service Proxy向P-GW转发码率为B的视频;
[0175] S317:P-GW向UE转发码率为B的视频。
[0176] 本实施例中,除了降低请求的视频的码率之外,Service Proxy还可以拒绝视频请求,具体的过程为:
[0177] 当网络资源不足以为用户提供视频服务时,可以利用或扩展现有技术HTTP回复的3xx状态来指示,或者定义新的HTTP状态代码,用于指示网络状况,如601表示网络拥塞不能支持服务,以实现拒绝终端的视频请求。
[0178] 本实施例所述的方法,通过新增的Service Proxy与PCRF之间的交互,能够获取网络的当前状态,确定数据请求处理方式,因此,当网络不足以支持终端请求的数据时,网络侧可以及时做出调整,从而使得数据传输过程能够适应网络的状态。
[0179] 需要说明的是,本实施例所述的方法中业务节点Service Proxy实现的功能可以由现有的无线通信网络中的网关实现,即改进现有的网关,使其在实现网关功能的基础上实现Service Proxy的功能。本实施例中使用新增业务的节点目的在于,在现有的无线通信网络中仅新增业务节点即可实现依据无线通信网络的状态确定数据请求的目的,而不需要改变其它设备。
[0180] 本发明实施例公开的又一种基于无线通信网络的数据请求处理方法,应用于以下场景:在无线通信网络中增加业务节点Service Proxy,图1所示的方法由新增的业务节点Service Proxy执行,如图4所示,可以包括:
[0181] S401:终端(User Equipment,UE)与分组数据网网关(PDN Gateway,P-GW)之间建立默认承载;
[0182] S402:UE向服务器SP Sever请求视频媒体描述相关文件;
[0183] S403:P-GW监测到UE的请求后,将请求转发给Service Proxy;
[0184] S404:Service Proxy接收到视频媒体描述相关文件后,监测到视频业务事件,并向SP Sever转发视频媒体描述相关文件;
[0185] S405:SP Sever回复视频媒体描述相关文件响应;
[0186] S406:Service Proxy将视频媒体描述相关文件响应转发给P-GW;
[0187] S407:P-GW将视频媒体描述相关文件响应转发给UE;
[0188] S408:UE请求视频数据;
[0189] S409:P-GW向Service Proxy转发UE的视频请求消息;
[0190] S410:Service Proxy接收到UE的视频请求消息后,向PCRF发送QoS请求消息;
[0191] S411:PCRF接收到QoS请求消息后,查询当前的网络状态;
[0192] S412:PCRF将当前的网络状态发送给Service Proxy;
[0193] S413:如果Service Proxy确定所述终端所在小区当前的网络流量大于预设的拥塞门限,则将请求预设码率B的视频确定为数据请求处理指令;
[0194] 其中,预设码率小于数据请求消息中携带的码率。
[0195] S414:Service Proxy向SP Sever请求码率为B的视频;
[0196] 本实施例中,具体地,Service Proxy可以通过扩展HTTP请求的URL来实现。其方法是网络在URL中增加相应的参数信息,来进行网络状态相关的指示,如本实施例中拥塞场景下的码率变更指示。
[0197] 具体实现如下:
[0198] http://sever.example.com/media_A.mp4?Networkstate=LightCongestion,SuggestBitrate=B。
[0199] 其中,插入的参数信息,需要用WebAPI描述语言来表述(如WADL:Web Application Description Language),用于网络实体能够正常解析。
[0200] S415:SP Sever向Service Proxy回复码率为B的视频;
[0201] 本实施例中,SP Sever可以在HTTP回复消息中,通过Content-Location头域,携带插入网络参数的URL信息,用于通知客户端因为网络拥塞而进行码率变更:
[0202] 具体实现如下:
[0203] Content-Location:http://sever.example.com/media_A.mp4?Networkstate=Lig htCongestion,SuggestBitrate=B。
[0204] S416:Service Proxy向P-GW转发码率为B的视频;
[0205] S417:P-GW向UE转发码率为B的视频。
[0206] 需要说明的是,以上均以终端所在小区当前的网络流量大于预设的拥塞门限为网络状态的一种具体情况进行描述,除此以外,如果当前的网络状态为终端所在的小区的网络流量不大于预设的拥塞门限,即当前的小区能够支持终端请求的数据,则对于Service Proxy而言,可以直接向SP Sever转发视频请求消息,对于图3中的PCRF而言,确定的数据请求处理指令可以为依据数据请求消息处理终端的视频请求。
[0207] 本实施例所述的方法,Service Proxy具有依据当前网络状态处理终端的数据请求的功能,从而使得对终端请求的数据的响应能够更加适应无线网络环境变化的特点。
[0208] 本发明实施例公开的又一种基于无线通信网络的数据请求处理方法,应用于以下场景:在无线通信网络中增加业务节点Service Proxy,图1所示的方法由新增的业务节点Service Proxy执行,如图5所示,可以包括:
[0209] S501:终端(User Equipment,UE)与分组数据网网关(PDN Gateway,P-GW)之间建立默认承载;
[0210] S502:UE向服务器SP Sever请求视频媒体描述相关文件;
[0211] S503:P-GW监测到UE的请求后,将请求转发给Service Proxy;
[0212] S504:Service Proxy接收到视频媒体描述相关文件后,监测到视频业务事件,并向SP Sever转发视频媒体描述相关文件;
[0213] S505:SP Sever回复视频媒体描述相关文件响应;
[0214] S506:Service Proxy将视频媒体描述相关文件响应转发给P-GW;
[0215] S507:P-GW将视频媒体描述相关文件响应转发给UE;
[0216] S508:UE请求视频数据;
[0217] S509:P-GW向Service Proxy转发UE的视频请求消息;
[0218] S510:Service Proxy接收到UE的视频请求消息后,向PCRF发送QoS请求消息;
[0219] S511:PCRF接收到QoS请求消息后,查询当前的网络状态;
[0220] S512:如果PCRF确定所述终端所在小区当前的网络流量大于预设的拥塞门限,则将切换数据的传输通道为无线局域网确定为数据请求处理指令;
[0221] S513:PCRF发送切换数据的传输通道为无线局域网的指令;
[0222] 本实施例中,PCRF可以从P-GW获取UE的接入方式,如LTE和WLAN,则从Server Proxy获取到业务信息之后,结合用户信息,如PCRF判断目前UE所在的无线网络不能为此用户提供所请求的服务时,则执行从LTE切换到WLAN切换。PCRF可以向P-GW发送切换指示。切换指示通过扩展PCRF向P-GW发送的CCA消息的AVP即可携带。
[0223] 消息的具体格式为:
[0224] Redio_Access_Technology_Handover::=
[0225] [RAT-Type-original]
[0226] [RAT-Type-Target]
[0227] *[AVP]
[0228] 具体地,PCRF除了可以将指令发送到Service Proxy,由Service Proxy转发给网关,也可以直接发送给网关;
[0229] S514:网关与UE建立无线局域网链接,使用所述无线局域网传输UE请求的数据。
[0230] 本实施例所述的方法,当网络不能支持UE的数据请求时,将数据的传输通道切换到无线局域网,从而避免加重无线通信网络的负担。
[0231] 本发明实施例公开了一种基于无线通信网络的数据请求处理装置,如图6所示,可以包括:
[0232] 第一发送模块601,用于当接收到终端的数据请求消息时,向PCRF发送服务质量请求消息;
[0233] 指令获取模块602,用于获取数据请求处理指令,所述数据请求处理指令依据当前的网络状态及所述数据请求消息确定,所述当前的网络状态由所述PCRF依据接收到的服务质量请求消息查询得到;
[0234] 处理模块603,用于依据所述数据请求处理指令,处理所述终端的数据请求。
[0235] 本发明实施例公开的又一种基于无线通信网络的数据请求处理装置,如图7所示,可以包括:
[0236] 第一接收模块701,用于接收终端的数据请求消息;
[0237] 第一发送模块702,用于当接收到终端的数据请求消息时,向PCRF发送服务质量请求消息;
[0238] 第一接收单元703,用于接收所述PCRF发送的数据请求处理指令;
[0239] 其中,所述数据请求处理指令依据当前的网络状态确定及所述数据请求消息,所述当前的网络状态由PCRF依据接收到的服务质量请求消息查询得到;
[0240] 处理模块704,用于依据所述数据请求处理指令,处理所述终端的数据请求。
[0241] 本实施例所述的装置可以设置于无线通信网络的网络侧,作为网络侧的新增业务节点,并通过RX接口与PCRF相连。
[0242] 本发明实施例公开的又一种基于无线通信网络的数据请求处理装置,如图8所示,可以包括:
[0243] 第一发送模块801,用于当接收到终端的数据请求消息时,向PCRF发送服务质量请求消息;
[0244] 第二接收单元802,用于接收所述PCRF发送的指示当前的网络状态的消息;
[0245] 指令确定单元803,用于依据所述当前的网络状态,确定数据请求处理指令。
[0246] 其中,所述指令确定单元具体可以包括:
[0247] 码率确定子单元,用于如果所述终端所在小区当前的网络流量大于预设的拥塞门限,则将指示请求小于所述数据请求消息中携带的码率的预设码率的数据的指令确定为数据请求处理指令;
[0248] 传输通道确定子单元,用于如果所述终端所在小区当前的网络流量大于预设的拥塞门限,则将指示切换数据的传输通道为无线局域网的指令确定为数据请求处理指令;
[0249] 请求单元804,用于将指示请求小于所述数据请求消息中携带的码率的预设码率的数据的指令确定为数据请求处理指令时,向服务器请求其码率为所述预设码率的数据;
[0250] 转发单元805,用于将所述服务器发送的所述其码率为所述预设码率的数据通过网关转发给所述终端。
[0251] 图6及图8所述的装置可以为设置在无线通信网络中的功能节点,也可以为无线通信网络中的网关中新增的功能模块,其作用在于使得对终端的数据请求的处理能够适应网络环境的实时变化。
[0252] 本发明实施例公开的又一种基于无线通信网络的数据请求处理装置,应用于无线通信网络中的PCRF,如图9所示,可以包括:
[0253] 第二接收模块901,用于接收服务质量请求消息,所述网络服务质量请求消息由发送方在接收到终端的数据请求消息时发送;
[0254] 网络状态查询模块902,用于依据所述服务质量请求消息,查询当前的网络状态,,所述当前的网络状态用于获取数据请求处理指令,所述数据请求处理指令为所述发送方处理所述终端的数据请求的依据。
[0255] 本实施例公开的又一种基于无线通信网络的数据请求处理装置,应用于无线通信网络中的PCRF,如图10所示,可以包括:
[0256] 第二接收模块1001,用于接收服务质量请求消息,所述服务质量请求消息由发送方在接收到终端的数据请求消息时发送;
[0257] 网络状态查询模块1002,用于依据所述网络服务质量请求消息,查询当前的网络状态;
[0258] 指令确定模块1003,用于依据所述当前的网络状态及所述发送方发送的所述数据请求消息中携带的数据参数,确定数据请求处理指令;
[0259] 具体地,所述指令确定模块可以包括:
[0260] 码率确定单元,用于如果所述终端所在小区当前的网络流量大于预设的拥塞门限,则将指示请求小于所述数据请求消息中携带的码率的预设码率的数据的指令确定为数据请求处理指令;
[0261] 传输通道确定单元,用于如果所述终端所在小区当前的网络流量大于预设的拥塞门限,则将指示切换数据的传输通道为无线局域网的指令确定为数据请求处理指令。
[0262] 第二发送模块1004,用于发送所述数据请求处理指令给所述发送方,。
[0263] 本实施例公开的又一种基于无线通信网络的数据请求处理装置,应用于无线通信网络中的PCRF,如图11所示,可以包括:
[0264] 第二接收模块1101,用于接收服务质量请求消息,所述服务质量请求消息由发送方在接收到终端的数据请求消息时发送;
[0265] 网络状态查询模块1102,用于依据所述服务质量请求消息,查询当前的网络状态;
[0266] 第三发送模块1103,用于发送所述当前的网络状态给所述发送方。
[0267] 本发明实施例还公开了一种通信设备,如图12所示,包括:
[0268] 第一输入输出接口1201,用于当接收到终端的数据请求消息时,向策略控制和计费规则功能实体PCRF发送服务质量请求消息;
[0269] 第一处理器1202,用于获取数据请求处理指令,所述数据请求处理指令依据当前的网络状态及所述数据请求消息确定,所述当前的网络状态由所述PCRF依据接收到的服务质量请求消息查询得到,并依据所述数据请求处理指令,处理所述终端的数据请求;
[0270] 第一存储器1203,用于存储所述第一处理器中的程序及运行过程中产生的数据。
[0271] 本发明实施例还公开了一种策略控制和计费规则功能实体,如图13所示,包括:
[0272] 第二输入输出接口1301,用于接收服务质量请求消息,所述服务质量请求消息由发送方在接收到终端的数据请求消息时发送;
[0273] 第二处理器1302,用于依据所述服务质量请求消息,查询当前的网络状态,所述当前的网络状态用于获取数据请求处理指令,所述数据请求处理指令为所述发送方处理所述终端的数据请求的依据;
[0274] 第二存储器1303,用于存储所述第二处理器中的程序及运行过程中产生的数据。
[0275] 本实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算设备可读取存储介质中。基于这样的理解,本发明实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一台计算设备(可以是个人计算机,服务器,移动计算设备或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0276] 本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。
[0277] 对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
相关专利内容
标题 发布/更新时间 阅读量
请求处理技术 2020-05-12 645
短资源请求 2020-05-11 223
请求额外频谱 2020-05-12 545
HTTPS请求充实 2020-05-11 375
请求式定位 2020-05-11 977
并发请求调度 2020-05-12 648
预留请求改进 2020-05-12 927
存储器请求仲裁 2020-05-13 245
触发多载波请求 2020-05-13 49
触发多载波请求 2020-05-13 346
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈