Abstract: A network assessment system for generating subjective quality ratings for Internet protocol multimedia subsystem (IMS) data sessions in real-time. The system measures real-time telecommunications network data during an IMS data session, processes the data using a trained model, and receives a subjective quality rating usable to modify the performance of a node in instances where the node does not typically have an associated subjective quality rating or in instances where the node is not associated with a standardized subjective quality rating.

Abstract: A gate structure of flow guiding sediment bypass tunnel with self-adaptive inlet adjustment the gate structure comprises a sediment bypass tunnel main body, wherein: the sediment bypass tunnel main body comprises a second revolution wheel, a second braking rim, a top water stopper plate and a weir, a second regulator is provided at a front side of the sediment discharge tunnel, the second revolution wheel is provided at a top portion of the second regulator, a top portion of the second revolution wheel is welded with the second valve lever, the second valve lever is connected with the top portion of the second regulator, and by providing the flow guiding structure at the bottom portion bottom water flows with higher sediment concentrations can be guided into the tunnel; and the altitude of the flow guiding inlet at the bottom portion can be automatically controlled with the gate structure.

Abstract: A network assessment system for generating subjective quality ratings for Internet protocol multimedia subsystem (IMS) data sessions in real-time. The system measures real-time telecommunications network data during an IMS data session, processes the data using a trained model, and receives a subjective quality rating usable to modify the performance of a node in instances where the node does not typically have an associated subjective quality rating or in instances where the node is not associated with a standardized subjective quality rating.

Abstract: Described herein are techniques, devices, and systems for monitoring reason text received in session initial protocol (SIP) messages. An IP multimedia subsystem (IMS) node can receive a message associated with a communication session being initiated for a user equipment (UE); identify reason information associated with a status of the communication session, the reason information including reason text; and transmit, to another network element, an SIP message including the reason text.

Abstract: Described herein are techniques, devices, and systems for monitoring failures associated with emergency calls. An IP multimedia subsystem (IMS) node can receive a session initiation protocol (SIP) request associated with a communication session associated with an emergency call for a user equipment (UE). The IMS node can transmit a first SIP notification to a location retrieval function (LRF). The IMS node can receive status information and set a call state associated with routing of the emergency call. The IMS node can transmit a second SIP notification based on the call state, the second SIP notification including information associated with a failure of processing of the emergency call.

Abstract: A location application can be configured to detect a call to a particular telephone number. The location application can also be configured to receive a plurality of radio frequency (RF) signals provided through a plurality of different RF interfaces. Each of the RF interfaces can be configured to receive RF signals of different protocols. The location application can also be configured to determine an identifier (ID) for a source of each of the RF signals. At least two of the RF signals can be of different protocols. The location application can also be configured to insert the ID for the sources of each of the RF signals into call signaling for the call.

Abstract: An emergency services key (e.g., ESQK or ESRK) is guaranteed to be available from a limited size ESQK pool. A plurality of ESQKs are grouped into a pool of emergency service keys “ESQK Pool ID”, each including anywhere from 1 to N number of ESQKs. Each ESQK preferably has a “Timestamp”, information relating to the specific emergency E911 call (“Call Data ID”), a guard timer, and an optional hold timer. The ESQK having a Call Data ID=“NULL”, and having the oldest Timestamp, is chosen for selection. If no such ESQK has both Call Data ID=NULL and the oldest Timestamp is found, then the ESQK with merely the oldest Timestamp is selected. The timestamp is reset to a current time plus a guard timer, or hold timer if desired.

Abstract: A network-centric device discovery solution that leverages area event location services. A proximity server (PS) performing device discovery for a discoverer mobile initiates an area event, via a location server, for each device subscribed to the same proximity service group as the discoverer mobile and camped on the same zone as the discoverer mobile. The area event notifies the PS each time such device moves into an area of an E-CGI and/or WiFI access point where the discoverer mobile attaches. If the PS receives an area event notification for the device camped on the same zone as the discoverer mobile, the PS requests location information for the device and uses returned location information to determine if the device is within a predefined proximity of the discoverer mobile. If the device is within a predefined proximity of the discoverer mobile, the PS sends a proximity alert message to the discoverer mobile.

Abstract: An E-9-1-1 voice-over-IP (VoIP) solution is provided wherein a 911 call from a mobile VoIP device is routed directly to the correct Public Safety Answer Point (PSAP) via dedicated trunks, together with correct location information and call-back number. VoIP gateways are implemented locally, at least one per LATA, and accept VoIP packetized data inbound, and convert it to standard wireline voice calls. Calls are routed to an IP address at the VoIP gateway, which then egresses the call to a voice port at a selective router. Mid-call updating of location of a moving VoIP terminal is provided to a PSAP. The location of the VoIP is validated using HTTP based protocol by pushing location information to a VoIP location server, and comparing it against a geographic location database to confirm that a contained street address is valid.

Abstract: A SIP ancillary data server provides host to auxiliary data for an emergency SIP session (call) uniquely referred to in a transported SIP header. In a manner similar to how location is represented in an emergency call, a SIP header is extended. The extended SIP Header contains one of two possible types of content elements: either (a) a content pointer element to a SIP Message body part (a “cid:”, or content identifier); or (b) an <information_URI> (a.k.a, “info_URI” in this document).

Abstract: A method and mechanism to allow a location server to initiate a user plane location service (e.g., SUPL defined by OMA) procedure to a user plane enabled device via Instant Messaging, or alternatively, via an existing SIP session if a multimedia session is already established. The location request is signaled to the user plane enabled device via a SIP INFO message. The location request uses SIP messaging to overcome firewall and other network security issues. Location using SUPL over SIP may be provided about a caller making an E911 emergency call. An Instant Message may be sent to the user plane enabled device, e.g., a VoIP wireless phone.

