US20070201367A1 - System and method for interworking H.323 flow control with SIP - Google Patents
System and method for interworking H.323 flow control with SIP Download PDFInfo
- Publication number
- US20070201367A1 US20070201367A1 US11/364,708 US36470806A US2007201367A1 US 20070201367 A1 US20070201367 A1 US 20070201367A1 US 36470806 A US36470806 A US 36470806A US 2007201367 A1 US2007201367 A1 US 2007201367A1
- Authority
- US
- United States
- Prior art keywords
- protocol
- control message
- endpoint
- instructions
- transfer rate
- 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.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
Definitions
- SIP Session Initiation Protocol
- VoIP Voice over Internet Protocol
- SIP-enabled devices and H.323 devices both support video conferencing, but currently have limited or no interoperability.
- H.323 and H.320 video conferencing for instance, a common operation is to send a message to an endpoint to tell it to change its video transmit rate.
- H.323 provides various mechanisms for flow control, but SIP has no directly analogous mechanism. Thus, in order to deliver a sustainable product that can compete with conventional architectures, SIP developers need a means for enabling flow control to support video conferencing capabilities with H.323 devices.
- a method for controlling a transfer rate between a first endpoint and a second endpoint, wherein the first endpoint implements a first protocol and the second endpoint implements a second protocol.
- the method comprises receiving a first control message from the first endpoint, wherein the first control message conforms to the first protocol and comprises instructions for adjusting the transfer rate to a designated bandwidth; generating a second control message that conforms to the second protocol and comprises instructions for adjusting the transfer rate to the designated bandwidth; and sending the second control message to the second endpoint.
- a system for controlling a transfer rate between a first endpoint and a second endpoint, wherein the first endpoint implements a first protocol and the second endpoint implements a second protocol.
- the system comprises a receiver component operable to receive a first control message from the first endpoint, wherein the first control message conforms to the first protocol and comprises instructions for adjusting the transfer rate to a designated bandwidth; a processor component operable to generate a second control message that conforms to the second protocol and comprises instructions for adjusting the transfer rate to the designated bandwidth; and a transmitter component operable to send the second control message to the second endpoint.
- Important technical advantages of certain embodiments of the present invention include the interoperability of existing H.323 endpoints with SEP endpoints, especially in environments with non-transrating MCUs and ISDN gateways, and the ability of call agents to use flow control for purposes of bandwidth policy.
- FIG. 1 is a simplified block diagram of a communication system for exchanging data in accordance with certain teachings of the present invention.
- FIG. 2 is a simplified call diagram that illustrates an example operation of an embodiment of the present invention.
- the H.323 protocol provides various mechanisms for flow control during a communication session, such as a video conference.
- One H.323 mechanism that provides flow control is the H.245 FlowControlCommand message.
- An Open Logical Channel Acknowledgment (OLCAck) message may provide an alternative flow control mechanism.
- SIP provides no directly analogous flow control messages.
- a SIP-to-H.323 gateway must interwork the two different types of signaling to provide equivalent video flow control.
- FIG. 1 is a simplified block diagram of a communication system 10 for exchanging data in accordance with certain teachings of the present invention.
- Communication system 10 includes domains 12 a - 12 d , a public switched telephone network (PSTN) 14 , a wide-area network 16 (such as the Internet), a data network 18 , a broadband access link 20 , and a number of additional links 22 .
- Additional links 22 may include, for example, a digital subscriber line (DSL) link, a T1 link, a fiber optic link, or a wireless link.
- Communication system 10 also includes a set of trunk gateways 24 and 26 , a third-party application server 30 , and a Class-5 switch 32 .
- Each domain may include suitable network equipment and appropriate infrastructure (e.g., switches, routers, LANs, gateways, etc.) to facilitate a SIP session.
- Domain 12 a represents a residential location, which consists of a computer 40 and a telephone 42 .
- Telephone 42 may be an Internet protocol (IP) telephone or a standard telephone operable to interface with computer 40 such that one or more calling capabilities are enabled through telephone 42 . Accordingly, two types of telephones are illustrated in FIG. 1 .
- Domain 12 b represents a small business entity, which consists of a local area network (LAN), a router, several computers 40 , and several telephones 42 .
- domain 12 b may include a legacy platform 41 , which is operable to communicate with each telephone 42 and/or computer 40 .
- Domain 12 c represents a medium business entity, which consists of a LAN, router, a private branch exchange (PBX) or key system, several computers 40 , and several telephones 42 .
- Domain 12 d is a large business entity, which consists of a LAN, a router, a switch, a line gateway, several computers 40 , and several telephones 42 .
- domains 12 c and 12 d each include a communications platform 50 , which is operable to communicate with any number of “endpoints” (e.g., telephones 42 and/or computer 40 ).
- communications platform 50 is a Call Manager element, which is manufactured by Cisco Systems, Inc. of San Jose, Calif.
- communications platform 50 may be any suitable unit operable to interface with end-user devices (e.g., telephone 42 , computer 40 , etc.).
- Endpoint encompasses a myriad of potential devices and infrastructure that may benefit from the operations of communication system 10 .
- Endpoints may represent a personal digital assistant (PDA), a cellular telephone, a standard telephone (which may be coupled to a personal computer), an IP telephone, a personal computer, a laptop computer, a mobile telephone, or any other suitable device or element (or any appropriate combination of these elements) that is operable to receive data or information.
- FIG. 1 illustrates only one set of example devices that may be used within communication system 10 . The present invention is replete with numerous alternatives that could be used to facilitate the operations of communication system 10 .
- the internal structure of the endpoints are malleable and can be readily changed, modified, rearranged, or reconfigured in order to achieve their intended operations, as they pertain to the flow control feature.
- the endpoints can each include a link to communications platform 50 , which is operable to communicate with any number of endpoints/user agents/devices.
- communications platform 50 is a Call Manager element, which is manufactured by Cisco Systems, Inc. of San Jose, Calif.
- the Call Manager element is SIP-enabled, and it can readily accommodate other protocols (e.g., H.323).
- communications platform 50 is any suitable component (e.g. a gateway, a switch, a router, a bridge, a state machine, a processor, etc.) that is operable to interface with endpoints/end-users.
- communications platform 50 may alternatively be equipped with (or include) any suitable component, device, application specific integrated circuit (ASIC), processor, microprocessor, algorithm, read-only memory (ROM) element, random access memory (RAM) element, erasable programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), field-programmable gate array (FPGA), or any other suitable element or object that is operable to facilitate the operations thereof.
- ASIC application specific integrated circuit
- processor microprocessor
- algorithm read-only memory
- RAM random access memory
- EPROM erasable programmable ROM
- EEPROM electrically erasable programmable ROM
- FPGA field-programmable gate array
- Endpoints in communication system 10 implement various communication protocols, which may include the Session Initiation Protocol (SIP) and the H.323 protocol.
- SIP Session Initiation Protocol
- H.323 refers to any endpoint that implements the H.323 protocol.
- SIP is an application-layer control protocol that can establish, modify, and terminate multimedia sessions (conferences) such as Internet telephony calls. SIP can also invite participants to already existing sessions, such as multicast conferences. Media can be added to (and removed from) an existing session.
- SIP transparently supports name mapping and redirection services, which supports personal mobility. End users can maintain a single externally visible identifier regardless of their network location.
- SIP supports five facets of establishing and terminating multimedia communications: 1) user location (determining the end system to be used for communication); 2) user availability (determining the willingness of the called party to engage in communications); 3) user capabilities (determining the media and media parameters to be used); 4) session setup (“ringing” and establishment of session parameters at both called and calling party locations); and 5) session management (including transfer and termination of sessions, modifying session parameters, and invoking services).
- SIP provides primitives that can be used to implement different services. For example, SIP can locate a user and deliver an opaque object to his current location. If this primitive is used to deliver a session description conforming to the Session Description Protocol (SDP), for instance, the endpoints can agree on the parameters of a session. SIP can function with SOAP, HTTP, XML, SDP, and a variety of other protocols to implement services.
- SDP Session Description Protocol
- Endpoints in a SIP environment communicate by exchanging messages, which may be either a “request” or a “response.”
- an endpoint also sometimes referred to as a “user agent” or “UA” in a SIP environment
- UAC User Agent Client
- UAS User Agent Server
- a UAC generates requests and sends them to one or more UASs.
- a SIP proxy such as SIP proxy 46 in FIG. 1 , often facilitates message exchanges between SIP endpoints.
- a UAS receives requests, processes them, and sends responses.
- Each message includes a header comprising one or more header fields.
- many SIP headers include a “To:” header field and a “From:” header field.
- each header field may comprise one or more parameters that convey information about the message or, more generally, about a given session.
- a gateway translates control messages from endpoints that implement disparate protocols. For instance, the gateway may translate an H.245 FlowControlCommand message to a SIP re-INVITE request with an embedded SDP payload (or attachment), or vice versa.
- a gateway may be implemented as an independent physical or logical element in communication system 10 , or may be integrated into another element, such as communication platform 50 or any other form of call agent, feature server, protocol gateway, session border controller, or the like.
- the previous session is offered but with the bit rate of the video stream modified based on the FlowControlCommand message.
- H.323 flow control operations are often asymmetric, with transmit and receive rates controlled independently.
- SDP generally negotiates symmetric media flows on one line (an m-line), which results in symmetric control. Audio rates also are usually negotiated symmetrically on a single, but distinct, m-line. In this case the rate modification will be for both transmit and receive. Consequently, the gateway also should send a FlowControlCommand message back to the originator, indicating that the originator should adjust its transmit rate as well.
- reducing bandwidth bi-directionally does not create a bottleneck. For instance, if the objective of the FlowControlCommand message is to avoid an overflow, the reverse rate probably needs to be reduced anyway.
- FIG. 2 is a simplified call diagram that illustrates an example operation of an embodiment of the present invention.
- the gateway receives a FlowControlCommand message (H 1 ) from an H.323 endpoint, indicating that the SIP endpoint should adjust its transmit rate to 320 kbps.
- the gateway then generates a SIP re-INVITE request having an embedded session description that sets the transfer rate to 320 kbps, and sends the message (S 1 ) to the SIP endpoint. If the SIP endpoint accepts the SDP, it will adjust both the transmit rate and the receive rate.
- the gateway generates a second FlowControlCommand message (H 2 ) specifying an identical transmit rate for the H.323 endpoint, and send the message to the H.323 endpoint.
- H 2 FlowControlCommand message
- re-INVITEs received from a SIP endpoint may be mapped to FlowControlCommand messages if the only session change is a bandwidth modification.
- the gateway may receive a flow control instruction from an H.323 endpoint via an OLCAck message.
- Such an instruction may be manifested as a FlowControltoZero value set to TRUE in an OLCAck message.
- a message would be treated substantially the same as a FlowControlCommand message with a bandwidth of zero (0).
- SDP may specify transmit and receive rates on different m-lines, and the gateway may omit the reverse flow control message (H 2 in FIG. 2 ) since the semantics are more closely matched.
- a FlowControlCommand message specifying a rate of zero (0) is a special case in which a gateway may map the FlowControlCommand message to a re-INVITE with an SDP that specifies an m-line mode value of inactive or send only.
- the bandwidth may be specified on a b-line using a TIAS modifier, a CT modifier, or an AS modifier.
- a MAXBR parameter may be specified on an a-line with an ftmp attribute, which may provide backward compatibility with prior SDP implementations. While several specific methods of specifying a transfer rate in SDP have been identified here, such methods are presented for purposes of teaching only. The principles discussed herein are not limited to any particular method of specifying bandwidth.
Abstract
A system and method are provided for controlling a transfer rate between a first endpoint and a second endpoint, wherein the first endpoint implements a first protocol and the second endpoint implements a second protocol. The system and method may comprise elements for receiving a first control message from the first endpoint, wherein the first control message conforms to the first protocol and comprises instructions for adjusting the transfer rate to a designated bandwidth; generating a second control message that conforms to the second protocol and comprises instructions for adjusting the transfer rate to the designated bandwidth; and sending the second control message to the second endpoint.
Description
- The field of communications has become increasingly important in today's society. In particular, the ability to quickly and effectively interact with an individual (through any suitable communications media) presents a significant obstacle for component manufacturers, system designers, and network operators. This obstacle is made even more difficult due to the plethora of diverse communication technologies that exist in the current marketplace.
- As new communication architectures (such as the Session Initiation Protocol (SIP) and the Voice over Internet Protocol (VoIP)) become available to the consumer, new processes need to be developed in order to optimize this emerging technology. Interoperability between architectures and protocols is particularly important to the development of advanced communication systems. One example of the necessity for such interoperability is demonstrated in video conferencing. SIP-enabled devices and H.323 devices both support video conferencing, but currently have limited or no interoperability. In H.323 and H.320 video conferencing, for instance, a common operation is to send a message to an endpoint to tell it to change its video transmit rate. Common reasons for adjusting the video transmit rate include preventing overflow in ISDN Gateways (which have a fixed bandwidth), and to match video rates between devices so that they do not have to transrate the video (which may requires significant computing resources). H.323 provides various mechanisms for flow control, but SIP has no directly analogous mechanism. Thus, in order to deliver a sustainable product that can compete with conventional architectures, SIP developers need a means for enabling flow control to support video conferencing capabilities with H.323 devices.
- In accordance with the present invention, disadvantages and problems associated with interoperability of communications between disparate architectures have been substantially reduced or eliminated. In particular, the present invention greatly reduces problems associated with flow control of video conferencing between disparate architectures.
- In accordance with one embodiment of the present invention, a method is provided for controlling a transfer rate between a first endpoint and a second endpoint, wherein the first endpoint implements a first protocol and the second endpoint implements a second protocol. In such an embodiment, the method comprises receiving a first control message from the first endpoint, wherein the first control message conforms to the first protocol and comprises instructions for adjusting the transfer rate to a designated bandwidth; generating a second control message that conforms to the second protocol and comprises instructions for adjusting the transfer rate to the designated bandwidth; and sending the second control message to the second endpoint.
- In accordance with another embodiment of the present invention, a system is provided for controlling a transfer rate between a first endpoint and a second endpoint, wherein the first endpoint implements a first protocol and the second endpoint implements a second protocol. In such an embodiment, the system comprises a receiver component operable to receive a first control message from the first endpoint, wherein the first control message conforms to the first protocol and comprises instructions for adjusting the transfer rate to a designated bandwidth; a processor component operable to generate a second control message that conforms to the second protocol and comprises instructions for adjusting the transfer rate to the designated bandwidth; and a transmitter component operable to send the second control message to the second endpoint.
- Important technical advantages of certain embodiments of the present invention include the interoperability of existing H.323 endpoints with SEP endpoints, especially in environments with non-transrating MCUs and ISDN gateways, and the ability of call agents to use flow control for purposes of bandwidth policy.
- Other technical advantages of the present invention may be readily apparent to one skilled in the art from the following figures, descriptions, and claims. Moreover, while specific advantages have been enumerated above, various embodiments may include all, some, or none of the enumerated advantages.
- For a more complete understanding of the present invention and its advantages, reference is now made to the following description, taken in conjunction with the accompanying drawings, in which:
-
FIG. 1 is a simplified block diagram of a communication system for exchanging data in accordance with certain teachings of the present invention; and -
FIG. 2 is a simplified call diagram that illustrates an example operation of an embodiment of the present invention. - The H.323 protocol provides various mechanisms for flow control during a communication session, such as a video conference. One H.323 mechanism that provides flow control is the H.245 FlowControlCommand message. An Open Logical Channel Acknowledgment (OLCAck) message may provide an alternative flow control mechanism. SIP, however, provides no directly analogous flow control messages. In order for SIP and H.323 endpoints to participate in video calls with each other, a SIP-to-H.323 gateway must interwork the two different types of signaling to provide equivalent video flow control.
- For purposes of teaching and discussion, it is useful to provide an overview of a communication system in which certain features of the present invention may be implemented. The following foundational information may be viewed as a basis from which the present invention may be properly explained. Such information is offered earnestly for purposes of explanation only and, accordingly, should not be construed in any way to limit the broad scope of the present invention and its potential applications.
-
FIG. 1 is a simplified block diagram of acommunication system 10 for exchanging data in accordance with certain teachings of the present invention.Communication system 10 includes domains 12 a-12 d, a public switched telephone network (PSTN) 14, a wide-area network 16 (such as the Internet), adata network 18, abroadband access link 20, and a number ofadditional links 22.Additional links 22 may include, for example, a digital subscriber line (DSL) link, a T1 link, a fiber optic link, or a wireless link.Communication system 10 also includes a set oftrunk gateways party application server 30, and a Class-5switch 32. - Each domain may include suitable network equipment and appropriate infrastructure (e.g., switches, routers, LANs, gateways, etc.) to facilitate a SIP session.
Domain 12 a represents a residential location, which consists of acomputer 40 and atelephone 42.Telephone 42 may be an Internet protocol (IP) telephone or a standard telephone operable to interface withcomputer 40 such that one or more calling capabilities are enabled throughtelephone 42. Accordingly, two types of telephones are illustrated inFIG. 1 .Domain 12 b represents a small business entity, which consists of a local area network (LAN), a router,several computers 40, andseveral telephones 42. In addition,domain 12 b may include alegacy platform 41, which is operable to communicate with eachtelephone 42 and/orcomputer 40. -
Domain 12 c represents a medium business entity, which consists of a LAN, router, a private branch exchange (PBX) or key system,several computers 40, andseveral telephones 42.Domain 12 d is a large business entity, which consists of a LAN, a router, a switch, a line gateway,several computers 40, andseveral telephones 42. Note thatdomains communications platform 50, which is operable to communicate with any number of “endpoints” (e.g.,telephones 42 and/or computer 40). In one embodiment,communications platform 50 is a Call Manager element, which is manufactured by Cisco Systems, Inc. of San Jose, Calif. In other embodiments,communications platform 50 may be any suitable unit operable to interface with end-user devices (e.g.,telephone 42,computer 40, etc.). - Note that the term “endpoint” encompasses a myriad of potential devices and infrastructure that may benefit from the operations of
communication system 10. Endpoints may represent a personal digital assistant (PDA), a cellular telephone, a standard telephone (which may be coupled to a personal computer), an IP telephone, a personal computer, a laptop computer, a mobile telephone, or any other suitable device or element (or any appropriate combination of these elements) that is operable to receive data or information.FIG. 1 illustrates only one set of example devices that may be used withincommunication system 10. The present invention is replete with numerous alternatives that could be used to facilitate the operations ofcommunication system 10. - It should also be noted that the internal structure of the endpoints are malleable and can be readily changed, modified, rearranged, or reconfigured in order to achieve their intended operations, as they pertain to the flow control feature. Note also that the endpoints can each include a link to
communications platform 50, which is operable to communicate with any number of endpoints/user agents/devices. As indicated above, in one embodiment,communications platform 50 is a Call Manager element, which is manufactured by Cisco Systems, Inc. of San Jose, Calif. The Call Manager element is SIP-enabled, and it can readily accommodate other protocols (e.g., H.323). In other embodiments,communications platform 50 is any suitable component (e.g. a gateway, a switch, a router, a bridge, a state machine, a processor, etc.) that is operable to interface with endpoints/end-users. - As outlined above, software and/or hardware may reside in
communications platform 50 in order to achieve the teachings of the flow control feature of the present invention, as outlined herein. However, due to its flexibility,communications platform 50 may alternatively be equipped with (or include) any suitable component, device, application specific integrated circuit (ASIC), processor, microprocessor, algorithm, read-only memory (ROM) element, random access memory (RAM) element, erasable programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), field-programmable gate array (FPGA), or any other suitable element or object that is operable to facilitate the operations thereof. Considerable flexibility is provided by the structure ofcommunications platform 50 in the context ofcommunication system 10 and, accordingly, it should be construed as such. - Endpoints in
communication system 10 implement various communication protocols, which may include the Session Initiation Protocol (SIP) and the H.323 protocol. As used herein, then, the term “SIP endpoint” refers to any endpoint that implements the SIP protocol, and the term “H.323 endpoint” refers to any endpoint that implements the H.323 protocol. - For purposes of teaching and discussion, it is also useful to provide a more detailed view of SIP operations in an environment such as
communication system 10. Again, the following information may be viewed as a basis from which the present invention may be properly explained. Such information is offered earnestly for purposes of explanation only and, accordingly, should not be construed in any way to limit the broad scope of the present invention and its potential applications. - SIP is an application-layer control protocol that can establish, modify, and terminate multimedia sessions (conferences) such as Internet telephony calls. SIP can also invite participants to already existing sessions, such as multicast conferences. Media can be added to (and removed from) an existing session. To an end user, SIP transparently supports name mapping and redirection services, which supports personal mobility. End users can maintain a single externally visible identifier regardless of their network location.
- In general, SIP supports five facets of establishing and terminating multimedia communications: 1) user location (determining the end system to be used for communication); 2) user availability (determining the willingness of the called party to engage in communications); 3) user capabilities (determining the media and media parameters to be used); 4) session setup (“ringing” and establishment of session parameters at both called and calling party locations); and 5) session management (including transfer and termination of sessions, modifying session parameters, and invoking services).
- A standard SIP platform does not provide services. Rather, SIP provides primitives that can be used to implement different services. For example, SIP can locate a user and deliver an opaque object to his current location. If this primitive is used to deliver a session description conforming to the Session Description Protocol (SDP), for instance, the endpoints can agree on the parameters of a session. SIP can function with SOAP, HTTP, XML, SDP, and a variety of other protocols to implement services.
- Endpoints in a SIP environment communicate by exchanging messages, which may be either a “request” or a “response.” Generally, an endpoint (also sometimes referred to as a “user agent” or “UA” in a SIP environment) operates as either a User Agent Client (UAC) or a User Agent Server (UAS), although a single endpoint can (and often does) operate as both a UAC and a UAS. A UAC generates requests and sends them to one or more UASs. A SIP proxy, such as
SIP proxy 46 inFIG. 1 , often facilitates message exchanges between SIP endpoints. A UAS receives requests, processes them, and sends responses. - Each message (requests and responses) includes a header comprising one or more header fields. For example, many SIP headers include a “To:” header field and a “From:” header field. In turn, each header field may comprise one or more parameters that convey information about the message or, more generally, about a given session.
- In certain embodiments of the present invention, a gateway translates control messages from endpoints that implement disparate protocols. For instance, the gateway may translate an H.245 FlowControlCommand message to a SIP re-INVITE request with an embedded SDP payload (or attachment), or vice versa. Such a gateway may be implemented as an independent physical or logical element in
communication system 10, or may be integrated into another element, such ascommunication platform 50 or any other form of call agent, feature server, protocol gateway, session border controller, or the like. In the re-INVITE, the previous session is offered but with the bit rate of the video stream modified based on the FlowControlCommand message. H.323 flow control operations are often asymmetric, with transmit and receive rates controlled independently. However, SDP generally negotiates symmetric media flows on one line (an m-line), which results in symmetric control. Audio rates also are usually negotiated symmetrically on a single, but distinct, m-line. In this case the rate modification will be for both transmit and receive. Consequently, the gateway also should send a FlowControlCommand message back to the originator, indicating that the originator should adjust its transmit rate as well. Generally, though, reducing bandwidth bi-directionally does not create a bottleneck. For instance, if the objective of the FlowControlCommand message is to avoid an overflow, the reverse rate probably needs to be reduced anyway. -
FIG. 2 is a simplified call diagram that illustrates an example operation of an embodiment of the present invention. InFIG. 2 , the gateway receives a FlowControlCommand message (H1) from an H.323 endpoint, indicating that the SIP endpoint should adjust its transmit rate to 320 kbps. In accordance with certain teachings of the present invention, the gateway then generates a SIP re-INVITE request having an embedded session description that sets the transfer rate to 320 kbps, and sends the message (S1) to the SIP endpoint. If the SIP endpoint accepts the SDP, it will adjust both the transmit rate and the receive rate. Accordingly, the gateway generates a second FlowControlCommand message (H2) specifying an identical transmit rate for the H.323 endpoint, and send the message to the H.323 endpoint. Similarly, re-INVITEs received from a SIP endpoint may be mapped to FlowControlCommand messages if the only session change is a bandwidth modification. - Alternatively, the gateway may receive a flow control instruction from an H.323 endpoint via an OLCAck message. Such an instruction may be manifested as a FlowControltoZero value set to TRUE in an OLCAck message. In accordance with certain teachings of the present invention, then, such a message would be treated substantially the same as a FlowControlCommand message with a bandwidth of zero (0).
- Although the present invention has been described with several embodiments, a myriad of changes, variations, alterations, transformations, and modifications may be suggested to one skilled in the art, and it is intended that the present invention encompass such changes, variations, alterations, transformations, and modifications as fall within the scope of the appended claims.
- For instance, in other embodiments, SDP may specify transmit and receive rates on different m-lines, and the gateway may omit the reverse flow control message (H2 in
FIG. 2 ) since the semantics are more closely matched. Yet other embodiments may also recognize that a FlowControlCommand message specifying a rate of zero (0) is a special case in which a gateway may map the FlowControlCommand message to a re-INVITE with an SDP that specifies an m-line mode value of inactive or send only. - Moreover, there are numerous ways to specify a particular transfer rate in SDP. For instance, the bandwidth may be specified on a b-line using a TIAS modifier, a CT modifier, or an AS modifier. Alternatively, a MAXBR parameter may be specified on an a-line with an ftmp attribute, which may provide backward compatibility with prior SDP implementations. While several specific methods of specifying a transfer rate in SDP have been identified here, such methods are presented for purposes of teaching only. The principles discussed herein are not limited to any particular method of specifying bandwidth.
Claims (22)
1. A method for controlling a transfer rate between a first endpoint and a second endpoint, wherein the first endpoint implements a first protocol and the second endpoint implements a second protocol, the method comprising:
receiving a first control message from the first endpoint, wherein the first control message conforms to the first protocol and comprises instructions for adjusting the transfer rate to a designated bandwidth;
generating a second control message that conforms to the second protocol and comprises instructions for adjusting the transfer rate to the designated bandwidth; and
sending the second control message to the second endpoint.
2. The method of claim 1 , wherein the instructions of the first control message comprise instructions for adjusting the transfer rate for a first stream direction; and further comprising sending a third control message to the first endpoint that conforms to the first protocol and comprises instructions for adjusting the transfer rate for a second stream direction that is opposite the first stream direction.
3. The method of claim 2 , wherein the first protocol is an H.323 protocol;
wherein the second protocol is a Session Initiation Protocol; and wherein the second control message carries the instructions in a session description.
4. The method of claim 1 , wherein the second control message carries the instructions in a session description.
5. The method of claim 1 , wherein the designated bandwidth is zero; and wherein the instructions of the second control message comprise a session description that specifies an inactive mode.
6. The method of claim 1 , wherein the designated bandwidth is zero; and wherein the instructions of the second control message comprise a session description that specifies a send-only mode.
7. The method of claim 2 , wherein the first protocol is a Session Initiation Protocol; wherein the second protocol is an H.323 protocol; and wherein the first control message carries the instructions in a session description.
8. A system for controlling a transfer rate between a first endpoint and a second endpoint, wherein the first endpoint implements a first protocol and the second endpoint implements a second protocol, the system comprising:
a receiver component operable to receive a first control message from the first endpoint, wherein the first control message conforms to the first protocol and comprises instructions for adjusting the transfer rate to a designated bandwidth;
a processor component operable to generate a second control message that conforms to the second protocol and comprises instructions for adjusting the transfer rate to the designated bandwidth; and
a transmitter component operable to send the second control message to the second endpoint.
9. The system of claim 8 , wherein the instructions of the first control message comprise instructions for adjusting the transfer rate for a first stream direction; and wherein the transmitter component is further operable to send a third control message to the first endpoint that conforms to the first protocol and comprises instructions for adjusting the transfer rate for a second stream direction that is opposite the first stream direction.
10. The system of claim 9 , wherein the first protocol is an H.323 protocol; wherein the second protocol is a Session Initiation Protocol; and wherein the second control message carries the instructions in a session description.
11. The system of claim 8 , wherein the second control message carries the instructions in a session description.
12. The system of claim 8 , wherein the designated bandwidth is zero; and wherein the instructions of the second control message comprise a session description that specifies an inactive mode.
13. The system of claim 8 , wherein the designated bandwidth is zero; and wherein the instructions of the second control message comprise a session description that specifies a send-only mode.
14. The system of claim 9 , wherein the first protocol is a Session Initiation Protocol; wherein the second protocol is an H.323 protocol; and wherein the first control message carries the instructions in a session description.
15. Software encoded in a computer-readable medium comprising computer code such that when executed is operable to:
receive a first control message from a first endpoint that implements a first protocol, wherein the first control message conforms to the first protocol and comprises instructions for adjusting a transfer rate to a designated bandwidth;
generate a second control message that conforms to a second protocol and comprises instructions for adjusting the transfer rate to the designated bandwidth; and
send the second control message to a second endpoint that implements the second protocol.
16. The software of claim 15 , wherein the instructions of the first control message comprise instructions for adjusting the transfer rate for a first stream direction; and wherein the computer code is further operable to send a third control message to the first endpoint that conforms to the first protocol and comprises instructions for adjusting the transfer rate for a second stream direction that is opposite the first stream direction.
17. The software of claim 16 , wherein the first protocol is an H.323 protocol; wherein the second protocol is a Session Initiation Protocol; and wherein the second control message carries the instructions in a session description.
18. The software of claim 15 , wherein the second control message carries the instructions in a session description.
19. The software of claim 15 , wherein the designated bandwidth is zero; and wherein the instructions of the second control message comprise a session description that specifies an inactive mode.
20. The software of claim 15 , wherein the designated bandwidth is zero; and wherein the instructions of the second control message comprise a session description that specifies a send-only mode.
21. The software of claim 16 , wherein the first protocol is a Session Initiation Protocol; wherein the second protocol is an H.323 protocol; and wherein the first control message carries the instructions in a session description.
22. A system for controlling a transfer rate between a first endpoint and a second endpoint, wherein the first endpoint implements a first protocol and the second endpoint implements a second protocol, the system comprising:
means for receiving a first control message from the first endpoint, wherein the first control message conforms to the first protocol and comprises instructions for adjusting the transfer rate to a designated bandwidth;
means for generating a second control message that conforms to the second protocol and comprises instructions for adjusting the transfer rate to the designated bandwidth; and
means for sending the second control message to the second endpoint.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/364,708 US20070201367A1 (en) | 2006-02-27 | 2006-02-27 | System and method for interworking H.323 flow control with SIP |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/364,708 US20070201367A1 (en) | 2006-02-27 | 2006-02-27 | System and method for interworking H.323 flow control with SIP |
Publications (1)
Publication Number | Publication Date |
---|---|
US20070201367A1 true US20070201367A1 (en) | 2007-08-30 |
Family
ID=38443843
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/364,708 Abandoned US20070201367A1 (en) | 2006-02-27 | 2006-02-27 | System and method for interworking H.323 flow control with SIP |
Country Status (1)
Country | Link |
---|---|
US (1) | US20070201367A1 (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070204065A1 (en) * | 2006-02-27 | 2007-08-30 | Harton David C | Method and system for providing communication protocol interoperability |
US20080159329A1 (en) * | 2006-12-29 | 2008-07-03 | Verizon Services Corp. | Method, Computer Program Product, and Apparatus for Providing a Universal High Speed Link for Operation Support System Data |
US20090129351A1 (en) * | 2007-11-16 | 2009-05-21 | Samsung Electronics Co. Ltd. | Apparatus and method for transmitting data in customer premises equipment |
US20090201910A1 (en) * | 2008-02-13 | 2009-08-13 | Cisco Technology, Inc. | Apparatus and method to handle dynamic payloads in a heterogeneous network |
US8811393B2 (en) | 2010-10-04 | 2014-08-19 | Cisco Technology, Inc. | IP address version interworking in communication networks |
CN105245487A (en) * | 2014-06-11 | 2016-01-13 | 中兴通讯股份有限公司 | Method and device for scheduling protocol stack in remote presentation system |
US9961211B1 (en) * | 2016-10-21 | 2018-05-01 | Avaya Inc. | System and method for tracking call billing |
Citations (42)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3963874A (en) * | 1975-01-22 | 1976-06-15 | Stromberg-Carlson Corporation | Busy-test arrangement for electronic private automatic branch exchange |
US5809321A (en) * | 1995-08-16 | 1998-09-15 | Microunity Systems Engineering, Inc. | General purpose, multiple precision parallel operation, programmable media processor |
US6098123A (en) * | 1997-05-08 | 2000-08-01 | International Business Machines Corporation | Method and apparatus for dynamic allocation of bandwidth to/from network adapter memory amongst active input/output ports |
US20010046234A1 (en) * | 2000-04-10 | 2001-11-29 | Hemant Agrawal | Method and apparatus for S.I.P./H. 323 interworking |
US6490275B1 (en) * | 1998-10-13 | 2002-12-03 | Nokia Telecommunications, Oy | Method and apparatus for improving call setup efficiency in multimedia communications systems |
US20020191635A1 (en) * | 2001-06-14 | 2002-12-19 | Chow Albert T. | Broadband network with enterprise wireless communication method for residential and business environment |
US6501750B1 (en) * | 1998-06-05 | 2002-12-31 | Siemens Information & Communication Networks, Inc. | Method and device for device-to-device enablement of camp-on capability |
US6510162B1 (en) * | 1998-05-27 | 2003-01-21 | 3Com Corporation | System and method for managing channel usage in a data over cable system |
US6546087B2 (en) * | 2001-02-16 | 2003-04-08 | Siemens Information & Communication Networks, Inc. | Method and system for enabling queue camp-on for skills-based routing |
US6567505B1 (en) * | 1998-03-20 | 2003-05-20 | Fujitsu Limited | Method and apparatus for camp-on service control |
US6584110B1 (en) * | 1999-01-13 | 2003-06-24 | Fujitsu Limited | Voice gateway and route selection |
US6601099B1 (en) * | 1998-11-27 | 2003-07-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for extending the use of SIP (session initiation protocol) |
US6615236B2 (en) * | 1999-11-08 | 2003-09-02 | Worldcom, Inc. | SIP-based feature control |
US6614899B1 (en) * | 2000-01-31 | 2003-09-02 | Nortel Networks Limited | Method and apparatus for providing advanced IP telephony services in an intelligent endpoint |
US6625141B1 (en) * | 1999-06-18 | 2003-09-23 | Telefonaktiebolaget L M Ericsson (Publ) | System and method for providing value-added services (VAS) in an integrated telecommunications network using session initiation protocol (SIP) |
US6636594B1 (en) * | 1998-12-22 | 2003-10-21 | Cisco Technology, Inc. | Dial plan mapper |
US6658095B1 (en) * | 2002-03-19 | 2003-12-02 | Nortel Networks Limited | Customized presence information delivery |
US6661799B1 (en) * | 2000-09-13 | 2003-12-09 | Alcatel Usa Sourcing, L.P. | Method and apparatus for facilitating peer-to-peer application communication |
US6665723B2 (en) * | 2001-11-29 | 2003-12-16 | Nokia Corporation | External trusted party call processing in SIP environments |
US20030231741A1 (en) * | 2002-06-14 | 2003-12-18 | G3 Nova Technology, Inc. | Multi-protocol, multi-interface communications device testing system |
US6678735B1 (en) * | 2000-01-26 | 2004-01-13 | Nortel Networks Limited | Method and apparatus for a sip client manager |
US6684147B2 (en) * | 2001-12-17 | 2004-01-27 | Hydro-Aire, Inc. | Sliding integral proportional (SIP) controller for aircraft skid control |
US6731625B1 (en) * | 1997-02-10 | 2004-05-04 | Mci Communications Corporation | System, method and article of manufacture for a call back architecture in a hybrid network with support for internet telephony |
US6738390B1 (en) * | 2000-04-03 | 2004-05-18 | Siemens Information & Communication Networks, Inc. | SIP-H.323 gateway implementation to integrate SIP agents into the H.323 system |
US6754181B1 (en) * | 1996-11-18 | 2004-06-22 | Mci Communications Corporation | System and method for a directory service supporting a hybrid communication system architecture |
US6760322B1 (en) * | 1997-03-17 | 2004-07-06 | Fujitsu Limited | CTI Control System |
US6785246B2 (en) * | 2001-01-09 | 2004-08-31 | Telefonaktiebolaget L M Ericsson (Publ) | Multi-party conferencing method |
US6788676B2 (en) * | 2002-10-30 | 2004-09-07 | Nokia Corporation | User equipment device enabled for SIP signalling to provide multimedia services with QoS |
US6839337B2 (en) * | 2001-12-10 | 2005-01-04 | Motorola, Inc. | Binding proxy for mobile devices in a data network |
US20050013312A1 (en) * | 2003-05-23 | 2005-01-20 | Karlsen Per Arne | Method for managing variation in a data flow rate |
US6885658B1 (en) * | 1999-06-07 | 2005-04-26 | Nortel Networks Limited | Method and apparatus for interworking between internet protocol (IP) telephony protocols |
US20050195860A1 (en) * | 2004-03-05 | 2005-09-08 | General Instrument Corporation | Combining data streams conforming to mutually exclusive signaling protocols into a single IP telephony session |
US20050226403A1 (en) * | 2002-12-04 | 2005-10-13 | Avaya Technology Corp. | Outbound dialing decision criteria based |
US20050286494A1 (en) * | 2004-06-29 | 2005-12-29 | Michael Hollatz | Method and apparatus for dynamic VoIP phone protocol selection |
US7068601B2 (en) * | 2001-07-16 | 2006-06-27 | International Business Machines Corporation | Codec with network congestion detection and automatic fallback: methods, systems & program products |
US7072332B2 (en) * | 2001-09-27 | 2006-07-04 | Samsung Electronics Co., Ltd. | Soft switch using distributed firewalls for load sharing voice-over-IP traffic in an IP network |
US20060174015A1 (en) * | 2003-01-09 | 2006-08-03 | Jesus-Javier Arauz-Rosado | Method and apparatus for codec selection |
US7126926B1 (en) * | 2000-01-14 | 2006-10-24 | Symbol Technologies, Inc. | Multi-tier wireless communications architecture, applications and methods |
US20070121596A1 (en) * | 2005-08-09 | 2007-05-31 | Sipera Systems, Inc. | System and method for providing network level and nodal level vulnerability protection in VoIP networks |
US20070204065A1 (en) * | 2006-02-27 | 2007-08-30 | Harton David C | Method and system for providing communication protocol interoperability |
US20070291776A1 (en) * | 2005-07-28 | 2007-12-20 | Dilithium Networks, Inc. | Method and apparatus for billing for media during communications in channel-based media telecommunication protocols |
US7352705B1 (en) * | 2004-09-03 | 2008-04-01 | Avaya Technology Corp. | Method and apparatus for determining endpoints for use as testing devices |
-
2006
- 2006-02-27 US US11/364,708 patent/US20070201367A1/en not_active Abandoned
Patent Citations (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3963874A (en) * | 1975-01-22 | 1976-06-15 | Stromberg-Carlson Corporation | Busy-test arrangement for electronic private automatic branch exchange |
US5809321A (en) * | 1995-08-16 | 1998-09-15 | Microunity Systems Engineering, Inc. | General purpose, multiple precision parallel operation, programmable media processor |
US6754181B1 (en) * | 1996-11-18 | 2004-06-22 | Mci Communications Corporation | System and method for a directory service supporting a hybrid communication system architecture |
US6731625B1 (en) * | 1997-02-10 | 2004-05-04 | Mci Communications Corporation | System, method and article of manufacture for a call back architecture in a hybrid network with support for internet telephony |
US6760322B1 (en) * | 1997-03-17 | 2004-07-06 | Fujitsu Limited | CTI Control System |
US6098123A (en) * | 1997-05-08 | 2000-08-01 | International Business Machines Corporation | Method and apparatus for dynamic allocation of bandwidth to/from network adapter memory amongst active input/output ports |
US6567505B1 (en) * | 1998-03-20 | 2003-05-20 | Fujitsu Limited | Method and apparatus for camp-on service control |
US6510162B1 (en) * | 1998-05-27 | 2003-01-21 | 3Com Corporation | System and method for managing channel usage in a data over cable system |
US6501750B1 (en) * | 1998-06-05 | 2002-12-31 | Siemens Information & Communication Networks, Inc. | Method and device for device-to-device enablement of camp-on capability |
US6490275B1 (en) * | 1998-10-13 | 2002-12-03 | Nokia Telecommunications, Oy | Method and apparatus for improving call setup efficiency in multimedia communications systems |
US6601099B1 (en) * | 1998-11-27 | 2003-07-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for extending the use of SIP (session initiation protocol) |
US6636594B1 (en) * | 1998-12-22 | 2003-10-21 | Cisco Technology, Inc. | Dial plan mapper |
US6584110B1 (en) * | 1999-01-13 | 2003-06-24 | Fujitsu Limited | Voice gateway and route selection |
US6885658B1 (en) * | 1999-06-07 | 2005-04-26 | Nortel Networks Limited | Method and apparatus for interworking between internet protocol (IP) telephony protocols |
US6625141B1 (en) * | 1999-06-18 | 2003-09-23 | Telefonaktiebolaget L M Ericsson (Publ) | System and method for providing value-added services (VAS) in an integrated telecommunications network using session initiation protocol (SIP) |
US6615236B2 (en) * | 1999-11-08 | 2003-09-02 | Worldcom, Inc. | SIP-based feature control |
US7126926B1 (en) * | 2000-01-14 | 2006-10-24 | Symbol Technologies, Inc. | Multi-tier wireless communications architecture, applications and methods |
US6678735B1 (en) * | 2000-01-26 | 2004-01-13 | Nortel Networks Limited | Method and apparatus for a sip client manager |
US6614899B1 (en) * | 2000-01-31 | 2003-09-02 | Nortel Networks Limited | Method and apparatus for providing advanced IP telephony services in an intelligent endpoint |
US6738390B1 (en) * | 2000-04-03 | 2004-05-18 | Siemens Information & Communication Networks, Inc. | SIP-H.323 gateway implementation to integrate SIP agents into the H.323 system |
US20060007954A1 (en) * | 2000-04-10 | 2006-01-12 | At&T Corp. | Method and apparatus for S.I.P./H.323 interworking |
US20010046234A1 (en) * | 2000-04-10 | 2001-11-29 | Hemant Agrawal | Method and apparatus for S.I.P./H. 323 interworking |
US7002989B2 (en) * | 2000-04-10 | 2006-02-21 | At&T Corp. | Method and apparatus for S.I.P./H. 323 interworking |
US6661799B1 (en) * | 2000-09-13 | 2003-12-09 | Alcatel Usa Sourcing, L.P. | Method and apparatus for facilitating peer-to-peer application communication |
US6785246B2 (en) * | 2001-01-09 | 2004-08-31 | Telefonaktiebolaget L M Ericsson (Publ) | Multi-party conferencing method |
US6546087B2 (en) * | 2001-02-16 | 2003-04-08 | Siemens Information & Communication Networks, Inc. | Method and system for enabling queue camp-on for skills-based routing |
US20020191635A1 (en) * | 2001-06-14 | 2002-12-19 | Chow Albert T. | Broadband network with enterprise wireless communication method for residential and business environment |
US7068601B2 (en) * | 2001-07-16 | 2006-06-27 | International Business Machines Corporation | Codec with network congestion detection and automatic fallback: methods, systems & program products |
US7072332B2 (en) * | 2001-09-27 | 2006-07-04 | Samsung Electronics Co., Ltd. | Soft switch using distributed firewalls for load sharing voice-over-IP traffic in an IP network |
US6665723B2 (en) * | 2001-11-29 | 2003-12-16 | Nokia Corporation | External trusted party call processing in SIP environments |
US6839337B2 (en) * | 2001-12-10 | 2005-01-04 | Motorola, Inc. | Binding proxy for mobile devices in a data network |
US6684147B2 (en) * | 2001-12-17 | 2004-01-27 | Hydro-Aire, Inc. | Sliding integral proportional (SIP) controller for aircraft skid control |
US6658095B1 (en) * | 2002-03-19 | 2003-12-02 | Nortel Networks Limited | Customized presence information delivery |
US20030231741A1 (en) * | 2002-06-14 | 2003-12-18 | G3 Nova Technology, Inc. | Multi-protocol, multi-interface communications device testing system |
US6788676B2 (en) * | 2002-10-30 | 2004-09-07 | Nokia Corporation | User equipment device enabled for SIP signalling to provide multimedia services with QoS |
US20050226403A1 (en) * | 2002-12-04 | 2005-10-13 | Avaya Technology Corp. | Outbound dialing decision criteria based |
US20060174015A1 (en) * | 2003-01-09 | 2006-08-03 | Jesus-Javier Arauz-Rosado | Method and apparatus for codec selection |
US20050013312A1 (en) * | 2003-05-23 | 2005-01-20 | Karlsen Per Arne | Method for managing variation in a data flow rate |
US20050195860A1 (en) * | 2004-03-05 | 2005-09-08 | General Instrument Corporation | Combining data streams conforming to mutually exclusive signaling protocols into a single IP telephony session |
US20050286494A1 (en) * | 2004-06-29 | 2005-12-29 | Michael Hollatz | Method and apparatus for dynamic VoIP phone protocol selection |
US7352705B1 (en) * | 2004-09-03 | 2008-04-01 | Avaya Technology Corp. | Method and apparatus for determining endpoints for use as testing devices |
US20070291776A1 (en) * | 2005-07-28 | 2007-12-20 | Dilithium Networks, Inc. | Method and apparatus for billing for media during communications in channel-based media telecommunication protocols |
US20070121596A1 (en) * | 2005-08-09 | 2007-05-31 | Sipera Systems, Inc. | System and method for providing network level and nodal level vulnerability protection in VoIP networks |
US20070204065A1 (en) * | 2006-02-27 | 2007-08-30 | Harton David C | Method and system for providing communication protocol interoperability |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070204065A1 (en) * | 2006-02-27 | 2007-08-30 | Harton David C | Method and system for providing communication protocol interoperability |
US20080159329A1 (en) * | 2006-12-29 | 2008-07-03 | Verizon Services Corp. | Method, Computer Program Product, and Apparatus for Providing a Universal High Speed Link for Operation Support System Data |
US7796641B2 (en) * | 2006-12-29 | 2010-09-14 | Verizon Services Corp. | Method, computer program product, and apparatus for providing a universal high speed link for operation support system data |
US20090129351A1 (en) * | 2007-11-16 | 2009-05-21 | Samsung Electronics Co. Ltd. | Apparatus and method for transmitting data in customer premises equipment |
US8310925B2 (en) * | 2007-11-16 | 2012-11-13 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting data in customer premises equipment |
US20090201910A1 (en) * | 2008-02-13 | 2009-08-13 | Cisco Technology, Inc. | Apparatus and method to handle dynamic payloads in a heterogeneous network |
US8687624B2 (en) * | 2008-02-13 | 2014-04-01 | Cisco Technology, Inc. | Apparatus and method to handle dynamic payloads in a heterogeneous network |
US8811393B2 (en) | 2010-10-04 | 2014-08-19 | Cisco Technology, Inc. | IP address version interworking in communication networks |
CN105245487A (en) * | 2014-06-11 | 2016-01-13 | 中兴通讯股份有限公司 | Method and device for scheduling protocol stack in remote presentation system |
US9961211B1 (en) * | 2016-10-21 | 2018-05-01 | Avaya Inc. | System and method for tracking call billing |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7596150B2 (en) | System and method for consolidating media signaling to facilitate internet protocol (IP) telephony | |
US7995559B2 (en) | System and method for interworking communication protocols to provide supplementary services | |
Toga et al. | ITU-T standardization activities for interactive multimedia communications on packet-based networks: H. 323 and related recommendations | |
US6738390B1 (en) | SIP-H.323 gateway implementation to integrate SIP agents into the H.323 system | |
US7301913B2 (en) | Transcoding arrangement in a session initiation | |
US20040202295A1 (en) | Lawful interception for VoIP calls in IP based networks | |
EP2044730B1 (en) | System and method for establishing a communication session between two endpoints that do not both support secure media | |
US20070201367A1 (en) | System and method for interworking H.323 flow control with SIP | |
JP4382435B2 (en) | Network, server apparatus and call quality control method used therefor | |
Arora et al. | Voice over IP: Protocols and standards | |
US20070201459A1 (en) | System and method for providing status notification for conventional telephony devices in a session initiation protocol environment | |
US7701971B2 (en) | System and method for providing a compatibility feature in a session initiation protocol (SIP) environment | |
US20070204065A1 (en) | Method and system for providing communication protocol interoperability | |
KR100514196B1 (en) | System and method for Controlling network address translation and session | |
WO2007019777A1 (en) | A session establish method and a session control node | |
Soares et al. | Past, present and future of IP telephony | |
US8495231B1 (en) | System and method for remote call control | |
US8036360B1 (en) | System and method for hook state notification | |
EP1871067B1 (en) | A calling method between the terminals of packet multimedia communication system | |
US7778274B2 (en) | System and method for providing a compatibility feature in a session initiation protocol (SIP) environment | |
Chakraborty et al. | VoIP Protocol Fundamentals | |
US9967129B1 (en) | System and method for communicating call information in a sessions initiation protocol (SIP) environment | |
Kellerer | Intelligence on top of the networks: SIP based service control layer signaling | |
KR100785792B1 (en) | Method and system for providing service on SIP-based Internet telephony system | |
EP2059001A1 (en) | Multitype SIP processing element |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: CISCO TECHNOLOGY, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CHEN, YUN-CHUNG;JONES, PAUL E.;RESTRICK JR., JOHN K.;REEL/FRAME:017632/0749 Effective date: 20060227 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |