WO2009046653A1 - Procédé, dispositif et système d'application de lignes directrices - Google Patents

Procédé, dispositif et système d'application de lignes directrices Download PDF

Info

Publication number
WO2009046653A1
WO2009046653A1 PCT/CN2008/072353 CN2008072353W WO2009046653A1 WO 2009046653 A1 WO2009046653 A1 WO 2009046653A1 CN 2008072353 W CN2008072353 W CN 2008072353W WO 2009046653 A1 WO2009046653 A1 WO 2009046653A1
Authority
WO
WIPO (PCT)
Prior art keywords
session
resource
request
session resource
policy
Prior art date
Application number
PCT/CN2008/072353
Other languages
English (en)
French (fr)
Inventor
Youzhu Shi
Qing Zhou
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 WO2009046653A1 publication Critical patent/WO2009046653A1/zh

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/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/20—Traffic policing
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]

Definitions

  • the present invention relates to the field of IP Multimedia Subsystem (IMS) technology, and in particular, to a policy control method, apparatus, and system.
  • IMS IP Multimedia Subsystem
  • BACKGROUND With the continuous maturity of packet technologies, traditional telecommunication networks based on circuit switching are developing toward packet switching-based broadband telecommunication networks, and Session Initiation Protocol (SIP) is used as call control signaling for packet telecommunication core networks. It is one of the current technological trends.
  • SIP Session Initiation Protocol
  • ITU-T International Telecommunication Union - Telecommunication Standardization Sector
  • ETSI European Telecommunications Standards Institute
  • NGN Next Generation Network
  • IMS IP Multimedia Subsystem
  • IMS IP multimedia subsystem defined by the 3GPP standard. It is the target network system for the third generation (The Third Generation, 3G) mobile communication network to realize packet voice and packet data and provide unified multimedia services and applications.
  • the IMS uses the IP packet domain as the bearer channel for its control signaling and media transmission, and uses the SIP protocol as the call control signaling to realize the separation of service management, session control and bearer access.
  • the SIP protocol is an application layer control protocol for establishing, changing, and terminating multimedia sessions or calls. These multimedia sessions include multimedia conferencing, distance learning, Internet telephony, etc.
  • the core is defined by the Internet Engineering Task Force (IETF) standards organization.
  • the NGN core network needs to interact with the bearer network to implement resource reservation, management, and use of the session media channel through policy control.
  • the network in addition to providing call services to users, the network also needs to provide supplementary service services in the call service, such as call waiting service (CW), call hold service (HOLD), conference service (CONF), call forwarding.
  • CW call waiting service
  • HOLD call hold service
  • CONF conference service
  • ECT Call Forwarding Service
  • CDIV Call Forwarding Service
  • TISPAN Internet Converged Services and Protocols for Advanced Networking
  • PSTN Public Switched Telephone Network
  • ISDN Integrated Service Digital NeTwork
  • the CW service needs to be able to accept a new session when the user terminal already occupies resources.
  • the CW service can activate a new session.
  • the HOLD service can be held by the user while maintaining the other party.
  • Receiving or initiating a new session for example, the conference service, in the case that a session has been established, can initiate a session request to establish a conference; for example, the conference service, in the case that a session has been established, can receive a session request, join
  • the ECT service can receive a session request and transfer to a third party if the session has already been established.
  • TISPAN's WI02036 NGN R2 RACS project introduces over-reserved functionality in the Resource and Admission Control Subsystem (RCS).
  • the application function (AF) carries the resource over-reservation indication when initiating the resource reservation, and the RACS performs resource over-reservation according to the resource over-reservation indication, and does not return the resource reservation failure when the resource is insufficient.
  • Embodiments of the present invention provide a policy control system in an IP multimedia subsystem to perform a policy control function according to a service requirement.
  • the embodiment of the invention provides a policy control method in an IP multimedia subsystem to perform a policy control function according to the needs of the service.
  • the embodiment of the invention provides a policy control device in an IP multimedia subsystem to perform a policy control function according to the needs of the service.
  • a policy control system in an IP multimedia subsystem comprising:
  • a session resource control unit configured to generate a session resource operation requirement, and send a session request that carries the session resource operation requirement;
  • a session resource requesting unit configured to apply for a session resource according to a session resource operation requirement in the session request received from the session resource control unit.
  • a policy control method in an IP multimedia subsystem comprising:
  • the session resource is requested according to the session resource operation requirement in the session request.
  • a method for implementing conference services by policy control in an IP multimedia subsystem comprising: maintaining a current session of a user;
  • the session resource is requested according to the session resource operation requirement in the session request, and a new session is added to the conference service.
  • a session resource control device in an IP multimedia subsystem is connected to a session resource application unit, and the session resource control device includes:
  • a session request building module configured to construct a session request carrying a session resource operation requirement
  • a session request sending module configured to send, to the session resource requesting unit, a session request that carries the session resource operation requirement
  • a session resource control device in an IP multimedia subsystem is connected to a session resource application unit, and the session resource control device includes:
  • a session request receiving module configured to receive a session request sent by the user terminal
  • the session policy resource carrying module is configured to carry the session resource operation requirement in the session request, and send a session request that carries the session resource operation requirement to the session resource application unit.
  • a session resource application device in an IP multimedia subsystem is connected to a policy decision unit, and the session resource application device includes:
  • a session resource operation indication determining module configured to operate according to a session resource in the received session request The requirement determines a session resource operation indication
  • the session resource application request sending module is configured to send, to the policy decision unit, a session resource request request that carries the session resource operation indication.
  • a policy control device in an IP multimedia subsystem the device being connected to a policy decision unit, the device comprising:
  • a session resource operation requirement generation module configured to generate a session resource operation requirement
  • the session resource operation indication determining module is configured to determine a session resource operation indication according to the session resource operation requirement, and send a session resource application request that carries the session resource operation indication to the policy decision unit.
  • the session resource control unit generates a session resource operation requirement, and sends a session request carrying the session resource operation requirement to the session resource application unit; the session resource application unit The session resource is requested according to the session resource operation requirement in the session request. Therefore, after the application of the present invention, the session resource control unit can generate the session resource requirement according to the needs of the service, and the session resource application unit can determine the policy control according to the session resource operation requirement carried in the received session request, thereby implementing the service according to the service.
  • the technical solution provided by the embodiment of the present invention in particular, enables a service implementation that allows a user to simultaneously establish multiple sessions and only a part of the session media is active at the same time.
  • FIG. 1 is a schematic structural diagram of a policy control system according to an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of a policy control system according to a preferred embodiment of the present invention.
  • FIG. 3 is a schematic structural diagram of a session resource control apparatus according to a preferred embodiment of the present invention
  • 4 is a schematic structural diagram of a session resource control apparatus according to another preferred embodiment of the present invention
  • FIG. 5 is a schematic structural diagram of a session resource application apparatus according to a preferred embodiment of the present invention
  • FIG. 6 is a schematic diagram of a preferred embodiment of the present invention. Schematic diagram of the strategy control device;
  • FIG. 7 is a flow chart showing a policy control method in a call holding service according to a preferred embodiment of the present invention.
  • FIG. 8 is a schematic flowchart of a policy control method in a call hold service according to another preferred embodiment of the present invention.
  • FIG. 9 is a flow chart showing a policy control method in a call waiting service according to a preferred embodiment of the present invention.
  • FIG. 10 is a schematic flowchart of a method for adding an ongoing session to a conference in a conference service according to a preferred embodiment of the present invention.
  • FIG. 11 is a schematic flow chart of a method for adding a conference to a conference in a conference service according to a preferred embodiment of the present invention
  • FIG. 12 is a schematic flowchart of a method for a user who is in a call to receive a REFER message to be added to a conference in a conference service according to a preferred embodiment of the present invention
  • FIG. 13 is a flow chart showing a method for receiving a INVITE message to be added to a conference in a conference service according to another preferred embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE EMBODIMENTS The present invention will be further described in detail with reference to the accompanying drawings and specific embodiments.
  • FIG. 1 is a schematic structural diagram of a policy control system according to an embodiment of the present invention.
  • the system includes: The session resource control unit 101 is configured to generate a session resource operation requirement, and send, to the session resource application unit 102, a session request that carries the session resource operation requirement;
  • the session resource application unit 102 is configured to apply for a session resource according to the session resource operation requirement in the session request.
  • the session resource control unit 101 completes the control function of the session, generates a session resource operation requirement, and sends the session resource operation request to the session resource application unit 102.
  • the session resource control unit 101 may generate a session resource operation requirement according to the user's will; or generate a session resource operation requirement according to the user's subscription status; or generate a session resource operation requirement according to the user's service status; or generate a session according to the user's session state.
  • the session resource control unit 101 may be a user terminal (UE) in an IMS network, a session control unit (such as a Proxy-Call Session Control Function (P-CSCF), a CSCF (Interrogation-Call Session Control Function, I-CSCF). ) and service CSCF (Serving-Call Session Control Function, S-CSCF), etc., or application server (AS).
  • a session control unit such as a Proxy-Call Session Control Function (P-CSCF), a CSCF (Interrogation-Call Session Control Function, I-CSCF).
  • service CSCF Server-Call Session Control Function, S-CSCF
  • AS application server
  • the session resource application unit 102 receives the session resource operation requirement and requests the session resource.
  • the session resource requesting unit 102 may be an AF (application function) at the time of resource application, such as AS in the IMS network, P-CSCF, Interconnection Border Control Function (IBCF), and the like.
  • the protocol of the E1 interface between the session resource application unit 102 and the session resource control unit 101 includes, but is not limited to, SIP, or an internal interface protocol, and the like.
  • the E1 interface between the session resource application unit 102 and the session resource control unit 101 can be transited through the intermediate node.
  • the UI interface can pass through the S- One or more transitions in the CSCF or I-CSCF.
  • the system may further include a policy decision unit 103.
  • Session resource application unit 102 The policy decision unit 103 sends a session resource request request, and the policy decision unit 103 completes the policy decision function according to the request of the session resource application unit 102.
  • the policy decision unit 103 can be a PDF (Policy Decision Function), a PCRF (Policy and Charging Rules Function, and a Charging Rules Function).
  • the E2 interface protocol between the policy decision unit 103 and the session resource request unit 102 includes, but is not limited to, a Diameter or an internal interface protocol.
  • the session resource application unit 102 is configured to determine a session resource operation indication according to the session resource operation requirement in the session request, and send a session resource application request that carries the session resource operation indication to the policy decision unit 103;
  • the determining unit 103 is configured to determine a policy decision function according to the session resource operation indication in the session resource request request.
  • the resource request request sent by the session resource application unit 102 to the policy decision unit 103 includes one or a combination of the following manners:
  • the re-use session policy may include one or more session identifiers, and the re-use session indication may include one or more resource identifiers, and the session resource requesting unit needs to complete mapping between the session identifiers and the resource identifiers.
  • the reuse session policy may further include one or more media stream identifiers, where the reuse session indication may include one or more resource identifiers, and the session resource requesting unit needs to complete mapping between the media stream identifiers and the resource identifiers.
  • the reuse session indication may further include one or more bandwidth information, which is used to indicate the reused bandwidth.
  • the bandwidth used by the policy decision unit is 10M, and the reuse session only needs to be reused.
  • the session resource application unit may further carry the reused bandwidth of 9M in addition to the resource identifier in the reuse session indication, and the policy decision unit may re-use only the corresponding resource bandwidth in the 10M according to the reuse session indication. 9M.
  • the resource request request may be an AAR message of a Diameter protocol.
  • resource decisions can include:
  • the value of the over-reservation indication is "Yes", when the resource in the current resource request request is less than or equal to the sum of the current idle resource and the occupied resource, the return resource reservation is successful; if the reuse session indication The resource identifier is included, and the policy decision unit reuses the resource corresponding to the resource identifier, and does not apply for a resource separately.
  • the policy decision unit determines whether the resource is available, if available, activates the media resource; if not, rejects the activation of the media resource.
  • the method for determining whether a resource is available by the policy decision unit includes at least one of the following:
  • system may further include a policy execution unit 104, configured to complete the policy execution function according to the indication of the policy decision unit 103.
  • the E3 interface protocol between policy decision unit 103 and policy enforcement unit 104 includes, but is not limited to, Diameter, H248, COPS, or internal interface protocols, and the like.
  • FIG. 2 is a schematic structural diagram of a policy control system according to an embodiment of the present invention.
  • the service control unit 203 provides a service logic control function, and the service control unit 203 is a host execution environment for the service.
  • the service control unit 203 executes corresponding business logic, such as a CW service, a HOLD service, a CONF service, an ECT service, and the like.
  • the session control unit 202 provides functions such as packet network session routing.
  • the session control unit 202 can be a CSCF (including a P-CSCF, an S-CSCF, an I-CSCF), an IBCF, or an Access Gateway Control Function (AGCF) in the IMS network.
  • the protocol of the F2 interface between the session control unit 202 and the service control unit 203 includes, but is not limited to, a SIP protocol, or an internal interface protocol, and the like.
  • the F5 interface (omitted in FIG. 2) between the two session control units 202 may be a SIP or an internal interface protocol.
  • User terminal 201 may be a terminal that supports the SIP protocol, such as a UE in an IMS network.
  • the F1 interface between the user terminal 201 and the session control unit 202 can be a SIP protocol.
  • the user terminal 201 may also be a terminal that does not support the SIP protocol, and accesses the session control unit 202 through a protocol conversion unit (such as an access gateway, omitted in FIG. 2).
  • the session resource control unit shown in FIG. 1 may be located in the user terminal 201, the service control unit 203, or the session control unit 202.
  • the session resource requesting unit shown in Fig. 1 may be located in the P-CSCF, IBCF or AS of the session control unit 202.
  • system of the embodiment shown in FIG. 2 may further include a policy decision unit 204 and/or a policy execution unit 205, which functions similarly to the corresponding functional units in FIG. 1, and details are not described herein again.
  • FIG. 3 is a schematic structural diagram of a session resource control apparatus according to an embodiment of the present invention.
  • the session resource control device is connected to the session resource application unit, and the session resource application unit is based on the session
  • the session resource operation request in the session request received by the resource control device determines a session resource operation indication, and sends a session resource application request carrying the session resource operation indication to the policy decision unit, where the policy decision unit is configured according to the session resource
  • the session resource operation indication in the application request determines the policy decision.
  • the session resource control apparatus includes: a resource operation requirement generation module 301, configured to generate a session resource operation requirement according to a user's will; or used to generate a session resource operation requirement according to a user's subscription status; or Generating, by the user's service state, a parameter in the session resource operation call request to generate the session resource operation requirement;
  • a resource operation requirement generation module 301 configured to generate a session resource operation requirement according to a user's will; or used to generate a session resource operation requirement according to a user's subscription status; or Generating, by the user's service state, a parameter in the session resource operation call request to generate the session resource operation requirement;
  • the session request building module 302 is configured to construct a session request carrying a session resource operation requirement.
  • the session request constructed by the session request construction module 302 can be a SIP INVITE message.
  • the session request sending module 303 is configured to send, to the session resource requesting unit, a session request that carries the operation requirement of the session resource.
  • the session request sent by the session request sending module 303 may include: activating a session request after starting a new session request or initiating a conference service after the service is maintained.
  • the session resource control device can be a user terminal.
  • FIG. 4 is a schematic structural diagram of a session resource control apparatus according to another embodiment of the present invention.
  • the session resource control device is connected to the session resource application unit, and the session resource application unit determines a session resource operation indication according to the session resource operation requirement in the session request received from the session resource control device, and sends the session resource operation instruction to the policy decision unit.
  • the session resource request request carrying the session resource operation indication is determined by the policy decision unit according to the session resource operation indication in the session resource request request.
  • the session resource control apparatus includes: The session request receiving module 401 is configured to receive the session request sent by the user terminal, and the session policy resource carrying module 402 is configured to carry the session resource operation requirement in the session request, and send the session to the session resource requesting unit Session request for resource operation requirements.
  • the session policy resource carrying module may determine a resource operation requirement according to the session request (for example, generating a session resource operation requirement according to a subscription status of the calling user in the session), and obtain a session resource operation requirement.
  • the session request may include: a user-activated call hold service request, a user-signed call waiting service request, and a user-signed conference service request.
  • the session resource control device in Figure 4 can be an application server.
  • FIG. 5 is a schematic structural diagram of a session resource application apparatus according to an embodiment of the present invention.
  • the session resource application device is coupled to the policy decision unit, and the policy decision unit determines the policy decision based on the session resource operation indication in the session resource request request received from the session resource application device.
  • the session resource application apparatus includes:
  • the session resource operation indication determining module 501 is configured to determine a session resource operation indication according to the session resource operation requirement in the received session request.
  • the session resource request request sending module 502 is configured to send, to the policy decision unit, a session resource request request that carries the session resource operation indication.
  • the session resource requesting device can be a P-CSCF, an AS, or an IBCF.
  • FIG. 6 is a schematic structural diagram of a policy control apparatus according to an embodiment of the present invention.
  • the apparatus is coupled to the policy decision unit, the policy decision unit determining a policy decision based on the session resource operational indication in the session resource request request received from the policy control device.
  • the device includes:
  • the session resource operation requirement generation module 601 is configured to generate a session resource operation requirement; In a specific implementation, the session resource operation requirement generation module 601 may generate a session resource operation requirement according to the user's will; or generate a session resource operation requirement according to the user's subscription status; or generate the session according to the user's service status. Resource operation requirements; or for generating the session resource operation requirement according to a user's session state; or for generating the session resource operation requirement according to parameters in the session request.
  • the session resource operation indication determining module 602 is configured to determine a session resource operation indication according to the session resource operation requirement, and send a session resource application request that carries the session resource operation indication to the policy decision unit.
  • the session resource operation requirement generation module 601 can generate a session resource operation requirement according to the replaces parameter in the received session request.
  • the policy control device can be a P-CSCF, an AS or an IBCF.
  • the embodiment of the invention further discloses a policy control method, the method comprising:
  • the session resource requesting unit requests the session resource according to the session resource operation requirement in the session request.
  • the method may further include: the session resource application unit determining the session resource operation indication according to the session resource operation requirement in the session request, and transmitting, to the policy decision unit, the session resource application request carrying the session resource operation indication. Then, the policy decision unit determines the policy decision according to the session resource operation indication in the session resource request request, and then the policy execution unit completes the policy execution function according to the determined policy decision.
  • the generating session resource operation requirements may include one of the following modes or any combination of more than one:
  • Applying session resources according to the session resource operation requirements in the session request includes one or a combination of the following:
  • the re-use session policy may include one or more session identifiers, and the re-use session indication may include one or more resource identifiers, and the session resource requesting unit needs to complete mapping between the session identifiers and the resource identifiers.
  • the reuse session policy may further include one or more media stream identifiers, where the reuse session indication may include one or more resource identifiers, and the session resource requesting unit needs to complete mapping between the media stream identifiers and the resource identifiers.
  • the reuse session indication may further include one or more bandwidth information for indicating the reused bandwidth, such as the bandwidth used by the policy decision unit is 10M, and the reuse session only needs to reuse the original 9M, in this case, the session
  • the resource application unit may further carry the reused bandwidth of 9M in addition to the resource identifier in the reuse session indication, and the policy decision unit may reuse only 9M of the corresponding resource bandwidth 10M according to the reuse session indication.
  • the resource request request may be an AAR message of a Diameter protocol.
  • the policy decision unit may reserve an excessive reference according to the resource. Showing or reusing the session indicates that the resource decision is completed. Specifically, the resource decision may include: if the value of the excessive reservation indication is “Yes”, when the resource in the current resource application request is less than or equal to the sum of the current idle resource and the occupied resource, returning the resource reservation If the resource identifier is included in the reuse session indication, the policy decision unit reuses the resource corresponding to the resource identifier, and does not apply for a resource separately.
  • the policy decision unit determines whether the resource is available, if available, activates the media resource; if not, rejects the activation of the media resource.
  • the method for determining whether a resource is available by the policy decision unit includes at least one of the following:
  • the session resource control unit may include the session resource operation requirement in the subsequent message of the session request, and the session resource application unit applies for the session resource according to the received updated session resource operation requirement when the session resource is subsequently applied. If the session resource control unit does not include the session resource operation requirement in the subsequent message of the session request, the session resource requesting unit applies for the session resource according to the default policy when subsequently requesting the session resource.
  • the default policy may include: The value of the over-provision indication is "No".
  • the updated session resource operation requirement may include a resource over-reservation policy acknowledgment, or reuse session policy acknowledgment, that is, confirming a resource over-reservation policy in the session request or reusing the session policy.
  • FIG. 7 is a schematic flowchart of a policy control method in a call holding service according to an embodiment of the present invention.
  • a new session is initiated, and the process is as follows: Step 1: User B (corresponding terminal is UE-B) sends an INVITE request to the maintenance service AS (HOLD AS) of the network, and carries the media information sdp:B of user B in the INVITE request; keeps the service AS forwards the INVITE request To the P-CSCF, the P-CSCF forwards the INVITE request to the UE-A; the UE-A returns a 183 response, and the P-CSCF initiates a resource reservation through a policy control unit (such as PDF), reserves the media resource of the session AB, and then transmits 183 responds to user B, and then performs media negotiation between UE-A and UE-B; after media negotiation is completed, UE-A starts ringing, and sends 180 message
  • a policy control unit such as PDF
  • the UE-A sends a 200 response to the P-CSCF, and the P-CSCF sends the application to the PDF, completes the opening of the media resource, and then forwards the 200 message to the UE-B; at this time, the user A and the user B start the call, and the above process is the same as the normal session process. ;
  • Step 2 User A keeps user B, sends a HOLD request to user B, and user B returns a 200 OK response.
  • the P-CSCF notifies the policy control unit to modify the media resource, and forwards the 200 OK response message to UE-A to implement the HOLD service.
  • the above process is the same as the existing HOLD business process;
  • Step 3 User A initiates a new session and starts to call user C.
  • User A's terminal judges according to user A's wishes (such as user A's operation) or his own detection (such as contract status, business status, The session state, etc., carries the session resource operation requirement in the INVITE request, such as an Overbooking indication, that is, a resource over-retention policy; the above request is sent to the P-CSCF;
  • the UE-A may also insert the identifier of the original session AB in the INVITE request, that is, reuse the session policy.
  • the UE-A may determine to use the reuse session policy according to the detection of the INVITE request, and the determination condition may be as follows. One or any combination: It is judged that the HOLD service state has been activated, it is judged that a session state already exists, or the remaining free subscription bandwidth of the user is judged to be insufficient.
  • Step 4 When receiving the INVITE request, the P-CSCF carries an excessive resource reservation indication when the resource is reserved according to the Overbooking indication; the PDF performs excessive resource reservation according to the indication, and the return resource reservation is successful; If the INVITE request carries the identifier of the session AB, the P-CSCF also carries the identifier of the session AB when the resource is reserved, and the PDF can reuse the resources of the session AB according to the identifier;
  • Step 5 The P-CSCF forwards the INVITE request to the HOLD service AS;
  • Step 6 HOLD service AS forwards the INVITE request to UE-C;
  • Step 7 UE-C sends 183 temporary response to the HOLD service AS;
  • Step 8 When receiving the 183 temporary response of the peer UE-C, the HOLD AS determines whether the user A has activated the HOLD service. If the HOLD service has been activated, insert an Overbooking confirmation indication in the 183 provisional response, and forward it to the P. -CSCF. Step 8 is an optional step; Step 9: P-CSCF forwards 183 temporary response to UE-A;
  • the P-CSCF when the P-CSCF receives the 183 temporary response, if there is an Overbooking confirmation indication, the P-CSCF further carries an excessive resource reservation indication during subsequent resource reservation, and if the 183 temporary response does not include an Overbooking confirmation indication, The resource reservation is no longer carried with an excessive resource reservation indication;
  • Step 10 UE-A and UE-C media negotiate, after media negotiation is completed, UE-C rings, and sends 180 response to UE-A;
  • Step 11 User C receives the session, UE-C sends a 200 response to the P-CSCF, and the P-CSCF sends an open media channel request to the PDF.
  • the PDF checks whether the resource is available. If available, the media channel is opened and a successful response is returned. Otherwise the return fails;
  • Step 12 The P-CSCF forwards 200 responses to UE-A, and User A and User C talk.
  • step 3 the session resource operation requirement and the reuse session policy may be carried in the INVITE request, or only the session resource operation requirement or the reuse session policy may be carried.
  • FIG. 8 is a schematic flowchart of a policy control method in a call hold service according to another embodiment of the present invention.
  • the method includes:
  • Step 1 User B sends an INVITE request to the maintenance service AS (HOLD AS) of the network, and carries the media information sdp:B of B in the INVITE request; keeps the service AS forwards the INVITE request to the P-CSCF, and the P-CSCF forwards
  • the INVITE request is sent to UE-A; UE-A returns a response of 183, and the P-CSCF initiates resource reservation by a policy control unit (such as PDF), reserves media resources of session AB, and then sends 183 response to user B, and then performs UE.
  • UE-A After user A receives this session, UE-A sends 200 response to P. -CSCF, the P-CSCF sends the application to the PDF, completes the opening of the media resource, and then forwards the 200 message to the UE-B; at this time, the user A and the user B start the call, and the above process is the same as the normal session process;
  • Step 2 User A keeps User B, sends a HOLD request to User B, User B returns a 200 OK response, P-CSCF notifies the Policy Control Unit to modify the media, and forwards the 200 OK response message to UE-B to implement HOLD service.
  • the process is the same as the existing HOLD business process;
  • Step 3 User C initiates a session call user A, sends a SIP INVITE request to user A's HOLD service AS, and the HOLD service AS determines whether user A has activated the HOLD service according to the user's service status, and if so, in the INVITE request Insert a session resource operation requirement, such as an Overbooking indication, that is, a resource over-retention policy; the above request is sent to the P-CSCF;
  • a session resource operation requirement such as an Overbooking indication, that is, a resource over-retention policy
  • Step 4 When receiving the INVITE request, the P-CSCF carries an excessive resource reservation indication when the resource is reserved according to the Overbooking indication; the PDF performs excessive resource reservation according to the indication, and the return resource reservation is successful; Step 5: The P-CSCF forwards the INVITE request to the UE-A;
  • Step 6 UE-A sends 183 temporary response to the P-CSCF;
  • Step 7 The P-CSCF performs resource reservation, and carries an excessive resource reservation indication during subsequent resource reservation;
  • Step 8 P-CSCF forwards 183 temporary response to UE-C;
  • Step 9 UE-A and UE-C media negotiate, after media negotiation is completed, UE-C rings, and sends 180 response to UE-A;
  • Step 10 User A receives the session, UE-A sends a 200 response to the P-CSCF, and the P-CSCF sends an open media channel request to the PDF.
  • the PDF checks whether the resource is available. If available, the media channel is opened and a successful response is returned. Otherwise the return fails;
  • Step 11 The P-CSCF forwards 200 responses to UE-C, and User A and User C talk.
  • FIG. 9 is a flow chart of a policy control method in a call waiting service according to a preferred embodiment of the present invention.
  • the method includes:
  • Step 1 User B and User A establish a session. Specifically, the user B sends an INVITE request to the maintenance service AS (HOLD AS) of the network, and carries the media information sdp:B of the B in the INVITE request; the service AS forwards the INVITE request to the P-CSCF, and the P-CSCF forwards the INVITE request to UE-A; UE-A returns 183 response, P-CSCF initiates resource reservation through policy control unit (such as PDF), reserves media resources of session AB, then sends 183 response to user B, and then performs UE- Media negotiation between A and UE-B; After media negotiation is completed, UE-A starts ringing and sends 180 message to UE-B.
  • the maintenance service AS HOLD AS
  • the P-CSCF forwards the INVITE request to UE-A
  • UE-A returns 183 response
  • P-CSCF initiates resource reservation through policy control unit (such as PDF), reserves media resources of session AB, then sends 183 response
  • UE-A sends 200 response to P- CSCF,
  • the P-CSCF sends the application to the PDF, completes the opening of the media resource, and then forwards the 200 message to the UE-B, at which time the user A and the user B start to talk;
  • Step 2 User C initiates a session call user A, sends a SIP INVITE request to user A's CW service AS, and the CW service AS determines whether a session resource operation requirement needs to be inserted. If yes, inserts a session resource operation requirement in the INVITE request; The request is sent to the P-CSCF;
  • the CW service AS can use any of the following methods:
  • the user According to the subscription status of the user, if the user subscribes to the CW service, the user needs to insert the session resource operation requirement when accepting the incoming call as the called party;
  • the session state of the user if the user subscribes to the CW service, and the current session is in the reserved or used state, the user needs to insert the session resource operation requirement when accepting the incoming call as the called party;
  • the session resource operation requirement needs to be inserted;
  • the foregoing session resource operation requirement may be a single policy indication, such as an Overbooking indication, or a service indication, such as a CW service indication, that is, the session resource operation requirement may be an explicit policy indication, or may be an implicit service.
  • Step 3 When receiving the INVITE request, the P-CSCF carries an excessive resource reservation indication when the resource is reserved according to the Overbooking indication; the PDF performs excessive resource reservation according to the indication, and the return resource reservation is successful;
  • Step 4 The P-CSCF forwards the INVITE request to UE-A;
  • Step 5 UE-A sends 183 temporary response to the P-CSCF;
  • Step 6 The P-CSCF performs resource reservation, and carries an excessive resource reservation indication during subsequent resource reservation;
  • Step 7 The P-CSCF forwards 183 a temporary response to the UE-C;
  • Step 8 UE-A and UE-C media negotiation, after media negotiation is completed, UE-C rings, and sends 180 response to UE-A;
  • Step 9 In order to accept the C session, User A releases the corresponding resources and releases User B's session resources, such as releasing User B's session resources by releasing the session between ABs, or releasing by maintaining a session between ABs. User B's session resources, the process is the same as the normal release and hold process class test;
  • Step 10 User A accepts the session from User C, and UE-A sends a 200 response to the P-CSCF.
  • the P-CSCF sends an open media channel request to the PDF, and the PDF checks whether the resource is available. If available, the media channel is opened and a successful response is returned, otherwise the return fails;
  • Step 11 The P-CSCF forwards 200 responses to UE-C, and User A and User C talk.
  • the above embodiment shown in FIG. 9 describes in detail the policy control method in the call waiting service. It can be seen that after applying the above embodiment, the policy control in the call waiting service is realized.
  • FIG. 10 is a schematic flowchart of a method for adding an ongoing session to a conference in a conference service according to an embodiment of the present invention.
  • This embodiment describes the flow by which UE-A joins ongoing sessions B, C to the conference, which applies to UE-A joining a single or multiple sessions in progress to the conference.
  • the method includes:
  • Step 1 User A and User B establish a session. Specifically, the user B sends an INVITE request to the maintenance service AS (HOLD AS) of the network, and carries the media information sdp:B of the B in the INVITE request; the service AS forwards the INVITE request to the P-CSCF, and the P-CSCF forwards the INVITE request to UE-A; UE-A returns 183 response, P-CSCF initiates resource reservation through policy control unit (such as PDF), reserves media resources of session AB, and then sends 183 response to user B, and then proceeds UE-A and UE-B media negotiation; after media negotiation is completed, UE-A starts ringing and sends 180 message to UE-B.
  • the maintenance service AS HOLD AS
  • UE-A sends 200 response to The P-CSCF, the P-CSCF sends the application to the PDF, completes the opening of the media resource, and then forwards the 200 message to the UE-B, at which time the user A and the user B start to talk;
  • Step 2 User A maintains user B and establishes a session with user C. Specifically, user A maintains user B, sends a HOLD request to user B, and user B returns a 200 OK response, and the P-CSCF notifies the policy control unit to modify the media, and Forwarding the 200 OK response message to the UE-B, implementing the HOLD service, then the user A initiates a new session, and starts to call the user C.
  • the user A's terminal (UE-A) judges according to the user A's wishes or his own detection (eg, signing a contract) Status, service status, session status, etc., carrying the session resource operation requirement in the INVITE request, such as an Overbooking indication; the above request is sent to the P-CSCF;
  • Step 3 The terminal UE-A carries the session resource operation requirement, such as an Overbooking indication, in the INVITE request according to the user A's intention, or its own detection judgment (such as the subscription status, service status, session status, etc.); the above request is sent.
  • the session resource operation requirement such as an Overbooking indication
  • the user A's intention or its own detection judgment (such as the subscription status, service status, session status, etc.); the above request is sent.
  • the P-CSCF the P-CSCF
  • the UE-A may determine, according to its own detection, that the condition may be one or any combination of the following: for example, determining that the new session request is a conference service request, or determining that more than one session state exists, or determining the remaining user.
  • the idle subscription bandwidth is insufficient, and the session resource operation requirement is carried in the INVITE request.
  • the UE-A may also be in the A re-use session policy is inserted in the above INVITE request, indicating that resources of the session AB, or the session AC, or the sessions AB and AC are reused.
  • Step 4 When the P-CSCF receives the INVITE request, according to the Overbooking instruction, in the resource When the reservation is reserved, the resource reservation indication is carried; the PDF performs excessive resource reservation according to the indication, and the return resource reservation is successful;
  • Step 5 The P-CSCF forwards the INVITE request to the CONF service AS;
  • Step 6 The CONF AS applies for the conference resource, and sends a redirect re-INVITE message to the users B and C, and adds the user B and C to the conference.
  • the process is the same as the existing CONF service flow, and the AS performs the third-party control.
  • Step 7 The CONF AS sends a 183 temporary response to the P-CSCF to carry the requested conference resource.
  • the CONF AS inserts an Overbooking confirmation indication in the 183 provisional response, that is, the resource over-retention policy acknowledgement, and forwards to the P-CSCF. ;
  • the P-CSCF When receiving the 183 temporary response, the P-CSCF carries an excessive resource reservation indication when the resource is reserved according to the Overbooking indication; the PDF performs excessive resource reservation according to the indication, and returns the resource reservation success; Step 8: P-CSCF forwarding 183 temporarily responds to UE-A;
  • the P-CSCF when the P-CSCF receives the 183 temporary response, if there is an Overbooking confirmation indication, the P-CSCF further carries an excessive resource reservation indication during subsequent resource reservation, and if the 183 temporary response does not include an Overbooking confirmation indication, The resource reservation is no longer carrying an excessive resource reservation indication;
  • Step 9 UE-A negotiates with the conference resource media. After the media negotiation is completed, the CONF AS sends a 180 response to the UE-A;
  • Step 10 In order to release the resources used by the AB in the original session of the UE-A, the CONF AS maintains the original session AB of the UE-A.
  • the process is the same as the normal HOLD service flow, and the CONF AS can also release the resources by releasing the session AB.
  • Step 11 The CONF AS sends a 200 response to the P-CSCF.
  • the P-CSCF sends an open media channel request to the PDF.
  • the PDF checks if the resource is available. If available, the media channel is opened and the return is successful. Should, otherwise return failure;
  • Step 12 The P-CSCF forwards the 200 response to the UE-A, and the user A is added to the conference; Step 13: At this time, the conferences of the three users including A, B, and C are successfully established.
  • the user can add other sessions in progress to the conference, and the process is applicable to the user adding a single or multiple sessions in progress to the conference.
  • FIG. 11 is a flow chart showing a method for a user who is calling to join himself to a conference in a conference service according to an embodiment of the present invention.
  • This embodiment describes the process in which UE-A is in a call and joins itself to the conference.
  • the process includes:
  • Step 1 User A and User B establish a session, which is the same as the normal session process, and specifically includes: User B sends an INVITE request to the maintenance service AS (HOLD AS) of the network, and carries the media information sdp:B of the B in the INVITE request;
  • the service AS forwards the INVITE request to the P-CSCF, the P-CSCF forwards the INVITE request to the UE-A; the UE-A returns a 183 response, and the P-CSCF initiates resource reservation through the policy control unit (such as PDF) to reserve the session.
  • the media resource of the AB sends a 183 response to the user B, and then performs media negotiation between the UE-A and the UE-B.
  • the UE-A After the media negotiation is completed, the UE-A starts ringing and sends a 180 message to the UE-B. After user A receives the session, UE-A sends a 200 response to the P-CSCF, and the P-CSCF sends an application to the PDF, completes opening the media resource, and then forwards the 200 message to UE-B. At this time, user A and user B start. Call
  • Step 2 User A initiates the conference, UE-A maintains UE-B, including two cases:
  • the terminal UE-A initiates a hold operation according to the user's intention (ie, the operation of the user A);
  • the terminal UE-A initiates a hold operation according to its own detection judgment (such as a subscription status, a service status, a session status, and the like).
  • the determination condition may be one or any combination of the following: when it is determined that a session state already exists, or is initiated. Meeting business request, or judging that the remaining idle signing bandwidth is insufficient, then Initiating a hold operation on an existing session;
  • the process of maintaining the operation is the same as the process of maintaining the business normally;
  • Step 3 The terminal judges (such as subscription status, service status, session status, etc.) according to the user's wishes or his own detection, and carries the session resource operation requirement (such as the Overbooking indication) in the INVITE request; the above request is sent to the P-CSCF ;
  • Step 4 When receiving the INVITE request, the P-CSCF carries an excessive resource reservation indication when the resource is reserved according to the Overbooking indication; the PDF performs excessive resource reservation according to the indication, and the return resource reservation is successful;
  • Step 5 The P-CSCF forwards the INVITE request to the CONF service AS;
  • Step 6 CONF AS applies for conference resources
  • Step 7 The CONF AS sends a 183 temporary response to the P-CSCF, carrying the requested conference resource; optionally, the CONF AS inserts an Overbooking confirmation indication into the P-CSCF in the 183 provisional response;
  • Step 8 P-CSCF forwards 183 temporary response to UE-A;
  • the P-CSCF when the P-CSCF receives the 183 temporary response, if there is an Overbooking confirmation indication, the P-CSCF further carries an excessive resource reservation indication during subsequent resource reservation, and if the 183 temporary response does not include an Overbooking confirmation indication, The resource reservation is no longer carrying an excessive resource reservation indication;
  • Step 9 UE-A negotiates with the conference resource media. After the media negotiation is completed, the CONF AS sends a 180 response to the UE-A;
  • Step 10 The CONF AS sends a 200 response to the P-CSCF, and the P-CSCF sends an open media channel to apply to the PDF, and the PDF checks whether the resource is available. If available, the media channel is opened, and the success response is returned, otherwise the return fails;
  • Step 11 The P-CSCF forwards the 200 response to the UE-A, and the user A is added to the conference;
  • the user who is on the call can join himself to the conference.
  • FIG. 12 is a schematic flowchart of a method for a user who is in a call to receive a REFER message to be added to a conference according to an embodiment of the present invention
  • User B is on a call and invites to join the conference after receiving the REFER request.
  • the process shown in FIG. 12 describes the implementation method in which user B is added as a conference participant to the conference.
  • the method includes:
  • Step 1 User A and User B establish a session, which is the same as the normal session process, and specifically includes: User B sends an INVITE request to the maintenance service AS (HOLD AS) of the network, and carries the media information sdp:B of the B in the INVITE request; The service AS forwards the INVITE request to the P-CSCF, the P-CSCF forwards the INVITE request to the UE-B; the UE-B returns a 183 response, and the P-CSCF initiates resource reservation through the policy control unit (such as PDF) to reserve the session.
  • the media resource of the AB sends a 183 response to the user B, and then performs media negotiation between the UE-A and the UE-B.
  • the UE-A After the media negotiation is completed, the UE-A starts ringing and sends a 180 message to the UE-B. After user A receives the session, UE-A sends 200 a response to the P-CSCF, and the P-CSCF sends an application to the PDF, completes opening the media resource, and then forwards the 200 message to UE-B. At this time, user A and user B start to talk. ;
  • Step 2 User A creates a conference and joins User A to the conference. This process is the same as the normal A join process.
  • Step 3 UE-A sends a REFER message to B.
  • the Refer-To header field carries the address of the CONF AS.
  • the UE-B is required to send a session request to the CONF AS to join the conference. Meanwhile, the REFER message carries the replacement header field.
  • UE-B releases the original session AB;
  • Step 4 UE-B sends a SIP INVITE message to CONF AS, and the terminal according to the user's intention Willingly or its own detection judgment (such as contract status, business status, session status, etc.), carrying the session resource operation requirement (such as Overbooking indication) in the INVITE request; the above request is sent to the P-CSCF;
  • the user's intention Willingly or its own detection judgment such as contract status, business status, session status, etc.
  • the session resource operation requirement such as Overbooking indication
  • Step 5 When receiving the INVITE request, the P-CSCF carries an excessive resource reservation indication when the resource is reserved according to the Overbooking indication; the PDF performs excessive resource reservation according to the indication, and the return resource reservation is successful;
  • Step 6 The P-CSCF forwards the INVITE request to the CONF service AS;
  • Step 7 The CONF AS sends a 183 temporary response to the P-CSCF, carrying the requested conference resource; optionally, the CONF AS inserts an Overbooking confirmation indication in the 183 temporary response, and forwards it to the P-CSCF;
  • Step 8 P-CSCF forwards 183 temporary response to UE-B;
  • the P-CSCF when the P-CSCF receives the 183 temporary response, if there is an Overbooking confirmation indication, the P-CSCF further carries an excessive resource reservation indication during subsequent resource reservation, and if the 183 temporary response does not include an Overbooking confirmation indication, The resource reservation is no longer carried with an excessive resource reservation indication;
  • Step 9 UE-B sends a BYE message to UE-A, releasing the original session AB, which is the same as the normal session release process;
  • Step 10 UE-B negotiates with the conference resource media. After the media negotiation is completed, the CONF AS sends a 180 response to the UE-B.
  • Step 11 CONF AS sends 200 response to P-CSCF, P-CSCF sends open media channel to apply to PDF, PDF checks whether the resource is available, if available, opens media channel, returns success response, otherwise it returns failure;
  • Step 12 The P-CSCF forwards 200 responses to UE-B, and User B is added to the conference.
  • the user who is talking can be added to the conference by receiving the REFER message.
  • FIG. 13 is a schematic flowchart of a method for receiving a INVITE request to be added to a conference in a conference service according to another embodiment of the present invention.
  • user B is on a call and receives an INVITE request to join the conference.
  • the process shown in Figure 13 describes the implementation method in which User B is added as a conference participant to the conference.
  • the method includes:
  • Step 1 User A and User B establish a session, which is the same as the normal session process, and specifically includes: User B sends an INVITE request to the maintenance service AS (HOLD AS) of the network, and carries the media information sdp:B of the B in the INVITE request;
  • the service AS forwards the INVITE request to the P-CSCF, the P-CSCF forwards the INVITE request to the UE-A; the UE-A returns a 183 response, and the P-CSCF initiates resource reservation through the policy control unit (such as PDF) to reserve the session.
  • the media resource of the AB sends a 183 response to the user B, and then performs media negotiation between the UE-A and the UE-B.
  • the UE-A After the media negotiation is completed, the UE-A starts ringing and sends a 180 message to the UE-B. After user A receives the session, UE-A sends 200 a response to the P-CSCF, and the P-CSCF sends an application to the PDF, completes opening the media resource, and then forwards the 200 message to UE-B. At this time, user A and user B start to talk. ;
  • Step 2 User A creates a conference and joins User A to the conference. This process is the same as the normal A join process.
  • Step 3 The UE-A sends a REFER message to the CONF AS.
  • the Refer-To header field carries the address of the UE-B.
  • the CONF AS is required to send a session request to the UE-B to join the UE-B to the conference. Meanwhile, in the Refer- The To parameter carries the replaces header field, and the UE-B is required to release the original session AB.
  • Step 4 The CONF AS receives the REFER message, sends a SIP INVITE message to the UE-B, carries the requested conference resource media, and replaces the header field, instructing the UE-B to release the original session AB; the process is the same as the existing conference.
  • Flow the above request is sent to the P-CSCF;
  • Step 5 When receiving the INVITE request, the P-CSCF determines that the session requires excessive resource reservation according to the parameters in the session request, that is, the replaces header field in the INVITE message, and carries excessive resource reservation when the resource is reserved. Indication; the PDF performs excessive resource reservation according to the indication, and the return resource reservation is successful;
  • Step 6 The P-CSCF forwards the INVITE request to the UE-B;
  • Step 7 UE-B receives the above INVITE request, sends 183 a temporary response to the P-CSCF, and releases the original session AB;
  • Step 8 P-CSCF forwards 183 temporary response to CONF AS;
  • Step 9 UE-B negotiates with the conference resource media. After the media negotiation is completed, the UE-B sends a response to the CONF AS.
  • Step 10 UE-B sends 200 response to P-CSCF, P-CSCF sends open media channel application to PDF, PDF checks whether resource is available, if available, opens media channel, returns successful response, otherwise it returns failure;
  • Step 11 The P-CSCF forwards the 200 response to the CONF AS, and User B is added to the conference.
  • the user who is on a call can be added to the conference by receiving an INVITE message.
  • the flow is similar to the flow of Figure 12. The difference is that after receiving the REFER request, the INVITE message is sent to user C instead of CONF AS; therefore, the last user B and C talk instead of joining the conference.
  • the embodiment of the present invention provides a policy control implementation system, where a session resource control unit generates a session resource operation requirement, and sends a session request carrying the session resource operation requirement to the session resource application unit; The resource application unit applies for the session resource according to the session resource operation requirement in the session request.
  • a user can establish multiple sessions at the same time. At the same time, only a part of the session media is activated, thereby improving the utilization of media resources and making the implementation of the service possible.
  • the embodiment of the present invention simultaneously provides a call hold, a call waiting, a call transfer, and a conference service implementation method based on the foregoing method.

Landscapes

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

Description

一种策略控制方法、 装置及系统 技术领域 本发明涉及 IP多媒体子系统（ IP Multimedia Subsystem, IMS )技术领域， 更具体地， 涉及一种策略控制方法、 装置及系统。 背景技术 随着分组技术的不断成熟， 基于电路交换的传统电信网络正在向基于分组 交换的宽带电信网发展， 而使用会话初始协议（ Session Initiation Protocol , SIP ) 作为分组电信核心网的呼叫控制信令则是当前的技术发展趋势之一。 比如： 在 国 际电信同盟-电信标准"^ ( International Telecommunication Union - Telecommunication Standardization Sector, ITU-T )和欧洲电信标准协会( European Telecommunications Standards Institute, ETSI )等标准组织对下一代网络 ( Next Generation Network , NGN )的研究过程中，都釆用了第三代合作伙伴项目（ The Third Generation Partnership Project, 3 GPP )标准组织所定义的 IP多媒体子系统 ( IP Multimedia Subsystem, IMS ) 网络架构作为 NGN的核心网。
IMS 是 3GPP 标准定义的一个 IP 多媒体子系统， 是第三代（The Third Generation, 3G )移动通信网实现分组话音和分组数据、 提供统一的多媒体业务 和应用的目标网络系统。 IMS釆用 IP分组域作为其控制信令和媒体传输的承载 通道， 釆用 SIP协议作为呼叫控制信令， 实现了业务管理、 会话控制及承载接 入的三者分离。 SIP协议是一种用于建立、 更改和终止多媒体会话或呼叫的应用 层控制协议， 这些多媒体会话包括多媒体会议、 远程教学、 因特网电话等， 它 的核心由互联网工程任务组（Internet Engineering Task Force, IETF )标准组织 定义。
为了向用户提供多媒体业务， NGN核心网需要和承载网络交互， 通过策略 控制实现会话媒体通道的资源预留、 管理和使用。 在传统电信网络中， 网络除 了向用户提供呼叫服务之外， 还需要在呼叫服务中提供补充业务服务， 如呼叫 等待业务（CW )、 呼叫保持业务（HOLD )、 会议业务（CONF )、 呼叫转接业务
( ECT )、 呼叫前转业务（CDIV )等。 在分组电信网络中， 分组电信网络依然需 要向用户终端提供类似于传统电路网络补充业务的服务。 其中， ETSI下属的电 信和互联网融合业务及高级网络协议 ( Telecommunications and Internet Converged Services and Protocols for Advanced Networking, TISPAN )将在 NGN 中向 SIP终端用户提供的具有传统业务特征的业务统称为传统公共交换电话网
( Public Switched Telephone Network, PSTN )/综合业务数字网（ Integrated Service Digital NeTwork, ISDN )模拟业务（ Simulation Services ), 上述业务的实现方法 参考 TISPAN相关规范。
在上述模拟业务中， 有一类业务， 允许用户同时建立多个会话， 并在同一 时刻， 只有部分会话的媒体处于激活状态。 比如， CW业务， 在用户终端已经 占用资源的情况下， 需要能够接受新的会话， 在释放原有资源时， 能够激活新 的会话； 再如， HOLD 业务， 在用户保持对方的情况下， 可以接收或者发起新 的会话； 再如， 会议业务， 在已经建立会话的情况下， 能够发起会话请求， 建 立会议； 再如， 会议业务， 在已经建立会话的情况下， 能够接收会话请求， 加 入到会议； 再如， ECT 业务， 在已经建立会话的情况下， 能够接收会话请求， 转接到第三方。
目前在 3GPP相应的策略控制标准中，并没有针对特定业务的策略控制解决 方案， 因此只能针对单个的会话进行策略控制。 这样， 当用户建立多个会话时， 虽然只有部分会话的媒体处于激活状态， 网络却预留所有会话的资源， 在资源 不足的情况下， 这将引起新的会话失败， 导致上述业务无法实现。
TISPAN的 WI02036 NGN R2 RACS项目在资源管理控制系统（ Resource and Admission Control Subsystem , RACS )中引入了过度预留的功能。应用功能（ AF ) 在发起资源预留时携带资源过度预留指示， RACS根据资源过度预留指示进行资 源过度预留， 并当资源不足时， 不返回资源预留失败。
然而， 上述技术并未描述 AF在什么情况下下发相应的资源过度预留指示， 因此相应的业务依然无法实现。 而如果对所有的会话均下发资源过度预留指示， 那就使资源预留失去意义。 总之， 在现有技术中， 并没有根据业务的需要执行 策略控制功能的技术方案。 发明内容 本发明实施例提供了一种 IP多媒体子系统中策略控制系统， 以根据业务的 需要执行策略控制功能。
本发明实施例提供了一种 IP多媒体子系统中策略控制方法， 以根据业务的 需要执行策略控制功能。
本发明实施例提供了一种 IP多媒体子系统中策略控制装置， 以根据业务的 需要执行策略控制功能。
本发明实施例的技术方案如下：
一种 IP多媒体子系统中策略控制系统， 该系统包括：
会话资源控制单元， 用于产生会话资源操作需求， 并发送携带有所述会话 资源操作需求的会话请求； 会话资源申请单元， 用于根据从所述会话资源控制单元处接收的所述会话 请求中的会话资源操作需求申请会话资源。
一种 IP多媒体子系统中策略控制方法， 该方法包括：
获得携带有会话资源操作需求的会话请求；
根据所述会话请求中的会话资源操作需求申请会话资源。
一种 IP多媒体子系统中通过策略控制实现会议业务的方法， 该方法包括： 保持用户当前的会话；
接收携带有所述会话资源操作需求的会议业务会话请求；
根据所述会话请求中的会话资源操作需求申请会话资源， 并将新的会话加 入到所述会议业务中。
一种 IP多媒体子系统中会话资源控制装置， 该会话资源控制装置与会话资 源申请单元连接， 该会话资源控制装置包括：
会话请求构建模块， 用于构建携带会话资源操作需求的会话请求； 会话请求发送模块， 用于向会话资源申请单元发送携带有所述会话资源操 作需求的会话请求。
一种 IP多媒体子系统中会话资源控制装置， 该会话资源控制装置与会话资 源申请单元连接， 该会话资源控制装置包括：
会话请求接收模块， 用于接收由用户终端所发送的会话请求；
会话策略资源携带模块， 用于在所述会话请求中携带会话资源操作需求， 并向会话资源申请单元发送携带有所述会话资源操作需求的会话请求。
一种 IP多媒体子系统中会话资源申请装置， 该会话资源申请装置与策略决 策单元连接， 该会话资源申请装置包括：
会话资源操作指示确定模块， 用于根据收到的会话请求中的会话资源操作 需求确定会话资源操作指示；
会话资源申请请求发送模块 , 用于向策略决策单元发送携带有所述会话资 源操作指示的会话资源申请请求。
一种 IP多媒体子系统中策略控制装置， 该装置与策略决策单元连接， 该装 置包括：
会话资源操作需求生成模块， 用于生成会话资源操作需求；
会话资源操作指示确定模块， 用于根据所述会话资源操作需求确定会话资 源操作指示， 并向策略决策单元发送携带有所述会话资源操作指示的会话资源 申请请求。
从上述技术方案中可以看出， 在本发明实施例的策略控制中， 会话资源控 制单元产生会话资源操作需求， 并向会话资源申请单元发送携带有会话资源操 作需求的会话请求； 会话资源申请单元根据该会话请求中的会话资源操作需求 去申请会话资源。 因此， 应用本发明以后， 会话资源控制单元可以根据业务的 需要， 产生会话资源需求， 会话资源申请单元可以根据接收到的会话请求中携 带的会话资源操作需求来确定策略控制， 从而实现了根据业务的需要来进行有 效的策略控制， 通过本发明实施例提供的技术方案， 尤其使得允许用户同时建 立多个会话且在同一时刻只有部分会话的媒体处于激活状态的业务实现成为可
•6匕
匕。 附图说明 图 1为根据本发明实施例的策略控制系统的结构示意图；
图 2为根据本发明较佳实施例的策略控制系统的结构示意图；
图 3为根据本发明较佳实施例的会话资源控制装置的结构示意图； 图 4为根据本发明另一较佳实施例的会话资源控制装置的结构示意图； 图 5为根据本发明较佳实施例的会话资源申请装置的结构示意图； 图 6为根据本发明较佳实施例的策略控制装置的结构示意图；
图 7 为根据本发明一较佳实施例的呼叫保持业务中的策略控制方法流程示 意图；
图 8 为根据本发明另一较佳实施例的呼叫保持业务中的策略控制方法流程 示意图；
图 9 为根据本发明一较佳实施例的呼叫等待业务中的策略控制方法流程示 意图；
图 10为根据本发明一较佳实施例的会议业务中， 将正在进行的会话加入到 会议的方法流程示意图；
图 11为根据本发明一较佳实施例的会议业务中， 将自己加入到会议的方法 流程示意图；
图 12 为根据本发明一较佳实施例的会议业务中， 正在通话的用户接收 REFER消息被加入到会议的方法流程示意图；
图 13 为根据本发明另一较佳实施例的会议业务中， 正在通话的用户接收 INVITE消息被加入到会议的方法流程示意图。 具体实施方式 为使本发明的目的、 技术方案和优点表达得更加清楚明白， 下面结合附图 及具体实施例对本发明再作进一步详细的说明。
图 1为根据本发明实施例的策略控制系统的结构示意图。
如图 1所示， 该系统包括： 会话资源控制单元 101 , 用于产生会话资源操作需求， 并向会话资源申请单 元 102发送携带有所述会话资源操作需求的会话请求；
会话资源申请单元 102,用于根据所述会话请求中的会话资源操作需求申请 会话资源。
其中， 会话资源控制单元 101 完成会话的控制功能， 产生会话资源操作需 求， 发送会话资源操作需求到会话资源申请单元 102。 比如： 会话资源控制单元 101可以根据用户的意愿产生会话资源操作需求；或根据用户的签约状态产生会 话资源操作需求； 或根据用户的业务状态产生会话资源操作需求； 或根据用户 的会话状态产生会话资源操作需求； 或根据会话请求中的参数产生会话资源操 作需求。
会话资源控制单元 101可以是 IMS网络中的用户终端 （UE )、 会话控制单 元（如代理 CSCF ( Proxy- Call Session Control Function, P-CSCF )、 查询 CSCF ( Interrogation- Call Session Control Function, I-CSCF )以及服务 CSCF ( Serving- Call Session Control Function, S-CSCF )等）或应用服务器（AS )等。
会话资源申请单元 102接收会话资源操作需求， 并申请会话资源。 会话资 源申请单元 102可以是资源申请时的 AF (应用功能）， 如 IMS网络中的 AS, P-CSCF , 互连边界控制功能 (Interconnection Border Control Function, IBCF)等。
会话资源申请单元 102和会话资源控制单元 101之间 E1接口的协议包括但 不限于为 SIP、 或内部接口协议等。 会话资源申请单元 102和会话资源控制单元 101 之间的 E1 接口可以经过中间节点转接， 如当会话资源申请单元 102 是 P-CSCF,会话资源控制单元 101是 AS时，ΕΙ接口可以经过 S-CSCF或者 I-CSCF 中的一个或者多个转接。
进一步地， 该系统还可以包括策略决策单元 103。 会话资源申请单元 102向 策略决策单元 103发送会话资源申请请求， 策略决策单元 103根据会话资源申 请单元 102的请求， 完成策略决策功能。 策略决策单元 103可以为 PDF (策略 决策功能）、 PCRF ( Policy and Charging Rules Function 策略和计费规则功能）。 策略决策单元 103和会话资源申请单元 102之间的 E2接口协议包含但不限于 Diameter或内部接口协议。
具体地， 会话资源申请单元 102 , 用于根据会话请求中的会话资源操作 需求确定会话资源操作指示， 并向策略决策单元 103发送携带有所述会话资 源操作指示的会话资源申请请求； 此时策略决策单元 103 , 用于根据所述会 话资源申请请求中的会话资源操作指示确定策略决策功能。
具体地， 所述会话资源申请单元 102向策略决策单元 103发送的资源申 请请求包括以下方式中的一种或组合：
向策略决策单元发送资源申请请求， 如果会话资源操作需求中包含资源 过度预留策略， 则在所述资源申请请求中携带资源过度预留指示； 或
向策略决策单元发送资源申请请求， 如果会话资源操作需求中包含重用 会话策略， 则在所述资源请求中携带重用会话指示。
其中， 重用会话策略中可以包含一个或者多个会话标识， 所述重用会话 指示可以包含一个或者多个资源标识， 会话资源申请单元需要完成会话标识 到资源标识之间的映射。
重用会话策略中还可以包含一个或者多个媒体流标识， 所述重用会话指示 中可以包含一个或者多个资源标识，会话资源申请单元需要完成媒体流标识到 资源标识之间的映射。
重用会话指示中还可以进一步包括一个或者多个带宽信息， 用于指示重用 的带宽， 如策略决策单元已经使用的带宽是 10M, 而重用会话只需要重用原来 的 9M, 在这种情况下， 会话资源申请单元可以在重用会话指示中除携带资源 标识以外， 进一步携带重用的带宽为 9M, 策略决策单元可以根据上述重用会话 指示可以只重用相应资源带宽 10M中的 9M。
其中， 所述资源申请请求可以为 Diameter协议的 AAR消息。
策略决策单元收 103到上述资源申请请求后， 可以根据所述资源预留过 度指示或者重用会话指示完成资源决策。 具体地， 资源决策可以包括：
如果所述过度预留指示的值为 "是" ， 则当本次资源申请请求中的资源 小于或者等于当前空闲资源与已占有资源的和时， 返回资源预留成功； 如果 所述重用会话指示中包含了资源标识， 策略决策单元重用资源标识对应的资 源， 不另外申请资源。
进一步的， 当策略决策单元收到媒体资源激活请求时， 策略决策单元判 断资源是否可用， 如果可用， 激活媒体资源； 如果不可用， 拒绝激活媒体资 源。
策略决策单元判断资源是否可用的方法包括以下至少一种：
1 ) 判断过度预留资源是否满足激活请求；
2 ) 判断重用的资源是否满足激活请求；
进一步的， 该系统还可以包括策略执行单元 104, 用于根据策略决策单元 103的指示完成策略执行功能。 策略决策单元 103和策略执行单元 104之间的 E3接口协议包括但不限于 Diameter、 H248、 COPS或内部接口协议等。
另外， 会话资源控制单元 101 , 可以进一步产生更新的会话资源操作需求， 在所述会话请求的后续消息中携带所述更新的会话资源操作需求， 并向会话资 源申请单元 102发送所述后续消息； 会话资源申请单元 102 , 可以进一步根 据所述后续消息中更新的会话资源操作需求申请会话资源。 基于图 1所示结构， 图 2为根据本发明一实施例的策略控制系统的结构 示意图。
如图 2所示， 业务控制单元 203提供业务逻辑控制功能， 业务控制单元 203为业务的宿主执行环境。业务控制单元 203执行相应的业务逻辑，如 CW 业务、 HOLD业务、 CONF业务、 ECT业务等。
会话控制单元 202提供分组网络会话路由等功能。 比如， 会话控制单元 202 可以为 IMS网络中的 CSCF (包括 P-CSCF、 S-CSCF、 I-CSCF ) 、 IBCF、 或接入网关控制功能 （Access Gateway Control Function, AGCF)等。 会话控 制单元 202和业务控制单元 203之间 F2接口的协议包括但不限于是 SIP协议、 或内部接口协议等。
具体实现中， 策略控制系统中， 可以存在多个会话控制单元 202 , 两个 会话控制单元 202之间的 F5接口（图 2中略）协议可以是 SIP或内部接口协 议。 用户终端 201可以是支持 SIP协议的终端， 如 IMS网络中的 UE。 用户 终端 201和会话控制单元 202之间的 F1接口可为 SIP协议。
用户终端 201也可以是不支持 SIP协议的终端，并通过协议转换单元（如 接入网关， 图 2 中略） 等接入到会话控制单元 202。 本实施例系统中， 图 1 所示的会话资源控制单元可以位于用户终端 201、 业务控制单元 203或会话 控制单元 202中。 图 1所示的会话资源申请单元可以位于会话控制单元 202 的 P-CSCF、 IBCF或 AS中。
进一步的， 图 2 所示实施例的系统中还可以包括策略决策单元 204 和 / 或策略执行单元 205 , 其功能类似于图 1中的相应功能单元， 此处不再赘述。
图 3 为根据本发明一实施例的会话资源控制装置的结构示意图。 该会话资 源控制装置与会话资源申请单元连接， 所述会话资源申请单元根据从所述会话 资源控制装置处收到的会话请求中的会话资源操作需求确定会话资源操作指 示， 并向策略决策单元发送携带有所述会话资源操作指示的会话资源申请请求， 由策略决策单元根据所述会话资源申请请求中的会话资源操作指示确定策略决 來。
如图 3所示， 该会话资源控制装置包括： 资源操作需求生成模块 301 , 用于根据用户的意愿产生会话资源操作需求； 或用于根据用户的签约状态产 生会话资源操作需求； 或用于根据用户的业务状态产生所述会话资源操作需 话请求中的参数产生所述会话资源操作需求；
会话请求构建模块 302 , 用于构建携带会话资源操作需求的会话请求。 比如， 所述会话请求构建模块 302构建的会话请求可以为 SIP INVITE消息。
会话请求发送模块 303 , 用于向会话资源申请单元发送携带有所述会话 资源操作需求的会话请求。
其中， 所述会话请求发送模块 303发送的会话请求可以包括： 激活保持 业务后发起新的会话请求、 或发起会议业务的会话请求。 具体实现中， 该会 话资源控制装置可为用户终端。
图 4 为根据本发明另一实施例的会话资源控制装置的结构示意图。 该会话 资源控制装置与会话资源申请单元连接， 所述会话资源申请单元根据从所述会 话资源控制装置处收到的会话请求中的会话资源操作需求确定会话资源操作指 示， 并向策略决策单元发送携带有所述会话资源操作指示的会话资源申请请求， 由策略决策单元根据所述会话资源申请请求中的会话资源操作指示确定策略决 來。
如图 4所示， 该会话资源控制装置包括： 会话请求接收模块 401 , 用于接收由用户终端发送的会话请求； 会话策略资源携带模块 402 , 用于在所述会话请求中携带会话资源操作需 求， 并向会话资源申请单元发送携带有所述会话资源操作需求的会话请求。
例如， 会话策略资源携带模块可以根据所述会话请求来确定对资源操作的 要求 （如根据该会话中主叫用户的签约状态产生会话资源操作需求）， 获得会 话资源操作需求。
其中， 所述会话请求可以包括： 用户激活的呼叫保持业务请求、 用户签约 的呼叫等待业务请求、 用户签约的会议业务请求。 另外， 图 4 中的会话资源控 制装置可以为应用服务器。
图 5 为根据本发明一实施例的会话资源申请装置的结构示意图。 该会话资 源申请装置与策略决策单元连接， 所述策略决策单元根据从所述会话资源申请 装置处收到的会话资源申请请求中的会话资源操作指示确定策略决策。
如图 5所示， 该会话资源申请装置包括：
会话资源操作指示确定模块 501 ,用于根据收到的会话请求中的会话资源操 作需求确定会话资源操作指示；
会话资源申请请求发送模块 502,用于向策略决策单元发送携带有所述会话 资源操作指示的会话资源申请请求。
该会话资源申请装置可为 P-CSCF、 AS或 IBCF。
图 6 为根据本发明一实施例的策略控制装置的结构示意图。 该装置与策略 决策单元连接， 所述策略决策单元根据从所述策略控制装置处收到的会话资源 申请请求中的会话资源操作指示确定策略决策。
如图 6所示， 该装置包括：
会话资源操作需求生成模块 601 , 用于生成会话资源操作需求； 具体实现中， 所述会话资源操作需求生成模块 601可根据用户的意愿产生 会话资源操作需求； 或用于根据用户的签约状态产生会话资源操作需求； 或用 于根据用户的业务状态产生所述会话资源操作需求； 或用于根据用户的会话 状态产生所述会话资源操作需求； 或用于根据会话请求中的参数产生所述会 话资源操作需求。
会话资源操作指示确定模块 602,用于根据所述会话资源操作需求确定会话 资源操作指示， 并向策略决策单元发送携带有所述会话资源操作指示的会话资 源申请请求。
其中， 会话资源操作需求生成模块 601 , 可以根据收到的会话请求中的 replaces参数生成会话资源操作需求。
该策略控制装置可为 P-CSCF、 AS或 IBCF。
本发明实施例还公开了一种策略控制方法， 该方法包括：
产生会话资源操作需求， 向会话资源申请单元发送携带有所述会话资源操 作需求的会话请求； 会话资源申请单元根据所述会话请求中的会话资源操作需 求申请会话资源。
该方法还可以进一步包括： 会话资源申请单元根据所述会话请求中的会话 资源操作需求确定会话资源操作指示， 向策略决策单元发送携带有所述会话资 源操作指示的会话资源申请请求。 然后， 策略决策单元根据所述会话资源申请 请求中的会话资源操作指示确定策略决策， 然后策略执行单元根据所确定的策 略决策完成策略执行功能。
其中， 产生会话资源操作需求可以包括以下方式中的一种或者多于一种的 任意组合：
根据用户的意愿产生会话资源操作需求； 根据用户的签约状态产生会话资源操作需求；
根据用户的业务状态产生会话资源操作需求；
根据用户的会话状态产生会话资源操作需求；
根据会话请求中的参数产生会话资源操作需求。
根据会话请求中的会话资源操作需求申请会话资源包括以下方式中的一 种或组合：
向策略决策单元发送资源申请请求， 如果会话资源操作需求中包含资源 过度预留策略， 则在所述资源申请请求中携带资源过度预留指示； 或
向策略决策单元发送资源申请请求， 如果会话资源操作需求中包含重用 会话策略， 则在所述资源请求中携带重用会话指示。
其中， 重用会话策略中可以包含一个或者多个会话标识， 所述重用会话 指示可以包含一个或者多个资源标识， 会话资源申请单元需要完成会话标识 到资源标识之间的映射。
重用会话策略中还可以包含一个或者多个媒体流标识， 所述重用会话指示 中可以包含一个或者多个资源标识，会话资源申请单元需要完成媒体流标识到 资源标识之间的映射。
重用会话指示中还可以进一步包括一个或者多个带宽信息， 用于指示重用 的带宽， 如策略决策单元已经使用的带宽是 10M, 而重用会话只需要重用原来 的 9M, 在这种情况下， 会话资源申请单元可以在重用会话指示中除携带资源 标识以外， 进一步携带重用的带宽为 9M, 策略决策单元可以根据上述重用会话 指示可以只重用相应资源带宽 10M中的 9M。
其中， 所述资源申请请求可以为 Diameter协议的 AAR消息。
策略决策单元收到上述资源申请请求后， 可以根据所述资源预留过度指 示或者重用会话指示完成资源决策。 具体地， 资源决策可以包括： 如果所述过度预留指示的值为 "是" ， 则当本次资源申请请求中的资源 小于或者等于当前空闲资源与已占有资源的和时， 返回资源预留成功； 如果 所述重用会话指示中包含了资源标识， 策略决策单元重用资源标识对应的资 源， 不另外申请资源。
进一步的， 当策略决策单元收到媒体资源激活请求时， 策略决策单元判 断资源是否可用， 如果可用， 激活媒体资源； 如果不可用， 拒绝激活媒体资 源。
策略决策单元判断资源是否可用的方法包括以下至少一种：
1 ) 判断过度预留资源是否满足激活请求；
2 ) 判断重用的资源是否满足激活请求；
进一步的， 会话资源控制单元可以在本次会话请求的后续消息中包含会 话资源操作需求， 会话资源申请单元在后续申请会话资源时， 根据收到的更 新后的会话资源操作需求申请会话资源。 如果会话资源控制单元在本次会话 请求的后续消息中未包含会话资源操作需求， 会话资源申请单元在后续申请 会话资源时， 根据默认策略申请会话资源。 其中默认策略可以包括： 所述过 度预留指示的值为 "否" 。 其中， 更新后的会话资源操作需求可以包括资源 过度预留策略确认、 或重用会话策略确认， 即对会话请求中的资源过度预留 策略、 或重用会话策略进行确认。
下面通过具体的实施例， 详细描述策略控制的实现方法。
图 7为根据本发明一实施例的呼叫保持业务中的策略控制方法流程示意图。 在图 7所示流程中， 用户终端 UE-A保持对端后， 发起新的会话， 其流程如 下： 第 1步： 用户 B (对应终端为 UE-B )发送 INVITE请求到本网络的保持 业务 AS ( HOLD AS ) , 在 INVITE请求中携带用户 B的媒体信息 sdp:B; 保持业务 AS转发该 INVITE请求到 P-CSCF, P-CSCF转发该 INVITE请求 到 UE-A; UE-A返回 183响应 , P-CSCF通过策略控制单元 （如 PDF )发起 资源预留， 预留会话 AB的媒体资源， 再发送 183响应到用户 B , 然后进行 UE-A和 UE-B之间的媒体协商； 在媒体协商完成后， UE-A开始振铃， 并发 送 180消息到 UE-B ,用户 A接收本次会话后， UE-A发送 200响应到 P-CSCF , P-CSCF发送申请到 PDF, 完成打开媒体资源， 然后转发 200消息到 UE-B; 此时用户 A和用户 B开始通话， 上述流程同普通会话流程；
第 2步： 用户 A保持用户 B , 发送 HOLD请求到用户 B , 用户 B返回 200 OK响应， P-CSCF通知策略控制单元修改媒体资源， 并转发 200 OK响 应消息到 UE-A, 实现 HOLD业务， 上述流程同现有 HOLD业务流程；
第 3步： 用户 A发起新的会话，开始呼叫用户 C,用户 A的终端（UE-A ) 根据用户 A的意愿 （如用户 A的操作） 或者自身的检测判断 （如签约状态， 业务状态， 会话状态等） ， 在 INVITE 请求中携带会话资源操作需求， 如 Overbooking指示， 即资源过度预留策略； 上述请求被发送到 P-CSCF;
可选的 , UE-A还可以在上述 INVITE请求中插入原来的会话 AB的标识 , 即重用会话策略； 其中， UE-A 可以根据自身的检测判断决定使用重用会话 策略， 判断条件可以是如下的一种或任意组合： 判断已经激活了 HOLD业务 状态、 判断已经存在一个会话状态或判断用户剩余的空闲签约带宽不够。
第 4步： P-CSCF在收到 INVITE请求时， 根据 Overbooking指示在资源 预留时携带过度资源预留指示； PDF根据该指示进行过度资源预留， 返回资 源预留成功； 如果上述 INVITE请求携带了会话 AB的标识， P-CSCF在资源预留时同 样携带会话 AB的标识， PDF根据该标识可以重用会话 AB的资源；
第 5步： P-CSCF转发该 INVITE请求到 HOLD业务 AS;
第 6步： HOLD业务 AS转发该 INVITE请求到 UE-C;
第 7步： UE-C发送 183临时响应到 HOLD业务 AS;
第 8步： HOLD AS在收到对端 UE-C的 183临时响应时， 判断用户 A是 否已经激活了 HOLD业务，如果已经激活了 HOLD业务，在 183临时响应中 插入 Overbooking确认指示， 转发到 P-CSCF。 其中第 8步为可选的步骤； 第 9步： P-CSCF转发 183临时响应到 UE-A;
可选的， P-CSCF在收到 183临时响应时， 如果里面有 Overbooking确认 指示， 进一步在后续的资源预留时携带过度资源预留指示， 如果 183临时响 应中不包含 Overbooking确认指示， 在后续的资源预留时不再携带过度资源 预留指示；
第 10步： UE-A和 UE-C媒体协商， 媒体协商完成后， UE-C振铃， 并发 送 180响应到 UE-A;
第 11步：用户 C接收本次会话， UE-C发送 200响应到 P-CSCF, P-CSCF 发送打开媒体通道申请到 PDF, PDF检查资源是否可用， 如果可用， 打开媒 体通道， 返回成功响应， 否则返回失败；
第 12步： P-CSCF转发 200响应到 UE-A, 用户 A和用户 C通话。
其中， 在步骤 3 中既可以在 INVITE请求中携带会话资源操作需求和重 用会话策略， 也可以仅携带会话资源操作需求或重用会话策略。
由此可见， 应用上述实施例后， 可以实现呼叫保持业务中的策略控制， 使得用户终端可以在保持对端后， 再发起新的会话。 图 8 为根据本发明另一实施例的呼叫保持业务中的策略控制方法流程示意 图。
在图 8所示流程中， 用户终端 UE-A保持对端后， 接收新的会话。
如图 8所示， 该方法包括：
第 1步： 用户 B发送 INVITE请求到本网络的保持业务 AS ( HOLD AS ), 在 INVITE请求中携带 B的媒体信息 sdp:B; 保持业务 AS转发该 INVITE请求 到 P-CSCF, P-CSCF转发该 INVITE请求到 UE-A; UE-A返回 183响应 , P-CSCF 通过策略控制单元（如 PDF )发起资源预留， 预留会话 AB的媒体资源， 再发 送 183响应到用户 B, 然后进行 UE-A和 UE-B之间的媒体协商； 在媒体协商完 成后， UE-A开始振铃，并发送 180消息到 UE-B,用户 A接收本次会话后， UE-A 发送 200响应到 P-CSCF, P-CSCF发送申请到 PDF, 完成打开媒体资源， 然后 转发 200消息到 UE-B; 此时用户 A和用户 B开始通话， 上述流程同普通会话 流程；
第 2步：用户 A保持用户 B,发送 HOLD请求到用户 B,用户 B返回 200 OK 响应， P-CSCF通知策略控制单元修改媒体， 并转发 200 OK响应消息到 UE-B , 实现 HOLD业务， 上述流程同现有 HOLD业务流程；
第 3步： 用户 C发起会话呼叫用户 A, 发送 SIP INVITE请求到用户 A的 HOLD业务 AS, HOLD业务 AS根据用户的业务状态， 判断用户 A是否已经激 活了 HOLD 业务， 如果是， 在 INVITE 请求中插入会话资源操作需求， 如 Overbooking指示， 即资源过度预留策略； 上述请求被发送到 P-CSCF;
第 4步： P-CSCF在收到 INVITE请求时， 根据 Overbooking指示， 在资源 预留时携带过度资源预留指示； PDF根据该指示进行过度资源预留， 返回资源 预留成功； 第 5步： P-CSCF转发该 INVITE请求到 UE-A;
第 6步： UE-A发送 183临时响应到 P-CSCF;
第 7步： P-CSCF进行资源预留， 并在后续的资源预留时携带过度资源预留 指示；
第 8步： P-CSCF转发 183临时响应到 UE-C;
第 9步： UE-A和 UE-C媒体协商， 媒体协商完成后， UE-C振铃， 并发送 180响应到 UE-A;
第 10步： 用户 A接收本次会话， UE-A发送 200响应到 P-CSCF, P-CSCF 发送打开媒体通道申请到 PDF, PDF检查资源是否可用， 如果可用， 打开媒体 通道， 返回成功响应， 否则返回失败；
第 11步： P-CSCF转发 200响应到 UE-C, 用户 A和用户 C通话。
由此可见， 应用上述实施例后， 实现了呼叫保持业务中的策略控制， 使得 用户终端可以在保持对端后， 再接收新的会话。 图 9 为根据本发明一较佳实施 例的呼叫等待业务中的策略控制方法流程示意图。
在图 9所示流程中， 详细描述了呼叫等待业务。
如图 9所示， 该方法包括：
第 1步： 用户 B和用户 A建立会话。 具体包括： 用户 B发送 INVITE请求 到本网络的保持业务 AS ( HOLD AS ), 在 INVITE请求中携带 B的媒体信息 sdp:B; 保持业务 AS转发该 INVITE请求到 P-CSCF, P-CSCF转发该 INVITE 请求到 UE-A; UE-A返回 183响应， P-CSCF通过策略控制单元（如 PDF )发 起资源预留， 预留会话 AB的媒体资源， 再发送 183响应到用户 B, 然后进行 UE-A和 UE-B之间的媒体协商； 在媒体协商完成后， UE-A开始振铃， 并发送 180消息到 UE-B, 用户 A接收本次会话后， UE-A发送 200响应到 P-CSCF, P-CSCF发送申请到 PDF, 完成打开媒体资源， 然后转发 200消息到 UE-B, 此 时用户 A和用户 B开始通话；
第 2步： 用户 C发起会话呼叫用户 A, 发送 SIP INVITE请求到用户 A的 CW业务 AS, CW业务 AS判断是否需要插入会话资源操作需求， 如果是， 在 INVITE请求中插入会话资源操作需求； 上述请求被发送到 P-CSCF;
为了判断是否需要插入会话资源操作需求， CW业务 AS可以釆用以下任何 一种方法：
A、 根据用户的签约状态， 如用户签约了 CW业务， 当用户作为被叫接受来 话时需要插入会话资源操作需求；
B、 根据用户的会话状态， 如果用户签约了 CW业务， 并且当前的会话处于 预留或者使用状态， 当用户作为被叫接受来话时需要插入会话资源操作需求；
C、 根据用户的会话状态， 如果用户签约了 CW业务， 并且检测到用户忙时 (如 NDUB (网络检测用户忙）状态）， 需要插入会话资源操作需求；
上述会话资源操作需求可以是一个单独的策略指示， 如 Overbooking指示， 或者是一个业务指示， 如 CW业务指示， 即会话资源操作需求可以是一个显式 的策略指示， 也可以是一个隐式的业务指示；
第 3步： P-CSCF在收到 INVITE请求时， 根据 Overbooking指示， 在资源 预留时携带过度资源预留指示； PDF根据该指示进行过度资源预留， 返回资源 预留成功；
第 4步： P-CSCF转发该 INVITE请求到 UE-A;
第 5步： UE-A发送 183临时响应到 P-CSCF;
第 6步： P-CSCF进行资源预留， 并在后续的资源预留时携带过度资源预留 指示； 第 7步： P-CSCF转发 183临时响应到 UE-C;
第 8步： UE-A和 UE-C媒体协商， 媒体协商完成后， UE-C振铃， 并发送 180响应到 UE-A;
第 9步： 为了接受 C的会话， 用户 A释放相应的资源， 释放用户 B的会话 资源， 比如通过释放 AB之间的会话来释放用户 B的会话资源， 或者通过保持 AB之间的会话来释放用户 B 的会话资源， 该流程同普通的释放和保持流程类 试；
第 10步： 用户 A接受来自用户 C的会话， UE-A发送 200响应到 P-CSCF,
P-CSCF发送打开媒体通道申请到 PDF, PDF检查资源是否可用， 如果可用， 打 开媒体通道， 返回成功响应， 否则返回失败；
第 11步： P-CSCF转发 200响应到 UE-C, 用户 A和用户 C通话。
至此， 图 9所示上述实施例详细描述了呼叫等待业务中的策略控制方法。 由此可见， 应用上述实施例后， 实现了呼叫等待业务中的策略控制。
图 10为根据本发明一实施例的会议业务中， 将正在进行的会话加入到会议 的方法流程示意图。
这个实施例描述 UE-A将正在进行的会话 B , C加入到会议的流程， 这个流 程适用于 UE-A将正在进行的单个或者多个会话加入到会议。
如图 10所示， 该方法包括：
第 1步： 用户 A和用户 B建立会话。 具体包括： 用户 B发送 INVITE请求 到本网络的保持业务 AS ( HOLD AS ), 在 INVITE请求中携带 B的媒体信息 sdp:B; 保持业务 AS转发该 INVITE请求到 P-CSCF, P-CSCF转发该 INVITE 请求到 UE-A; UE-A返回 183响应， P-CSCF通过策略控制单元（如 PDF )发 起资源预留， 预留会话 AB的媒体资源， 再发送 183响应到用户 B, 然后进行 UE-A和 UE-B之间的媒体协商； 在媒体协商完成后， UE-A开始振铃， 并发送 180消息到 UE-B, 用户 A接收本次会话后， UE-A发送 200响应到 P-CSCF, P-CSCF发送申请到 PDF, 完成打开媒体资源， 然后转发 200消息到 UE-B, 此 时用户 A和用户 B开始通话；
第 2步： 用户 A保持用户 B, 和用户 C建立会话， 具体包括： 用户 A保持 用户 B, 发送 HOLD请求到用户 B, 用户 B返回 200 OK响应， P-CSCF通知策 略控制单元修改媒体， 并转发 200 OK响应消息到 UE-B, 实现 HOLD业务， 然 后用户 A发起新的会话， 开始呼叫用户 C, 用户 A的终端（UE-A )根据用户 A 的意愿，或者自身的检测判断（如签约状态，业务状态，会话状态等），在 INVITE 请求中携带会话资源操作需求， 如 Overbooking 指示； 上述请求被发送到 P-CSCF;
第 3步： 终端 UE-A根据用户 A的意愿， 或者自身的检测判断 (如签约状 态， 业务状态， 会话状态等）， 在 INVITE请求中携带会话资源操作需求， 如 Overbooking指示； 上述请求被发送到 P-CSCF;
其中， UE-A可以根据自身的检测判断， 判断条件可以是如下的一种或任意 组合： 如判断新的会话请求是一个会议业务请求、 或判断已经存在一个以上会 话状态、或判断用户剩余的空闲签约带宽不够等，在 INVITE请求中携带会话资 源操作需求。
可选的， 如果已经建立的会话 AB和 AC分别独立占用了不同的资源， 即在 步骤 2中， 会话 AC没有使用会话 AB的过度资源预留， 则在步骤 3中， UE-A 还可以在上述 INVITE请求中插入重用会话策略， 指示重用会话 AB、 或会话 AC、 或会话 AB和 AC的资源。
第 4步： P-CSCF在收到 INVITE请求时， 根据 Overbooking指示， 在资源 预留时携带过度资源预留指示； PDF根据该指示进行过度资源预留， 返回资源 预留成功；
第 5步： P-CSCF转发该 INVITE请求到 CONF业务 AS;
第 6步： CONF AS申请会议资源， 并向用户 B、 C发送重定向 re-INVITE 消息， 将用户 B, C加入到会议， 该流程同现有 CONF业务流程中， AS做第三 方控制的实现方法；
第 7步： CONF AS发送 183临时响应到 P-CSCF, 携带申请的会议资源； 可 选的， CONF AS在 183临时响应中插入 Overbooking确认指示， 即资源过度预 留策略确认， 转发到 P-CSCF;
P-CSCF在收到 183临时响应时， 根据 Overbooking指示在资源预留时携带 过度资源预留指示； PDF根据该指示进行过度资源预留， 返回资源预留成功； 第 8步： P-CSCF转发 183临时响应到 UE-A;
可选的， P-CSCF在收到 183临时响应时， 如果里面有 Overbooking确认指 示， 进一步在后续的资源预留时携带过度资源预留指示， 如果 183 临时响应中 不包含 Overbooking确认指示， 在后续的资源预留是不再携带过度资源预留指 示；
第 9步： UE-A和会议资源媒体协商， 媒体协商完成后， CONF AS发送 180 响应到 UE-A;
第 10步： 为了释放 UE-A原来的会话中 AB使用的资源， CONF AS保持 UE-A原来的会话 AB, 该流程与普通 HOLD业务流程相同， CONF AS也可以 通过释放会话 AB来释放资源；
第 11步： CONF AS发送 200响应到 P-CSCF, P-CSCF发送打开媒体通道 申请到 PDF, PDF检查资源是否可用， 如果可用， 打开媒体通道， 返回成功响 应， 否则返回失败；
第 12步： P-CSCF转发 200响应到 UE-A, 用户 A被加入到会议； 第 13步： 此时， 包含 A, B, C三个用户的会议建立成功。
由此可见， 应用上述实施例后， 用户可以将正在进行的其它会话加入到会 议中， 这个流程适用于用户将正在进行的单个或者多个会话加入到会议中。
图 11为根据本发明一实施例的会议业务中， 正在通话的用户将自己加入到 会议的方法流程示意图。
这个实施例描述 UE-A正在通话， 将自己加入到会议的流程。
该流程包括：
第 1步： 用户 A和用户 B建立会话， 同普通会话流程， 具体包括： 用户 B 发送 INVITE请求到本网络的保持业务 AS ( HOLD AS ), 在 INVITE请求中携 带 B的媒体信息 sdp:B; 保持业务 AS转发该 INVITE请求到 P-CSCF, P-CSCF 转发该 INVITE请求到 UE-A; UE-A返回 183响应， P-CSCF通过策略控制单元 (如 PDF )发起资源预留，预留会话 AB的媒体资源，再发送 183响应到用户 B, 然后进行 UE-A和 UE-B之间的媒体协商； 在媒体协商完成后， UE-A开始振铃， 并发送 180消息到 UE-B,用户 A接收本次会话后， UE-A发送 200响应到 P-CSCF, P-CSCF发送申请到 PDF, 完成打开媒体资源， 然后转发 200消息到 UE-B, ; 此 时用户 A和用户 B开始通话；
第 2步： 用户 A发起会议， UE-A保持 UE-B, 包括两种情况：
终端 UE-A根据用户的意愿 （即用户 A的操作 ), 发起保持操作；
终端 UE-A根据自身的检测判断（如签约状态， 业务状态， 会话状态等）发 起保持操作， 比如， 判断条件可以是如下的一种或任意组合： 判断已经存在一 个会话状态时、 或发起了会议业务请求、 或判断剩余的空闲签约带宽不够， 则 对已经存在的会话发起保持操作；
该保持操作的流程同普通保持业务的流程；
第 3 步： 终端根据用户的意愿或者自身的检测判断（如签约状态， 业务状 态， 会话状态等）， 在 INVITE请求中携带会话资源操作需求 （如 Overbooking 指示）； 上述请求被发送到 P-CSCF;
第 4步： P-CSCF在收到 INVITE请求时， 根据 Overbooking指示， 在资源 预留时携带过度资源预留指示； PDF根据该指示进行过度资源预留， 返回资源 预留成功；
第 5步： P-CSCF转发该 INVITE请求到 CONF业务 AS;
第 6步： CONF AS申请会议资源；
第 7步： CONF AS发送 183临时响应到 P-CSCF, 携带申请的会议资源； 可 选的， CONF AS在 183临时响应中插入 Overbooking确认指示，转发到 P-CSCF;
第 8步： P-CSCF转发 183临时响应到 UE-A;
可选的， P-CSCF在收到 183临时响应时， 如果里面有 Overbooking确认指 示， 进一步在后续的资源预留时携带过度资源预留指示， 如果 183 临时响应中 不包含 Overbooking确认指示， 在后续的资源预留是不再携带过度资源预留指 示；
第 9步： UE-A和会议资源媒体协商， 媒体协商完成后， CONF AS发送 180 响应到 UE-A;
第 10步： CONF AS发送 200响应到 P-CSCF, P-CSCF发送打开媒体通道 申请到 PDF, PDF检查资源是否可用， 如果可用， 打开媒体通道， 返回成功响 应， 否则返回失败；
第 11步： P-CSCF转发 200响应到 UE-A, 用户 A被加入到会议； 第 12步： 用户 A可以通过发送 REFER消息的方法邀请用户 B加入会议， 该流程同现有 CONF业务的流程。
由上述实施例可见， 可以实现正在通话的用户将自己加入到会议。
图 12 为根据本发明一实施例的会议业务中， 正在通话的用户接收 REFER 消息被加入到会议的方法流程示意图；
在图 12所示流程中， 用户 B正在通话， 收到 REFER请求后邀请加入会议。 图 12所示流程描述用户 B作为会议参与方， 被加入到会议的实现方法。
该方法包括：
第 1步： 用户 A和用户 B建立会话， 同普通会话流程， 具体包括： 用户 B 发送 INVITE请求到本网络的保持业务 AS ( HOLD AS ), 在 INVITE请求中携 带 B的媒体信息 sdp:B; 保持业务 AS转发该 INVITE请求到 P-CSCF, P-CSCF 转发该 INVITE请求到 UE-B; UE-B返回 183响应， P-CSCF通过策略控制单元 (如 PDF )发起资源预留，预留会话 AB的媒体资源，再发送 183响应到用户 B, 然后进行 UE-A和 UE-B之间的媒体协商； 在媒体协商完成后， UE-A开始振铃， 并发送 180消息到 UE-B,用户 A接收本次会话后， UE-A发送 200响应到 P-CSCF, P-CSCF发送申请到 PDF, 完成打开媒体资源， 然后转发 200消息到 UE-B, 此 时用户 A和用户 B开始通话；
第 2步： 用户 A创建会议， 并将用户 A加入到会议， 这个流程同普通 A加 入会议的流程；
第 3步： UE-A发送 REFER消息到 B, Refer-To头域携带 CONF AS的地址， 要求 UE-B向 CONF AS发送会话请求， 加入到会议； 同时， 在 REFER消息携 带 replaces头域， 要求 UE-B释放原来的会话 AB;
第 4步： UE-B发送 SIP INVITE消息到 CONF AS, 同时终端根据用户的意 愿或者自身的检测判断 （如签约状态， 业务状态， 会话状态等）， 在 INVITE请 求中携带会话资源操作需求（如 Overbooking指示）；上述请求被发送到 P-CSCF;
第 5步： P-CSCF在收到 INVITE请求时， 根据 Overbooking指示， 在资源 预留时携带过度资源预留指示； PDF根据该指示进行过度资源预留， 返回资源 预留成功；
第 6步： P-CSCF转发该 INVITE请求到 CONF业务 AS;
第 7步： CONF AS发送 183临时响应到 P-CSCF, 携带已申请的会议资源； 可选的， CONF AS 在 183 临时响应中插入 Overbooking确认指示， 转发到 P-CSCF;
第 8步： P-CSCF转发 183临时响应到 UE-B;
可选的， P-CSCF在收到 183临时响应时， 如果里面有 Overbooking确认指 示， 进一步在后续的资源预留时携带过度资源预留指示， 如果 183 临时响应中 不包含 Overbooking确认指示， 在后续的资源预留时不再携带过度资源预留指 示；
第 9步： UE-B向 UE-A发送 BYE消息， 释放原来的会话 AB, 该流程与普 通的会话释放流程相同；
第 10步： UE-B和会议资源媒体协商，媒体协商完成后， CONF AS发送 180 响应到 UE-B;
第 11步： CONF AS发送 200响应到 P-CSCF, P-CSCF发送打开媒体通道 申请到 PDF, PDF检查资源是否可用， 如果可用， 打开媒体通道， 返回成功响 应， 否则返回失败；
第 12步： P-CSCF转发 200响应到 UE-B, 用户 B被加入到会议。
由上述实施例可见， 正在通话的用户可以通过接收 REFER消息被加入到会 议中。
图 13 为根据本发明另一实施例的会议业务中， 正在通话的用户接到收到 INVITE请求被加入到会议的方法流程示意图。
图 13所示流程中， 用户 B正在通话， 收到 INVITE请求邀请加入会议。 图 13所示流程描述用户 B作为会议参与方， 被加入到会议的实现方法。 该方法包 括：
第 1步： 用户 A和用户 B建立会话， 同普通会话流程， 具体包括： 用户 B 发送 INVITE请求到本网络的保持业务 AS ( HOLD AS ), 在 INVITE请求中携 带 B的媒体信息 sdp:B; 保持业务 AS转发该 INVITE请求到 P-CSCF, P-CSCF 转发该 INVITE请求到 UE-A; UE-A返回 183响应， P-CSCF通过策略控制单元 (如 PDF )发起资源预留，预留会话 AB的媒体资源，再发送 183响应到用户 B, 然后进行 UE-A和 UE-B之间的媒体协商； 在媒体协商完成后， UE-A开始振铃， 并发送 180消息到 UE-B,用户 A接收本次会话后， UE-A发送 200响应到 P-CSCF, P-CSCF发送申请到 PDF, 完成打开媒体资源， 然后转发 200消息到 UE-B, 此 时用户 A和用户 B开始通话；
第 2步： 用户 A创建会议， 并将用户 A加入到会议， 这个流程同普通 A加 入会议的流程；
第 3步： UE-A发送 REFER消息到 CONF AS, Refer-To头域携带 UE-B的 地址， 要求 CONF AS向 UE-B发送会话请求， 将 UE-B加入到会议； 同时， 在 Refer-To参数中携带 replaces头域， 要求 UE-B释放原来的会话 AB;
第 4步： CONF AS收到上述 REFER消息， 发送 SIP INVITE消息到 UE-B , 携带申请的会议资源媒体， 以及 replaces头域， 指示 UE-B释放原来的会话 AB; 该流程同现有的会议流程； 上述请求被发送到 P-CSCF; 第 5步： P-CSCF在收到 INVITE请求时，根据会话请求中的参数，即 INVITE 消息中的 replaces头域， 确定本次会话需要资源过度预留， 在资源预留时携带过 度资源预留指示； PDF根据该指示进行过度资源预留， 返回资源预留成功； 第 6步： P-CSCF转发该 INVITE请求到 UE-B;
第 7步： UE-B收到上述 INVITE请求， 发送 183临时响应到 P-CSCF, 并 释放原来的会话 AB;
第 8步： P-CSCF转发 183临时响应到 CONF AS;
第 9步： UE-B和会议资源媒体协商， 媒体协商完成后， UE-B发送 180响 应到 CONF AS;
第 10步： UE-B发送 200响应到 P-CSCF, P-CSCF发送打开媒体通道申请 到 PDF, PDF检查资源是否可用， 如果可用， 打开媒体通道， 返回成功响应， 否则返回失败；
第 11步： P-CSCF转发 200响应到 CONF AS, 用户 B被加入到会议。
由上述实施例可见，正在通话的用户可以通过接收 INVITE消息被加入到会 议中。
另夕卜， 对于 ECT业务， 如果用户 B正在和 A通话， 用户 B收到 REFER请 求， 邀请用户 B转向到 C。 对于 UE-B来说， 该流程与图 12的流程相类似。 所 不同的是，收到 REFER请求后，发送 INVITE消息到用户 C,而不是 CONF AS; 因此， 最后用户 B和 C通话， 而不是加入到会议。
对于 ECT业务， 用户 B正在和 A通话， 收到 INVITE请求，邀请转向到 C; 对于 UE-B来说， 该流程与图 13的流程类似。 所不同的是， 收到的 INVITE请 求来自于用户 C, 而不是 CONF AS; 因此， 最后用户 B和 C通话， 而不是加入 到会议。 综上所述， 本发明实施例提出了一种策略控制的实现系统， 其中会话资源 控制单元产生会话资源操作需求， 并向会话资源申请单元发送携带有所述会话 资源操作需求的会话请求； 会话资源申请单元根据所述会话请求中的会话资源 操作需求申请会话资源。 应用本发明以后， 用户可以同时建立多个会话， 在同 一时刻， 只有部分会话的媒体处于激活状态， 从而提高了媒体资源的利用， 也 使业务的实现成为可能。
另外， 本发明实施例同时提供了基于上述方法的呼叫保持， 呼叫等待， 呼 叫转接， 会议业务实现方法。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范 围。 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均 应包含在本发明的保护范围之内。

