CN101686138B

CN101686138B - Method, device and system for realizing tripartite conference

Info

Publication number: CN101686138B
Application number: CN200810198931A
Authority: CN
Inventors: 武猛; 陈悦; 冯斌; 胡碧波
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2008-09-28
Filing date: 2008-09-28
Publication date: 2012-10-03
Anticipated expiration: 2028-09-28
Also published as: CN101686138A

Abstract

The invention discloses a method for realizing tripartite conferences and a tripartite conference system and access equipment. The method comprises the following steps: a first MSAN receives the conference request information sent by a first user terminal, wherein, the user terminal at least comprises a PSTN terminal or an ISDN terminal, wherein, the first MSAN is used for mapping the conference request information to be the SIP information and sending the SIP information to a second MSAN and a third MSAN; and the second MSAN and the third MSAN notify a second user terminal and a third user terminal to join or withdraw from the tripartite conference. The scheme in the embodiment of the invention provides a signaling mapping mode between DSS1 side and SIP side, thus ensuring that the traditional ISDN terminal based on DSS1 signaling can use the tripartite conference service based on the IMS network of the new generation.

Description

A kind of method, equipment and system that realizes tripartite talks

Technical field

The present invention relates to communication field, relate in particular to a kind of method, equipment and system that realizes tripartite talks.

Background technology

Tripartite talks are meant that the terminal that will participate in tripartite talks through communication network couples together, and realize between the three parts business of conversation in real time.Tripartite talks are based on two and call out the meeting that connection is set up.

Along with the development of communication network, traditional communication network is substituted by the telecommunications network of a new generation under IMS (IP MultimediaSubsystem, the IP Multimedia System) framework just gradually.IMS provides (the Internet Protocol based on IP in the next generation network; The subsystem of Multimedia session control Internet Protocol); Comprise the core network element that all provide multimedia service controls such as audio frequency, video, literal, instant message; Adopt SIP (Session Initial Protocol, session initiation protocol) to come bearing call control signaling, unified multimedia service and application is provided as IMS key-course agreement.In the fixed network field; (the European Telecommunications Standards Institute of ETSI; ETSI) telecommunications and internet converged services and high-level network protocol (Telecommunications and Intemet Converged Services andProtocols for Advanced Networking; TISPAN) formulating NGN (Next GenerationNetwork; Next generation network) the network architecture; IMS and PSTN (Public SwitchedTelephone Network, PSTN)/(Integrated Services Digital Network, ISDN) simulation subsystem is two key subsystems wherein to integrated services digital network.Wherein, IMS adopts that (PSTN/ISDN Emulation Subsystem then is used for the succession to traditional business for 3rd Generation Partnership Project, 3GPP) unified core control architecture with third generation partner program.

Comprise AS (Application Server in the IMS framework that in TISPAN, defines; Application server), MRFC (Multimedia Resource Function Controller; Multimedia resource function controller (MRFC)) and MSAN (Multi-Service Access Node, MSAN).

In the IMS network; Because the interactive signaling of traditional P STN/ISDN terminal and access network; Incompatible with the signaling of using in the tripartite talks in the IMS network; In the IMS network of feasible above-mentioned a new generation in the prior art, it is professional not support that traditional P STN/ISDN terminal use uses based on the tripartite talks of IMS network, but traditional P STN/ISDN terminal use still exists in a large number; And need to use tripartite talks professional, the user satisfaction that this will weaken the competitiveness of IMS network and reduce user in this network.

Summary of the invention

Technical problem to be solved by this invention is, a kind of method and tripartite talks access device of realizing tripartite talks is provided.Can under the IMS network architecture, realize that based on conventional I SDN terminal tripartite talks are professional.

For this reason; On the one hand; Embodiments of the invention provide a kind of method that realizes tripartite talks; Comprise: the first MSAN MSAN receives the conference request that first user terminal sends, and said user terminal comprises at least: common exchanging telephone network PSTN terminal or integrated services digital network ISDN terminal; A said MSAN is mapped as the session initiation protocol sip message with said conference request, and said sip message is sent to the 2nd MSAN and the 3rd MSAN; Said the 2nd MSAN and the 3rd MSAN notify second user terminal and the 3rd user terminal to add and perhaps withdraw from tripartite talks according to said sip message.

On the other hand; Embodiments of the invention provide a kind of tripartite talks access device; Comprise: first receiving element; Be used to receive the conference request that first user terminal sends, said user terminal comprises at least: common exchanging telephone network PSTN terminal or integrated services digital network ISDN terminal; First generation unit is used for the conference request that said first receiving element receives is mapped as the session initiation protocol sip message; First transmitting element is used for the said sip message that first generation unit generates is sent to the 2nd MSAN and the 3rd MSAN; Wherein, said the 2nd MSAN and the 3rd MSAN notify second user terminal and the 3rd user terminal to add and perhaps withdraw from tripartite talks according to said sip message.

Simultaneously, embodiments of the invention also provide a kind of tripartite talks access device, comprising: second receiving element is used to obtain the sip message that a MSAN sends; Second generation unit is used for generating notification message according to said sip message, and said notification message is used for the informing user terminal adding or withdraws from tripartite talks; Second transmitting element is used for sending said notification message to said user terminal, and returns response message to set up or to discharge said tripartite talks to a MSAN, and said user terminal comprises PSTN or ISDN terminal at least.

Embodiments of the invention also provide a kind of tripartite talks system; Comprise: a MSAN and at least two the 2nd MSAN; Wherein, A said MSAN is used for the conference request that first user terminal that receives sends is mapped as sip message, and said sip message is sent to said the 2nd MSAN; Said the 2nd MSAN is used for according to the said sip message informing user terminal adding that receives or withdraws from tripartite talks; Have at least one to be PSTN terminal or ISDN terminal in the said user terminal.

In an embodiment of the present invention; Signaling mapping mode between DSS1 side and the SIP side is provided; Make based on the information interaction that can carry out correct and effective between the conventional I SDN terminal of Digital Subscriber Signaling No.1 and the equipment based on the IMS system of SIP signaling; Traditional I SDN terminal then can use tripartite talks professional based on the IMS network of a new generation like this, and it is compatible to conventional terminal to have improved the IMS network, and then user's user satisfaction in the competitiveness that has improved the IMS network and this network.

Description of drawings

In order to be illustrated more clearly in the embodiment of the invention or technical scheme of the prior art; To do to introduce simply to the accompanying drawing of required use in embodiment or the description of the Prior Art below; Obviously, the accompanying drawing in describing below only is some embodiments of the present invention, for those of ordinary skills; Under the prerequisite of not paying creative work property, can also obtain other accompanying drawing according to these accompanying drawings.

Fig. 1 is a kind of schematic flow sheet of the method for the realization tripartite talks in the embodiment of the invention;

Fig. 2 is a kind of schematic flow sheet that conventional I SDN terminal gets into the tripartite talks scene in the IMS framework;

Fig. 3 is a kind of schematic flow sheet when tripartite talks discharge remote subscriber B in the IMS framework;

Fig. 4 is that the user A in the tripartite talks sets up privately owned a kind of schematic flow sheet of communicating by letter with remote subscriber B under the IMS framework;

Fig. 5 is that the user B in the tripartite talks initiatively discharges the professional a kind of schematic flow sheet of tripartite talks under the IMS framework;

Fig. 6 is a kind of composition sketch map of tripartite talks system in the embodiment of the invention;

Fig. 7 is the first composition sketch map of tripartite talks access device in the embodiment of the invention;

Fig. 8 is the second composition sketch map of tripartite talks access device in the embodiment of the invention;

Fig. 9 is the third composition sketch map of tripartite talks access device in the embodiment of the invention.

Embodiment

To combine the accompanying drawing in the embodiment of the invention below, the technical scheme in the embodiment of the invention is carried out clear, intactly description, obviously, described embodiment only is the present invention's part embodiment, rather than whole embodiment.Based on the embodiment among the present invention, those of ordinary skills are not making the every other embodiment that is obtained under the creative work prerequisite, all belong to the scope of the present invention's protection.

As shown in Figure 1, be the schematic flow sheet of the method for the realization tripartite talks in the embodiment of the invention, this method can be implemented under the IMS framework, and conventional I SDN terminal uses tripartite talks professional.This flow process comprises:

101, a MSAN (MSAN) receives the conference request that first user terminal sends, and said user terminal comprises at least: PSTN terminal or ISDN terminal, said user terminal also can comprise the terminal of supporting IMS.

