Source: http://www.google.com/patents/US20060206504?dq=5,960,411
Timestamp: 2014-12-28 22:57:31
Document Index: 389182045

Matched Legal Cases: ['arty 101', 'arty 101', 'arty 101', 'arty 101', 'arty 101', 'arty 101', 'arty 101', 'arty 101', 'arty 101', 'arty 101', 'arty 101', 'arty 101', 'arty 501', 'arty 503', 'arty 501', 'arty 503', 'arty 501', 'arty 503', 'arty 501', 'arty 501', 'arty 501', 'arty 503', 'arty 501', 'arty 503', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 501', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 503', 'arty 501', 'arty 605', 'arty 501', 'arty 605', 'arty 605', 'arty 605', 'arty 605', 'arty 605', 'arty 605', 'arty 605', 'arty 501', 'arty 703', 'arty 501', 'arty 703', 'arty 703', 'arty 703', 'arty 703', 'arty 703', 'arty 703', 'arty 801', 'arty 801', 'arty 801', 'arty 801', 'arty 801', 'arty 801', 'arty 801', 'arty 801', 'arty 801', 'arty 801', 'arty 801', 'arty 801', 'arty 801', 'arty 801', 'arty 801', 'arty 901', 'arty 901', 'arty 901', 'arty 901', 'arty 901', 'arty 901', 'arty 901', 'arty 901', 'arty 901', 'arty 901', 'arty 901']

