WO2007085184A1 - Procédé, système et entité pour la négociation de données multimédia - Google Patents

Procédé, système et entité pour la négociation de données multimédia Download PDF

Info

Publication number
WO2007085184A1
WO2007085184A1 PCT/CN2007/000232 CN2007000232W WO2007085184A1 WO 2007085184 A1 WO2007085184 A1 WO 2007085184A1 CN 2007000232 W CN2007000232 W CN 2007000232W WO 2007085184 A1 WO2007085184 A1 WO 2007085184A1
Authority
WO
WIPO (PCT)
Prior art keywords
bandwidth
user
pdf
available
spdf
Prior art date
Application number
PCT/CN2007/000232
Other languages
English (en)
Chinese (zh)
Inventor
Ying Wang
Youzhu Shi
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2007085184A1 publication Critical patent/WO2007085184A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Definitions

  • the present invention relates to communication technologies, and in particular, to a method, system, and entity for media negotiation. Background of the invention
  • the architecture of dynamic QoS policy control is defined in the 3GPP standards organization, which mainly includes the following network elements:
  • Gateway A gateway between the access IP connection service and the IP multimedia network, such as GGSN (Gateway GPRS Support Node, GRPS - General Packet Radio Service, General Packet Radio Service);
  • PDF Policy Decision Function
  • AF Application Function
  • IMS IP Multimedia Core Network Subsystem
  • P-CSCF Proxy-Call Session Control Function
  • the interface between AF and PDF is the Gq interface.
  • PDF In the GN (Next Generation Network) architecture defined by TISPAN (Telecommunications and Internet Converged Services and Protocols for Advanced Networking), PDF is also called SPDF (Service-based Policy Decision Function). The policy decision function), its basic functions are consistent with the 3GPP defined PDF. Due to the difference in service requirements and access bearers and mobile areas in the fixed-line field, the interface between AF and ., PDF/SPDF is called the Gq' interface in the TISPAN specification to show 'inheritance and difference. At the same time, the Resource Admission Control Subsystem (RACS) architecture responsible for Qos resource reservation/allocation is given in TISPAN to complete the control, allocation and management functions of bearer network resources based on service requirements. The quality of service, as shown in Figure 1.
  • RAS Resource Admission Control Subsystem
  • the resource admission control subsystem includes two logical network elements, SPDF and A-RACF.
  • the A-RACF Access-Resource and Admission Control Function
  • the QOS resource (such as bandwidth) request is received from the SPDF, and the access control is performed according to the related access network resources and the QoS subscription of the user, and the information of whether the resource is allowed to be accessed is returned to the SPDF through the Rq interface.
  • the user's QoS subscription information such as access to the subscription bandwidth, is stored in the NAS (Network Attachment Subsystem), and the A-RACF can be obtained through the E4 interface.
  • RACS Resource and Admission
  • Control Function Resource Access Control Function
  • NASS NAAF (Network Access Attachment Function)
  • Gq' interface can be found in TISPAN's ETSI TS 183 017 standard document.
  • the Rq interface can be found in TISPAN's ETSI. ES 283 026 standard documents, etc.
  • the AF service request requests QoS resource reservation/allocation to the PDF/SPDF at the time of session establishment, and the PDF/SPDF forwards the resource reservation/allocation request to the A-RACF through the Rq interface, and acquires the A-RACF. Whether the returned resource allows information about the access.
  • PDF/SPDF accepts - or rejects resource requests based on information such as 0-operator-based local policies and/or user's subscription policies, as well as existing network resource status.
  • the existing network resource status may be: a bandwidth available in the network, a network service category (such as voice, video, streaming media, data, etc.).
  • the AF determines the QoS resources required by the session according to the service request of the user (refers to the resources required by the session, and is generally the maximum resource required by the session. For example, a plurality of codecs can be selected for one media stream in a session. In this way, different codecs require different bandwidths, here the maximum bandwidth requirement is required.
  • AF calls the QoS 'resource request to the PDF/SPDF through the Gq/Gq' interface.
  • the PDF/SPDF arbitration decides to authorize the QoS resource request, it sends a successful response to the AF through Gq/Gq', and reserves/allocates resources, and the AF continues the session establishment; otherwise, it sends a failure response to the AF, and the AF removes the session.
  • the calling user requests to establish a session, and multiple codecs are given in the media description of the request message, and the maximum required bandwidth, such as 2M, is determined according to a codec negotiated by the session media.
  • the specific negotiation process is as follows: The called user receives the session request, and the return response code carries the codec mode supported by the called party. After the calling user receives the response code, if the codec mode supported by the two parties is more than one, the decision will be made. Take one of the codecs (generally select the codec with the highest bandwidth requirement).
  • the AF sends the resource request message carrying the maximum required bandwidth (2M) to the Gq/Gq' interface.
  • PDF/SPDF PDF/SPDF
  • After arbitration if the existing network bandwidth resources are insufficient, there may be insufficient network resources, such as network resources with only 200K bandwidth (as shown in Figure 2); it is also possible that PDF/SPDF will further resource requirements.
  • Decomposition when A-RACF requests the access side to make resource admission judgment, A-ACF calculates the user's available bandwidth according to the user's subscription bandwidth information and the user's current network bandwidth (for example, the user's available bandwidth is 200K, which is less than the maximum request bandwidth. As shown in Figure 3), the resource request failure message is directly returned, and the reason for the failure is carried: The resource is insufficient, and the AF releases the session.
  • AAA Authentication Authorization Request Command
  • A-Answer Command Authentication Authorization Answer Command
  • the AVP (Attribute-value pair) is a set of one or a set of attribute parameters in the Diameter protocol, and the Gq/Gq' and Rq interfaces and the aforementioned E4 interface are based on the Diameter protocol, a Diameter command. There can be one or more AVP parameters.
  • the bandwidth requirement requested by the RACS is determined according to a codec negotiated by the session media, for example, for both sides of a media stream session. Both support A and B codec types, the required bandwidth corresponds to 2M and 100 ⁇ respectively.
  • a codec is selected, and AF requests 2M bandwidth from PDF/SPDF.
  • PDF/SPDF arbitration it finds existing The network bandwidth is not enough, only 200K bandwidth, the session will be released. But obviously if the AF requests the 100K bandwidth required for B codec from PDF/SPDF, the session will be successfully established.
  • the AF requests the QoS resource from the PDF/SPDF according to the bandwidth required by a codec type of the selected media stream, so that only the transport network satisfies the session bandwidth.
  • the session may be successfully established. Otherwise, the session is removed, resulting in a low success rate of session establishment.
  • embodiments of the present invention provide a method and system for media negotiation to improve the success rate of session establishment.
  • the invention also provides an AF, a PDF/SPDF and an A-RACFo
  • a media negotiation method includes: applying a function entity AF to a policy decision function entity PDF/SPDF to send a resource request message carrying a bandwidth request range parameter of a media type; and the PDF/SPDF analysis is obtained by a user who satisfies the bandwidth request range. The actual bandwidth, and returning to the AF the actual bandwidth that the user can obtain; the AF determines or adjusts the codec mode of the media type according to the actual bandwidth available to the user.
  • the present invention also provides a system for media negotiation, including an application function entity AF and a policy decision function entity PDF/SPDF, wherein: the PDF/SPDF receives a resource request of a bandwidth request range parameter carrying a media type sent by an AF. The message is analyzed to obtain the actual bandwidth available to the user, and the actual bandwidth available to the user is returned to the AF; the AF determines or adjusts the codec mode of the media type according to the actual bandwidth available to the user.
  • the PDF/SPDF receives a resource request of a bandwidth request range parameter carrying a media type sent by an AF.
  • the message is analyzed to obtain the actual bandwidth available to the user, and the actual bandwidth available to the user is returned to the AF; the AF determines or adjusts the codec mode of the media type according to the actual bandwidth available to the user.
  • the present invention further provides an application function entity AF, comprising: an AF sending unit, configured to send a resource carrying a bandwidth request range parameter of a media type, requesting a message to a policy decision function entity PDF/SPDF; AF receiving a unit, configured to receive a bandwidth actually obtained by a user returned by the PDF/SPDF, and an AF resource decision unit, configured to determine, in the media type, that the user is currently available according to a bandwidth currently available to the user The obtained code-matched codec mode.
  • an application function entity AF comprising: an AF sending unit, configured to send a resource carrying a bandwidth request range parameter of a media type, requesting a message to a policy decision function entity PDF/SPDF; AF receiving a unit, configured to receive a bandwidth actually obtained by a user returned by the PDF/SPDF, and an AF resource decision unit, configured to determine, in the media type, that the user is currently available according to a bandwidth currently available to the user The obtained code-matched codec mode.
  • the present invention also provides a policy decision function entity PDF/SPDF, comprising: a PDF receiving unit, configured to receive a resource request message carrying a bandwidth request range parameter sent by an application function entity AF; a PDF resource decision unit, Used to analyze the actual bandwidth available to the user and return to AF.
  • the present invention further provides an access-resource admission control function entity A-RACF, comprising: an A-RACF receiving unit, configured to receive a bandwidth request range parameter sent by a policy decision function entity PDF/SPDF Access-side resource request message; A-RACF resource decision-making unit, configured to analyze and obtain the bandwidth available to the user on the access side; A-RACF sending unit, returning the PDF/SPDF to the user on the access side The bandwidth obtained.
  • the AF can obtain the bandwidth resource information of the network by interacting with the PDF/SPDF and the A-RACF, the resource requirements of the existing session can be adjusted accordingly, and the session establishment success rate can be improved without directly releasing the session.
  • FIG. 1 is a schematic diagram of a dynamic Qos policy control architecture defined by the prior art TISPAN.
  • Figure 3 is another prior art media negotiation flow diagram.
  • FIG. 4 is a flowchart of media negotiation according to Embodiment 1 of the present invention.
  • FIG. 5 is a flowchart of media negotiation according to Embodiment 2 of the present invention.
  • FIG. 6 is a flowchart of media negotiation according to Embodiment 3 of the present invention.
  • Figure ⁇ is a flowchart of media negotiation in the fourth embodiment of the present invention. Mode for carrying out the invention
  • the PDF/SPDF receives a resource request message sent by the AF, and the resource request message carries a bandwidth request range parameter; the PDF/SPDF analysis obtains the actual bandwidth available to the user, and the user who can satisfy the bandwidth request range The available actual bandwidth is carried in the resource request response message and sent to the AF; the AF receives the resource request response message, and determines/adjusts the codec mode according to the actual bandwidth available to the user.
  • the resource request message is an AAR command, and the resource request response message is an AAA command;
  • the request scope parameter is carried in the resource request message by means of the extended AVP.
  • the prior art adopts a method of first performing session media negotiation to determine a codec mode, and then performing a QoS resource request. That is, for a media stream session, both parties support multiple codec types.
  • the session media negotiates to select one of the codec types, it does not know whether the bandwidth request required by the codec mode can be satisfied, and once the bandwidth request is satisfied.
  • the process of AF making a QoS resource request to PDF/SPDF the session can only be released.
  • the present invention requires that the process of performing QoS resource request from the AF to the PDF/SPDF participates in and affects the session media negotiation process.
  • the AF is based on multiple edits supported by both parties of a certain media stream session.
  • the decoding type makes a QoS resource request to the PDF/SPDFRACS, and the session media negotiation process selects a codec type according to the bandwidth requirement that the current delivery network can support.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • the information transmitted on the Gq/Gq' and Rq interfaces is extended based on the definition of the current standard:
  • Min-Requested-Bandwidth-UL AVP Min-Requested-Bandwidth-DL AVP, which represent the minimum uplink bandwidth and minimum downlink bandwidth respectively.
  • Min-Requested-Bandwidth-DL AVP Min-Requested-Bandwidth-DL AVP
  • the AF obtains the intersection of the codec modes supported by the two parties for a certain media type. If the intersection contains more than one codec, Min-Requested-Bandwidth-UL AVP, Min-Requested-Bandwidth- The ear value of the DL AVP is the minimum uplink bandwidth and the minimum downlink bandwidth corresponding to the codec mode with the smallest bandwidth requirement.
  • the AVP value is an unsigned 32-bit integer.
  • the AVP code (AVP Code) is an integer value, such as 530.
  • Min-Requested-Bandwidth-UL AVP ⁇ Min-Requested-Bandwidth-DL AVP is recommended to carry the "V" bit, indicating that the AVP is vendor-specific; it is recommended not to carry the "M” bit, indicating that the recipient of the message is optionally identifiable; The "P” bit can be carried, indicating that end-to-end secure encryption is possible.
  • the two AVP parameters are extended: Available-Access-Bandwidth-UL AVP, Available-Access-Bandwidth-DL AVP indicates that the current user can obtain the upstream bandwidth and the downlink bandwidth on the access side, and the bandwidth value can be used for the user access subscription bandwidth. And the user has currently calculated the bandwidth used.
  • These two AVs are extended in the Rq interface and can be carried in RAR (Re-Auth-Request Command) and AAA commands.
  • the values of Available-Access-Bandwidth-UL AVP and Available-Access-Bandwidth-DL AVP are unsigned 32-bit integers, and AVP codes are integer values, such as 533.
  • the two AVP parameters are recommended to carry the "V” bit, indicating that the AVP is vendor-specific; it is recommended not to carry the "M” bit, which means that the information receiver can be optionally identified; it can carry the "P” bit, indicating that it can be carried out. Secure security at the end.
  • AVP Available-Bandwidth-UL AVP and Available-Bandwidth-DL AVP, indicating that the user can obtain the upstream bandwidth and the downlink bandwidth.
  • the value obtained by the PDF/SPDF comprehensive decision is available to the user who returns to the AF.
  • the actual bandwidth is available.
  • AVP parameters are extended in the Gq/Gq' interface and can be carried in RAR messages and AAA messages.
  • Available-Bandwidth-UL AVP Available-Bandwidth-DL AVP values are unsigned 32-bit integers, and AVP codes are integer values, such as 532.
  • the two AVP parameters are recommended to carry the "V” bit, indicating that the AVP is vendor-specific; it is recommended not to carry the "M” bit, which means that the information receiver can be optionally identified; it can carry the "P” bit, indicating that it can be carried out. End security encryption.
  • the media negotiation process of the first embodiment is as follows:
  • both the calling and the calling parties support all the codec modes in the specific codec type (that is, the codec mode intersection, which may include multiple codec modes, and the specific negotiation process is the same as the prior art).
  • AF sends the AAR command of the resource request message to PDF/SPDF, which carries Max-Requested-Bandwidth-UL AVP/Max-equested-Bandwidt-DL AVP, Min-Requested-Bandwidth-UL AVP/Min-Requested-Bandwidth-DL AVP
  • Two pairs of parameters respectively indicating the maximum request bandwidth in the codec mode intersection (such as 2M, including the maximum request) Line bandwidth and maximum request downlink bandwidth, respectively 2M, 2M), minimum request bandwidth (for example, 100K, including minimum request upstream bandwidth and minimum request downlink bandwidth, respectively, 100K, 100K X, as can be seen from above, maximum request bandwidth and
  • the minimum request bandwidth parameter indicates the bandwidth request range for the intersection of the codec mode of a certain media type.
  • the PDF/SPDF After receiving the AAR command, the PDF/SPDF sends a resource request message on the access side to the A-RACF through the Rq interface, which is also an AAR command to request the resource on the access side.
  • A-RACF parses the Max-Requested-Bandwidth-UL AVP/Max-Requested-Bandwidth-DL AVP, Min-Requested-Bandwidth-UL AVP/Min-Requested-Bandwidth-DL AVP from the AAR, and analyzes the QoS resource request. .
  • the A-RACF analyzes the bandwidth that the user can obtain on the access side (for example, 200K, including the user on the access side.
  • the obtained uplink bandwidth and the downlink bandwidth available to the user on the access side are respectively 200K, 200.
  • bandwidth available to the access side is smaller than the maximum requested bandwidth and greater than the minimum requested bandwidth, the user can obtain the access side.
  • the bandwidth can satisfy the bandwidth request range.
  • a - RACF carries the available-Access-Bandwidth-UL AVP/Available-Access-Bandwidth-DL AVP in the AAA returned from the PDF/SPDF, and the bandwidth available to the user on the access side (this For example, the user can obtain the uplink bandwidth on the access side and the downlink bandwidth on the access side, which are 200 ⁇ , 200 ⁇ , respectively.
  • the PDF/SPDF receives the AAA through the Rq interface, and considers the existing network resource status and conditions to be satisfied.
  • the AAA message returned to the AF through the Gq/Gq 'interface carries the Available-Bandwidth-UL AVP/Available-Bandwidth-DL AVP. Indicates the bandwidth currently available to the user (200K in this example, including the current upstream bandwidth available to the user and the downstream bandwidth available to the user, 200K, 200 ⁇ , respectively).
  • the AF receives the AAA response, and according to the actual bandwidth available to the user, determines a codec mode from the foregoing codec intersection or adjusts the codec mode whose bandwidth requirement is not satisfied.
  • the bandwidth requirement can be satisfied by the codec mode, and the session establishment process continues. Specifically, the AF can compare the actual bandwidth available to the user in the order of the required bandwidth of each codec mode. If the bandwidth is greater than or equal to the required codec of the codec mode, it is determined that the codec mode is used to continue the session establishment. process.
  • the application function entity AF includes an AF sending unit, an AF receiving unit, and an AF resource decision unit.
  • the AF sending unit sends the resource request message to the PDF/SPDF, and the AF receiving unit receives the resource request response message AAA sent by the PDF/SPDF.
  • the resource request message carries the bandwidth request range parameter of the media type, and the resource request response message AAA carries the current user.
  • the available bandwidth; further, the AF resource decision unit selects a codec mode that matches the currently available bandwidth of the user in the media type according to the bandwidth currently available to the user.
  • the PDF/SPDF entity in this embodiment includes a PDF receiving unit, a PDF resource decision unit, and a PDF sending unit.
  • the PDF receiving unit receives the resource request message sent by the AF, and the resource request message carries the bandwidth request range parameter; the PDF sending unit sends an access side resource request message to the A-RACF, where the access side resource request message carries the bandwidth request range parameter; The PDF receiving unit receives the access side resource request response message AAA sent by the A-RACF, where the bandwidth that the user obtains on the access side is carried, and the PDF resource decision unit according to the bandwidth available to the user on the access side, The existing network resource status, operator-based, and/or user-based policy rule analysis obtains the actual bandwidth available to the user, and the PDF transmitting unit returns the actual bandwidth available to the user to the AF.
  • the A-RACF entity in this embodiment includes an A-RACF sending unit, an A-RACF receiving unit, and an A-RACF resource decision unit;
  • the A-RACF receiving unit receives the access side resource request message sent by the PDF/SPDF, and carries the bandwidth request range parameter;
  • the A-RACF resource decision unit obtains the bandwidth available to the user on the access side according to the user service quality subscription information and the user currently using the network bandwidth analysis;
  • the A-RACF transmitting unit sends an access side resource request response message AAA to the PDF/SPDF, which carries the bandwidth available to the user on the access side.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • This embodiment is basically the same as the first embodiment, except that in this embodiment, the PDF/SPDF does not pass the A-RACF, but directly integrates the existing network resource status, the operator-based local policy rule, and/or the user. Analysis of contracting policy rules and the like gives the actual bandwidth available to the user. As shown in Figure 5, if the actual bandwidth available to the user is less than the maximum requested bandwidth and greater than the minimum requested bandwidth, the PDF/SPDF determines that the actual bandwidth available to the user can satisfy the bandwidth request range and is returned through the Gq/Gq 'interface.
  • the AAA of the AF carries the Available-Bandwidth-UL AVP/Available-Bandwidth-DL AVP, indicating the actual bandwidth available to the user.
  • the AF receives the AAA response, determines the codec mode by using the method corresponding to the scheme shown in Figure 4, and continues the session establishment process.
  • the AF in this embodiment is the same as the first embodiment, but the PDF/SPDF is different from the first embodiment, and includes:
  • a PDF receiving unit configured to receive a resource request message sent by the application function entity AF and carrying a bandwidth request range parameter.
  • a PDF resource decision unit for analyzing the actual bandwidth available to the user and returning it to
  • Embodiment 3 is a diagrammatic representation of Embodiment 3
  • This embodiment adopts another method to extend the information transmitted on the Gq/Gq' and Rq interfaces: 1.
  • Extend two AVPs Requested-Bandwidth-List-UL AVP, Requested-Bandwidth-List-DL AVP, respectively
  • the media codec mode supported by the two parties in the media negotiation process corresponds to the required uplink bandwidth request list and the downlink bandwidth request list. If there are multiple media codec modes supported by the two parties, and there is priority ordering, the corresponding The upstream bandwidth and downstream bandwidth requirements are also various and can be given in a list.
  • Requested-Bandwidth-List-UL AVP, Requested-Bandwidth-List-DL AVP needs to be in Both the Gq/Gq' and Rq interfaces are extended.
  • Requested-Bandwidth-List-UL AVP Requested-Bandwidth-List-DL AVP value is a set of bandwidth list parameters. Each entry in the list corresponds to a bandwidth parameter. Each bandwidth parameter corresponds to a codec mode.
  • the decoding method is an unsigned 32-bit integer, and the AVP code is an integer value, such as 534.
  • Requested-Bandwidth-List-UL AVP Requested-Bandwidth-List-DL AVP is recommended to carry the "V” bit, indicating that the AVP is vendor-specific; it is recommended not to carry the "M” bit, which means that the information receiver can optionally identify it; The "P” bit can be carried, indicating that end-to-end secure encryption is possible.
  • AVPs Reserved-Access-Bandwidth-UL AVP and Reserved-Access-Bandwidth-DL AVP, indicating the highest priority upstream bandwidth and downstream bandwidth that the current access network can provide.
  • A-RACF accesses according to users. The subscription bandwidth and the user currently use the network bandwidth to obtain the bandwidth currently available to the user, and then obtain the matching with the bandwidth request list described above.
  • These two AVPs are extended on the Rq interface and can be carried in RAR messages and AAA messages.
  • the two AVP values are unsigned 32-bit integers, and the AVP code is an integer value, such as 536.
  • the two AVPs are recommended to carry the "V” bit, indicating that the AVP is vendor-specific; it is recommended not to carry the "M” bit, which means that the recipient of the message can be optionally identified; it can carry the 'T" bit, indicating that it can be end-to-end Secure encryption.
  • the two AVPs are recommended to carry the "V” bit, indicating that the AVP is vendor-specific; it is recommended not to carry the "M” bit, which means that the information receiver can be optionally identified; it can carry the "P” bit, indicating that it can be end-to-end. Secure encryption.
  • the code mode (that is, the codec mode intersection, may include multiple codec modes, and the specific negotiation process is the same as the prior art).
  • the AF sends the AAR command of the resource request message to the PDF/SPDF, which carries a pair of parameters of the Requested-Bandwidth-List-UL AVP and the Requested-Bandwidth-List-DL AVP, indicating that the codec mode intersection is required for correspondence.
  • the bandwidth request list (such as 2M, 100K, 200 ⁇ , 1 ⁇ ), the priority is reduced in turn, including the uplink bandwidth bandwidth list and the downlink bandwidth bandwidth list.
  • the uplink bandwidth bandwidth list and the downlink bandwidth bandwidth list are the same.
  • the uplink bandwidth bandwidth is the same.
  • the list and the downstream bandwidth bandwidth list are also the same).
  • the bandwidth request list indicates the bandwidth request range where the codec mode of a certain media type intersects.
  • the PDF/SPDF After receiving the AAR command, the PDF/SPDF sends a resource request message on the access side to the A-RACF through the Rq interface, which is also an AAR command to request the resource on the access side.
  • A-RACF parses the Requested-Bandwidth-List-UL AVP, Requested-Bandwidth-List-DL AVP from the AAR, and analyzes the current QoS resource request. According to the user service quality subscription information (such as user access subscription bandwidth, etc.) and the user's current network bandwidth, the A-RACF analyzes the bandwidth that the user can obtain on the access side (for example, 200K, including the user on the access side. The obtained uplink bandwidth and the user can obtain the downlink bandwidth on the access side, which are respectively 200K, 200 ⁇ ). The A-RAC reference bandwidth request list is compared and analyzed one by one according to the priority order.
  • bandwidth available to the user on the access side is greater than or equal to a bandwidth request list entry (in this example, 200K is available in the order of the request list).
  • the bandwidth is smaller than the 2M request bandwidth of the first entry, which is greater than the 100K request bandwidth of the second entry:), indicating that the bandwidth available to the user on the access side can satisfy the bandwidth request range and is available to the user on the access side.
  • the bandwidth is adjusted to the bandwidth of this entry.
  • A-RACF carries the Reserved-Access-Bandwidth-UL AVP and Reserved-Access-Bandwidth-DL AVP in the AAA returned from the PDF/SPDF, indicating the bandwidth that the user can obtain on the access side (in this example, 100K, uplink and downlink) All are 100K), specifically the bandwidth with the highest priority that the user can actually obtain on the access side. It can be seen that the bandwidth available to the user returned here on the access side is actually not the available bandwidth of the initial user on the access side (200 ⁇ in this example, 200 ⁇ for both uplink and downlink), but is preferentially based on the user bandwidth request list. Level matching matching user on the access side Available bandwidth.
  • A-RACF can also adjust the bandwidth available to the user on the access side without matching, and still return the available bandwidth of 200K as the bandwidth available to the user on the access side to PDF/SPDF, because PDF/SPDF also needs to be adjusted.
  • the adjustment method is similar, and the comparison is the actual bandwidth and user bandwidth request list available to the user obtained by the PDF/SPDF analysis.
  • the PDF/SPDF receives the AAA command through the Rq interface, parses and obtains the bandwidth available to the user on the access side, and simultaneously calculates the user's network resource status, based on the operator's local policy rules, and/or the user's subscription policy rules. The actual bandwidth available. If other conditions are met and the available bandwidth is only 100K, the PDF/SPDF adjusts the actual bandwidth available to the user to the bandwidth available to the access side.
  • the Reserved command is added to the AAA command returned by the Gq/Gq' interface.
  • -Baiidwidth-UL AVP Reserved-Bandwidth-DL AVP, which represents the actual bandwidth available to the user (refers to the highest priority bandwidth currently available to the user, in this case ⁇ , both upstream and downstream are 100K).
  • the PDF/SPDF matching adjusts the actual bandwidth and user bandwidth request list available to the user, and can adjust the actual bandwidth available to the user without the matching to directly adjust the actual bandwidth available to the user, which is directly obtained by the AF and the user.
  • the bandwidth request list is matched.
  • the AF receives the AAA response, and according to the actual bandwidth available to the user, determines a codec mode from the foregoing codec intersection or adjusts the codec mode whose bandwidth requirement is not satisfied, and the bandwidth requirement can be satisfied. Decoding mode, continue the session establishment process. Specifically, the AF can compare the actual bandwidth available to the user in the order of the required bandwidth of each codec mode. If the bandwidth is greater than or equal to the required codec of the codec mode, it is determined that the codec mode is used to continue the session establishment. Process; Of course, if AF obtains the actual bandwidth available to the user after the PDF/SPDF matching request bandwidth list is adjusted, it can also directly query the corresponding codec mode.
  • the AF, PDF/SPDF, and A-RACF in this embodiment are the same as those in the first embodiment.
  • Embodiment 4 is a diagrammatic representation of Embodiment 4:
  • This embodiment is basically the same as the third embodiment, except that the PDF/SPDF is in this embodiment.
  • the actual bandwidth available to the user is obtained directly by integrating the existing network resource status, the operator-based local policy rule, and/or the user's subscription policy rule without passing through the A-RACF.
  • the PDF/SPDF reference bandwidth request list is compared and analyzed one by one in priority order. If the actual bandwidth available to the user is greater than or equal to a bandwidth request list entry, the actual bandwidth available to the user may be The bandwidth request range is met, and the actual bandwidth available to the user is adjusted to the bandwidth of the entry.
  • the GQ/Gq the AAA command returned by the interface carries the Reserved-Bandwidth-UL AVP and the Reserved-Bandwidth-DL AVP, and the user can
  • the actual bandwidth adjustment obtained refers to the highest priority bandwidth available to the current user, 100K in this example and 100 ⁇ for both uplink and downlink).
  • the AF receives the AAA response, and determines the codec mode to continue the session establishment process by using the method corresponding to the scheme shown in FIG. 6.
  • the AF and PDF/SPDF in this embodiment are the same as those in the second embodiment.
  • the AF-initiated QoS resource request in the first embodiment and the second embodiment carries the maximum request bandwidth and the minimum request bandwidth, and indicates the codec supported by the session Hagging for a certain media category.
  • the bandwidth request range of the intersection; the AF-initiated QoS resource request in the third embodiment and the fourth embodiment carries a bandwidth request list, indicating the bandwidth request range of the codec intersection supported by the two parties to a certain media category, that is, all Bandwidth request.
  • the AF determines or adjusts a codec mode according to the currently available bandwidth information returned by the PDF/SPDF, and selects a match with the currently available bandwidth information during the session media negotiation process.
  • Codec type this process can be supported by the prior art, such as the response code, SIP PRACK message or SIP UPDATE message of the SIP INVITE message and their response code to pass the determined or adjusted codec type, the present invention is no longer A detailed description.
  • the uplink bandwidth and the downlink bandwidth are always the same. Therefore, the extended bandwidth parameter involved in the present invention may also have only one AVP, without distinguishing between uplink and downlink bandwidth, such as current users.
  • the bandwidth available on the A-RACF access side can be distinguished from the Available-Access-Bandwidth-UL AVP, Available-Access-Bandwidth-DL AVP, and only one Available-Access-Bandwidth AVP parameter.
  • Bandwidth can be distinguished from Available-Bandwidth-UL AVP, Available-Bandwidth-DL AVP, and only with an Available-Bandwidth AVP parameter.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un procédé de négociation de données multimédia. Le procédé comporte les étapes suivantes: une fonction d'application (AF) envoie à une fonction de serveur de règles (PDF)/PDF de services (SPDF) un message de demande de ressources comportant les paramètres définissant une plage de demande de bande passante du type multimédia; la fonction PDF/SPDF effectue l'analyse des règles, obtient la bande passante disponible répondant à la plage demandée de bande passante pour l'utilisateur demandeur, et envoie ensuite à l'AF une réponse concernant la bande passante disponible; l'AF détermine ou modifie le mode de codage/décodage pour le type de média selon la bande passante disponible. L'invention concerne aussi un système, AF, PDF/SPDF et un A-RACF correspondant au procédé.
