(19)
(11)EP 2 453 629 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
17.06.2020 Bulletin 2020/25

(21)Application number: 10807902.1

(22)Date of filing:  20.05.2010
(51)International Patent Classification (IPC): 
H04L 29/06(2006.01)
(86)International application number:
PCT/CN2010/072974
(87)International publication number:
WO 2011/017957 (17.02.2011 Gazette  2011/07)

(54)

METHOD AND APPARATUS FOR CALL PROCEEDING IN CALL CONTROL OF APPLICATION SERVER

VERFAHREN UND VORRICHTUNG ZUR RUFWEITERLEITUNG IN DER RUFSTEUERUNG EINES ANWENDUNGSSERVERS

PROCÉDÉ ET DISPOSITIF POUR APPEL EN COURS DANS UNE COMMANDE D'APPEL D'UN SERVEUR D'APPLICATION


(84)Designated Contracting States:
AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

(30)Priority: 14.08.2009 CN 200910165676

(43)Date of publication of application:
16.05.2012 Bulletin 2012/20

(73)Proprietor: ZTE Corporation
Shenzhen, Guangdong 518057 (CN)

(72)Inventor:
  • GAO, Yang
    Shenzhen Guangdong 518057 (CN)

(74)Representative: J A Kemp LLP 
14 South Square Gray's Inn
London WC1R 5JJ
London WC1R 5JJ (GB)


(56)References cited: : 
WO-A1-2009/089904
WO-A2-2007/005070
CN-A- 101 247 388
CN-A- 101 491 057
WO-A1-2009/089904
CN-A- 101 005 511
CN-A- 101 459 897
US-B1- 7 382 879
  
  • ROSENBERG DYNAMICSOFT J PETERSON NEUSTAR H SCHULZRINNE COLUMBIA UNIVERSITY G CAMARILLO ERICSSON J: "Best Current Practices for Third Party Call Control (3pcc) in the Session Initiation Protocol (SIP); rfc3725.txt", NETWORK WORKING GROUP RFC 1717, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1205 GENEVA, SWITZERLAND, CH, 1 April 2004 (2004-04-01), XP015009505, ISSN: 0000-0003
  • CAMARILLO ERICSSON P KYZIVAT CISCO SYSTEMS G: "Update to the Session Initiation Protocol (SIP) Preconditions Framework; rfc4032.txt", NETWORK WORKING GROUP RFC 1717, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1205 GENEVA, SWITZERLAND, CH, 1 March 2005 (2005-03-01), XP015041967, ISSN: 0000-0003
  
Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


Description

Technical Field



[0001] The present invention relates to the field of communication, and in particular, to a method and apparatus for call proceeding in call control of an application server.

Background of the Related Art



[0002] 3PCC (the Third Party of Conversation Control) means that the third party controller creates a session between other two parties, and the controller is responsible for the media negotiation between the two parties of the session. 3PCC is a very flexible controlling mode, which may be divided into the flow where a 3PCC creation request message carries a SDP (Session Description Protocol) message and the flow where the 3PCC creation request message does not carry the SDP message, wherein, the SDP message comprises an Offer message and an Answer message.

[0003] The flow where the 3PCC creation request message carries the SDP message exists in call forwarding, automatic machine and call transferring and other services, which is specifically as shown in FIG.1 and comprises the following steps.

[0004] Step 101, the first party has made a media negotiation with an AS (Application Server).

[0005] Step 102, the AS sends an Offer message to the second party.

[0006] Wherein, the Offer message may be born in a call creation request message, which may be but not limited to an Invite message.

[0007] Step 103, the second party sends an Answer message to the AS after receiving the Offer message.

[0008] Wherein, the Answer message may be born in a reliable transmission temporary response message, which comprises but is not limited to a 180 response message, a 181 response message or a 183 response message.

[0009] Wherein, the Answer message comprises descriptions on media type, a confirmation request for the Precondition state of the first party, transmission protocol, media format and so on. Wherein, the Precondition state may be but not limited to QoS (Quality of Service) state, and the Precondition state requires a level of mandatory.

[0010] Step 104, the AS receives the Answer message and sends the Offer message to the first party.

[0011] Wherein, the Offer message may be born in an update request message, which comprises but is not limited to an Update message and a Re-invite message.

[0012] Specifically, the AS extracts the Answer message after receiving the reliable transmission temporary response message carrying the Answer message, transforms the extracted Answer message into the Offer message, and sends the Offer message to the first party by bearing the Offer message in an update request message.

[0013] Step 105, the first party sends the Answer message to the AS after receiving the Offer message.

[0014] Wherein, the Answer message may be born in an update request response message, wherein, the update request response message comprises but is not limited to a 200 OK response message or a 183 response message. Wherein, the Answer message comprises descriptions on media type, a confirmation response of the Precondition state from the first party, transmission protocol and media format and so on. Wherein, the Precondition state may be but not limited to QoS (Quality of Service) state, and the Precondition state requires a level of mandatory.

