WO2008052461A1

WO2008052461A1 - A resource reservation method using push mode and calling agency device

Info

Publication number: WO2008052461A1
Application number: PCT/CN2007/070903
Authority: WO
Inventors: Kai Wen
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2006-10-30
Filing date: 2007-10-16
Publication date: 2008-05-08
Also published as: CN101175293A; CN101175293B

Abstract

A resource reservation method using PUSH mode reserves quality of service QoS resource during calling procedure; and notifies the result of the QoS resource reservation to a terminal during the calling procedure. A calling agency device based on PUSH mode includes: the first unit, which is used for reserving QoS resource during calling procedure; the second unit, which is used for notifying the result of the QoS resource reservation to a terminal during the calling procedure. The method and device can make the terminal know whether QoS resource reservation is successful.

Description

Resource reservation method and call agent device using PUSH mode This application claims priority to Chinese patent application filed on October 30, 2006, the Chinese Patent Office, application number 200610063427.1, and the invention name "call method using PUSH mode" The entire contents of which are incorporated herein by reference.

Technical field

The present invention relates to the field of communications technologies, and in particular, to a resource reservation method using a PUSH mode and a call agent device based on a PUSH mode.

Background technique

QoS (Quality of Service) quality assurance system applied to the Internet

(Internet) technology, there are many specific implementation methods. The simple method can be to equip the router with more memory, lossy or lossless compression of pictures, videos, audio files, etc., or to implement HTTP compression on the Web server, but also to solve the bandwidth problem, but will increase the server. The burden on the CPU. If these simple methods do not solve the problem, then you need to adopt some complicated strategies to achieve QoS, such as ToS: Type of Service, IntServ: Integrated Services, and DiffServ: Differentiated Services. ) or traffic shaping (Traffic shaper) services.

Driven by real-time services such as wide-channel telephony or Voice over IP (VoIP), the IntServ model is proposed. This is a flow-based QoS mechanism that tightly controls resources and provides strict QoS guarantees for applications. However, it has the problem of scalability. Because each router that the service flows through must maintain a soft state for it, IntServ cannot be applied on a large scale. In order to solve the scalability problem, the DiffServ model is proposed. DiffServ is a class-based QoS mechanism. It is more successful in deployment, but it can only provide relative QoS guarantee. Especially when the bandwidth is insufficient, QoS cannot be guaranteed.

In recent years, the session-based dynamic QoS control mechanism has gradually become the research direction. Under this architecture, the control plane perceives the QoS resources required by the session, accepts and controls the QoS resource requests required by the session, and completes the service on the media plane. The execution of the QoS policy approved by the plane.

For this kind of session-based dynamic QoS control mechanism, many standard organizations are currently studying similar mechanisms, such as the Internet Engineering Task Force IETF, the International Telecommunication Union (ITU), the telecommunications and Internet convergence services, and the advanced network protocol (TISPAN). : Telecommunications and Internet converged Services and Protocols for Advanced Networking), 3GPP: The 3rd Generation Partnership Project, etc.

This session-based dynamic QoS control mechanism specifically includes PULL and PUSH implementation modes. The PULL mode and the PUSH mode are adapted to different application scenarios, which are related not only to the terminal type but also to the access network.

The PULL mode has specific requirements for the terminal. The terminal is required to support the authorization token and is classified according to the support of QoS. The following three types of terminals are described:

1. Without QoS, the terminal has no QoS interaction capability at both the service layer and the transport layer. The terminal can initiate a service request but does not express the required QoS resources.

2. Service layer QoS awareness, the terminal can express QoS resource requirements through service layer signaling, but there is no transport layer QoS negotiation capability.

3. Service and transport layer QoS awareness. In addition to the service layer QoS awareness, the terminal also supports the transport layer QoS negotiation protocol. For example, it supports RSVP (Resource Reservation Protocol) or similar protocols and supports Layer 2 QoS-aware protocols such as 802.1p and PDP Context.