Claims

权 利 要 求
1、 一种 IP多媒体子系统中策略控制系统， 其特征在于， 该系统包括： 会话资源控制单元， 用于产生会话资源操作需求， 并发送携带有所述会话 资源操作需求的会话请求；
会话资源申请单元， 用于根据从所述会话资源控制单元处接收的所述会话 请求中的会话资源操作需求申请会话资源。
2、 根据权利要求 1所述的策略控制系统， 其特征在于， 该系统进一步包括 策略决策单元， 用于根据所述会话资源申请单元发送的会话资源申请请求 中的携带的会话资源操作指示确定策略决策。
3、 根据权利要求 2所述的策略控制系统， 其特征在于， 该系统进一步包括 策略执行单元， 用于根据由策略决策单元所确定的策略决策， 完成策略执行功
•6匕
匕。
4、 根据权利要求 1或 2或 3所述的策略控制系统， 其特征在于， 所述会话资源控制单元， 进一步用于产生更新的会话资源操作需求， 在所 述会话请求的后续消息中携带所述更新的会话资源操作需求， 并向会话资源申 请单元发送所述后续消息；
所述会话资源申请单元， 进一步用于根据所述后续消息中携带的更新的会 话资源操作需求申请会话资源。
5、 根据权利要求 1或 2或 3所述的策略控制系统， 其特征在于， 所述会话 资源控制单元为： 用户终端 UE、 代理 -呼叫会话控制功能 P-CSCF、服务-呼叫会 话控制功能 S-CSCF、 问询 -呼叫会话控制功能 I-CSCF、 或应用服务器 AS。
6、 根据权利要求 1或 2或 3所述的策略控制系统， 其特征在于， 所述会话 资源申请单元包括： 应用服务器 AS、 P-CSCF或互通边界控制功能 IBCF。
7、 一种 IP多媒体子系统中策略控制方法， 其特征在于， 该方法包括： 获得携带有会话资源操作需求的会话请求；
根据所述会话请求中的会话资源操作需求申请会话资源。
8、 根据权利要求 7所述的策略控制方法， 其特征在于， 所述根据会话请求 中的会话资源操作需求申请会话资源包括：
根据所述会话请求中的会话资源操作需求确定会话资源操作指示， 向策略 决策单元发送携带有所述会话资源操作指示的会话资源申请请求；
该方法进一步包括：
策略决策单元根据所述会话资源申请请求中的会话资源操作指示确定策略 决策。
9、根据权利要求 8所述的策略控制方法， 其特征在于， 该方法进一步包括：
10、 根据权利要求 7 所述的策略控制方法， 其特征在于， 所述会话资源操 作需求由以下操作中的一种或者多于一种的任意组合所产生：
根据用户的意愿产生会话资源操作需求；
根据用户的签约状态产生会话资源操作需求；
根据用户的业务状态产生会话资源操作需求；
根据用户的会话状态产生会话资源操作需求；
根据会话请求中的参数产生会话资源操作需求。
11、根据权利要求 8所述的策略控制方法， 其特征在于， 所述会话资源操作 需求中包含资源过度预留策略， 所述会话资源申请请求中携带有资源过度预留 指示。
12、 根据权利要求 8 所述的策略控制方法， 其特征在于， 所述会话资源操 作需求包含重用会话策略， 所述会话资源申请请求中携带有资源过度预留指示。
13、 根据权利要求 12所述的策略控制方法， 其特征在于，
所述重用会话策略中包含一个或者多个会话标识， 所述重用会话指示中包 含一个或者多个资源标识； 或者，
所述重用会话策略中包含一个或者多个媒体流标识， 所述重用会话指示中 包含一个或者多个资源标识。
14、 根据权利要求 13所述的策略控制方法， 其特征在于，
所述重用会话指示中进一步包括一个或者多个带宽信息。
15、 根据权利要求 13所述的策略控制方法， 其特征在于， 该方法进一步包 括：
建立重用会话策略中的会话标识到重用会话指示中的资源标识之间的映 射， 或者建立重用会话策略中的媒体流标识到重用会话指示中的资源标识之间 的映射。
16、 根据权利要求 13所述的策略控制方法， 其特征在于， 所述策略决策单 元根据所述会话资源申请请求中的会话资源操作指示确定策略决策包括：
策略决策单元重用资源标识对应的资源， 不另外申请会话资源。
17、 根据权利要求 8所述的策略控制方法， 其特征在于，
所述策略决策单元根据所述会话资源申请请求中的会话资源操作指示确定 策略决策包括：
策略决策单元判断资源是否可用， 并当确定可用时确定策略决策为： 激活 媒体资源。
18、 根据权利要求 17所述的策略控制方法， 其特征在于， 策略决策单元判断资源是否可用的方式包括以下至少一种：
判断当前资源是否满足激活请求； 或
判断重用的资源是否满足激活请求；
19、 根据权利要求 8 所述的策略控制方法， 其特征在于， 该方法进一步包 括：
根据更新的会话资源操作需求确定更新的会话资源操作指示， 并向策略决 策单元发送携带有所述更新的会话资源操作指示的会话资源申请请求。
20、 根据权利要求 7-18中任一项所述的策略控制方法， 其特征在于， 预先 设定默认会话资源操作需求， 该方法进一步包括：
当未包含更新的会话资源操作需求时， 确定所述默认会话资源操作需求作 为会话资源操作需求；
根据所述默认会话资源操作需求申请会话资源。
21、 一种 IP多媒体子系统中通过策略控制实现会议业务的方法， 其特征在 于， 该方法包括：
保持用户当前的会话；
接收携带有所述会话资源操作需求的会议业务会话请求；
根据所述会话请求中的会话资源操作需求申请会话资源， 并将新的会话加 入到所述会议业务中。
22、 根据权利要求 21所述的实现会议业务的方法， 其特征在于， 该方法所 述保持用户当前的会话包括：
根据用户输入的指示， 确定并执行保持当前会话的操作； 或根据用户终端 自身的判断， 确定并执行保持当前会话的操作。
23、 一种 IP多媒体子系统中会话资源控制装置， 其特征在于， 该会话资源 控制装置与会话资源申请单元连接 , 该会话资源控制装置包括：
会话请求构建模块， 用于构建携带会话资源操作需求的会话请求； 会话请求发送模块， 用于向会话资源申请单元发送携带有所述会话资源操 作需求的会话请求。
24、 根据权利要求 23所述的会话资源控制装置， 其特征在于， 该装置进一 步包括会话资源操作需求生成模块，
所述资源操作需求生成模块， 用于根据用户的意愿产生所述会话资源操作 需求； 或 用于根据用户的业务状态产生所述会话资源操作需求； 或 用于根据会话请求中的参数产生所述会话资源操作需求， 所述会话资源操 作需求包括资源过度预留策略或者重用会话策略。
25、 根据权利要求 23所述的会话资源控制装置， 其特征在于， 所述会话请 求包括：
激活保持业务后发起新的会话请求； 或
发起会议业务的会话请求。
26、 根据权利要求 23或 24或 25所述的会话资源控制装置， 其特征在于， 所述会话资源控制装置为用户终端。
27、 一种 IP多媒体子系统中会话资源控制装置， 其特征在于， 该会话资源 控制装置与会话资源申请单元连接 , 该会话资源控制装置包括：
会话请求接收模块， 用于接收由用户终端所发送的会话请求；
会话策略资源携带模块， 用于在所述会话请求中携带会话资源操作需求， 并向会话资源申请单元发送携带有所述会话资源操作需求的会话请求。
28、 根据权利要求 27所述的会话资源控制装置， 其特征在于， 所述会话请 求包括：
用户激活呼叫保持业务请求；
用户签约呼叫等待业务请求； 用户签约会议业务请求；
所述会话资源操作需求包括资源过度预留策略或者重用会话策略。。
29、 根据权利要求 27或 28所述的会话资源控制装置， 其特征在于， 所述 会话资源控制装置为应用服务器。
30、 一种 IP多媒体子系统中会话资源申请装置， 其特征在于， 该会话资源 申请装置与策略决策单元连接， 该会话资源申请装置包括：
会话资源操作指示确定模块， 用于根据收到的会话请求中的会话资源操作 需求确定会话资源操作指示；
会话资源申请请求发送模块 , 用于向策略决策单元发送携带有所述会话资 源操作指示的会话资源申请请求。
31、 根据权利要求 30所述的会话资源申请装置， 其特征在于， 所述会话资 源操作指示确定模块具体用于当会话请求中的会话资源操作需求包含资源过度 预留策略， 确定的会话资源操作指示为资源过度预留指示； 当会话请求中的会 话资源操作需求包含重用会话策略， 确定的会话资源操作指示为重用会话指示。
32、 根据权利要求 30或 31所述的会话资源申请装置， 其特征在于， 所述 会话资源申请装置为 P-CSCF、 AS或 IBCF。
33、 一种 IP多媒体子系统中策略控制装置， 其特征在于， 该装置与策略决 策单元连接， 该装置包括： 会话资源操作需求生成模块， 用于生成会话资源操作需求；
会话资源操作指示确定模块， 用于根据所述会话资源操作需求确定会话资 源操作指示， 并向策略决策单元发送携带有所述会话资源操作指示的会话资源 申请请求。
34、 根据权利要求 33所述的会话资源处理装置， 其特征在于， 所述会话资 源操作需求生成模块，用于根据收到的会话请求中的 replaces参数生成会话资源 操作需求。
PCT/CN2008/072353 2007-09-30 2008-09-12 Procédé, dispositif et système d'application de lignes directrices WO2009046653A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200710163805 2007-09-30
CN200710163805.8 2007-09-30
CN200710305537.9A CN101399768B (zh) 2007-09-30 2007-12-24 一种策略控制方法、装置及系统
CN200710305537.9 2007-12-24