Wherein, If first user terminal is PSTN or ISDN terminal; Then said conference request can comprise DSS1 (Digital subscriber signalling system No.1; Digital Subscriber signalling No.1) signaling of message or other PSTN terminals or ISDN terminal support; Carry the indication information of setting up or finishing tripartite talks in the said DSS1 message, as, FACILITY message, DISCONNECT message (disconnection message), RELEASE message (release message), RETRIEVE message (fetching message) or HOLD message (maintenance message) etc.

102, a said MSAN is mapped as the session initiation protocol sip message with said conference request, and said sip message is sent to the 2nd MSAN and the 3rd MSAN.Also application simultaneously or discharge tripartite talks resource of a said MSAN based on local audio mixing mode.

If first user terminal is for supporting the terminal of IMS, then conference request also is the message based on the SIP signaling, and need not carry out the format conversion of message this moment, directly is mapped as sip message and gets final product.If first user terminal is PSTN or ISDN terminal, then need the signaling DSS1 of PSTN or ISDN terminal support be mapped as sip message.

Wherein, said sip message can be the message among reINVITE message or other SIP, and sip message is used to notify the 2nd MSAN and the said MSAN of the 3rd MSAN to set up based on local audio mixing mode or discharges said tripartite talks.

Specifically; When comprising the indication information of setting up tripartite talks in the said at that time DSS1 message; The one MSAN is according to the said tripartite talks resource of setting up the indication information application of tripartite talks based on local audio mixing mode, and generates reINVITE message according to the said tripartite talks information of setting up; Wherein, Be used to notify the said tripartite talks of other access nodes (comprising the 2nd MSAN and the 3rd MSAN) professional foundation in the said reINVITE message, and notify the said MSAN of other access nodes the tripartite talks of foundation based on local audio mixing mode to be provided as local audio mixing point.

When comprising the indication information that finishes tripartite talks in the said DSS1 message; The one MSAN discharges the tripartite talks resource based on local audio mixing mode according to the indication information of said end tripartite talks, and generates reINVITE message according to said end tripartite talks information; Wherein, said reINVITE message is used to notify the professional release of the said tripartite talks of other access nodes or said other access nodes to get into hold modes, and notifies the said MSAN of other access nodes to discharge the tripartite talks resource based on local audio mixing mode.

Wherein, reINVITE message comprises P-Service-Notification header field and Contact header field.

103, said the 2nd MSAN and the 3rd MSAN notify second user terminal and the 3rd user terminal to add and perhaps withdraw from tripartite talks according to said sip message.Wherein, the 2nd MSAN and the 3rd MSAN generate notification message according to said sip message, and notify second user terminal and the 3rd user terminal to add through notification message and perhaps withdraw from tripartite talks.

If other participants are for supporting the terminal of IMS, then notification message also is a sip message, and need not carry out the format conversion of message this moment, and the notification message that directly is mapped as based on the SIP signaling gets final product.

If other participants are PSTN or ISDN terminal; Then need to be mapped as the notification message that PSTN or ISDN terminal are supported based on the notification message of SIP signaling; As be mapped as DSS1 message; NOTIFY in the said DSS1 message carries said tripartite talks foundation or release information, is used to notify relevant user terminals entering tripartite talks or withdraws from tripartite talks.

Come the method for the realization tripartite talks among the present invention is further specified with operation flow concrete in the tripartite talks business respectively below.

As shown in Figure 2, be the flow process of the entering tripartite talks of conventional I SDN terminal in IMS framework scene.Among the figure, MSAN serves as Conference server, and different meeting participants has corresponding M SAN separately.

201, user A sets up calling with user B and user C respectively and is connected through the IMS network.Wherein, user A sets up to call out with user B and is connected, and user B is in hold mode; User A sets up to call out with user C and is connected, and is in talking state with user C.

202, MSAN A receives the conference request that comes from user A, and this message is the FACILITY message based on Digital Subscriber Signaling No.1, in FACILITY message, has carried Facility IE (InstructionElement, indication information).MSAN A is according to the parameter information that carries among the Faclity IE (like Begin3PTYInvoke), and application is based on the tripartite talks resource of local sound mixing method in the described IMS network of MSANA.Simultaneously; Generation is based on the mapping message reINVITE of SIP signaling, and is as shown in table 1, is the mapping relations of Digital Subscriber Signaling No.1 and SIP signaling; Wherein comprise indication among the Facility IE among the Digital Subscriber Signaling No.1 FACILITY: Begin3PTY Invoke, this indication map is SIP signaling reINVITE.

Table 1:

Wherein, comprise among the reINVITE:

1, the URI of tripartite talks participant (Remote UserB or Remote UserC) fills out the userportion among the Request URI and To header field in this reINVITE request;

2, P-Service-Notification, its ABNF format description is following:

P-Service-Notification＝＂P-Service-Notification＂

HCOLON?notification

notification ＝＂conference-established＂

3, the media description agreement of Served UserA (Session Description Protocol, SDP) information.Carried media negotiation information in this SDP information.

4, will be with the isfocus parameter at Contact header field, the sign audio mixing is in the local completion of MSAN A.

An example of below asking for reINVITE:

INVITE?sip:123456huawei.com；user＝phone?SIP/2.0

Call-ID:c006b979a8938e0683bcc9096ba308bc

From:<sip:+86755654321huawei.com；user＝phone>；tag＝7f1f90f1

To:<sip：123456huawei.com；user＝phone>；tag＝8f1f9801

CSeq:3INVITE

Contact:<sip:+8675565432110.71.46.34:5444；user＝phone>；isfocus

Max-Forwards:70

Supported:100rel，replaces

P-Service-Notification:conference-established

Content-Length:...

Content-Type:application/sdp

SDP_UserA

203, MSAN A sends reINVITE message to MASN B and MSAN C respectively through the IMS network.Specifically, can be to send through the AS/MRFC in the IMS network.AS/MRFC is after receiving above-mentioned reINVITE request, if carried " conference-established " indication among the P-Service-Notification, then AS/MRFC can also carry out the processing such as charging of multiparty service.

204, if user B is traditional P STN terminal or ISDN terminal, then MSAN B receives after the above-mentioned reINVITE request, generates based on the notification message of SIP signaling and sends to user B according to this reINVITE request.The processing of MASN C is also similar.

This notification message can be Notify message; Wherein, As shown in table 2, the information (Conference established) that MSAN B sets up meeting in the INVITE of receiving is mapped as the Notification indicator IE (Notification description:1000010 (Conference established)) in the NOYIFY message.

Table 2:

DSS1	SIP
		←NOTIFY	←INVITE
Notification?indicator?IE	P-Service-Notification
		Notification?description：1000010(Conference?established)	Conference?established

205, MSAN B returns response message (ACK) to MSAN A.In like manner, MSAN C also handles accordingly.After MSAN A receives response message, respond accordingly, set up said tripartite talks, user A, B and C carry out tripartite talks.

As shown in Figure 3, after setting up tripartite talks according to flow process shown in Figure 2, the schematic flow sheet when tripartite talks discharge remote subscriber B.

301, user A, B and C have set up tripartite talks, and this moment, MSAN A received the DISCONNECT message requirement disconnect user B that comes from user A.

302, MSAN A discharges the conferencing resource of local application according to receiving DISCONNECT message, finishes based on the tripartite talks of local audio mixing mode professional.And the DSS1 message maps is sent to BYE and the reINVITE request of MSANB and MSAN C respectively, shown in the mapping relations table 3.

Table 3:

In the last table, the message that DISCONNECT is mapped to MSAN B is BYE, discharges user B in order to indication; The message that DISCONNECT is mapped to MSAN C is reINVITE, has discharged the tripartite talks resource in order to instruct MS AN A.Comprise in this reINVITE message:

1, the URI of tripartite talks participant C (Remote UserC), this information is filled out among the user portion in Request URI and To header field;

2, P-Service-Notification has discharged the tripartite talks resource in order to instruct MS AN A, and the ABNF format description is following:

P-Service-Notification＝＂P-Service-Notification＂

HCOLON?notification

notification ＝＂conference-disconnected＂

3, the SDP information of Served UserA.

4, simultaneously Contact header field otherwise band isfocus parameter, the sign audio mixing finishes.

An example of below asking for this reINVITE:

