US20030043992A1 - Architecture for transporting PBX signaling codes via sip - Google Patents
Architecture for transporting PBX signaling codes via sip Download PDFInfo
- Publication number
- US20030043992A1 US20030043992A1 US10/074,340 US7434002A US2003043992A1 US 20030043992 A1 US20030043992 A1 US 20030043992A1 US 7434002 A US7434002 A US 7434002A US 2003043992 A1 US2003043992 A1 US 2003043992A1
- Authority
- US
- United States
- Prior art keywords
- sip
- message
- translator
- telephony
- pbx
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/009—Arrangements for interconnection between switching centres in systems involving PBX or KTS networks
-
- 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/1069—Session establishment or de-establishment
-
- 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/1083—In-session procedures
- H04L65/1094—Inter-user-equipment sessions transfer or sharing
-
- 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
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0025—Provisions for signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
- H04Q3/0045—Provisions for intelligent networking involving hybrid, i.e. a mixture of public and private, or multi-vendor systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13034—A/D conversion, code compression/expansion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13102—Common translator
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1322—PBX
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13384—Inter-PBX traffic, PBX networks, e.g. corporate networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13389—LAN, internet
Definitions
- This invention relates generally to internet telephony, and more particularly, to transporting private telephony signaling codes using an application layer control protocol.
- PBX private branch exchange
- the intelligence of the system generally resides within the PBX, while the phone is a simple terminal.
- the PBX allows the phone to make and receive simple telephone calls, and also provides numerous additional services such as, for example, dial-by-name, voice mail, speed dial, call transfer, display of caller information, and the like.
- Such PBX functionality is generally achieved by the exchange of digital, vendor-specific, private signaling codes between the phone and the PBX.
- the underlying transport mechanism for the private signaling code exchange may be a direct point-to-point digital connection, or via an internet protocol (IP) based networked connection.
- IP internet protocol
- the telephone is generally an IP telephone or a digital telephone with an IP translator, either of which is capable of IP telephony communication.
- FIG. 1 is a schematic block diagram of a typical IP telephony network.
- the network includes a telephone 10 coupled to a PBX 12 over an IP network 14 .
- the telephone 10 preferably communicates with the PBX 12 , and accesses the full host of services provided by the PBX by transmitting private signaling codes over the IP network 14 .
- the corresponding private signaling code is transmitted from the telephone to the PBX 12 to request the PBX to perform an operation for the phone, such as, for example, a call hold operation.
- the telephone 10 and the PBX 12 are preferably coupled to one or more IP translators 16 , 20 translating between private code/voice signaling and IP signaling.
- the IP translator 16 coupled to the telephone 10 receives private signaling codes transmitted by the phone, encapsulates the codes within IP packets, and transmits these IP packets over the IP network 14 .
- the private signaling code packets are typically transport layer TCP or UDP packets.
- Digital voice transmitted by the telephone 10 is converted into packetized voice, such as, for example, real time protocol (RTP) packets, which are also then transmitted over the IP network 14 via the IP translator 16 .
- RTP real time protocol
- a recipient translator 20 receives the IP packets, decapsulates the private signaling codes, and forwards these codes to the PBX 12 for invoking a particular PBX function for the telephone 10 .
- the RTP voice packets are also decompressed, converted to standard digital voice, and sent to the PBX.
- Some PBX systems similarly accomplish the overall function of converting between packetized and digital data using IP translators which are internal to the PBX and telephone devices, instead of the external translators 16 , 20 as shown in FIG. 1.
- a major deficiency with the network illustrated in FIG. 1 is that the private signaling codes transmitted in traditional IP packets by the IP translators 16 , 20 are generally vendor-specific and unidentifiable by other third-party devices. Powerful third-party SIP services such as intelligent call redirection, one-number forwarding, integration with presence and instant messaging functions, and other such services are incompatible with the private signaling code IP packets.
- H.323 and SIP session initiation protocol
- H.323/SIP phones can communicate with some PBXs
- the PBX services provided are generally simple, such as, for example, making or receiving a call.
- the H.323 and SIP phones are generally not exposed to the full suite of PBX services accessible only via private signaling codes.
- a telephone system may take advantage of the full integrated suite of services provided by both the PBX system and the SIP network.
- Such an integrated system allows the PBX system to take advantage of existing and emerging third-party SIP services. It also allows SIP hardware-based IP phones and software-based user agents, to take full advantage of the PBX services.
- the present invention is directed to a system and method for transporting private signaling codes via an application layer control protocol such as, for example, a SIP protocol.
- an application layer control protocol such as, for example, a SIP protocol.
- the invention is directed to a telephony communications network that includes a telephony unit, a translator coupled to the telephony unit, and a communications interface coupled to the translator.
- the telephony unit generates telephony signaling codes.
- the translator encapsulates the telephony signaling codes in an application layer control protocol message.
- the communications interface transmits the message with the telephony signaling codes over a communications network.
- the invention is directed to a telephony communications network that includes a telephony unit and a translator coupled to the telephony unit where the translator includes a signaling interface, a processor coupled to the signaling interface, and a network interface coupled to the processor.
- the signaling interface receives telephony signaling codes.
- the processor encapsulates the telephony signaling code in an application layer control protocol message.
- the communications interface transmits the message with the telephony signaling code over a communications network.
- the invention is directed to a method for communication over a telephony network.
- the method includes generating telephony signaling codes, encapsulating the telephony signaling codes in an application layer control protocol message, and transmitting the message with the telephony signaling code over a communications network.
- the present invention allows conventional digital telephone sets and SIP user agents to enjoy both the full set of PBX functionality provided by existing SIP servers and SIP services provided by existing SIP servers.
- FIG. 1 is a schematic block diagram of a typical IP telephony network conventional in the art
- FIG. 2 is a block diagram of an integrated PBX and SIP telephony communications network supporting transmission of private signaling codes over SIP according to one embodiment of the invention
- FIG. 3 is a block diagram of an integrated network similar to the network of FIG. 2 providing an exemplary SIP forking service
- FIG. 4 is a schematic block diagram of an enhanced IP translator which encodes/decodes private signaling codes in SIP messages according to one embodiment of the invention
- FIG. 5 is a schematic block diagram of an enhanced SIP user agent which has been made aware of private signaling codes according to one embodiment of the invention
- FIGS. 6 A- 6 B are schematic layout diagrams of exemplary SIP messages with embedded private signaling codes according to one embodiment of the invention.
- FIG. 7A is a signaling sequence diagram illustrating setup and processing of a call initiated by a telephone according to one embodiment of the invention
- FIG. 7B is a signaling sequence diagram illustrating setup and processing of a call initiated by a SIP user agent aware of private signaling codes according to one embodiment of the invention
- FIG. 8 is a signaling sequence diagram illustrating processing of an incoming call to a PBX according to one embodiment of the invention.
- FIG. 9 is a signaling sequence diagram illustrating exchange of private signaling codes between a PBX and telephone while a call is already in progress according to one embodiment of the invention.
- FIG. 10 is a signaling sequence diagram illustrating a subscription and notification mechanism for allowing a PBX to determine which devices will receive out-of-call private signaling information according to one embodiment of the invention.
- FIG. 11 is a signaling sequence diagram between a PBX translator and telephone translators for transmitting in-call and out-of-call private signaling commands according to one embodiment of the invention.
- FIG. 2 is a block diagram of an integrated PBX and SIP telephony communications network according to one embodiment of the invention.
- the network preferably includes a telephone 22 communicating with a PBX 24 over a communications network, such as, for example, an IP network 26 .
- the PBX 24 is further coupled to a server, such as, for example, a SIP server 34 , for routing telephone calls to and from the telephone 22 and/or a SIP user agent 36 .
- the SIP server 34 further makes available to the telephone 22 various SIP services 32 such as, for example, call forking, caller preferences, encryption, authentication, firewall control, billing, call routing, and the like.
- the telephone 22 and PBX 24 are each preferably coupled to one or more enhanced IP translators 28 , 30 translating between private signaling codes/commands typically sent at a TCP/IP Layer 3 transport level and Layer 4 application messages created according to a standardized session protocol transmitted between the PBX 24 and telephone 22 .
- the private signaling codes/commands may take the form of vendor-specific PBX codes conventional in the art.
- the Layer 4 application messages may take the form of SIP messages created according to the SIP protocol set forth in Internet Engineering Task Force Request for Comment 2543 entitled “SIP: Session Initiation Protocol,” March 1999 (hereinafter referred to as RFC 2543), the content of which is incorporated herein by reference.
- RFC 2543 Internet Engineering Task Force Request for Comment 2543 entitled “SIP: Session Initiation Protocol,” March 1999
- a person skilled in the art should recognize, however, that any other TCP/IP application layer (Layer 4 ) control protocol known in the art may be used instead of SIP, such as, for example, H.323, MGCP, or the like.
- the described embodiments are therefore not limited to the use of SIP messages.
- the enhanced IP translators 28 , 30 may be similar to the IP translators 16 , 20 illustrated in FIG. 1, but are preferably enhanced with the capability of encapsulating/decapsulating private signaling codes in SIP messages.
- the enhanced IP translators 28 , 30 may be hardware or software devices external to the telephone 22 and/or PBX 24 , or may be incorporated internally as part of the telephone and/or PBX.
- enhanced IP translator 28 may be a plug-in device that may be removably attached to a conventional digital telephone.
- the telephone 22 may be similar to the telephone 10 illustrated in FIG. 1.
- the telephone 22 may be an Alcatel Advanced ReflexesTM 4035 terminal available from Alcatel Corporation.
- the telephone 22 may also be any other digital telephone conventional in the art capable of communicating with a PBX via private signaling codes.
- the PBX 24 may be similar to the PBX 12 illustrated in FIG. 1.
- the PBX 24 may be an OmniPCX 4400 available from Alcatel Corporation.
- the PBX 24 may also be any other PBX conventional in the art that provides a full host of PBX services for the telephone 22 in response to private signaling codes received from the telephone. Such services include, but are not limited to dial-by-name, voice mail, speed dial, call hold, call transfer, call conference, multi-line access, call-detail records, and the like.
- the SIP server 34 may be a proxy or redirect server as described in RFC 2543, or an application server or back-to-back-user-agent for providing third-party services.
- the SIP user agent 36 is preferably a PC, telephone, or any other device that includes a SIP stack.
- the SIP user agent 36 may be a PC-based Windows XP Messenger application provided by Microsoft Corporation.
- the SIP user agent 36 may either be aware or unaware of the private signaling codes exchanged between the PBX 24 and telephone 22 . If the SIP user agent 36 is unaware of the private signaling codes, the user agent may transmit and receive simple calls through the PBX 24 , but may derive no additional PBX services available via exchange of private signaling codes.
- the SIP user agent 36 may make use of the full set functions provided by the PBX 24 , by suitably reading and writing private signaling data within SIP message bodies, as similarly done by the enhanced IP translators 28 , 30 .
- private signaling codes transmitted from the PBX 24 or telephone 22 are encapsulated by the enhanced IP translators 28 , 30 in SIP messages and transmitted over the IP network 26 either directly or via the SIP server 34 .
- Voice is transported via conventional RTP packets.
- the SIP messages used to transport private signaling codes include, but are not limited to, INVITE, NOTIFY, INFO, OK, BYE, and other types of SIP messages conventional in the art which are described in further detail in RFC 2543 as well as in Internet Engineering Task Force Request for Comment 2976 entitled “The SIP INFO Method,” October 2000, and in Internet Engineering Task Force Internet Draft entitled “SIP Extensions for Presence,” September 2001, the contents of which are incorporated herein by reference.
- FIG. 3 is a block diagram of the telephony communications network similar to the network of FIG. 2 where one exemplary SIP service is call forking 32 a.
- the telephony communications network of FIG. 3 preferably includes a PBX 24 a coupled to an enhanced IP translator 30 a, a SIP server 34 a, telephones 22 a, 22 b each coupled to enhanced IP translators 28 a, 28 b, and a SIP user agent 36 a.
- the PBX 24 a receives an incoming call from a PSTN trunk connection or from another PBX extension.
- the PBX 24 a initiates a vendor-specific private ring command to the destination telephone extension, such as, for example, extension “1234.”
- the enhanced IP translator 30 a encapsulates the vendor-specific private ring command within a SIP INVITE message and transmits the message to the SIP server 34 a.
- the SIP server 34 a invokes the forking service 32 a for contacting one or more devices which have registered for the called extension “1234.”
- the callee may have registered telephone 22 a (an office phone), telephone 22 b (a laboratory phone), and SIP user agent 36 a (a PC) as all being associated with extension “1234”.
- the SIP server 34 a transmits a SIP INVITE message with the ring command body to the devices registered for the called extension based on the mechanism indicated by the forking service 32 a.
- the forking service 32 a may indicate, for example, that the INVITE message is to be transmitted concurrently to all registered devices.
- the ring command in the transmitted INVITE messages causes all registered devices to ring concurrently until one of the devices answers the call.
- the forking service 32 a may alternatively indicate that the INVITE message is to be transmitted to the registered devices in a particular order. For example, the INVITE message may be first sent to telephone 22 a and upon no answer, to telephone 22 b. If telephone 22 b also fails to answer the call, the INVITE message may be transmitted to the SIP user agent 36 a. Upon no answer by SIP user agent 36 a, the forking service may indicate that the call is to be forwarded to a voice mail system, which might be either internal to the PBX or resident on the SIP network as another SIP service.
- a voice mail system which might be either internal to the PBX or resident on the SIP network as another SIP service.
- the forking service may further indicate particular hours at which an incoming call is to be transmitted to a particular device.
- telephone 22 a may receive incoming INVITE messages between 8 am-6 pm, telephone 22 b between 6 pm-10 pm, and SIP user agent 36 a between 10 pm-8 am.
- the embedded private ring command Upon receipt of an INVITE message by the enhanced IP translators 28 a, 28 b, the embedded private ring command is extracted and transmitted to the appropriate telephone 22 a, 22 b, causing the telephone to ring.
- the embedded private ring command transmitted to the SIP user agent 36 a is either ignored or interpreted by the agent depending on whether the agent is aware or unaware of the private signaling codes. In either case, receipt of the SIP INVITE message triggers an incoming call indication on the device associated with the SIP user agent 36 a, and thereby alerts the callee.
- FIG. 4 is a schematic block diagram of the enhanced IP translator 28 , 30 according to one embodiment of the invention.
- the enhanced IP translator preferably includes a private digital signaling and voice interface 40 , digital signal processor (DSP) 42 , central processor 44 , and network interface 46 .
- the central processor 44 preferably includes a SIP stack 48 , for encapsulating/un-encapsulating private signaling codes in SIP messages.
- the signaling and voice interface 40 receives private signaling codes and voice signals from the telephone 22 or PBX 24 over a communications port 50 .
- the voice signals are preferably transmitted to the DSP 42 for converting the signals into compressed voice data packets, such as, for example, RTP packets.
- the private signaling codes are preferably transmitted to the central processor 44 for processing.
- the SIP stack 48 within the processor is invoked for encapsulating the received private signaling codes within a SIP message.
- the signaling codes may be encapsulated, for instance, in the body of a SIP invite message, request message, response message, informational message, instant message, or the like.
- the processor embeds the actual opcode data received from the telephone 22 or PBX 24 into the SIP message.
- the processor converts the opcode to an extensible markup language (XML) form or a text-based mnemonic form, and embeds the converted data into the SIP message body.
- the SIP message is then transmitted via the network interface 46 to a communications port 52 for delivery over the IP network 26 .
- XML extensible markup language
- the network interface 46 may further receive a SIP message with encapsulated private signaling codes for decoding by the processor 44 .
- the signaling protocol stack 48 receives the SIP message and examines the body of the message for header data indicating that private signaling codes are embedded therein. Upon identifying such header data, the processor retrieves the embedded private signaling codes and forwards them to the private signaling and voice interface 40 for transmitting to the telephone 22 or PBX 24 . If the SIP message body includes mnemonic form data instead of opcode data, the processor interprets/converts the mnemonic form data to opcode data before transmitting the opcode data to the telephone or PBX.
- FIG. 5 is a schematic block diagram of a SIP user agent 54 that is aware of private signaling codes according to one embodiment of the invention.
- the SIP user agent 54 preferably includes a SIP user agent software 55 , application program interface (API) 56 , and SIP stack 57 .
- the SIP user agent software 55 interacts with the SIP stack 57 for basic call transmit/receive functionality according to conventional mechanisms.
- the API 56 is preferably operative between the SIP user agent software 55 and SIP stack 57 .
- the API 56 may be similar to the enhanced IP translator 28 , 30 of FIG. 2.
- the API 56 is a plug-in device configured to read and write private signaling data within SIP message bodies.
- the plug-in device may be an external hardware device removably coupled to a SIP user agent device.
- the plug-in device may also be an internal software device downloaded to the SIP user agent.
- FIGS. 6 A- 6 B are schematic layout diagrams of exemplary SIP messages with embedded private signaling codes according to one embodiment of the invention.
- the illustrated messages are SIP INVITE messages including a SIP header 60 and a SIP body 62 .
- the SIP header 60 includes standard fields such as a source address 64 and a destination address 66 as set forth in RFC 2543.
- the SIP body 62 may include standard SIP body information such as, for example, a session description 68 that adheres to a session description protocol (SDP) set forth in Network Working Group Request for Comments 2327 entitled “SDP: Session Description Protocol,” April 1998 (hereinafter referred to as RFC 2327), the content of which is incorporated herein by reference.
- SDP session description protocol
- the session description 68 preferably includes a media address 69 used to receive media information.
- the SIP body 62 further includes private signaling codes in the form of opcodes 72 .
- the private signaling codes may be preceded by header data 70 indicating that the SIP body data to follow is embedded opcodes, along with an optional vendor identification identifier and a version number of the vendor-specific opcode set.
- the embedded private signaling codes are text-based mnemonic data 74 preceded by header data 76 that may indicate a version of the mnemonic set for proper conversion to opcode data by a receiving enhanced IP translator 28 , 30 or SIP user agent 36 a aware of private signaling codes.
- FIG. 7A is a signaling sequence diagram illustrating setup of a call initiated by the telephone 22 according to one embodiment of the invention.
- a user of the telephone 22 causes the telephone to go offhook for initiating the call.
- the telephone 22 emits a private offhook command.
- the enhanced IP translator 28 for the telephone 22 (hereinafter referred to as the telephone translator 28 ) receives the private offhook command and embeds it in a body of a SIP INVITE message.
- the telephone translator 28 further includes its address as the media address for receiving future SIP messages in the media description also included in the message body.
- the telephone translator 28 may also include other types of information in the message body, such as, for example, caller authentication information.
- the telephone translator 28 transmits the SIP INVITE message to the enhanced IP translator 30 for the PBX 24 (hereinafter referred to as the PBX translator 30 ).
- the PBX translator 30 verifies whether the caller is an authorized caller by examining the authentication information in the body of the INVITE message. Alternatively, the PBX translator 30 does not necessarily require authentication for initiating a call through the translator.
- the PBX translator 30 retrieves the embedded private offhook command from the INVITE message and forwards it to the PBX 24 in step 82 .
- the PBX determines, based on the received signaling command, that a media exchange is to be initiated and accordingly, transmits a private signaling command, which unmutes the telephone's microphone and headset, to the PBX translator 30 in step 83 .
- the PBX may further transmit private signaling commands for displaying information associated with the call to the telephone display.
- the PBX translator creates an OK message in response to the INVITE message received in step 81 , and embeds the private signaling commands received from the PBX in the body of the OK message.
- the PBX translator 30 further includes its media address in the session description as the address for receiving future SIP media.
- the PBX translator 30 transmits the OK message to the telephone translator 28 with encapsulated private signaling data within the message.
- the telephone translator 28 receives the OK message and retrieves/un-encapsulates the embedded private signaling commands from the body of the message. The retrieved commands are forwarded to the telephone 22 in step 85 . After receiving the OK response from the PBX translator 30 , the telephone translator 28 transitions into a media call and displays any information transmitted by the PBX. The telephone translator 28 further responds with an ACK message in step 86 .
- SIP server 34 is not utilized in the embodiment illustrated in FIG. 7A, a person skilled in the art should recognize that an analogous sequence of events occurs when the SIP messages transit one or more standard SIP servers, such as SIP server 34 .
- the SIP servers may add additional third-party functionality such as opening a firewall, initiating start of billing signal for an IP service provider network, and the like.
- the exchange of private signaling codes preferably occurs in a manner that is transparent to the SIP servers given that they simply forward the standard SIP messages without examining message body content and add specific services according to their specific functions.
- FIG. 7B is a signaling sequence diagram illustrating setup of a call initiated by the SIP user agent 36 according to one embodiment of the invention. For purposes of this illustration, it is assumed that the SIP user agent 36 is aware of the private signaling codes used between the telephone 22 and PBX 24 .
- the SIP user agent 36 initiates a call by transmitting an INVITE message.
- the INVITE message preferably encapsulates the private signaling codes such as, for example, a private offhook code, issued by the SIP user agent software application through suitable use of the API 56 .
- the INVITE message further includes the SIP user agent's media address in the session description as the address for receiving future SIP media.
- the PBX translator 30 receives the INVITE message and retrieves the embedded private offhook command in the INVITE message.
- the private offhook command is forwarded to the PBX 24 in step 91 .
- the PBX determines, based on the received command, that a media exchange is to be initiated and accordingly, transmits a private signaling command, which unmutes the microphone and headset, to the PBX translator 30 in step 92 .
- the PBX may further transmit private signaling commands for displaying information associated with the call.
- the PBX translator 30 creates an OK message in response to the INVITE message received in step 90 , and embeds the private signaling commands received from the PBX in the body of the OK message.
- the PBX translator 30 further includes its media address in the session description as the address for receiving future SIP media.
- the PBX translator 30 transmits the OK message to the SIP user agent 36 with an encapsulated private signaling data within the message.
- the SIP user agent 36 receives the OK message and retrieves/un-encapsulates the embedded private signaling commands from the body of the message.
- the SIP user agent proceeds to display any private signaling information transmitted by the PBX.
- the SIP user agent 36 further responds with an ACK message in step 94 .
- the SIP user agent 36 may emit other private signaling codes for accessing particular PBX functions.
- Such private signaling codes are preferably encapsulated within SIP INFO messages and transmitted to the PBX translator 30 in step 95 .
- the PBX translator retrieves and transmits the codes to the PBX 24 in step 96 , and responds to the SIP user agent with an OK message in step 97 .
- the PBX 24 may also issue private signaling codes to the PBX translator 30 in step 98 .
- Such private signaling codes are preferably encapsulated in a SIP INFO message and transmitted to the SIP user agent 36 in step 99 .
- the SIP user agent 36 responds to the INFO message with an OK message in step 100 .
- FIG. 8 is a signaling sequence diagram illustrating the processing of an incoming call to the PBX 24 according to one embodiment of the invention. It is assumed for purposes of this illustration that the telephone 22 and SIP user agent 36 are associated with a called extension number and are both registered with the SIP server 34 .
- a call for the called extension arrives at the PBX 24 .
- the PBX 24 initiates a private ring command to the called extension with other private signaling information such as, for example, a caller ID, display information, ring type, LED flashing indications, and the like.
- the PBX translator 30 creates a SIP INVITE message that includes the private ring command and other private signaling information in the body of the message.
- the PBX translator 30 further includes its address in the session description as the media address for receiving future SIP messages from the callee.
- step 104 the PBX translator 30 transmits the SIP INVITE message to the SIP server 34 .
- the SIP server 34 invokes the SIP services 32 to search for registered devices for the called extension, and concludes that both the telephone 22 and SIP user agent 36 are registered.
- steps 106 and 108 the SIP server 34 proceeds to forward the INVITE message with the embedded private signaling codes to both the telephone translator 28 and SIP user agent 36 .
- the translator Upon arrival of the SIP INVITE message at the telephone translator 28 , the translator extracts the private ring command and other private signaling codes from the SIP message body and forwards them to the telephone in step 110 , causing the telephone to ring with the appropriate type of ring, display the correct display information such as the caller ID or caller's name, and/or flash the appropriate LEDs as indicated by the extracted private signaling codes.
- the SIP INVITE message transmitted to the SIP user agent 36 also causes the associated device to indicate an incoming call and alerts the user. If the SIP user agent 36 has been made aware of the private signaling codes, the SIP user agent extracts the embedded private signaling codes to perform the functions and/or displays indicated by the codes. If the SIP user agent 36 is unaware of the private signaling codes, the agent simply disregards the codes embedded in the SIP message and thereby functions as a conventional SIP user agent.
- step 110 the callee responds to the incoming call by causing the telephone 22 to go offhook.
- the offhook operation causes the telephone 22 to emit a private signaling offhook code.
- the telephone 22 may also emit other private signaling codes such as, for example, codes indicating whether the offhook command was transmitted by lifting the handset or by depressing a speakerphone key.
- step 112 the telephone translator 28 receives the private signaling codes emitted by the telephone 22 and embeds them in a SIP OK message.
- the telephone translator 28 further includes its address in the session description as the media address for receiving future SIP messages from the caller.
- step 114 the telephone translator 28 transmits the OK message to the SIP server 34 for forwarding to the PBX translator 30 in step 116 .
- the PBX translator 30 retrieves the private signaling data from the OK message and transmits the data to the PBX 24 in step 118 . From the received data, the PBX 24 determines that the call has been answered and may further determine how the call was answered, that is, via handset offhook or speakerphone.
- the SIP server 34 cancels the call to the SIP user agent 36 by transmitting a CANCEL SIP message in step 120 .
- the PBX translator 30 issues an ACK message in step 122 which is forwarded to the telephone translator 28 in step 124 in response to the OK message. Voice conversation then ensues in step 126 between the caller through the PBX 24 and the telephone 22 .
- FIG. 9 is a signaling sequence diagram illustrating the exchange of private signaling codes between the PBX 24 and telephone 22 mid-call, that is, after a call has been setup, according to one embodiment of the invention.
- the telephone 22 may emit private signaling codes during the call. For example, the user may wish to transition between voice on the handset and voice on the speakerphone.
- a keypad button is pressed on the telephone 22 causing the telephone to emit an associated private signaling command to the telephone translator 28 .
- the private signaling command from the telephone is encapsulated in the body of a SIP INFO message and transmitted to the PBX translator 30 in step 132 .
- the PBX translator 30 retrieves the encapsulated private signaling command and forwards it to the PBX 24 in step 134 .
- the PBX translator 30 responds with an OK SIP message in step 136 .
- the PBX 24 issues a private signaling command during the call, such as, for example, information on elapsed call time.
- the PBX translator 30 receives the command and encapsulates it in a body of a SIP INFO message.
- the SIP INFO message is transmitted in step 140 to the telephone translator 28 , either directly or via the SIP server 34 .
- the telephone translator 28 extracts the private signaling codes and forwards these to the telephone 22 in step 142 .
- the telephone translator 28 responds back to the PBX translator 30 with a SIP OK message.
- the PBX and telephone translators 28 , 30 encapsulate pending private signaling commands in a SIP request message to be transmitted next in a SIP signaling sequence. For example, if the telephone translator 28 were to transmit a SIP BYE message in response to a user hanging-up the telephone 22 , the telephone translator encapsulates a private onhook command in the BYE message. If no SIP messages are pending to the transmitted, private signaling commands may be transmitted in SIP INFO messages, SIP NOTIFY messages, SIP instant messages, or the like.
- multiple devices associated with a particular extension may receive INVITE messages for an incoming call. Any of these devices may go offhook and generate an appropriate private signaling message to the PBX 24 in response to the incoming INVITE message.
- the PBX translator 30 is preferably aware of all devices associated with a particular extension and is configured to transmit private signaling codes during a call to all associated devices and not only to the device exchanging media. This becomes desirable, for instance, if a new voice mail message arrives during a call.
- the new voice mail message indication is not only transmitted to the device currently engaged in the call, but also to all associated devices, allowing a user to be alerted of the new voice mail message via display of a message waiting indicator on all of the devices associated with the extension.
- FIG. 10 is a signaling sequence diagram illustrating a subscription and notification mechanism for allowing the PBX 24 to determine the devices that should receive out-of-call private signaling commands according to one embodiment of the invention. For purposes of this example, it is assumed that telephone translators 28 a and 28 b are associated with a same extension number.
- the PBX translator 30 receives a SIP SUBSCRIBE message from a previously unsubscribed telephone translator 28 a.
- the PBX translator 30 responds with an OK message and subscribes telephone translator 28 a by adding it to its list of subscribed clients for the given extension.
- the PBX translator 30 monitors, on its own accord or in response to conventional heartbeat signals provided by the PBX, the viability of telephone translator 28 a and its associated telephone.
- the PBX translator 30 transmits, in step 180 , a NOTIFY message at a predetermined time.
- Telephone translator 28 a responds with an OK message in step 182 if it is online and all associated functionality is operating normally.
- the PBX translator 30 proceeds to de-subscribe the telephone translator, preventing future private signaling codes to be transmitted to the telephone translator until successful re-subscription. Upon re-subscription, the PBX translator 30 transmits updated notifications that the re-subscribed translator may have missed while disabled. This information is preferably made available via conventional state refresh commands from the PBX 24 .
- the PBX translator 30 Upon issuance of a private signaling command by the PBX 24 in step 184 , the PBX translator 30 embeds the command in a SIP message for transmitting to telephone translator.
- the command is embedded in a NOTIFY message and transmitted in step 186 if telephone translator 28 a is not currently involved in a call with the PBX 24 .
- the command may be embedded within INFO, OK, and/or INVITE messages.
- Telephone translator 28 a responds to the NOTIFY message with an OK message in step 188 , indicating receipt of the NOTIFY message.
- step 190 the PBX translator 30 receives a new SUBSCRIBE message from previously unsubscribed enhanced IP translator 28 b, to which the PBX translator responds with an OK message in step 192 .
- the PBX translator then proceeds to add telephone translator 28 b to the list of subscribed clients. Issuance of future private signaling commands by the PBX 24 in step 194 causes the PBX translator 30 to transmit the commands to both telephone translators 28 a and 28 b.
- the PBX translator 30 transmits the commands in NOTIFY messages in steps 196 , 200 , to which the telephone translators 28 a, 28 b respond with OK messages in steps 198 , 202 .
- FIG. 11 is a signaling sequence diagram between the PBX translator 30 and telephone translators 28 a, 28 b for transmitting in-call and out-of-call private signaling commands according to one embodiment of the invention.
- the PBX translator 30 transmits heartbeat NOTIFY messages to telephone translators 28 a and 28 b for determining their viability. If functioning properly, the telephone translators 28 a, 28 b respond with OK messages in steps 212 and 216 .
- An incoming call for a called extension arrives at the PBX 24 and in step 218 , the PBX 24 initiates a private ring command to the called extension along with any other private signaling information.
- the PBX translator 30 creates a SIP INVITE message in response and includes the private ring command and any other private signaling information in the body of the message.
- the PBX translator 30 further includes its address in the session description as the media address for receiving future SIP messages from the callee.
- step 220 the PBX translator 30 transmits the SIP INVITE message to the SIP server 34 .
- the SIP server 34 invokes the SIP services 32 to search for the registered devices for the called extension, and concludes that telephone translators 28 a and 28 b have been registered.
- steps 222 and 228 the SIP server 34 forwards the INVITE message with the embedded private signaling codes to both telephone translators 28 a and 28 b.
- each translator 28 a, 28 b Upon arrival of the SIP INVITE message, each translator 28 a, 28 b extracts the private ring command and other private signaling codes from the SIP message body and forwards them to their respective telephones 22 a, 22 b, causing the telephones to ring and perform any other functions indicated by the embedded private signaling codes.
- telephone translator 28 a fails to answer the incoming call and as a result, the SIP server 34 transmits a CANCEL message in step 224 canceling the INVITE message.
- Telephone translator 28 a receives the CANCEL message and issues a private command to terminate the ringing of the associated telephone 22 a in step 226 .
- the INVITE message to telephone translator 28 b causes the user to go offhook and the telephone translator 28 b then emits a private offhook command and any other private signaling commands in step 230 .
- Telephone translator 28 b embeds the private offhook command and any other private signaling commands from the telephone in an OK message transmitted to the SIP server 34 in step 232 .
- the SIP server 34 forwards the OK message in step 234 to the PBX translator 30 .
- the PBX translator 30 retrieves the offhook command and any other embedded private commands from the body of the OK message and forwards it to the PBX 24 in step 236 .
- the PBX translator 30 responds to the OK message with an ACK message which is transmitted to the SIP server 34 in step 238 and in turn forwarded to telephone translator 28 b in step 240 .
- private signaling commands are emitted by the PBX and forwarded to the PBX translator 30 in step 242 .
- the PBX 24 may issue commands for displaying an elapsed call time.
- the PBX translator 30 receives the private signaling commands and determines the subscribed devices associated with the called extension. In this regard, the PBX translator searches its current subscription list for determining that both telephone translator 28 a and 28 b are subscribed clients. The PBX translator 30 further determines that the current call is engaged with telephone translator 28 b.
- the PBX translator 30 transmits the received private signaling commands in a SIP INFO message for telephone translator 28 b in step 250 , and in a SIP NOTIFY message for telephone translator 28 a in step 244 .
- each translator retrieves the embedded private signaling commands and forwards these to their respective telephones 22 a, 22 b.
- the telephone translators 28 a, 28 b further respond to the SIP messages with OK messages in steps 248 and 254 .
Abstract
Description
- This application claims the benefit of U.S. provisional application Ser. Nos. 60/317,673 and 60/317,744, both filed on Sep. 6, 2001, the contents of both of which are incorporated herein by reference. This application also contains subject matter that is related to the subject matter disclosed in U.S. Application Ser. No. 09/966,155, filed on Sep. 28, 2001, the content of which is also incorporated herein by reference.
- This invention relates generally to internet telephony, and more particularly, to transporting private telephony signaling codes using an application layer control protocol.
- In a conventional private branch exchange (PBX) network, the intelligence of the system generally resides within the PBX, while the phone is a simple terminal. The PBX allows the phone to make and receive simple telephone calls, and also provides numerous additional services such as, for example, dial-by-name, voice mail, speed dial, call transfer, display of caller information, and the like. Such PBX functionality is generally achieved by the exchange of digital, vendor-specific, private signaling codes between the phone and the PBX.
- The underlying transport mechanism for the private signaling code exchange may be a direct point-to-point digital connection, or via an internet protocol (IP) based networked connection. In an IP based networked connection, the telephone is generally an IP telephone or a digital telephone with an IP translator, either of which is capable of IP telephony communication.
- FIG. 1 is a schematic block diagram of a typical IP telephony network. The network includes a
telephone 10 coupled to aPBX 12 over anIP network 14. Thetelephone 10 preferably communicates with thePBX 12, and accesses the full host of services provided by the PBX by transmitting private signaling codes over theIP network 14. For example, when a button on thetelephone 10 is pressed, the corresponding private signaling code is transmitted from the telephone to thePBX 12 to request the PBX to perform an operation for the phone, such as, for example, a call hold operation. Thetelephone 10 and the PBX 12 are preferably coupled to one ormore IP translators IP translator 16 coupled to thetelephone 10 receives private signaling codes transmitted by the phone, encapsulates the codes within IP packets, and transmits these IP packets over theIP network 14. The private signaling code packets are typically transport layer TCP or UDP packets. Digital voice transmitted by thetelephone 10 is converted into packetized voice, such as, for example, real time protocol (RTP) packets, which are also then transmitted over theIP network 14 via theIP translator 16. - A
recipient translator 20 receives the IP packets, decapsulates the private signaling codes, and forwards these codes to thePBX 12 for invoking a particular PBX function for thetelephone 10. The RTP voice packets are also decompressed, converted to standard digital voice, and sent to the PBX. - Some PBX systems similarly accomplish the overall function of converting between packetized and digital data using IP translators which are internal to the PBX and telephone devices, instead of the
external translators - A major deficiency with the network illustrated in FIG. 1 is that the private signaling codes transmitted in traditional IP packets by the
IP translators - Another deficiency with existing networks is that other IP phones that adhere to standardized application-layer control protocols, such as H.323 and session initiation protocol (SIP), do not utilize private signaling codes for communicating with a specific PBX. Further, although H.323/SIP phones can communicate with some PBXs, the PBX services provided are generally simple, such as, for example, making or receiving a call. The H.323 and SIP phones are generally not exposed to the full suite of PBX services accessible only via private signaling codes.
- Accordingly, it is desirable to have a telephone system that may take advantage of the full integrated suite of services provided by both the PBX system and the SIP network. Such an integrated system allows the PBX system to take advantage of existing and emerging third-party SIP services. It also allows SIP hardware-based IP phones and software-based user agents, to take full advantage of the PBX services.
- The present invention is directed to a system and method for transporting private signaling codes via an application layer control protocol such as, for example, a SIP protocol. According to one embodiment, the invention is directed to a telephony communications network that includes a telephony unit, a translator coupled to the telephony unit, and a communications interface coupled to the translator. The telephony unit generates telephony signaling codes. The translator encapsulates the telephony signaling codes in an application layer control protocol message. The communications interface transmits the message with the telephony signaling codes over a communications network.
- In another embodiment, the invention is directed to a telephony communications network that includes a telephony unit and a translator coupled to the telephony unit where the translator includes a signaling interface, a processor coupled to the signaling interface, and a network interface coupled to the processor. The signaling interface receives telephony signaling codes. The processor encapsulates the telephony signaling code in an application layer control protocol message. The communications interface transmits the message with the telephony signaling code over a communications network.
- In a further embodiment, the invention is directed to a method for communication over a telephony network. The method includes generating telephony signaling codes, encapsulating the telephony signaling codes in an application layer control protocol message, and transmitting the message with the telephony signaling code over a communications network.
- It should be appreciated, therefore, that the present invention allows conventional digital telephone sets and SIP user agents to enjoy both the full set of PBX functionality provided by existing SIP servers and SIP services provided by existing SIP servers.
- These and other features, aspects and advantages of the present invention will be more fully understood when considered with respect to the following detailed description, appended claims, and accompanying drawings where:
- FIG. 1 is a schematic block diagram of a typical IP telephony network conventional in the art;
- FIG. 2 is a block diagram of an integrated PBX and SIP telephony communications network supporting transmission of private signaling codes over SIP according to one embodiment of the invention;
- FIG. 3 is a block diagram of an integrated network similar to the network of FIG. 2 providing an exemplary SIP forking service;
- FIG. 4 is a schematic block diagram of an enhanced IP translator which encodes/decodes private signaling codes in SIP messages according to one embodiment of the invention;
- FIG. 5 is a schematic block diagram of an enhanced SIP user agent which has been made aware of private signaling codes according to one embodiment of the invention;
- FIGS.6A-6B are schematic layout diagrams of exemplary SIP messages with embedded private signaling codes according to one embodiment of the invention;
- FIG. 7A is a signaling sequence diagram illustrating setup and processing of a call initiated by a telephone according to one embodiment of the invention;
- FIG. 7B is a signaling sequence diagram illustrating setup and processing of a call initiated by a SIP user agent aware of private signaling codes according to one embodiment of the invention;
- FIG. 8 is a signaling sequence diagram illustrating processing of an incoming call to a PBX according to one embodiment of the invention;
- FIG. 9 is a signaling sequence diagram illustrating exchange of private signaling codes between a PBX and telephone while a call is already in progress according to one embodiment of the invention;
- FIG. 10 is a signaling sequence diagram illustrating a subscription and notification mechanism for allowing a PBX to determine which devices will receive out-of-call private signaling information according to one embodiment of the invention; and
- FIG. 11 is a signaling sequence diagram between a PBX translator and telephone translators for transmitting in-call and out-of-call private signaling commands according to one embodiment of the invention.
- FIG. 2 is a block diagram of an integrated PBX and SIP telephony communications network according to one embodiment of the invention. The network preferably includes a
telephone 22 communicating with aPBX 24 over a communications network, such as, for example, anIP network 26. ThePBX 24 is further coupled to a server, such as, for example, aSIP server 34, for routing telephone calls to and from thetelephone 22 and/or aSIP user agent 36. TheSIP server 34 further makes available to thetelephone 22various SIP services 32 such as, for example, call forking, caller preferences, encryption, authentication, firewall control, billing, call routing, and the like. - The
telephone 22 andPBX 24 are each preferably coupled to one or moreenhanced IP translators IP Layer 3 transport level andLayer 4 application messages created according to a standardized session protocol transmitted between thePBX 24 andtelephone 22. The private signaling codes/commands may take the form of vendor-specific PBX codes conventional in the art. - The
Layer 4 application messages may take the form of SIP messages created according to the SIP protocol set forth in Internet Engineering Task Force Request for Comment 2543 entitled “SIP: Session Initiation Protocol,” March 1999 (hereinafter referred to as RFC 2543), the content of which is incorporated herein by reference. A person skilled in the art should recognize, however, that any other TCP/IP application layer (Layer 4) control protocol known in the art may be used instead of SIP, such as, for example, H.323, MGCP, or the like. The described embodiments are therefore not limited to the use of SIP messages. - The enhanced
IP translators IP translators IP translators telephone 22 and/orPBX 24, or may be incorporated internally as part of the telephone and/or PBX. For example, enhancedIP translator 28 may be a plug-in device that may be removably attached to a conventional digital telephone. - The
telephone 22 may be similar to thetelephone 10 illustrated in FIG. 1. For example, thetelephone 22 may be an Alcatel Advanced Reflexes™ 4035 terminal available from Alcatel Corporation. Thetelephone 22 may also be any other digital telephone conventional in the art capable of communicating with a PBX via private signaling codes. - The
PBX 24 may be similar to thePBX 12 illustrated in FIG. 1. For example, thePBX 24 may be an OmniPCX 4400 available from Alcatel Corporation. ThePBX 24 may also be any other PBX conventional in the art that provides a full host of PBX services for thetelephone 22 in response to private signaling codes received from the telephone. Such services include, but are not limited to dial-by-name, voice mail, speed dial, call hold, call transfer, call conference, multi-line access, call-detail records, and the like. - The
SIP server 34 may be a proxy or redirect server as described in RFC 2543, or an application server or back-to-back-user-agent for providing third-party services. TheSIP user agent 36 is preferably a PC, telephone, or any other device that includes a SIP stack. For example, theSIP user agent 36 may be a PC-based Windows XP Messenger application provided by Microsoft Corporation. TheSIP user agent 36 may either be aware or unaware of the private signaling codes exchanged between thePBX 24 andtelephone 22. If theSIP user agent 36 is unaware of the private signaling codes, the user agent may transmit and receive simple calls through thePBX 24, but may derive no additional PBX services available via exchange of private signaling codes. If theSIP user agent 36 is made aware of the private signaling codes, it may make use of the full set functions provided by thePBX 24, by suitably reading and writing private signaling data within SIP message bodies, as similarly done by the enhancedIP translators - In general terms, private signaling codes transmitted from the
PBX 24 ortelephone 22 are encapsulated by the enhancedIP translators IP network 26 either directly or via theSIP server 34. Voice is transported via conventional RTP packets. - The SIP messages used to transport private signaling codes include, but are not limited to, INVITE, NOTIFY, INFO, OK, BYE, and other types of SIP messages conventional in the art which are described in further detail in RFC 2543 as well as in Internet Engineering Task Force Request for Comment 2976 entitled “The SIP INFO Method,” October 2000, and in Internet Engineering Task Force Internet Draft entitled “SIP Extensions for Presence,” September 2001, the contents of which are incorporated herein by reference.
- The encapsulation of private signaling codes within SIP messages allow the
telephone 22 access to the full host of functionalities provided by thePBX 24, while also taking advantage of thevarious SIP services 32 provided via theSIP server 34. - FIG. 3 is a block diagram of the telephony communications network similar to the network of FIG. 2 where one exemplary SIP service is call forking32 a. The telephony communications network of FIG. 3 preferably includes a
PBX 24 a coupled to anenhanced IP translator 30 a, aSIP server 34 a,telephones IP translators SIP user agent 36 a. According to one example, thePBX 24 a receives an incoming call from a PSTN trunk connection or from another PBX extension. ThePBX 24 a initiates a vendor-specific private ring command to the destination telephone extension, such as, for example, extension “1234.” Theenhanced IP translator 30 a encapsulates the vendor-specific private ring command within a SIP INVITE message and transmits the message to theSIP server 34 a. - According to one embodiment of the invention, the
SIP server 34 a invokes theforking service 32 a for contacting one or more devices which have registered for the called extension “1234.” The callee may have registeredtelephone 22 a (an office phone),telephone 22 b (a laboratory phone), andSIP user agent 36 a (a PC) as all being associated with extension “1234”. - The
SIP server 34 a transmits a SIP INVITE message with the ring command body to the devices registered for the called extension based on the mechanism indicated by theforking service 32 a. Theforking service 32 a may indicate, for example, that the INVITE message is to be transmitted concurrently to all registered devices. In this instance, the ring command in the transmitted INVITE messages causes all registered devices to ring concurrently until one of the devices answers the call. - The
forking service 32 a may alternatively indicate that the INVITE message is to be transmitted to the registered devices in a particular order. For example, the INVITE message may be first sent to telephone 22 a and upon no answer, to telephone 22 b. Iftelephone 22 b also fails to answer the call, the INVITE message may be transmitted to theSIP user agent 36 a. Upon no answer bySIP user agent 36 a, the forking service may indicate that the call is to be forwarded to a voice mail system, which might be either internal to the PBX or resident on the SIP network as another SIP service. - The forking service may further indicate particular hours at which an incoming call is to be transmitted to a particular device. For example,
telephone 22 a may receive incoming INVITE messages between 8 am-6 pm,telephone 22 b between 6 pm-10 pm, andSIP user agent 36 a between 10 pm-8 am. - Upon receipt of an INVITE message by the enhanced
IP translators appropriate telephone SIP user agent 36 a is either ignored or interpreted by the agent depending on whether the agent is aware or unaware of the private signaling codes. In either case, receipt of the SIP INVITE message triggers an incoming call indication on the device associated with theSIP user agent 36 a, and thereby alerts the callee. - FIG. 4 is a schematic block diagram of the enhanced
IP translator voice interface 40, digital signal processor (DSP) 42,central processor 44, andnetwork interface 46. Thecentral processor 44 preferably includes aSIP stack 48, for encapsulating/un-encapsulating private signaling codes in SIP messages. - In one embodiment, the signaling and
voice interface 40 receives private signaling codes and voice signals from thetelephone 22 orPBX 24 over acommunications port 50. The voice signals are preferably transmitted to theDSP 42 for converting the signals into compressed voice data packets, such as, for example, RTP packets. - The private signaling codes are preferably transmitted to the
central processor 44 for processing. TheSIP stack 48 within the processor is invoked for encapsulating the received private signaling codes within a SIP message. The signaling codes may be encapsulated, for instance, in the body of a SIP invite message, request message, response message, informational message, instant message, or the like. According to one embodiment of the invention, the processor embeds the actual opcode data received from thetelephone 22 orPBX 24 into the SIP message. According to another embodiment of the invention, the processor converts the opcode to an extensible markup language (XML) form or a text-based mnemonic form, and embeds the converted data into the SIP message body. The SIP message is then transmitted via thenetwork interface 46 to acommunications port 52 for delivery over theIP network 26. - The
network interface 46 may further receive a SIP message with encapsulated private signaling codes for decoding by theprocessor 44. In this regard, thesignaling protocol stack 48 receives the SIP message and examines the body of the message for header data indicating that private signaling codes are embedded therein. Upon identifying such header data, the processor retrieves the embedded private signaling codes and forwards them to the private signaling andvoice interface 40 for transmitting to thetelephone 22 orPBX 24. If the SIP message body includes mnemonic form data instead of opcode data, the processor interprets/converts the mnemonic form data to opcode data before transmitting the opcode data to the telephone or PBX. - FIG. 5 is a schematic block diagram of a
SIP user agent 54 that is aware of private signaling codes according to one embodiment of the invention. TheSIP user agent 54 preferably includes a SIPuser agent software 55, application program interface (API) 56, andSIP stack 57. The SIPuser agent software 55 interacts with theSIP stack 57 for basic call transmit/receive functionality according to conventional mechanisms. - The
API 56 is preferably operative between the SIPuser agent software 55 andSIP stack 57. TheAPI 56 may be similar to the enhancedIP translator API 56 is a plug-in device configured to read and write private signaling data within SIP message bodies. The plug-in device may be an external hardware device removably coupled to a SIP user agent device. The plug-in device may also be an internal software device downloaded to the SIP user agent. The inclusion of theAPI 56 in a conventional SIP user agent that is unaware of private signaling codes, and is therefore capable of only enjoying basic PBX functionality, allows the conversion to a SIP user agent that is aware of private signaling codes for accessing a full set of functionality provided by the PBX. - FIGS.6A-6B are schematic layout diagrams of exemplary SIP messages with embedded private signaling codes according to one embodiment of the invention. The illustrated messages are SIP INVITE messages including a
SIP header 60 and aSIP body 62. TheSIP header 60 includes standard fields such as asource address 64 and adestination address 66 as set forth in RFC 2543. - The
SIP body 62 may include standard SIP body information such as, for example, asession description 68 that adheres to a session description protocol (SDP) set forth in Network Working Group Request for Comments 2327 entitled “SDP: Session Description Protocol,” April 1998 (hereinafter referred to as RFC 2327), the content of which is incorporated herein by reference. Thesession description 68 preferably includes a media address 69 used to receive media information. - According to the embodiment illustrated in FIG. 6A, the
SIP body 62 further includes private signaling codes in the form ofopcodes 72. The private signaling codes may be preceded byheader data 70 indicating that the SIP body data to follow is embedded opcodes, along with an optional vendor identification identifier and a version number of the vendor-specific opcode set. - In the embodiment illustrated in FIG. 6B, the embedded private signaling codes are text-based mnemonic data74 preceded by header data 76 that may indicate a version of the mnemonic set for proper conversion to opcode data by a receiving
enhanced IP translator SIP user agent 36 a aware of private signaling codes. - FIG. 7A is a signaling sequence diagram illustrating setup of a call initiated by the
telephone 22 according to one embodiment of the invention. Instep 80, a user of thetelephone 22 causes the telephone to go offhook for initiating the call. In response, thetelephone 22 emits a private offhook command. Theenhanced IP translator 28 for the telephone 22 (hereinafter referred to as the telephone translator 28) receives the private offhook command and embeds it in a body of a SIP INVITE message. Thetelephone translator 28 further includes its address as the media address for receiving future SIP messages in the media description also included in the message body. Thetelephone translator 28 may also include other types of information in the message body, such as, for example, caller authentication information. - In
step 81, thetelephone translator 28 transmits the SIP INVITE message to the enhancedIP translator 30 for the PBX 24 (hereinafter referred to as the PBX translator 30). According to one embodiment of the invention, thePBX translator 30 verifies whether the caller is an authorized caller by examining the authentication information in the body of the INVITE message. Alternatively, thePBX translator 30 does not necessarily require authentication for initiating a call through the translator. - If the caller is authenticated or no authentication is necessary, the
PBX translator 30 retrieves the embedded private offhook command from the INVITE message and forwards it to thePBX 24 instep 82. The PBX determines, based on the received signaling command, that a media exchange is to be initiated and accordingly, transmits a private signaling command, which unmutes the telephone's microphone and headset, to thePBX translator 30 instep 83. The PBX may further transmit private signaling commands for displaying information associated with the call to the telephone display. - The PBX translator creates an OK message in response to the INVITE message received in
step 81, and embeds the private signaling commands received from the PBX in the body of the OK message. ThePBX translator 30 further includes its media address in the session description as the address for receiving future SIP media. Instep 84, thePBX translator 30 transmits the OK message to thetelephone translator 28 with encapsulated private signaling data within the message. - The
telephone translator 28 receives the OK message and retrieves/un-encapsulates the embedded private signaling commands from the body of the message. The retrieved commands are forwarded to thetelephone 22 instep 85. After receiving the OK response from thePBX translator 30, thetelephone translator 28 transitions into a media call and displays any information transmitted by the PBX. Thetelephone translator 28 further responds with an ACK message instep 86. - Although the
SIP server 34 is not utilized in the embodiment illustrated in FIG. 7A, a person skilled in the art should recognize that an analogous sequence of events occurs when the SIP messages transit one or more standard SIP servers, such asSIP server 34. The SIP servers may add additional third-party functionality such as opening a firewall, initiating start of billing signal for an IP service provider network, and the like. The exchange of private signaling codes preferably occurs in a manner that is transparent to the SIP servers given that they simply forward the standard SIP messages without examining message body content and add specific services according to their specific functions. - FIG. 7B is a signaling sequence diagram illustrating setup of a call initiated by the
SIP user agent 36 according to one embodiment of the invention. For purposes of this illustration, it is assumed that theSIP user agent 36 is aware of the private signaling codes used between thetelephone 22 andPBX 24. - In
step 90, theSIP user agent 36 initiates a call by transmitting an INVITE message. The INVITE message preferably encapsulates the private signaling codes such as, for example, a private offhook code, issued by the SIP user agent software application through suitable use of theAPI 56. The INVITE message further includes the SIP user agent's media address in the session description as the address for receiving future SIP media. - The
PBX translator 30 receives the INVITE message and retrieves the embedded private offhook command in the INVITE message. The private offhook command is forwarded to thePBX 24 instep 91. The PBX determines, based on the received command, that a media exchange is to be initiated and accordingly, transmits a private signaling command, which unmutes the microphone and headset, to thePBX translator 30 instep 92. The PBX may further transmit private signaling commands for displaying information associated with the call. - The
PBX translator 30 creates an OK message in response to the INVITE message received instep 90, and embeds the private signaling commands received from the PBX in the body of the OK message. ThePBX translator 30 further includes its media address in the session description as the address for receiving future SIP media. Instep 93, thePBX translator 30 transmits the OK message to theSIP user agent 36 with an encapsulated private signaling data within the message. - The
SIP user agent 36 receives the OK message and retrieves/un-encapsulates the embedded private signaling commands from the body of the message. The SIP user agent proceeds to display any private signaling information transmitted by the PBX. TheSIP user agent 36 further responds with an ACK message instep 94. - During the course of the call, the
SIP user agent 36 may emit other private signaling codes for accessing particular PBX functions. Such private signaling codes are preferably encapsulated within SIP INFO messages and transmitted to thePBX translator 30 instep 95. The PBX translator retrieves and transmits the codes to thePBX 24 instep 96, and responds to the SIP user agent with an OK message instep 97. - The
PBX 24 may also issue private signaling codes to thePBX translator 30 instep 98. Such private signaling codes are preferably encapsulated in a SIP INFO message and transmitted to theSIP user agent 36 instep 99. TheSIP user agent 36 responds to the INFO message with an OK message instep 100. - FIG. 8 is a signaling sequence diagram illustrating the processing of an incoming call to the
PBX 24 according to one embodiment of the invention. It is assumed for purposes of this illustration that thetelephone 22 andSIP user agent 36 are associated with a called extension number and are both registered with theSIP server 34. - In
step 101, a call for the called extension arrives at thePBX 24. Instep 102, thePBX 24 initiates a private ring command to the called extension with other private signaling information such as, for example, a caller ID, display information, ring type, LED flashing indications, and the like. In this regard, thePBX translator 30 creates a SIP INVITE message that includes the private ring command and other private signaling information in the body of the message. ThePBX translator 30 further includes its address in the session description as the media address for receiving future SIP messages from the callee. - In
step 104, thePBX translator 30 transmits the SIP INVITE message to theSIP server 34. TheSIP server 34 invokes theSIP services 32 to search for registered devices for the called extension, and concludes that both thetelephone 22 andSIP user agent 36 are registered. Insteps SIP server 34 proceeds to forward the INVITE message with the embedded private signaling codes to both thetelephone translator 28 andSIP user agent 36. - Upon arrival of the SIP INVITE message at the
telephone translator 28, the translator extracts the private ring command and other private signaling codes from the SIP message body and forwards them to the telephone instep 110, causing the telephone to ring with the appropriate type of ring, display the correct display information such as the caller ID or caller's name, and/or flash the appropriate LEDs as indicated by the extracted private signaling codes. - The SIP INVITE message transmitted to the
SIP user agent 36 also causes the associated device to indicate an incoming call and alerts the user. If theSIP user agent 36 has been made aware of the private signaling codes, the SIP user agent extracts the embedded private signaling codes to perform the functions and/or displays indicated by the codes. If theSIP user agent 36 is unaware of the private signaling codes, the agent simply disregards the codes embedded in the SIP message and thereby functions as a conventional SIP user agent. - In
step 110, the callee responds to the incoming call by causing thetelephone 22 to go offhook. The offhook operation causes thetelephone 22 to emit a private signaling offhook code. Thetelephone 22 may also emit other private signaling codes such as, for example, codes indicating whether the offhook command was transmitted by lifting the handset or by depressing a speakerphone key. Instep 112, thetelephone translator 28 receives the private signaling codes emitted by thetelephone 22 and embeds them in a SIP OK message. Thetelephone translator 28 further includes its address in the session description as the media address for receiving future SIP messages from the caller. - In
step 114, thetelephone translator 28 transmits the OK message to theSIP server 34 for forwarding to thePBX translator 30 instep 116. ThePBX translator 30 retrieves the private signaling data from the OK message and transmits the data to thePBX 24 instep 118. From the received data, thePBX 24 determines that the call has been answered and may further determine how the call was answered, that is, via handset offhook or speakerphone. - Because the call was answered by the
telephone 22 and not by theSIP user agent 36, theSIP server 34 cancels the call to theSIP user agent 36 by transmitting a CANCEL SIP message instep 120. Furthermore, thePBX translator 30 issues an ACK message instep 122 which is forwarded to thetelephone translator 28 instep 124 in response to the OK message. Voice conversation then ensues in step 126 between the caller through thePBX 24 and thetelephone 22. - FIG. 9 is a signaling sequence diagram illustrating the exchange of private signaling codes between the
PBX 24 andtelephone 22 mid-call, that is, after a call has been setup, according to one embodiment of the invention. Thetelephone 22 may emit private signaling codes during the call. For example, the user may wish to transition between voice on the handset and voice on the speakerphone. Instep 130, a keypad button is pressed on thetelephone 22 causing the telephone to emit an associated private signaling command to thetelephone translator 28. The private signaling command from the telephone is encapsulated in the body of a SIP INFO message and transmitted to thePBX translator 30 instep 132. ThePBX translator 30 retrieves the encapsulated private signaling command and forwards it to thePBX 24 instep 134. ThePBX translator 30 responds with an OK SIP message instep 136. Instep 138, thePBX 24 issues a private signaling command during the call, such as, for example, information on elapsed call time. ThePBX translator 30 receives the command and encapsulates it in a body of a SIP INFO message. The SIP INFO message is transmitted instep 140 to thetelephone translator 28, either directly or via theSIP server 34. - The
telephone translator 28 extracts the private signaling codes and forwards these to thetelephone 22 instep 142. Instep 144, thetelephone translator 28 responds back to thePBX translator 30 with a SIP OK message. - A person skilled in the art should recognize that other SIP messages besides INVITE, INFO, and OK messages may be used to transport private signaling codes. Preferably, the PBX and
telephone translators telephone translator 28 were to transmit a SIP BYE message in response to a user hanging-up thetelephone 22, the telephone translator encapsulates a private onhook command in the BYE message. If no SIP messages are pending to the transmitted, private signaling commands may be transmitted in SIP INFO messages, SIP NOTIFY messages, SIP instant messages, or the like. - As discussed above with reference to FIG. 3, multiple devices associated with a particular extension may receive INVITE messages for an incoming call. Any of these devices may go offhook and generate an appropriate private signaling message to the
PBX 24 in response to the incoming INVITE message. ThePBX translator 30 is preferably aware of all devices associated with a particular extension and is configured to transmit private signaling codes during a call to all associated devices and not only to the device exchanging media. This becomes desirable, for instance, if a new voice mail message arrives during a call. The new voice mail message indication is not only transmitted to the device currently engaged in the call, but also to all associated devices, allowing a user to be alerted of the new voice mail message via display of a message waiting indicator on all of the devices associated with the extension. - FIG. 10 is a signaling sequence diagram illustrating a subscription and notification mechanism for allowing the
PBX 24 to determine the devices that should receive out-of-call private signaling commands according to one embodiment of the invention. For purposes of this example, it is assumed thattelephone translators - In
step 170, thePBX translator 30 receives a SIP SUBSCRIBE message from a previously unsubscribedtelephone translator 28 a. Instep 172, thePBX translator 30 responds with an OK message and subscribestelephone translator 28 a by adding it to its list of subscribed clients for the given extension. Once subscribed, thePBX translator 30 monitors, on its own accord or in response to conventional heartbeat signals provided by the PBX, the viability oftelephone translator 28 a and its associated telephone. In this regard, thePBX translator 30 transmits, instep 180, a NOTIFY message at a predetermined time.Telephone translator 28 a responds with an OK message instep 182 if it is online and all associated functionality is operating normally. Iftelephone translator 28 a fails to respond with an OK message after the receipt of a single or multiple NOTIFY messages, thePBX translator 30 proceeds to de-subscribe the telephone translator, preventing future private signaling codes to be transmitted to the telephone translator until successful re-subscription. Upon re-subscription, thePBX translator 30 transmits updated notifications that the re-subscribed translator may have missed while disabled. This information is preferably made available via conventional state refresh commands from thePBX 24. - Upon issuance of a private signaling command by the
PBX 24 instep 184, thePBX translator 30 embeds the command in a SIP message for transmitting to telephone translator. Preferably the command is embedded in a NOTIFY message and transmitted instep 186 iftelephone translator 28 a is not currently involved in a call with thePBX 24. Alternatively, iftelephone translator 28 a is involved in the call, the command may be embedded within INFO, OK, and/or INVITE messages.Telephone translator 28 a responds to the NOTIFY message with an OK message in step 188, indicating receipt of the NOTIFY message. - In
step 190, thePBX translator 30 receives a new SUBSCRIBE message from previously unsubscribedenhanced IP translator 28 b, to which the PBX translator responds with an OK message instep 192. The PBX translator then proceeds to addtelephone translator 28 b to the list of subscribed clients. Issuance of future private signaling commands by thePBX 24 instep 194 causes thePBX translator 30 to transmit the commands to bothtelephone translators PBX translator 30 transmits the commands in NOTIFY messages insteps telephone translators steps 198, 202. - FIG. 11 is a signaling sequence diagram between the
PBX translator 30 andtelephone translators steps 210, and 214, thePBX translator 30 transmits heartbeat NOTIFY messages totelephone translators telephone translators - An incoming call for a called extension arrives at the
PBX 24 and instep 218, thePBX 24 initiates a private ring command to the called extension along with any other private signaling information. ThePBX translator 30 creates a SIP INVITE message in response and includes the private ring command and any other private signaling information in the body of the message. ThePBX translator 30 further includes its address in the session description as the media address for receiving future SIP messages from the callee. - In
step 220, thePBX translator 30 transmits the SIP INVITE message to theSIP server 34. TheSIP server 34 invokes theSIP services 32 to search for the registered devices for the called extension, and concludes thattelephone translators steps SIP server 34 forwards the INVITE message with the embedded private signaling codes to bothtelephone translators - Upon arrival of the SIP INVITE message, each
translator respective telephones - In the illustrated embodiment,
telephone translator 28 a fails to answer the incoming call and as a result, theSIP server 34 transmits a CANCEL message in step 224 canceling the INVITE message.Telephone translator 28 a receives the CANCEL message and issues a private command to terminate the ringing of the associatedtelephone 22 a instep 226. - The INVITE message to
telephone translator 28 b causes the user to go offhook and thetelephone translator 28 b then emits a private offhook command and any other private signaling commands instep 230.Telephone translator 28 b embeds the private offhook command and any other private signaling commands from the telephone in an OK message transmitted to theSIP server 34 instep 232. - The
SIP server 34 forwards the OK message instep 234 to thePBX translator 30. ThePBX translator 30 retrieves the offhook command and any other embedded private commands from the body of the OK message and forwards it to thePBX 24 instep 236. ThePBX translator 30 responds to the OK message with an ACK message which is transmitted to theSIP server 34 instep 238 and in turn forwarded totelephone translator 28 b instep 240. - During the course of the call between the
PBX 24 andtelephone 22 b, private signaling commands are emitted by the PBX and forwarded to thePBX translator 30 instep 242. For example, thePBX 24 may issue commands for displaying an elapsed call time. ThePBX translator 30 receives the private signaling commands and determines the subscribed devices associated with the called extension. In this regard, the PBX translator searches its current subscription list for determining that bothtelephone translator PBX translator 30 further determines that the current call is engaged withtelephone translator 28 b. Accordingly, thePBX translator 30 transmits the received private signaling commands in a SIP INFO message fortelephone translator 28 b in step 250, and in a SIP NOTIFY message fortelephone translator 28 a instep 244. Upon receipt of the SIP messages, each translator retrieves the embedded private signaling commands and forwards these to theirrespective telephones telephone translators - Although this invention has been described in certain specific embodiments, those skilled in the art will have no difficulty devising variations which in no way depart from the scope and spirit of the present invention. It is therefore to be understood that this invention may be practiced otherwise than is specifically described. Thus, the present embodiments of the invention should be considered in all respects as illustrative and not restrictive, the scope of the invention to be indicated by the appended claims and their equivalents rather than the foregoing description.
Claims (28)
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/074,340 US7002912B2 (en) | 2001-09-06 | 2002-02-12 | Architecture for transporting PBX signaling codes via SIP |
AT02798116T ATE478501T1 (en) | 2001-09-06 | 2002-09-04 | ARCHITECTURE FOR TRANSPORTING PBX SIGNING CODES OVER SIP |
EP02798116A EP1430671B1 (en) | 2001-09-06 | 2002-09-04 | Architecture for transporting pbx signaling codes via sip |
PCT/US2002/028191 WO2003024062A2 (en) | 2001-09-06 | 2002-09-04 | Architecture for transporting pbx signaling codes via sip |
DE60237378T DE60237378D1 (en) | 2001-09-06 | 2002-09-04 | ARCHITECTURE FOR TRANSPORTING PBX DRAWING CODES VIA SIP |
AT02024819T ATE475249T1 (en) | 2001-11-07 | 2002-11-07 | METHOD FOR INTEGRATING A PRIVATE PBX INTO SIP NETWORKS |
EP02024819A EP1311103B1 (en) | 2001-11-07 | 2002-11-07 | Method for integration of PBX systems with SIP networks |
DE60237066T DE60237066D1 (en) | 2001-11-07 | 2002-11-07 | Method for integrating a private branch exchange in SIP networks |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US31767301P | 2001-09-06 | 2001-09-06 | |
US31774401P | 2001-09-06 | 2001-09-06 | |
US10/074,340 US7002912B2 (en) | 2001-09-06 | 2002-02-12 | Architecture for transporting PBX signaling codes via SIP |
Publications (2)
Publication Number | Publication Date |
---|---|
US20030043992A1 true US20030043992A1 (en) | 2003-03-06 |
US7002912B2 US7002912B2 (en) | 2006-02-21 |
Family
ID=27372471
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/074,340 Expired - Lifetime US7002912B2 (en) | 2001-09-06 | 2002-02-12 | Architecture for transporting PBX signaling codes via SIP |
Country Status (5)
Country | Link |
---|---|
US (1) | US7002912B2 (en) |
EP (1) | EP1430671B1 (en) |
AT (1) | ATE478501T1 (en) |
DE (1) | DE60237378D1 (en) |
WO (1) | WO2003024062A2 (en) |
Cited By (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003091903A1 (en) * | 2002-04-24 | 2003-11-06 | Sarvega, Inc. | System and method for processing of xml documents represented as an event stream |
US20030233457A1 (en) * | 2002-06-12 | 2003-12-18 | Henrik Basilier | Signaling framework for wireless networks |
US20040057464A1 (en) * | 2002-09-23 | 2004-03-25 | Michael Sanders | Generic Transport layer |
US20050175032A1 (en) * | 2004-02-09 | 2005-08-11 | Eung-Moon Yeom | Processing session initiation protocol signaling in voice/data integrated switching system |
US20050249238A1 (en) * | 2002-08-05 | 2005-11-10 | Serge Haumont | Method of speeding up the registration procedure in a cellular network |
US20060078096A1 (en) * | 2004-07-23 | 2006-04-13 | Nokia Corporation | Systems and methods for encapsulation based session initiation protocol through network address translation |
WO2006050739A1 (en) * | 2004-11-09 | 2006-05-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and devices for supporting a flexible handling of connections towards a dual mode mobile station |
US20070036144A1 (en) * | 2005-08-15 | 2007-02-15 | Microsoft Corporation | Associating a telephone call with a dialog based on a computer protocol such as SIP |
EP1755348A1 (en) * | 2005-08-16 | 2007-02-21 | Alcatel | A method of forwarding signaling information |
US20070047726A1 (en) * | 2005-08-25 | 2007-03-01 | Cisco Technology, Inc. | System and method for providing contextual information to a called party |
US20070130475A1 (en) * | 2005-12-05 | 2007-06-07 | Ajay Sathyanath | Method of embedding information in internet transmissions |
US20070133776A1 (en) * | 2005-12-13 | 2007-06-14 | Cisco Technology, Inc. | Communication system with configurable shared line privacy feature |
US20070248221A1 (en) * | 2003-07-14 | 2007-10-25 | Saurav Chatterjee | Call notification with rich caller identification |
US20070281723A1 (en) * | 2006-05-31 | 2007-12-06 | Cisco Technology, Inc. | Floor control templates for use in push-to-talk applications |
US20080075265A1 (en) * | 2006-09-11 | 2008-03-27 | Microsoft Corporation | Bridging messages to release enterprise ports |
US20080123849A1 (en) * | 2006-09-21 | 2008-05-29 | Mallikarjuna Samayamantry | Dynamic key exchange for call forking scenarios |
US20080186958A1 (en) * | 2006-09-29 | 2008-08-07 | O'sullivan Mark | Dynamic configuration of voip trunks |
US20080256353A1 (en) * | 2007-04-16 | 2008-10-16 | Vicotel, Inc. | Method and Apparatus for Hiding Information in Communication protocol |
CN100438688C (en) * | 2004-08-27 | 2008-11-26 | 华为技术有限公司 | System for session initial protocol user inserting mobile communication network and method thereof |
US20090003249A1 (en) * | 2007-06-27 | 2009-01-01 | Microsoft Corporation | Determination and Display of Endpoint Identities |
US20090009588A1 (en) * | 2007-07-02 | 2009-01-08 | Cisco Technology, Inc. | Recognition of human gestures by a mobile phone |
EP2111026A1 (en) * | 2008-04-18 | 2009-10-21 | Mitel Networks Corporation | Accessing communication features |
US20100115111A1 (en) * | 2007-01-29 | 2010-05-06 | Nokia Corporation | Submit report handling in smsip |
EP2210404A2 (en) * | 2007-11-05 | 2010-07-28 | Microsoft Corporation | Accommodation of two independent telephony systems |
US20110116419A1 (en) * | 2009-11-17 | 2011-05-19 | Time Warner Cable Inc. | Internet Protocol Multimedia Subsystem Voice-Video Mail Service Over a Home Network |
US20110158132A1 (en) * | 2005-09-22 | 2011-06-30 | Verizon Services Organization, Inc. | Method and system for providing call screening in a packet-switched network |
WO2011133334A1 (en) * | 2010-04-19 | 2011-10-27 | Ipc Systems, Inc. | Session initiation protocol extensions for call control and resource status monitoring in turrets and turret switching systems |
US20120207149A1 (en) * | 2003-01-30 | 2012-08-16 | Peters Jr Robert Yaeger | Session initiation protocol (sip) message incorporating a number of predetermined address headers having predetermined address information |
GB2494152A (en) * | 2011-08-31 | 2013-03-06 | Metaswitch Networks Ltd | Modifying communication service settings for SIP devices |
US20140068710A1 (en) * | 2012-08-30 | 2014-03-06 | Cellco Partnership D/B/A Verizon Wireless | User device selection |
US8687785B2 (en) | 2006-11-16 | 2014-04-01 | Cisco Technology, Inc. | Authorization to place calls by remote users |
US20150237198A1 (en) * | 2012-08-29 | 2015-08-20 | Orange | Methods, Devices and System for Logging Calls for Terminals |
WO2016105376A1 (en) * | 2014-12-23 | 2016-06-30 | Interactive Intelligence Group, Inc. | System and method for language specific routing |
US9578602B1 (en) * | 2011-03-15 | 2017-02-21 | Google Inc. | Device aware social graphs |
US20180375901A1 (en) * | 2015-12-18 | 2018-12-27 | Orange | Method of communication between a calling terminal and a plurality of called terminals |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6928156B2 (en) * | 2002-05-31 | 2005-08-09 | Sbc Properties, L.P. | Automated operator assistance with menu options |
US7599355B2 (en) * | 2003-08-14 | 2009-10-06 | Aksys Networks Inc. | Server-less VoIP (voice over internet protocol) phone system |
GB2406464B (en) * | 2003-09-29 | 2006-07-05 | Siemens Ag | Network entity |
US20060126664A1 (en) * | 2004-12-01 | 2006-06-15 | David Horton | Systems and methods for dynamic modification of a stream of data packets |
US7924814B1 (en) * | 2004-12-03 | 2011-04-12 | At&T Intellectual Property Ii, L.P. | Method and apparatus for enabling dual tone multi-frequency signal processing in the core voice over internet protocol network |
GB0500483D0 (en) * | 2005-01-11 | 2005-02-16 | Nokia Corp | Multi-party sessions in a communication system |
US7856470B2 (en) * | 2005-05-27 | 2010-12-21 | Microsoft Corporation | Accepting an invitation sent to multiple computer systems |
US7983201B2 (en) * | 2006-05-09 | 2011-07-19 | Avaya Inc. | Coordinated invitations to a conference call |
US7813305B2 (en) * | 2006-05-09 | 2010-10-12 | Avaya Inc. | Setting up a conference call with a hashed address |
TW200836534A (en) * | 2007-02-16 | 2008-09-01 | Asustek Comp Inc | Voice communication system using SIP and method thereof |
DE102007025052B4 (en) * | 2007-05-29 | 2009-02-19 | Vodafone Holding Gmbh | Method and system for establishing a data connection in a communication system |
EP2019555B1 (en) * | 2007-07-25 | 2010-03-03 | Alcatel Lucent | Bridging enterprise advanced communication systems through the public Internet |
DE502007002352D1 (en) * | 2007-09-24 | 2010-01-28 | Avaya Gmbh & Co Kg | Method for establishing a communication connection and telecommunication system for carrying out the method |
US8351913B2 (en) * | 2008-01-15 | 2013-01-08 | Microsoft Corporation | Merging call notifications in cross ringing systems |
US8135124B2 (en) | 2008-03-21 | 2012-03-13 | Microsoft Corporation | Communicating information pertaining to cancelling of forked call requests |
US8477761B2 (en) * | 2008-03-27 | 2013-07-02 | Ittiam Systems (P) Ltd. | Unified session signaling system for use in multimedia communications |
US8599834B2 (en) * | 2009-09-29 | 2013-12-03 | Ipc Systems, Inc. | Systems, methods, and computer program products for providing a manual ring-down communication line using session initiation protocol |
US8275896B2 (en) | 2009-12-23 | 2012-09-25 | Bce Inc. | Method and system for converting session initiation messages |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020131575A1 (en) * | 1999-09-24 | 2002-09-19 | Gallant John K. | Method and system for providing intelligent network control services in IP telephony |
US6621793B2 (en) * | 2000-05-22 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Application influenced policy |
US6795430B1 (en) * | 2000-07-14 | 2004-09-21 | Nortel Networks Limited | Service-related signaling between voice over internet protocol servers |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6453034B1 (en) * | 1999-07-29 | 2002-09-17 | Mci Worldcom, Inc. | Method of and system for extending internet telephony over virtual private network direct access lines |
US6434143B1 (en) | 1999-11-08 | 2002-08-13 | Mci Worldcom, Inc. | Internet protocol telephony voice/video message deposit and retrieval |
-
2002
- 2002-02-12 US US10/074,340 patent/US7002912B2/en not_active Expired - Lifetime
- 2002-09-04 EP EP02798116A patent/EP1430671B1/en not_active Expired - Lifetime
- 2002-09-04 WO PCT/US2002/028191 patent/WO2003024062A2/en not_active Application Discontinuation
- 2002-09-04 DE DE60237378T patent/DE60237378D1/en not_active Expired - Lifetime
- 2002-09-04 AT AT02798116T patent/ATE478501T1/en not_active IP Right Cessation
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020131575A1 (en) * | 1999-09-24 | 2002-09-19 | Gallant John K. | Method and system for providing intelligent network control services in IP telephony |
US6621793B2 (en) * | 2000-05-22 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Application influenced policy |
US6795430B1 (en) * | 2000-07-14 | 2004-09-21 | Nortel Networks Limited | Service-related signaling between voice over internet protocol servers |
Cited By (89)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003091903A1 (en) * | 2002-04-24 | 2003-11-06 | Sarvega, Inc. | System and method for processing of xml documents represented as an event stream |
US20030233457A1 (en) * | 2002-06-12 | 2003-12-18 | Henrik Basilier | Signaling framework for wireless networks |
US7724711B2 (en) * | 2002-08-05 | 2010-05-25 | Nokia Corporation | Method of speeding up the registration procedure in a cellular network |
US20050249238A1 (en) * | 2002-08-05 | 2005-11-10 | Serge Haumont | Method of speeding up the registration procedure in a cellular network |
US20040057464A1 (en) * | 2002-09-23 | 2004-03-25 | Michael Sanders | Generic Transport layer |
US9338191B2 (en) * | 2003-01-30 | 2016-05-10 | At&T Intellectual Property Ii, L.P. | Session initiation protocol (SIP) message incorporating a number of predetermined address headers having predetermined address information |
US20120207149A1 (en) * | 2003-01-30 | 2012-08-16 | Peters Jr Robert Yaeger | Session initiation protocol (sip) message incorporating a number of predetermined address headers having predetermined address information |
US8503658B2 (en) * | 2003-07-14 | 2013-08-06 | Cisco Technology, Inc. | Call notification with rich caller identification |
US20070248221A1 (en) * | 2003-07-14 | 2007-10-25 | Saurav Chatterjee | Call notification with rich caller identification |
US8139604B2 (en) * | 2004-02-09 | 2012-03-20 | Samsung Electronics Co., Ltd. | Processing session initiation protocol signaling in voice/data integrated switching system |
US20050175032A1 (en) * | 2004-02-09 | 2005-08-11 | Eung-Moon Yeom | Processing session initiation protocol signaling in voice/data integrated switching system |
AU2005200371B2 (en) * | 2004-02-09 | 2007-04-05 | Samsung Electronics Co., Ltd. | Processing session initiation protocol signaling in voice/data integrated switching system |
GB2411789B (en) * | 2004-02-09 | 2008-04-09 | Samsung Electronics Co Ltd | Processing session initiation protocol signalling in voice/data integrated switching system |
US20060078096A1 (en) * | 2004-07-23 | 2006-04-13 | Nokia Corporation | Systems and methods for encapsulation based session initiation protocol through network address translation |
US8090858B2 (en) * | 2004-07-23 | 2012-01-03 | Nokia Siemens Networks Oy | Systems and methods for encapsulation based session initiation protocol through network address translation |
CN100438688C (en) * | 2004-08-27 | 2008-11-26 | 华为技术有限公司 | System for session initial protocol user inserting mobile communication network and method thereof |
KR100928352B1 (en) | 2004-11-09 | 2009-11-23 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | Method and apparatus for supporting flexible handling of connections towards dual-mode mobile stations |
WO2006050739A1 (en) * | 2004-11-09 | 2006-05-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and devices for supporting a flexible handling of connections towards a dual mode mobile station |
US20090124254A1 (en) * | 2004-11-09 | 2009-05-14 | Telefonaktiebolaget Lm Ericsson | Method and devices for supporting a flexible handling of connections towards a dual mode mobile station |
CN101057452B (en) * | 2004-11-09 | 2013-04-24 | 艾利森电话股份有限公司 | Method and devices for supporting a flexible handling of connections towards a dual mode mobile station |
US8155294B2 (en) * | 2005-08-15 | 2012-04-10 | Microsoft Corporation | Associating a telephone call with a dialog based on a computer protocol such as SIP |
US20120219129A1 (en) * | 2005-08-15 | 2012-08-30 | Microsoft Corporation | Associating a telephone call with a dialog based on a computer protocol such as sip |
US8670535B2 (en) * | 2005-08-15 | 2014-03-11 | Microsoft Corporation | Associating a telephone call with a dialog based on a computer protocol such as SIP |
AU2006280344B2 (en) * | 2005-08-15 | 2010-09-30 | Microsoft Technology Licensing, Llc | Associating a telephone call with a dialog based on a computer protocol such as SIP |
US20070036144A1 (en) * | 2005-08-15 | 2007-02-15 | Microsoft Corporation | Associating a telephone call with a dialog based on a computer protocol such as SIP |
US20070041380A1 (en) * | 2005-08-16 | 2007-02-22 | Alcatel | Method of forwarding signaling information within a communication network |
EP1755348A1 (en) * | 2005-08-16 | 2007-02-21 | Alcatel | A method of forwarding signaling information |
US20070047726A1 (en) * | 2005-08-25 | 2007-03-01 | Cisco Technology, Inc. | System and method for providing contextual information to a called party |
US9191521B2 (en) | 2005-09-22 | 2015-11-17 | Verizon Patent And Licensing Inc. | Method and system for providing call waiting features in a SIP-based network |
US9319530B2 (en) | 2005-09-22 | 2016-04-19 | Verizon Patent And Licensing Inc. | Method and system for providing telemetry, verification and/or other access in a SIP-based network |
US8885639B1 (en) | 2005-09-22 | 2014-11-11 | Verizon Patent And Licensing Inc. | Method and system for providing talking call waiting in a SIP-based network |
US8374166B1 (en) | 2005-09-22 | 2013-02-12 | Verizon Patent And Licensing Inc. | Method and system for providing call waiting features in a SIP-based network |
US8363812B1 (en) | 2005-09-22 | 2013-01-29 | Verizon Patent And Licensing Inc. | Method and system for providing call parking in a SIP-based network |
US8873548B1 (en) | 2005-09-22 | 2014-10-28 | Verizon Patent And Licensing Inc. | Method and system for providing call-forwarding status indications in a packet-switched network |
US9241074B1 (en) | 2005-09-22 | 2016-01-19 | Verizon Patent And Licensing Inc. | Method and system for providing variable dial pattern provisioning in a SIP-based network |
US8165280B1 (en) | 2005-09-22 | 2012-04-24 | Verizon Services Organization Inc. | Method and system for providing busy override service in a SIP-based network |
US20110158132A1 (en) * | 2005-09-22 | 2011-06-30 | Verizon Services Organization, Inc. | Method and system for providing call screening in a packet-switched network |
US8447019B2 (en) | 2005-09-22 | 2013-05-21 | Verizon Patent And Licensing Inc. | Method and system for providing call screening in a packet-switched network |
US8320532B1 (en) | 2005-09-22 | 2012-11-27 | Verizon Patent And Licensing Inc. | Method and system for providing voice dialing service in a SIP-based network |
US8116302B1 (en) | 2005-09-22 | 2012-02-14 | Verizon Patent And Licensing Inc. | Method and system for providing call screening in a packet-switched network |
US8130639B1 (en) * | 2005-09-22 | 2012-03-06 | Verizon Patent And Licensing Inc. | Method and system for providing distinctive announcements in a SIP-based network |
US8462772B1 (en) | 2005-09-22 | 2013-06-11 | Verizon Patent And Licensing Inc. | Method and system for providing party line emulation in a SIP-based network |
US8144693B1 (en) | 2005-09-22 | 2012-03-27 | Verizon Services Organization Inc. | Method and system for providing telemetry, verification and/or other access in a SIP-based network |
US8908835B1 (en) | 2005-09-22 | 2014-12-09 | Verizon Patent And Licensing Inc. | Method and system for providing forced hold behavior in a SIP-based network |
US20070130475A1 (en) * | 2005-12-05 | 2007-06-07 | Ajay Sathyanath | Method of embedding information in internet transmissions |
WO2007067509A3 (en) * | 2005-12-05 | 2007-09-27 | Lucent Technologies Inc | Method of embedding information in internet transmissions |
US8214640B2 (en) | 2005-12-05 | 2012-07-03 | Alcatel Lucent | Method of embedding information in implementation defined SIP header fields |
JP2009518958A (en) * | 2005-12-05 | 2009-05-07 | ルーセント テクノロジーズ インコーポレーテッド | How to embed information in an internet transmission |
US8243895B2 (en) | 2005-12-13 | 2012-08-14 | Cisco Technology, Inc. | Communication system with configurable shared line privacy feature |
US20070133776A1 (en) * | 2005-12-13 | 2007-06-14 | Cisco Technology, Inc. | Communication system with configurable shared line privacy feature |
US7761110B2 (en) | 2006-05-31 | 2010-07-20 | Cisco Technology, Inc. | Floor control templates for use in push-to-talk applications |
US20070281723A1 (en) * | 2006-05-31 | 2007-12-06 | Cisco Technology, Inc. | Floor control templates for use in push-to-talk applications |
US8284923B2 (en) * | 2006-09-11 | 2012-10-09 | Microsoft Corporation | Bridging messages to release enterprise ports |
US20080075265A1 (en) * | 2006-09-11 | 2008-03-27 | Microsoft Corporation | Bridging messages to release enterprise ports |
US8249238B2 (en) * | 2006-09-21 | 2012-08-21 | Siemens Enterprise Communications, Inc. | Dynamic key exchange for call forking scenarios |
US20080123849A1 (en) * | 2006-09-21 | 2008-05-29 | Mallikarjuna Samayamantry | Dynamic key exchange for call forking scenarios |
US8437254B2 (en) * | 2006-09-29 | 2013-05-07 | Avaya Uk | Dynamic configuration of VoIP trunks |
US20080186958A1 (en) * | 2006-09-29 | 2008-08-07 | O'sullivan Mark | Dynamic configuration of voip trunks |
US8687785B2 (en) | 2006-11-16 | 2014-04-01 | Cisco Technology, Inc. | Authorization to place calls by remote users |
US8307104B2 (en) * | 2007-01-29 | 2012-11-06 | Nokia Corporation | Submit report handling in SMSIP |
US8612607B2 (en) | 2007-01-29 | 2013-12-17 | Nokia Corporation | Submit report handling in SMSIP |
US20100115111A1 (en) * | 2007-01-29 | 2010-05-06 | Nokia Corporation | Submit report handling in smsip |
US20080256353A1 (en) * | 2007-04-16 | 2008-10-16 | Vicotel, Inc. | Method and Apparatus for Hiding Information in Communication protocol |
US20090003249A1 (en) * | 2007-06-27 | 2009-01-01 | Microsoft Corporation | Determination and Display of Endpoint Identities |
US8817061B2 (en) | 2007-07-02 | 2014-08-26 | Cisco Technology, Inc. | Recognition of human gestures by a mobile phone |
US20090009588A1 (en) * | 2007-07-02 | 2009-01-08 | Cisco Technology, Inc. | Recognition of human gestures by a mobile phone |
EP2210404A4 (en) * | 2007-11-05 | 2012-08-22 | Microsoft Corp | Accommodation of two independent telephony systems |
EP2210404A2 (en) * | 2007-11-05 | 2010-07-28 | Microsoft Corporation | Accommodation of two independent telephony systems |
US20090262726A1 (en) * | 2008-04-18 | 2009-10-22 | Mitel Networks Corporation | Method, system and apparatus for accessing communication features |
EP2111026A1 (en) * | 2008-04-18 | 2009-10-21 | Mitel Networks Corporation | Accessing communication features |
US20110116419A1 (en) * | 2009-11-17 | 2011-05-19 | Time Warner Cable Inc. | Internet Protocol Multimedia Subsystem Voice-Video Mail Service Over a Home Network |
US10389761B2 (en) * | 2009-11-17 | 2019-08-20 | Time Warner Cable Enterprises Llc | Internet protocol multimedia subsystem voice-video mail service over a home network |
WO2011133334A1 (en) * | 2010-04-19 | 2011-10-27 | Ipc Systems, Inc. | Session initiation protocol extensions for call control and resource status monitoring in turrets and turret switching systems |
GB2492511B (en) * | 2010-04-19 | 2017-03-15 | Ipc Systems Inc | Session initiation protocol extensions for call control and resource status monitoring in turrets and turret switching systems |
GB2492511A (en) * | 2010-04-19 | 2013-01-02 | Ipc Systems Inc | Session initiation protocol extensions for call control and resource status monitoring in turrets and turret switching systems |
US8363572B2 (en) | 2010-04-19 | 2013-01-29 | Ipc Systems, Inc. | Session initiation protocol extensions for call control and resource status monitoring in turrets and turret switching systems |
US9578602B1 (en) * | 2011-03-15 | 2017-02-21 | Google Inc. | Device aware social graphs |
US9118493B2 (en) | 2011-08-31 | 2015-08-25 | Metaswitch Networks Ltd | Processing requests |
GB2494152A (en) * | 2011-08-31 | 2013-03-06 | Metaswitch Networks Ltd | Modifying communication service settings for SIP devices |
GB2494152B (en) * | 2011-08-31 | 2018-04-11 | Metaswitch Networks Ltd | Communication services |
US20150237198A1 (en) * | 2012-08-29 | 2015-08-20 | Orange | Methods, Devices and System for Logging Calls for Terminals |
US9973623B2 (en) * | 2012-08-29 | 2018-05-15 | Orange | Methods, devices and system for logging calls for terminals |
US9372963B2 (en) * | 2012-08-30 | 2016-06-21 | Verizon Patent And Licensing Inc. | User device selection |
US10218744B2 (en) | 2012-08-30 | 2019-02-26 | Verizon Patent And Licensing Inc. | User device selection |
US20140068710A1 (en) * | 2012-08-30 | 2014-03-06 | Cellco Partnership D/B/A Verizon Wireless | User device selection |
US10484436B2 (en) | 2012-08-30 | 2019-11-19 | Verizon Patent And Licensing Inc. | User device selection |
WO2016105376A1 (en) * | 2014-12-23 | 2016-06-30 | Interactive Intelligence Group, Inc. | System and method for language specific routing |
US9509847B2 (en) * | 2014-12-23 | 2016-11-29 | Interactive Intelligence Group, Inc. | System and method for language specific routing |
US20180375901A1 (en) * | 2015-12-18 | 2018-12-27 | Orange | Method of communication between a calling terminal and a plurality of called terminals |
Also Published As
Publication number | Publication date |
---|---|
EP1430671A2 (en) | 2004-06-23 |
EP1430671B1 (en) | 2010-08-18 |
EP1430671A4 (en) | 2004-11-24 |
DE60237378D1 (en) | 2010-09-30 |
WO2003024062A3 (en) | 2003-10-16 |
ATE478501T1 (en) | 2010-09-15 |
WO2003024062A2 (en) | 2003-03-20 |
US7002912B2 (en) | 2006-02-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7002912B2 (en) | Architecture for transporting PBX signaling codes via SIP | |
US7042871B2 (en) | Method and system for suppressing early media in a communications network | |
US7266591B1 (en) | Providing content delivery during a call hold condition | |
US7978686B2 (en) | System and method for feature-based services control using SIP | |
US8040873B2 (en) | Distributed integration of legacy PBX system with SIP networks | |
Schulzrinne et al. | The session initiation protocol: Internet-centric signaling | |
US6904140B2 (en) | Dynamic user state dependent processing | |
EP1421508B1 (en) | Multiple host arrangement for multimedia sessions using session initiation protocol (sip) communication | |
US20070162613A1 (en) | Processing network communication control messages | |
US20020071429A1 (en) | Internet protocol telephony voice/video message deposit and retrieval | |
EP1444599A1 (en) | A bridging user agent and a proxy server for supporting network services | |
JP2003517764A (en) | SIP-based feature control system and method | |
US7443834B1 (en) | Combining multimedia services with traditional telephony | |
US20050047423A1 (en) | Protocol interworking framework | |
US20040062382A1 (en) | Multimedia augmented call coverage | |
US20040042414A1 (en) | Method and system for establishing communication over a data packet network using callobjects | |
US20080112390A1 (en) | Apparatus to override the redirect or reject feature at an SIP end point | |
US7408926B1 (en) | Method and apparatus for accessing voice over internet protocol connection | |
EP1311103B1 (en) | Method for integration of PBX systems with SIP networks | |
Rosen | RFC 9248 Interoperability Profile for Relay User Equipment | |
KR100686828B1 (en) | Method for controlling call process using SIP-URI and Apparatus thereof |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: ALCATEL INTERNETWORKING, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:WENGROVITZ, MICHAEL;REEL/FRAME:012592/0723 Effective date: 20020209 |
|
AS | Assignment |
Owner name: ALCATEL, FRANCE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ALCATEL INTERNETWORKING, INC.;REEL/FRAME:013776/0827 Effective date: 20021216 |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
AS | Assignment |
Owner name: CREDIT SUISSE AG, NEW YORK Free format text: SECURITY AGREEMENT;ASSIGNOR:LUCENT, ALCATEL;REEL/FRAME:029821/0001 Effective date: 20130130 Owner name: CREDIT SUISSE AG, NEW YORK Free format text: SECURITY AGREEMENT;ASSIGNOR:ALCATEL LUCENT;REEL/FRAME:029821/0001 Effective date: 20130130 |
|
FPAY | Fee payment |
Year of fee payment: 8 |
|
AS | Assignment |
Owner name: ALCATEL LUCENT, FRANCE Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG;REEL/FRAME:033868/0001 Effective date: 20140819 |
|
FPAY | Fee payment |
Year of fee payment: 12 |
|
AS | Assignment |
Owner name: PROVENANCE ASSET GROUP LLC, CONNECTICUT Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:NOKIA TECHNOLOGIES OY;NOKIA SOLUTIONS AND NETWORKS BV;ALCATEL LUCENT SAS;REEL/FRAME:043877/0001 Effective date: 20170912 Owner name: NOKIA USA INC., CALIFORNIA Free format text: SECURITY INTEREST;ASSIGNORS:PROVENANCE ASSET GROUP HOLDINGS, LLC;PROVENANCE ASSET GROUP LLC;REEL/FRAME:043879/0001 Effective date: 20170913 Owner name: CORTLAND CAPITAL MARKET SERVICES, LLC, ILLINOIS Free format text: SECURITY INTEREST;ASSIGNORS:PROVENANCE ASSET GROUP HOLDINGS, LLC;PROVENANCE ASSET GROUP, LLC;REEL/FRAME:043967/0001 Effective date: 20170913 |
|
AS | Assignment |
Owner name: ALCATEL LUCENT, FRANCE Free format text: CHANGE OF NAME;ASSIGNOR:ALCATEL;REEL/FRAME:048329/0784 Effective date: 20061130 Owner name: NOKIA US HOLDINGS INC., NEW JERSEY Free format text: ASSIGNMENT AND ASSUMPTION AGREEMENT;ASSIGNOR:NOKIA USA INC.;REEL/FRAME:048370/0682 Effective date: 20181220 |
|
AS | Assignment |
Owner name: PROVENANCE ASSET GROUP LLC, CONNECTICUT Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CORTLAND CAPITAL MARKETS SERVICES LLC;REEL/FRAME:058983/0104 Effective date: 20211101 Owner name: PROVENANCE ASSET GROUP HOLDINGS LLC, CONNECTICUT Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CORTLAND CAPITAL MARKETS SERVICES LLC;REEL/FRAME:058983/0104 Effective date: 20211101 Owner name: PROVENANCE ASSET GROUP LLC, CONNECTICUT Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:NOKIA US HOLDINGS INC.;REEL/FRAME:058363/0723 Effective date: 20211129 Owner name: PROVENANCE ASSET GROUP HOLDINGS LLC, CONNECTICUT Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:NOKIA US HOLDINGS INC.;REEL/FRAME:058363/0723 Effective date: 20211129 |
|
AS | Assignment |
Owner name: RPX CORPORATION, CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:PROVENANCE ASSET GROUP LLC;REEL/FRAME:059352/0001 Effective date: 20211129 |
|
AS | Assignment |
Owner name: BARINGS FINANCE LLC, AS COLLATERAL AGENT, NORTH CAROLINA Free format text: PATENT SECURITY AGREEMENT;ASSIGNOR:RPX CORPORATION;REEL/FRAME:063429/0001 Effective date: 20220107 |