WO2015067095A1 - 一种通信优化方法、设备及系统 - Google Patents

一种通信优化方法、设备及系统 Download PDF

Info

Publication number
WO2015067095A1
WO2015067095A1 PCT/CN2014/086598 CN2014086598W WO2015067095A1 WO 2015067095 A1 WO2015067095 A1 WO 2015067095A1 CN 2014086598 W CN2014086598 W CN 2014086598W WO 2015067095 A1 WO2015067095 A1 WO 2015067095A1
Authority
WO
WIPO (PCT)
Prior art keywords
network congestion
media
decision information
processing entity
signaling processing
Prior art date
Application number
PCT/CN2014/086598
Other languages
English (en)
French (fr)
Inventor
王晓燕
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2015067095A1 publication Critical patent/WO2015067095A1/zh

Links

Images

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]

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a communication optimization method and device.
  • WebRTC Web Real-Time Communication
  • IMS IP Multimedia Subsystem
  • the QoS guarantee for the WebRTC service is basically performed by the terminal, that is, the terminal application layer collects statistics on the data packet, and calculates the delay, the packet loss rate, and the jitter to determine the network state, and adjust the coding mode and bandwidth of the media.
  • the terminal application layer collects statistics on the data packet, and calculates the delay, the packet loss rate, and the jitter to determine the network state, and adjust the coding mode and bandwidth of the media.
  • the user has a better user experience.
  • the embodiments of the present invention provide a communication optimization method and device, so as to solve the problem that the existing operator cannot control the adjustment of the media parameters according to the network state when the network is congested, and performs fine control.
  • a signaling processing entity including:
  • a receiving unit configured to receive network congestion decision information sent by a policy and charging rule function entity PCRF, where the network congestion decision information is determined by the PCRF according to a network congestion state, an operator congestion policy, and user subscription data;
  • a triggering unit configured to trigger media renegotiation of the communication parties according to the network congestion decision information received by the receiving unit.
  • the triggering unit includes: a determining unit, configured to determine a media parameter according to the saved capability information of the communication parties and the network congestion decision information; And a sending unit, configured to separately send, to the communication parties, a media renegotiation request that carries the media parameter.
  • the signaling processing entity further includes: an acquiring unit, configured to separately The communicating parties initiate a request message to obtain their capability information.
  • the triggering unit is configured to send the network congestion decision information to one of the two communication parties, so that one of the ones is Initiate a media renegotiation request.
  • the triggering unit is configured to send the network congestion decision to one of the two communication parties And the information, so that the one of the ones determines the media parameter according to the self-ability information and the network congestion decision information, and sends a media renegotiation request including the media parameter to the signaling processing entity.
  • the network congestion decision information includes: a bandwidth operation indication.
  • the second aspect provides a policy and charging rule function entity, including: a determining unit, configured to determine a network congestion decision signal according to a network congestion state, a carrier congestion policy, and user subscription data. And a sending unit, configured to send the network congestion decision information determined by the determining unit to the signaling processing entity, so that the signaling processing entity triggers media renegotiation of the communication parties according to the network congestion decision information.
  • the sending unit is configured to send network congestion determination information that is determined by the determining unit to a signaling processing entity, so that the And causing the processing entity to determine the media parameter according to the saved capability information of the communication parties and the network congestion decision information, and respectively send a media renegotiation request that carries the media parameter to the communication parties.
  • the sending unit is configured to send network congestion determination information determined by the determining unit to a signaling processing entity, so that the And causing the processing entity to determine the media parameter according to the saved capability information of the communication parties and the network congestion decision information, and respectively send a media renegotiation request that carries the media parameter to the communication parties.
  • the sending unit is configured to send network congestion determination information determined by the determining unit to signaling Processing the entity, so that the signaling processing entity sends the network congestion decision information to one of the two communication parties, so that the one of the parties determines the media parameter according to the capability information and the network congestion decision information,
  • the signaling processing entity sends a media renegotiation request including the media parameter.
  • the network congestion decision information includes: a bandwidth operation indication.
  • the third aspect provides a communication optimization method, including: the signaling processing entity receives the network congestion decision information sent by the policy and charging rule function entity PCRF, where the network congestion decision information is that the PCRF is in accordance with network congestion status and operation.
  • the commerce congestion policy and the user subscription data are determined; the signaling processing entity triggers media renegotiation of the communication parties according to the network congestion decision information.
  • the signaling processing entity triggers media re-negotiation of the two communication parties according to the network congestion decision information, specifically: the signaling processing entity is configured according to the saved communication The capability information of the two parties and the network congestion decision information determine media parameters; and respectively send a media renegotiation request carrying the media parameters to the communication parties.
  • the signaling processing entity determines, according to the saved capability information of the communication parties and the network congestion determination information, the media parameter specific The signaling processing entity may select, as the determined media parameter, a media parameter that matches the network congestion decision information from the media parameters supported by the saved communication parties.
  • the signaling processing entity receives the policy and the charging Before the network congestion decision information sent by the rule function entity PCRF, the signaling processing entity sends a request message to the communication parties to obtain the capability information after the two communication parties register.
  • the signaling processing entity triggers media re-negotiation of the two communication parties according to the network congestion determination information, where the information processing entity includes: One of the communication parties sends the network congestion decision information to cause the one of the parties to initiate a media renegotiation request.
  • the that the one of the parties initiates the media renegotiation request specifically includes: the one party according to the capability information and the The network congestion decision information determines a media parameter, and sends a media renegotiation request including the media parameter to the signaling processing entity.
  • the determining, by the one of the network congestion determination information, the media parameter may be: One of the media parameters that match the network congestion decision information is selected from the media parameters supported by the party as the determined media parameter.
  • the network is congested Decision Policy information includes: bandwidth operation indication.
  • the network processing state sent by the PCRF is received by the signaling processing entity, and the signaling is The processing entity triggers the media renegotiation of the communication parties according to the network congestion decision information, where the network congestion decision information is determined by the PCRF according to the network congestion state, the operator congestion policy, and the user subscription data, and the operator may be in the network congestion.
  • the media parameters are controlled according to the network state to achieve fine control.
  • FIG. 1 is a schematic diagram of a system for communication optimization according to Embodiment 1 of the present invention.
  • FIG. 2 is a schematic structural diagram of a signaling processing entity according to Embodiment 2 of the present invention.
  • FIG. 3 is a schematic structural diagram of a PCRF according to Embodiment 3 of the present invention.
  • FIG. 4 is a schematic flowchart of a communication optimization method according to Embodiment 4 of the present invention.
  • FIG. 5 is a schematic flowchart diagram of a communication optimization method according to Embodiment 5 of the present invention.
  • FIG. 6 is a schematic flowchart diagram of a communication optimization method according to Embodiment 6 of the present invention.
  • FIG. 7 is a schematic flowchart diagram of a communication optimization method according to Embodiment 7 of the present invention.
  • FIG. 8 is a schematic flowchart diagram of a communication optimization method according to Embodiment 8 of the present invention.
  • FIG. 9 is a schematic structural diagram of a signaling processing entity according to Embodiment 9 of the present invention.
  • FIG. 10 is a schematic structural diagram of a PCRF according to Embodiment 10 of the present invention.
  • FIG. 11 is a schematic structural diagram of a signaling processing entity according to Embodiment 11 of the present invention.
  • FIG. 12 is a schematic structural diagram of a PCRF according to Embodiment 12 of the present invention.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • FIG. 1 is a schematic diagram of a communication optimization system according to Embodiment 1 of the present invention.
  • the system includes a Policy and Charging Rules Function (PCRF) 11 and a signaling processing entity 13.
  • PCRF Policy and Charging Rules Function
  • the PCRF11 is configured to send network congestion decision information to the signaling processing entity.
  • the network congestion decision information is determined by the PCRF according to a network congestion state, an operator congestion policy, and user subscription data.
  • the signaling processing entity 13 is configured to receive network congestion decision information sent by the PCRF, and trigger media renegotiation of the communication parties according to the network congestion decision information.
  • the network congestion status indicates the current network congestion status, for example, the network is currently slightly congested, moderately congested, heavily congested, or not congested.
  • User subscription data can indicate the user's level, such as: the user is a normal user, a bronze user, a silver card user or a gold card user.
  • the carrier congestion policy is the carrier's processing strategy for different levels of users when the network is congested. For example, when the network is slightly congested, the bandwidth of the Bronze user's video is limited, and the silver card users and the gold users are not limited by the video bandwidth.
  • bandwidth is restricted for the video of the Bronze and Silver users, and the video bandwidth is not limited for the Gold users; or, when the network is heavily congested, bandwidth restrictions are imposed on all users. Further limit the bandwidth of different levels of users to a certain threshold.
  • the PCRF is based on network congestion status, carrier congestion policy, and user subscription data.
  • the determined network congestion decision information can be one of the following forms:
  • the bandwidth operation indication may be an increased bandwidth indication or a reduced bandwidth indication.
  • bandwidth limitation ie, maximum bandwidth
  • the bandwidth limit can be 200 kbps or the like.
  • the bandwidth limitation is corresponding to increasing the bandwidth or reducing the maximum bandwidth after the bandwidth.
  • the media parameter may specifically include a bandwidth, a codec type, a code stream, or a frame rate.
  • the PCRF determines the network congestion decision information according to the network congestion status, the operator congestion policy, and the user subscription data. Specifically, when the current network state is lightly congested, the users of the communication parties are Bronze users, and the operator congestion policy is: When the network is slightly congested, the bandwidth of the Bronze user's video is limited, and the gold medal user is not limited in bandwidth. Then, the network congestion decision information sent by the PCRF to the signaling processing entity may be: instructing the signaling processing entity to perform a bandwidth reduction operation. It can also be: when the current network status is lightly congested; the users of the two communication parties are bronze users and one is a gold medal user; the operator congestion strategy is: when the network is not congested, the bandwidth of the bronze user video is not limited.
  • the PCRF may determine the congestion decision information according to the bandwidth restriction policy of the highest level user, and the network congestion decision information sent by the PCRF to the signaling processing entity may be: instructing the signaling processing entity to perform the bandwidth enhancement operation.
  • the method may also be: when the users of the two communication parties belong to different operators, the PCRF may determine the network congestion decision information by combining the network congestion status, the user subscription data, and the congestion policies of the two operators.
  • the PCRF may determine the network congestion decision information by combining the network congestion status, the user subscription data, and the congestion policies of the two operators.
  • the signaling processing entity 13 is configured to receive network congestion decision information sent by the PCRF, and determine media parameters according to the saved capability information of the communication parties (for example, media parameters that the terminal can support) and the network congestion decision information. And sending, to the communication parties, a media renegotiation request that carries the media parameter. Further, the signaling processing entity 13 may be divided after the two parties register Do not initiate a request message to both parties to obtain their capability information.
  • the media parameters may include a bandwidth, a codec type, a code stream, or a frame rate.
  • the determining, by the signaling processing entity, the media parameter according to the saved capability information of the communication party and the network congestion decision information may be: the signaling processing entity may select and media congestion from the media parameters supported by the saved communication parties. The media parameters that match the decision information are used as the determined media parameters.
  • the signaling processing entity 13 may be configured to receive network congestion decision information sent by the PCRF, and send the network congestion decision information to one of the two communication parties, so that the one of the parties initiates media renegotiation. request.
  • the requesting the media renegotiation request by the one of the parties includes: determining, by the one of the parties, the media parameter according to the capability information and the network congestion decision information, and sending the media weight including the media parameter to the signaling processing entity.
  • the request includes: determining, by the one of the parties, the media parameter according to the capability information and the network congestion decision information, and sending the media weight including the media parameter to the signaling processing entity.
  • the determining, by the one of the media parameters, the media parameter according to the self-capability information and the network congestion decision information may be: the one of the media parameters that can be matched with the network congestion decision information may be selected by one of the media parameters supported by the one of the media parameters. , as a definite media parameter.
  • the communication parties may be a tablet device, a smart phone, or a terminal device in a conference system and a conference center node (for example, an application server AS), and the embodiment of the present invention does not do any limited.
  • the two sides of the communication may be in the process of establishing a call, or may be in the process of a call, which is not limited by the embodiment of the present invention.
  • the signaling processing entity in this embodiment may also be a WebRTC signaling functional entity.
  • the WebRTC signaling function entity can process control signaling when the WebRTC accesses, and can also implement control signaling to IMS signaling sent by the WebRTC client.
  • the communication optimization system provided in this embodiment can solve the problem that the existing operator cannot control the adjustment of the media parameters according to the network state when the network is congested, and performs fine control. Further, the system provided in this embodiment can enable a user with a high level to enjoy better service quality when the network is congested, thereby having a better user experience.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • FIG. 2 is a schematic structural diagram of a signaling processing entity for implementing communication optimization according to Embodiment 2 of the present invention.
  • the signaling processing entity can be applied to the system provided in Embodiment 1, and the methods provided in Embodiment 4 to Embodiment 8 below can be implemented.
  • the interaction between the signaling processing entity and the PCRF in the system can also be applied to the signaling processing entity of this embodiment.
  • the signaling processing entity includes a receiving unit 21 and a triggering unit 23.
  • the receiving unit 21 is configured to receive network congestion decision information sent by the policy and charging rule function entity PCRF, where the network congestion decision information is determined by the PCRF according to a network congestion state, an operator congestion policy, and user subscription data; 23.
  • the device is configured to trigger media renegotiation of the communication parties according to the network congestion decision information received by the receiving unit 21.
  • the method for determining the network congestion decision information by the policy and the user subscription data is as described in the first embodiment, and is not repeated here.
  • the trigger unit 23 may specifically include a determining unit 231 and a sending unit 232.
  • the determining unit 231 is configured to determine media parameters according to the saved capability information of the communication parties and the network congestion decision information
  • the sending unit 232 is configured to send, to the communication parties, a media renegotiation request that carries the media parameter.
  • the acquiring unit 25 may be further configured to: after the two parties are registered, initiate a request message to the communication parties to obtain capability information.
  • the determining unit is configured to determine the media parameter according to the saved capability information of the communication party and the network congestion decision information, where the determining unit may select the network congestion decision information from the media parameters supported by the saved communication parties. Match the media parameters as the determined media parameters.
  • the triggering unit 23 is specifically configured to send the network congestion decision information to one of the two communication parties, so that the one of the parties initiates a media renegotiation request.
  • the requesting, by the one of the parties, the media renegotiation request includes: determining, by the one of the parties, the media parameter according to the capability information and the network congestion decision information, and sending the media to the signaling processing entity Media renegotiation request for parameters.
  • the determining, by the one of the media parameters, the media parameter according to the self-capability information and the network congestion decision information may be: the one of the media parameters that can be matched with the network congestion decision information may be selected by one of the media parameters supported by the one of the media parameters. , as a definite media parameter.
  • the two sides of the communication may be a tablet device, a smart phone, or a terminal device in a conference system and a conference center node (for example, an application server AS), which is not limited in this embodiment of the present invention.
  • the signaling processing entity in this embodiment may be a WebRTC signaling functional entity.
  • the WebRTC signaling function entity can process control signaling when the WebRTC accesses, and can also implement control signaling to IMS signaling sent by the WebRTC client.
  • the signaling processing entity provided in this embodiment can solve the problem that the existing operator cannot control the adjustment of the media parameters according to the network state when the network is congested, and performs fine control. Further, the signaling processing entity provided in this embodiment can enable a user with a high level to enjoy better service quality when the network is congested, thereby having a better user experience.
  • Embodiment 3 is a diagrammatic representation of Embodiment 3
  • FIG. 3 is a schematic structural diagram of a policy and charging rule function entity PCRF for implementing communication optimization according to Embodiment 3 of the present invention.
  • the PCRF can be applied to the system provided in Embodiment 1, and the methods provided in Embodiment 4 to Embodiment 8 below can be implemented.
  • the interaction of the PCRF with the signaling processing entity in the system can also be applied to the PCRF provided in this embodiment.
  • the PCRF includes a determining unit 31 and a transmitting unit 33.
  • the determining unit 31 is configured to determine network congestion decision information according to the network congestion state, the operator congestion policy, and the user subscription data
  • the sending unit 33 is configured to send the network congestion determination information determined by the determining unit to the signaling processing entity, And causing the signaling processing entity to trigger media renegotiation of the communication parties according to the network congestion decision information.
  • the method for determining the network congestion decision information by the policy and the user subscription data is as described in the first embodiment, and is not repeated here.
  • the sending unit 33 is configured to send the network congestion decision information determined by the determining unit to the signaling processing entity, so that the signaling processing entity is configured according to the saved capability information of the communication parties and the network congestion.
  • the decision information determines media parameters, and respectively sends a media renegotiation request carrying the media parameters to the communication parties.
  • the capability information of the communication parties is that the signaling processing entity initiates a request message to the communication parties to obtain the capability information after the communication parties register.
  • the sending unit 33 is configured to send the network congestion policy determined by the determining unit to the signaling processing entity, so that the signaling processing entity sends the network congestion to one of the two communication parties.
  • Decision information such that one of the parties initiates a media renegotiation request.
  • the requesting the media renegotiation request by the one of the parties includes: determining, by the one of the parties, the media parameter according to the capability information and the network congestion decision information, and sending the media weight including the media parameter to the signaling processing entity.
  • the determining, by the one of the media parameters, the media parameter according to the self-capability information and the network congestion decision information may be: the one of the media parameters that can be matched with the network congestion decision information may be selected by one of the media parameters supported by the one of the media parameters. , as a definite media parameter.
  • the two sides of the communication may be a tablet device, a smart phone, or a terminal device and a conference center node (for example, an application server) in the conference system, which is not limited in this embodiment of the present invention.
  • the signaling processing entity in this embodiment may be a WebRTC signaling functional entity.
  • the WebRTC signaling function entity can process control signaling when the WebRTC accesses, and can also implement control signaling to IMS signaling sent by the WebRTC client.
  • the PCRF provided in this embodiment can solve the problem that the existing operator cannot control the adjustment of the media parameters according to the network state when the network is congested, and performs fine control. Further, the PCRF provided in this embodiment can enable a user with a high level to enjoy better service quality when the network is congested, thereby having a better user experience.
  • Embodiment 4 is a diagrammatic representation of Embodiment 4:
  • FIG. 4 is a schematic flowchart diagram of a communication optimization method according to Embodiment 4 of the present invention.
  • the method can be applied to the system provided in the first embodiment.
  • the method comprises the following steps:
  • the signaling processing entity receives network congestion decision information sent by the policy and charging rule function entity PCRF, where the network congestion decision information is determined by the PCRF according to a network congestion state, an operator congestion policy, and user subscription data.
  • the method for determining the network congestion decision information by the policy and the user subscription data is as described in the first embodiment, and is not repeated here.
  • the signaling processing entity triggers media renegotiation of the two communication parties according to the network congestion decision information.
  • the signaling processing entity triggers media re-negotiation of the two communication parties according to the network congestion decision information, where the signaling processing entity may determine, according to the saved capability information of the communication parties and the network congestion decision information, the media parameter.
  • the signaling processing entity sends a media renegotiation request carrying the media parameter to the communicating parties respectively.
  • the determining, by the signaling processing entity, the media parameter according to the saved capability information of the communication party and the network congestion decision information may be: the signaling processing entity selects and supports the network congestion decision from the media parameters supported by the saved communication parties. The media parameters that match the information are used as the determined media parameters.
  • the method further includes: after the two signaling parties register, the signaling processing entity separately initiates to the two communicating parties Request a message to get its capability information.
  • the signaling processing entity triggers media re-negotiation of the two communication parties according to the network congestion decision information, where the signaling processing entity sends the network congestion decision information to one of the two communication parties. So that one of the parties initiates a media renegotiation request.
  • the requesting, by the one of the parties, the media renegotiation request includes: determining, by the one of the parties, the media parameter according to the capability information and the network congestion decision information, and sending the media including the media parameter to the signaling processing entity. Re-negotiation request.
  • the two communication parties may be a tablet device, a smart phone, or a terminal device in a conference system and a conference center node (for example, an application server AS), which is not limited in this embodiment of the present invention.
  • the two sides of the communication may be in the process of establishing a call, or may be in the process of a call, which is not limited by the embodiment of the present invention.
  • the signaling processing entity in this embodiment may be a WebRTC signaling functional entity.
  • the WebRTC signaling function entity can process control signaling when the WebRTC accesses, and can also implement control signaling to IMS signaling sent by the WebRTC client.
  • the communication optimization method provided in this embodiment can solve the problem that the existing operator cannot control the adjustment of the media parameters according to the network state when the network is congested, and performs fine control. Further, the method provided in this embodiment can enable a user with a high level to still enjoy better service quality when the network is congested, thereby having a better user experience.
  • Embodiment 5 is a diagrammatic representation of Embodiment 5:
  • the fifth embodiment of the present invention provides a communication optimization method, which is a further description of the communication optimization method in the fourth embodiment of the present invention, which is an example of media parameter adjustment of two user terminals during a call.
  • the communication optimization method specifically includes the following steps:
  • the WebRTC signaling function entity After the user equipment (User Equipment, UE) UE1 and the UE2 are registered, the WebRTC signaling function entity sends a message to the UE1 and the UE2, requests the capability information of the terminal (including the UE1 and the UE2), and saves the capability information of the terminal.
  • the WebRTC signaling function entity After the user equipment (User Equipment, UE) UE1 and the UE2 are registered, the WebRTC signaling function entity sends a message to the UE1 and the UE2, requests the capability information of the terminal (including the UE1 and the UE2), and saves the capability information of the terminal.
  • the UE1 initiates a call to the UE2 through the WebRTC signaling function entity, and performs media negotiation.
  • the WebRTC signaling function entity After receiving the media negotiation request sent by the UE1, the WebRTC signaling function entity parses and saves the media request information.
  • the media request information mainly includes media control information of the media negotiation request, for example, media parameters.
  • the WebRTC signaling function entity forwards the media negotiation request to the UE2.
  • the UE2 returns a media negotiation response to the WebRTC signaling function entity, that is, returns a media negotiation result.
  • the WebRTC signaling function entity parses and saves the media parameter in the response message.
  • the WebRTC signaling function entity returns a media negotiation response to the UE1, that is, returns a media negotiation result.
  • the signaling function entity sends a media parameter to the PCRF as an application function entity (AF) to perform a network side resource reservation process.
  • AF application function entity
  • steps S507 and S508 have no order.
  • the network congestion status is reported to the Public Data Network Gateway (PGW), and is reported to the PCRF.
  • PGW Public Data Network Gateway
  • the network congestion state is taken as an example of light congestion.
  • the PCRF determines the congestion decision information according to the network congestion status, the operator congestion policy, and the user subscription data.
  • the user who uses UE1 and UE2 is a Bronze card user.
  • the congestion policy of the operator is to limit the bandwidth of the video of the Bronze user as an example when the network is slightly congested.
  • the PCRF knows that the actual network bandwidth used by the user is 416 kbps, and the congestion decision information determined by the PCRF according to the network congestion state, the operator congestion policy, and the user subscription data is: reducing the bandwidth indication.
  • the congestion decision information determined by the PCRF according to the network congestion state, the operator congestion policy, and the user subscription data may also be: reducing the bandwidth indication and the bandwidth limitation information (that is, the bandwidth cannot exceed 200 kbps).
  • the PCRF sends network congestion decision information to the WebRTC signaling function entity.
  • the WebRTC signaling function entity determines a new media parameter according to the terminal capability information saved in S501 and the network congestion decision information reported by the PCRF.
  • the WebRTC signaling function entity may select a media parameter that matches the network congestion decision information from the media parameters supported by the UE1 and the UE2 as a new media parameter.
  • the media parameters supported by UE1 and UE2 are: the codec type is H.263, and the code stream (which can also be the code rate) is 384 kbps, frame rate is 30pfs, bandwidth is 416kbps; or codec type is H.263, code stream is 64kbps, frame rate is 15pfs, bandwidth is 200kbps.
  • the media parameters selected by the current UE1 are: the code stream is 384 kbps, the frame rate is 30 pfs, and the required bandwidth is 416 kbps; the media parameters selected by the UE 2 are: the code stream is 384 kbps, the frame rate is 30 pfs, and the required bandwidth is 416 kbps.
  • the PCRF is reported to the WebRTC signaling function entity to reduce the bandwidth.
  • the WebRTC signaling function entity can adjust the media parameters.
  • the adjusted media parameters of the UE1 can be: the codec type is H.263, the code stream is 64 kbps, and the frame rate is 15 pfs.
  • the bandwidth is 200 kbps; the adjusted media parameter of the terminal UE2 may be: the codec type is H.263, the code stream is 64 kbps, the frame rate is 15 pfs, and the bandwidth is 200 kbps.
  • the media parameters supported by UE1 and UE2 may also be different. The foregoing is merely an example and is not intended to be limiting.
  • the WebRTC signaling function entity sends a media renegotiation request to UE1 and UE2, respectively.
  • the media renegotiation request carries the new media parameter determined in S513, that is, the codec type is H.263, the code stream is 64 kbps, the frame rate is 15 pfs, and the bandwidth is 200 kbps.
  • the UE1 and the UE2 respectively send a media renegotiation response, that is, a media renegotiation result, to the WebRTC signaling function entity. Subsequent UE1 and UE2 use the new media parameters sent by the WebRTC signaling function entity to make a call.
  • the WebRTC signaling function entity updates the media renegotiation result to the PCRF, and triggers a resource modification process on the network side.
  • S517, UE1 and UE2 use the adjusted new media parameters to make a call.
  • the communication optimization method provided in this embodiment can solve the problem that the existing operators cannot control the adjustment of the media parameters according to the network state and perform fine control when the network is congested during the conversation. . Further, the method provided in this embodiment can enable a user with a high level to still enjoy better service quality when the network is congested, thereby having a better user experience.
  • the sixth embodiment of the present invention provides a communication optimization method, which is a further description of the communication optimization method in the fourth embodiment of the present invention, to perform media participation on two user terminals in a call.
  • the number adjustment is an example.
  • the communication optimization method specifically includes the following steps:
  • S601 to S602 are the same as S501 to S502 in the fifth embodiment.
  • S603 to S604 are the same as S504 to S505 in the fifth embodiment.
  • S605 to S610 are the same as S507 to S512 in the fifth embodiment.
  • the WebRTC signaling function entity sends the network congestion decision information received in S610 to the UE1.
  • the UE1 determines the media parameter according to the self capability information and the network congestion decision information.
  • the media parameters supported by UE1 and UE2 are: codec type is H.263, code stream is 384 kbps, frame rate is 30pfs, bandwidth is 416 kbps, or codec type is H.263, code stream is 64 kbps, frame rate is 15pfs, the bandwidth is 200kbps.
  • the actual network bandwidth currently used by the UE1 is 416 kbps.
  • the UE1 selects a media parameter whose bandwidth is lower than 416 Kbps from the media parameters supported by the UE according to the reduced bandwidth indication. Therefore, the determined new media parameters are: codec type is H.263, code stream is 64 kbps, frame rate is 15 pfs, and bandwidth is 200 kbps.
  • the UE1 initiates a media renegotiation request to the UE2 through the WebRTC signaling function entity, where the media renegotiation request carries the new media parameter determined by the UE1.
  • the WebRTC signaling function entity forwards the media renegotiation request to the UE2.
  • the UE2 returns a media renegotiation response to the WebRTC signaling function entity.
  • the UE2 adjusts its own media parameters according to the new media parameters sent by the UE1 to: the codec type is H.263, the code stream is 64 kbps, the frame rate is 15 pfs, and the bandwidth is 200 kbps.
  • the WebRTC signaling function entity forwards the renegotiation response to the UE1.
  • S616 to S617 are the same as S516 to S517 in the fifth embodiment.
  • the communication optimization method provided in this embodiment can solve the problem that the existing operators cannot control the adjustment of the media parameters according to the network state and perform fine control when the network is congested during the conversation. . Further, the method provided in this embodiment can enable a user with a high level to still enjoy better service quality when the network is congested, thereby having a better user experience.
  • the seventh embodiment of the present invention provides a communication optimization method, which is a further description of the communication optimization method in the fourth embodiment of the present invention, which is an example of media parameter adjustment of two user terminals in establishing a call.
  • the communication optimization method specifically includes the following steps:
  • S701 to S704 are the same as S501 to S504 in the fifth embodiment.
  • the network congestion state is reported to the PGW, and is reported to the PCRF.
  • the network congestion state is taken as an example of light congestion.
  • the PCRF saves the network congestion status received in S705.
  • the UE2 After completing the negotiation, the UE2 returns a media negotiation response to the WebRTC signaling function entity, that is, returns a media negotiation result.
  • the WebRTC signaling function entity parses and saves the media parameter in the response message.
  • the WebRTC signaling function entity sends a media negotiation response to the terminal device UE1.
  • the PCRF sends a resource reservation request to the WebRTC signaling function entity.
  • the resource reservation request carries the requested bandwidth.
  • the PCRF determines network congestion decision information according to the network congestion status, the operator congestion policy, and the user subscription data.
  • the user who uses UE1 and UE2 is a Bronze card user.
  • the congestion policy of the operator is to limit the bandwidth of the video of the Bronze user when the network is slightly congested, for example, cannot exceed 200 kbps.
  • the PCRF learns that the network bandwidth requested by the user is 416 kbps according to the resource reservation request sent by the WebRTC signaling function entity, and the congestion decision information determined by the PCRF according to the network congestion state, the operator congestion policy, and the user subscription data is: reducing the bandwidth. Indication, and bandwidth limit information (ie, bandwidth cannot exceed 200 kbps).
  • the PCRF receives a resource reservation response sent by the WebRTC signaling function entity.
  • the resource reservation response carries the reduced bandwidth indication and the bandwidth limitation information.
  • S713 is the same as S513 in the fifth embodiment.
  • S714 to S715 are the same as S514 to S515 in the fifth embodiment.
  • the WebRTC signaling function entity initiates a resource reservation request to the PCRF, and carries a trigger resource reservation process.
  • S717, UE1 and UE2 use the new media parameters to make a call.
  • the communication parties may be a tablet device, a smart phone, or a terminal device and a conference center node in the conference system, which are not limited in this embodiment of the present invention.
  • the communication optimization method provided in this embodiment can solve the problem that if the network is congested, the existing operators cannot control the adjustment of the media parameters according to the network state during the network congestion, and perform fine control. problem. Further, the method provided in this embodiment can enable a user with a high level to still enjoy better service quality when the network is congested, thereby having a better user experience.
  • the eighth embodiment of the present invention provides a communication optimization method, which is a further description of the communication optimization method in the fourth embodiment of the present invention, which is an example of media parameter adjustment of two user terminals in establishing a call.
  • the communication optimization method specifically includes the following steps:
  • S801 to S802 are the same as S701 to S702 in the seventh embodiment.
  • S803 to S806 are the same as S704 to S707 in the seventh embodiment.
  • S807 to S810 are the same as S709 to S712 in the seventh embodiment.
  • S811 to S815 are the same as S611 to S615 in the sixth embodiment.
  • S816 to S817 are the same as S716 to S717 in the seventh embodiment.
  • the communication parties may be a tablet device, a smart phone, or a terminal device and a conference center node in the conference system, which are not limited in this embodiment of the present invention.
  • the communication optimization method provided in this embodiment can solve the problem that if the network is congested, the existing operators cannot control the adjustment of the media parameters according to the network state during the network congestion, and perform fine control. problem. Further, the method provided in this embodiment can enable a user with a high level to still enjoy better service quality when the network is congested, thereby having a better user experience.
  • a structural diagram of another signaling processing entity adopts a general computer system structure, and the computer system may be a processor-based computer.
  • the signaling processing entity includes at least one processor 901, a communication bus 902, a memory 903, and at least one communication interface 904.
  • the processor 901 can be a general purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the program of the present invention.
  • CPU central processing unit
  • ASIC application-specific integrated circuit
  • the communication bus 902 can include a path for transferring information between the components.
  • the communication interface 904 uses devices such as any transceiver for communicating with other devices or communication networks, such as Ethernet, Radio Access Network (RAN), Wireless Local Area Networks (WLAN), and the like.
  • RAN Radio Access Network
  • WLAN Wireless Local Area Networks
  • the computer system includes one or more memories, which may be read-only memory (ROM) or other types of static storage devices that can store static information and instructions, random access memory (RAM) or Other types of dynamic storage devices that store information and instructions may also be Electrically Erasable Programmable Read-Only Memory (EEPROM) or Compact Disc Read-Only Memory (CD-ROM). Or other disc storage, optical disc storage (including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), disk storage media or other magnetic storage devices, or can be used to carry or store expectations in the form of instructions or data structures Program code and any other medium that can be accessed by a computer, but is not limited thereto. These memories are processed and processed by the bus The devices are connected.
  • ROM read-only memory
  • RAM random access memory
  • EEPROM Electrically Erasable Programmable Read-Only Memory
  • CD-ROM Compact Disc Read-Only Memory
  • optical disc storage including compact discs, laser discs, optical discs, digital versatile discs, Blu
  • the memory 903 is configured to store application code for executing the solution of the present invention, and the application code for executing the solution of the present invention is stored in a memory and controlled by the processor 901 for execution.
  • the processor 901 is configured to execute an application stored in the memory 903.
  • Network congestion decision information sent by the PCRF, where the network congestion decision information is determined by the PCRF according to a network congestion state, an operator congestion policy, and user subscription data;
  • the method for determining the network congestion decision information by the policy and the user subscription data is as described in the first embodiment, and is not repeated here.
  • the triggering the media renegotiation of the communication parties according to the network congestion decision information specifically includes:
  • the signaling processing entity determines the media parameter according to the saved capability information of the communication parties and the network congestion decision information; and sends a media renegotiation request that carries the media parameter to the communication parties respectively.
  • the triggering media re-negotiation of the communication parties according to the network congestion decision information specifically includes: sending the network congestion decision information to one of the communication parties, so that the One of the parties initiated a media renegotiation request.
  • the requesting, by the one of the parties, the media renegotiation request includes: determining, by the one of the parties, the media parameter according to the self-capability information and the network congestion decision information, and sending the information to the signaling processing entity, including Media renegotiation request for the media parameter.
  • the interaction method between the signaling function entity and other network elements may refer to the foregoing method embodiment. It will not be described in detail here.
  • the signaling processing entity provided in this embodiment can solve the problem that the existing operator cannot control the adjustment of the media parameters according to the network state when the network is congested, and performs fine control. Further, the signaling processing entity provided in this embodiment can enable a user with a high level to enjoy better service quality when the network is congested, thereby having a better user experience.
  • FIG. 10 is a structural diagram of another PCRF according to an embodiment of the present invention, which adopts a general computer system structure, and the computer system may be specifically a processor-based computer.
  • the PCRF includes at least one processor 1001, a communication bus 1002, a memory 1003, and at least one communication interface 1004.
  • the processor 1001 can be a CPU, a microprocessor, an application specific integrated circuit ASIC, or one or more integrated circuits for controlling the execution of the program of the present invention.
  • the communication bus 1002 can include a path for transferring information between the components.
  • the communication interface 1004 uses devices such as any transceiver for communicating with other devices or communication networks, such as Ethernet, RAN, WLAN, and the like.
  • the computer system includes one or more memories, which may be read-only memory ROMs or other types of static storage devices that store static information and instructions, random access memory RAM or other types of dynamic storage devices that store information and instructions, It can be an electrically erasable programmable read only memory EEPROM, a CD-ROM or other optical disc storage, a disc storage (including a compact disc, a laser disc, a compact disc, a digital versatile disc, a Blu-ray disc, etc.), a disk storage medium or other magnetic A storage device, or any other medium that can be used to carry or store desired program code in the form of an instruction or data structure and that can be accessed by a computer, but is not limited thereto.
  • These memories are connected to the processor via a bus.
  • the memory 1003 is configured to store application code for executing the solution of the present invention, and the application code for executing the solution of the present invention is stored in a memory and controlled by the processor 1001 for execution.
  • the processor 1001 is configured to execute an application stored in the memory 1003.
  • the media of both sides re-negotiated.
  • the network congestion decision information determined by the PCRF according to the network congestion status, the operator congestion policy, and the user subscription data may be one of the following forms:
  • the bandwidth operation indication may be an increased bandwidth indication or a reduced bandwidth indication.
  • bandwidth limitation ie, maximum bandwidth
  • the bandwidth limit can be 200 kbps or the like.
  • the bandwidth limitation is corresponding to increasing the bandwidth or reducing the maximum bandwidth after the bandwidth.
  • the media parameter may specifically include a bandwidth, a codec type, a code stream, or a frame rate.
  • the example in which the PCRF determines the network congestion decision information according to the network congestion state, the operator congestion policy, and the user subscription data may be, but is not limited to, the examples listed in the first embodiment.
  • the sending the network congestion decision information to the signaling processing entity, so that the signaling processing entity triggers media re-negotiation of the communication parties according to the network congestion decision information specifically including: Transmitting the network congestion decision information to the signaling processing entity, so that the signaling processing entity determines the media parameter according to the saved capability information of the communication party and the network congestion decision information, and sends the data to the two communication parties respectively.
  • Media renegotiation request for the media parameter specifically including: Transmitting the network congestion decision information to the signaling processing entity, so that the signaling processing entity determines the media parameter according to the saved capability information of the communication party and the network congestion decision information, and sends the data to the two communication parties respectively.
  • the sending the network congestion decision information to the signaling processing entity, so that the signaling processing entity triggers media re-negotiation of the communication parties according to the network congestion decision information specifically including: Transmitting the network congestion policy to a signaling processing entity, to cause the signaling processing entity to send the network congestion decision information to one of the communication parties, so that the One of the parties initiated a media renegotiation request.
  • the requesting the one of the media re-negotiation requests includes: determining, by the one of the ones, the media parameter according to the self-capability information and the network congestion decision information, and sending the media parameter to the signaling processing entity.
  • a media renegotiation request including the media parameters.
  • the interaction method between the PCRF and other network elements may refer to the foregoing method embodiment. It will not be described in detail here.
  • the PCRF provided in this embodiment can solve the problem that the existing operator cannot control the adjustment of the media parameters according to the network state when the network is congested, and performs fine control. Further, the PCRF provided in this embodiment can enable a user with a high level to enjoy better service quality when the network is congested, thereby having a better user experience.
  • Embodiment 11 of the present invention provides a signaling processing entity that implements communication optimization.
  • the main difference between the signaling processing entity and the signaling processing entity provided by the second embodiment is that the network congestion decision information received by the signaling processing entity from the PCRF includes a network congestion state.
  • the network congestion decision information is that the PCRF determines that the media parameters of the communication parties need to be adjusted according to the network congestion status, the operator congestion policy, and the user subscription data, and then sends the information to the signaling processing entity.
  • the signaling processing entity includes a receiving unit 1101 and a triggering unit 1103.
  • the receiving unit 1101 is configured to receive network congestion decision information sent by the policy and charging rule function entity PCRF, where the network congestion decision information includes a network congestion state, and the network congestion decision information is that the PCRF is based on a network congestion state and a carrier.
  • the congestion policy and the user subscription data are determined, and the media parameters of the communication parties are adjusted and sent to the signaling processing entity.
  • the triggering unit 1103 is configured to trigger the media of the communication parties according to the network congestion decision information received by the receiving unit 1101. Re-negotiation.
  • the meanings of the network congestion state, the operator congestion policy, and the user subscription data are as described in the first embodiment, and are not repeated here.
  • the PCRF determines that the media parameters of the communication parties need to be adjusted according to the network congestion status, the operator congestion policy, and the user subscription data, which may be: when the current network is slightly congested, The users of both sides of the communication are all Bronze users.
  • the congestion strategy of the operators is: when the network is slightly congested, the bandwidth of the Bronze users' video is limited, and the bandwidth of the Gold users is not limited.
  • the Bronze user needs to be bandwidth-limited, that is, media parameter adjustment is needed.
  • the PCRF needs to report the network congestion status to the signaling processing entity.
  • the limited bandwidth information can be reported to the signaling processing entity according to the operator policy.
  • the operator congestion strategy is: when the network is not congested, the bandwidth of the bronze user video is not limited. Increase the bandwidth of Gold users. In this case, the user needs to perform bandwidth improvement, that is, media parameter adjustment is needed. Then, the PCRF needs to report the network congestion status to the signaling processing entity.
  • the bandwidth limitation information may be reported to the signaling processing entity according to the operator policy.
  • the trigger unit 1103 may specifically include a determining unit 11031 and a sending unit 11032.
  • the determining unit 11031 is configured to determine a media parameter according to the saved capability information of the communication parties and the network congestion decision information
  • the sending unit 11032 is configured to send, to the communication parties, a media renegotiation request that carries the media parameter.
  • the acquiring unit 1105 is further configured to: after the two parties are registered, initiate a request message to the communication parties to obtain the capability information.
  • the determining unit 11031 is configured to determine the media parameter according to the saved capability information of the communication party and the network congestion decision information, where the determining unit 11031 can select the network congestion decision information from the media parameters supported by the communication parties. Match the media parameters as the determined media parameters.
  • the triggering unit 1103 is specifically configured to send the network congestion decision information to one of the two communication parties, so that the one of the parties initiates a media renegotiation request.
  • the requesting the media renegotiation request by the one of the parties includes: determining, by the one of the parties, the media parameter according to the capability information and the network congestion decision information, and sending the media weight including the media parameter to the signaling processing entity.
  • the one of the parties determines the media according to the self-ability information and the network congestion decision information.
  • the parameter may be specifically: the one of the media parameters that match the network congestion decision information may be selected from the media parameters supported by the one of the media parameters as the determined media parameter.
  • the signaling processing entity provided in this embodiment can solve the problem that the existing operator cannot control the adjustment of the media parameters according to the network state when the network is congested, and performs fine control. Further, the signaling processing entity provided in this embodiment can enable a user with a high level to enjoy better service quality when the network is congested, thereby having a better user experience.
  • FIG. 12 is a schematic structural diagram of a PCRF for implementing communication optimization according to Embodiment 12 of the present invention.
  • the PCRF can implement the methods provided in the following fourteenth to seventeenth embodiments.
  • the PCRF includes a determining unit 1201 and a transmitting unit 1203.
  • the determining unit 1201 is configured to determine, according to the network congestion status, the operator congestion policy, and the user subscription data, whether the media parameters of the communication parties need to be adjusted.
  • the sending unit 1203 is configured to determine, in the determining unit 1201, that the media parameters of the communication parties need to be performed.
  • the network congestion decision information is sent to the signaling processing entity, so that the signaling processing entity triggers media re-negotiation of the communication parties according to the network congestion decision information, where the network congestion decision information includes a network congestion state.
  • the method for determining the media parameters that need to be adjusted by the PCRF according to the network congestion status, the operator congestion policy, and the user subscription data may be referred to the related description in the first embodiment, and details are not described herein again.
  • the sending unit 1203 is configured to send the network congestion decision information to the signaling processing entity, so that the signaling processing entity determines the media parameter according to the saved capability information of the communication parties and the network congestion decision information.
  • a media renegotiation request carrying the media parameter is sent to the communication parties respectively.
  • the sending unit 1203 is specifically configured to send network congestion decision information to the signaling processing entity, so that the signaling processing entity sends the network congestion to one of the two communication parties.
  • the requesting the media renegotiation request by the one of the parties includes: determining, by the one of the parties, the media parameter according to the capability information and the network congestion decision information, and sending the media weight including the media parameter to the signaling processing entity.
  • the network congestion decision information may further include bandwidth limitation information.
  • the policy and charging rule function entity provided in this embodiment can solve the problem that the existing operator cannot control the media parameter adjustment according to the network state when the network is congested, and performs fine control. Further, the PCRF provided in this embodiment can enable a user with a high level to enjoy better service quality when the network is congested, thereby having a better user experience.
  • Embodiment 13 of the present invention provides another method for implementing communication optimization. This embodiment is not drawn. The method comprises the following steps:
  • the signaling processing entity receives the network congestion decision information sent by the policy and charging rule function entity PCRF, where the network congestion decision information is determined by the PCRF according to the network congestion state, the operator congestion policy, and the user subscription data. After the media parameters are adjusted and sent, the network congestion decision information includes a network congestion state.
  • the method for determining the media parameters that need to be adjusted by the PCRF according to the network congestion status, the operator congestion policy, and the user subscription data may be referred to the related description in the first embodiment, and details are not described herein again.
  • the signaling processing entity triggers media renegotiation of the two communication parties according to the network congestion decision information.
  • the signaling processing entity triggers media re-negotiation of the two communication parties according to the network congestion decision information, specifically: the signaling processing entity determines the media parameter according to the saved capability information of the communication parties and the network congestion decision information. Sending media carrying the media parameters to the communication parties respectively Weight negotiation request.
  • the method further includes: after the two signaling parties register, the signaling processing entity separately initiates to the two communicating parties Request a message to get its capability information.
  • the signaling processing entity triggers media re-negotiation of the two communication parties according to the network congestion determination information, where the signaling processing entity sends the network congestion decision information to one of the two communication parties. So that one of the parties initiates a media renegotiation request. Further, the requesting the media renegotiation request by the one of the parties includes: determining, by the one of the parties, the media parameter according to the capability information and the network congestion decision information, and sending the media weight including the media parameter to the signaling processing entity. Negotiate the request.
  • the network congestion decision information may further include bandwidth limitation information.
  • the communication optimization method provided in this embodiment can solve the problem that the existing operator cannot control the adjustment of the media parameters according to the network state when the network is congested, and performs fine control. Further, the method provided in this embodiment can enable a user with a high level to still enjoy better service quality when the network is congested, thereby having a better user experience.
  • Embodiment 14 is a diagrammatic representation of Embodiment 14:
  • Another embodiment of the present invention provides a communication optimization method, which is a further description of the communication optimization method in the thirteenth embodiment of the present invention, which is to adjust media parameters of two user terminals during a call to example.
  • the method differs from the embodiment shown in FIG. 5 in that, in the present embodiment, the steps S511 to S513 are changed, and the other steps are the same as those shown in FIG. 5. This embodiment is not drawn.
  • the communication optimization method specifically includes the following steps:
  • S1401 to S1410 are the same as S501 to S510 in the fifth embodiment.
  • the PCRF determines, according to the network congestion status, the operator congestion policy, and the user subscription data, that the media parameters of the communication parties need to be adjusted.
  • the user who uses UE1 and UE2 is a Bronze user
  • the operator congestion policy is:
  • the bandwidth limit of the Bronze user's video is taken as an example.
  • the bandwidth of the gold card user is not limited. For example, the bandwidth of the Bronze user cannot exceed 200 kbps.
  • the PCRF knows that the actual network bandwidth used by the user is 416 kbps, and the PCRF determines that the bandwidth of the two bronze users needs to be adjusted according to the network congestion state, the operator congestion policy, and the user subscription data, that is, media parameter adjustment is required.
  • the PCRF After the PCRF determines that the media parameters of the communication parties need to be adjusted, the PCRF sends the network congestion decision information to the WebRTC signaling function entity.
  • the network congestion decision information is taken as an example of the network congestion state.
  • the network congestion status and bandwidth limitation information may also be uploaded to the WebRTC signaling function entity.
  • the WebRTC signaling function entity determines a new media parameter according to the terminal capability information saved in S501 and the network congestion status reported by the PCRF.
  • S1414 to S1417 are the same as S514 to S517 in the fifth embodiment.
  • the communication optimization method provided in this embodiment can solve the problem that the existing operators cannot control the adjustment of the media parameters according to the network state and perform fine control when the network is congested during the conversation. . Further, the method provided in this embodiment can enable a user with a high level to still enjoy better service quality when the network is congested, thereby having a better user experience.
  • the fifteenth embodiment of the present invention provides another communication optimization method, which is a further description of the communication optimization method in the fifteenth embodiment of the present invention, which is to adjust media parameters of two user terminals during a call to example.
  • the method differs from the embodiment shown in FIG. 6 in that, in the present embodiment, the steps S609 to S610 are changed, and the other steps are the same as those shown in FIG. 6. This embodiment is not drawn.
  • the communication optimization method specifically includes the following steps:
  • S1501 to S1508 are the same as S601 to S608.
  • the PCRF receives the network congestion status and the operator congestion policy according to the step S1608. Slightly and user subscription data determines that the media parameters of both communicating parties need to be adjusted.
  • the user who uses UE1 and UE2 is a Bronze card user.
  • the congestion policy of the operator is: when the network is slightly congested, the bandwidth limitation of the video of the Bronze user is taken as an example, and the bandwidth of the gold card user is not limited, such as a bronze medal. The user's bandwidth cannot exceed 200kbps.
  • the PCRF knows that the actual network bandwidth used by the user is 416 kbps, and the PCRF determines that the bandwidth of the two bronze users needs to be adjusted according to the network congestion state, the operator congestion policy, and the user subscription data, that is, media parameter adjustment is required.
  • the PCRF sends network congestion decision information to the WebRTC signaling function entity.
  • the network congestion decision information is taken as an example of the network congestion state.
  • the network congestion status and bandwidth limitation information may also be uploaded to the WebRTC signaling function entity.
  • the communication optimization method provided in this embodiment can solve the problem that the existing operators cannot control the adjustment of the media parameters according to the network state and perform fine control when the network is congested during the conversation. . Further, the method provided in this embodiment can enable a user with a high level to still enjoy better service quality when the network is congested, thereby having a better user experience.
  • the embodiment of the present invention provides another communication optimization method, which is a further description of the communication optimization method in the fifteenth embodiment of the present invention, that is, media parameter adjustment is performed by two user terminals in the process of establishing a call. For example.
  • the method differs from the embodiment shown in FIG. 7 in that, in the present embodiment, the steps S711 to S713 are changed, and the other steps are the same as those shown in FIG. This embodiment is not drawn.
  • the communication optimization method specifically includes the following steps:
  • the PCRF determines, according to the network congestion status, the operator congestion policy, and the user subscription data, that the media parameters of the communication parties need to be adjusted.
  • the user who uses the UE1 and the UE2 is a Bronze card user.
  • the congestion policy of the operator is: when the network is slightly congested, the bandwidth limitation of the video of the Bronze user is taken as an example. For example, the bandwidth of the Bronze user cannot exceed 200 kbps.
  • the PCRF determines that the network bandwidth requested by the user is 416 kbps according to the resource reservation request sent by the WebRTC signaling function entity, and the PCRF determines that the network bandwidth is required according to the network congestion state, the operator congestion policy, and the user subscription data.
  • the bandwidth of a Bronze user is adjusted, that is, media parameter adjustment is required.
  • the PCRF receives a resource reservation response sent by the WebRTC signaling function entity.
  • the resource reservation response carries network congestion decision information.
  • the network congestion decision information is taken as an example of the network congestion state.
  • the network congestion status and bandwidth limitation information may also be uploaded to the WebRTC signaling function entity.
  • the signaling processing entity determines the media parameter according to the saved capability information of the communication parties and the network congestion decision information.
  • S1614 to S1617 are the same as S714 to S717 in the seventh embodiment.
  • the communication optimization method provided in this embodiment can solve the problem that if the network is congested, the existing operators cannot control the adjustment of the media parameters according to the network state during the network congestion, and perform fine control. problem. Further, the method provided in this embodiment can enable a user with a high level to still enjoy better service quality when the network is congested, thereby having a better user experience.
  • the seventh embodiment of the present invention provides a communication optimization method, which is a further description of the communication optimization method in the fifteenth embodiment of the present invention, that is, media parameters are adjusted by two user terminals in the process of establishing a call. example.
  • This method differs from the embodiment shown in FIG. 8 in that, in the present embodiment, the steps S809 to S810 are changed, and the other steps are the same as those shown in FIG. This embodiment is not drawn.
  • the communication optimization method specifically includes the following steps:
  • S1701 to S1708 are the same as S801 to S808.
  • the PCRF determines, according to the network congestion status received in the step S1708, the operator congestion policy, and the user subscription data, that the media parameters of the communication parties need to be adjusted.
  • the user who uses UE1 and UE2 is a Bronze card user.
  • the congestion policy of the operator is: when the network is slightly congested, the bandwidth limitation of the video of the Bronze user is taken as an example, and the bandwidth of the gold card user is not limited, such as a bronze medal. The user's bandwidth cannot exceed 200kbps.
  • the PCRF knows that the actual network bandwidth used by the user is 416 kbps, and the PCRF determines that the bandwidth of the two bronze users needs to be adjusted according to the network congestion state, the operator congestion policy, and the user subscription data, that is, media parameter adjustment is required.
  • the PCRF sends network congestion decision information to the WebRTC signaling function entity.
  • the network congestion decision information is taken as an example of the network congestion state.
  • the network congestion status and bandwidth limitation information may also be uploaded to the WebRTC signaling function entity.
  • the communication optimization method provided in this embodiment can solve the problem that if the network is congested, the existing operators cannot control the adjustment of the media parameters according to the network state during the network congestion, and perform fine control. problem. Further, the method provided in this embodiment can enable a user with a high level to still enjoy better service quality when the network is congested, thereby having a better user experience.
  • embodiments of the present invention can be provided as a method, apparatus (device), or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the invention can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • a computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Abstract

