As technology has progressed in cellular communications networks, speeds and bandwidth, or throughput, have increased a switching complexity has been reduced. Many cellular networks include current technologies, such as 4G LTE, and also include older technologies, such as 2G and 3G networks. This is partially to enable support for multiple types of user equipment (UE), but also provides some redundancy. In other words, if a 4G LTE enabled UE is unable to connect to the 4G LTE network, it can “fall back” to legacy 3G or even 2G networks to connect. These networks generally provide reduced performance, but are preferable to, for example, simply dropping a call.
At some point, like all legacy technologies, however, the 2G and 3G networks will need to be retired. Having equipment in a wireless base station (WBS) (E.G., a cell tower), for multiple types of networks (e.g., 2G, 3G, and 4G LTE) increases equipment costs and maintenance. In addition, at some point, the equipment for these legacy networks will no longer be available and/or supported. Thus, an alternative to simply falling back to legacy networks when there are issues on the 4G LTE would be useful.
The detailed description is set forth with reference to the accompanying figures. In the figures, the left-most digit(s) of a reference number identifies the figure in which the reference number first appears. The use of the same reference numbers in different figures indicates similar or identical items or features.
Examples of the present disclosure comprise systems and methods for providing alternatives to simply falling back to legacy systems when problems arise on the 4G LTE (or future 5G networks). The system can include upgraded messaging between network components to enable a voice or data connection to be established on the 4G LTE network, reducing the demand for legacy 2G and 3G networks. This can ultimately enable carriers to remove legacy network components reducing network complexity, maintenance, and costs.
For ease of explanation, the system is described below as reducing the need to “fall back” from a current technology network (e.g., 4G LTE) to legacy networks, such as 2G and 3G networks. One of skill in the art will recognize, however, that similar solutions could be used in 5G, Internet of Things (IoT), machine-to-machine (M2M), and even future technologies that have not yet been invented. Thus, the use of 2G, 3G, and 4G LTE in the discussion below is simply a reflection of current technologies and is not meant to limit the application.
Due to changes in demand, the 4G LTE network was designed primarily to handle large amounts of data. Obviously, for user equipment (UE) such as cell phones, smart phones, and smart watches, however, voice calls are still a significant component of their use. As a result, voice over long-term evolution (VoLTE)—a subset of voice over internet protocol (VoIP)—has been developed. Like VoIP, VoLTE enables the communication services (e.g., voice, fax, short messaging service (SMS), voice-messaging, etc.) over the public Internet, rather than via the public switched telephone network (PSTN).
As shown in
The process continues with a proxy call session control function (PCSCF) 106 sending an authorization and addressing request (AAR) 108 to a policy charging rules function (PCRF) 110. The AAR 108 can include the information from which the authorization can be performed such as, for example, the user name, called station ID, or calling station ID. This information can be provided in attribute value pairs (AVPs). The PCRF 110, in turn, can send a reauthorization request (RAR) 112 to a packet gateway (PGW) 114. The PGW 114 routes and forwards user data packets, while also acting as the mobility anchor for the user plane during inter-eNodeB handovers and as the anchor for mobility between LTE and other 3GPP technologies. The PGW 114 in turn, sends a “create bearer request” 118 to a mobile management entity (MME) 120. The MME 120 is generally responsible for initiating paging and authentication of the user equipment (UE) 122. The MME 120 can also retain location information at the tracking area level for each UE 122 and then select the appropriate PGW 114 during the initial registration process. The MME 120 also connects to the eNodeB 116 through the “S1-MME” interface and connects to PGW 114 through the “S11” interface. The MME 120 also plays a part in handover signaling between LTE and 2G/3G networks.
The MME 120 then sends an evolved packet system radio access bearer (ERAB) setup request 124 to the eNodeB 116 to which the UE 122 is connected. The ERAB setup request 124 includes the information received from PGW 114 and is forwarded to the eNodeB 116. Finally, the eNodeB 116 sends a radio resource control RRC connection request 126 to the UE 122. The messaging returns from the UE 122 through the LTE network 100, culminating an authorization, authentication, and accounting (AAA) message 128 from the PCRF 110 to the PCSCF 106.
As shown in
One solution to the unavailability of the Gx session on the PCRF 110 would be to enable another component, such as the PCSCF 106 or the PGW 114, for example, to initiate the Gx session. Unfortunately, there is currently no signaling in place to enable the PCSCF 106 to communicate with the PCRF 110 to establish a new Gx session with the PGW 114 (where the UE 122 session resides). Thus, any malfunctions (e.g., software or hardware problems) on the PCRF 110 currently causes VoLTE calls to fall back to packet-switched calls on the 3G network. This additional traffic places a strain on an aging infrastructure, which can cause slowdowns, dropped calls, and degradation to other network key performance indicators (KPIs).
To this end, as shown in
As mentioned above, various hardware, software, and network issues can prevent the PCRF 110 from establishing the Gx session. A “buggy” software update, for example, could prevent the PCRF 110 from being able to interpret an AAR 108 from the PCSCF 106. The AAR 108 generally contains an authorization request, the PGW 114 for the requested UE 122 (i.e., the UE 122 to which the VoLTE call is being routed) and other information (e.g., Session-Id, NAS-Identifier, User name, etc.).
Thus, without the AAR 108, the PCRF 110 may be unable to locate the correct PGW 114 for the UE 122 and the VoLTE call fails. Conventionally, this would either cause the call to fall back to a legacy network (e.g., 2G or 3G) or to fail altogether—i.e., the call drops—if these legacy systems are unavailable. Newer cell towers, for example, may not be configured with legacy networks to reduce equipment cost and complexity as these networks are gradually phased out. As a result, if the VoLTE session cannot be established, there is no fallback position.
As shown in
As shown in
Normally, this would cause the call to fail, for example, or to fall back to 3G. To prevent this, however, the PCRF 110 can instead send the error message 204 back to the PCSCF 106 indicating that the PCRF 110 is unable to establish the Gx session. In response, the PCSCF 106 can consult the PGW name lookup 202a to locate the name of the appropriate PGW 114. An example PGW name lookup 202a is shown below in Table 1:
Thus, the table can include ranges of IP addresses for a plurality of UEs on the system 200 and the name of the appropriate PGW 114 for each range. Once located in the table, the PCSCF 106 can send a new message including an AVP 206 with the name (or, “GW-ID”) of the appropriate PGW 114. With the GW-ID, the PCRF 110 can consult the PGW IP lookup 202b to locate the IP address for the appropriate PGW 114. Armed with this information the PCRF 110 can then send a Gx session request AVP 208 to the PGW 114 to establish a new Gx session. Thus, despite the malfunctioning PCRF 110, the Gx session is nonetheless established and the call can be completed using VoLTE rather than falling back.
Similarly, as shown in
In some examples, the PCSCF 106 can send the GW-ID first. If the Gx session still cannot be established, the PCSCF 106 can then send the GW-IP as a second option. Thus, depending on the level of function in the PCRF 110, the method 300 can provide an escalating solution. In still other examples, the static lookup tables 202 in PCSCF 106 can be used to directly instruct the PGW 114 to establish a new Gx Session with PCRF 110 by the PCSCF 106.
The static lookup tables 202 can be updated periodically, as necessary, such as when a new PGW 114 is added to the network. In cases, the team onboarding the new PGW 114, for example, can provide updated lookup tables 202 including any new PGWs as they come on line. The lookup tables 202 can also be updated periodically (e.g., daily, weekly, or monthly). The static lookup tables 202 can enable the PCSCF 106 to provide the correct PGW 114 to the PCRF 110 to establish the Gx session. The system 200 can also be used for additional VoLTE functions such as, for example, connecting Internet of Things components (e.g., refrigerators and thermostats), automotive reporting modules, or SIP clients in various computing devices.
As shown in
The UEs 122 can comprise a number of components to execute the above-mentioned functions. As discussed below, the UEs 122 can comprise memory 402 including many common features such as, for example, the contacts 404, calendar 406, navigation software 408, and the operating system (OS) 410. The UEs 122 can also comprise one or more processors 412. In some implementations, the processor(s) 412 can be a central processing unit (CPU), a graphics processing unit (GPU), or both CPU and GPU, or any other sort of processing unit. The UEs 122 can also include one or more of removable storage 414, non-removable storage 416, transceiver(s) 418, output device(s) 420, and input device(s) 422. In some examples, such as for cellular communication devices, the UEs 122 can also include a subscriber identification module (SIM) 424 including an International Mobile Subscriber Identity (IMSI), and other relevant information.
In various implementations, the memory 402 can be volatile (such as random access memory (RAM)), non-volatile (such as read only memory (ROM), flash memory, etc.), or some combination of the two. The memory 402 can include all, or part, of the functions 404, 406, 408 and the OS 410 for the UEs 122, among other things.
The memory 402 can also comprise contacts 404, which can include names, numbers, addresses, and other information about the user's business and personal acquaintances, among other things. In some examples, the memory 402 can also include a calendar 406, or other software, to enable the user to track appointments and calls, schedule meetings, and provide similar functions. In some examples, the memory 402 can also comprise navigation software 408 such as global positioning system (GPS) and/or cellular location based navigation systems. Of course, the memory 402 can also include other software such as, for example, e-mail, text messaging, social media, and utilities (e.g., calculators, clocks, compasses, etc.).
The memory 402 can also include the OS 410. Of course, the OS 410 varies depending on the manufacturer of the UE 122 and currently comprises, for example, iOS 10.3.2 for Apple products and Oreo for Android products. The OS 410 contains the modules and software that supports a computer's basic functions, such as scheduling tasks, executing applications, and controlling peripherals.
The UEs 122 may also include additional data storage devices (removable and/or non-removable) such as, for example, magnetic disks, optical disks, or tape. Such additional storage is illustrated in
Non-transitory computer-readable media may include volatile and nonvolatile, removable and non-removable tangible, physical media implemented in technology for storage of information, such as computer readable instructions, data structures, program modules, or other data. The memory 402, removable storage 414, and non-removable storage 416 are all examples of non-transitory computer-readable media. Non-transitory computer-readable media include, but are not limited to, RAM, ROM, electronically erasable programmable ROM (EEPROM), flash memory or other memory technology, compact disc ROM (CD-ROM), digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other tangible, physical medium which can be used to store the desired information and which can be accessed by the UEs 122. Any such non-transitory computer-readable media may be part of the UEs 122 or may be a separate database, databank, remote server, or cloud-based server.
In some implementations, the transceiver(s) 418 include any sort of transceivers known in the art. In some examples, the transceiver(s) 418 can include wireless modem(s) to facilitate wireless connectivity with the other UEs, the Internet, and/or an intranet via a cellular connection. Further, the transceiver(s) 418 may include a radio transceiver that performs the function of transmitting and receiving radio frequency communications via an antenna (e.g., Wi-Fi or Bluetooth®). In other examples, the transceiver(s) 418 may include wired communication components, such as a wired modem or Ethernet port, for communicating with the other UEs or the provider's Internet-based network.
In some implementations, the output device(s) 420 include any sort of output devices known in the art, such as a display (e.g., a liquid crystal or thin-film transistor (TFT) display), a touchscreen display, speakers, a vibrating mechanism, or a tactile feedback mechanism. In some examples, the output devices can play various sounds based on, for example, whether the UEs 122 is connected to a network, the type of call being received (e.g., video calls vs. voice calls), the number of active calls, etc. Output device(s) 420 also include ports for one or more peripheral devices, such as headphones, peripheral speakers, or a peripheral display.
In various implementations, input device(s) 422 include any sort of input devices known in the art. For example, the input device(s) 422 may include a camera, a microphone, a keyboard/keypad, or a touch-sensitive display. A keyboard/keypad may be a standard push button alphanumeric, multi-key keyboard (such as a conventional QWERTY keyboard), virtual controls on a touchscreen, or one or more other types of keys or buttons, and may also include a joystick, wheel, and/or designated navigation buttons, or the like.
As shown in
The server 500 can comprise a number of components to execute the above-mentioned functions and apps. As discussed below, the server 500 can comprise memory 502 including many common features such as, for example, the OS 504, a Gx backup algorithm 506, and the static lookup tables 202. The server 500 can also comprise one or more processors 508. In some implementations, the processor(s) 508 can be a central processing unit (CPU), a graphics processing unit (GPU), or both CPU and GPU, or any other sort of processing unit. The server 500 can also include one or more of removable storage 510, non-removable storage 512, transceiver(s) 514, output device(s) 516, and input device(s) 518.
In various implementations, the memory 502 can be volatile (such as random access memory (RAM)), non-volatile (such as read only memory (ROM), flash memory, etc.), or some combination of the two. The memory 502 can include all, or part, of the functions 506, 202 for the server 500, among other things. The memory 502 can also include the OS 504. Of course, the OS 504 varies depending on the manufacturer of the server 500 and the type of component. Many servers, for example, run Linux or Windows Server. Dedicated cellular routing servers may run specific telecommunications OSs 504. The OS 504 contains the modules and software that supports a computer's basic functions, such as scheduling tasks, executing applications, and controlling peripherals.
In some examples, depending in the server's function, the server 500 can also comprise the Gx backup algorithm 506. The Gx backup algorithm 506 can enable the server 500 to receive error messages from various components, such as the PCRF 110, and to help establish the Gx session rather than falling back to legacy systems. In some examples, the Gx backup algorithm 506 can be substantially similar to the methods 200, 300 discussed above, but contained in a software or hardware form with the appropriate coding to cause the server 500 to perform the methods 200, 300.
The server 500 can also include the static lookup tables 202. In some examples, both of the static lookup tables 202 can be located on a single component such as, for example, the PCSCF 106. In other examples, the static lookup tables 202 can be located on more than one component such as, for example, the PCSCF 106 and the PCRF 110. As mentioned above, the PGW name lookup 202a can be located on the PCSCF 106, for example, while the PGW IP lookup 202b can be located on the PCRF 110. Regardless, the PGW name lookup 202a can include a list IP addresses, or a list of ranges of IP addresses, for a plurality of UEs 122 and the name of the PGWs 114 associated with those UEs 122. Similarly, the PGW IP lookup 202b can include a list IP addresses, or a list of ranges of IP addresses, for a plurality of UEs 122 and the IP address of the PGWs 114 associated with those UEs 122.
The server 500 may also include additional data storage devices (removable and/or non-removable) such as, for example, magnetic disks, optical disks, or tape. Such additional storage is illustrated in
Non-transitory computer-readable media may include volatile and nonvolatile, removable and non-removable tangible, physical media implemented in technology for storage of information, such as computer readable instructions, data structures, program modules, or other data. The memory 502, removable storage 510, and non-removable storage 512 are all examples of non-transitory computer-readable media. Non-transitory computer-readable media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, DVDs or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other tangible, physical medium which can be used to store the desired information and which can be accessed by the server 500. Any such non-transitory computer-readable media may be part of the server 500 or may be a separate database, databank, remote server, or cloud-based server.
In some implementations, the transceiver(s) 514 include any sort of transceivers known in the art. In some examples, the transceiver(s) 514 can include wireless modem(s) to facilitate wireless connectivity with the other UEs, the Internet, and/or an intranet via a cellular connection. Further, the transceiver(s) 514 may include a radio transceiver that performs the function of transmitting and receiving radio frequency communications via an antenna (e.g., Wi-Fi or Bluetooth®). In other examples, the transceiver(s) 514 may include wired communication components, such as a wired modem or Ethernet port, for communicating with the other UEs or the provider's Internet-based network.
In some implementations, the output device(s) 516 include any sort of output devices known in the art, such as a display (e.g., a liquid crystal or thin-film transistor (TFT) display), a touchscreen display, speakers, a vibrating mechanism, or a tactile feedback mechanism. In some examples, the output devices can play various sounds based on, for example, whether the server 500 is connected to a network, the type of call being received (e.g., video calls vs. voice calls), the number of active calls, etc. Output device(s) 516 also include ports for one or more peripheral devices, such as headphones, peripheral speakers, or a peripheral display.
In various implementations, input device(s) 518 include any sort of input devices known in the art. For example, the input device(s) 518 may include a camera, a microphone, a keyboard/keypad, or a touch-sensitive display. A keyboard/keypad may be a standard push button alphanumeric, multi-key keyboard (such as a conventional QWERTY keyboard), virtual controls on a touchscreen, or one or more other types of keys or buttons, and may also include a joystick, wheel, and/or designated navigation buttons, or the like.
As is known in the art, data can be routed from the Internet or other sources using a circuit switched modem connection (or non-3GPP connection) 608, which provides relatively low data rates, or via IP based packet switched 610 connections, which results is higher bandwidth. The LTE system 100, which is purely IP based, essentially “flattens” the architecture, with data going straight from the internet to the PGW 114 to evolved Node B transceivers 116, enabling higher throughput. Many UEs 122 also have wireless local area network (WLAN) 614 capabilities, in some cases enabling even higher throughput. In some cases, cellular carriers may use WLAN communications in addition to, or instead of, cellular communications to supplement bandwidth.
The serving GPRS support node (SGSN) 616 is a main component of the general packet radio service (GPRS) network, which handles all packet switched data within the network 600—e.g. the mobility management and authentication of the users. The mobile switching center (MSC) 618 essentially performs the same functions as the SGSN 616 for voice traffic. The MSC 618 is the primary service delivery node for global system for mobile communication (GSM) and code division multiple access (CDMA), responsible for routing voice calls and short messaging service (SMS) messages, as well as other services (such as conference calls, fax, and circuit switched data). The MSC 618 sets up and releases the end-to-end connection, handles mobility and hand-over requirements during the call, and takes care of charging and real time pre-paid account monitoring.
Similarly, the mobility management entity (MME) 120 is the key control-node for the 4G LTE network 100. It is responsible for idle mode UE 122 paging and tagging procedures including retransmissions. The MME 120 is involved in the bearer activation/deactivation process and is also responsible for choosing the PGW 114 for the UE 122 at the initial attach and at time of intra-LTE handover involving Core Network (CN) node relocation (i.e., switching from one cell site to the next when traveling). The MME 120 is responsible for authenticating the user (by interacting with the HSS 622 discussed below). The Non-Access Stratum (NAS) signaling terminates at the MME 120 and it is also responsible for generation and allocation of temporary identities to UE 122. The MME 120 also checks the authorization of the UE 122 to camp on the service provider's HPLMN or VPLMN and enforces UE 122 roaming restrictions on the VPLMN. The MME 120 is the termination point in the network for ciphering/integrity protection for NAS signaling and handles the security key management. The MME 120 also provides the control plane function for mobility between LTE 100 and 2G 602/3G 604 access networks with the S3 interface terminating at the MME 120 from the SGSN 616. The MME 120 also terminates the S6a interface towards the home HSS 622 for roaming UEs 122.
The HSS/HLR 622 is a central database that contains user-related and subscription-related information. The functions of the HSS/HLR 622 include functionalities such as mobility management, call and session establishment support, user authentication and access authorization. The HSS, which is used for LTE connections, is based on the previous HLR and Authentication Center (AuC) from CGMA and GSM technologies, with each serving substantially the same functions for their respective networks.
The policy and charging rules function (PCRF) 110 is a software node that determines policy rules in the network 600. The PCRF 110 is generally operates at the network core and accesses subscriber databases (e.g., the HSS/HLR 622) and other specialized functions, such as content handling (e.g., whether the user has sufficient data left in their plan), in a centralized manner. The PCRF 110 is the main part of the network 600 that aggregates information to and from the network 600 and other sources (e.g., IP networks 610). The PCRF 110 can support the creation of rules and then can automatically make policy decisions for each subscriber active on the network 600. The PCRF 110 can also be integrated with different platforms like billing, rating, charging, and subscriber database or can also be deployed as a standalone entity.
Finally, the 3GPP AAA server 626 performs authentication, authorization, and accounting (AAA) functions and may also act as an AAA proxy server. For WLAN 614 access to (3GPP) IP networks 610 the 3GPP AAA Server 626 provides authorization, policy enforcement, and routing information to various WLAN components. The 3GPP AAA Server 626 can generate and report charging/accounting information, performs offline charging control for the WLAN 614, and perform various protocol conversions when necessary.
While several possible examples are disclosed above, examples of the present disclosure are not so limited. For instance, while the systems and methods above are discussed with reference to use with cellular communications, the systems and methods can be used with other types of wired and wireless communications. In addition, while various functions are discussed as being performed on the server 500 and/or various components on the cellular network 600, other components could perform the same or similar functions without departing from the spirit of the invention.
The specific configurations, connections, and network routing can be varied according to particular design specifications or constraints requiring a UE 122, server 500, or methods 200, 300 constructed according to the principles of this disclosure. Such changes are intended to be embraced within the scope of this disclosure. The presently disclosed examples, therefore, are considered in all respects to be illustrative and not restrictive. The scope of the disclosure is indicated by the appended claims, rather than the foregoing description, and all changes that come within the meaning and range of equivalents thereof are intended to be embraced therein.