Method for realizing the third-part control bussiness

Abstract

In network with service provided through conversation initiating protocol, the method includes steps: user of signing contract already builds two calling connections; application server as back-to-back user agent for handling the service is located in call signaling path of user of signing contract; initiating call operation for third party controlled service, the user of signing contract sends service operation information of carrying conversation ID of the call; after receiving the service operation information, the application server locates the conversation corresponding to the conversation ID based on mechanism of back-to-back user agent; the application server redirects the conversation to complete the service process. The invention realizes CONF and ECT services without need of support from MGCF to SIP REFER message so as to simplify flow for implementing service.

Description

technical field [0001] The invention relates to a third-party control service in a packet switching network, in particular to a call transfer and conference realization method. Background technique [0002] At present, with the continuous maturity of packet technology, the traditional telecommunication network based on circuit switching is developing towards the broadband telecommunication network based on packet switching, and SIP (Session Initiation Protocol, hereinafter referred to as SIP) is used as the call of the core network of packet telecommunication Control signaling is one of the current technological development trends, such as the research on NGN (Next Generation Network, Next Generation Network) by standard organizations such as ITU-T and ETSI. In this new packet telecommunication network, new packet terminals SIP terminals will gradually replace traditional terminal phones. [0003] Among them, TISPAN (Telecommunications and Internet Converged Services and Pr...

AI Technical Summary

Problems solved by technology

[0026] First, in the interworking scenario, the MGCF needs to process the SIP REFER message. At this time, the MGCF is equivalent to a SIP UA (UserAgent, user agent) to process services, but the original function of the MGCF is only to process interworking calls between the packet domain and the circuit domain. Whether it can be used as a SIPUA to handle business is still controversial in the standard organization. If the function of MGCF remains unchanged in the end, the technical solution using SIP REFER cannot meet the business implementation process in the interoperability scenario.

[0027] Secondly, in addition to the user terminal that initiates the service operation request, there are also special requirements for other user terminals participating in the service, and these users have not signed the CONF / ECT service. If these user terminals do not support REFER / Refer-To, Replaces, Target -Dialog and other operations, users who have signed the CONF / ECT service still cannot successfully apply the service

[0028] In addition, the GRUU mechanism is currently only a draft of the IETF standard organization. If the subscriber terminal of the CONF / ECT service does not support the GRUU mechanism, the service cannot be successfully applied.

[0029] It can be seen from the previous analysis that the shortcoming of TISPAN WI 03023 and WI 03055 standard drafts is that the SIP REFER operation initiated by the subscriber is required to be sent to other user terminals participating in the service, which causes the service coordination of these user terminals and MGCF special requirements

Images