INVITE?sip:123456huawei.com；user＝phone?SIP/2.0

Call-ID:c006b979a8938e0683bcc9096ba308bc

From:<sip:+86755654321huawei.com；user＝phone>；tag＝7f1f90f1

To:<sip:123456huawei.com；user＝phone>；tag＝8f1f9801

CSeq:3INVITE

Contact:<sip:+8675565432110.71.46.34:5444；user＝phone>

Max-Forwards:70

Supported：100rel，replaces

P-Service-Notification：conference-disconnected

Content-Length:...

Content-Type:application/sdp

SDP_UserA

The BYE and the reINVITE message of 303, sending to MSAN B and MSAN C respectively.

304, MSAN B is mapped as DISCONNET message informing user B after receiving BYE message, and after the response of receiving user B, returns 200 responses to MSAN A, and user B breaks off calling out with user A and is connected.

305, after MSAN C receives reINVITE message, know that tripartite talks finish, and reINVITE is mapped as based on the NOTIFY of SIP signaling and to user C sends that wherein, the mapping relations between two kinds of signalings are as shown in table 4.

Table 4:

DSS1	SIP
		←NOTIFY	←INVITE
Notification?indicator?IE	P-Service-Notification
		Notification?description：1000011(Conference?disconnected)	Conference?disconnected

MSAN C returns corresponding response to MSAN A, and user C sets up preceding calling with the tripartite talks that user A recovers in the flow process of Fig. 3, to explain and is connected.

Because before tripartite talks were set up, user A and user B were the conversation hold modes, user A and user C are that state is carried out in conversation, and therefore, if after setting up tripartite talks, user A will discharge user C.Then the message of mapping is slightly different.Different portions only is described here, and other and the described flow process of Fig. 3 are similar:

1, after MSAN A received the request of breaking off C, the message maps relation was as shown in table 5:

Table 5:

Be that with the difference of table 3 sending to what fill among the P-Service-Notification in the reINVITE order of MSAN B of user B is Remote hold.Because user A and user B are in the conversation hold mode before setting up tripartite talks,, need inform that promptly MSAN B gets into the conversation hold mode so after tripartite talks discharged, user A and user B also were in the conversation hold mode.

2, after MSAN B receives the reINVITE message as shown in table 5 of MSAN A transmission, carry out the mapping like table 6, the DSS1 information and sending after obtaining to shine upon is given user B.

Table 6:

DSS1	SIP
		←NOTIFY	←INVITE
Notification?indicator?IE	P-Service-Notification
		Notification?description：1111001(Remote?hold)	Remote?hold

3, MSAN A receives the disconnection response that MSAN C beams back, and the maintenance that MSAN B returns responds the conversation hold mode of user A end tripartite talks entering and user B.

4, recover conversation if hope user A and user B, then need user A to send the RETRIEVE order and realize to MSAN A.Relation when this moment, MSANA carried out message maps is as shown in table 7:

Table 7:

P-Service-Notification is Conf disconnected in the reINVITE message of mapping, shows that tripartite talks finish.What set up this moment is both sides' conversation of user A and user B.

At this moment, consistent the message maps from MSAN B to user B and the previous embodiment do not done here and given unnecessary details.

As shown in Figure 4, after having set up tripartite connection, user A will set up the flow process with the privately owned conversation of user B.This flow process is following:

401, user A sends the conference request that finishes tripartite talks to MSAN A.

402, MSAN A discharges local audio mixing resource after receiving conference request, and carries out message maps acquisition mapping message reINVITE.Difference according to tripartite user's communication state before the tripartite talks foundation; Need notify user B tripartite talks to finish and the maintenance conversation; Notify user C tripartite talks to finish; This moment is because MSANA only discharges is the tripartite talks resources, so user A and user B, and the calling of setting up before user A and the user C is connected or existence.The signaling mapping at the MSANA place of this moment is as shown in table 8.

Table 8:

The mapping class of other signalings is not done here and is given unnecessary details like the description among Fig. 3.

403, send reINVITE → (UserB), finish to notify user B tripartite talks, and receive the response that the user returns to MSAN B.

404, send reINVITE → (UserC) to MSAN C, to notify user C tripartite talks to finish and to receive the response that the user returns.

