This page was last edited on August 19, 2016, at 19:28.
Comments or questions about this documentation? Contact us for support!
T-Lib–controlled three-way conferences are handled through an external multimedia conferencing unit (MCU) device that performs the audio mixing.
The call scenario begins when a call is established between UA1 and UA2. UA2 places UA1 on hold and dials a consult call to UA3. When UA2 and UA3 are ready for a conference, SIP Server re-Invites everybody to the mixing device. A DN (that is, the user part of a SIP URI) identifies a conference — all participants will use the same number to identify the conference to the mixing device.
The diagram begins with a call between UA1 and UA2 in a Held state and a call from UA2 to UA3 in an Established state. Agent UA2 invokes the T-Lib request TCompleteConference.
Here is how this process works:
Implementation Note: The scenario just described is the most efficient way to establish a three-way conference using the T-Lib API. However, some MCU devices do not support INVITE without an SDP. To accommodate these devices, SIP Server sends INVITEs to MCU with valid non-hold SDPs (the actual SDP received from the corresponding devices). After that, it re-INVITEs the devices.