Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

Synchronize end to end start of media when mixing regular SIP/H323 and ICE technologies

IP.com Disclosure Number: IPCOM000245392D
Publication Date: 2016-Mar-07
Document File: 5 page(s) / 89K

Publishing Venue

The IP.com Prior Art Database

Related People

Moulay Fadili: INVENTOR [+2]

Abstract

To establish a media communication between SIP/SDP (or H323) client and ICE based negotiation client, one needs to mix (via Gateway or SBC, or Mixer having the two protocols…) regular SIP/SDP (or H323) call-flow and ICE based call-flow (WebRTC for example) for a single connection. The mix of these protocols may lead to losing the first few seconds of audio. The invention aims at solving this loss problem.

This text was extracted from a Microsoft Word document.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 52% of the total text.

Date : Wednesday, January 20, 2016

Title of the invention : Synchronize end to end start of media when mixing regular SIP/H323 and ICE technologies

Inventors: Benoît Trinité, Moulay Fadili

In a communication solution using VoIP, one may need the use of SIP/SDP (or H323) based client and ICE based negation clients such as WebRTC end point. To establish a media communication between SIP/SDP (or H323) client  and ICE based negotiation client, one needs to mix (via Gateway or SBC, or Mixer having the two protocols…) regular SIP/SDP (or H323) call-flow and ICE based call-flow (WebRTC for example) for a single connection. The mix of these protocols may lead to losing the first few seconds of audio. This is because ICE protocol which is in charge of dynamically setting up the RTP stream is executed asynchronously to SIP protocol execution. Moreover, ICE protocol can require several seconds before being completed (to explore the media path). The invention solves synchronization issues without introducing any change in SIP or ICE protocol.

When mixing regular SIP VoiP call segment and ICE based call segment, an intermediate function is used because RTP stream cannot be directly established due to incompatible lifecycle (in regular SIP call-flow, RTP stream parameters are identified at the time the session is established, whereas with ICE protocols, RTP steam parameters are identified after the session is established). This gateway is in charge of initiating or terminating the ICE procotol on one side, while performing initiation or termination of the regular SIP transaction on the other side. About RTP stream itself, this gateway includes an RTP proxy function that is used to connect the negotiated RTP stream on regular SIP side to the negotiated RTP stream on ICE side. This behavior is augmented when media encryption is used.

The invention addresses two scenarios:

1/ Session negotiation initiated by regular SIP side :

In this case, the final answer on regular SIP Side is delayed until the ICE connectivity (and media encryption mechanisms if use...