[0015] In the implementation of the invention, the following questions are found by the inventor in the existing technologies:
Since the second party needs the confirmation response to the Precondition state from the first party, the first party sends the confirmation response to the Precondition state to the AS by bearing it in the Answer message in step 105, but the AS will intercept the Answer message, thus causing the call to be unable to proceed.

[0016] The document J. ROSENBERG DYNAMICSOFT et al. "Best Current Pratices for Third Party Call Control (3pcc) in the Session Initiation Protocol (SIP); rtf3725.txt", NETWORK WORKING GROUP RFC 1717 discloses third party call control is possible using the mechanisms specified within the Session Initiation Protocol (SIP).

[0017] The document WO 2009/089904 A1 discloses a method of establishing a session between client user terminals accessing IP Multimedia Subsystem, IMS, networks. At least one of the IMS networks implements the use of Quality of Service, QoS, preconditions, and at least one of the client user terminals does not use QoS preconditions. The method includes receiving, at an inter-working function, IWF located in one of the IMS networks, an IMS session initiation request originated by an originating client, the request indicating a terminating client for the session. A decision is made, based on the session initiation request, that one of the originating client and the terminating client is not using QoS preconditions. A set of QoS preconditions is inserted into a procedure for establishing the IMS session on behalf of the client that is not using QoS preconditions. Session establishment is completed only after QoS resources complying with the set of QoS preconditions have been established.

Summary of the Invention



[0018] To solve the technical problem, a method and apparatus for call proceeding in call control of an application server according to independent claims are provided. Further improvements and embodiments are provided in the dependent claims.

[0019] In the technical scheme provided in the invention, whether the Answer message carrying the Precondition state needs to be transformed into the Offer message is determined according to the condition of transforming the Answer message; if yes, the transformed Offer message is sent, which may cause the call to proceed and is beneficial to the development of 3PCC service; if not, the Answer message is intercepted, which can decrease unnecessary signaling, avoid the oscillating of media negotiation and improve quality of service.

Brief Description of Drawings



[0020] 

FIG.1 is a flowchart of a 3PCC creation request message carrying a SDP message provided by the existing technology.

FIG.2 is a flowchart of the method for call proceeding in 3PCC provided by an example of the invention.

FIG.3 is a flowchart of the first party directly making a consultation with the AS.

FIG.4 is a flowchart of the first party making a consultation with the AS as a proxy.

FIG.5 is a flowchart of the first party making a consultation with the AS as a B2BUA.

FIG.6 is a structure diagram of the apparatus for call proceeding in 3PCC provided by an example of the invention.


Preferred Embodiments of the Present Invention



[0021] The core of the invention is: determining whether it needs to transform the Answer message carrying the Precondition state into the Offer message according to the condition of transforming the Answer message, if yes, sending the transformed Offer message, which may cause the call to proceed and is beneficial to the development of 3PCC service; if not, intercepting the Answer message, which can decrease unnecessary signaling, avoid the oscillating of media negotiation and improve service quality.

[0022] The technical scheme of the invention will be described in detail below with reference to the drawings and preferred embodiments.

[0023] An example of the invention provides a method for call proceeding in 3PCC, as shown in FIG.2, comprising:
The content in steps 201 to 205 is similar to that in steps 101 to 105, wherein, the first party in step 201 has made a media negotiation with an AS (Application Server), and the consultation is specifically as follows:
FIG.3 is the flowchart of the first party directly making a consultation with the AS. As shown in FIG.3, the first party directly makes a media negotiation with the AS, and the corresponding media data stream is transmitted between the first party and the application server after the media consultation.

[0024] FIG.4 is the flowchart of the first party making a consultation with the AS as a proxy. As shown in FIG.4, the AS, as the proxy of the opposite party (other entity such as a user or device and so on in a distal end), makes a media negotiation with the first party, and the corresponding media data stream is transmitted between the first party and the other party after the media consultation, wherein, the media data stream does not pass through the AS.

[0025] FIG.5 is the flowchart of the first party making a consultation with the AS as a B2BUA (back-to-back user agent). As shown in FIG.5, the AS, as the B2BUA of the opposite party (other entity such as a user or device and so on in a distal end), makes a media negotiation with the first party, and the corresponding media data stream is transmitted between the first party and the other party after the media consultation, wherein, the media data stream does not pass through the AS.

[0026] Step 206, the AS receives an Answer message, determines whether the Answer message meets a condition for transforming the Answer message; if yes, performs step 207; if not, intercepts the Answer message.

[0027] Wherein, the condition for transforming the Answer message comprises the first transforming condition and/or the second transforming condition. Wherein, the first transforming condition comprises:
  1. (1) a level required for the Precondition state in the consultation between the first party and the second party is mandatory;
  2. (2) the request of confirmation of the Precondition state by the opposite party exists in the last Answer message of the other party having an Answer message to be transparently transmitted.
    For example, taking the Precondition state as a QoS state for instance, the second party carries the confirmation request for the Precondition state from the first party in the SDP message in 203, and the confirmation request corresponds to the conf row of the SDP.
  3. (3) the confirmation response to the Precondition state in the Answer message to be transparently transmitted needs to meet the state in the confirmation request.


