EP1656781A1 - Procede, produit logiciel et dispositifs pour signaler la modification de liaisons sur voie porteuse au moyen du protocole sip - Google Patents

Procede, produit logiciel et dispositifs pour signaler la modification de liaisons sur voie porteuse au moyen du protocole sip

Info

Publication number
EP1656781A1
EP1656781A1 EP04766032A EP04766032A EP1656781A1 EP 1656781 A1 EP1656781 A1 EP 1656781A1 EP 04766032 A EP04766032 A EP 04766032A EP 04766032 A EP04766032 A EP 04766032A EP 1656781 A1 EP1656781 A1 EP 1656781A1
Authority
EP
European Patent Office
Prior art keywords
sip
protocol
call
codec
bearer
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
EP04766032A
Other languages
German (de)
English (en)
Inventor
Thomas Baumann
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.)
Nokia Solutions and Networks GmbH and Co KG
Original Assignee
Siemens AG
Nokia Siemens Networks GmbH and Co KG
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
Application filed by Siemens AG, Nokia Siemens Networks GmbH and Co KG filed Critical Siemens AG
Priority to EP04766032A priority Critical patent/EP1656781A1/fr
Publication of EP1656781A1 publication Critical patent/EP1656781A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/126—Interworking of session control protocols
    • H04M7/127—Interworking of session control protocols where the session control protocols comprise SIP and SS7

