EP2033384A2 - Gestion de gigue adaptative fondée sur le contenu - Google Patents

Gestion de gigue adaptative fondée sur le contenu

Info

Publication number
EP2033384A2
EP2033384A2 EP07798541A EP07798541A EP2033384A2 EP 2033384 A2 EP2033384 A2 EP 2033384A2 EP 07798541 A EP07798541 A EP 07798541A EP 07798541 A EP07798541 A EP 07798541A EP 2033384 A2 EP2033384 A2 EP 2033384A2
Authority
EP
European Patent Office
Prior art keywords
client
packets
packet
communication device
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP07798541A
Other languages
German (de)
English (en)
Inventor
Derek Wang
Vikas Sharma
Varad Seshadri
Snehal Karia
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Divitas Networks Inc
Original Assignee
Divitas Networks Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US11/537,985 external-priority patent/US7546125B2/en
Priority claimed from US11/755,727 external-priority patent/US20090016333A1/en
Priority claimed from US11/755,704 external-priority patent/US7480500B1/en
Priority claimed from US11/755,710 external-priority patent/US20080317241A1/en
Priority claimed from US11/755,702 external-priority patent/US20080140767A1/en
Application filed by Divitas Networks Inc filed Critical Divitas Networks Inc
Publication of EP2033384A2 publication Critical patent/EP2033384A2/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/02Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/029Firewall traversal, e.g. tunnelling or, creating pinholes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M9/00Arrangements for interconnection not involving centralised switching
    • H04M9/08Two-way loud-speaking telephone systems with means for conditioning the signal, e.g. for suppressing echoes for one or both directions of traffic
    • H04M9/082Two-way loud-speaking telephone systems with means for conditioning the signal, e.g. for suppressing echoes for one or both directions of traffic using echo cancellers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • H04W12/062Pre-authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • H04W12/068Authentication using credential vaults, e.g. password manager applications or one time password [OTP] applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • H04W12/069Authentication using certificates or pre-shared keys