[0028] For example, the Precondition state in the Answer message to be transparently transmitted, i.e. QoS state, needs to meet the state of the conf row in SDP, and the state may be a receiving state, transmitting state or transceiving state.

[0029] The second transforming condition comprises:
(4) the confirmation request for the Precondition state from the opposite party exists in the Answer message to be transparently transmitted, and the current Precondition state of the opposite party does not meet the Precondition state in the confirmation request, in which case, the Answer message needs to be transformed into the Offer message.

[0030] For example, in step 203, the Answer message sent from the second party to the AS carries the Precondition state of the second party. In step 205, the Answer message sent from the first party to the AS further comprises the confirmation request for the Precondition state from the second party. After determining, the AS knows that the Precondition state in 203 does not meet the Precondition state in the confirmation request in step 205, in which case, the AS transforms the Answer message into the Offer message.

[0031] Step 207, the AS transforms the Answer message into the Offer message and then sends to the second party.

[0032] Wherein, the Offer message may be born in an update request message, which may be but not limited to an Update message or a Re-invite message. The Offer message comprises: the confirmation response to the Precondition state from the first party.

[0033] Since the AS sends the confirmation response to the Precondition state from the first party to the second party, the second party may acquire the confirmation response to the Precondition state from the first party, and then the second party rings and the call proceeds.

[0034] It can be known from steps 201 to 207 that whether the Answer message needs to be transformed into the Offer message is determined according to the condition of transforming the Answer message, and if yes, the Answer message is transformed into the Offer message and sent to enable the second party to know the confirmation response to the Precondition state from the first party, by which the second party rings and the call may proceed; if not, the Answer message is intercepted to decrease unnecessary signaling.

[0035] However, in practical applications, the following cases may occur, that is, in step 205, when the first party sends the Answer message to the AS, the confirmation request for the Precondition state of the second party will be carried in the Answer message. If the first party is unable to know the confirmation response to the Precondition state from the second party, the first party will not ring and the call can not proceed. In this case, the following steps are further included:
Step 208, the second party receives the Offer message and sends the Answer message to the AS.

[0036] Wherein, the Answer message may be born in an update request response message, which may be but not limited to a 200OK response message or a 183 response message. Wherein, the Offer message comprises: media type, a confirmation request for the Precondition state from the second party, transmission protocol and media format and so on.

[0037] Step 209, the AS receives the Answer message and determines whether the Answer message meets the condition for transforming the Answer message, if yes, performs step 210; if not, intercepts the Answer message.

[0038] Reference may be made to step 206 for the specific content, which will not be repeated here.

[0039] Step 210, the AS transforms the Answer message into the Offer message and sends to the first party.

[0040] Wherein, the Offer message may be born in an update request message, which comprises but is not limited to an Update message and a Re-invite message. The Offer message comprises descriptions on media type, a confirmation response to the Precondition state from the second party, transmission protocol and media format and so on.

[0041] Since the AS sends the confirmation response of the Precondition state from the second party to the first party, the first party may know the confirmation response to the Precondition state from the second party, and then the first party rings and the call proceeds.

[0042] It may be discovered by repeatedly performing steps 206 to 207 and/or steps 208 to 210 that whether the Answer message needs to be transformed into the Offer message is determined according to the condition of transforming the Answer message, and if yes, the Answer message is transformed into the Offer message and sent to enable one party to know the confirmation response to the Precondition state from the other party, by which the call may proceed; if not, the Answer message is intercepted to decrease unnecessary signaling, avoid the oscillating of media consultation, thus improving service quality.

[0043] Based on the same inventive concept as in the method example, another example of the invention provides an apparatus for call proceeding in 3PCC. As shown in FIG.6, the apparatus comprises:

a first sending module, which is configured to send an Offer message to a second party after making a media negotiation with a first party;

a first receiving module, which is configured to receive the Answer message sent from the second party, wherein, the Answer message carries a confirmation request for Precondition state of the first party;

a transforming module, which is configured to transform the Answer message into the Offer message;

a second sending module, which is configured to send the Offer message transformed by the transforming module to the first party;

a second receiving module, which is configured to receive the Answer message sent from the first party, wherein, the Answer message carries a confirmation response to the Precondition state from the first party;

a determining module, which is configured to determine whether the Answer message received by the second receiving module meets a condition for transforming the Answer message;

the transforming module is further configured to, when the determining result of the determining module is yes, transform the Answer message into the Offer message;

the second sending module, which is further configured to send the Offer message transformed by the transforming module to the second party.



[0044] Furthermore, the apparatus further comprises:
an intercepting module, which is configured to intercept the Answer message sent from the first party when the determining result of the determining module is not.

[0045] Furthermore, the second receiving module is further configured to receive the Answer message sent from the second party;
the determining module is further configured to determine whether the Answer message sent from the second party meets the condition for transforming the Answer message;
the transforming module is further configured to transform the Answer message sent from the second party into the Offer message;
the second sending module is further configured to send the transformed Offer message to the first party.

