Abstract: Techniques for allowing access based online charging in cases of multiple user agents (multi-UAs) scenarios where the instances are registered to different telephony application servers (TASs) are discussed herein. For example, a user device may support a native number and multiple virtual numbers linked via a user account. When servicing a call, the user device may determine a served number to service the call from. If the served number is not the native number but a virtual number, the native-line server may handle the call session, but the online charging session will be handled by the virtual-line server. The native-line server may use session initiation protocol (SIP) information to send updated information for charging parameters to the virtual-line server including network access transfer for accuracy in online charging logic.

Abstract: A solution for an enhanced telephony application server session management is described herein. A TAS may fork an incoming invite for packet switched connectivity to all user devices of a same user account registered for parallel forking. When receiving a SIP client failure response from one of the user device, TAS will determine whether a SIP 18X provisional response is received prior to the client failure response from the same user device. If such a provisional response is not received prior to the client failure response, TAS will not terminate the invite forking.

Abstract: Telecommunications network components configured to manage call control of a communication session of user equipment are described herein. An anchoring network device may proxy signaling traffic for the communication session. The anchoring network device may determine a routing identifier based at least in part on which access network, or which type of access network, is carrying the communication session, and may transmit state information of the communication session to a call-control server in association with the routing identifier. The call-control server may provide control information of the communication session to the anchoring network device in response to the state information. The anchoring network device may modify the communication session, e.g., by adding or dropping one or more parties, in response to the control information. The routing identifier may be determined based at least in part on capabilities of a communication session indicated in a session-initiation message.

Abstract: A solution for an enhanced telephony application server session management. A TAS may fork an incoming invite for packet switched connectivity to all user devices of a same user account registered for parallel forking. When receiving a SIP client failure response from one of the user device, TAS will determine whether a SIP 18X provisional response is received prior to the client failure response from the same user device. If such a provisional response is not received prior to the client failure response, TAS will not terminate the invite forking.

Abstract: Telecommunications network components configured to manage call control of a communication session of user equipment are described herein. An anchoring network device may proxy signaling traffic for the communication session. The anchoring network device may determine a routing identifier based at least in part on which access network, or which type of access network, is carrying the communication session, and may transmit state information of the communication session to a call-control server in association with the routing identifier. The call-control server may provide control information of the communication session to the anchoring network device in response to the state information. The anchoring network device may modify the communication session, e.g., by adding or dropping one or more parties, in response to the control information. The routing identifier may be determined based at least in part on capabilities of a communication session indicated in a session-initiation message.

Abstract: A first communication provider supports an IP multimedia subsystem (IMS) having a border session control function (BGCF) that receives SIP requests. The SIP requests correspond to different SIP methods and specify various feature tags. The feature tags correspond to available services or media types that may be available from the IMS of a second communication provider. When receiving a SIP request that addresses a user supported by the second communication provider, the BGCF of the first communication provider checks the method and feature tag of the SIP request to make sure that they are supported by IMS of the second communication provider. If they are not, the SIP is rejected and a failure message is returned. The BGCF may also modify certain parameters of the SIP request, such as by removing one or more offered codecs or preconditions.

Abstract: Telecommunications network components configured to manage call control of a communication session of user equipment are described herein. An anchoring network device may proxy signaling traffic for the communication session. The anchoring network device may determine a routing identifier based at least in part on which access network, or which type of access network, is carrying the communication session, and may transmit state information of the communication session to a call-control server in association with the routing identifier. The call-control server may provide control information of the communication session to the anchoring network device in response to the state information. The anchoring network device may modify the communication session, e.g., by adding or dropping one or more parties, in response to the control information. The routing identifier may be determined based at least in part on capabilities of a communication session indicated in a session-initiation message.