Definitions

  • GSM Global Systems for Mobile
  • WiFi Wireless Fidelity
  • Fig 22 shows, in an embodiment of the invention, a simple block diagram of a mobility architectural arrangement
  • Fig 23 shows, in an embodiment of the invention, a block diagram illustrating the mobilit ⁇ architectural arrangement as a rich client
  • D Dh- has Description Protocol (DDP)
  • the figure 5A show's a block diagram voice of a jitter buffer in accordance with one or more embodiments of the present invention.
  • the core jitter buffer includes one or more components for packet queuing, packet play-out, jitter calculation and jitter compensation.
  • embodiments of the present invention may employ a receiver-side silence detector for timely compensating delays and delay variations and adaptively playing out packets from the packet buffer.
  • the transmitter-side VAD is not needed, and desirable quality of service may be provided. Further, one or more embodiments of the
  • delay insertion control 1006 may determine whether packet buffer 1004 is empty If packet buffer 1004 is empty, control may be transferred to step 1038, if not, control may be transferred to step 1032
  • the received packet flow may include voice packets 1092, silence packets 1094 following voice packets 1092, voice packets 1096 following silence packets 10 c >4, silence packets 198 following voice packets 1096, etc. Because VAD 100 ! is turned off-, there may be no SiD inserted for the silence periods represented, for example, by silence packets 1094 and silence packets 1098. As a result step 1034 (i.e., detecting SlDs) shown in Fig. ! OC may not be performed.
  • Buffer overflow control i 1 14 may also command packet buffer 1 102 to provide packets to be played out
  • Receiver-side device 1300 may Include one or more of a packet buffer 1302, a jitter calculator 1304, a compensation control 13 14, a compensation calculator 1306, a compensation information module 1316, a packet play-out control 1308, decoder 1310, and a video detector 1312.
  • DDP Independent of server and client hardware and OS fhe structure and format of the protocol (DDP) is such that DDP is agnostic of the server or handset hardware platform as well as the operating system running on both of the platforms
  • the protocol is architected and designed to run on an) server or handset hardware platform and is independent of the Operating System/SW platform running as well Foi example, DDP ma) run on Linux, Sx mbian, Windows Mobile 5 0, etc
  • no special adapter layer needs to designed or developed every time this module has to be ported on to a new hardware or software platform
  • the protocol is independent of the medium over which the client is connected to the server
  • the session could be over WiFi, cellular data channel or wired Ethernet.
  • DDP Message Handler- This is compri sed of the parser and the message- formatting module.
  • the parser is responsible for checking the validity of a received DDP message and extracting the various information pieces before invoking the callback handlers.
  • the formatting module takes the information from a higher-level application and formats the DDP message before the DDP message is packed in to a signaling message packet [00292] ii Session Management. An inbuilt mechanism to evaluate the health of the DDP session between two peers and mechanisms for informing the registered applications if the session fails.
  • each DDi 3 message comprises a set of mandatory lines or fields and optional lines or field, depending on the specific type of DDP message being sent. If any of the mandatory lines are missing, a parser will reject the DPP message Optional lines that the parser cannot understand are skipped over. This allows for backward compatibility and interoperability between different versions of software Merc is an example of a DDP message:
  • application server 1402 may send a TCP SYN-ACK (TCP synchronization acknowledgement) back to application client 1404.
  • application client 1404 may send a TCP ACK to application server 1402
  • DDP ⁇ 536 may be built on top of a control protocol and a transport protocol.
  • DDP 1536 may be used with different type of control protocols (e.g., S1.P 1532 and other control protocols 1524 ⁇ and different type of transport protocols (e.g., UDP 1534, UDP 1528, TCP 1530, TCP 1526, etc.)
  • control protocols e.g., S1.P 1532 and other control protocols 1524 ⁇
  • transport protocols e.g., UDP 1534, UDP 1528, TCP 1530, TCP 1526, etc.
  • the type of control protocol and/or transport protocol that may be employed by DDP J 536 in order to perform its function may be easily adapted by
  • client DDP 1632 may receive the first data packet A client RDDP 1634 may perform a similar check as that performed bv server RDDP 1614 Also, client R.DDP 1 t>34 may send a SIP Notify Message with a DDP acknowledgment along a path 1652 through the secure channel to scrycr DDX module 1608 Bv sending the DDP acknowledgement, client RDDP 1 (>34 may »esid an assurance from the mobility client to the mobility server that data packet has been recened Likewise, if server RDDP module 1614 does not recene the R.DDP acknowledgement, server RDDP module 1614 will iet ⁇ an;>mrt the data packet until the packet has been successfully acknowledged oi the maximum rtumbei of retiies is exhausted
  • server DDX module 1806 may send a DDX file transfer start to a client DDX module 1812 via sen cr DDP I S08 and client DDP 1810
  • a DDX file transfer start refers to a notification between a server DDK and a client DDX that a file is about to be sent
  • the DDX file transfer start may include basic information about the incoming file such as. for example, name of the file, file size, number of data packets that may be sent, the application that is requesting for the file, and the like
  • the handset based VoIP client acts as a server for the different applications running on the handset.
  • This component makes use of existing VoIP related connection (e.g. SIP) to send the application payload across to the enterprise.
  • the server side proxy component is responsible for stripping the payload and making connection to the actual enterprise servers.
  • the client and server side proxy components may further be subdivided into multiple subcomponents. Each subcomponent shall be responsible for proxy ing one protocol.
  • IP Security Client 2014 determines that the data traffic is intended for an application server that is located within enterprise 2090, then at a next step 2108, IP Security
  • Di Vitas server 2218 may employ (he DDX tag to retrieve the location of the application server
  • the DDX tag may include an identification number (e.g., MAC address, port address), which may indicate which application server (e.g , application server 2220) within the enterprise is the intended recipient of the data packet,
  • SIP data packet 2330 (>? reformat SMTP data packet 2312 into a SIP data packet 2330 (such as a SIP Notify Vlcssage) that is transferable over the handset's control protocol, such as SlP ⁇ n an embodiment of the invention
  • SIP data packet 2330 ma> include the original data packet (c g .
  • Di Vitas client 2502 located within Di Vitas client 2502 to handle data packets from telephone application client 2508.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un dispositif de communication par paquets. Ce dispositif de communication par paquets peut comprendre un détecteur qui est configuré pour détecter un contenu spécifique dans des paquets entrants reçus par le dispositif de communication par paquets. Ledit dispositif de communication par paquets peut en outre comprendre un système de commande de sortie qui est configuré pour ajuster les paquets entrants afin de produire des paquets ajustés et sortir des paquets ajustés, si le détecteur a détecté la présence du contenu spécifique dans les paquets entrants.
EP07798541A 2006-06-14 2007-06-14 Gestion de gigue adaptative fondée sur le contenu Withdrawn EP2033384A2 (fr)

Applications Claiming Priority (13)

Application Number Priority Date Filing Date Title
US80480606P 2006-06-14 2006-06-14
US11/537,985 US7546125B2 (en) 2005-10-03 2006-10-02 Enhancing user experience during handoffs in wireless communication
US11/537,990 US7688820B2 (en) 2005-10-03 2006-10-02 Classification for media stream packets in a media gateway
US11/537,994 US20070091907A1 (en) 2005-10-03 2006-10-02 Secured media communication across enterprise gateway
US11/538,037 US20080119165A1 (en) 2005-10-03 2006-10-02 Call routing via recipient authentication
US11/537,980 US20070091848A1 (en) 2005-10-03 2006-10-02 Reducing data loss during handoffs in wireless communication
US11/538,042 US20070094374A1 (en) 2005-10-03 2006-10-02 Enterprise-managed wireless communication
US11/538,034 US20070264989A1 (en) 2005-10-03 2006-10-02 Rendezvous calling systems and methods therefor
US11/755,727 US20090016333A1 (en) 2006-06-14 2007-05-30 Content-based adaptive jitter handling
US11/755,704 US7480500B1 (en) 2006-06-14 2007-05-30 Divitas protocol proxy and methods therefor
US11/755,710 US20080317241A1 (en) 2006-06-14 2007-05-30 Code-based echo cancellation
US11/755,702 US20080140767A1 (en) 2006-06-14 2007-05-30 Divitas description protocol and methods therefor
PCT/US2007/071181 WO2007147034A2 (fr) 2006-06-14 2007-06-14 Gestion de gigue adaptative fondée sur le contenu

Publications (1)

Publication Number Publication Date
EP2033384A2 true EP2033384A2 (fr) 2009-03-11

Family

ID=42312711

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07798541A Withdrawn EP2033384A2 (fr) 2006-06-14 2007-06-14 Gestion de gigue adaptative fondée sur le contenu

Country Status (2)

Country Link
EP (1) EP2033384A2 (fr)
WO (1) WO2007147034A2 (fr)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5260783A (en) * 1991-02-21 1993-11-09 Gte Laboratories Incorporated Layered DCT video coder for packet switched ATM networks
US6650640B1 (en) * 1999-03-01 2003-11-18 Sun Microsystems, Inc. Method and apparatus for managing a network flow in a high performance network interface
US6665317B1 (en) * 1999-10-29 2003-12-16 Array Telecom Corporation Method, system, and computer program product for managing jitter
US6388584B1 (en) * 2000-03-16 2002-05-14 Lucent Technologies Inc. Method and apparatus for data compression of network packets
US6862298B1 (en) * 2000-07-28 2005-03-01 Crystalvoice Communications, Inc. Adaptive jitter buffer for internet telephony
US7630409B2 (en) * 2002-10-21 2009-12-08 Lsi Corporation Method and apparatus for improved play-out packet control algorithm

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2007147034A2 *

Also Published As

Publication number Publication date
WO2007147034B1 (fr) 2008-08-28
WO2007147034A3 (fr) 2008-07-03
WO2007147034A2 (fr) 2007-12-21

Similar Documents

Publication Publication Date Title
US7480500B1 (en) Divitas protocol proxy and methods therefor
US20080140767A1 (en) Divitas description protocol and methods therefor
US20090016333A1 (en) Content-based adaptive jitter handling
US20080317241A1 (en) Code-based echo cancellation
US9900356B2 (en) Method and apparatus for transferring active communication session streams between devices
WO2010075126A2 (fr) Systèmes et procédés pour activer des fonctionnalités de communication utilisant divers supports de porteuses
US20090147772A1 (en) Systems and methods for providing presence information in communication
US20080123627A1 (en) Media terminal adapter with session initiation protocol (sip) proxy
JP2006222822A (ja) ハンドオーバシステム
KR101705440B1 (ko) 미디어 통신용 하이브리드 클라우드 미디어 아키텍쳐
US9001699B2 (en) Systems and methods for communication setup via reconciliation of internet protocol addresses
WO2016010595A1 (fr) Gestion de flux de données pour un réseau de communication
US9525710B2 (en) Seamless switch over from centralized to decentralized media streaming
US11206320B2 (en) Method and apparatus for implementing congestion control negotiation
US20040151158A1 (en) Method and apparatus for exchanging voice over data channels in near real time
JP2007142786A (ja) ハンドオーバサーバ及びそれと通信可能な移動通信端末
WO2007147033A2 (fr) Suppression d'écho fondée sur un code
KR20090085018A (ko) Divitas 프로토콜 프록시 및 그 방법
US20140092783A1 (en) System and method for classification of media in voip sessions with rtp source profiling/tagging
US20150004965A1 (en) System and method for separation of call origination and call delivery techniques
US20130163583A1 (en) Systems and methods for communication setup via reconciliation of internet protocol addresses
US9035993B2 (en) Method and system for bypassing an anchor point
EP2033384A2 (fr) Gestion de gigue adaptative fondée sur le contenu
EP2033408A2 (fr) Mandataire de protocole de divitas et procédés associés
JP2005020676A (ja) 電話通信方法及び装置

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20090114

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK RS

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20110103