A terminal that meets the PULL mode requirement is a third type of terminal, that is, the terminal has a service layer and a transport layer QoS capability. But in reality, the current large number of user terminals are the second type of terminals. For the service request of this type of terminal, apply the PUSH (push) mode as shown in Figure 1 for QOS resource reservation. The control flow is as follows:

1) The terminal UA1 that does not support the transport layer QoS reservation signaling (such as RSVP) initiates a call invitation (INVITE), that is, invites the user to join the call, and the session description protocol (SDP, Session Description Protocol) request (Offer) information carried in the request Indicates the media channel type that the caller expects. The called terminal UA2 sends back 183 (200 response) to carry the SDP reply (Answer) information.

2) The call agent determines the relevant attributes of the media channel according to the Offer/Agreement, and performs authorization authentication on the corresponding QoS resources of the media channel to be established. After the authorization is passed, the corresponding QoS policy is directly sent to the border router for execution. Based on the QoS policy, the border router immediately reserves the corresponding resources for the specific media channel.

In the subsequent communication, the media flow between the calling terminal UA1 and the called terminal UA2 passes through the boundary road. When the device is used, the corresponding QoS resource reservation has been obtained, and the protocol interaction of the QoS resource reservation by the terminal UA1, UA2 and the border router at the transport layer is not required.

The PUSH mode requires each network device of the access network to support a PUSH interface with an application layer device (such as a call proxy), so that the call proxy directly PUSHs the QoS policy to each network device in the access network for a specific media stream. QoS resource reservation.

At present, the network equipment of the radio access network usually supports the resource reservation protocol of the transport layer, so the QoS reservation defined by 3GPP (The 3rd Generation Partnership Project) is PULL mode. In a fixed access network application, the terminal is usually a second type of terminal, so the QoS reservation process provided for the fixed access network is PUSH mode.

The specific process of the PUSH mode shown in Figure 2, where:

Message 4 - Message 7, after receiving the 183 response from the called terminal UA2, the Call Agent (PROXY) completes the SDP Offer/SDP Answer match, interacts with the PDP (Policy Decision Point) to perform media authorization, and the PDP authorizes the media. The QoS resource reservation is forwarded, and then the QoS policy is delivered to the route execution, which indicates which QoS resource is reserved for which media stream. Subsequently, the user terminals UA1, UA2 can directly send and receive corresponding media streams.

In the process of implementing the present invention, the inventor finds that, unlike the PULL mechanism of the 3GPP, the reservation operation of the PUSH mode resource is actively performed by the network device, and the terminal does not need to actively initiate the QoS resource reservation at the transport layer by using the obtained flag or token. Therefore, in the PUSH mode, the terminal of the fixed access network cannot explicitly know whether the corresponding QoS resource has been reserved successfully.

Summary of the invention

The embodiment of the invention provides a resource reservation method using a PUSH mode and a call agent, which can enable the terminal to know whether the QoS resource has been reserved successfully.

The embodiment of the invention provides a resource reservation method using a PUSH mode, and performs quality of service QoS resource reservation in a call process; and notifies the terminal of the result of the QoS resource reservation in the call process.

The embodiment of the present invention further provides a call forwarding device based on a PUSH mode, including: a first unit, configured to perform QoS resource reservation during a call; and a second unit, configured to: use the QoS in the call process The result of the resource reservation is notified to the terminal.

It can be seen from the foregoing technical solutions that, in the embodiment of the present invention, The manner in which the QoS resource is reserved and the QoS result indication is notified to the terminal, so that the terminal can know the QoS resource reservation result.

DRAWINGS

1 is a schematic diagram of a network connection in a PUSH mode of the prior art;

2 is a schematic diagram of a control flow in a PUSH mode in the prior art;

3 is a schematic diagram of a basic control flow in a PUSH mode according to the present invention;

4 is a schematic diagram of a first specific example control flow in a PUSH mode according to the present invention;

5 is a schematic diagram of a second specific example control flow in a PUSH mode according to the present invention;

6 is a schematic diagram of a third specific example control flow in a PUSH mode according to the present invention;

Figure 7 is a schematic diagram of the Precondition control flow in the PUSH mode of the present invention.

detailed description

The present invention will be further described in detail below with reference to the drawings and embodiments:

In the calling process of the embodiment of the present invention, the step of reserving the QoS resource and transmitting the QoS resource reservation result to the QOS resource reservation requesting party is included. The QoS resource reservation result may be carried by the extended header field by using a SIP (Session Initiation Protocol).

As shown in FIG. 3, the P-CSCF (Proxy-Call State Control Function) performs QoS resource reservation after the SDP Offer/Answer matching is completed, and indicates the QoS resource reservation result to the requester by using the SIP message carrying the Answer. .

As shown in Figure 3, the basic control flow is as follows:

A) Message 1-message 2: The terminal of the Offer party UA1 (ie, the calling terminal) sends a message to the terminal of the answering party (ie, the called terminal), which carries the request information of the session description protocol (SDP Offer);

B) Message 3: Answer terminal UA2 responds to the call agent P-CSCF, which carries the reply information of the session description protocol (SDP Answer);

C) Message ⁴ : The Call Agent completes the matching of the Offer/Answer information, performs QoS resource reservation according to the matching result, carries the QoS result indication in the message, and passes it to the Offer. Party terminal UA1. Similarly, the message carrying the QoS resource reservation result may also be transmitted to the terminal UA2 of the Answer side.

The QoS resource reservation result can be expressed in various manners. For example, the existing P-Media-Authorization header field can be used to extend the parameters carried in the header field. example For example, the P-Media-Authorization header field is carried in the SIP message, and the information of "QoS resource reservation failure" or "QoS resource reservation success" is carried in the header field, thereby notifying the terminal of the QOS resource reservation result.

As shown in Figure 4, the figure includes two call agents, P-CSCF1 and P-CSCF2, which provide services for terminals UA1 and UA2 respectively (in the figure, UA1 initiates SDP Offer and UA2 sends SDP Answer).

In the example of FIG. 4, the call agent is configured to perform resource reservation for the access side, and the resource reservation result of the access side is sent to the terminal on the local side.

After receiving the QoS resource for the terminal UA1, the call agent P-CSCF1 carries the "QOS resource reservation indication" in the SIP message carrying the Answer to send the reservation result to the terminal on the local side, that is, the SDP is initiated. Offer terminal UA1.

After receiving the Answer, the Call Agent P-CSCF2 reserves the QOS resource for the terminal UA2. At this time, the SIP message is transmitted to the terminal UA1. Therefore, the reservation result cannot be immediately notified to the terminal UA2 serving the local side. The terminal UA2 is sent back to the terminal UA2 by the "QOS resource reservation indication" carried by any SIP message sent by the terminal UA1 to the terminal UA2, that is, the terminal UA2 that returns the SDP Answer.

As shown in Figure 4, the basic control flow is as follows:

a) message 1-message 3: the terminal UA1 sends a SIP message carrying the session description protocol request information (SDP Offer) to the terminal UA2;

b) Message 4: The terminal UA2 sends a SIP message carrying the reply information (SDP Answer) of the session description protocol to the call agent P-CSCF2; the P-CSCF2 reserves the QOS resource for the UA2 in the PUSH mode according to the SDP matching result. The P-CSCF2 saves the reserved result of the QOS resource reservation made by the UA2. At this time, the result of the resource reservation by the UA2 cannot be notified. The P-CSCF2 continues to forward the SIP message carrying the SDP Answer.

c) Message 5 - Message 6: The Call Agent P-CSCF1 receives the SIP message carrying the SDP Answer, completes the request/reply (Offer/ Answer) match, and uses the PUSH mode to perform QoS resource reservation for the UA1 according to the matching result. After the end, the SIP message carrying the SDP Answer is forwarded to the UA1 terminal, and the QoS result of the QoS resource reservation for the terminal UA1 is carried in the SIP message, and the reservation result may pass some indication (indication) The information indicates that the SIP message carries the QoS resource reservation result indication to notify the terminal of the QoS resource reservation result. d) message 7 - message 8: the terminal UA1 sends a SIP message to the terminal UA2 to the call agent P-CSCF2;

e) message 9: The call proxy P-CSCF2 sends a SIP message to the terminal UA2, and according to the saved reservation result of the QOS resource reservation for the terminal UA2, carries an indication in the SIP message, indicating to the UA2 for QoS Resource reservation QoS indication.

As shown in FIG. 5, the specific control flow of the present invention is illustrated by a specific example as follows:

Message 1 - Message 3: The calling terminal Caller sends a call request INVITE, which carries the SDP Offer;

Message 4: The called terminal Callee responds with 183 response and carries the SDP Answer to the called party call agent P-CSCF.

Message 5: The called party's call agent P-CSCF completes the offer/Answer match, and the QoS resource reservation is performed interactively through the service-based policy decision function (SPDF). The QoS resource reservation fails, the called side The Call Agent P-CSCF saves this reservation result and continues the pre-post 183 response.

Message 6: The Calling Side Call Agent (P-CSCF) receives the 183 response, completes the SDP Offer/Answer match, and fails to exchange and reserve QoS resources through the Service Based Policy Decision Function (SPDF), further carrying the main in the 183 response. The calling QoS resource reservation result is delivered to the calling terminal Caller, for example, carried by the P-Media-Authorization header field, and then the calling terminal Caller receives the 183 response, and the P-Media-Authorization is used to learn the calling side QoS resource. The reservation failed.

Message 7 - Message 12: Reply message by temporary response (PRACK: Provisional Response

ACKnowledgement), the called side call agent (P-CSCF) carries the QOS resource reservation result of the called side to the called terminal Callee through the P-Media-Authorization header field. The called terminal Callee receives the PRACK and learns that the QoS resource reservation on the local side fails according to the P-Media-Authorization.

In addition to the foregoing method, the P-CSCF may notify the local terminal of the reservation result of the QOS resource, and the P-CSCF may also transmit the QOS resource reservation result of the local side to the other side of the call through the SIP message.

As shown in FIG. 6, in this example, the called party call agent P-CSCF completes the Offer/Answer match, and performs QoS resource reservation, QoS through the service-based policy decision function (SPDF). If the resource reservation fails, the called side call agent P-CSCF adds the relevant SIP header field in the 183 response, indicating that the called side P-CSCF fails to perform QoS resource reservation. And the indication information is delivered to the calling side call agent P-CSCF.

The calling side call agent P-CSCF adds the QOS resource reservation result indication of the local side after the QOS resource reservation is made to the calling terminal, and continues the pre-transmission 183 response. Therefore, when the calling terminal receives the 183 response, it can separately learn the QOS resource reservation status of the local end and the remote end.

Further, the QOS resource reservation result of the master and the called side can be transmitted to the called terminal through the subsequent request message PRACK of the calling terminal to the called terminal, so that the called terminal can also learn the local and remote QOS. Resource reservation.

According to the RFC3312 (Integration of Resource Management and Session Initiation Protocol) protocol, the calling terminal can request Precondition when the session is initiated. That is, when the QoS resource reservation on both the primary and the called side is successful, the called terminal starts ringing, and the primary terminal simultaneously starts to ring. Call the terminal to hear the ring back tone.

As shown in FIG. 7, it is a Precondition process in PULL mode (only indicates the flow between terminals, omitting the network device), and the calling terminal Caller and the called terminal Callee complete the SDP Offer through the message (1) - message (4). Matches with SDP Answer, and starts resource reservation in PULL mode. When the QoS resource reservation on the calling side is successful, the calling terminal Caller sends an UPDATE message to the called terminal Callee, notifying the called terminal that the calling side QoS resource has been reserved successfully; if the called side QoS resource is also reserved at this time If successful, the called terminal Callee rings and sends a 180 response to the calling terminal Caller, and the calling terminal Caller user hears the ring back tone.