[0046] Furthermore, the intercepting module is further configured to intercept the Answer message sent from the second party when the determining result of the determining module is not.

[0047] Wherein, the condition for transforming the Answer message comprises a first transforming condition and/or a second transforming condition; wherein, the first transforming condition comprises:

a level required for the Precondition state in the consultation between the first party and the second party is mandatory;

the confirmation request for the Precondition state from an opposite party exists in the last Answer message of an Answer message to be transformed;

the Precondition state in the Answer message to be transformed meets the state in the confirmation request.



[0048] The second transforming condition comprises:
the confirmation request for the Precondition state from the opposite party exists in the Answer message to be transformed, and the current Precondition state of the opposite party does not meet the Precondition state in the confirmation request of the last Answer message of the Answer message to be transformed.

[0049] In the examples of the invention, whether the Answer message carrying the Precondition state needs to be transformed into the Offer message is determined according to the condition of transforming the Answer message, if yes, the transformed Offer message is sent, which can cause the call to proceed and is beneficial to the development of 3PCC service; if not, the Answer message is intercepted, which can decrease unnecessary signaling, avoid the oscillating of media negotiation and improve service quality.


Claims

1. A method for call proceeding in call control of an application server, comprising:

the application server sending (202) a first Offer message to a second party after making (201) a media negotiation with a first party;

the application server receiving (203) a first Answer message sent from the second party in response to the first Offer message, transforming the received first Answer message into a second Offer message and then sending (204) the second Offer message to the first party, wherein, the second Offer message carries a confirmation request for a Precondition state of the first party;

the application server receiving (205) a second Answer message sent from the first party in response to the second Offer message, wherein, the received second Answer message carries a confirmation response to the Precondition state from the first party;

characterised in that when determining (206) that the received second Answer message meets a condition for transforming the received second Answer message, the application server transforming the received second Answer message into a third Offer message and then sending (207) the third Offer message to the second party, wherein, the third Offer message carries the confirmation response to the Precondition state from the first party,

wherein, the condition for transforming the received second Answer message comprises a first transforming condition and/or a second transforming condition; wherein,

the first transforming condition comprises:

a level required for the Precondition state is mandatory;

the confirmation request for the Precondition state of the first party exists in the first Answer message; and

the Precondition state in the second Answer message meets the Precondition state in the confirmation request for the Precondition state of the first party;

the second transforming condition comprises:
a confirmation request for a Precondition state of the second party exists in the second Answer message, and a current Precondition state of the second party, received in the first Answer message from the second party, does not meet the Precondition state in the confirmation request of the second Answer message.


 
2. The method according to claim 1, wherein, the method further comprises:
when determining that the received second Answer message does not meet the condition for transforming the Answer message, the application server intercepting the received second Answer message.
 
3. The method according to claim 2, wherein, after the step of the application server determining whether the received second Answer message meets the condition for transforming the Answer message, the method further comprises:

the application server receiving (208) a third Answer message sent from the second party in response to the third Offer message;

when determining (209) once again that the received third Answer message meets the condition for transforming the Answer message, the application server transforming the received third Answer message into a fourth Offer message and then sending (210) the fourth Offer message to the first party.


 
4. The method according to claim 3, wherein, the method further comprises:
when determining once again that the received third Answer message does not meet the condition for transforming the third Answer message, the application server intercepting the received third Answer message.
 
5. The method according to claim 1, wherein, the operation of transforming the second Answer message into the third Offer message is: bearing information associated with the Precondition state in the second Answer message in the third Offer message.
 
6. The method according to claim 1, wherein, the operation of the application server making (201) the media negotiation with the first party is: the application server directly making the media negotiation with the first party;
or, the application server, as a proxy or a B2BUA (back-to-back user agent), making the media negotiation with the first party.
 
7. An apparatus for call proceeding in call control of an application server, comprising:

a first sending module, which is configured to send (202) a first Offer message to a second party after making (201) a media negotiation with a first party;

a first receiving module, which is configured to receive (203) a first Answer message sent from the second party in response to the first Offer message, wherein, the received first Answer message carries a confirmation request for Precondition state of the first party;

a transforming module, which is configured to transform the received first Answer message into a second Offer message;

a second sending module, which is configured to send (204) the second Offer message transformed by the transforming module to the first party;

a second receiving module, which is configured to receive (205) a second Answer message sent from the first party in response to the second Offer message, wherein, the received second Answer message carries a confirmation response to the Precondition state from the first party;

characterised by further comprising a determining module, which is configured to determine (206) whether the second Answer message received by the second receiving module meets a condition for transforming the second Answer message;

the transforming module being further configured to, when the determining result of the determining module is yes, transform the second Answer message received from the second receiving module into a third Offer message;

the second sending module being further configured to send (207) the third Offer message obtained by transforming the second Answer message received by the second receiving module to the second party, wherein the third Offer message carries the confirmation response to the Precondition state from the first party,