Publications (1)

Publication Number Publication Date
WO2009046653A1 true WO2009046653A1 (fr) 2009-04-16

Family

ID=40518036

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072353 WO2009046653A1 (fr) 2007-09-30 2008-09-12 Procédé, dispositif et système d'application de lignes directrices

Country Status (2)

Country Link
CN (1) CN101399768B (zh)
WO (1) WO2009046653A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101895443A (zh) * 2010-07-23 2010-11-24 中兴通讯股份有限公司 媒体网关及媒体资源检测方法
WO2020146964A1 (en) * 2019-01-14 2020-07-23 Qualcomm Incorporated Scheduling of multiple transport blocks for grant-free uplink transmission

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102624759B (zh) * 2011-01-28 2017-03-29 中兴通讯股份有限公司 一种实现会话中数据迁移的方法和节点
CN103781121A (zh) * 2012-10-25 2014-05-07 鸿富锦精密工业（深圳）有限公司 带宽使用率管理系统及方法
CN109429361B (zh) 2017-07-18 2021-01-01 华为技术有限公司 会话处理方法及装置
CN112020096B (zh) * 2019-05-31 2022-04-15 大唐移动通信设备有限公司 一种5g网络的语音业务处理系统、方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1469585A (zh) * 2003-06-26 2004-01-21 中国科学院计算技术研究所 基于会话启动协议的ip视频电话系统中会话和媒体授权方法
CN1832447A (zh) * 2005-03-08 2006-09-13 华为技术有限公司 下一代网络中实现用户请求模式资源预留的方法
CN1996999A (zh) * 2005-12-31 2007-07-11 华为技术有限公司 一种媒体资源预留方法和设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7027577B2 (en) * 2002-08-26 2006-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for multi-party call conferencing
US20050243746A1 (en) * 2004-04-29 2005-11-03 Nokia Corporation Session inspection scheme

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1469585A (zh) * 2003-06-26 2004-01-21 中国科学院计算技术研究所 基于会话启动协议的ip视频电话系统中会话和媒体授权方法
CN1832447A (zh) * 2005-03-08 2006-09-13 华为技术有限公司 下一代网络中实现用户请求模式资源预留的方法
CN1996999A (zh) * 2005-12-31 2007-07-11 华为技术有限公司 一种媒体资源预留方法和设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101895443A (zh) * 2010-07-23 2010-11-24 中兴通讯股份有限公司 媒体网关及媒体资源检测方法
CN101895443B (zh) * 2010-07-23 2015-08-12 中兴通讯股份有限公司 媒体网关及媒体资源检测方法
WO2020146964A1 (en) * 2019-01-14 2020-07-23 Qualcomm Incorporated Scheduling of multiple transport blocks for grant-free uplink transmission