405, because user A wants to set up the privately owned conversation with user B, therefore, after finishing tripartite talks, user A sends HOLD message to user C, notifies user C to get into hold mode from talking state.As shown in table 9 respectively about the HOLD message mapping.

Table 9:

Table 9 carries out the relation of signaling mapping for MSAN A.

Signaling mapping in that MSAN B carries out is similar with table 6, does not do and gives unnecessary details.

406, user A sends RETRIEVE message to user B, notifies user B from the talking state of hold mode entering with user A.But the signaling of the MSAN A here mapping reference table 7, the signaling mapping of MSAN B is consistent with table 4.

After having set up tripartite talks, user A need set up following with the flow process of the embodiment of the privately owned conversation of user C: with 401～402 consistent, promptly at first need MSAN A to notify user C and user B respectively, tripartite talks finish.According to the difference of tripartite user's communication state before the tripartite talks foundation, need notify user B tripartite talks to finish, and notify user B to keep conversation, reinform user C tripartite talks and finish.Differently with flow process among Fig. 5 only be, notify user B tripartite talks to finish earlier, reinform the state that user B converses and keeps.

As shown in Figure 5, after having set up tripartite talks, the embodiment of the flow process of the process that user B initiatively discharges is following:

501, MSAN B receives the DISCONNET message that user B sends, and is mapped as BYE message;

502, MSAN B sends BYE message to MSAN A;

503, MSAN A receives BYE message, notifies the user A, and discharges local tripartite talks resource.

504, user A sends RELEASE message to notify user C tripartite talks end to MSAN A.It is as shown in table 10 that this moment, MSAN carried out the signaling mapping.

Table 10:

Other signaling mapping is consistent with previous embodiment, does not do here and gives unnecessary details.

Like this, user A has broken off calling out with user B and has been connected, and user A returns to user C and sets up the tripartite talking state before that is connected simultaneously.

Accordingly, after having set up tripartite talks, the process that user C initiatively discharges is following:

1, after MSAN A receives the DISCONNET message that user C sends, notifies user A and discharge local tripartite talks resource.

2, user A sends RELEASE message to notify user B tripartite talks end to MSAN A, and also have user B to be in the information of hold mode in the notification message this moment.It is as shown in table 11 that this moment, MSAN carried out the signaling mapping.

Table 11:

Like this, user A has broken off calling out with user C and has been connected, and user A returns to user B and sets up the tripartite conversation hold mode before that is connected simultaneously.

3, if need user B be returned to talking state from the conversation hold mode, then this moment, user A sends RETRIEVE message to MSANA.Corresponding flow process and signaling mapping are of previous embodiment, do not do here and give unnecessary details.

In the above-described embodiments; User A, user B and user C can be PSTN terminal or ISDN terminal; Also can be the terminal of supporting the IMS system, all be the PSTN terminal in the foregoing description or ISDN terminal is described, but not get rid of the situation of this user for the terminal of supporting the IMS system with all users; Just because this user is when supporting the terminal of IMS system; Need not carry out the conversion of the signaling of different-format, get final product to the mapping of the message content of SIP, describe so do not do in this example one by one and directly carry out SIP.

Simultaneously, loaded down with trivial details for fear of narration omitted the transmission flow process of partial response message in the above-described embodiments, and the transmission of this response message should be those of ordinary skills to be known, should be understandable for this omission.

Because in embodiments of the present invention; Signaling mapping mode between DSS1 side and the SIP side is provided; Make based on the information interaction that can carry out correct and effective between the conventional I SDN terminal of Digital Subscriber Signaling No.1 and the equipment based on the IMS system of SIP signaling; Traditional I SDN terminal then can use tripartite talks professional based on the IMS network of a new generation like this, and it is compatible to conventional terminal to have improved the IMS network, user's user satisfaction in the competitiveness that has improved the IMS network and this network.

Accordingly; A kind of tripartite talks system also is provided in the embodiment of the invention, and as shown in Figure 6, this system comprises at least three tripartite talks access devices; Be respectively a MSAN (shown in figure, being MSANA) and at least two the 2nd MSAN (shown in figure, being MSAN B and MSAN C); Wherein, a said MSAN is used for the conference request that first user terminal that receives sends is mapped as sip message, and said sip message is sent to said the 2nd MSAN; Said the 2nd MSAN is used for according to the said sip message informing user terminal adding that receives or withdraws from tripartite talks; Have at least one to be PSTN terminal or ISDN terminal in the said user terminal.