wherein, the condition for transforming the second Answer message comprises a first transforming condition and/or a second transforming condition; wherein,

the first transforming condition comprises:

a level required for the Precondition state is mandatory;

the confirmation request for the Precondition state of the first party exists in the first Answer message; and

the Precondition state in the second Answer message meets the Precondition state in the confirmation request for the Precondition state of the first party;

the second transforming condition comprises: a confirmation request for a Precondition state of the second party exists in the second Answer message, and a current Precondition state of the second, received in the first Answer message from the second party, does not meet the Precondition state in the confirmation request of the second Answer message.


 
8. The apparatus according to claim 7, wherein, the apparatus further comprises:
an intercepting module, which is configured to intercept the received second Answer message when the determining module determines that the second Answer message received from the second receiving module does not meet the condition for transforming the Answer message.
 
9. The apparatus according to claim 8, wherein, the second receiving module is further configured to receive (208) a third Answer message sent from the second party in response to the third Offer message; the determining module is further configured to trigger the transforming module once again when determining that the received third Answer message meets the condition for transforming the Answer message;
the transforming module is further configured to transform the received third Answer message into a fourth Offer message;
the second sending module is further configured to send (210) the fourth Offer message obtained by transforming the received third Answer message to the first party.
 
10. The apparatus according to claim 9, wherein, the intercepting module is further configured to intercept the received third Answer message when the determining module determines once again that the received third Answer message does not meet the condition for transforming the Answer message.
 


Ansprüche

1. Verfahren für eine Anruffortführung bei der Anrufsteuerung eines Anwendungsservers, das Folgendes umfasst:

Senden (202) einer ersten Angebotsnachricht durch den Anwendungsserver an eine zweite Partei, nachdem eine Medienverhandlung mit einer ersten Partei durchgeführt wurde (201);

Empfangen (203) einer ersten Antwortnachricht, die von der zweiten Partei in Reaktion auf die erste Angebotsnachricht gesendet wird, Umwandeln der empfangenen ersten Antwortnachricht in eine zweite Angebotsnachricht und dann Senden (204) der zweiten Angebotsnachricht an die erste Partei durch den Anwendungsserver, wobei die zweite Angebotsnachricht eine Bestätigungsanforderung für einen Vorbedingungszustand der ersten Partei enthält;

Empfangen (205) einer zweiten Antwortnachricht, die von der ersten Partei in Reaktion auf die zweite Angebotsnachricht gesendet wird, vom Anwendungsserver, wobei die empfangene zweite Antwortnachricht eine Bestätigungsrückmeldung zum Vorbedingungszustand der ersten Partei enthält;

dadurch gekennzeichnet, dass, wenn bestimmt wird (206), dass die empfangene zweite Antwortnachricht eine Bedingung zum Umwandeln der empfangenen zweiten Antwortnachricht erfüllt, der Anwendungsserver die empfangene zweite Antwortnachricht in eine dritte Angebotsnachricht umwandelt und dann die dritte Angebotsnachricht an die zweite Partei sendet (207), wobei die dritte Angebotsnachricht die Bestätigungsrückmeldung zum Vorbedingungszustand der ersten Partei enthält,

wobei die Bedingung zum Umwandeln der empfangenen zweiten Antwortnachricht eine erste Umwandlungsbedingung und/oder eine zweite Umwandlungsbedingung umfasst; wobei

die erste Umwandlungsbedingung Folgendes umfasst:

ein Pegel, der für den Vorbedingungszustand erforderlich ist, ist verbindlich;

die Bestätigungsanforderung für den Vorbedingungszustand der ersten Partei ist in der ersten Antwortnachricht vorhanden und

der Vorbedingungszustand in der zweiten Antwortnachricht erfüllt den Vorbedingungszustand in der Bestätigungsanforderung für den Vorbedingungszustand der ersten Partei;

die zweite Umwandlungsbedingung Folgendes umfasst:
eine Bestätigungsanforderung für einen Vorbedingungszustand der zweiten Partei ist in der zweiten Antwortnachricht vorhanden und ein aktueller Vorbedingungszustand der zweiten Partei, der in der ersten Antwortnachricht von der zweiten Partei empfangen wird, erfüllt nicht den Vorbedingungszustand in der Bestätigungsanforderung der zweiten Antwortnachricht.


 
2. Verfahren nach Anspruch 1, wobei das Verfahren ferner Folgendes umfasst:
wenn bestimmt wird, dass die empfangene zweite Antwortnachricht die Bedingung zum Umwandeln der Antwortnachricht nicht erfüllt, Abfangen der empfangenen zweiten Antwortnachricht durch den Anwendungsserver.
 
3. Verfahren nach Anspruch 2, wobei das Verfahren nach dem Schritt des Bestimmens durch den Anwendungsserver, ob die empfangene zweite Antwortnachricht die Bedingung zum Umwandeln der Antwortnachricht erfüllt, Folgendes umfasst:

Empfangen (208) einer dritten Antwortnachricht, die von der zweiten Partei in Reaktion auf die dritte Angebotsnachricht gesendet wird, durch den Anwendungsserver;