Also Published As

Publication number Publication date
CN101399768B (zh) 2011-04-20
CN101399768A (zh) 2009-04-01

Similar Documents

Publication Publication Date Title
CN100563235C (zh) 互通功能网元、csi终端与ims终端互通系统及其方法
KR101185669B1 (ko) 인터넷 프로토콜 멀티미디어 서브시스템 기반 3자간 통화를 위한 방법 및 장치
EP2173068B1 (en) Method, application server and user device for transferring the media flow of the multimedia session
EP2351309B1 (en) Session establishment in a communication network
WO2009059559A1 (fr) Procédé de commande d'appel de session multimédia et serveur d'application
WO2007025445A1 (fr) Methode de traitement de gestion de ressource et d'admission et entite fonctionnelle
EP1733505A1 (en) System and method for enforcing policies directed to session-mode messaging
US20150295974A1 (en) Method, User Equipment and Application Server for Adding Media Stream of Multimedia Session
WO2014044224A1 (zh) 接入协商、释放中服务质量承载资源控制的方法及系统
WO2009056059A1 (fr) Procédé, système et dispositif de renvoi automatique d'appel
WO2010063174A1 (zh) 一种ims监听的实现方法、系统及装置
CN101399768B (zh) 一种策略控制方法、装置及系统
WO2008064580A1 (fr) Procédé, système et serveur d'application pour éviter la diaphonie de signal de rappel couleur
US8320363B2 (en) Implementation method, system and device of IMS interception
WO2009149667A1 (zh) 被叫接入的方法、装置和系统
WO2009065327A1 (fr) Procédé, système et dispositif de transfert d'appel
CN101217702A (zh) Ip多媒体子系统集中业务呼叫保持业务的实现方法
WO2008116386A1 (fr) Procédé, système et dispositif pour fournir un service multi-session à des abonnés
WO2007095855A1 (fr) Procédé et entité réseau de négociation d'un paramètre de type média
CN101459872B (zh) 单对话彩铃彩像业务在应答后更新媒体的方法
WO2008131620A1 (fr) Procédé de prise en charge pour paramètre d'expansion de message de référence
WO2009124512A1 (zh) 控制早媒体播放的实现方法
CN101141689A (zh) 一种创建会议业务时邀请用户的方法
WO2008110110A1 (fr) Procédé et système de fourniture de service de sous-système multimédia ip
WO2008040171A1 (fr) Procédé, système de domaine de commutation de circuits apercevant des informations de sessions multimédia du domaine ims

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: 08800861

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: 08800861

Country of ref document: EP

Kind code of ref document: A1