CN104640150A - 一种通信优化方法、设备及系统 - Google Patents
一种通信优化方法、设备及系统 Download PDFInfo
- Publication number
- CN104640150A CN104640150A CN201310557994.2A CN201310557994A CN104640150A CN 104640150 A CN104640150 A CN 104640150A CN 201310557994 A CN201310557994 A CN 201310557994A CN 104640150 A CN104640150 A CN 104640150A
- Authority
- CN
- China
- Prior art keywords
- network congestion
- decision information
- media
- processing entity
- signaling processing
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
Abstract
本发明公开了一种通信优化方法，以及一种实现通信优化的系统、信令处理实体，和策略与计费规则功能实体。该方法包括：信令处理实体接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息，所述网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的；信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商。通过本发明实施例提供的通信优化方法，从而，可以使运营商在网络拥塞时根据网络状态来控制媒体参数的调整，实现精细化的控制。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种通信优化方法及设备。
背景技术
WebRTC（Web Real-Time Communication，Web实时通信）是一项在浏览器内部进行实时视频和音频通信的技术，近来得到快速发展，这对运营商传统的话音业务是一个挑战。运营商也开始考虑将其作为自己业务拓展的方式，并更好的保障自营或与运营商有签约的WebRTC业务的QoS（Quality of Service，服务质量），提供更好的用户体验。比如，运营商考虑将WebRTC和IMS（IPMultimedia Subsystem，IP多媒体系统）结合来为用户提供服务。
当前对于WebRTC类业务的QoS保障基本是由终端来做的，即终端应用层对数据包进行统计，统计出时延、丢包率、抖动，来判断网络状态，调整媒体的编码方式以及带宽。从而达到适应不同网络状态的目的，使用户有一个较好的用户体验。
在上述方案中，当网络发生拥塞时，从运营商角度来看，不能对类似于媒体参数等精细化的参数调整进行控制，以至于运营商处于被动地位。
发明内容
本发明实施例提供了一种通信优化方法及设备，以解决现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。
第一方面，提供了一种信令处理实体，包括：
接收单元，用于接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息，所述网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的；和
触发单元，用于根据所述接收单元接收的所述网络拥塞决策信息触发通信双方的媒体重协商。
结合第一方面，在第一方面的第一种可能的实现方式中，所述触发单元具体包括：确定单元，用于根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数；和发送单元，用于分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。
结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，信令处理实体还包括：获取单元，用于在所述通信双方注册后，分别向所述通信双方发起请求消息来获取其能力信息。
结合第一方面，在第一方面的第三种可能的实现方式中，所述触发单元，具体用于向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。
结合第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述触发单元，具体用于向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
结合第一方面或第一方面的第二种可能的实现方式至第一方面的第四种可能的实现方式中的任一一种，在第一方面的第五种可能的实现方式中，所述网络拥塞决策信息包括：带宽操作指示。
第二方面，提供了一种策略与计费规则功能实体，包括：确定单元，用于根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定网络拥塞决策信息；发送单元，用于将所述确定单元确定的网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商。
结合第二方面，在第二方面的第一种可能的实现方式中，所述发送单元，具体用于将所述确定单元确定的网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数，分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。
结合第二方面，在第二方面的第二种可能的实现方式中，所述发送单元，具体用于将所述确定单元确定的网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数，分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。
结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述发送单元，具体用于将所述确定单元确定的网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
结合第二方面，或第二方面的第一种可能的实现方式至第二方面的第三种可能的实现方式中的任一一种，在第二方面的第四种可能的实现方式中，所述网络拥塞决策信息包括：带宽操作指示。
第三方面，提供了一种通信优化方法，包括：信令处理实体接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息，所述网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的；信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商。
结合第三方面，在第三方面的第一种可能的实现方式中，所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商具体包括：信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数；分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。
结合第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数具体可以为：信令处理实体从保存的通信双方所支持的媒体参数中选择和所述网络拥塞决策信息相匹配的媒体参数，来作为确定的媒体参数。
结合第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中，所述信令处理实体接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息之前，还包括：所述信令处理实体在所述通信双方注册后，分别向所述通信双方发起请求消息来获取其能力信息。结合第三方面，在第三方面的第四种可能的实现方式中，所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商具体包括：所述信令处理实体向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。结合第三方面的第四种可能的实现方式，在第三方面的第五种可能的实现方式中，所述其中一方发起媒体重协商请求具体包括：所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
结合第三方面的第五种可能的实现方式，在第三方面的第六种可能的实现方式中，所述其中一方根据自身能力信息所述网络拥塞决策信息确定媒体参数具体可以为：所述其中一方从自身所支持的媒体参数中选择和所述网络拥塞决策信息相匹配的媒体参数，来作为确定的媒体参数。
结合第三方面，或第三方面的第一种可能的实现方式至第六种可能的实现方式中的任一一种，在第三方面的第七种可能的实现方式中，所述网络拥塞决策信息包括：带宽操作指示。
根据第一方面提供的信令处理实体、或第二方面提供的策略与计费规则功能实体、或第三方面提供的通信优化方法，通过信令处理实体接收PCRF发送的网络拥塞状态，信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商，其中，网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的，可以使运营商在网络拥塞时根据网络状态来控制媒体参数的调整，实现精细化的控制。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1所示为本发明实施例一提供的通信优化的系统示意图；
图2所示为本发明实施例二中所述信令处理实体的结构示意图；
图3所示为本发明实施例三中所述PCRF的结构示意图；
图4所示为本发明实施例四中所述通信优化方法的流程示意图；
图5所示为本发明实施例五中所述通信优化方法的流程示意图；
图6所示为本发明实施例六中所述通信优化方法的流程示意图；
图7所示为本发明实施例七中所述通信优化方法的流程示意图；
图8所示为本发明实施例八中所述通信优化方法的流程示意图；
图9所示为本发明实施例九中所述信令处理实体的结构示意图；
图10所示为本发明实施例十中所述PCRF的结构示意图；
图11所示为本发明实施例十一中所述信令处理实体的结构示意图；
图12所示为本发明实施例十二中所述PCRF的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。而且，方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。
实施例一：
如图1所示，其为本发明实施例一提供的通信优化的系统示意图。该系统包括策略与计费规则功能实体（Policy and Charging Rules Function，PCRF）11和信令处理实体13。
PCRF11，用于发送网络拥塞决策信息给信令处理实体。所述网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的。
信令处理实体13，用于接收PCRF发送的网络拥塞决策信息，根据所述网络拥塞决策信息触发通信双方的媒体重协商。
具体的，网络拥塞状态表明当前网络的拥塞状态，比如：网络目前是轻度拥塞、中度拥塞、严重拥塞或不拥塞等。用户签约数据可以表明用户的级别，比如：用户是普通用户、铜牌用户、银牌用户或金牌用户等。运营商拥塞策略就是运营商制定的在网络拥塞时对不同级别用户的处理策略，比如：在网络轻度拥塞时，对铜牌用户的视频进行带宽限制，对银牌用户以及金牌用户不进行视频带宽限制；或，在网络中度拥塞时，对铜牌用户和银牌用户的视频进行带宽限制，对金牌用户不进行视频带宽限制；或，在网络严重拥塞时，对所有的用户都进行带宽限制，还可以进一步限制不同级别用户的带宽分别不超过一定的门限等。上述对网络拥塞状态、运营商拥塞策略以及用户签约数据的说明只是举例说明，本发明实施例对此不作限定。
可选的，PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的网络拥塞决策信息可以是如下形式之一：
（1）带宽操作指示。
具体的，带宽操作指示可以是提升带宽指示或降低带宽指示。
（2）带宽操作指示，并且还有带宽限制（即带宽的最大值）信息。比如，带宽限制可以为200kbps等。
具体的，如果带宽操作指示是提升带宽指示或降低带宽指示，那么带宽限制相应的是提升带宽或降低带宽后的最大带宽。
（3）也可以是信令处理实体可以理解的其他媒体参数调整的指示，这里不做具体限定。其中，媒体参数具体可以包括带宽、编解码类型、码流或者帧频等。
例如，PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定网络拥塞决策信息，具体可以为：当当前的网络状态是轻度拥塞，通信双方的用户是铜牌用户，运营商拥塞策略为：在网络轻度拥塞时，对铜牌用户的视频进行带宽限制，对金牌用户不进行带宽限制。那么PCRF发送给信令处理实体的网络拥塞决策信息可以是：指示信令处理实体进行降低带宽操作。也可以是：当当前的网络状态是轻度拥塞；通信双方的用户一个是铜牌用户，一个是金牌用户；运营商拥塞策略为：在网络不拥塞时，对铜牌用户的视频不进行带宽限制，对金牌用户的带宽进行提升。那么PCRF可以根据最高级别用户的带宽限制策略来确定拥塞决策信息，则PCRF发送给信令处理实体的网络拥塞决策信息可以是：指示信令处理实体进行提升带宽操作。还可以是：当通信双方的用户属于不同的运营商，则PCRF可以结合网络拥塞状态，用户签约数据以及两个运营商的拥塞策略来确定网络拥塞决策信息。当然，也不限于上述的例子。
可选的，信令处理实体13，具体可以用于接收PCRF发送的网络拥塞决策信息，根据保存的通信双方的能力信息（例如终端可支持的媒体参数）和所述网络拥塞决策信息确定媒体参数，分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。进一步的，信令处理实体13可以在通信双方注册后，分别向所述通信双方发起请求消息来获取其能力信息。其中，媒体参数可以包括带宽、编解码类型、码流或者帧频等。
其中，信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数具体可以为：信令处理实体可以从保存的通信双方所支持的媒体参数中选择和所述网络拥塞决策信息相匹配的媒体参数，来作为确定的媒体参数。
可选的，信令处理实体13，具体可以用于接收PCRF发送的网络拥塞决策信息，向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。进一步的，所述其中一方发起媒体重协商请求具体包括：所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
其中，所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数具体可以为：所述其中一方可以从自身所支持的媒体参数中选择和所述网络拥塞决策信息相匹配的媒体参数，来作为确定的媒体参数。
在本实施例提供的通信优化的系统中，通信双方，可以是平板电脑，智能手机，或会议系统中的终端设备和会议中心节点（例如：应用服务器AS），本发明实施例对此不作任何限定。通信双方可以是正在建立通话中，也可以是通话过程中，本发明实施例对此不作限定。本实施例中的信令处理实体也可以是WebRTC信令功能实体。该WebRTC信令功能实体可以在WebRTC接入时处理控制信令，还可以实现WebRTC客户端发送的控制信令至IMS信令的转换等。
本实施例提供的通信优化系统，可以解决现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的系统，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例二：
如图2所示，其为本发明实施例二提供的实现通信优化的信令处理实体的结构示意图。该信令处理实体可以应用在实施例一提供的系统中，可以实现下面实施例四到实施例八提供的方法。系统中信令处理实体与PCRF的交互也可以适用于本实施例的信令处理实体。
该信令处理实体包括接收单元21和触发单元23。接收单元21，用于接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息，所述网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的；触发单元23，用于根据所述接收单元21接收的所述网络拥塞决策信息触发通信双方的媒体重协商。
具体的，网络拥塞状态、运营商拥塞策略和用户签约数据的含义，以及PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的网络拥塞决策信息，以及PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定网络拥塞决策信息的方法，如实施例一中所述，这里不再重复。
可选的，所述触发单元23具体可以包括确定单元231和发送单元232。确定单元231，用于根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数；发送单元232，用于分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。进一步的，还可以包括获取单元25，用于在所述通信双方注册后，分别向所述通信双方发起请求消息来获取其能力信息。
其中，确定单元用于根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数具体可以为：确定单元可以从保存的通信双方所支持的媒体参数中选择和所述网络拥塞决策信息相匹配的媒体参数，来作为确定的媒体参数。
可选的，所述触发单元23，具体用于向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。进一步的，所述其中一方发起媒体重协商请求具体包括：所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
其中，所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数具体可以为：所述其中一方可以从自身所支持的媒体参数中选择和所述网络拥塞决策信息相匹配的媒体参数，来作为确定的媒体参数。
进一步的，通信的双方，可以是平板电脑，智能手机，或会议系统中的终端设备和会议中心节点（例如：应用服务器AS），本发明实施例对此不作任何限定。本实施例中的信令处理实体可以是WebRTC信令功能实体。该WebRTC信令功能实体可以在WebRTC接入时处理控制信令，还可以实现WebRTC客户端发送的控制信令至IMS信令的转换等。
本实施例提供的信令处理实体，可以解决现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的信令处理实体，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例三：
如图3所示，其为本发明实施例三提供的实现通信优化的策略与计费规则功能实体PCRF的结构示意图。该PCRF可以应用在实施例一提供的系统中，可以实现下面实施例四到实施例八提供的方法。系统中PCRF与信令处理实体的交互也可以适用于本实施例中提供的PCRF。
该PCRF包括确定单元31和发送单元33。确定单元31，用于根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定网络拥塞决策信息；发送单元33，用于将所述确定单元确定的网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商。
具体的，网络拥塞状态、运营商拥塞策略和用户签约数据的含义，以及PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的网络拥塞决策信息，以及PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定网络拥塞决策信息的方法，如实施例一中所述，这里不再重复。
可选的，发送单元33，具体用于将所述确定单元确定的网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数，分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。进一步的，通信双方的能力信息是信令处理实体在通信双方注册后，分别向所述通信双方发起请求消息来获取其能力信息。
可选的，发送单元33，具体用于将所述确定单元确定的网络拥塞策略发送给信令处理实体，以使所述信令处理实体向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。进一步的，所述其中一方发起媒体重协商请求具体包括：所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
其中，所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数具体可以为：所述其中一方可以从自身所支持的媒体参数中选择和所述网络拥塞决策信息相匹配的媒体参数，来作为确定的媒体参数。
进一步的，通信的双方，可以是平板电脑，智能手机，或会议系统中的终端设备和会议中心节点（例如：应用服务器），本发明实施例对此不作任何限定。本实施例中的信令处理实体可以是WebRTC信令功能实体。该WebRTC信令功能实体可以在WebRTC接入时处理控制信令，还可以实现WebRTC客户端发送的控制信令至IMS信令的转换等。
本实施例提供的PCRF，可以解决现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的PCRF，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例四：
如图4所示，其为本发明实施例四提供的通信优化方法的流程示意图。该方法可以应用在实施例一提供的系统中。该方法包括如下步骤：
S401，信令处理实体接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息，所述网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的；
具体的，网络拥塞状态、运营商拥塞策略和用户签约数据的含义，以及PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的网络拥塞决策信息，以及PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定网络拥塞决策信息的方法，如实施例一中所述，这里不再重复。
S403，信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商。
可选的，所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商具体可以为：信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数；信令处理实体分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。
其中，信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数具体可以为：信令处理实体从保存的通信双方所支持的媒体参数中选择和所述网络拥塞决策信息相匹配的媒体参数，来作为确定的媒体参数。
进一步的，所述信令处理实体接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息之前，还包括：所述信令处理实体在所述通信双方注册后，分别向所述通信双方发起请求消息来获取其能力信息。
可选的，所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商具体可以为：所述信令处理实体向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。
可选的，所述其中一方发起媒体重协商请求具体包括：所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
在本实施例提供的通信优化方法中，通信双方，可以是平板电脑，智能手机，或会议系统中的终端设备和会议中心节点（例如：应用服务器AS），本发明实施例对此不作任何限定。通信双方可以是正在建立通话中，也可以是通话过程中，本发明实施例对此不作限定。本实施例中的信令处理实体可以是WebRTC信令功能实体。该WebRTC信令功能实体可以在WebRTC接入时处理控制信令，还可以实现WebRTC客户端发送的控制信令至IMS信令的转换等。
本实施例提供的通信优化方法，可以解决现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的方法，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例五：
本发明实施例五提供了一种通信优化方法，该方法为对本发明实施例四中所述通信优化方法的进一步说明，是以对通话过程中的两个用户终端进行媒体参数调整为例。具体地，如图5所示，所述通信优化方法具体包括以下步骤：
S501，WebRTC信令功能实体在用户终端（User Equipment，UE）UE1和UE2注册后，分别向UE1和UE2发起消息，请求终端（包括UE1和UE2）的能力信息，并保存终端的能力信息。
S502，UE1通过WebRTC信令功能实体向UE2发起呼叫，进行媒体协商。
S503，WebRTC信令功能实体在收到UE1发送的媒体协商请求后，解析并保存媒体请求信息。其中，媒体请求信息主要包括本次媒体协商请求的媒体控制信息，例如：媒体参数等。
S504，WebRTC信令功能实体向UE2转发媒体协商请求。
S505，UE2向WebRTC信令功能实体返回媒体协商应答，也就是返回媒体协商结果。
S506，WebRTC信令功能实体解析并保存应答消息中的媒体参数。
S507，WebRTC信令功能实体向UE1返回媒体协商应答，也就是返回媒体协商结果。
S508，信令功能实体作为应用功能实体（Application Function，AF）向PCRF传递媒体参数进行网络侧资源预留过程。
其中，步骤S507和S508无先后顺序之分。
S509，UE1和UE2建立通话。
S510，当RAN（Radio Access Network，无线接入网）侧检测到网络发生拥塞时，上报网络拥塞状态至公用数据网网关（Public Data Network Gateway，PGW），从而上报给PCRF。本实施例中，以网络拥塞状态为轻度拥塞为例。
S511，PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定拥塞决策信息。
本实施例中，以使用UE1和UE2的用户为铜牌用户，运营商拥塞策略是：在网络轻度拥塞时，对铜牌用户的视频进行带宽限制为例。
具体的，PCRF获知用户使用的实际网络带宽为416kbps，则PCRF根据上述网络拥塞状态、运营商拥塞策略以及用户签约数据确定的拥塞决策信息是：降低带宽指示。
可选的，如果运营商拥塞策略是：在网络轻度拥塞时，对铜牌用户的视频进行带宽限制，并且带宽不能超过200kbps。那么PCRF根据上述网络拥塞状态、运营商拥塞策略以及用户签约数据确定的拥塞决策信息也可以是是：降低带宽指示和带宽限制信息（即，带宽不能超过200kbps）。
S512，PCRF发送网络拥塞决策信息给WebRTC信令功能实体。
S513，WebRTC信令功能实体根据S501中保存的终端能力信息以及PCRF上报的网络拥塞决策信息，确定新的媒体参数。
具体的，WebRTC信令功能实体可以从UE1和UE2所支持的媒体参数中选择和所述网络拥塞决策信息相匹配的媒体参数，来作为新的媒体参数。例如：UE1和UE2支持的媒体参数为：编解码类型为H.263，码流（也可以是码率）为384kbps，帧频是30pfs，带宽是416kbps；或编解码类型为H.263，码流为64kbps，帧频是15pfs，带宽是200kbps。当前UE1选择的媒体参数为：码流是384kbps，帧频是30pfs，所需带宽是416kbps；UE2选择的媒体参数为：码流是384kbps，帧频是30pfs，所需带宽是416kbps。PCRF上报给WebRTC信令功能实体需要降低带宽，则WebRTC信令功能实体可以调整媒体参数，调整后的UE1的媒体参数可以为：编解码类型为H.263，码流是64kbps，帧频是15pfs，带宽是200kbps；调整后的终端UE2的媒体参数可以为：编解码类型为H.263，码流是64kbps，帧频是15pfs，带宽是200kbps。当然，UE1和UE2所支持的媒体参数也可以不同，上述仅仅是示例，并不用来限定。
S514，WebRTC信令功能实体分别发送媒体重协商请求至UE1和UE2。所述媒体重协商请求中携带S513中确定的新的媒体参数，即：编解码类型为H.263，码流是64kbps，帧频是15pfs，带宽是200kbps。
S515，UE1和UE2分别向WebRTC信令功能实体发送媒体重协商应答，即媒体重协商结果。后续UE1和UE2就使用WebRTC信令功能实体发送的新的媒体参数来进行通话。
S516，WebRTC信令功能实体将媒体重协商结果更新给PCRF，触发网络侧的资源修改过程。
S517，UE1和UE2使用调整后的新的媒体参数进行通话。
本实施例提供的通信优化方法，可以解决通信双方在通话过程中，如果发生网络拥塞，则现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的方法，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例六：
本发明实施例六提供了一种通信优化方法，该方法为对本发明实施例四中所述通信优化方法的进一步说明，以对通话过程中的两个用户终端进行媒体参数调整为例。具体地，如图6所示，所述通信优化方法具体包括以下步骤：
S601～S602，同实施例五中的S501～S502。
S603～S604，同实施例五中的S504～S505。
S605～S610，同实施例五中的S507～S512。
S611，WebRTC信令功能实体将S610中接收的网络拥塞决策信息发送给UE1。UE1根据自身能力信息和所述网络拥塞决策信息确定媒体参数。
例如：UE1和UE2支持的媒体参数为：编解码类型为H.263，码流为384kbps，帧频是30pfs，带宽是416kbps；或编解码类型为H.263，码流为64kbps，帧频是15pfs，带宽是200kbps。UE1当前使用的实际网络带宽为416kbps，但由于网络拥塞决策信息是降低带宽指示，因此UE1根据所述降低带宽指示，从自身所支持的媒体参数中选择带宽低于416Kbps的媒体参数。因此，确定的新的媒体参数为：编解码类型为H.263，码流为64kbps，帧频是15pfs，带宽是200kbps。
S612，UE1通过WebRTC信令功能实体向UE2发起媒体重协商请求，所述媒体重协商请求中携带UE1确定的新的媒体参数。
S613，WebRTC信令功能实体向UE2转发所述媒体重协商请求。
S614，UE2返回媒体重协商应答至WebRTC信令功能实体。
具体的，UE2根据UE1发送的新的媒体参数，将自身的媒体参数也调整为：编解码类型为H.263，码流为64kbps，帧频是15pfs，带宽是200kbps。
S615，WebRTC信令功能实体转发重协商应答至UE1。
S616～S617，同实施例五中的S516～S517。
本实施例提供的通信优化方法，可以解决通信双方在通话过程中，如果发生网络拥塞，则现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的方法，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例七：
本发明实施例七提供了一种通信优化方法，该方法为对本发明实施例四中所述通信优化方法的进一步说明，是以对建立通话过程中的两个用户终端进行媒体参数调整为例。具体地，如图7所示，所述通信优化方法具体包括以下步骤：
S701～S704，同实施例五中的S501～S504。
S705，当RAN侧检测到网络发生拥塞时，上报网络拥塞状态至PGW，从而上报给PCRF。本实施例中，以网络拥塞状态为轻度拥塞为例。
S706，PCRF保存S705中接收的网络拥塞状态。
S707，UE2完成协商后，向WebRTC信令功能实体返回媒体协商应答，也就是返回媒体协商结果。
S708，WebRTC信令功能实体解析并保存应答消息中的媒体参数。
S709，WebRTC信令功能实体发送媒体协商应答给终端设备UE1。
S710，PCRF向WebRTC信令功能实体发送资源预留请求。所述资源预留请求中携带请求的带宽。
S711，PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定网络拥塞决策信息。
本实施例中，以使用UE1和UE2的用户为铜牌用户，运营商拥塞策略是：在网络轻度拥塞时，对铜牌用户的视频进行带宽限制为例，比如不能超过200kbps。
具体的，PCRF根据WebRTC信令功能实体发送的资源预留请求获知用户请求的网络带宽为416kbps，则PCRF根据上述网络拥塞状态、运营商拥塞策略以及用户签约数据确定的拥塞决策信息是：降低带宽指示，和带宽限制信息（即，带宽不能超过200kbps）。
S712，PCRF接收WebRTC信令功能实体发送的资源预留响应。其中，资源预留响应中携带降低带宽指示和带宽限制信息。
S713，同实施例五中的S513。
S714～S715，同实施例五中的S514～S515。
S716，WebRTC信令功能实体向PCRF发起资源预留请求，携带触发资源预留过程。
S717，UE1和UE2使用新的媒体参数进行通话。
在本实施例提供的通信优化方法中，通信双方，可以是平板电脑，智能手机，或会议系统中的终端设备和会议中心节点，本发明实施例对此不作任何限定。
本实施例提供的通信优化方法，可以解决通信双方在建立通话过程中，如果发生网络拥塞，则现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的方法，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例八：
本发明实施例八提供了一种通信优化方法，该方法为对本发明实施例四中所述通信优化方法的进一步说明，是以对建立通话过程中的两个用户终端进行媒体参数调整为例。具体地，如图8所示，所述通信优化方法具体包括以下步骤：
S801～S802，同实施例七中的S701～S702。
S803～S806，同实施例七中的S704～S707。
S807～S810，同实施例七中的S709～S712。
S811～S815，同实施例六中的S611～S615。
S816～S817，同实施例七中的S716～S717。
在本实施例提供的通信优化方法中，通信双方，可以是平板电脑，智能手机，或会议系统中的终端设备和会议中心节点，本发明实施例对此不作任何限定。
本实施例提供的通信优化方法，可以解决通信双方在建立通话过程中，如果发生网络拥塞，则现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的方法，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例九：
如图9所示，为本发明实施例提供的另一种信令处理实体的结构图，采用通用计算机系统结构，计算机系统可具体是基于处理器的计算机。如图9所示，所述信令处理实体包括至少一个处理器901，通信总线902，存储器903以及至少一个通信接口904。
处理器901可以是一个通用中央处理器（CPU），微处理器，特定应用集成电路（application-specific integrated circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。
其中，所述通信总线902可包括一通路，在上述组件之间传送信息。所述通信接口904，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网（RAN），无线局域网(Wireless Local Area Networks，WLAN)等。
计算机系统包括一个或多个存储器，可以是只读存储器（read-onlymemory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器（random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器（Electrically ErasableProgrammable Read-Only Memory，EEPROM）、只读光盘（Compact DiscRead-Only Memory，CD-ROM）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。这些存储器通过总线与处理器相连接。
其中，所述存储器903用于存储执行本发明方案的应用程序代码，执行本发明方案的应用程序代码保存在存储器中，并由处理器901来控制执行。所述处理器901用于执行所述存储器903中存储的应用程序。
在一种可能的实施方式中，当上述应用程序被所述处理器901执行时，实现如下功能：
接收PCRF发送的网络拥塞决策信息，所述网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的；
根据所述网络拥塞决策信息触发通信双方的媒体重协商。
具体的，网络拥塞状态、运营商拥塞策略和用户签约数据的含义，以及PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的网络拥塞决策信息，以及PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定网络拥塞决策信息的方法，如实施例一中所述，这里不再重复。
在另一种可能的实施方式中，所述根据所述网络拥塞决策信息触发通信双方的媒体重协商具体包括：
信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数；分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。
在另一种可能的实施方式中，所述根据所述网络拥塞决策信息触发通信双方的媒体重协商具体包括：向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。
在另一种可能的实施方式中，所述其中一方发起媒体重协商请求具体包括：所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
本实施例中，应用程序被处理器执行时，信令功能实体与其他网元之间的交互方法可以参考上述方法实施例。这里不再详细描述。
本实施例提供的信令处理实体，可以解决现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的信令处理实体，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例十：
如图10所示，为本发明实施例提供的另一种PCRF的结构图，采用通用计算机系统结构，计算机系统可具体是基于处理器的计算机。如图10所示，所述PCRF包括至少一个处理器1001，通信总线1002，存储器1003以及至少一个通信接口1004。
处理器1001可以是一个CPU，微处理器，特定应用集成电路ASIC，或一个或多个用于控制本发明方案程序执行的集成电路。
其中，所述通信总线1002可包括一通路，在上述组件之间传送信息。所述通信接口1004，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，RAN，WLAN等。
计算机系统包括一个或多个存储器，可以是只读存储器ROM或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器EEPROM、只读光盘CD-ROM或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。这些存储器通过总线与处理器相连接。
其中，所述存储器1003用于存储执行本发明方案的应用程序代码，执行本发明方案的应用程序代码保存在存储器中，并由处理器1001来控制执行。所述处理器1001用于执行所述存储器1003中存储的应用程序。
在一种可能的实施方式中，当上述应用程序被所述处理器1001执行时，实现如下功能：
根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定网络拥塞决策信息；将所述网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商。
可选的，PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的网络拥塞决策信息可以是如下形式之一：
（1）带宽操作指示。
具体的，带宽操作指示可以是提升带宽指示或降低带宽指示。
（2）带宽操作指示，并且还有带宽限制（即带宽的最大值）信息。比如，带宽限制可以为200kbps等。
具体的，如果带宽操作指示是提升带宽指示或降低带宽指示，那么带宽限制相应的是提升带宽或降低带宽后的最大带宽。
（3）也可以是信令处理实体可以理解的其他媒体参数调整的指示，这里不做具体限定。其中，媒体参数具体可以包括带宽、编解码类型、码流或者帧频等。
其中，PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定网络拥塞决策信息的例子可以是并且不限于实施例一中所列举的例子。
在另一种可能的实施方式中，所述将所述网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商具体包括：将所述网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数，分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。
在另一种可能的实施方式中，所述将所述网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商具体包括：将所述网络拥塞策略发送给信令处理实体，以使所述信令处理实体向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。
在另一种可能的实施方式中，，所述其中一方发起媒体重协商请求具体包括：所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
本实施例中，应用程序被处理器执行时，PCRF与其他网元之间的交互方法可以参考上述方法实施例。这里不再详细描述。
本实施例提供的PCRF，可以解决现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的PCRF，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例十一：
本发明实施例十一提供了一种实现通信优化的信令处理实体。该信令处理实体与实施例二提供的信令处理实体的主要不同在于，该信令处理实体从PCRF接收的网络拥塞决策信息包括网络拥塞状态。所述网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定需要对通信双方的媒体参数进行调整后，发送给信令处理实体的。
该信令处理实体包括：接收单元1101和触发单元1103。接收单元1101，用于接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息，所述网络拥塞决策信息包括网络拥塞状态；所述网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定需要对通信双方的媒体参数进行调整后发送给信令处理实体的；触发单元1103，用于根据所述接收单元1101接收的所述网络拥塞决策信息触发通信双方的媒体重协商。
具体的，网络拥塞状态、运营商拥塞策略和用户签约数据的含义如实施例一中所述，这里不再重复。
具体的，PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定需要对通信双方的媒体参数进行调整，具体可以为：当当前网络为轻度拥塞，通信双方的用户都是铜牌用户，运营商拥塞策略为：在网络轻度拥塞时，对铜牌用户的视频进行带宽限制，对金牌用户不进行带宽限制。那么这种情形下，需要对铜牌用户进行带宽限制，即需要进行媒体参数调整。那么PCRF将需要上报网络拥塞状态至信令处理实体，可选的，还可以根据运营商策略，将限制带宽信息上报至信令处理实体。也可以为：当当前的网络状态是轻度拥塞；通信双方的用户一个是铜牌用户，一个是金牌用户；运营商拥塞策略为：在网络不拥塞时，对铜牌用户的视频不进行带宽限制，对金牌用户的带宽进行提升。那么这种情形下，需要对用户进行带宽提升，即需要进行媒体参数调整。那么PCRF将需要上报网络拥塞状态至信令处理实体，可选的，还可以根据运营商策略，将带宽限制信息上报至信令处理实体。
可选的，所述触发单元1103具体可以包括确定单元11031和发送单元11032。确定单元11031，用于根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数；发送单元11032，用于分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。进一步的，还可以包括获取单元1105，用于在所述通信双方注册后，分别向所述通信双方发起请求消息来获取其能力信息。
其中，确定单元11031用于根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数具体可以为：确定单元11031可以从通信双方所支持的媒体参数中选择和所述网络拥塞决策信息相匹配的媒体参数，来作为确定的媒体参数。
可选的，所述触发单元1103，具体用于向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。进一步的，所述其中一方发起媒体重协商请求具体包括：所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
其中，所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数具体可以为：所述其中一方可以从自身所支持的媒体参数中选择和所述网络拥塞决策信息相匹配的媒体参数，来作为确定的媒体参数。
本实施例提供的信令处理实体，可以解决现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的信令处理实体，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例十二：
如图12所示，其为本发明实施例十二提供的实现通信优化的PCRF的结构示意图。该PCRF可以实现下面实施例十四到实施例十七提供的方法。
该PCRF包括确定单元1201和发送单元1203。确定单元1201，用于根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定是否需要对通信双方的媒体参数进行调整；发送单元1203，用于在确定单元1201确定需要对通信双方的媒体参数进行调整后，向信令处理实体发送网络拥塞决策信息，以使所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商，所述网络拥塞决策信息包括网络拥塞状态。
具体的，关于网络拥塞状态，用户签约数据以及运营商拥塞策略的示例可以参考实施例一中的相关描述，这里不再赘述。
具体的，PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定需要对通信双方的媒体参数进行调整的方法可以参考实施例一中的相关描述，这里不再赘述。
可选的，发送单元1203，具体用于将网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数，分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。
可选的，发送单元1203，具体用于将网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。进一步的，所述其中一方发起媒体重协商请求具体包括：所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
可选的，网络拥塞决策信息也可以进一步包括带宽限制信息。
本实施例提供的策略与计费规则功能实体，可以解决现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的PCRF，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例十三：
本发明实施例十三提供了另一种实现通信优化方法。本实施例不再画图。该方法包括如下步骤：
S1301，信令处理实体接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息，所述网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定需要对通信双方的媒体参数进行调整后发送的，所述网络拥塞决策信息包括网络拥塞状态。
具体的，关于网络拥塞状态，用户签约数据以及运营商拥塞策略的示例可以参考实施例一中的相关描述，这里不再赘述。
具体的，PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定需要对通信双方的媒体参数进行调整的方法可以参考实施例一中的相关描述，这里不再赘述。
S1303，信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商。
可选的，所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商具体包括：信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数；分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。
进一步的，所述信令处理实体接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息之前，还包括：所述信令处理实体在所述通信双方注册后，分别向所述通信双方发起请求消息来获取其能力信息。
可选的，所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商具体包括：所述信令处理实体向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。进一步的，所述其中一方发起媒体重协商请求具体包括：所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
可选的，网络拥塞决策信息也可以进一步包括带宽限制信息。
本实施例提供的通信优化方法，可以解决现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的方法，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例十四：
本发明实施例十四提供了另一种通信优化方法，该方法为对本发明实施例十三中所述通信优化方法的进一步说明，是以对通话过程中的两个用户终端进行媒体参数调整为例。
该方法与图5所示的实施例相比，不同在于：在本实施例中，S511～S513步骤有改变，其他步骤都和图5所示的步骤相同。本实施例不再画图。
具体地，所述通信优化方法具体包括以下步骤：
S1401～S1410，同实施例五中的S501～S510。
S1411，PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定需要调整通信双方的媒体参数。
本实施例中，以使用UE1和UE2的用户为铜牌用户，运营商拥塞策略是：在网络轻度拥塞时，对铜牌用户的视频进行带宽限制为例，对金牌用户不进行带宽限制，比如铜牌用户的带宽不能超过200kbps。
具体的，PCRF获知用户使用的实际网络带宽为416kbps，则PCRF根据上述网络拥塞状态、运营商拥塞策略以及用户签约数据确定需要对两个铜牌用户的带宽进行调整，即需要进行媒体参数调整。
S1412，在PCRF确定需要调整通信双方的媒体参数后，PCRF发送网络拥塞决策信息给WebRTC信令功能实体。本实施例中以网络拥塞决策信息为网络拥塞状态为例。可选的，也可以上传网络拥塞状态和带宽限制信息给WebRTC信令功能实体。
S1413，WebRTC信令功能实体根据S501中保存的终端能力信息以及PCRF上报的网络拥塞状态，确定新的媒体参数。
S1414～S1417，同实施例五中的S514～S517。
本实施例提供的通信优化方法，可以解决通信双方在通话过程中，如果发生网络拥塞，则现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的方法，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例十五：
本发明实施例十五提供了另一种通信优化方法，该方法为对本发明实施例十五中所述通信优化方法的进一步说明，是以对通话过程中的两个用户终端进行媒体参数调整为例。
该方法与图6所示的实施例相比，不同在于：在本实施例中，S609～S610步骤有改变，其他步骤都和图6所示的步骤相同。本实施例不再画图。
具体地，所述通信优化方法具体包括以下步骤：
S1501～S1508，同S601～S608。
S1509，PCRF根据S1608步骤中接收的网络拥塞状态、以及运营商拥塞策略和用户签约数据确定需要调整通信双方的媒体参数。
本实施例中，以使用UE1和UE2的用户为铜牌用户，运营商拥塞策略是：在网络轻度拥塞时，对铜牌用户的视频进行带宽限制为例，对金牌用户不进行带宽限制，比如铜牌用户的带宽不能超过200kbps。
具体的，PCRF获知用户使用的实际网络带宽为416kbps，则PCRF根据上述网络拥塞状态、运营商拥塞策略以及用户签约数据确定需要对两个铜牌用户的带宽进行调整，即需要进行媒体参数调整。
S1510，PCRF发送网络拥塞决策信息给WebRTC信令功能实体。本实施例中以网络拥塞决策信息为网络拥塞状态为例。可选的，也可以上传网络拥塞状态和带宽限制信息给WebRTC信令功能实体。
S1511～S1517，同S611～S617。
本实施例提供的通信优化方法，可以解决通信双方在通话过程中，如果发生网络拥塞，则现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的方法，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例十六：
本发明实施例十六提供了另一种通信优化方法，该方法为对本发明实施例十五中所述通信优化方法的进一步说明，是以正在建立通话过程中的两个用户终端进行媒体参数调整为例。
该方法与图7所示的实施例相比，不同在于：在本实施例中，S711～S713步骤有改变，其他步骤都和图7所示的步骤相同。本实施例不再画图。
具体地，所述通信优化方法具体包括以下步骤：
S1601～S1610，同S701～S710。
S1611，PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定需要调整通信双方的媒体参数。
本实施例中，以使用UE1和UE2的用户为铜牌用户，运营商拥塞策略是：在网络轻度拥塞时，对铜牌用户的视频进行带宽限制为例，比如铜牌用户的带宽不能超过200kbps。
具体的，PCRF根据WebRTC信令功能实体发送的资源预留请求获知用户请求的网络带宽为416kbps，大于允许的带宽，则PCRF根据上述网络拥塞状态、运营商拥塞策略以及用户签约数据确定需要对两个铜牌用户的带宽进行调整，即需要进行媒体参数调整。
S1612，PCRF接收WebRTC信令功能实体发送的资源预留响应。其中，资源预留响应中携带网络拥塞决策信息。本实施例中以网络拥塞决策信息为网络拥塞状态为例。可选的，也可以上传网络拥塞状态和带宽限制信息给WebRTC信令功能实体。
S1613，信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数。
S1614～S1617，同实施例七中的S714～S717。
本实施例提供的通信优化方法，可以解决通信双方在建立通话过程中，如果发生网络拥塞，则现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的方法，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
实施例十七：
本发明实施例十七提供了一种通信优化方法，该方法为对本发明实施例十五中所述通信优化方法的进一步说明，是以正在建立通话过程中的两个用户终端进行媒体参数调整为例。
该方法与图8所示的实施例相比，不同在于：在本实施例中，S809～S810步骤有改变，其他步骤都和图8所示的步骤相同。本实施例不再画图。
具体地，所述通信优化方法具体包括以下步骤：
S1701～S1708，同S801～S808。
S1709，PCRF根据S1708步骤中接收的网络拥塞状态、以及运营商拥塞策略和用户签约数据确定需要调整通信双方的媒体参数。
本实施例中，以使用UE1和UE2的用户为铜牌用户，运营商拥塞策略是：在网络轻度拥塞时，对铜牌用户的视频进行带宽限制为例，对金牌用户不进行带宽限制，比如铜牌用户的带宽不能超过200kbps。
具体的，PCRF获知用户使用的实际网络带宽为416kbps，则PCRF根据上述网络拥塞状态、运营商拥塞策略以及用户签约数据确定需要对两个铜牌用户的带宽进行调整，即需要进行媒体参数调整。
S1710，PCRF发送网络拥塞决策信息给WebRTC信令功能实体。本实施例中以网络拥塞决策信息为网络拥塞状态为例。可选的，也可以上传网络拥塞状态和带宽限制信息给WebRTC信令功能实体。
S1711～S1717，同S811～S817。
本实施例提供的通信优化方法，可以解决通信双方在建立通话过程中，如果发生网络拥塞，则现有的运营商在网络拥塞时无法根据网络状态来控制媒体参数的调整，进行精细化控制的问题。进一步，本实施例提供的方法，可以使级别高的用户在网络拥塞时仍然能够享受到更好的业务质量，从而有更好的用户体验。
本领域技术人员应明白，本发明的实施例可提供为方法、装置（设备）、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、装置（设备）和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (20)
1.一种信令处理实体，其特征在于，包括：
接收单元，用于接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息，所述网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的；和
触发单元，用于根据所述接收单元接收的所述网络拥塞决策信息触发通信双方的媒体重协商。
2.如权利要求1所述的信令处理实体，其特征在于，所述触发单元具体包括：
确定单元，用于根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数；和
发送单元，用于分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。
3.如权利要求2所述的信令处理实体，其特征在于，还包括：
获取单元，用于在所述通信双方注册后，分别向所述通信双方发起请求消息来获取其能力信息。
4.如权利要求1所述的信令处理实体，其特征在于，
所述触发单元，具体用于向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。
5.如权利要求4所述的信令处理实体，其特征在于，
所述触发单元，具体用于向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
6.如权利要求1-5任一所述的信令处理实体，其特征在于，所述网络拥塞决策信息包括：带宽操作指示。
7.一种策略与计费规则功能实体，其特征在于，包括：
确定单元，用于根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定网络拥塞决策信息；
发送单元，用于将所述确定单元确定的网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商。
8.如权利要求7所述的策略与计费规则功能实体，其特征在于，
所述发送单元，具体用于将所述确定单元确定的网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数，分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。
9.如权利要求7所述的策略与计费规则功能实体，其特征在于，
所述发送单元，具体用于将所述确定单元确定的网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。
10.如权利要求9所述的策略与计费规则功能实体，其特征在于，
所述发送单元，具体用于将所述确定单元确定的网络拥塞决策信息发送给信令处理实体，以使所述信令处理实体向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
11.如权利要求7-10任一所述的策略与计费规则功能实体，其特征在于，所述网络拥塞决策信息包括：带宽操作指示。
12.一种通信优化方法，其特征在于，包括：
信令处理实体接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息，所述网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的；
信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商。
13.如权利要求12所述的方法，其特征在于，所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商具体包括：
信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数；
分别向所述通信双方发送携带所述媒体参数的媒体重协商请求。
14.如权利要求13所述的方法，其特征在于，信令处理实体根据保存的通信双方的能力信息和所述网络拥塞决策信息确定媒体参数具体可以为：信令处理实体从保存的通信双方所支持的媒体参数中选择和所述网络拥塞决策信息相匹配的媒体参数，来作为确定的媒体参数。
15.如权利要求13或14所述的方法，其特征在于，所述信令处理实体接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息之前，还包括：
所述信令处理实体在所述通信双方注册后，分别向所述通信双方发起请求消息来获取其能力信息。
16.如权利要求12所述的方法，其特征在于，所述信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商具体包括：
所述信令处理实体向所述通信双方中的其中一方发送所述网络拥塞决策信息，以使所述其中一方发起媒体重协商请求。
17.如权利要求16所述的方法，其特征在于，所述其中一方发起媒体重协商请求具体包括：所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数，向所述信令处理实体发送包括所述媒体参数的媒体重协商请求。
18.如权利要求17所述的方法，其特征在于，所述其中一方根据自身能力信息和所述网络拥塞决策信息确定媒体参数具体可以为：所述其中一方从自身所支持的媒体参数中选择和所述网络拥塞决策信息相匹配的媒体参数，来作为确定的媒体参数。
19.如权利要求12-18任一所述的方法，其特征在于，所述网络拥塞决策信息包括：带宽操作指示。
20.如权利要求19所述的方法，其特征在于，所述网络拥塞决策信息还包括：带宽限制信息。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310557994.2A CN104640150A (zh) | 2013-11-11 | 2013-11-11 | 一种通信优化方法、设备及系统 |
| PCT/CN2014/086598 WO2015067095A1 (zh) | 2013-11-11 | 2014-09-16 | 一种通信优化方法、设备及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310557994.2A CN104640150A (zh) | 2013-11-11 | 2013-11-11 | 一种通信优化方法、设备及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104640150A true CN104640150A (zh) | 2015-05-20 |
Family
ID=53040872
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310557994.2A Pending CN104640150A (zh) | 2013-11-11 | 2013-11-11 | 一种通信优化方法、设备及系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN104640150A (zh) |
| WO (1) | WO2015067095A1 (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101005441A (zh) * | 2006-01-21 | 2007-07-25 | 华为技术有限公司 | 在无线网络中实现QoS控制的方法及装置 |
| CN101009631A (zh) * | 2006-01-24 | 2007-08-01 | 华为技术有限公司 | 一种QoS控制方法和系统 |
| WO2008084306A2 (en) * | 2006-12-28 | 2008-07-17 | Nokia Corporation | Interworking of policy and charging control and network address translator |
| CN101959252A (zh) * | 2009-07-15 | 2011-01-26 | 华为技术有限公司 | 服务质量控制、策略配置方法和装置 |
| CN102075898A (zh) * | 2010-12-21 | 2011-05-25 | 华为技术有限公司 | 业务控制方法、装置及系统 |
| CN103379043A (zh) * | 2012-04-28 | 2013-10-30 | 中兴通讯股份有限公司 | 一种网络拥塞的处理方法、系统和控制网元 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102223663B (zh) * | 2010-04-15 | 2016-03-30 | 中兴通讯股份有限公司 | 一种获取网络负荷的方法及系统 |
-
2013
- 2013-11-11 CN CN201310557994.2A patent/CN104640150A/zh active Pending
-
2014
- 2014-09-16 WO PCT/CN2014/086598 patent/WO2015067095A1/zh active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101005441A (zh) * | 2006-01-21 | 2007-07-25 | 华为技术有限公司 | 在无线网络中实现QoS控制的方法及装置 |
| CN101009631A (zh) * | 2006-01-24 | 2007-08-01 | 华为技术有限公司 | 一种QoS控制方法和系统 |
| WO2008084306A2 (en) * | 2006-12-28 | 2008-07-17 | Nokia Corporation | Interworking of policy and charging control and network address translator |
| CN101959252A (zh) * | 2009-07-15 | 2011-01-26 | 华为技术有限公司 | 服务质量控制、策略配置方法和装置 |
| CN102075898A (zh) * | 2010-12-21 | 2011-05-25 | 华为技术有限公司 | 业务控制方法、装置及系统 |
| CN103379043A (zh) * | 2012-04-28 | 2013-10-30 | 中兴通讯股份有限公司 | 一种网络拥塞的处理方法、系统和控制网元 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2015067095A1 (zh) | 2015-05-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111917563B (zh) | 一种路由规则的配置方法及通信装置 | |
| US10893474B2 (en) | Communications method and apparatus | |
| WO2019141166A1 (zh) | QoS流的控制方法和装置 | |
| CN112189361B (zh) | 无线通信方法及用户设备 | |
| CN111918273B (zh) | 一种网络切片的选择方法及装置 | |
| EP3310100B1 (en) | Wireless communications access method and communications apparatus | |
| CN110049533B (zh) | 一种本地数据网络的指示方法及装置 | |
| CN110574439A (zh) | 无线电信网络中的网络切片选择 | |
| EP3637943A1 (en) | Session processing method and apparatus | |
| EP3742799A1 (en) | Communication method and device | |
| JP7127153B2 (ja) | 通信方法および通信装置 | |
| EP3987881B1 (en) | Method and apparatus for admission control of sessions based on priority | |
| KR102055198B1 (ko) | 영상 통화 중 증강 현실 컨텐츠 제공 방법을 위한 프로그램을 기록한 컴퓨터 판독 가능한 기록매체 및 이를 위한 장치 | |
| CN110392400B (zh) | 一种通信方法及相关设备 | |
| KR20200144156A (ko) | 사용자 장치가 상이한 공중 육상 이동 네트워크에 등록될 때의 홈 공중 지상 이동 네트워크 기반 트래픽 제어 방법 및 시스템 | |
| CN109819477B (zh) | 一种处理请求的方法以及相应实体 | |
| WO2013155920A1 (zh) | D2D终端接入控制方法、D2D终端、eNB和MME | |
| CN103857014A (zh) | 一种多模用户设备的业务建立方法、装置和系统 | |
| EP4117339A1 (en) | Method and device for supporting voice handover in wireless communication system | |
| CN104158581A (zh) | 一种中继节点的发现方法及装置 | |
| US10212048B2 (en) | Service offloading method, device, and system | |
| EP3764620A1 (en) | Redirection method and device | |
| CN103379479A (zh) | 一种确定用户标识和通知参数信息的方法、系统及设备 | |
| CN104640150A (zh) | 一种通信优化方法、设备及系统 | |
| KR20200108863A (ko) | 데이터 전송 방법 및 장치, 컴퓨터 저장 매체 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150520 |