As shown in Figure 7, be the tripartite talks access device 1 among the embodiment among Fig. 6, this equipment 1 comprises:

First receiving element 10 is used to obtain the conference request that tripartite talks first user terminal sends, and said tripartite talks first user terminal comprises PSTN or ISDN terminal at least; Wherein, said conference request comprises DSS1 message, and said DSS1 message comprises one or more in FACILITY message, DISCONNECT message, RELEASE message, RETRIEVE message or the HOLD message.

First generation unit 12 is used for the conference request that said first receiving element receives is mapped as the session initiation protocol sip message; Wherein, said sip message comprises reINVITE message, and said reINVITE message informing the 2nd MSAN and the said MSAN of the 3rd MSAN set up based on local audio mixing mode or discharge said tripartite talks.

First transmitting element 14 is used for the said sip message that first generation unit generates is sent to the 2nd MSAN and the 3rd MSAN; Wherein, said the 2nd MSAN and the 3rd MSAN notify second user terminal and the 3rd user terminal to add and perhaps withdraw from tripartite talks according to said sip message.

As shown in Figure 8, said tripartite talks access device 1 also can comprise control unit 16, is used for according to said conference request application or discharges the tripartite talks resource based on local audio mixing mode.

Aforesaid equipment 1 specifically can be the MSANA shown in Fig. 2～Fig. 5.

It is as shown in Figure 9,, be the tripartite talks access device 2 among the embodiment among Fig. 6, this equipment 2 comprises:

Second receiving element 20 is used to obtain the sip message that a MSAN sends; Wherein, said mapping message comprises reINVITE message, comprises P-Service-Notification header field or Contact header field in the said reINVITE message.

Second generation unit 22 is used for generating notification message according to said SIP, and said notification message is used for the informing user terminal adding or withdraws from tripartite talks; Wherein, said notification message is a DSS1 message, carries the information that said tripartite talks are set up or discharged in the NOTIFY in the said DSS1 message.

Second transmitting element 24 is used for sending said notification message to said user terminal, and returns response message to set up or to discharge said tripartite talks to a MSAN, and said user terminal can be PSTN or ISDN terminal.

Above-mentioned equipment 2 specifically can be MSAN B or the MSAN C among Fig. 2～Fig. 5.

In the method and tripartite talks access device of realization tripartite talks in an embodiment of the present invention; Signaling mapping mode between DSS1 side and the SIP side is provided; Make based on the information interaction that can carry out correct and effective between the conventional I SDN terminal of Digital Subscriber Signaling No.1 and the equipment based on the IMS system of SIP signaling; Traditional I SDN terminal then can use tripartite talks professional based on the IMS network of a new generation like this; It is compatible to conventional terminal to have improved the IMS network, and then user's user satisfaction in the competitiveness that has improved the IMS network and this network.

Device embodiment described above only is schematic; Wherein said unit as the separating component explanation can or can not be physically to separate also; The parts that show as the unit can be or can not be physical locations also; Promptly can be positioned at a place, perhaps also can be distributed on a plurality of NEs.Can realize the purpose of present embodiment scheme according to the needs selection some or all of module wherein of reality.Those of ordinary skills promptly can understand and implement under the situation of not paying performing creative labour.

Through the description of above execution mode, those skilled in the art can be well understood to each execution mode and can realize by the mode that software adds essential general hardware platform, can certainly pass through hardware.Based on such understanding; The part that technique scheme contributes to prior art in essence in other words can be come out with the embodied of software product; This computer software product can be stored in the computer-readable recording medium, like ROM/RAM, magnetic disc, CD etc., comprises that some instructions are with so that a computer equipment (can be a personal computer; Server, perhaps network equipment etc.) carry out the described method of some part of each embodiment or embodiment.

Above-described execution mode does not constitute the qualification to this technical scheme protection range.The modification of being done within any spirit and principle at above-mentioned execution mode, be equal to replacement and improvement etc., all should be included within the protection range of this technical scheme.

Claims

1. a method that realizes tripartite talks is characterized in that, said method comprises:

The first MSAN MSAN receives the conference request that first user terminal sends, and said user terminal comprises at least: common exchanging telephone network PSTN terminal or integrated services digital network ISDN terminal;

A said MSAN is mapped as the session initiation protocol sip message with said conference request, and said sip message is sent to the 2nd MSAN and the 3rd MSAN;

Said the 2nd MSAN and the 3rd MSAN notify second user terminal and the 3rd user terminal to add and perhaps withdraw from tripartite talks according to said sip message.

2. the method for claim 1 is characterized in that, a said MSAN is mapped as sip message with said conference request, and said sip message is sent to the 2nd MSAN and the 3rd MSAN step also comprises:

The one MSAN is according to said conference request; Application or discharge tripartite talks resource based on local audio mixing mode, and will carry MSAN application or the information that discharges based on the tripartite talks resource of local audio mixing mode sends to the 2nd MSAN and the 3rd MSAN.

3. method as claimed in claim 2 is characterized in that, the said step of notifying second user terminal and the adding of the 3rd user terminal perhaps to withdraw from tripartite talks specifically comprises:

Said the 2nd MSAN and the 3rd MSAN generate notification message according to said sip message, and notify second user terminal and the 3rd user terminal to add through notification message and perhaps withdraw from tripartite talks.

4. like each described method in the claim 1 to 3; It is characterized in that; Said conference request is a Digital Subscriber signalling No.1 DSS1 message, and said DSS1 message comprises one or more in FACILITY message, DISCONNECT message, RELEASE message, RETRIEVE message or the HOLD message.

5. a MSAN MSAN is characterized in that, said MSAN comprises:

First receiving element is used to receive the conference request that first user terminal sends;

First generation unit is used for the conference request that said first receiving element receives is mapped as the session initiation protocol sip message;

First transmitting element is used for the said sip message that first generation unit generates is sent to the 2nd MSAN and the 3rd MSAN;

Wherein, said user terminal comprises at least: common exchanging telephone network PSTN terminal or integrated services digital network ISDN terminal.

6. MSAN as claimed in claim 5 is characterized in that, said MSAN also comprises:

Control unit is used for according to said conference request application or discharges the tripartite talks resource based on local audio mixing mode.

7. MSAN as claimed in claim 6; It is characterized in that; Said conference request is a Digital Subscriber signalling No.1 DSS1 message, and said DSS1 message comprises one or more in FACILITY message, DISCONNECT message, RELEASE message, RETRIEVE message or the HOLD message.

8. a MSAN MSAN is characterized in that, said MSAN comprises:

Second receiving element is used to obtain the sip message that a MSAN sends;

Second generation unit is used for generating notification message according to said sip message, and said notification message is used for the informing user terminal adding or withdraws from tripartite talks;

Second transmitting element is used for sending said notification message to said user terminal, and returns response message to set up or to discharge said tripartite talks to a MSAN, and said user terminal comprises PSTN or ISDN terminal at least;

Wherein, if user terminal is PSTN or ISDN terminal, then said second generation unit also is used for the notification message based on the SIP signaling is mapped as the notification message of PSTN or ISDN terminal support.

9. MSAN as claimed in claim 8 is characterized in that, said notification message is a DSS1 message, and the NOTIFY in the said DSS1 message carries the information that said tripartite talks are set up or discharged accordingly.

10. a tripartite talks system is characterized in that, said system comprises a MSAN and at least two the 2nd MSAN, wherein,

A said MSAN is used for the conference request that first user terminal that receives sends is mapped as sip message, and said sip message is sent to said the 2nd MSAN;

Said the 2nd MSAN is used for according to the said sip message informing user terminal adding that receives or withdraws from tripartite talks;

Have at least one to be PSTN terminal or ISDN terminal in the said user terminal;

Wherein, If user terminal is PSTN or ISDN terminal; Then said the 2nd MSAN also is used for the notification message based on the SIP signaling is mapped as the notification message of PSTN or ISDN terminal support, and perhaps withdraws from tripartite talks according to the notification message informing user terminal adding of PSTN or ISDN terminal support.

11. system as claimed in claim 10 is characterized in that, said system also comprises:

Application server is used to receive the sip message that a said MSAN sends to the 2nd MSAN, and said sip message is transmitted to the 2nd MSAN.