Abstract: Systems (100) and methods (500) for connecting network resources of a first network (116) to network resources of a second network (118). The second network is different from the first network. The methods involve receiving a first message (302, 402) from a first network resource (106) of the first network. The first message has a first protocol format. In response to the first message, a second message (308, 408) having a web service request format is dynamically generated. The second message is communicated to a third network resource (112) of the second network for conversion into a third message (314). The third message has a second protocol format different from the first protocol format. The first network can be an SIP network. The second network can be an SS7 network.

Abstract: End-to-end testing of applications across networks is enabled. To test the application and the infrastructure subsystems, an application server connected to the network contains an application under test. A response simulator is connected to the other end of the network. A test module is accessible to the application and to the simulator and contains a test message to be transmitted to the simulator, and an expected response message from the simulator. The application transmits each test message and compares a response message from the simulator to an expected response message. The simulator obtains the response to each test message from the test module.

Abstract: The present invention discloses use of resource lists to invoke multiple services in an IMS environment. More specifically, SIP clients can exchange XML content with each other and/or with SIP servers that includes an XCAP resource list. A list entry can exist for each service that is to be included within a communication session. Each service specifying entry can include sub-attributes for the service, which comprise attribute-value pairs able to be read using standard conventions. Use of the resource lists alleviates a need to define a schema and write custom code each time a new service is developed. In one embodiment, additional nested XCAP resource lists can be used to define content that is to be shared among multiple services. For example, a resource list can be used to define a participant list, which is shared as common input data across the multiple services.

Abstract: End-to-end testing of applications across networks is enabled. To test the application and the infrastructure subsystems, an application server connected to the network contains an application under test. A response simulator is connected to the other end of the network. A test module is accessible to the application and to the simulator and contains a test message to be transmitted to the simulator, and an expected response message from the simulator. The application transmits each test message and compares a response message from the simulator to an expected response message. The simulator obtains the response to each test message from the test module.

Abstract: End-to-end testing of applications across networks is enabled. To test the application and the infrastructure subsystems, an application server connected to the network contains an application under test. A response simulator is connected to the other end of the network. A test module is accessible to the application and to the simulator and contains a test message to be transmitted to the simulator, and an expected response message from the simulator. The application transmits each test message and compares a response message from the simulator to an expected response message. The simulator obtains the response to each test message from the test module.

Abstract: A computer-implemented method, system and computer-readable storage medium are presented for establishing a communication link between an SS7 device and an application server. An SS7 message is first decoded by a SS7 SIGTRAN gateway into a SIGTRAN message. The SIGTRAN message is sent to a proxy server, wherein the SIGTRAN message is converted into XML for transmission to a converged application in the application server.

Abstract: End-to-end testing of applications across networks is enabled. To test the application and the infrastructure subsystems, an application server connected to the network contains an application under test. A response simulator is connected to the other end of the network. A test module is accessible to the application and to the simulator and contains a test message to be transmitted to the simulator, and an expected response message from the simulator. The application transmits each test message and compares a response message from the simulator to an expected response message. The simulator obtains the response to each test message from the test module.

Abstract: Systems (100) and methods (500) for connecting network resources of a first network (116) to network resources of a second network (118). The second network is different from the first network. The methods involve receiving a first message (302, 402) from a first network resource (106) of the first network. The first message has a first protocol format. In response to the first message, a second message (308, 408) having a web service request format is dynamically generated. The second message is communicated to a third network resource (112) of the second network for conversion into a third message (314). The third message has a second protocol format different from the first protocol format. The first network can be an SIP network. The second network can be an SS7 network.

Abstract: A computer-implemented method, system and computer-readable storage medium are presented for establishing a communication link between an SS7 device and an application server. An SS7 message is first decoded by a SS7 SIGTRAN gateway into a SIGTRAN message. The SIGTRAN message is sent to a proxy server, wherein the SIGTRAN message is converted into XML for transmission to a converged application in the application server.

Abstract: The present invention discloses use of resource lists to invoke multiple services in an IMS environment. More specifically, SIP clients can exchange XML content with each other and/or with SIP servers that includes an XCAP resource list. A list entry can exist for each service that is to be included within a communication session. Each service specifying entry can include sub-attributes for the service, which comprise attribute-value pairs able to be read using standard conventions. Use of the resource lists alleviates a need to define a schema and write custom code each time a new service is developed. In one embodiment, additional nested XCAP resource lists can be used to define content that is to be shared among multiple services. For example, a resource list can be used to define a participant list, which is shared as common input data across the multiple services.