Abstract: A network-centric device discovery solution that leverages area event location services. A proximity server (PS) performing device discovery for a discoverer mobile initiates an area event, via a location server, for each device subscribed to the same proximity service group as the discoverer mobile and camped on the same zone as the discoverer mobile. The area event notifies the PS each time such device moves into an area of an E-CGI and/or WiFI access point where the discoverer mobile attaches. If the PS receives an area event notification for the device camped on the same zone as the discoverer mobile, the PS requests location information for the device and uses returned location information to determine if the device is within a predefined proximity of the discoverer mobile. If the device is within a predefined proximity of the discoverer mobile, the PS sends a proximity alert message to the discoverer mobile.

Abstract: A data request is generated (e.g., text, email, SMS, multimedia messaging system (MMS), etc.) from a source device. The data request is delivered to a PSAP or other emergency monitoring service location in a useable format. Exemplary useable formats include a canned voice message, delivery to a call center that translates data to voice, text to speech, and text to instant messaging (IM). Additional information and location are staged for use by the PSAP or other monitoring service location.

Abstract: A mobile IP location server that retrieves the location of a mobile device based on the public IP address that a mobile device is using. A mobile IP location server comprises a mobile location protocol interface, an identifier resolver, and a location manager. The mobile location protocol interface interacts with location applications and receives and responds to location requests. The identifier resolver converts a device's public IP address to a real mobile identifier (e.g. MSISDN) and performs address conversion by either interacting with an HTTP proxy server or querying a network address translation (NAT) table. The location manager retrieves the location of a mobile device given the device's real mobile identifier (e.g. MSISDN). A web application requests mobile IP location services by transmitting an IP request to the mobile IP location server. An IP location request contains a mobile device's public IP address, port number, and any application specific information.

Abstract: An ALI/ESME steering gateway bridges the nationwide ALI/ESME network notes (or PSAPs) with the GMLC/MPCs of various different XPC networks. The steering gateway provides a unified interface between the PSAP/ALI network and positioning centers (GMLC/MPC/VPCs). Using the steering gateway, an E911 service provider accesses positioning centers (GMLC/MPC/VPC) of any XPC network. This access by the ALI to the positioning center is accomplished with any type of interface, irregardless of the protocol type. The connectivity of each virtual communication path between ALIs and PSAPs is managed. The ALI/ESME steering gateway also provides translation of the protocols between the two ALI-MPC interface sets (inbound and outbound). The ALI/ESME steering gateway also consolidates (or “de-duplicates”) any/all duplicated requests from a same ALI or PSAP for the same emergency call so that only one request is then sent to the destined positioning center within the relevant network.

Abstract: A method and mechanism to allow a location server to initiate a user plane location service (e.g., SUPL defined by OMA) procedure to a user plane enabled device via Instant Messaging, or alternatively, via an existing SIP session if a multimedia session is already established. The location request is signaled to the user plane enabled device via a SIP INFO message. The location request uses SIP messaging to overcome firewall and other network security issues. Location using SUPL over SIP may be provided about a caller making an E911 emergency call. An Instant Message may be sent to the user plane enabled device, e.g., a VoIP wireless phone.

Abstract: A network-centric device discovery solution that leverages area event location services. A proximity server (PS) performing device discovery for a discoverer mobile initiates an area event, via a location server, for each device subscribed to the same proximity service group as the discoverer mobile and camped on the same zone as the discoverer mobile. The area event notifies the PS each time such device moves into an area of an E-CGI and/or WiFI access point where the discoverer mobile attaches. If the PS receives an area event notification for the device camped on the same zone as the discoverer mobile, the PS requests location information for the device and uses returned location information to determine if the device is within a predefined proximity of the discoverer mobile. If the device is within a predefined proximity of the discoverer mobile, the PS sends a proximity alert message to the discoverer mobile.

Abstract: A technique to allow a server such as a location server to throttle concurrent or closely timed location requests for the position of a given wireless device such that within a certain time period preferably only one location request will be initiated to the positioning engine and the remaining closely-timed location requests will be buffered or cached. When a position for the given wireless device is returned per the outstanding location request, then the retrieved position will be used to respond to each of the buffered location requests. Thus, a plurality of location requests are satisfied with a single request to the positioning engine. By optimizing the use of cached position requests, throttling of location requests per the invention reduces network traffic significantly, increases the efficiency of a positioning server (therefore reducing business cost), and provides for an improved grade or quality of location based services in general.

Abstract: A mobile IP location server that retrieves the location of a mobile device based on the public IP address that a mobile device is using. A mobile IP location server comprises a mobile location protocol interface, an identifier resolver, and a location manager. The mobile location protocol interface interacts with location applications and receives and responds to location requests. The identifier resolver converts a device's public IP address to a real mobile identifier (e.g. MSISDN) and performs address conversion by either interacting with an HTTP proxy server or querying a network address translation (NAT) table. The location manager retrieves the location of a mobile device given the device's real mobile identifier (e.g. MSISDN). A web application requests mobile IP location services by transmitting an IP request to the mobile IP location server. An IP location request contains a mobile device's public IP address, port number, and any application specific information.

Abstract: An improved User Plane location based service (LBS) architecture and message flow, enabling seamless User Plane location based services even when a mobile or wireless device has roamed among different carrier networks. The present invention overcomes constraints inherent in the current protocol for roaming support defined by the Secure User Plane Location Service specification. A location system is enabled to automatically fall back to a message tunneling mechanism to ensure the security of a communication path between the location service system and the target wireless device, ensuring that the communication path is uninterrupted as the wireless device travels.