In the PUSH mode, the terminal cannot directly obtain the resource reservation result. After the calling terminal Caller learns the result of the QoS resource reservation, the caller may send an UPDATE notification according to the requirements of the Precondition process. One-side terminal (Callee called terminal) The QoS resource on the calling side has been reserved successfully, so that the Precondition process can be performed normally.

For the call flow that uses the premise to extend the Precondition, the terminal does not know when to send the UPDATE to the peer to notify the local end that the message of the successful QOS resource has been reserved. The existing PUSH mode cannot implement the Precondition call flow, but in the present invention. In the embodiment, the calling side call agent and the called side call agent complete the offer/answer matching, and then interact with the transport layer to perform QoS resource reservation, and carry the QoS resource reservation result of the primary and the called side in the response and transmit the result to the QoS resource reservation result. The calling terminal, when the QoS resource reservation on the calling side is successful, the calling terminal sends an UPDATE message to the called terminal, which can implement the Precondition call flow.

In the embodiment of the present invention, the calling terminal or the called terminal is based on the received QoS resource reservation node. If the indication is ", you can do the following:

If the calling terminal or the called terminal is an intelligent terminal, it is presented to the user in a user-readable manner; if the calling terminal or the called terminal is an IAD (Integrated Access Device) terminal, the user is notified by a specified prompt tone. .

The method embodiment of the present invention is based on the received "QoS resource reservation result indication", and the user terminal can perform the following operations:

The user terminal notifies the user of the received "QoS resource reservation result indication". For example, if it is a smart terminal, it is presented to the user in a user-readable manner, and if it is an IAD terminal, the user is notified by a specific prompt tone. In the absence of QOS Precondition, when a certain QoS resource is not reserved successfully, the user can still choose to terminate the call from the signaling plane, or attempt to continue the call using the best effort QoS service. In the PUSH mode of the prior art, when the call agent reserves the QoS resource failure, the call is directly released. Obviously, the embodiment of the present invention provides the user with a more flexible choice.

In this way, in the embodiment of the present invention, after the terminal learns whether the QoS resource reservation is successful, the terminal may make more flexible selections based on the information. For example, when the calling terminal or the called terminal is an intelligent terminal, the user may adopt the user. The read mode is presented to the user; when the calling terminal or the called terminal is an IAD terminal, the user can be notified by using a specified prompt tone; if the QoS resource on the calling side or the called side is not reserved successfully, the user can terminate from the signaling level. Continue the call, or try to keep the QoS service to continue the call.

A person skilled in the art may understand that all or part of the steps in implementing the above method embodiments may be completed by a program instructing related hardware, and the program may be stored in a computer readable storage medium, the storage medium Such as: R0M / RAM, disk, CD, etc.

In summary, the present invention enhances and improves the call flow of PUSH mode QoS resource reservation by transmitting the QoS resource reservation result to the terminal, and has strong practicability.

The present invention has been described in connection with the specific embodiments. It is obvious that those skilled in the art can implement various alternatives or improved methods without any creative work based on the above-mentioned enlightenment, and details are not described herein again.

Claims

Rights request

1. A resource reservation method using a PUSH mode, which is characterized by:

Quality of service QoS resource reservation during call;

Notifying the terminal of the result of the QoS resource reservation during the call.

The method according to claim 1, wherein the step of performing QoS resource reservation during the call includes:

Transmitting, by the calling terminal, a message sent by the calling terminal to the called terminal, where the message carries the providing information of the session description protocol;

Receiving a response message of the called terminal, where the response message carries the reply information of the session description protocol;

Performing matching of the providing information and the reply information, and performing QoS resource reservation according to the matching result.

The method according to claim 1, wherein the step of notifying the terminal of the result of the QoS resource reservation during the call includes:

The QoS resource reservation result is carried in the message involved in the call process, and is delivered to the calling party and/or the called terminal.

After the QoS resource reservation on the calling side is performed, the message carrying the QoS resource reservation result of the calling side is delivered to the calling terminal.

The method according to claim 4, wherein the transmitting the message carrying the QoS resource reservation result of the calling side to the calling terminal is specifically:

The calling side call agent transmits a message carrying the QoS resource reservation result of the calling side to the calling terminal.

6. The method according to claim 4, further comprising:

When the QoS resource reservation of the calling side is successful, the calling terminal sends an update message to the called terminal to notify the called terminal that the QoS resource of the calling side has been reserved successfully.

The method according to claim 6, wherein the step of notifying the terminal of the result of the QoS resource reservation during the call further includes: After the QoS resource reservation on the called side is performed, the message carrying the QoS resource reservation result of the called side is delivered to the called terminal.

8. The method according to claim 7, further comprising:

If the called QoS resource is also reserved successfully, the called terminal rings and sends a response to the calling terminal.

9. The method according to claim 4, further comprising:

After the QoS resource reservation on the calling side is performed, the message carrying the QoS resource reservation result of the calling side is delivered to the called terminal.

After the QoS resource reservation on the called side is performed, the message carrying the QoS resource reservation result of the called side is delivered to the called terminal.

The method according to claim 10, wherein the message carrying the QoS resource reservation result of the called side to the called terminal is specifically:

The calling agent on the called side transmits a message carrying the QoS resource reservation result of the called side to the called terminal.

The method according to claim 10, wherein: after performing QoS resource reservation on the called side, transmitting a message carrying the QoS resource reservation result of the called side to the called terminal The steps specifically include:

After the QoS resource reservation is performed, the called party's call agent carries the QoS resource reservation result of the called side in the response message and transmits it to the calling terminal;

The QoS resource reservation result of the called side is carried in the message sent by the calling terminal to the called terminal.

The method according to claim 10, wherein: after the QoS resource reservation on the called side is performed, the message carrying the QoS resource reservation result of the called side is transmitted to the called terminal. Specifically include:

After the called side call agent performs the QoS resource reservation on the called side, it receives the message sent by the calling terminal to the called terminal; The called side call agent carries the QoS resource reservation result of the called side in the message sent by the calling terminal to the called terminal, and sends the message to the called terminal.

14. The method according to claim 10, further comprising:

After the QoS resource reservation on the called side is performed, the message carrying the QoS resource reservation result of the called side is delivered to the calling terminal.

The method according to any one of claims 1 to 14, further comprising: presenting the QoS resource reservation result to a user in a user readable manner; or reserving the QoS resource The result is notified to the user with a specified tone.

The method according to any one of claims 1 to 14, wherein in the step of notifying the terminal of the result of the QoS resource reservation, the result of the QoS resource reservation is extended by a SIP protocol. The domain is carried.

17. A call agent device based on a PUSH mode, comprising:

a first unit, configured to perform QoS resource reservation during a call;

And a second unit, configured to notify the terminal of the result of the QoS resource reservation in the calling process.

The device according to claim 17, wherein the second unit comprises: a first subunit, configured to carry a QoS resource reservation result in a message involved in the call process, and transmit the QoS resource reservation result To the calling and/or called terminal.

The device according to claim 17, wherein the second unit comprises: a second subunit, configured to carry the QoS resource reservation on the calling side after the first unit performs the QoS resource reservation on the calling side The message of the QoS resource reservation result on the calling side is delivered to the calling terminal.

The device according to claim 19, further comprising:

a third unit, configured to receive a QoS resource reservation result of the called side sent by the called party, and the second subunit further carries the QoS resource pre-request of the called side in the message delivered to the calling terminal Leave the result.

The device according to claim 20, wherein the second unit further comprises: a third subunit, configured to carry the calling party in a message sent by the calling terminal to a called terminal The QoS resource reservation result of the side and the QoS resource reservation result of the called side.

The device according to claim 17, wherein the second unit comprises: And a fourth sub-unit, configured to: after the first unit performs QoS resource reservation on the called side, transmit a message carrying the QoS resource reservation result of the called side to the called terminal.

The device according to claim 22, wherein the second unit further comprises: a fifth subunit, configured to: after the first unit performs QoS resource reservation on the called side, The message of the QoS resource reservation result on the called side is delivered to the call agent on the calling side.