wenn erneut bestimmt wird (209), dass die empfangene dritte Antwortnachricht die Bedingung zum Umwandeln der Antwortnachricht erfüllt, Umwandeln der empfangenen dritten Antwortnachricht in eine vierte Angebotsnachricht und dann Senden (210) der vierten Angebotsnachricht an die erste Partei durch den Anwendungsserver.


 
4. Verfahren nach Anspruch 3, wobei das Verfahren ferner Folgendes umfasst:
wenn erneut bestimmt wird, dass die empfangene dritte Antwortnachricht die Bedingung zum Umwandeln der dritten Antwortnachricht nicht erfüllt, Abfangen der empfangenen dritten Antwortnachricht durch den Anwendungsserver.
 
5. Verfahren nach Anspruch 1, wobei der Vorgang des Umwandelns der zweiten Antwortnachricht in die dritte Angebotsnachricht Folgendes ist: Beinhalten von Informationen, die mit dem Vorbedingungszustand in der zweiten Antwortnachricht verknüpft sind, in der dritten Angebotsnachricht.
 
6. Verfahren nach Anspruch 1, wobei der Vorgang des Durchführens (201) der Medienverhandlung durch den Anwendungsserver mit der ersten Partei Folgendes ist: direktes Durchführen der Medienverhandlung durch den Anwendungsserver mit der ersten Partei;
oder Durchführen der Medienverhandlung durch den Anwendungsserver als ein Proxy oder ein B2BUA (Rücken-an-Rücken-Benutzeragent) mit der ersten Partei.
 
7. Vorrichtung für eine Anruffortführung bei der Anrufsteuerung eines Anwendungsservers, das Folgendes umfasst:

ein erstes Sendemodul, das dazu ausgelegt ist, eine erste Angebotsnachricht an eine zweite Partei zu senden (202), nachdem eine Medienverhandlung mit einer ersten Partei durchgeführt wurde (201);

ein erstes Empfangsmodul, das dazu ausgelegt ist, eine erste Antwortnachricht, die von der zweiten Partei in Reaktion auf die erste Angebotsnachricht gesendet wird, zu empfangen (203), wobei die erste Antwortnachricht eine Bestätigungsanforderung für einen Vorbedingungszustand der ersten Partei enthält;

ein Umwandlungsmodul, das dazu ausgelegt ist, die empfangene erste Antwortnachricht in eine zweite Angebotsnachricht umzuwandeln;

ein zweites Sendemodul, das dazu ausgelegt ist, die zweite Angebotsnachricht, die vom Umwandlungsmodul umgewandelt wird, an die erste Partei zu senden (204);

ein zweites Empfangsmodul, das dazu ausgelegt ist, eine zweite Antwortnachricht, die von der ersten Partei in Reaktion auf die zweite Angebotsnachricht gesendet wird, vom Anwendungsserver zu empfangen (205), wobei die empfangene zweite Antwortnachricht eine Bestätigungsrückmeldung zum Vorbedingungszustand der ersten Partei enthält;

dadurch gekennzeichnet, dass sie ferner ein Bestimmungsmodul umfasst, das dazu ausgelegt ist zu bestimmen (206), ob die zweite Antwortnachricht, die vom zweiten Empfangsmodul empfangen wird, eine Bedingung zum Umwandeln der zweiten Antwortnachricht erfüllt;

wobei das Umwandlungsmodul ferner dazu ausgelegt ist, wenn das Bestimmungsergebnis des Bestimmungsmoduls ja ist, die zweite Antwortnachricht, die vom zweiten Empfangsmodul empfangen wird, in eine dritte Angebotsnachricht umzuwandeln;

wobei das zweite Sendemodul ferner dazu ausgelegt ist, die dritte Angebotsnachricht, die durch Umwandeln der zweiten Antwortnachricht, die vom zweiten Empfangsmodul empfangen wird, erhalten wird, an die zweite Partei zu senden (207), wobei die dritte Angebotsnachricht die Bestätigungsrückmeldung zum Vorbedingungszustand der ersten Partei enthält,

wobei die Bedingung zum Umwandeln der zweiten Antwortnachricht eine erste Umwandlungsbedingung und/oder eine zweite Umwandlungsbedingung umfasst; wobei

die erste Umwandlungsbedingung Folgendes umfasst:

ein Pegel, der für den Vorbedingungszustand erforderlich ist, ist verbindlich;

die Bestätigungsanforderung für den Vorbedingungszustand der ersten Partei ist in der ersten Antwortnachricht vorhanden und

der Vorbedingungszustand in der zweiten Antwortnachricht erfüllt den Vorbedingungszustand in der Bestätigungsanforderung für den Vorbedingungszustand der ersten Partei;