Definitions

  • Packet-oriented networks - also called data networks - are designed for the transmission of packet streams, which are also referred to by experts as 'data packet streams' or 'flow'.
  • packet streams which are also referred to by experts as 'data packet streams' or 'flow'.
  • the transmission of the data packet streams takes place, for example, with delays that fluctuate over time, since the individual data packets of the data packet streams are usually transmitted in the order in which they are accessed by the network, ie the more packets to be transmitted from a data network, the greater the time delays.
  • the transmission of data is therefore also referred to as a transmission service without real-time conditions or as a 'non-realtime service'.
  • the packets usually differ depending on the type of packet-oriented network. For example, they can be configured as Internet, X.25 or frame relay packets, but also as ATM cells. They are sometimes referred to as news, especially then when a message is delivered in a packet.
  • the Internet is a well-known data network. Because of the Internet protocol IP used there, this is sometimes also called the IP network, although this term is to be understood broadly and encompasses all networks in which the IP protocol is used.
  • IP Internet protocol
  • the Internet is designed as an open (wide area) data network with open interfaces for connecting (mostly local and regional) data networks from different manufacturers. It provides a transport platform that is independent of the manufacturer.
  • Connections are communication relationships between at least two participants for the purpose of - mostly mutual, ie bi-directional - information transfer.
  • the participant initiating the connection is usually referred to as an 'A participant'.
  • a subscriber connected through an A-subscriber is called a 'B-subscriber'.
  • connections represent at least the relationship between A and B participants that is clear on a logically abstract level, ie, according to this viewpoint, the connectionless ones, for example
  • connections also represent clear paths through the network on a physical level, along which the information is transmitted.
  • voice transmission services and increasingly also broadband services such as Transmission of moving picture information also implemented in packet-oriented networks, i.e.
  • the transmission of the real-time services that have hitherto usually been line-oriented is carried out in a convergent network - also called voice-data network - in a packet-oriented manner, i.e. in packet streams. These are also called real-time packet streams.
  • the transmission of voice information over a packet-oriented IP network is also identified with 'VoIP' (Voice over IP).
  • the call control level comprises at least one (optional) call controller, which among other things
  • the following functions are assigned: - Address translation: conversion of E.164 telephone numbers and other alias addresses (e.g. computer names) to transport addresses (e.g. Internet addresses).
  • - Admission control (optional): Basic admissibility check as to whether and to what extent (e.g. VoIP-capable) facilities may use the communication network.
  • - Bandwidth Control (optional): Management of transmission capacities.
  • Zone management Registration of (eg VoIP-enabled) devices and provision of the above functions for all devices registered with the call controller.
  • All signaling messages are conveyed by at least one call controller, i.e. all facilities send and receive signaling messages only via the call controller. A direct exchange of signaling messages between the facilities is prohibited.
  • - Call management management of a list of existing calls, e.g. to to be able to generate a busy signal if this cannot be generated by the device itself.
  • Dialed Digit Translation Translation of the dialed digits into an E.164 telephone number or a number from a private numbering scheme.
  • call controllers are the 'gatekeeper' proposed by the ITU in the H.323 standard family or the 'SIP proxy' proposed by the IETF. If a larger communication network is divided into several domains - also called 'zones' - you can use a separate call controller can be provided for each domain. A domain can also be operated without a call controller. If several call controllers are provided in a domain, only one should be used be activated by them. From a logical point of view, a call controller should be seen separately from the facilities.
  • An alternative example is a media gateway controller, to which the optional functions Call Control Signaling and Call Management are usually assigned. Furthermore, the assignment of a signaling conversion function to implement different (signaling) protocols is conceivable, which e.g. at the border of two different networks that are combined to form a hybrid network.
  • the resource control level comprises at least one resource controller, which among other things the following functions are assigned:
  • - Capacity control control of the volume of traffic supplied to the communication network by packet streams, e.g. by controlling the transmission capacity of individual packet streams.
  • - Policy activation if necessary, reserve resources in the communication network for a prioritized packet stream for transmission.
  • - Priority management (optional): Set, check and, if necessary, correct the priority indicators in the packets according to the priority of their packet streams if the packets are already marked with priorities.
  • the resource controller is also known as a 'Policy Decision Point (PDP)'. It is, for example, within the so-called Edge routers - also called edge devices, access nodes or, when assigned to an Internet service provider (ISP), also called provider edge routers (PER). These edge routers can also be designed as media gateways to other networks to which the voice-data networks are connected.
  • PDP Policy Decision Point
  • ISP Internet service provider
  • PER provider edge routers
  • the resource controller can also be designed only as a proxy and forward information relevant to the resource controller to a separate device on which the relevant information is processed in accordance with a function of the resource controller.
  • a plurality of messages are usually sent, which are only used to coordinate the components involved with one another, but not to transmit the "actual" information between the terminals.
  • This information transmitted with the messages is usually referred to as signaling information, signaling data or simply signaling.
  • the term is to be understood broadly.
  • the messages according to the RAS protocol the messages according to the ITU standard H.245 for controlling user channels of existing calls and all other similarly designed messages are also included.
  • connection setup connection setup
  • clearing clearing
  • the signaling protocol for connection setup (call setup) and clearing (call release) according to the ITU is described, for example, in standard H.225.0, that according to IETF in RFC2543 ("SIP: Session Initiation Protocol") or its revisions RFC2543bis0x or RFC3261 .
  • the "actual information” is also called useful information, payload, media information, media data or simply media to distinguish it from the signaling.
  • Communication relationships that serve for the transmission of the signaling are also referred to as signaling connections. called gen.
  • the communication relationships used to transmit the user information are called, for example, voice connections, user channel connections or - in simplified terms - user channels, bearer channels or simply bearers.
  • out-of-band or outband means the transmission of information in a different way / medium than that provided in the communication network for the transmission of signaling and useful information.
  • this includes a local configuration of devices on site, which is carried out, for example, with a local control device.
  • in-band information is transmitted in the same way / medium, possibly logically separated from the signaling and useful information under consideration.
  • the authentication, authorization and (start of) accounting steps take place within or in part before the actual call setup when a terminal is dialed into the IP network (eg via an Internet service provider).
  • This so-called 'AAA' functionality is usually implemented by accessing a subscriber database in which all users are stored with their IDs, passwords, rights, etc. This access is slow and comparatively complex.
  • this AAA process usually takes place once while the user is dialing in.
  • a further authentication takes place when a call controller is used if the end device registers with the call controller of the Internet service provider.
  • this authentication or registration of a terminal with the assigned gatekeeper is carried out in accordance with the RAS (Registration, Admission, Status) protocol, which is in the ITU standard H.225.0 is described.
  • the actual call setup usually begins with the participants' end devices exchanging their skills (e.g. list of supported CODEC) in a first step in order to determine the required resources (e.g. bandwidth) and the required QoS (e.g. delay, jitter).
  • the end devices for voice telephony are e.g. designed as IP telephone or VoIP client software, with online video one of the end devices could be a content or application server, e.g. in the network of the Internet Service Provider (ISP).
  • ISP Internet Service Provider
  • the signaling messages are exchanged either directly between the end devices or through the mediation of a call controller.
  • each variant and the direction of transmission determine which variant is used.
  • the first variant is also referred to in the H.323 terminology as 'Direct Endpoint Call Signaling' and the second as 'Gatekeeper Routed Call Signaling'.
  • direct endpoint call signaling copies of selected signaling messages can be transmitted to a call controller, so that a call controller also has knowledge of the resource and QoS requirements coordinated between the end devices. However, these requirements are not actively influenced or verified by him.
  • the SIP protocol can also be used, both for IP devices and between media gateway controllers.
  • the SIP protocol is called SIP_T (SIP for Telephones), which is described in the RFC3372 standard.
  • SIP_T SIP for Telephones
  • SDP Session Description Protocol
  • RFC2327 RFC2327 standard
  • the resource and QoS request coordinated in this way can be transmitted directly from the end devices of the participants to their assigned resource controller.
  • the resource controller After checking the resource and QoS requirements, the resource controller sends a confirmation (or rejection) back to the end device.
  • step router and possibly other routers in the network is in Edge a police cy activated with the test these routers and aware afford that traffic caused by Endgerat is ⁇ zen within the Gren, the m of the request were specified .
  • RSVP resource ReSerVation Protocol
  • the function split between the two levels can be described in such a way that only the functions that are required for the transmission of useful information are assigned to the resource control level, while the intelligence for controlling the resource control level is included in the call control level.
  • the facilities of the Resource Control level have as little network control intelligence as possible and, as a result, can be implemented economically particularly advantageously on separate hardware platforms. This is because of compared to call
  • the invention raises the question of whether all the features that are currently known from telephony can continue to be used after the establishment of a call using the SIP protocol. Many of these features require modifications to the IP Bearer, e.g .:
  • this can be a codec switchover for fax / modem, a switchover to a new voice codec, or a renegotiation of the voice codec during the call (Mid Call Codec Negotiation).
  • an SDP session for Bearer Redirect looks exactly like an SDP session that is sent for simultaneous call retrieve and Bearer Redirect.
  • Interworking between the SIP / SIP_T protocols and the BICC CS2 / ISUP + protocols is fundamentally simplified if the protocol element is designed as an action parameter with the following values: connect-backward, connect-forward, connect-forward-no-notification, connect-forward-plus-notification, connect-forward-no notification-plus-selected codec, connect forward-plus- notification-plus-selected codec, connected, switched, selected-codec, modify-codec, successful-codec-modification, codec-modification-failure, mid-call-codec-negotiation, mod-ify-to-selected-codec-information, mid-call- codec- negotiation-failure, redirect-backwards-request, redirect- forwards-request, redirect-bearer-release-request, redirect- bearer-release-proceed, redirect-bearer-release-complete, redirect-cut
  • FIG. 1 shows an arrangement for carrying out the method according to the invention with a hybrid communication network, consisting of a packet-oriented, integrated voice data network and a line-oriented tated voice network, which are connected by intermediary media gateways and media gateway controllers, as well as two end points of an information transmission
  • FIG. 2 is a flowchart in which an embodiment of the invention is shown as an example
  • the 1 shows an exemplary arrangement for carrying out the method according to the invention. It comprises a line-oriented network PSTN and a communication network IN, which is preferably designed as an integrated voice-data network SDN.
  • the two networks PSTN, IN are combined to form a hybrid network.
  • the network IN is preferably designed as an IP network (e.g. the Internet) and comprises a SIP proxy SP as a call controller.
  • the connection of the line-oriented bearer TDM with the packet-oriented bearer RTP / RTCP is made possible by an intermediate media gateway MG for converting between different, network-specific user channel technologies RTP / RTCP (Real Time [Control] Protocol) and TDM (Time Devision Multiplex) Combining the signaling SS7 of the network PSTN with the signaling SIP of the network IN by means of intermediate media gateway controllers MGC1-3 for converting between different network-specific signaling protocols SIP (Session Initiation Protocol).
  • a BICC CS2 / ISUP + protocol is used between the MGCi and MGC 3 controllers and a SIP_T (SIP for Telephones) protocol is used between the MGC3 and MGC 2 controllers.
  • the gateway MG is controlled by the controller MGCi assigned to it by a protocol, preferably an internationally standardized protocol, for example MGCP (Media Gateway Control Protocol) or H.248. It is usually implemented as a separate unit that is based on another physical device / hardware Platform expires as the MGC controller.
  • MGCP Media Gateway Control Protocol
  • H.248 HyperText Control Protocol
  • a subscriber A is connected to the network PSTN A using a conventional telephone T, to the network IN a subscriber B using that of a SIP-capable telephone, for example a SIP client SC implemented in software, between which an end-to-end end user connection TDM, RTP / RTCP is set up.
  • a SIP-capable telephone for example a SIP client SC implemented in software, between which an end-to-end end user connection TDM, RTP / RTCP is set up.
  • FIG. 2 shows the sequence of SIP messages (1) - (4) for setting up a bearer between two SIP clients A, B and of messages (5) - (17) for modifying the bearer by forwarding the call from the SIP client B. represented to a SIP client C, in which the messages (5), (6), (12), (13), (15) and (16) are designed according to a SIP protocol according to the invention.
  • the SIP protocol and its derivative SIP_T are in a complex, hybrid
  • the MGC controller implements a conversion between the BICC CS2 / ISUP + protocol and the at least one protocol element according to the invention - in particular parameter action - to indicate the cause of modifications of the SIP T protocol comprising Bearer TDM, RTP / RTCP. koll causes.
  • an SDP session is transmitted in selected SIP_T messages in the message body in addition to an ISUP MIME content (mixed content; see RFC2046 “Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types”, and RFC3204 "MIME media types for ISUP and QSIG Objects "), in whose SDP body a" Content-Disposition "header field according to RFC2183 is embedded, each of which comprises at least one protocol element according to the invention for transmitting the cause (s) of a Bearer modification.
  • the "disposition-type" of this header field is set to "session”.
  • a new “disposition parameter” called “action” is introduced as a new protocol element to specify the cause of the bearer modification and is embedded in the "content disposition" header field.
  • the value range of the "action" parameter includes the following values: connect-backward, connect-forward, connect-forward-no-notification, connect-forward-plus-notification, connect-forward-no notification -plus-selected codec, connect forward-plus-notification-plus-selected codec, connected, switched, selected-codec, odify-codec, success- ful-codec-modification, codec-modification-failure, mid-call-codec- negotiation, modify-to-selected-codec-information, mid-call-codec-negotiation-failure, redirect-
  • the advantage of the invention is that the BICC CS2 / ISUP + information elements "Action Indicator” and “Bearer Redirection Indicators” can be filled very easily with meaningful values.
  • a connection / call is first established between the SIP clients A and B - messages (1) - (4).
  • the SIP client B places the call on hold messages (5) - (7) - and then calls the SIP client C - messages ( ' 8) - (ll).
  • the SIP client B sends a "re-INVITE" message (12) to the SIP client A, with which it simultaneously cancels the call hold (call retrieve) and the call stream emanating from the SIP client A to the SIP client C. (Bearer Redirect) Redirects - News (12) - (14).
  • the SIP client B sends a "re-INVITE" message (15) to the SIP client C with which it sends the call stream from the SIP client C to SIP client A (bearer
  • Redirect is redirected.
  • the end result is a call transfer from SIP client B to SIP client C.
  • SIP client A can now speak to the SIP Client C.
  • the messages (1) - (17) are shown below, in which "via" header fields are not shown because they are transparent to the SDP body content of the SIP messages.
  • An SDP session is transported in a SIP message as a MIME message body in accordance with RFC2045.
  • the content of the SIP message body is specified with the following SIP header fields in this example:
  • Content-Length specifies the length of the entire message body.
  • Content-Type specifies the type of content in the form of a media type and media subtype.
  • media type "application”
  • media subtype * SDP
  • the "content disposition" header field according to RFC2183 is used for SDP, the syntax of which can correspond to that of the previous exemplary embodiment.
  • INVITE sip ClientC@tomnet.de SIP / 2.0

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Selon l'invention, le protocole SIP (5), (6), (12), (13), (15), (16), est augmenté d'au moins un élément de protocole servant à afficher la cause d'une modification de voie porteuse. Ainsi, il n'est plus nécessaire d'avoir recours à une régénération déductive de la cause sur la base de la modification de voie porteuse transmise.
EP04766032A 2003-08-18 2004-06-04 Procede, produit logiciel et dispositifs pour signaler la modification de liaisons sur voie porteuse au moyen du protocole sip Withdrawn EP1656781A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP04766032A EP1656781A1 (fr) 2003-08-18 2004-06-04 Procede, produit logiciel et dispositifs pour signaler la modification de liaisons sur voie porteuse au moyen du protocole sip

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP03018586A EP1509018A1 (fr) 2003-08-18 2003-08-18 Méthode, produit logiciel et dispositifs pour signaler la modification des canaux porteurs utilisant le protocole SIP
EP04766032A EP1656781A1 (fr) 2003-08-18 2004-06-04 Procede, produit logiciel et dispositifs pour signaler la modification de liaisons sur voie porteuse au moyen du protocole sip
PCT/EP2004/051028 WO2005020535A1 (fr) 2003-08-18 2004-06-04 Procede, produit logiciel et dispositifs pour signaler la modification de liaisons sur voie porteuse au moyen du protocole sip

Publications (1)

Publication Number Publication Date
EP1656781A1 true EP1656781A1 (fr) 2006-05-17

Family

ID=34042862

Family Applications (2)

Application Number Title Priority Date Filing Date
EP03018586A Withdrawn EP1509018A1 (fr) 2003-08-18 2003-08-18 Méthode, produit logiciel et dispositifs pour signaler la modification des canaux porteurs utilisant le protocole SIP
EP04766032A Withdrawn EP1656781A1 (fr) 2003-08-18 2004-06-04 Procede, produit logiciel et dispositifs pour signaler la modification de liaisons sur voie porteuse au moyen du protocole sip

Family Applications Before (1)

Application Number Title Priority Date Filing Date
EP03018586A Withdrawn EP1509018A1 (fr) 2003-08-18 2003-08-18 Méthode, produit logiciel et dispositifs pour signaler la modification des canaux porteurs utilisant le protocole SIP

Country Status (4)

Country Link
US (1) US20060227728A1 (fr)
EP (2) EP1509018A1 (fr)
CN (1) CN1868197A (fr)
WO (1) WO2005020535A1 (fr)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4343626B2 (ja) * 2003-09-02 2009-10-14 キヤノン株式会社 画像通信制御方法、画像通信制御プログラム、および画像通信装置
DE102005013544B3 (de) * 2005-03-23 2006-07-13 Siemens Ag Verfahren zum Aufbauen einer Nutzdatenverbindung zwischen Endeinrichtungen
CN100544388C (zh) * 2005-07-01 2009-09-23 华为技术有限公司 一种控制业务多次前转套打的方法
DE102005045121B4 (de) * 2005-09-21 2007-11-08 Siemens Ag Vorrichtung zur Unterstützung des Leistungsmerkmals "Fall-back" in SIP-Netzen
DE102005050586B3 (de) * 2005-10-21 2006-11-02 Siemens Ag Verfahren zum Aufbau einer Videotelefonverbindung und/oder Multimediatelefonverbindung in einem Datennetz
US20070140116A1 (en) * 2005-12-16 2007-06-21 Microsoft Corporation Interactive Codec Selection
KR20080037950A (ko) * 2006-10-27 2008-05-02 삼성전자주식회사 데이터를 송수신하는 방법 및 장치
US7995561B2 (en) * 2006-12-07 2011-08-09 Nortel Networks Limited Techniques for implementing logical trunk groups with session initiation protocol (SIP)
CN101222540B (zh) * 2007-01-08 2010-09-29 中兴通讯股份有限公司 用于ip多媒体子系统的多媒体业务实现方法
EP2020795B1 (fr) * 2007-08-03 2017-11-22 Nokia Solutions and Networks Oy Procédé et équipement de réseau pour le maintien d'un flux de média par un autre équipement de réseau tout en suspendant une connexion de flux de média associé dans un réseau de communication
US8499082B2 (en) * 2007-09-06 2013-07-30 Tekelec, Inc. Methods, systems, and computer readable media for providing services in a telecommunications network using interoperability specification/session initiation protocol (IOS/SIP) adapter
US8018848B2 (en) * 2008-03-26 2011-09-13 Avaya Inc. Survivable phone behavior using SIP signaling in a SIP network configuration
US8107361B2 (en) * 2008-03-26 2012-01-31 Avaya Inc. Simultaneous active registration in a SIP survivable network configuration
US8527656B2 (en) 2008-03-26 2013-09-03 Avaya Inc. Registering an endpoint with a sliding window of controllers in a list of controllers of a survivable network
US7995466B2 (en) * 2008-03-26 2011-08-09 Avaya Inc. Failover/failback trigger using SIP messages in a SIP survivable configuration
CN101605038B (zh) * 2008-06-12 2012-03-28 朗讯科技公司 基于sip消息体的计费方法和系统
US8170006B2 (en) * 2008-07-17 2012-05-01 Siemens Enterprise Communications, Inc. Digital telecommunications system, program product for, and method of managing such a system
CN101577884B (zh) * 2008-09-19 2012-06-13 中兴通讯股份有限公司 一种ip多媒体链路的媒体协商方法
US8711857B2 (en) * 2008-09-30 2014-04-29 At&T Intellectual Property I, L.P. Dynamic facsimile transcoding in a unified messaging platform
EP3029964B1 (fr) * 2014-12-05 2016-09-28 Axis AB Procédé pour améliorer l'expérience audio pour un utilisateur d'un dispositif audio
CN104506745B (zh) * 2014-12-19 2018-02-13 上海斐讯数据通信技术有限公司 一种网关设备及通话监听处理方法
CN117042056A (zh) 2017-10-26 2023-11-10 华为技术有限公司 服务质量协商技术

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002052811A1 (fr) * 2000-12-22 2002-07-04 Nokia Corporation Procede et systeme de modification d'un parametre de connexion

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
US20060227728A1 (en) 2006-10-12
CN1868197A (zh) 2006-11-22
WO2005020535A1 (fr) 2005-03-03
EP1509018A1 (fr) 2005-02-23

Similar Documents

Publication Publication Date Title
WO2005020535A1 (fr) Procede, produit logiciel et dispositifs pour signaler la modification de liaisons sur voie porteuse au moyen du protocole sip
DE102005036298B3 (de) Verfahren und Kommunikationssystem zur Auswahl eines Übertragungsmodus' für eine Übermittlung von Nutzdaten
EP1492300A1 (fr) Procédé et arrangement pour l'accès à un premier terminal d'un premier réseau de transmissions depuis un noeud de communication d'un deuxième réseau de transmissions
EP1649659B1 (fr) Liaison entre abonnes dans des reseaux de communication hybrides
WO2005079049A1 (fr) Etablissement d'une liaison multimedia de transmission par paquets au moyen d'un systeme de reponse vocale interactif
DE60128745T2 (de) Verfahren und Vorrichtung zur Bereitstellung einer Zwischenschicht für den VOIP-Verbindungsaufbau
WO2003084203A1 (fr) Commande d'une liaison de communication vocale dans un reseau de communication a commutation par paquets entre differents dispositifs de communication associes a des domaines
EP1656789B1 (fr) Desactivation de liaisons dans des reseaux de communication
DE60225457T2 (de) Aufgeteilter vermittlungsknoten und verfahren zu dessen betrieb
EP1665756A1 (fr) Interfonctionnement de protocoles dans des reseaux multimedia hybrides
DE60212988T2 (de) Verfahren, Einrichtung und Computerprogramm zur Auswahl einer Medienübergangskontrollfunktion basierend auf der Überwachung von Resourcen von Medienübergangsfunktionen
EP1415437A1 (fr) Caracterisation de la qualite de service d'une transmission d'informations dans un reseau de communication
DE102005013544B3 (de) Verfahren zum Aufbauen einer Nutzdatenverbindung zwischen Endeinrichtungen
DE60029105T2 (de) Ip - basiertes fernsprechsystem
EP1207667B1 (fr) Procédé et système de communication pour l'établissement d'une liaison H.323 ou SIP à partir d'un réseau source vers une destination externe
DE10147148A1 (de) Netzübergangseinrichtung und Kommunikationssystem für Echtzeitkommunikationsverbindungen
EP1513312B1 (fr) Téléphonie Vidéo multimédia
DE10228919B4 (de) Verfahren zur Rufnummernumwertung zwischen Endgeräten in einem Kommunikationsnetzwerk
DE102006030591A1 (de) Verfahren zur Verwaltung von Kommunikationsverbindungen
WO2007003482A1 (fr) Procede pour etablir une liaison multimedia en cas de transfert de liaison en cascade
WO2003039096A1 (fr) Repartition fonctionnelle pour unites de commande de reseau
WO2009049640A1 (fr) Commande d'appel en mode commutation de circuits par le biais d'un canal utile ip dans le réseau d'accès
WO2004032474A1 (fr) Unite de commande integree
EP1813077A1 (fr) Procede permettant d'etablir une connexion multimedia

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: 20060203

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE FR GB

RBV Designated contracting states (corrected)

Designated state(s): DE FR GB

17Q First examination report despatched

Effective date: 20060629

DAX Request for extension of the european patent (deleted)
RBV Designated contracting states (corrected)

Designated state(s): DE FR GB

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG

RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SIEMENS NETWORKS S.P.A.

RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20071204