PCT/CN2007/000232 2006-01-26 2007-01-22 Procédé, système et entité pour la négociation de données multimédia WO2007085184A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610033418.8 2006-01-26
CN 200610033418 CN101009695A (zh) 2006-01-26 2006-01-26 一种媒体协商的方法和系统

Publications (1)

Publication Number Publication Date
WO2007085184A1 true WO2007085184A1 (fr) 2007-08-02

Family

ID=38308855

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/000232 WO2007085184A1 (fr) 2006-01-26 2007-01-22 Procédé, système et entité pour la négociation de données multimédia

Country Status (2)

Country Link
CN (1) CN101009695A (fr)
WO (1) WO2007085184A1 (fr)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101374061A (zh) * 2007-08-24 2009-02-25 华为技术有限公司 组播或单播接纳控制的方法、系统及装置
CN101132642B (zh) * 2007-09-21 2012-05-23 中兴通讯股份有限公司 基于mpls-te的ngn中lsp隧道的建立方法
CN101465920B (zh) * 2007-12-17 2011-12-28 华为技术有限公司 一种资源控制代理方法、系统和装置
EP2234328B1 (fr) 2007-12-20 2013-06-05 ZTE Corporation Procédé de traitement de requête de ressource en réseau de prochaine génération
CN101599912B (zh) * 2008-06-06 2012-04-04 华为技术有限公司 通信系统中向可迁移的功能实体转发消息的方法及系统
CN101674244B (zh) * 2009-09-24 2013-03-20 中兴通讯股份有限公司 带宽控制方法、带宽控制装置以及分组数据网络网关
CN103813339B (zh) * 2012-11-15 2017-05-31 鸿富锦精密工业（深圳）有限公司 频宽管理系统及管理方法
CN110650023A (zh) * 2018-06-26 2020-01-03 中国移动通信有限公司研究院 策略规则处理方法及装置、功能网元及存储介质
CN113556783B (zh) * 2020-04-26 2023-04-18 华为技术有限公司 媒体资源传输方法、相关装置及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1490980A (zh) * 2002-09-17 2004-04-21 ���ǵ�����ʽ���� 用于流式传输多媒体数据的装置和方法
US20050041584A1 (en) * 2003-08-14 2005-02-24 Richard Lau Auto-IP traffic optimization in mobile telecommunications systems
US20050073997A1 (en) * 2003-06-12 2005-04-07 Camiant, Inc. PCMM application manager
US20050201414A1 (en) * 2004-03-11 2005-09-15 Ali Awais Dynamically adapting the transmission rate of packets in real-time VoIP communications to the available bandwidth
CN1695391A (zh) * 2002-09-27 2005-11-09 诺基亚公司 增强的服务质量控制
US20060002333A1 (en) * 2004-07-05 2006-01-05 Telefonaktiebolaget Lm Ericsson (Publ) Binding mechanism for quality of service management in a communication network

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1490980A (zh) * 2002-09-17 2004-04-21 ���ǵ�����ʽ���� 用于流式传输多媒体数据的装置和方法
CN1695391A (zh) * 2002-09-27 2005-11-09 诺基亚公司 增强的服务质量控制
US20050073997A1 (en) * 2003-06-12 2005-04-07 Camiant, Inc. PCMM application manager
US20050041584A1 (en) * 2003-08-14 2005-02-24 Richard Lau Auto-IP traffic optimization in mobile telecommunications systems
US20050201414A1 (en) * 2004-03-11 2005-09-15 Ali Awais Dynamically adapting the transmission rate of packets in real-time VoIP communications to the available bandwidth
US20060002333A1 (en) * 2004-07-05 2006-01-05 Telefonaktiebolaget Lm Ericsson (Publ) Binding mechanism for quality of service management in a communication network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP TS 23.207 V6.2.0, March 2004 (2004-03-01), XP003016249 *