Patent US20060206504 - IMS network access using legacy devices - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inAdvanced Patent SearchPatentsA communication network is described that allows legacy devices to access an IMS network. The communication network includes a switching system, an IMS network, and a non-IMS network. The switching system includes a subscriber database that is pre-provisioned with identities of IMS subscribers using...http://www.google.com/patents/US20060206504?utm_source=gb-gplus-sharePatent US20060206504 - IMS network access using legacy devicesAdvanced Patent SearchPublication numberUS20060206504 A1Publication typeApplicationApplication numberUS 11/114,258Publication dateSep 14, 2006Filing dateApr 26, 2005Priority dateMar 10, 2005Also published asCN1832440A, US8046381Publication number11114258, 114258, US 2006/0206504 A1, US 2006/206504 A1, US 20060206504 A1, US 20060206504A1, US 2006206504 A1, US 2006206504A1, US-A1-20060206504, US-A1-2006206504, US2006/0206504A1, US2006/206504A1, US20060206504 A1, US20060206504A1, US2006206504 A1, US2006206504A1InventorsYigang Cai, Simon Chen, Ivy Meng, Bill Yu Qian, Alexander Yin, Elsie Fang Zhang, Eric ZhaoOriginal AssigneeLucent Technologies Inc.Export CitationBiBTeX, EndNote, RefManReferenced by (43), Classifications (5), Legal Events (5) External Links: USPTO, USPTO Assignment, EspacenetIMS network access using legacy devicesUS 20060206504 A1Abstract A communication network is described that allows legacy devices to access an IMS network. The communication network includes a switching system, an IMS network, and a non-IMS network. The switching system includes a subscriber database that is pre-provisioned with identities of IMS subscribers using legacy devices. When in operation, a calling party places a call through a legacy device. The switching system receives the call and accesses the subscriber database based on a calling party identifier (e.g., a phone number, URL, etc) to determine if the calling party is an IMS subscriber. If the calling party is an IMS subscriber, then the switching system routes the call to the IMS network. If the calling party is not an IMS subscriber, then the switching system routes the call to the non-IMS network. Images(10) Claims(20)
DETAILED DESCRIPTION OF THE INVENTION FIGS. 1-10 and the following description depict specific exemplary embodiments of the invention to teach those skilled in the art how to make and use the best mode of the invention. For the purpose of teaching inventive principles, some conventional aspects of the invention have been simplified or omitted. Those skilled in the art will appreciate variations from these embodiments that fall within the scope of the invention. Those skilled in the art will appreciate that the features described below can be combined in various ways to form multiple variations of the invention. As a result, the invention is not limited to the specific embodiments described below, but only by the claims and their equivalents. FIG. 1 illustrates a communication network 100 in an exemplary embodiment of the invention. Communication network 100 includes a switching system 104, an IMS network 108, and a non-IMS network 110. Legacy device 102 accesses communication network 100 through switching system 104. Switching system 104 connects to IMS network 108, and non-IMS network 110. Switching system 104 includes a subscriber database 106 in this embodiment. Alternatively, subscriber database 106 may be remote from switching system 104 and accessible by switching system 104 over a network. Communication network 100 may include other devices, systems, or networks not shown in FIG. 1. Legacy device 102 comprises any communication device that does not register with an IMS network. IMS-compliant devices as defined by the 3GPP are mobile devices that register with the IMS network. Legacy devices as defined herein are not IMS-compliant devices. Legacy devices may be mobile (or wireless) devices, or wire line devices (circuit-based or packet-based). One example of a legacy device 102 is a traditional telephone that communicates with a circuit-based network. A traditional telephone initiates a call with call signaling, such as SS7 signaling, ISDN signaling, etc. The traditional telephone does not register with the circuit-based network prior to placing a call, so it is not equipped or compatible to register with an IMS network. Another example of a legacy device 102 is a packet-based phone that does not register with an IMS network. Packet-based phones, such as VoIP phones using H.323 protocol, do register with networks, but the registration is not compliant with IMS standards. To �register� with an IMS network means an IMS subscriber has a device that supports IMS-compliant SIP protocol that is used to register with the IMS network and service control. In the registration process, the IMS device transmits a SIP Register message to its related IMS Call Session Control Function (CSCF) element. The CSCF element queries the Home Subscriber Server (HSS) database to retrieve, check, and update the subscriber's registration information. The CSCF then downloads the service profile of the IMS subscriber. The IMS subscriber can use the IMS service anytime and anywhere. Each registration will have a limited time period. If the time period expires, the IMS subscriber needs to re-register to IMS network. An IMS network 108 comprises any network that provides IMS services. An IMS network 108 may be defined by the 3GPP or any subsequent standards body. A non-IMS network 110 comprises any network that is not considered an IMS network. For instance, a non-IMS network 110 may comprise a public-switched telephone network (PSTN) or an IP network not providing IMS services. FIG. 2 illustrates switching system 104 in an exemplary embodiment of the invention. Switching system 104 includes subscriber database 106, an originating interface 202, a processing system 204, and a terminating interface 206. Processing system 204 is connected to originating interface 202, terminating interface 206, and subscriber database 106. Originating interface 202 is operable to communicate with legacy device 102 (see FIG. 1). Terminating interface 206 is operable to communicate with IMS network 108 and non-IMS network 110 (see FIG. 1). Switching system 104 may comprise a soft switch, such as the Lucent Softswitch (LSS). Processing system 204 may execute instructions that are stored on storage media (not shown) to perform the operations of switching system 104. The instructions can be retrieved and executed by processing system 204. Some examples of instructions are software, program code, and firmware. Some examples of storage media are memory devices, tape, disks, integrated circuits, and servers. The instructions are operational when executed by processing system 204 to direct processing system 204 to operate in accord with the invention. The term �processing system� refers to a single processing device or a group of inter-operational processing devices. Some examples of processors are computers, integrated circuits, and logic circuitry. In FIG. 1, calling party 101 is using legacy device 102 to place a call. Although legacy device 102 does not register with IMS network 108, communication network 100 allows calling party 101 to access IMS network 108 and the IMS services according to the following method. FIG. 3 is a flow chart illustrating a method 300 of operating communication network 100 of FIG. 1 in an exemplary embodiment of the invention. In step 302, subscriber database 106 is pre-provisioned with identities of IMS subscribers using legacy devices. Prior to placing calls, calling party 101 contacts a service provider and subscribes to IMS services offered by the service provider. The service provider pre-provisions subscriber database 106 and any other applicable subscriber databases. Subscriber database 106 stores the identities of IMS subscribers using legacy devices, including the identity of calling party 101. The identities of the IMS subscribers using legacy devices may comprise phone numbers (E164 numbers), IP addresses, URLs, or any other identifier for the IMS subscribers. In step 304, switching system 104 receives a call from calling party 101 using legacy device 102. The call includes a calling party identifier that identifies calling party 101. For instance, in a circuit-based call, the calling party identifier may comprise a telephone number that is included in the signaling (SS7, ISDN, etc) for the call. For a packet-based call, the calling party identifier may comprise static IP address or a URL that is included in a header of the packets for the call. In step 306, switching system 104 accesses subscriber database 106 based on the calling party identifier to determine if calling party 101 is an IMS subscriber. Subscriber database 106 may be indexed with calling party identifiers for all of the IMS subscribers of the service provider that may be using legacy devices to access IMS network 108. Switching system 104 may enter the calling party identifier into subscriber database 106 to yield an indicator as to whether calling party 101 is an IMS subscriber. The indicator may be a true/false, a yes/no, or some other indicator. If calling party 101 is an IMS subscriber, then switching system 104 routes the call to IMS network 108 in step 308. If calling party 101 is not an IMS subscriber, then switching system 104 routes the call to non-IMS network 110 in step 310. FIG. 4 is a flow chart illustrating a method 400 of routing a call from switching system 104 to IMS network 108 in FIG. 1 in an exemplary embodiment of the invention. In step 402, switching system 104 generates a packet signaling message for the call. For instance, if switching system 104 uses SIP to communicate with IMS network 108, then switching system 104 generates a SIP INVITE message for the call. In step 404, switching system 104 includes or inserts an indicator in a header of the packet signaling message that calling party 101 is an IMS subscriber. Assume again that SIP is being used. Switching system 104 may include an indicator in the header of the SIP INVITE message that the call is originated by an IMS subscriber using a legacy device. The indicator may be inserted in an existing field of the header of the SIP INVITE message, or a new field may be designated for the indicator. In step 406, with the packet signaling message formatted, switching system 104 transmits the packet signaling message to IMS network 108. IMS network 108 may then process the packet signaling message. IMS network 108 may process the indicator in the header of the packet signaling message to identify a service profile for calling party 101. IMS network 108 may process the indicator in the header of the packet signaling message to identify a serving-call session control function (S-CSCF) for the call. Communication network 100 advantageously allows IMS subscribers to use legacy devices to access IMS networks, without the legacy devices having to perform IMS registration. IMS subscribers are not limited to mobile devices as defined by the 3GPP, but may use mobile devices, wire line devices, or any other legacy devices. Because many or most communication devices currently used are legacy devices, service providers will be able to offer IMS services to many more potential subscribers. Also, users that are comfortable with traditional telephones will have access to IMS services without having to use an IMS-compatible device, and will still be able to access the traditional services. FIGS. 5-9 illustrate particular examples of how a call would be handled by a communication network according to the invention. FIG. 5 illustrates a call flow in a communication network 500 in an exemplary embodiment of the invention. Communication network 500 includes switching systems 510 and 570, IP network 520, calling party network 530, called party network 550, and telephone numbering mapping (ENUM)/domain name server (DNS) database 540. Switching systems 510 and 570 may comprise Lucent Softswitches (LSS) or another type of switches. Calling party network 530 includes a Proxy-Call Server Control Function (P-CSCF) 531, a Serving-CSCF (S-CSCF) 532, a Home Subscriber Server (HSS) 534, and one or more Application Servers (AS) 536. Called party network 550 includes an Interrogate-CSCF (I-CSCF) 553, an S-CSCF 552, a P-CSCF 551, an HSS 554, and one or more Application Servers (AS) 556. Communication network 500 may include other systems, servers, and networks not shown in FIG. 5. For this embodiment, a calling party 501 (through a legacy device 502) is placing a call to a called party 503 (through a legacy device 504). Assume that both calling party 501 and called party 503 are IMS subscribers using legacy devices. Calling party 501 dials a number through legacy device 502 for called party 503 to place a call in communication network 500. Switching system 510 receives the call from legacy device 502 (arrow 571). Switching system 510 accesses subscriber database (SUB DB) 511 to determine whether calling party 501 is an IMS subscriber. Subscriber database 511 is pre-provisioned with identities of IMS subscribers, such as telephone numbers or URLs. For each identity, subscriber database 511 also includes an IMS field indicating whether that party is an IMS subscriber. If the IMS field is set to �true�, then the party is an IMS subscriber. If the IMS field is set to �false�, then the party is not an IMS subscriber. Calling party 501 is an IMS subscriber in this embodiment, so switching system 510 determines that calling party 501 is an IMS subscriber. Switching system 510 also determines whether called party 503 is an IMS subscriber. Switching system 510 then routes the call to P-CSCF 531 over IP network 520 by transmitting a SIP INVITE message to P-CSCF 531 (arrow 572). Switching system 510 includes or inserts an indicator in the header of the SIP INVITE message that calling party 501 is an IMS subscriber. A new field may be added to the INVITE message to accommodate the indicator. Switching system 510 also includes an indicator in the header that called party 503 is an IMS subscriber. When P-CSCF 531 receives the INVITE message, P-CSCF 531 checks the INVITE message header to determine if calling party 501 is an IMS subscriber. Because the indicator in the header indicates that calling party 501 is an IMS subscriber, P-CSCF 531 checks if there is a mapping existing for calling party 501 to route the call to the related S-CSCF 532. If no mapping exists, P-CSCF 531 queries HSS 534 with a Location Information Request (LIR) with a number for calling party 501 (arrow 573). HSS 534 processes the LIR and determines that S-CSCF 532 will be serving the call. The S-CSCF's are pre-provisioned in HSS 534 for IMS subscribers using legacy devices. HSS 534 selects S-CSCF 532 based on the number for calling party 501, and transmits a Location Information Answer (LIA) to P-CSCF 531 with the information on S-CSCF 532 (arrow 574). P-CSCF 531 enters the number for calling party 501 and the information on S-CSCF 532 for calling party 501 into a mapping table (not shown). P-CSCF 531 retrieves the address of S-CSCF 532 from the mapping table, and transmits the INVITE message to S-CSCF 532 (arrow 575). S-CSCF 532 checks the INVITE message header to determine if calling party 501 is an IMS subscriber. Because the indicator in the header indicates that calling party 501 is an IMS subscriber, S-CSCF 532 determines if a service profile for calling party 501 is already downloaded from HSS 534. If the service profile is not already downloaded, S-CSCF 532 transmits a service assignment request (SAR) for the service profile to HSS 534 (arrow 576). HSS 534 identifies the service profile for calling party 501, and transmits a service assignment answer (SAA) to S-CSCF 532 that includes the service profile for calling party 501 (arrow 577). S-CSCF 532 may store the service profile for calling party 501 locally. For performance consideration, the service profile may be kept for a while and if no more calls are made from the same calling party 501 after a pre-defined period of time, S-CSCF 532 will clear the service profile and download the data again if a new call is made from calling party 501. S-CSCF 532 analyzes the service profile of calling party 501 and determines whether to trigger AS 536. If S-CSCF 532 determines that AS 536 is to be triggered, then S-CSCF 532 transmits the INVITE message to AS 536 (arrow 578). AS 536 checks the service of calling party 501 and transmits the INVITE message back to S-CSCF 532 (arrow 579). When AS 536 transmits the INVITE message back to S-CSCF 532, S-CSCF 532 may take three possible options to transmit the INVITE message to called party network 550. First, S-CSCF 532 may query ENUM/DNS database 540 with the number of called party 503 to get a URL for called party 503. S-CSCF 532 may then determine the address of I-CSCF 553 based on the URL for called party 503. S-CSCF 532 can then transmit the INVITE message to I-CSCF 553 based on the determined address. Second, if the number of called party 503 is an E164 number and S-CSCF 532 cannot get the URL for called party 503, then S-CSCF 532 may route the INVITE message to a Break out Gateway Control Function (BGCF) (not shown). The BGCF may then route the INVITE message to I-CSCF 553 based on a routing table provisioned for the BGCF. Third, S-CSCF 532 may directly transmit the INVITE message to a pre-arranged I-CSCF 553. Responsive to receiving the INVITE message (arrow 580), I-CSCF 553 transmits an LIR for called party 503 to HSS 554 (arrow 581). Because called party 503 is also an IMS subscriber, an S-CSCF 552 is pre-provisioned in HSS 554 for called party 503. HSS 554 processes the LIR and determines the S-CSCF 552 for called party 503. HSS 554 transmits a LIA to I-CSCF 553 with the information on S-CSCF 552 (arrow 582). I-CSCF 553 then transmits the INVITE message to S-CSCF 552 (arrow 583). S-CSCF 552 receives the INVITE message and checks the INVITE message header to determine if called party 503 is an IMS subscriber. Because the indicator in the header indicates that called party 503 is an IMS subscriber, S-CSCF 552 determines if a service profile already exists for called party 503. If the service profile is not already downloaded, S-CSCF 552 transmits a SAR for the service profile to HSS 554 (arrow 584). HSS 554 identifies the service profile for called party 503, and transmits an SAA to S-CSCF 552 that includes the service profile for called party 503 (arrow 585). S-CSCF 552 may store the service profile for called party 503 locally. For performance consideration, the service profile may be kept for a while and if no more calls are made to the same called party 503 after a pre-defined period of time, S-CSCF 552 will clear the service profile and download the data again if a new call is made to called party 503. S-CSCF 552 analyzes the service profile of called party 503 and determines whether to trigger AS 556. If S-CSCF 552 determines that AS 556 is to be triggered, then S-CSCF 552 transmits the INVITE message to AS 556 (arrow 586). AS 556 checks the service of called party 503 and transmits the INVITE message back to S-CSCF 552 (arrow 587). S-CSCF 552 then transmits the INVITE message to P-CSCF 551 (arrow 588). P-CSCF 551 enters S-CSCF 552 and called party 503 into its mapping table (not shown) if not yet existing. P-CSCF 551 then transmits the SIP INVITE message to switching system 570 through IP network 520 (arrow 589). Switching system 570 then routes the call to legacy device 504 (arrow 590). The subsequent call flow follows the standard IMS call flow. FIG. 6 illustrates another call flow in communication network 500 in an exemplary embodiment of the invention. In this embodiment, calling party 501 (through legacy device 502) is placing a call to a called party 605 (through an IMS device 606). Assume again that both calling party 501 and called party 605 are IMS subscribers, but called party 605 is using an IMS-compliant device instead of a legacy device as in FIG. 5. The same process occurs as described above until S-CSCF 552 receives the SIP INVITE message (arrows 571-583). When S-CSCF 552 receives the INVITE message, S-CSCF 552 checks the INVITE message header to determine if called party 605 is an IMS subscriber. In this case, called party 605 is an IMS subscriber, so S-CSCF 552 uses the service profile that was already downloaded from HSS 554 during registration of called party 605. S-CSCF 552 analyzes the service profile of called party 605 and determines whether to trigger AS 556. If S-CSCF 552 determines that AS 556 is needed, then S-CSCF 552 transmits the INVITE message to AS 556 (arrow 684). AS 556 checks the terminating service of called party 605, and returns a proper message to S-CSCF 552 (arrow 685). S-CSCF 552 then transmits the INVITE message to P-CSCF 551 (arrow 686). P-CSCF 551 then transmits the SIP INVITE message to switching system 570 through IP network 520 (arrow 687). Switching system 570 then routes the call to IMS device 606 (arrow 688). The subsequent call flow follows the standard IMS call flow. FIG. 7 illustrates another call flow for communication network 500 in an exemplary embodiment of the invention. For this embodiment, communication network 500 further includes a Break out Gateway Control Function (BGCF) 752, a Media Gateway Control Function (MGCF) 754, and a PSTN 756. Calling party 501 (through legacy device 502) is placing a call to a called party 703 (through a PSTN device 704). Assume that calling party 501 is an IMS subscriber and called party 703 is not an IMS subscriber but is a traditional PSTN subscriber. The same process occurs as described in FIG. 5 until S-CSCF 552 queries ENUM/DNS database 540 with the E164 number of called party 703 to get the URL address of called party 703 (arrows 571-579). S-CSCF 552 queries ENUM/DNS database 540 with the E164 number of called party 703 to get the URL address of called party 703. In this case, the PSTN number of called party 703 does not have an associated URL. Therefore, S-CSCF 532 determines that the call should be terminated to PSTN 756. S-CSCF 532 then transmits the INVITE message to BGCF 752 (arrow 780). BGCF 752 transmits the INVITE message to an available MGCF 754 based on a provisioned routing table (arrow 781). MGCF 754 performs any protocol conversion, and routes the call to PSTN 756 based on a routing table (arrow 782). PSTN 765 routes the call to PSTN device 704 (arrow 783). FIG. 8 illustrates another call flow for communication network 500 in an exemplary embodiment of the invention. For this embodiment, AS 536 initiates a call to called party 801 through legacy device 802. Assume that called party 801 is an IMS subscriber. AS 536 queries HSS 534 to get the identity of the S-CSCF 532 responsible for called party 801 (arrow 871). HSS 534 determines the S-CSCF 532 for called party 801 and transmits information on S-CSCF 532 to AS 536 (arrow 872). AS 536 transmits a SIP INVITE message to S-CSCF 532 (arrow 873). AS 536 includes an indicator in the header of the INVITE message that called party 801 is an IMS subscriber. When S-CSCF 532 receives the INVITE message from AS 536, S-CSCF 532 checks the header to determine if called party 801 is an IMS subscriber. Because the indicator in the header indicates that called party 801 is an IMS subscriber, S-CSCF 532 determines if a service profile for called party 801 is already downloaded from HSS 534. If the service profile is not already downloaded, S-CSCF 532 transmits an SAR for the service profile to HSS 534 (arrow 874). HSS 534 identifies the service profile for called party 801, and transmits an SAA to S-CSCF 532 that includes the service profile for called party 801 (arrow 875). S-CSCF 532 may store the service profile for called party 801 locally. For performance consideration, the service profile may be kept for a while and if no more calls are made to the same called party 801 after a pre-defined period of time, S-CSCF 532 will clear the service profile and download the data again if a new call is made to called party 801. S-CSCF 532 analyzes the service profile of called party 801 and determines whether to trigger AS 536. If S-CSCF 532 determines that AS 536 is needed, then S-CSCF 532 transmits the INVITE message to AS 536 (arrow 876). AS 536 checks the service of called party 801 and transmits the INVITE message back to S-CSCF 532 (arrow 877). S-CSCF 532 then routes the INVITE message to P-CSCF 531 (arrow 878). P-CSCF 531 then transmits the INVITE message to switching system 510 through IP network 520 (arrow 879). Switching system 510 routes the call to legacy device 802 (arrow 880). The subsequent call flow follows the standard IMS call flow. FIG. 9 illustrates another call flow for communication network 500 in an exemplary embodiment of the invention. For this embodiment, a calling party 901 makes an unauthorized call through a legacy device 902, and the call is rejected by P-CSCF 531. Assume that calling party 901 is an IMS subscriber. Calling party 901 dials a number through legacy device 902 to place a call in communication network 500. Switching system 510 receives the call from legacy device 902 (arrow 971). Switching system 510 accesses subscriber database 511 to determine whether calling party 901 is an IMS subscriber. Because switching system 510 determines that calling party 901 is an IMS subscriber, switching system 510 routes the call to P-CSCF 531 over IP network 520 by transmitting a SIP INVITE message to P-CSCF 531 (arrow 972). Switching system 510 includes an indicator in the header of the SIP INVITE message that calling party 901 is an IMS subscriber. A new field may be added to the INVITE message to accommodate the indicator. When P-CSCF 531 receives the INVITE message, P-CSCF 531 checks the INVITE message header to determine if calling party 901 is an IMS subscriber. Because the indicator in the header indicates that calling party 901 is an IMS subscriber, P-CSCF 531 checks if there is a mapping existing for calling party 901 to route the call to the related S-CSCF 532. If no mapping exists, P-CSCF 531 queries HSS 534 with an LIR with a number for calling party 901 (arrow 973). P-CSCF 531 receives an LIA from HSS 534 (arrow 974). P-CSCF 531 checks the LIA to see if the call should be rejected (e.g., there is no S-CSCF provisioned for calling party 901, or HSS 534 returned an error message). P-CSCF 531 transmits the proper SIP message to switching system 510 to reject the call (arrow 975). Switching system 510 transmits this message to legacy device 902 with the proper signaling (arrow 976). FIG. 10 illustrates switching system 510 in an exemplary embodiment of the invention. One example of switching system 510 is a Lucent Softswitch (LSS). Switching system 510 includes an originating interface (I/F) 1002 having a device server (DS) 1004 and a call server (CS) 1006 for the originating end point. The originating interface 1002 also includes a call server (CS) 1008 and a SIP device server (SIP DS) 1010 for the application servers. Switching system 510 also includes a terminating interface 1012 having a SIP device server (SIP DS) 1014 and a call server (CS) 1016 for the application servers. The terminating interface 1012 also includes a call server (CS) 1018 and a device server (DS) 1020 for the terminating end point. Switching system 510 further includes subscriber database 511, and a SIP server 1030. SIP server 1030 communicates with HSS 534 and AS 536 (see FIG. 5). SIP server 1030 includes the functionality for a P-CSCF, an S-CSCF, an I-CSCF, a BGCF, etc. When an IMS subscriber places a call, switching system 510 receives the call through device server 1004. Call server 1006 accesses the subscriber database 511 to determine if calling party is an IMS subscriber. If the calling party is not an IMS subscriber, then call server 1006 routes the call normally as a wire line call without invoking SIP server 1030 and AS 536. If the calling party is an IMS subscriber, then call server 1006 routes the call to SIP server 1030 via SIP device server 1010. SIP server 1030 runs the CSCF functionality, queries HSS 534 for service profile of the calling party, invokes AS 536, and routes the call to SIP device server 1014 via either the P-CSCF (when called party is another IMS subscriber) or the BGCF (when called party is a PSTN subscriber). Referenced byCiting PatentFiling datePublication dateApplicantTitleUS7649881Dec 14, 2006Jan 19, 2010Nortel Networks LimitedPinning the route of IP bearer flows in a next generation networkUS7702342 *Apr 5, 2007Apr 20, 2010Huawei Technologies Co., Ltd.Method and system for implementing a message service based on IP multimedia subsystemUS7792275Nov 30, 2006Sep 7, 2010Verizon Patent And Licensing Inc.Application service invocationUS7948967 *Dec 17, 2008May 24, 2011At&T Intellectual Property, I L.P.Methods, systems, and computer program products for enabling non-IMS queries of a common telephone number mapping systemUS7970398 *Jun 25, 2007Jun 28, 2011Alcatel-Lucent Usa Inc.Method and apparatus for provisioning and authentication/registration for femtocell user on IMS core networkUS7975037Jul 28, 2006Jul 5, 2011Verizon Patent And Licensing Inc.Policy engine in an Internet Protocol multimedia subsystemUS8027681Jun 5, 2007Sep 27, 2011Alcatel LucentMethod and apparatus to allow hand-off from a macrocell to a femtocellUS8045983 *Apr 13, 2007Oct 25, 2011TekelecMethods systems, and computer program products for providing internet protocol multimedia subsystem (IMS) services in response to advanced intelligent network (AIN) triggersUS8185104 *May 3, 2005May 22, 2012Telefonaktiebolaget Lm Ericsson (Publ)Apparatus and method for differentiating services in multimedia networks to roaming subscribersUS8213932 *Aug 19, 2011Jul 3, 2012Telefonaktiebolaget Lm Ericsson (Publ)Apparatus and method for differentiating services in multimedia networks to roaming subscribersUS8223753 *Jul 22, 2005Jul 17, 2012Zte CorporationApparatus for a terminal to access an IMS system and the method thereofUS8234388Dec 19, 2006Jul 31, 2012Verizon Patent And Licensing Inc.Application service invocation based on filter criteriaUS8325905 *Jul 28, 2006Dec 4, 2012Verizon Patent And Licensing Inc.Routing calls in a networkUS8335793 *Aug 22, 2008Dec 18, 2012Disney Enterprises, Inc.System and method for optimized filtered data feeds to capture data and send to multiple destinationsUS8346720 *Mar 19, 2008Jan 1, 2013Nec CorporationInformation update system, information update method, and computer-readable mediumUS8346944Apr 13, 2007Jan 1, 2013Tekelec, Inc.Methods, systems, and computer program products for providing internet protocol multimedia subsystem (IMS) registration services for non-IMS devicesUS8442526Sep 24, 2007May 14, 2013Sprint Spectrum L.P.Method and system for registering a mobile node via a registration proxyUS8499082Sep 8, 2008Jul 30, 2013Tekelec, Inc.Methods, systems, and computer readable media for providing services in a telecommunications network using interoperability specification/session initiation protocol (IOS/SIP) adapterUS8532091 *Jan 19, 2006Sep 10, 2013Telefonaktiebolaget L M Ericsson (Publ)Method and apparatus for providing IMS services to circuit-switched controlled terminalsUS8543107Sep 24, 2007Sep 24, 2013Sprint Spectrum L.P.Method and system for delivering short message service (SMS) messages using the session initiation protocol (SIP)US8571015Apr 5, 2011Oct 29, 2013At&T Intellectual Property I, L.P.Methods, systems, and computer program products for enabling non-IMS queries of a common telephone number mapping systemUS8582566 *Apr 26, 2007Nov 12, 2013Samsung Electronics Co., LtdMethod and system of forwarding capability information of user equipment in internet protocol multimedia subsystem networkUS8625582 *Jul 28, 2009Jan 7, 2014Motorola Solutions, Inc.Method and apparatus for routing a bearer path in an internet protocol multimedia subsystem based communication systemUS8635324Jun 3, 2011Jan 21, 2014Verizon Patent And Licensing Inc.Policy engine in an internet protocol multimedia subsystemUS8644460Aug 3, 2010Feb 4, 2014Verizon Patent And Licensing Inc.Application service invocationUS8644822 *Jul 30, 2013Feb 4, 2014Sprint Spectrum L.P.Method and system for providing differentiated services to mobile stationsUS8718048Jan 31, 2013May 6, 2014At&T Intellectual Property I, L.P.Methods, systems, and computer program products for providing intra-carrier IP-based connections using a common telephone number mapping architectureUS8737592May 31, 2012May 27, 2014Verizon Patent And Licensing Inc.Routing calls in a networkUS8798253 *Jul 28, 2006Aug 5, 2014Verizon Patent And Licensing Inc.Network routingUS20080172486 *May 2, 2006Jul 17, 2008Anders DanneMethod and Arrangement for Handling Client-Related Information in an Application ServerUS20090092109 *Dec 19, 2005Apr 9, 2009Torbjorn CageniusMethod and Apparatus for Enabling Discovery Within a Home NetworkUS20090093237 *Dec 19, 2005Apr 9, 2009Roman LevenshteynTechnique for providing interoperability between different protocol domainsUS20100039987 *Jul 28, 2009Feb 18, 2010Motorola, Inc.Method and apparatus for routing a bearer path in an internet protocol multimedia subsystem based communication systemUS20100046499 *Jul 22, 2005Feb 25, 2010Zte CorporationApparatus for a traditional terminal to access an ims system and the method thereofUS20100118861 *Apr 1, 2008May 13, 2010Andreas WitzelInter-Working Between a Packet-Switched Domain and a Circuit-Switched DomainUS20100128716 *Nov 21, 2008May 27, 2010At&T Intellectual Property I, L.P.Method and apparatus for providing network based services to private branch exchange endpointsUS20100150133 *Jan 19, 2006Jun 17, 2010Andreas WitzelMethod and apparatus for providing ims services to circuit-switched controlled terminalsUS20110164608 *Dec 29, 2010Jul 7, 2011Telefonaktiebolaget Lm Ericsson (Publ)IP multimedia subsystem access method and apparatusUS20110243126 *Apr 13, 2011Oct 6, 2011Andreas WitzelCall Handling for IMS registered userUS20110306339 *Aug 19, 2011Dec 15, 2011John Michael WalkerApparatus and Method for Differentiating Services in Multimedia Networks to Roaming SubscribersWO2007120876A2 *Apr 13, 2007Oct 25, 2007Tekelec UsMethods, systems, and computer program products for providing internet protocol multimedia subsystem(ims) registration services for non-ims devicesWO2008070957A1 *Nov 15, 2007Jun 19, 2008Nortel Networks LtdPinning the route of ip bearer flows in a next generation networkWO2009002488A1 *Jun 24, 2008Dec 31, 2008Lucent Technologies IncA method and apparatus for provisioning and authentication/registration for femtocell users on ims core network* Cited by examinerClassifications U.S. Classification1/1, 707/999.1International ClassificationG06F17/00Cooperative ClassificationH04M7/121European ClassificationH04M7/12H2Legal EventsDateCodeEventDescriptionJan 30, 2013ASAssignmentOwner name: CREDIT SUISSE AG, NEW YORKEffective date: 20130130Free format text: SECURITY AGREEMENT;ASSIGNOR:LUCENT, ALCATEL;REEL/FRAME:029821/0001Free format text: SECURITY AGREEMENT;ASSIGNOR:ALCATEL LUCENT;REEL/FRAME:029821/0001Dec 20, 2011CCCertificate of correctionAug 18, 2011ASAssignmentFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ALCATEL-LUCENT USA INC.;REEL/FRAME:026770/0566Owner name: ALCATEL LUCENT, FRANCEEffective date: 20110817Aug 15, 2011ASAssignmentEffective date: 20081101Free format text: MERGER;ASSIGNOR:LUCENT TECHNOLOGIES INC.;REEL/FRAME:026749/0198Owner name: ALCATEL-LUCENT USA INC., NEW JERSEYApr 26, 2005ASAssignmentOwner name: LUCENT TECHNOLOGIES INC., NEW JERSEYFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CAI, YIGANG;CHEN, SIMON XU;MENG, IVY QINGFANG;AND OTHERS;REEL/FRAME:016509/0468;SIGNING DATES FROM 20050401 TO 20050405Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CAI, YIGANG;CHEN, SIMON XU;MENG, IVY QINGFANG;AND OTHERS;SIGNING DATES FROM 20050401 TO 20050405;REEL/FRAME:016509/0468RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services©2012 Google