die zweite Umwandlungsbedingung Folgendes umfasst:
eine Bestätigungsanforderung für einen Vorbedingungszustand der zweiten Partei ist in der zweiten Antwortnachricht vorhanden und ein aktueller Vorbedingungszustand der zweiten, der in der ersten Antwortnachricht von der zweiten Partei empfangen wird, erfüllt nicht den Vorbedingungszustand in der Bestätigungsanforderung der zweiten Antwortnachri cht.


 
8. Vorrichtung nach Anspruch 7, wobei die Vorrichtung ferner Folgendes umfasst:
ein Abfangmodul, das dazu ausgelegt ist, die empfangene zweite Antwortnachricht abzufangen, wenn das Bestimmungsmodul bestimmt, dass die zweite Antwortnachricht, die vom zweiten Empfangsmodul empfangen wird, die Bedingung zum Umwandeln der Antwortnachricht nicht erfüllt.
 
9. Vorrichtung nach Anspruch 8, wobei das zweite Empfangsmodul ferner dazu ausgelegt ist, eine dritte Antwortnachricht, die von der zweiten Partei in Reaktion auf die dritte Angebotsnachricht gesendet wird, zu empfangen (208);
das Bestimmungsmodul ist ferner dazu ausgelegt, das Umwandlungsmodul erneut auszulösen, wenn bestimmt wird, dass die empfangene dritte Antwortnachricht die Bedingung zum Umwandeln der Antwortnachricht erfüllt;
das Umwandlungsmodul ist ferner dazu ausgelegt, die empfangene dritte Antwortnachricht in eine vierte Angebotsnachricht umzuwandeln;
das zweite Sendemodul ist ferner dazu ausgelegt, die vierte Angebotsnachricht, die durch Umwandeln der empfangenen dritten Antwortnachricht erhalten wird, an die erste Partei zu senden (210).
 
10. Vorrichtung nach Anspruch 9, wobei das Abfangmodul ferner dazu ausgelegt ist, die empfangene dritte Antwortnachricht abzufangen, wenn das Bestimmungsmodul erneut bestimmt, dass die empfangene dritte Antwortnachricht die Bedingung zum Umwandeln der Antwortnachricht nicht erfüllt.
 


Revendications

1. Procédé de traitement d'appel dans la commande d'appel d'un serveur d'application, comprenant :

le serveur d'applications envoyant (202) un premier message d'offre à un deuxième correspondant après avoir effectué (201) une négociation multimédia avec un premier correspondant ;

le serveur d'applications recevant (203) un premier message de réponse envoyé par le deuxième correspondant en réponse au premier message d'offre, transformant le premier message de réponse reçu en un deuxième message d'offre puis envoyant (204) le deuxième message d'offre au premier correspondant, dans lequel, le deuxième message d'offre porte une demande de confirmation d'un état de condition préalable du premier correspondant ;

le serveur d'application recevant (205) un deuxième message de réponse envoyé par le premier correspondant en réponse au deuxième message d'offre, dans lequel, le deuxième message de réponse reçu porte une réponse de confirmation à l'état de condition préalable du premier correspondant ;

caractérisé en ce que lors de la détermination (206) que le deuxième message de réponse reçu remplit une condition pour transformer le deuxième message de réponse reçu, le serveur d'application transforme le deuxième message de réponse reçu en un troisième message d'offre, puis envoie (207) le troisième message d'offre au deuxième correspondant, dans laquelle, le troisième message d'offre porte la réponse de confirmation à l'état de condition préalable du premier correspondant, dans lequel, la condition pour transformer le deuxième message de réponse reçu comprend une première condition de transformation et / ou une deuxième condition de transformation ; dans lequel,

la première condition de transformation comprend :

un niveau requis pour l'état de condition préalable qui est obligatoire ;

la demande de confirmation de l'état de condition préalable du premier correspondant qui existe dans le premier message de réponse ; et

l'état de condition préalable dans le deuxième message de réponse qui satisfait à l'état de condition préalable dans la demande de confirmation de l'état de condition préalable du premier correspondant ;

la deuxième condition de transformation comprend :
une demande de confirmation d'un état de condition préalable du deuxième correspondant qui existe dans le deuxième message de réponse, et un état de condition préalable en cours du deuxième correspondant, reçu dans le premier message de réponse du deuxième correspondant, qui ne remplit pas l'état de condition préalable dans la demande de confirmation du deuxième message de réponse.


 
2. Procédé selon la revendication 1, dans lequel le procédé comprend en outre :
lors de la détermination que le deuxième message de réponse reçu ne remplit pas la condition de transformation du message de réponse, le serveur d'application intercepte le deuxième message de réponse reçu.
 
3. Procédé selon la revendication 2, dans lequel, après que le serveur d'application a déterminé si le deuxième message de réponse reçu remplit la condition de transformation du message de réponse, le procédé comprend en outre :

le serveur d'application recevant (208) un troisième message de réponse envoyé par le deuxième correspondant en réponse au troisième message d'offre ;

lors de la détermination (209) à nouveau que le troisième message de réponse reçu remplit la condition de transformation du message de réponse, le serveur d'applications transforme le troisième message de réponse reçu en un quatrième message d'offre, puis envoie (210) le quatrième message d'offre au premier correspondant.


 
4. Procédé selon la revendication 3, dans lequel, le procédé comprend en outre :
lors de la détermination à nouveau que le troisième message de réponse reçu ne remplit pas la condition de transformation du troisième message de réponse, le serveur d'application intercepte le troisième message de réponse reçu.
 
5. Procédé selon la revendication 1, caractérisé en ce que l'opération de transformation du deuxième message de réponse en troisième message d'offre consiste à : porter des informations associées à l'état de condition préalable dans le deuxième message de réponse du troisième message d'offre.
 
6. Procédé selon la revendication 1, dans lequel, le fonctionnement du serveur d'application effectuant (201) la négociation multimédia avec le premier correspondant est : le serveur d'application effectuant directement la négociation multimédia avec le premier correspondant ; ou, le serveur d'applications, en tant que proxy ou B2BUA (agent utilisateur dos à dos), effectuant la négociation multimédia avec le premier correspondant.
 
7. Appareil de traitement d'appel dans la commande d'appel d'un serveur d'application, comprenant :

un premier module d'envoi, qui est configuré pour envoyer (202) un premier message d'offre à un deuxième correspondant après avoir effectué (201) une négociation multimédia avec un premier correspondant ;

un premier module de réception, qui est configuré pour recevoir (203) un premier message de réponse envoyé par le deuxième correspondant en réponse au premier message d'offre, dans lequel le premier message de réponse reçu porte une demande de confirmation de l'état de condition préalable du premier correspondant ;

un module de transformation, qui est configuré pour transformer le premier message de réponse reçu en un deuxième message d'offre ;

un deuxième module d'envoi, qui est configuré pour envoyer (204) le deuxième message d'offre transformé par le module de transformation au premier correspondant ;

un deuxième module de réception, qui est configuré pour recevoir (205) un deuxième message de réponse envoyé par le premier correspondant en réponse au deuxième message d'offre, dans lequel, le deuxième message de réponse reçu porte une réponse de confirmation à l'état de condition préalable du premier correspondant ;

caractérisé en ce qu'il comprend en outre un module de détermination, qui est configuré pour déterminer (206) si le deuxième message de réponse reçu par le deuxième module de réception remplit une condition pour transformer le deuxième message de réponse ;

le module de transformation étant en outre configuré pour, lorsque le résultat de détermination du module de détermination est oui, transformer le deuxième message de réponse reçu du deuxième module de réception en un troisième message d'offre ;

le deuxième module d'envoi étant en outre configuré pour envoyer (207) le troisième message d'offre obtenu en transformant le deuxième message de réponse reçu par le deuxième module de réception au deuxième correspondant, le troisième message d'offre transportant la réponse de confirmation à l'état de condition préalable à partir du premier correspondant, dans lequel la condition de transformation du deuxième message de réponse comprend une première condition de transformation et / ou une deuxième condition de transformation ;

dans lequel la première condition de transformation comprend :

un niveau requis pour l'état de condition préalable qui est obligatoire ;

la demande de confirmation de l'état de condition préalable du premier correspondant qui existe dans le premier message de réponse ; et

l'état de condition préalable dans le deuxième message de réponse qui satisfait à l'état de condition préalable dans la demande de confirmation de l'état de condition préalable du premier correspondant ;

la deuxième condition de transformation comprend :
une demande de confirmation d'un état de condition préalable du deuxième correspondant qui existe dans le deuxième message de réponse, et un état de condition préalable actuel du deuxième, reçu dans le premier message de réponse du deuxième correspondant, ne remplit pas l'état de condition préalable dans la demande de confirmation du deuxième message de réponse.


 
8. Appareil selon la revendication 7, dans lequel l'appareil comprend en outre :
un module d'interception, qui est configuré pour intercepter le deuxième message de réponse reçu lorsque le module de détermination détermine que le deuxième message de réponse reçu du deuxième module de réception ne répond pas à la condition de transformation du message de réponse.
 
9. Appareil selon la revendication 8, dans lequel, le deuxième module de réception est en outre configuré pour recevoir (208) un troisième message de réponse envoyé par le deuxième correspondant en réponse au troisième message d'offre ;
le module de détermination est en outre configuré pour déclencher à nouveau le module de transformation lorsqu'il détermine que le troisième message de réponse reçu remplit la condition de transformation du message de réponse ;
le module de transformation est en outre configuré pour transformer le troisième message de réponse reçu en un quatrième message d'offre ;
le deuxième module d'envoi est en outre configuré pour envoyer (210) le quatrième message d'offre obtenu en transformant le troisième message de réponse reçu au premier correspondant.
 
10. Appareil selon la revendication 9, dans lequel le module d'interception est en outre configuré pour intercepter le troisième message de réponse reçu lorsque le module de détermination détermine à nouveau que le troisième message de réponse reçu ne remplit pas la condition de transformation du message de réponse.
 




Drawing

















Cited references

REFERENCES CITED IN THE DESCRIPTION



This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

Patent documents cited in the description




Non-patent literature cited in the description