Also Published As

Publication number Publication date
CN101009695A (zh) 2007-08-01

Similar Documents

Publication Publication Date Title
EP1964421B1 (fr) Mise en corrélation de flux de paquets avec des porteurs dans un système de communication
US7885262B2 (en) Method and an apparatus for resource admission control process
KR101098715B1 (ko) 데이터 전송 시에 패킷 필터를 설치하는 방법 및 장치
JP5023216B2 (ja) 通信システムのリソース使用効率を改善する方法及び装置
WO2007085184A1 (fr) Procédé, système et entité pour la négociation de données multimédia
WO2007085195A1 (fr) Système et procédé pour la gestion de requête de ressources
US20080049648A1 (en) Method and apparatus for policy management for an internet protocol multimedia subsystem based wireless communication system
US20020062379A1 (en) Method and apparatus for coordinating quality of service requirements for media flows in a multimedia session with IP bearer services
WO2006026920A1 (fr) Methode et systeme pour une consultation dynamique de qualite de service dans un reseau de la prochaine generation (ngn)
JP2012501147A (ja) Ｒｆｃ３３１３に対する帯域内ｄｐｉメディア予約修正
KR20050105208A (ko) 이동 망들에서 다이나믹 미디어 인가
WO2009114976A1 (fr) Procédé et système de contrôle de ressources et d'admission
US8526304B2 (en) Processing method for resource request in NGN
WO2011022893A1 (fr) Procédé et appareil d'interaction entre des systèmes de commande de ressources et d'admission
Yun et al. QoS control for NGN: A survey of techniques
EP2234347B1 (fr) Procédé pour réaliser une gestion d'accès aux ressources en mode du pousser en situation de nomadisme de réseau de prochaine génération
EP2472814A1 (fr) Procédé d'interaction entre des systèmes de commande de ressources et d'admission et système de commande de ressources et d'admission
US20100023998A1 (en) Method, entity and system for realizing network address translation
WO2010022610A1 (fr) Procédé et entité à fonction d’application de règles servant à mettre en place des informations de requête de qualité de service
KR20080080720A (ko) 이동통신 시스템에서 서비스 품질을 제공하기 위한 장치 및방법
WO2009100625A1 (fr) Procédé de sélection d'une entité fonctionnelle de décision stratégique dans un système de contrôle de ressources et d'admission
WO2011100880A1 (fr) Procédé de régulation de ressources et d'accès et système associé
WO2011032374A1 (fr) Procédé et système pour la commande de ressources et d'admission à mode de retrait dans un univers de commerce en gros
WO2011127760A1 (fr) Procédé et système de décision en matière de politique des ressources sur une scène itinérante
Kim et al. Policy-based QoS control architecture model using API for streaming services

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07702162

Country of ref document: EP

Kind code of ref document: A1