本发明公开了一种通信优化方法，以及一种实现通信优化的系统、信令处理实体，和策略与计费规则功能实体。该方法包括：信令处理实体接收策略与计费规则功能实体PCRF发送的网络拥塞决策信息，所述网络拥塞决策信息是所述PCRF根据网络拥塞状态、运营商拥塞策略以及用户签约数据确定的；信令处理实体根据所述网络拥塞决策信息触发通信双方的媒体重协商。通过本发明实施例提供的通信优化方法，从而，可以使运营商在网络拥塞时根据网络状态来控制媒体参数的调整，实现精细化的控制。

Description

一种通信优化方法、设备及系统
本申请要求了2013年11月11日提交的、申请号为201310557994.2、发明名称为“一种通信优化方法、设备及系统”的中国申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域，尤其涉及一种通信优化方法及设备。
背景技术
WebRTC(Web Real-Time Communication，Web实时通信)是一项在浏览器内部进行实时视频和音频通信的技术，近来得到快速发展，这对运营商传统的话音业务是一个挑战。运营商也开始考虑将其作为自己业务拓展的方式，并更好的保障自营或与运营商有签约的WebRTC业务的QoS(Quality of Service，服务质量)，提供更好的用户体验。比如，运营商考虑将WebRTC和IMS(IP Multimedia 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-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-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所述的方法，其特征在于，所述网络拥塞决策信息还包括：带宽限制信息。
PCT/CN2014/086598 2013-11-11 2014-09-16 一种通信优化方法、设备及系统 WO2015067095A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310557994.2A CN104640150A (zh) 2013-11-11 2013-11-11 一种通信优化方法、设备及系统
CN201310557994.2 2013-11-11

Publications (1)

Publication Number Publication Date
WO2015067095A1 true WO2015067095A1 (zh) 2015-05-14

Family

ID=53040872

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/086598 WO2015067095A1 (zh) 2013-11-11 2014-09-16 一种通信优化方法、设备及系统

Country Status (2)

Country Link
CN (1) CN104640150A (zh)
WO (1) WO2015067095A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101959252A (zh) * 2009-07-15 2011-01-26 华为技术有限公司 服务质量控制、策略配置方法和装置
CN102075898A (zh) * 2010-12-21 2011-05-25 华为技术有限公司 业务控制方法、装置及系统
CN102223663A (zh) * 2010-04-15 2011-10-19 中兴通讯股份有限公司 一种获取网络负荷的方法及系统
CN103379043A (zh) * 2012-04-28 2013-10-30 中兴通讯股份有限公司 一种网络拥塞的处理方法、系统和控制网元

Family Cites Families (3)

* Cited by examiner, † Cited by third party
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

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101959252A (zh) * 2009-07-15 2011-01-26 华为技术有限公司 服务质量控制、策略配置方法和装置
CN102223663A (zh) * 2010-04-15 2011-10-19 中兴通讯股份有限公司 一种获取网络负荷的方法及系统
CN102075898A (zh) * 2010-12-21 2011-05-25 华为技术有限公司 业务控制方法、装置及系统
CN103379043A (zh) * 2012-04-28 2013-10-30 中兴通讯股份有限公司 一种网络拥塞的处理方法、系统和控制网元

Also Published As

Publication number Publication date
CN104640150A (zh) 2015-05-20

Similar Documents

Publication Publication Date Title
CN111917563B (zh) 一种路由规则的配置方法及通信装置
WO2019141166A1 (zh) QoS流的控制方法和装置
EP3777344A1 (en) Methods of managing connections to a local area data network (ladn) in a 5g network
US20150078295A1 (en) Selectively multplexing incoming webrtc traffic and/or de-multiplexing outgoing webrtc traffic by a client-based webrtc proxy on behalf of a webrtc multimedia client application
US20150195374A1 (en) Method and system of quality of service (qos) negotiation for network assisted adaptive streaming
US9872199B2 (en) Assigning a variable QCI for a call among a plurality of user devices
CN111630828B (zh) 用于实况流播的动态优先化
US20130194937A1 (en) Method and apparatus for providing intelligent codec rate adaptation for wireless users
US10595191B1 (en) Mobility management enhancer
EP4231703A1 (en) Data processing method, device, readable storage medium, and program product
CN106465194B (zh) 用于控制业务的qos的方法和设备
EP3099028A1 (en) Traffic management apparatus and method for traffic management
JP2014527769A (ja) 無線アップリンク・セッションを制御する方法および装置
WO2012089056A1 (zh) 消息处理方法、设备及系统
EP4216603A1 (en) Data processing method, device, readable storage medium, and program product
WO2017162121A1 (zh) 用户面服务网关选择方法及系统
WO2018170705A1 (zh) 一种业务通信方法及设备
JP2023522447A (ja) 通信方法及び装置
JP7063985B2 (ja) 上りリンクストリーミング向けのネットワーク支援
US20230070295A1 (en) Application program control method and apparatus
JP2024506094A (ja) ハンドオーバ手順に基づくメッセージ送信方法、装置、機器及びプログラム
CN115515082A (zh) 一种4g、5g公专网融合集群通信方法及系统
WO2015067095A1 (zh) 一种通信优化方法、设备及系统
US11757967B2 (en) Video communications network with value optimization
WO2022017403A1 (zh) 通信方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14860895

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14860895

Country of ref document: EP

Kind code of ref document: A1