Patent application number | Description | Published |
20100099443 | SMS OVER WIRELESS PACKET DATA NETWORK - A system may include one or more network devices. The one or more network devices may receive a short message service (SMS) message intended for an access terminal, embed the SMS message into a data message, determine whether a data session exists with the access terminal, the data session occurring over a data network, transmit the data message to the access terminal via the data network when the data session exists, and transmit the SMS message via a voice network when the data session does not exist. | 04-22-2010 |
20100278125 | REDIRECTING A CALL BY A CIRCUIT SWITCHED NETWORK TO AN INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM (IMS) NETWORK - A device receives a call for a user device associated with an Internet protocol multimedia subsystem (IMS) network, where the call includes a mobile directory number (MDN) associated with the user device, and retrieves, from a home location register (HLR), an address of a wireless intelligent network (WIN) termination trigger service control point (SCP). The device sends, to the WIN termination trigger SCP, a first message that includes the MDN, receives, from the WIN termination trigger SCP, a second message that includes steering digits as a prefix to the MDN, and generates a third message that includes a called party number set to the MDN and omits the steering digits. The device also routes, based on the steering digits, the third message to a media gateway control function/media gateway (MGCF/MGW) of the IMS network, where the MGCF/MGW further processes the call. | 11-04-2010 |
20110093542 | SESSION INITIATION PROTOCOL (SIP) SIGNALING TO KEEP A VOICE OVER INTERNET PROTOCOL (VoIP) SESSION ACTIVE DURING A CALL HOLD - A device monitors a session description protocol (SDP) parameter associated with a voice over Internet protocol (VoIP) call provided via a network and a user equipment, and determines, based on the SDP parameter, whether the VoIP call changed from an active state to a hold state or from a hold state to an active state. The device also sends, after the VoIP call is determined to change from an active state to a hold state, a session initiation protocol (SIP) keep alive message to the user equipment to prevent the user equipment from entering a dormant state and to prevent a radio link connection between the user equipment and the network from being released. | 04-21-2011 |
20110141947 | INTEGRATED LAWFUL INTERCEPT FOR INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM (IMS) OVER EVOLVED PACKET CORE (EPC) - A method and a system provide integrated lawful intercept, for IMS over an Evolved Packet Core (EPC), for both packet data and session initiation protocol (SIP)-based applications. The system includes a device that receives a lawful intercept request from a law enforcement agency, and determines whether a packet data lawful intercept or a SIP-based applications (SBA) lawful intercept is requested by the lawful intercept request. The device also provisions, when a packet data lawful intercept is requested by the lawful intercept request, a policy control and charging rules function (PCRF) and a packet data network (PDN) gateway (PGW) for the packet data lawful intercept. The device further provisions, when a SBA lawful intercept is requested, a proxy call session control function (P-CSCF), a serving-CSCF (S-CSCF), and a session border controller (SBC) for the SBA lawful intercept. | 06-16-2011 |
20110150196 | TELEPHONE NUMBER MAPPING - A method may include receiving a telephone number mapping query associated with a call from a calling party to a called party. The method may also include identifying, based on the query, first routing information that identifies a call session control component to process the call, and second routing information that identifies a border control component. The method may further include forwarding the first routing information to the querying device, and forwarding the second routing information to the querying device when the query originated from outside a network servicing the called party. | 06-23-2011 |
20110151865 | INTER-NETWORK PROFILE REPOSITORY INTERWORKING SYSTEMS AND METHODS - Exemplary inter-network profile repository interworking systems and methods are disclosed. An exemplary system includes an interface facility that interfaces with a home subscriber server (“HSS”) of a long term evolution (“LTE”) communications network and a home location register (“HLR”) of an alternate communications network, the HSS and the HLR maintaining separate profiles associated with a user device configured to access the LTE communications network and the alternate communications network. The exemplary system further includes a synchronization facility communicatively coupled to the interface facility and that synchronizes profile data associated with the user device across the separate profiles maintained by the HSS and the HLR. Corresponding systems and methods are also disclosed. | 06-23-2011 |
20110230195 | LOCATION-BASED ROUTING OF IMS CALLS THROUGH FEMTOCELLS - Location-based calling may be provided for callers that connect to a wireless network using femtocells. A network device may receive a call initiation message including an identifier of a femtocell through which the call was placed. The network device may obtain an identifier of a macro cell base station that serves a geographical coverage area that includes the femtocell and replace the identifier of the femtocell, in the message, with the identifier of the macro cell base station, to obtain a modified message. The modified message may be forwarded through the network to be processed as if the caller placed the location-based call through the macro cell base station. | 09-22-2011 |
20110249666 | LOCATION BASED ROUTING - A method may include receiving a session initiation protocol (SIP) Invite message associated with a call and determining that the call involves location based processing. The method may also include identifying location information associated with the call based on header information included in the SIP Invite message and identifying a location ID based on the location information. The method may further include modifying the SIP Invite message to include the location ID, identifying a call type associated with the call and identifying a mobile switching center to which the SIP Invite message is to be forwarded based on the call type and the location information. | 10-13-2011 |
20110263263 | COST EFFECTIVE CALL ROUTING FROM IMS NETWORKS TO LOCAL CARRIER NETWORKS - A call placed by a mobile device may be routed to landline destinations using cost-sensitive routing techniques. The call may be routed based on whether it is an intra-MTA (major trade area) or inter-MTA call. In one implementation, a device may receive message initiating a call and determine the MTA of the calling party based on a cell/sector identifier in the message. The device may further determine the MTA of the called party based on the called telephone number. The device may route the call based on whether the MTA of the calling party matches the MTA of the called party. | 10-27-2011 |
20110302289 | SELECTION OF A POLICY AND CHARGING RULES FUNCTION DEVICE - A system includes a first device, in a first network; a second device, in a second network; and a policy rules and charging function (PCRF) database that associates Internet Protocol (IP) addresses assigned to user equipment (UE) devices with PCRF devices; where the first device is to identify a plurality of policy rules and charging function (PCRF) devices in the first network, select a PCRF device from the plurality of PCRF devices based on a selection rule, and provide information about the selected PCRF device to the second device; and where the second device is to receive a request to set up a communication session associated with a UE device; determine an IP address associated with the UE device; identify a PCRF device, based on the determined IP address, by accessing the PCRF database, and send session information associated with the communication session to the identified PCRF device. | 12-08-2011 |
20120129482 | ENABLING EMERGENCY CALL BACK TO A USER DEVICE - Emergency call backs may be placed to a user device in a manner that bypasses certain features (e.g., call forwarding) that may be enabled by the device. A method may include receiving an emergency call from a user device; and creating, in response to the emergency call, an emergency session associated with the user device, where the creating includes forwarding the call to a public safety access point (PSAP) server that handles emergency calls. The method may further include receiving a call, such as an emergency call back call, destined for the user device; determining that the emergency session has not expired when an elapse time associated with the emergency session is less than a threshold; and forwarding, to the user device, the call, as a return call from the PSAP server, based on the determination that the emergency session has not expired. | 05-24-2012 |
20120188941 | EMERGENCY SUPPORT FOR VOICE OVER INTERNET PROTOCOL (VOIP) OVER MIXED MACRO AND FEMTO NETWORKS - A device receives, from an emergency call server (ECS), a query that includes a telephone number, a femto global positioning system (GPS) identifier, and an Internet protocol (IP) address associated with a user equipment (UE) placing an emergency call. The device obtains a serving cell E-UTRAN cell global identifier (ECGI) of the UE based on the query, and determines whether the ECGI is a macro ECGI associated with a base station or a femto ECGI associated with a femto cell. | 07-26-2012 |
20120236753 | CONDITION DETECTION BY A CALL SESSION CONTROL FUNCTION (CSCF) - A system configured to receive, from a user device, traffic associated with a request to initiate a call session; detect a condition associated with the traffic; determine whether to establish the call session based on whether the condition, associated with the traffic, is a particular type of condition; send, to a server device, a notification to perform an operation to remedy the condition when the condition does not correspond to the particular type of condition, where sending the notification enables the server device to identify a type of condition, identify an operation that remedies the condition based on the type of condition, or initiate the operation to remedy the condition; and establish the call session when the type of condition corresponds to the particular type of condition, where establishing the call session enables a call, placed by the user device, to be processed as a normal call. | 09-20-2012 |
20120314568 | INTEROPERABLE QUALITY OF SERVICE PRE-NEGOTIATION - A system configured to receive a request to identify a quality of service (QoS) policy to be used to process traffic that is received from a user device associated with another network; obtain an interoperable QoS policy, where the interoperable QoS policy identifies a first QoS level, associated with the other network, that corresponds to a type of traffic received from the user device; obtain, from the interoperable QoS policy, a second QoS level that corresponds to the first QoS level; and send, to a device, an instruction to process the traffic based on the second QoS level. | 12-13-2012 |
20130003950 | SECURITY KEY CREATION - A device may obtain calling security parameters, may communicate the calling security parameters to a network device, and may receive, from the network device, a calling parameters identifier associated with the calling security parameters. The device may communicate the calling parameters identifier to a called device, may receive a called parameters identifier from the called device, and may communicate the called parameters identifier to the network device. The device may receive called security parameters from the network device, may create a security key based on the calling security parameters and the called security parameters, and may communicate with the called device using the security key. | 01-03-2013 |
20130007434 | LOCAL SECURITY KEY GENERATION - A calling device may obtain a first calling security parameter by registering with a network and obtain a second calling security parameter in response to causing an application authentication architecture of the network to verify that that the calling device is authorized to access a network service corresponding to a communication application stored by the calling device. The calling device may communicate the first and second calling security parameters to a called device and receive first and second called security parameters from the called device in response to communicating the first and second calling security parameters. The calling device may generate a security key based on the first calling security parameter, the second calling security parameter, first called security parameter, and the second called security parameter, and use the security key to encrypt or decrypt communication between the calling device and the called device. | 01-03-2013 |
20130019021 | DATA PATH SELECTION METHOD FOR COMMUNICATION SESSIONAANM LAU; PriscillaAACI FremontAAST CAAACO USAAGP LAU; Priscilla Fremont CA US - A network controller may receive a communication session request from a user device via a network gateway. The communication session request may include a request to establish a communication session between two or more devices. The network controller may also determine that a communication session corresponding to the communication session request requires a network boarder controller, access a data structure that associates network gateways with network border controllers according to distance, and use the data structure to identify a network border controller that is located nearest to the network gateway. The network controller may establish a communication session comprising a data transport path between the network gateway and the network border controller, of a plurality of network border controllers, nearest to the network gateway. | 01-17-2013 |
20130024574 | COMMUNICATION SESSION ALLOCATION - A network device may receive an incoming call for a user device requesting a communication session corresponding to a particular communication session type, where the user device is attached to a first access network. The network device may identify the first access network and determine whether a first centralized network supports the communication session type in the first access network. When the first centralized network supports the communication session type in the first access network, the network device may designate the first centralized network to service the incoming call. When the first centralized network does not support the communication session type in the first access network, the network device may designate a second centralized network to service the incoming call. | 01-24-2013 |
20130053027 | PROVIDING USER LOCATION AND TIME ZONE INFORMATION FOR LTE/IMS CHARGING - A method may include receiving a request from an Internet Protocol Multimedia Subsystem, where the request relates to an Internet Protocol Multimedia Subsystem service associated with user equipment. The method may further include obtaining location or time zone information associated with the user equipment from an access network; providing the obtained location or time zone information to the Internet Protocol Multimedia Subsystem; and providing the obtained location or time zone information to an on-line or off-line charging system. | 02-28-2013 |
20130115943 | LOCATION-BASED MICROCELL SEARCH - A network device may store information identifying a coverage area associated with each of one or more cells that are associated with the network device. The network device may receive information identifying a geographic location of a user device. The network device may compare the geographic location of the user device to one or more of the stored coverage areas. The network device may also determine, based on the comparing, that the user device is within a particular coverage area of a particular cell, of the one or more cells. The network device may further send, to the user device, and based on determining that the user device is located within the particular coverage area of the particular cell, an instruction for the user device to connect to the particular cell, where the user device is to attempt to connect to the particular cell in response to the instruction. | 05-09-2013 |
20130163464 | HANDING OVER A USER DEVICE FROM ONE TECHNOLOGY TO ANOTHER - A server device may identify that a user device is connected to a first radio access network (“RAN”), via a first technology. The server device may identify that the user device is capable of accessing a second RAN, via a second technology, where the second RAN is different from the first RAN, and where the second technology is different from the first technology. The server device may also receive an indication that the first RAN is congested. The server device may further determine, based on the indication that first RAN is congested, and further based on identifying that the user device is capable of accessing the second RAN via the second technology, that the user device should be handed over to the second RAN. Additionally, the server device may instruct the user device to connect to the second RAN via the second technology. | 06-27-2013 |
20130267227 | LOCATION-BASED MICROCELL SEARCH - A network device may be configured to receive information regarding a location of a user device; compare the location of the user device to one or more coverage areas associated with each of one or more cells that are associated with a base station of a wireless telecommunications network; determine that the user device is within a particular coverage area of a particular cell, of the one or more cells; and instruct the user device, based on determining that the user device is within the particular coverage area of the particular cell, to connect to the particular cell. | 10-10-2013 |
20140006629 | Selection of Network-to-Network Interface Device | 01-02-2014 |
20140018039 | COMMUNICATION-SESSION TERMINATION WHEN SUBSCRIBER SERVER IS UNAVAILABLE - A method may include receiving, at a serving call session control function (S-CSCF) address database, key information associated with a user device from an S-CSCF. The key information includes a unique identifier associated with the user device, an assigned S-CSCF address serving the user device, and a validity period of session initiation protocol (SIP) registration for the user device with the assigned S-CSCF. The method may further include determining whether a data record based on the key information exists in the S-CSCF address database. Each data record in the S-CSCF address database is searchable based on each unique identifier to provide an S-CSCF address of a serving S-CSCF associated with a corresponding user device. | 01-16-2014 |
20140038594 | CALL DELIVERY FOR A DUAL MODE DEVICE - A method may include receiving a call, at a first mobile switching center (MSC) associated with a first network, wherein the call is intended for a subscriber of services associated with a second network. The method may also include sending a first location request message to a home location register (HLR) to request location information associated with a mobile device to which the call is directed, receiving, by the first MSC, an address associated with a service control point (SCP) and determining, by the SCP, that the second network is experiencing an outage or a problem. The method may further include determining, by the SCP, whether the mobile device is registered with the first network, and forwarding the call via the first network, in response to determining that the mobile device is registered with the first network. | 02-06-2014 |
20140068710 | USER DEVICE SELECTION - A method may include receiving, at an application server, a session initiation protocol (SIP) message including a public user identifier (ID) associated a user. The public user ID corresponds to a plurality of user devices. The method also includes determining an applicable order of alerting at least one of the plurality of user devices. The method further includes identifying at least one available user device associated with the user, based on a terminal identifier (ID) associated with each at least one available user device. The method includes selecting a user device from the at least one available user device based on the applicable order of alerting. A SIP invite message, including a terminal ID for the selected user device, is generated. The method includes sending the SIP invite message to the selected user device based on the applicable order of alerting, and receiving a response to the SIP invite message. | 03-06-2014 |
20140080502 | COMPUTING USER DEVICE LOCATIONS IN LOCATION SERVICE DEAD ZONES - A system may be configured to receive first information regarding a location service dead zone; receive second information regarding a location of a user device; identify, based on the first information and the second information, that the user device is within the location service dead zone at a particular time; compute a location of the user device, within the location service dead zone, at the particular time, based on at least one of the second information regarding the location of the user device, history data associated with the user device, or history data associated with one or more other user devices; and store or output information regarding the computed location of the user device at the particular time. | 03-20-2014 |
20140101245 | DEVICE-AGNOSTIC CLOUD AND DEVICE-BASED USER TO USER COMMUNICATION TIMELINE/MOSAIC - A device may receive a request to update a data structure with first communication information from multiple applications. The first communication information may identify communications made, by a particular user, using the applications, and the applications may be associated with different modes of communication. The device may request the first communication information from devices storing the first communication information, may receive the first communication information, and may store the first communication information in the data structure. The device may receive criteria identifying requested communications, and may search the data structure to determine second communication information. The second communication information may identify the requested communications that satisfy the criteria. The device may provide the second communication information to a user device associated with the particular user. | 04-10-2014 |
20140109209 | HOSTED IMS INSTANCE WITH AUTHENTICATION FRAMEWORK FOR NETWORK-BASED APPLICATIONS - A device is configured to receive an authentication credential from a user device, and is configured to authenticate the user device based on the authentication credential. The device is configured to transmit, based on authenticating the user device, a first application for establishing a tunnel that permits the user device to access a second application using an Internet protocol multimedia subsystem (IMS) network architecture. The device is configured to establish, based on the first application, a tunnel for transferring IMS traffic to or from the user device, and is configured to transfer the IMS traffic to or from the user device, using the tunnel, where transferring the IMS traffic permits the user device to access the second application. | 04-17-2014 |
20140126389 | VOICE QUALITY DATA PIGGYBACKING ON SIP SIGNALING MESSAGES - A call session control function (CSCF) receives, from a first user device engaged in a call with a second user device, a first Session Initiation Protocol (SIP) signaling message piggybacked with first data related to a voice quality of an inbound direction of the call at the first user device. The CSCF receives, from a second user device engaged in the call with the first user device, a second SIP signaling message piggybacked with second data related to a voice quality of an inbound direction of the call at the second user device. The CSCF extracts the first data related to the voice quality from the first SIP signaling message, and extracts the second data related to the voice quality from the second SIP signaling message. A charging collection function (CCF) determines a bi-directional voice quality of the call based on the first data and the second data. | 05-08-2014 |
20140140268 | INTELLIGENT EMERGENCY SESSION HANDLING - An access control device may include logic configured to receive a request from a user device to set up a packet connection for an emergency session to a packet data network via an access network. The logic may be further configured to determine a location associated with the user device; identify a public safety answering point associated with the determined location; determine whether a connection capacity associated with the identified public safety answering point has been reached; and reject the request to set up the packet connection for the emergency session, in response to determining that the connection capacity associated with the identified public safety answering point has been reached. | 05-22-2014 |
20140185521 | INSTALLATION OF A VOICE CLIENT FOR ROAMING DEVICES IN A WIRELESS NETWORK - Voice over LTE (VoLTE) services may be provided to a roaming mobile device, even when the home network of the mobile device does not provide VoLTE service. In one implementation, one or more devices in a network may determine based on a mobile device attaching to a network as a roaming device for the network, a home network of the mobile device. The devices may further determine whether the home network, associated with the mobile device, provides VoLTE services; transmit, based on the determination that the home network does not provide VoLTE services, a VoLTE client application to the mobile device, the VoLTE client application providing functionality, for the mobile device, relating to usage of VoLTE services in the network. The devices may further communicate with the mobile device and the VoLTE client application, to provide one or more VoLTE services to the mobile device. | 07-03-2014 |
20140187210 | FILTERING AND ENHANCEMENT OF VOICE CALLS IN A TELECOMMUNICATIONS NETWORK - Voice calls may be filtered and/or modified to enhance the clarity of a speaker's voice. In one implementation, a device may receive an indication, from a caller associated with a call, that speech of the caller is to be modified to deemphasize an accent of the caller. The device may modify, based on the received indication, the speech of the caller to deemphasize the accent of the caller and transmit the modified speech to a callee associated with the call. | 07-03-2014 |
20140187267 | BROADCAST BASED PROXIMITY SERVICE TO MOBILE DEVICE USERS - A message broadcast from a radio frequency transceiver of a cell of a mobile communication network is based on a profile of a proximity service offered to users of mobile devices within the cell coverage area. The message includes information about the proximity service for prompting the users to respond to receive further communication regarding the proximity service. A user operates a mobile device to respond indicating a request to receive further communication regarding the proximity service. In some examples, upon receiving the response, an application server coupled to the network transmits service content as part providing the proximity service to the user. In other examples, if the service profile and a user profile are compatible so as to allow the direct communication, the application server sends instructions to enable direct communication between the mobile device and a proximity service server of the proximity service provider. | 07-03-2014 |
20140188873 | Presenting Information Based on User Profiles - A server may be configured to receive behavior information associated with a user device. The behavior information may indicate a set of geographical locations at which the user device has been present. The server may generate a mode based on the behavior information. The mode may indicate a set of conditions based on which the mode is to be activated, and a set of information to be presented when the mode is activated. The server may output the mode to the user device. The user device may determine, after receiving the mode, that the set of conditions has been satisfied. The determining may be based on a geographical location of the user device. The user device may activate the mode, based on determining that the set of conditions has been satisfied; and may present at least a portion of the set of information, based on activating the mode. | 07-03-2014 |
20140256343 | SOLUTION TO IMPROVE RAN BANDWIDTH EFFICIENCY DURING VOLTE CALL SCENARIOS - Bandwidth for a radio access network may be efficiently allocated for certain voice over LTE (VoLTE) services. In one implementation, a request associated with traffic flows may be received. Each of the traffic flows may be associated with an amount of guaranteed bit rate (GBR) traffic. The method may further include selectively summing the GBR traffic, to obtain an aggregate bandwidth value. The method may further include reserving an amount of GBR bandwidth corresponding to the previous version of the aggregate bandwidth value when a comparison indicates that the aggregate bandwidth value is less than the previous version of the aggregate bandwidth value; and reservation an amount of GBR bandwidth corresponding to the aggregate bandwidth value when a comparison indicates that the aggregate bandwidth value is not less than the previous version of the aggregate bandwidth value. | 09-11-2014 |
20140269525 | PROVIDING LIMITED NETWORK ACCESS TO USER DEVICES - A network device is configured to receive, from a user device that is not subscribed to a network associated with the network device, a connection request identifying a particular service, of one or more services, to provide to the user device. The system may further identify a packet data network (PDN) to establish based on the particular service; identify one or more parameters, associated with the PDN and identifying a data flow, associated with the particular service, that can be provided to the user device; and establish the PDN based on the one or more PDN parameters. The PDN may permit only the data flow, associated with the particular service, to be transmitted to the user device. The system may further provide the data flow, associated with the particular service, to the user device via the PDN. | 09-18-2014 |
20140278589 | MOBILE DEVICE ESTABLISHMENT SYSTEM - A method and system and may receive an information request from a user device. An establishment list may be transmitted to the user device in response to the information request, wherein the establishment list includes at least one subscribing establishment. An establishment selection may be received and an establishment option associated with the establishment selection may then be transmitted to the user device. An option selection may then be received from the user device and an establishment record may be updated in response to the selected option, wherein the user device and the subscribing establishments have a pre-existing relationship within the establishment record. | 09-18-2014 |
20140278915 | PROVIDING PROMOTIONAL CONTENT - Systems and methods for providing promotional content are provided. Criteria defining a plurality of different activity-related modes for a user of a mobile station are stored. A message from the mobile station containing that contains information about an activity engaged in by the user is received through a mobile communication network. One of the activity-related modes for a user of a mobile station is selected upon determining that the information about the activity satisfies at least one criterion corresponding to the selected activity-related mode. Promotional content associated with the selected activity-related mode is obtained. The obtained promotional content is transmitted through the mobile communication network to the mobile station for presentation to the user. | 09-18-2014 |
20140286309 | HANDING OVER A USER DEVICE FROM ONE TECHNOLOGY TO ANOTHER - A system may be configured to identify that a user device is connected to a first radio access network (“RAN”), via a first technology; and to identify that the user device is capable of accessing a second RAN, via a second technology. The system may further be configured to instruct the user device to concurrently connect to the second RAN and the first RAN, send or receive a first type of traffic via the first RAN, and send or receive a second type of traffic via the second RAN. | 09-25-2014 |
20140295807 | NETWORK BASED MISSED CALL NOTIFICATION - A device is configured to detect that a user device has failed to receive a call attempt for a call intended for the user device and from a calling party, and determine, based on the detection, that the calling party has not left a voicemail message associated with the call. The device is configured to store missed call information, associated with the call, and send a first missed call notification to the user device, where the first missed call notification includes the missed call information. The device is configured to detect that the user device has not received the first missed call notification, and send a second missed call notification to the user device, where the second missed call notification includes the missed call information. | 10-02-2014 |
20140307858 | RETURNING CALLS TO EMERGENCY CALLERS WITHOUT VALID TELEPHONE NUMBERS - A device is configured to detect an emergency call from a user device associated with a device identifier, the device identifier including information that identifies the user device. The device is configured to detect that the user device is not associated with a valid originating telephone number, based on detecting the emergency call. The device is configured to determine a temporary originating telephone number, based on detecting that the user device is not associated with a valid originating telephone number, and to store an association between the device identifier and the temporary originating telephone number. The device is configured to transmit the emergency call, with information identifying the temporary originating telephone number, to an emergency call device, the temporary originating telephone number permitting the emergency call device to place a return call to the user device. | 10-16-2014 |
20140348008 | IDENTIFYING BASE STATION TYPES - One or more devices may receive information that identifies a format of an identifier of a network device. The format of the identifier may indicate a portion of the identifier that identifies a type of the network device. The one or more devices may receive the identifier of the network device based on a user device connecting with the network device to communicate via the network device; determine the type of the network device connected to the user device based on the portion of the identifier and a format of the identifier that identifies the type of network device; and execute a processing instruction based on the type of network device connected to the user device. | 11-27-2014 |
20140349609 | NETWORK DEVICE ACCESS ID ASSIGNMENT AND MANAGEMENT - One or more devices may receive an instruction to generate an index for a customer associated with a base station and may generate the index based on receiving the instruction. The index may include one or more spaces to store a corresponding one or more access identifiers (IDs) used to allow a user device to connect to the base station. The one or more devices may receive an instruction to add an access ID to the index; generate the access ID based on a format of the access ID, a customer type, a customer ID, or a space ID; store the access ID in one of the one or more spaces of the index; and provide the access ID to the user device and the base station. The access ID may permit the user device to connect to the base station to access a network via the base station. | 11-27-2014 |
20140378149 | MAINTAINING CONNECTIVITY DURING CALL-SETUP - A server device may receive a call setup request from a first user device; provide the call setup request towards a second user device; receive a provisional response message based on providing the call setup request; and provide the provisional response message towards the first user device. The first or second user device may be connected to a network device to provide or receive the call setup request, the provisional, a response to the call setup request, or an acknowledgement. The server device may provide, based on receiving the call setup request or the provisional response, one or more messages towards the first user device or towards the second user device to prevent the first or second user device from disconnecting from the network device, to reduce a delay in receiving by the first user device, the provisional response and the response to the call setup request. | 12-25-2014 |
20150055446 | INTELLIGENT POLICY AND CHARGING RULE FUNCTION (PCRF) RESTORATION - A first device associated with an evolved packet core network receives a first update request from a second device associated with the evolved packet core network. The first update request is associated with a communication session previously provided between the first device and the second device, and the first update request is generated based on a voice/video request. The first device generates an update answer in response to the first update request, where the update answer includes a code requesting that the communication session be restored between the first device and the second device. The first device receives, based on the code, a second update request from the second device, where the second update request includes session information associated with the communication session. The first device restores, based on the session information, the communication session between the first device and the second device to create a restored communication session. | 02-26-2015 |