Patent Application
20200404543
The present disclosure generally relates to an overload function in a cellular network. More specifically, methods and devices are provided for controlling or configuring an overload function in a cellular network.
Cellular networks comprise a radio access network (RAN) providing radio access to mobile devices and a core network (CN) inter alia controlling mobility and security for the radio access at the RAN. The traffic to and from the mobile devices is taken by the RAN and routed through the CN. To ensure that the cellular network is in a stable state, a congestion control or overload function monitors, detects and handles overloaded states of the CN or when the status of the CN is reaching an overloaded state.
For example, the Third Generation Partnership Project (3GPP) has defined cellular networks for Long Term Evolution (LTE). Whenever the CN, in particular a Mobility Management Entity (MME), becomes congested, the overload function gradually blocks more and more radio base stations (RBSs) of the RAN from taking any traffic, e.g., according to the document 3GPP TS 36.413, Version 14.1.0, defining an S1. Application Protocol (S1AP) for the interface S1 between the RAN and the CN. 3GPP has also agreed that Next Generation or 5G architectures comprise a similar overload function, e.g., for protecting a Mobility Management Function (MMF) or Access and Mobility Functions (AMF), which may be considered as a 5G equivalent to the MME in LTE.
According to LTE standards, e.g., the afore-mentioned document 3GPP TS 36.413, and evolving standards for 5G at 3GPP, each time the MME or an equivalent entity is in an overload state, the entity sends a command, in particular a S1AP overload start message, to the connected RBSs ordering them to reduce or reject mobile-originated and optionally mobile-terminated data services or calls.
Such an overload start message may achieve the desired effect of reducing the traffic load for the CN if the RBS serves cells that are mainly used for less important and bandwidth-consuming services, e.g., entertainment services. However, if few cells of the RBS cover important locations such as a police station or a hospital, the achieved traffic reduction may be marginal at the cost of severe service interruptions.
Accordingly, there is a need for an overload mechanism that allows efficiently reducing traffic load in an overload situation. Alternatively or in addition, there is a need for an overload mechanism that achieves a given reduction in traffic load with less service interruptions or improved service reliability.
As to a first method aspect, a method of configuring an overload function in a cellular network comprising a core network (CN) and a radio access network (RAN) is provided. The overload function may reduce a signaling load from the RAN towards the CN. The RAN may comprise at least one network element (NE). Each of the at least one NE may serve at least two cells of the RAN. The method may comprise a step of sending a configuration message to the cellular network. The configuration message may be indicative of at least one of the at least two cells, which is excluded from the overload function.
Responsive to the configuration message, the overload function in the cellular network may be configured to exclude the at least one cell indicated in the configuration message. The overload function may reduce the signaling load of cells other than the at least one excluded cell if the CN is congested. In contrast to existing overload functions that block all cells of one or more NEs, at least some embodiments can exclude the at least one cell from the overload function, e.g., depending on a geographical location of the excluded cell. Accordingly, the overload function can be configured to efficiently and/or effectively reduce traffic load in an overload situation. The reduction may be efficient by excluding important or sensitive cells. The reduction may be effective by blocking cells that are mainly used for less important or sensitive and bandwidth-consuming services. Same or further embodiments enable an overload function that achieves a given reduction in traffic load with less service interruptions or more service reliability.
The overload function may be configured to exclude individual cells according to the configuration message. Conventionally, commands coming from the CN target the entire NE. The technique may be implemented for a cellular network comprising at least one sensitive cell as the at least one excluded cell served by the at least one NE, say NE1. The sensitive cell may cover an important location, e.g., a police station, a hospital, etc., while one or more other cells of the NE1 are not sensitive, e.g., because the other cells are not covering important locations. Embodiments can exclude the at least one sensitive cell of the NE1 from the overload function so that the sensitive cell is not blocked, while the other cells may be subjected to the overload function. Thus, a reduction of the signaling load from the RAN towards the CN can be achieved with less service interruptions or minimal impact on service provision for at least some embodiments.
Embodiments can enable a congested CN to block individual cells of the at least one NE, e.g., only non-sensitive cells. For example, blindly blocking all cells of any one of the NEs in the RAN can be avoided. Alternatively or in addition, the technique may be implemented in combination with a restricted area. The restricted area may be used and/or applied by the CN, e.g., individually for each mobile device. The CN may control the service provision within the restricted are using non-access stratum (NAS) signaling.
At least some embodiments can enable controlling the overload function at the granularity of cells by means of the configuration message. Same or further embodiments may be compatible with or may improve an existing overload function by excluding the at least one cell from the overload function, e.g., by defining one or more cellular exceptions for the overload function.
The cellular network may comprise the CN and the RAN. The RAN may be connected to the CN. The RAN may comprise a plurality of NEs including the at least one NE. For example, each of the plurality of NEs of the RAN may serve at least two cells. The cellular network may encompass any Public Land Mobile Network (PLMN).
Each of the plurality of NEs of the RAN may provide radio access to one or more mobile devices. The NEs may be base stations, access points or radio heads. One or more mobile devices may be wirelessly connected to any one of the NEs. The mobile devices may be user equipments (UEs) or mobile stations.
The configuration message indicative of at least one cell may be cell-specific. Each of the at least one cell excluded from the overload function may also be referred to as an excluded cell. Any one of the at least one cell excluded from the overload function may be a sensitive cell. A cell that covers an object of a predefined class of objects may be a sensitive cell. The predefined class of objects may comprise public facilities, healthy services and/or public safety services. Public facilities may comprise any facility, including, but not limited to, buildings, property, recreation areas, and roads, which are owned, leased, or otherwise operated, or funded by a governmental body or public entity.
The overload function may trigger or comprise selectively restricting the signaling load from the RAN towards the CN. The configuration message indicative of the at least one excluded cell may define a cell-specific configuration for the restriction (e.g., a cell-specific exclusion from the restriction).
The exclusion from the overload function may be subject to a condition and/or a priority level. The configuration message may be indicative of the condition and/or the priority for the at least one cell. The at least one cell may be excluded from the restriction if and/or while the condition is fulfilled. Alternatively or in addition, the at least one cell may be excluded from the restriction if the indicated priority is below a priority threshold.
The configuration message may be indicative of less than the at least two cells as being excluded from the overload function. The configuration message may be indicative of a proper subset of the at least two cells served by the same NE. For example, the configuration message may be indicative of one of the at least two cells as being excluded from the restriction.
The overload function may depend on an overload status of the CN of the cellular network. The overload status may comprise an overloaded state and a regular state. The overload function may be enabled or initiated responsive to the overloaded state at the CN. The overload function may be disabled or released responsive to the regular state at the CN.
The overload function may reduce the signaling load from the RAN towards the CN by restricting a service of the RAN in case the overload status of the CN comprises an overloaded state. The overload function may restrict requests induced by a mobile device towards to the CN, calls originating from the mobile device and/or any non-access stratum (NAS) functions for the mobile device. The mobile device may be connected to the at least ones NE.
The overload function may indicate the overload status of the CN in a control plane to the RAN, e.g., to one or more of the at least one NE. The overload function may comprise one or more overload messages that are sent from the CN to the at least one NE. The overload messages may imply or be indicative of the overload status of the CN.
The overload function may be an interface management function at an interface between the CN and the RAN. The overload status may also be referred to as a load situation. The overload message may imply or indicate the load situation in a control plane of an S1 interface and/or an NG2 interface between the CN and the RAN.
The overload messages may comprise an overload start message. The overload start message may imply or be indicative of the overloaded state in the overload status. Alternatively or in addition, the overload start message may trigger the restriction of the service of the RAN. At least some embodiments may enable sending the overload start message in a way to keep a sensitive cell excluded from restrictions. At other cells, the restrictions may be triggered by the overload start message.
Alternatively or in addition, the overload messages may comprise an overload stop message. The overload stop message may implies or be indicative of a normal or regular state in the overload status. Alternatively or in addition, the overload stop message may release the restriction of the service of the RAN.
The configuration message may be sent to each of the at least one NE. The configuration message may exclude the at least one indicated cell of the corresponding NE from the restriction.
The configuration message may cause the at least one NE to ignore the overload message with respect to the at least one indicated cell. When the corresponding NE receives the overload message, particularly the overload start massage, the NE may apply the service restriction to all of its cells except for the at least one indicated cell. The overload message may be a conventional overload message. The overload message may be cell-unspecific, e.g., unspecific as to the at least two cells served by the same NE. Preferably, the overload message does not distinguish between the at least two cells served by the corresponding NE. The overload message may be NE-specific, e.g., an individual overload message is addressed to the corresponding NE.
The configuration message may induce a tag at the at least one NE for the at least one indicated cell. When the corresponding NE receives the overload message, particularly the overload start massage, the NE may apply the service restriction to all of its cells except for the at least one tagged cell. The tag may be a binary flag stored at the least one NE.
The CN may comprise at least one of a Mobility Management Entity (MME) and an Access and Mobility Function (AMF). The overload status may relate to at least one of the MME and the AMF. The overload message may be sent from at least one of the MME and the AMF. The MME and/or the AMF may also be referred to as a Mobility Management Function (MMF).
The configuration message may be sent to the at least one NE, e.g., within a tracking area of at least one of the MME and the AMF. Alternatively or in addition, the configuration message may be sent to the CN. For example, the configuration message may be sent to at least one of the MME and the AMF. The one or more overload messages may be cell-specific according to the at least one cell indicated in the configuration message. At least one of the overload messages may be specific depending on the at least one cell indicated in the configuration message. The configuration message may trigger one or more cell-specific overload messages. The one or more cell-specific overload messages may be sent from at least one of the MME and the AMF.
The one or more overload messages may comprise an overload start message that is specific for at least one cell not indicated in the configuration message. Alternatively or in addition, the one or more overload messages may comprise an overload stop message that is specific for at least one cell indicated in the configuration message.
The at least one NE comprises a fallback NE. The at least one excluded cell of the fallback NE may comprise a fallback cell for a sensitive cell of a sensitive NE of the RAN. The fallback NE may be configured or configurable to cover the sensitive cell if the sensitive NE fails.
For example, each sensitive cell may be associated with at least one fallback cell. The at least one NE configured to cover the sensitive cell may be referred to as the fallback NE. The fallback NE may be configured to selectively cover the sensitive cell, e.g., in the case of failure of the sensitive NE. The at least one excluded cell may further comprise the sensitive cell and/or the at least one NE may further comprise the sensitive NE, e.g., before the sensitive NE failed.
At least some embodiments can enable sending a cell-specific overload stop message to the fallback NE in case the fallback cell or the fallback NE has already received an overload start message and the sensitive cell or the sensitive NE failed, e.g., due to any software or hardware issue.
The method may further comprise a step of determining a failure of the sensitive NE. The configuration message or a further control message may comprise a control command that controls the fallback cell to cover the sensitive cell. The control command may trigger adjusting a range of the fallback cell. The control command may trigger an increase in transmission power and/or a change (e.g., an uplift) of an antenna tilt angle or directional antenna gain at the fallback NE to cover the sensitive cell.
At least some embodiments can enable both sending the configuration message triggering the cell-specific overload stop message to release the service restriction triggered by a previous overload start message and sending the control message for reconfiguring the fallback cell. The configuration message and the control message may be one message. The configuration message and/or the control message may be sent to the fallback NE. For example, the configuration message may be sent to the CN for triggering the cell-specific overload stop message, and the control message may be sent to the fallback NE.
The configuration message may be sent from or via an Operations and Support System (OSS). At least one of the sensitive cells, the excluded cells and the fallback cells may be stored in a database. The database may be updated based on reports from mobile devices wirelessly connected to the RAN. Alternatively or in addition, the configuration message may be sent from the database or derived from the database. For example, the OSS may query the database for generating or sending the configuration message.
The mobile devices may report a cell as a sensitive cell or as an excluded cell (e.g., a cell to be excluded from the overload function) to the database. The mobile devices may report a cell responsive to detecting or using the cell or an object of the predefined class of objects in said cell. The mobile devices may encompass autonomously driving cars.
As to a second method aspect, a method of configuring an overload function is provided. The method may comprise a step of receiving a configuration message at a core network (CN) for configuring the overload function. The overload function may reduce a signaling load towards the CN from a radio access network (RAN). The RAN may comprise at least one network element (NE). Each NE may serve at least two cells. The configuration message may be indicative of at least one of the at least two cells. The indicated at least one cell may be excluded from the overload function.
The method may further comprise a step of sending an overload message. The overload message may be cell-specific according to the at least one cell indicated in the configuration message. The overload message may be sent from the CN to the at least one NE. The overload message may imply or be indicative of an overload status at the CN.
The method may further comprise or initiate any of the steps disclosed in the context of the first method aspect or steps corresponding thereto.
As to a third method aspect, a method of configuring an overload function in a cellular network comprising a core network (CN) and a radio access network (RAN) is provided. The overload function may reduce a signaling load from the RAN towards the CN. The method may comprise a step of receiving a message at a network element (NE) of the RAN. The NE may serve at least two cells. The message may comprise a configuration message indicative of at least one of the at least two cells. The indicated at least one cell may be excluded from the overload function. Alternatively or in addition, the message may comprise an overload message, which is cell-specific for excluding at least one of the at least two cells from the overload function. The overload message may imply or be indicative of an overload status at the CN.
The method may further comprise a step of applying the overload function at the NE selectively to at least one of the at least two cells according to at least one of the configuration message and the overload message.
The method may further comprise or initiate any of the steps disclosed in the context of the first or second method aspect or steps corresponding thereto.
The first aspect of the technique may be implemented in one or more nodes connected with the cellular network for controlling or configuring the cellular network, e.g., in a network manager (NM) or an operations support system (OSS). The second aspect of the technique may be implemented in the CN, e.g., in a Mobility Management Entity (MME), a Mobility Management Function (MMF) or an Access and Mobility Functions (AMF). The third aspect of the technique may be implemented in the RAN, e.g., in one or more of the NEs or any node of the RAN. Furthermore, the technique may be implemented in a system comprising two or all of the aspects. Moreover, while the technique is described for different domains of the cellular network such as operations control, CN and RAN, the technique may be implemented in a system that uses another domain structure. For example, two or all of the aspects may be indistinguishably combined.
In any aspect, a NE may be a radio base station (RBS) of the RAN. The RBS may encompass any station that is configured to provide radio access to one or more mobile devices. The NE may serve a plurality of mobile devices within each of its cells. Examples for the NE may include a 3G base station or Node B (NB), 4G base station or eNodeB (eNB), a 5G base station or gNodeB (gNB), an access point (AP), e.g., a Wi-Fi AP, and a network controller (e.g., according to Bluetooth, ZigBee or Z-Wave).
The cellular network, particularly the RAN, may be implemented according to the Global System for Mobile Communications (GSM), the Universal Mobile Telecommunications System (UMTS), Long Term Evolution (LTE) and/or New Radio (NR or 5G). The overload function may be backward compatible and/or extend those defined for 3GPP LTE or 5G without being limited thereto. Each aspect of the technique may be implemented using an Application Protocol for the communication between CN and RAN, or on a Physical Layer (PHY), a Medium Access Control (MAC) layer, a Radio Link Control (RLC) layer and/or a Radio Resource Control (RRC) layer of a protocol stack for the radio communication.
The mobile device may be configured for peer-to-peer communication (e.g., on a sidelink) and/or for accessing the RAN (e.g. on an uplink and/or a downlink). The radio device may be a user equipment (UE, e.g., a 3GPP UE), a mobile or portable station (STA, e.g. a Wi-Fi STA), a device for machine-type communication (MTC), a device for narrowband Internet of Things (NB-IoT) or a combination thereof. Examples for the UE and the mobile station include a mobile phone and a tablet computer. Examples for the portable station include a laptop computer and a television set. Examples for the MTC device or the NB-IoT device include robots, sensors and/or actuators, e.g., in manufacturing, automotive communication and home automation. The MTC device or the NB-IoT device may be implemented in household appliances and consumer electronics. Examples for the combination include a self-driving vehicle, a door intercommunication system and an automated teller machine.
As to another aspect, a computer program product is provided. The computer program product comprises program code portions for performing any one of the steps of the method aspect disclosed herein when the computer program product is executed by one or more computing devices. The computer program product may be stored on a computer-readable recording medium. The computer program product may also be provided for download via a data network, e.g., via the Internet and/or the cellular network, particularly through the CN. Alternatively or in addition, the method may be encoded in a Field-Programmable Gate Array (FPGA) and/or an Application-Specific Integrated Circuit (ASIC), or the functionality may be provided for download by means of a hardware description language.
As to a first device aspect, a device for configuring an overload function in a cellular network comprising a core network (CN) and a radio access network (RAN) is provided. The overload function may reduce a signaling load from the RAN towards the CN. The RAN may comprise at least one network element (NE). Each NE may serve at least two cells of the RAN. The device may be configured to perform the first method aspect. Alternatively or in addition, the device may comprise a sending unit configured to send a configuration message to the cellular network. The configuration message may be indicative of at least one of the at least two cells. The at least one indicated cell may be excluded from the overload function.
As to a further first device aspect, a device for configuring an overload function in a cellular network comprising a core network (CN) and a radio access network (RAN) is provided. The overload function may reduce a signaling load from the RAN towards the CN. The RAN may comprise at least one network element (NE). Each NE may serve at least two cells of the RAN. The device may comprise at least one processor and a memory. Said memory may comprise instructions executable by said at least one processor whereby the device is operative to send a configuration message to the cellular network. The configuration message may be indicative of at least one of the at least two cells. The at least one indicated cell may be excluded from the overload function.
As to a second device aspect, a device for configuring an overload function is provided. The device may be configured to perform the second method aspect. Alternatively or in addition, the device may comprise a receiving unit configured to receive a configuration message at a core network (CN) for configuring the overload function. The overload function may reduce a signaling load towards the CN from a radio access network (RAN). The RAN may comprise at least one network element (NE). Each NE may serve at least two cells. The configuration message may be indicative of at least one of the at least two cells. The indicated at least one cell may be excluded from the overload function.
As to a further second device aspect, a device for configuring an overload function is provided. The device may comprise at least one processor and a memory. Said memory may comprise instructions executable by said at least one processor whereby the device is operative to receive a configuration message at a core network (CN) for configuring the overload function. The overload function may reduce a signaling load towards the CN from a radio access network (RAN). The RAN may comprise at least one network element (NE). Each NE may serve at least two cells. The configuration message may be indicative of at least one of the at least two cells. The indicated at least one cell may be excluded from the overload function.
As to a third device aspect, a device for configuring an overload function in a cellular network comprising a core network (CN) and a radio access network (RAN) is provided. The overload function may reduce a signaling load from the RAN towards the CN. The device may be configured to perform the third method aspect. Alternatively or in addition, the device may comprise a receiving unit configured to receive a message at a network element (NE) of the RAN. The NE may serve at least two cells. The message may comprising at least one of a configuration message indicative of at least one of the at least two cells, which is excluded from the overload function, and an overload message, which is cell-specific for excluding at least one of the at least two cells from the overload function and implies or is indicative of an overload status at the CN.
As to a further third device aspect, a device for configuring an overload function in a cellular network comprising a core network (CN) and a radio access network (RAN) is provided. The overload function may reduce a signaling load from the RAN towards the CN. The device may comprise at least one processor and a memory. Said memory may comprise instructions executable by said at least one processor whereby the device is operative to receive a message at a network element (NE) of the RAN. The NE may serve at least two cells. The message may comprise at least one of a configuration message indicative of at least one of the at least two cells, which is excluded from the overload function, and an overload message, which is cell-specific for excluding at least one of the at least two cells from the overload function and implies or is indicative of an overload status at the CN.
As to a still further aspect, a base station configured to communicate with a user equipment (UE) is provided. The UE may embody any of the afore-mentioned mobile devices. The base station may comprise any feature of the third device aspect. Alternatively or in addition, the base station may comprising a radio interface and/or processing circuitry configured to execute any one of the steps of the third method aspect.
As to a still further aspect, a communication system including a host computer is provided. The host computer may comprise processing circuitry configured to provide user data. The host computer may further comprise a communication interface configured to forward the user data to a cellular network for transmission to a user equipment (UE). The cellular network may comprise a base station having a radio interface and processing circuitry. The processing circuitry of the base station may be configured to execute any one of the steps of the third method aspect.
The base station may further be configured to communicate with the UE. The communication system may further include the UE. The UE may be configured to communicate with the base station.
The processing circuitry of the host computer may be configured to execute a host application, thereby providing the user data. The UE may comprise processing circuitry configured to execute a client application associated with the host application.
As to a still further aspect, a method implemented in a base station is provided. The method may comprise any one of the steps of the third method aspect.
As to a still further aspect, a method implemented in a communication system including a host computer, a base station and a user equipment (UE) is provided. The method may comprise any one of the steps of the third method aspect. The method may comprise a step of providing user data at the host computer. The method may further comprise a step of initiating, at the host computer, a transmission carrying the user data to the UE via a cellular network comprising the base station, wherein the base station is configured to execute the any one of the steps of the third method aspect.
The method may further comprise a step of transmitting the user data at the base station. Alternatively or in addition, the user data may be provided at the host computer by executing a host application. The method may further comprise a step of executing, at the UE, a client application associated with the host application.
Any one of the devices, the base station, a system (e.g., the communication system) combining the device aspects or any node (e.g., the host computer) or station for embodying the technique may further include any feature disclosed in the context of the method aspect, and vice versa. Particularly, any one of the units and modules, or a dedicated unit or module, may be configured to perform or initiate one or more of the steps of any one of the method aspects.
Further details of embodiments of the technique are described with reference to the enclosed drawings, wherein:
In the following description, for purposes of explanation and not limitation, specific details are set forth, such as a specific network environment in order to provide a thorough understanding of the technique disclosed herein. It will be apparent to one skilled in the art that the technique may be practiced in other embodiments that depart from these specific details. Moreover, while the following embodiments are primarily described for a New Radio (NR) or 5G implementation, it is readily apparent that the technique described herein may also be implemented in any other radio network, including 3GPP LTE or a successor thereof, MulteFire according to the MulteFire Alliance and/or a Wireless Local Area Network (WLAN) according to the standard family IEEE 802.11 or Wi-Fi.
Moreover, those skilled in the art will appreciate that the functions, steps, units and modules explained herein may be implemented using software functioning in conjunction with a programmed microprocessor, an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA), a Digital Signal Processor (DSP) or a general purpose computer, e.g., including an Advanced RISC Machine (ARM). It will also be appreciated that, while the following embodiments are primarily described in context with methods and devices, the invention may also be embodied in a computer program product as well as in a system comprising at least one computer processor and memory coupled to the at least one processor, wherein the memory is encoded with one or more programs that may perform the functions and steps or implement the units and modules disclosed herein.
The device 100 comprises an overload configuration module 102 that sends a configuration message to the cellular network. The configuration message is indicative of at least one of the at least two cells, which is excluded from the overload function. Optionally, the device 100 further comprises a transmission control module 104 that sends a control command to the CN, e.g., to any one of the at least two NE serving at least two cells. The configuration message or a dedicated control message may comprise the control command. The control command controls radio transmission parameters of at least one excluded cell and/or a fallback cell among the at least two cells.
For example, the device 100 is part of or embodied by a network manager (NM) or operations support system (OSS). Furthermore, any of the modules of the device 100 may be implemented by units configured to provide the corresponding functionality.
The device 200 comprises an overload configuration module 202 that receives a configuration message at the CN for configuring the overload function. The configuration message is indicative of at least one of the at least two cells, which is excluded from the overload function. The device 200 further comprises an overload message module 204 that sends an overload message from the CN to the at least one NE. The overload message is cell-specific according to the at least one cell indicated in the configuration message. The overload message implies or is indicative of an overload status at the CN.
For example, the device 200 is part of or embodied by the CN, e.g., a Mobility Management Entity (MME) or an Access and Mobility Function (AMF) of the CN. Furthermore, any of the modules of the device 200 may be implemented by units configured to provide the corresponding functionality.
The device 300 comprises an overload reception module 302 that receives a message at a NE of the RAN, which NE serves at least two cells. The message comprises a configuration message indicative of at least one of the at least two cells, which is excluded from the overload function, and/or an overload message, which is cell-specific for excluding at least one of the at least two cells from the overload function. The configuration message may be received from the device 100. The overload message may be received from the device 200. The overload message implies or is indicative of an overload status at the CN.
Optionally, the device 300 further comprises an exclusion module 304 that applies the overload function at the NE selectively to at least one of the at least two cells according to the configuration message and/or the overload message. For example, the overload function is selectively applied at the NE to a proper subset of the at least two cells served by the NE based on the configuration message and/or the overload message.
For example, the device 300 is part of or embodied by the RAN, e.g., the at least one NE. Furthermore, any of the modules of the device 300 may be implemented by units configured to provide the corresponding functionality.
An embodiment of any one of the devices 100, 200 and 300 may further comprise any feature described in the context of the respectively other devices or a feature corresponding thereto. Moreover, while the technique is described herein in the context of network environments and systems including one or more embodiments of the devices 100, 200 and 300 for clarity and conciseness, any embodiment of the individual devices 100, 200 and 300 may further comprise any feature described herein in the context of network environments or system.
In the context of any one of the devices 100, 200 and 300, any one of the NEs may comprise a radio base station (RBS) or gateway of the RAN, nodes connected to the RAN for controlling the RBS or a combination thereof. The RBS may encompass a network controller (e.g., a Wi-Fi access point) or a radio access node (e.g. a 3G Node B, a 4G eNodeB or a 5G gNodeB) of the RAN. The RBS may be configured to provide radio access to one or more mobile devices.
One or more mobile devices may be wirelessly connected to the RAN, e.g., to the NE that is serving a cell in which the mobile device is located. The mobile device may be any radio device configured for accessing the RAN, for example a vehicle configured for radio-connected and/or autonomous driving. Alternatively or in addition, the mobile device may be wirelessly connected or connectable to another mobile device, for example another vehicle. The mobile devices may be configured for mutual sidelinks scheduled by the NE or for wireless ad hoc connections without scheduling by the NE. For example, the mobile devices may include a mobile or portable station, a user equipment (UE), a device for machine-type communication (MTC) and/or a device for (e.g., narrowband) Internet of Things (IoT).
By excluding the at least one cell individually from the overload function, the technique may prevent sensitive cells from being affected by the overload function, e.g., when an overload start message triggering the overload function is sent to the corresponding NE.
The overload function is applied individual by the NE to one or more cells according to the configuration message or the cell-specific overload message. The overload function may be applied by restricting the service provided by the NE in said one or more individual cells. In one example, the overload message is an overload start message indicative of one or more types of data services or calls to be rejected when the NE applies the overload function. The data services or calls may be rejected at a Radio Resource Control (RRC) layer of a communication protocol used for the radio communication between the NE and the mobile device. An example of the indicated type may correspond to rejecting RRC connection establishments for non-emergency mobile originated data transfer. Alternatively or in addition, an example of the indicated type may correspond to only permitting RRC connection establishments for emergency sessions and mobile terminated services.
An implementation of the technique may be compatible with the overload function defined in the document 3GPP TS 36.413, e.g., Version 14.1.0 or 14.4.1. For example, an implementation of the technique may be compatible with at least one or all types of rejections listed in clause 8.7.6.2 of the document 3GPP TS 36.413.
In a first embodiment, the overload start message as sent by the device 200 in the CN is cell-specific according to the configuration message received at the CN and/or the overload start message as received by the device 300 in the RAN is treated on a cell basis according to the configuration message received at the RAN. In a second embodiment, when a sensitive cell fails, a fallback cell associated with the sensitive cell is reconfigured in order to cover the area of failed sensitive cell. The reconfiguration may comprise sending, to the fallback cell, a cell-specific overload stop message from the device 200 in the CN according to the configuration message received at the CN. The configuration message may be indicative of the fallback cell as being excluded from the overload function.
The at least one excluded cell may be a fallback cell. Optionally, a failure of a NE serving a sensitive cell is detected in a step 404. Responsive to the detected failure, the configuration message sent in the step 402 or a further control message sent in the step 404 comprises a control command that controls a fallback cell associated with the sensitive cell to cover the sensitive cell. For example, the control command is indicative of a radio transmission parameter for the fallback cell.
The method 400 may be performed by the device 100, e.g., at or using the NM and/or the OSS for accessing, controlling and/or configuring the cellular network. For example, the modules 102 and 104 may perform the steps 402 and 404, respectively.
Optionally, a cell-specific overload message is sent from the CN to the at least one NE in a step 504. The overload message is cell-specific according to the at least one cell indicated in the configuration message. Furthermore, the overload message implies or is indicative of an overload status at the CN.
The method 500 may be performed by the device 200, e.g., at or using the MME and/or the AMF. The device 200 may store in the step 502 the configuration of the overload function received in the configuration message and/or may send at least portions of the received configuration to the NEs in the step 504. For example, the modules 202 and 204 may perform the steps 502 and 504, respectively.
The configuration message is indicative of at least one of the at least two cells, which is excluded or is to be excluded from the overload function. Based on the reception 610 of the configuration message, a further reception 612 of an (e.g., cell-unspecific) overload message may enable or disable the overload function with at the granularity of individual cells as indicated in the configuration message.
Alternatively or in addition, the reception 620 of the cell-specific overload message excludes at least one of the at least two cells from the overload function. For example, the cell-specific overload message may enable or disable the overload function with at the granularity of individual cells as indicated in the cell-specific overload message.
Furthermore, the cell-specific overload message or the cell-unspecific overload message implies or is indicative of an overload status at the CN.
Optionally, the overload function is applied at the NE in a step 604. The step 612 and/or the step 620 may trigger the step 604. The overload function is applied selectively to at least one of the at least two cells according to the configuration message and/or the overload message. For example, if the overload status is an overloaded state, service restrictions may be enforced by the NE in cells that are not excluded. Responsive to the indicated at least one excluded cell, full or regular service may be provided by the NE in the at least one excluded cell. If the overload status is a regular state, full or regular service may be provided by the NE in all of its cells.
The method 600 may be performed by the device 300, e.g., at or using the NE. The at least one excluded cell may be stored at the NE. For example, the modules 302 and 304 may perform the steps 602 and 604, respectively.
The mobile devices may be configured for stand-alone radio communication, ad hoc radio networks and/or vehicular radio communications (V2X), particularly according to technical standard documents of the Third Generation Partnership Project (3GPP). In Release 12, the 3GPP standard for Long Term Evolution (LTE) had been extended with support of device-to-device (D2D) communications (also referred to as “sidelink” communications). D2D features (also referred to as Proximity Services, ProSe) are targeting both commercial and Public Safety applications. ProSe features enabled since 3GPP LTE Release 12 include device discovery, i.e., one mobile device is able to sense the proximity of another mobile device (and, e.g., an associated application) by broadcasting and detecting discovery messages that carry device and application identities. Further ProSe features enable direct communication based on physical channels terminated directly between devices. Such features are defined, inter alia, in the documents 3GPP TS 23.303, Version 15.0.0, and 3GPP TS 24.334, Version 15.1.0.
The sensitive cells may comprise cells that cover roads for V2X communications. In 3GPP LTE Release 14, the D2D communications were further extended to support of V2X communications, which include any combination of direct communication between vehicles, pedestrians and infrastructure. While V2X communications may take advantage of a network infrastructure (e.g., the RAN) if available, at least basic V2X connectivity is possible even in case of lacking RAN coverage.
The cellular network 700 may be implemented according to the 3GPP LTE, e.g., since Release 13. The RAN 704 comprises NEs 300 such as radio access nodes. Examples of the NEs 300 include eNBs, Home eNBs (or HeNBs) and HeNB gateways (or HeNB GWs). An LTE implementation of the CN 702 includes EPC nodes. The EPC 702 may comprise at least one of a Mobility Management Entity (MME) and a Serving Gateway (S-GW), any one of which may embody the device 200.
As schematically illustrated in
The management system 800 controls and configures the NEs 300, e.g., the eNodeBs, by a domain manager (DM), which is also referred to as the OSS. The DM may further be controlled by a network manager (NM). Any one of the DMs and the NM may embody the device 100.
Two NEs 300 are interfaced by the X2 interface. The interface (Itf) between two DMs 100 is referred to as Itf-P2P. The management system 800 may configure the NEs 300 by sending configurations messages such as in the step 402. Furthermore, the management system 800 may receive observations (e.g., reports or measurements) associated to features in the NEs 300. For example, the DM 100 observes and configures NEs 300. The NM 100 observes and configures the DM as well as the NEs 300 via the DM 100.
By means of configuration via the DM 100, the NM 100 and related interfaces, functions over the X2 and S1 interfaces can be carried out in a coordinated way throughout the RAN 704, eventually involving the CN 702, i.e. the MME 200 and the S-GWs 200, e.g., as illustrated in
Responsive to the overload status comprising an overloaded state 908 (also: a situation of overload) at the CN 702, e.g., at the MME 200, the MME 200 uses the S1 interface to trigger an overload start message 902 that signals the overload status to the RAN 704, more specifically, to the NE 300 (e.g., an eNB).
Optionally, the overload start procedure comprises the CN node 200 (e.g., the MME) signaling to the NE 300 (e.g., the eNB) a series of Overload Actions in the overload start message 902. The Overload Actions configure the NE 300 (e.g., the eNB) to reject the specified connections of mobile devices (e.g., UEs) towards the signaling CN node 200 (e.g., the MME). The Overload Actions may comprise at least one of the following examples. A first example comprises rejecting RRC connection establishments for non-emergency MO Data Transfer. A second example comprises rejecting RRC connection establishments for Signaling. A third example comprises permitting Emergency Sessions and mobile terminated services only. A fourth example comprises permitting High Priority Sessions and mobile terminated services only. A fifth example comprises rejecting delay tolerant access.
Alternatively or together with the Overload Action, a Traffic Load Reduction Indication is signaled from the CN node 200 to the NE 300. This information specifies the percentage of the type of traffic relative to the instantaneous incoming rate at the NE 300, as indicated in an Overload Action Information Element (IE), to be rejected.
Once the overloaded state ceases at the CN node 200 (e.g., the MME), e.g., when the overload status return to a regular state 906, the CN node 200 sends an overload stop message 904. Responsive to the overload stop message 904, the NE 300 (e.g., the eNB) does not reject connections due to CN overload (e.g., MME overload).
In the case of receiving 612 cell-unspecific overload messages 902 and/or 904, the at least one cell excepted from the overload function is defined by the configuration message. In the case of receiving 620 cell-specific overload messages 902 and/or 904, the at least one cell excepted from the overload function is defined by the overload message 902 and 904, respectively.
Current 3GPP agreements for a 5G implementation of the cellular network 700 comprise an overload function (particularly overload massages such as Overload Start and Overload Stop). The overload function may protect, and/or may be triggered by, the AMF entity 200 (also referred to as Mobility Management Function or MMF entity), which is with respect to the RAN 704 functionally similar or equivalent to the MME 200 in an LTE implementation.
The overload function is described herein for 5G and LTE implementations for clarity and not limitation. The overload function may be implemented at any node or entity that terminates the interface between the RAN 704 and the CN 702. The overload function may be implemented using any signaling procedure with the RAN 704 similar to the overload procedure run over the S1 interface in the LTE implementation of the cellular network 700.
Embodiments of the technique enable the CN 702 to send the overload messages 902 and/or 904 on a cell basis, i.e., the overload messages are cell-specific in the step 504 or 620, e.g., instead of a NE basis. For example, the overload messages may be sent to the NE separately for each cell of the NE. Alternatively or in addition, the overload messages may be sent to the NE separately for a group of excluded and/or sensitive cells and/or a group of not excluded and/or non-sensitive cells. Alternatively or in addition, the overload messages sent to the NE may be indicative of the at least one excluded cell and/or the at least one cell subjected to the overload function.
Same or further embodiments enable the CN 702 to send conventional or cell-unspecific overload messages 902 and/or 904, wherein applying the overload function a cell basis is defined by the configuration message received according to the step 610.
Hence, the overload messages 902 and/or 904 can control applying the overload function on a cell level and not only on a site basis (or NE basis). An advantage of the cell-specific application of the overload function (e.g. by sending the overload start message 902 on a cell basis or by configuring the NE with at least one cell excluded from the overload function) is illustrated in the following example.
For connected driving, emergency services or autonomous driving, one or more roads in a given region are to be covered by the RAN 704, preferably by a 5G implementation of the RAN 704. The cellular network 700 comprises, by way of example, 600 NEs 300 (e.g., 5G sites or gNBs) to cover the one or more roads. Each NE 300 may be configured to serve 3 cells. In total, the RAN 704 comprises in the region 1800 cells with. Suppose that in our example one cell, say cell1, of each of the 600 NEs 300 is covering the road, and the other two cells, say, cell2 and cella, cover the areas surrounding the road. As a result, of this deployment of the cellular network 700, 600 cells (namely 600 cell1) are necessary in order to cover the road, say road X (e.g., for autonomously driving cars). Suppose that during the overloaded state 908 (e.g., an MME congestion), the CN node 200 can spare only 600 cells as maximum cells to be up. In other words, during the overloaded state 908, the CN 702 is capable of handling only 600 cells.
As a reference example, an MME conventionally sends an overload start message to 400 of its NEs to block the rest of the cells, i.e., further 1200 cells. That is, the MME has to send the overload start message on a site basis, which result in maintaining 200 NEs in regular operational, because each site has three cells so that service is maintained in 200×3=600 cells at most. Maintaining 200 NEs means keeping 200 cell1 covering the road X, as one cell of each of the 600 NEs covers the road X in the given deployment. As 600 cell1 are needed to cover road X, with 200 cell1 in regular operation, the reference example covers only ⅓ of the road X.
In contrast, the embodiments enable marking all 600 cell1 as important or sensitive cells by means of the configuration message being indicative of these cells as being excluded from the overload function. The overload start message 902 is sent (in the steps 504 or 620) on the basis of cells or the effect of the overload start message 902 (sent in the step 612) is cell-specific due to the configuration message. Hence, the required reduction of the signaling load (from 1800 active cells to 600 active cells) is achieved and the 600 cells for covering all of the road X are maintained in regular operation.
As a conclusion, e.g., for any remaining capacity of the CN node 200 (e.g., the MME) that is available during the overloaded state 908 (e.g., the congestion of the CN node 200), by sending the overload start message on a cell basis, at least some embodiments can cover more geographically important or prioritized areas or locations than in the case of a prior art scenario including sending an overload start message on a site basis (i.e., NE basis).
Any embodiment described herein may be implemented in a cellular network 700 that is compatible with a 5G or NextGen standardization at 3GPP, e.g., as defined in the workgroup SA2 WG at 3GPP. The corresponding RAN 704 may also be referred to as a NR interface, 5G RAN or G-UTRAN. The corresponding CN 702 may be referred to as a Next Generation Packet Core Network (NG-CN or NGC).
A cellular network 700 according to the 3GPP Next Generation (NextGen, NG or 5G) may comprise reference points between the CN 702, the RAN 704 and the mobile device (i.e., the UE), e.g., according to the document 3GPP TS 23.799, Version 14.0.0.
A reference point NG1 may define an interface for the control plane between NextGen UE 1000 and the NextGen Core 702. A reference point NG2 at reference sign 1002 may define an interface for the control plane between NextGen (R)AN 704 and NextGen Core 702. A reference point NG3 (at reference sign 1004) may define an interface for the user plane between NextGen RAN or NextGen Access Network (AN) 704 and NextGen Core 702. A reference point NG6 may define an interface between the NextGen Core 702 and a data network 1006. The data network may be an operator external public or private data network (e.g., the Internet) or an intra-operator data network (e.g., for provision of Internet Protocol Multimedia Subsystem, IMS, services). The reference point NG4 corresponds to SGi for 3GPP LTE implementations.
More specifically, the Next Gen RAN 704 may comprise RBSs 300 that support and provide LTE (e.g., evolved LTE) radio access and/or NR radio access.
The logical nodes 300 of the New RAN 704 are interconnected with each other by means of an Xn interface (that may be specified as an evolution of the X2 interface). The logical nodes 300 in the New RAN 704 are connected to the NGC 702 by means of the NG interfaces (more specifically, the NG2 for the control plane and the NG3 for the user plane). The CN 702 comprises gateways 200 for the control plane (NG-CPGWs) and for the user plane (NG-UPGWs), which are collectively abbreviated by NG-CP/UPGWs. The NG interfaces support a many-to-many relation (and corresponding communications) between the gateways 200 in the CN 702 and the logical nodes 300 in New RAN.
The configuration message 1200 or a portion 1201 of the configuration message 1200 may be sent to the CN 702, e.g., to the MME or AMF 200. Alternatively or in addition, the configuration message 1200 or a portion 1202 of the configuration message 1200 may be sent to the RAN 704, e.g., to one of the NEs 300.
The CN 702, e.g., the MME 200, sends an overload start message 902 and/or an overload stop message 904 to the RAN 704, e.g., one of the NEs 300. Each NE 300 serves one or more cells. Some of the cells, e.g. the cell 310 and/or the cell 312, are excluded from the overload function, because they are sensitive or essential for certain services provided by the RAN 704, e.g., for covering a road used by autonomously driving vehicles relying upon real-time data provided by the excluded cells. Other cells 314 of the RAN 704 are not excluded. In the exemplary RAN 704 of
While different embodiments of the technique are separately described herein below for clarity and conciseness, any two or more embodiments may be beneficially combined. In a first embodiment, the overload message comprises the overload start message 902 for cell-selectively enabling the overload function. The one or more excluded cells 310 or 312 in the one or more NEs 300 receiving the overload start message 902 are not affected by the received overload start message 902. In a second embodiment, the overload message comprises the overload stop message 904 for cell-selectively disabling the overload function.
In a first variant of the first embodiment, e.g., as illustrated in
Responsive to an operator input 401 (or an input based on reports from the mobile devices), the OSS 100 sends the corresponding configuration message 1200 directly to the one or more pertinent NEs 300. When the CN 702 sends an overload start message 902 according to the step 504. According to the step 604, the NE 300 applies the overload function to its cells, excluding those cells that are indicated in the configuration message 1200. If no overload start message 902 has been sent or responsive to an overload stop message 904, all cells of the NE 300 process data service or call accesses as normally.
In the first variant, the CN 702 is not aware about the identity or the number of the excluded cells. Hence, the CN 702, e.g., the MME or AMF 200, may send conventional (i.e., cell-unspecific) overload messages 902 and/or 904. The first variant may be implemented at the devices 100 and 300 only.
The operator has only to select the cells 310 of the NE 300 (e.g., an eNB for a 4G implementation or a gNB for a 5G implementation) covering certain (e.g., sensitive) areas by tagging them as excluded. Each of the tags 1502 may be coded in one bit (either excluded or not). Later, any time the NE 300 receives an overload message, e.g., 902 or 904, an entity internal to the NE 300 applies the contents (e.g., the types of service restrictions) according to the received overload message only to the cells that are not excluded according to the tags 1502. The overload message may be structured in the same way as existing overload start or stop messages, which may be beneficial for backward compatibility.
As a consequence, sensitive cells are not affected by the overload start message 902 and continue as in a normal situation 906 to process data services or calls, e.g., coming from the sensitive geographical area. With the first variant of the first embodiment, the MME or AMF 200 is not or needs not to be aware as to the identity and the number of the sensitive cells in the cellular network 700.
In a second variant of the first embodiment, e.g., as illustrated in
The MME or AMF 200 may use the indicated at least one excluded cell for statistics. Alternatively or in addition, the MME or AMF 200 may set a priority on the sensitive cells and select the cells with the least priority to send the cell-specific overload start message 902 so that or until a required reduction of the signaling load is achieved. For example, a threshold value for the priority below which the cells are not excluded, is increased to additionally bar one or more cells required in order to further relieve the MME or AMF 200 from its congestion or overloaded state 908.
While the first and second variants of the first embodiments have been described for the overload start message 902, the first embodiments may be combined with a second embodiment that uses an overload stop message 904. The overload stop message 904 may be cell-specifically applied based on the configuration message 1200 and/or the overload stop message 904 may be cell-specific by being indicative of the one or more cells to be subjected to the overload function. The overload stop message 904 may be used to reactivate a fallback cell 312 responsive to the failure of a sensitive cell 310.
As schematically illustrated in
Exemplary implementations of the second variant of the first embodiment are described. The CN 702 is aware about the identity and the number of the excluded (e.g., sensitive) cells 310. The objective is to make the CN 702, e.g., the MME (for 4G) or AMF (for 5G) embodying the device 200, aware of any cell that has been configured as sensitive at the OSS 100.
The configuration message 1200 sent from the OSS 100 to the CN 702 in the step 402 comprises at least one of the following data fields. A first data field comprises the identity of the at least one excluded cell 310. A second data field comprises the identity of the NE 300 (i.e., the node of the RAN 702) serving or controlling the excluded cell 310. Preferably, e.g., in accordance with 3GPP NR or 3GPP LTE, the CN 702 communicates with the NE 300 at a node level. That is, messages to the RAN 704 are addressed to the pertinent NE 300 of the RAN 704 (e.g., not to individual cells). For example, each NE is assigned an Internet Protocol (IP) address. The overload messages 902 and 904 may use the IP and/or may be sent to the respective NE 300 using the IP address. For that purpose, the second data field in the configuration message 1200 sent to the CN 702 may be indicative of the identifier (e.g., the IP address) of the corresponding NE 300. A third data field comprises a priority of the excluded (e.g., sensitive) cell 310. In one example, the priority may be coded in few (e.g., 2, 3 or 4) bits. The priority may be used to gradually exclude (i.e., to gradually bar) the least prioritized sensitive cells in case the MME or AMF 200 is still congested (i.e., in the overloaded state 908) after at least one non-sensitive cell or less prioritized sensitive cells have already been excluded.
The configuration message 1200 comprising at least one of the afore-mentioned three data fields may be sent to the CN 702, particularly the MME or AMF 200, using at least one of the following procedures.
In a first procedure, the configuration message 1200 is sent from or via the OSS 100. Each of the implementations described with reference of
In a second procedure, the configuration message 1200 is sent via dedicated signaling. In many deployments (e.g., because the RAN 704 is bought from one vendor, say “1”, and the CN 702 is bought from another vendor, say “2”), the RAN 704 and CN 702 are not connected to the same OSS 100. In that case one of the following procedure implementations may be applied.
In a first implementation of the second procedure schematically illustrated in
In a second implementation of the second procedure schematically illustrated in
In a third implementation of the second procedure schematically illustrated in
In a third procedure, e.g., as schematically illustrated in
The cell information is derived from the reports of the mobile devices 1000 and is reported to the CN 702 by means of the configuration message 1200. The third procedure may be implemented to generate the configuration message 1200 (e.g., periodically or for event-driven updates) without any in advance human configuration, e.g., solely from the database 2200.
The third procedure may be combined with any embodiment and/or the first or second procedure. For example, any afore-mentioned database providing input to the OSS 100 may serve as the database 2200. Optionally, at some stage, the operator may additionally set via the OSS 100 cells 310 to be excluded, e.g., by setting at the OSS 100 or the database 2200 a tag or database entry for the excluded cell to the value 1.
The reports from the mobile devices 1000 may be indicative of the identity of cells 310 to be excluded and the identity of the corresponding NE 300, i.e., the first and second data fields, respectively. The third data field may be related to the number of reports received or stored at the database 2200 (e.g., per time unit) for said cell 310.
Alternatively or in addition to any variant and implementation of the first embodiment, whenever a sensitive cell 310, say cell1, or the corresponding NE 300, say eNB1, controlling that cell fails (e.g., goes in outage due to any hardware or software issue), a second embodiment comprises the step 404 of reconfiguring a fallback cell 312 (e.g., a surrounding cell), say cell2, or a fallback NE 300, say eNB2, so that the fallback NE 300 covers the sensitive geographical area.
For each sensitive cell 310, another cell from the same NE 300 or from another fallback NE 300 may be associated with the sensitive cell 310 as the fallback cell 312. The fallback cell 312 may be configurable, e.g., responsive to the control command received in the step 404, to provide radio access in the area of the failed cell 310.
An advantage of the second embodiment is illustrated by the following comparative example for a conventional overload function. Conventionally, no action is taken by a congested CN in case an important site of the RAN goes into outage. Suppose that during a congestion (i.e., overloaded state) of a conventional MME, one RAN node, say eNB1, that did not receive an overload start message because it is covering an important area, goes into outage due to any software or hardware issue. Suppose that the surrounding sites, say eNB2 and eNB3, had already received overload start messages during that same period of the overloaded state at the MME. As a result, the important site eNB1 and its surrounding sites eNB2 provide no radio access for the important area.
In contrast, the second embodiment allows to unbar a surrounding site as the fallback cell 312, e.g. by the MME or AMF 200 sending a cell-specific overload stop message 904 to the eNB2 300, in order to cover the geographical area 310 of eNB1 300.
An implementation of the second embodiment is described with reference to
For example, the transmission control module 104 or a dedicated entity is implemented at the OSS 100 and configured to perform at least one of the following actions. Each time any sensitive cell 310 fails, the fallback cell 312 is triggered (2-1) to take over and cover the area of the failed cell 310 according to the step 404. The configuration message 1200 is sent (2-2) to the CN 702, e.g., to the MME or AMF 200, according to the steps 402 and 502 in order to trigger sending (3) an overload stop message 904 for the fallback cell 312 to the fallback NE 300 according to the steps 504 and 620, in case the fallback NE 300 has previously received an overload start message 902.
In any embodiment, the overload messages 902 and/or 904 may be cell-specific by referring to one or more specific cells or the action triggered by the overload messages 902 and/or 904 may be cell-specific based on the configuration message 1200. Particularly, the first embodiment may be implemented by sending an overload start message 902 on a cell basis. Similarly, the second embodiment may be implemented by sending an overload stop message 904 on a cell basis. The embodiments are combinable. For example, when the overload start message 902 is sent to trigger the overload function for a cell1 of an NE1, the overload stop message 904 is sent later for that same cell1 of the NE1.
A deployment option for any embodiment, particularly for an LTE (or 4G) or an NR (or 5G) implementation of the cellular network 700, serves the one or more sensitive cells 310, 312 in an overloaded state 908 at the CN 702 by setting aside dedicated resources, e.g., slice resources, of the CN 702 to serve such sensitive cells 310, 312.
3GPP standards for 5G implementations of the cellular network 700 comprise restricted areas. I.e., the network 700 assigns specific restrictions individually per mobile device 1000 (e.g., per UE). The technique may beneficially be combined with such implementations, e.g., since the restricted areas enforce restriction at a normal or regular operation of the cells. The subject technique may be implemented to restrict services in an abnormal condition, namely the overloaded state 908, in which state it is not possible to perform reliable signaling to adjust a restricted area for registered UEs 1000. For example, restricted areas may only be used with static and/or persistent UE restrictions.
The one or more processors 2704 may be a combination of one or more of a microprocessor, controller, microcontroller, central processing unit, digital signal processor, application specific integrated circuit, field programmable gate array, or any other suitable computing device, resource, or combination of hardware, microcode and/or encoded logic operable to provide, either alone or in conjunction with other components of the device 100, such as the memory 2706, operations control functionality and/or system manager functionality. For example, the one or more processors 2704 may execute instructions stored in the memory 2706. Such functionality may include providing various features and steps discussed herein, including any of the benefits disclosed herein. The expression “the device being operative to perform an action” may denote the device 100 being configured to perform the action.
As schematically illustrated in
The one or more processors 2804 may be a combination of one or more of a microprocessor, controller, microcontroller, central processing unit, digital signal processor, application specific integrated circuit, field programmable gate array, or any other suitable computing device, resource, or combination of hardware, microcode and/or encoded logic operable to provide, either alone or in conjunction with other components of the device 200, such as the memory 2806, mobility functionality and/or core network functionality. For example, the one or more processors 2804 may execute instructions stored in the memory 2806. Such functionality may include providing various features and steps discussed herein, including any of the benefits disclosed herein. The expression “the device being operative to perform an action” may denote the device 200 being configured to perform the action.
As schematically illustrated in
The one or more processors 2904 may be a combination of one or more of a microprocessor, controller, microcontroller, central processing unit, digital signal processor, application specific integrated circuit, field programmable gate array, or any other suitable computing device, resource, or combination of hardware, microcode and/or encoded logic operable to provide, either alone or in conjunction with other components of the device 300, such as the memory 2906, radio access functionality and/or base station functionality. For example, the one or more processors 2904 may execute instructions stored in the memory 2906. Such functionality may include providing various features and steps discussed herein, including any of the benefits disclosed herein. The expression “the device being operative to perform an action” may denote the device 300 being configured to perform the action.
As schematically illustrated in
With reference to
The telecommunication network 3010 is itself connected to a host computer 3030, which may be embodied in the hardware and/or software of a standalone server, a cloud-implemented server, a distributed server or as processing resources in a server farm. The host computer 3030 may be under the ownership or control of a service provider, or may be operated by the service provider or on behalf of the service provider. The connections 3021, 3022 between the telecommunication network 3010 and the host computer 3030 may extend directly from the core network 3014 to the host computer 3030 or may go via an optional intermediate network 3020. The intermediate network 3020 may be one of, or a combination of more than one of, a public, private or hosted network; the intermediate network 3020, if any, may be a backbone network or the Internet; in particular, the intermediate network 3020 may comprise two or more sub-networks (not shown).
The communication system 3000 of
Example implementations, in accordance with an embodiment, of the UE, base station and host computer discussed in the preceding paragraphs will now be described with reference to
The communication system 3100 further includes a base station 3120 provided in a telecommunication system and comprising hardware 3125 enabling it to communicate with the host computer 3110 and with the UE 3130. The hardware 3125 may include a communication interface 3126 for setting up and maintaining a wired or wireless connection with an interface of a different communication device of the communication system 3100, as well as a radio interface 3127 for setting up and maintaining at least a wireless connection 3170 with a UE 3130 located in a coverage area (not shown in
The communication system 3100 further includes the UE 3130 already referred to. Its hardware 3135 may include a radio interface 3137 configured to set up and maintain a wireless connection 3170 with a base station serving a coverage area in which the UE 3130 is currently located. The hardware 3135 of the UE 3130 further includes processing circuitry 3138, which may comprise one or more programmable processors, application-specific integrated circuits, field programmable gate arrays or combinations of these (not shown) adapted to execute instructions. The UE 3130 further comprises software 3131, which is stored in or accessible by the UE 3130 and executable by the processing circuitry 3138. The software 3131 includes a client application 3132. The client application 3132 may be operable to provide a service to a human or non-human user via the UE 3130, with the support of the host computer 3110. In the host computer 3110, an executing host application 3112 may communicate with the executing client application 3132 via the OTT connection 3150 terminating at the UE 3130 and the host computer 3110. In providing the service to the user, the client application 3132 may receive request data from the host application 3112 and provide user data in response to the request data. The OTT connection 3150 may transfer both the request data and the user data. The client application 3132 may interact with the user to generate the user data that it provides.
It is noted that the host computer 3110, base station 3120 and UE 3130 illustrated in
In
The wireless connection 3170 between the UE 3130 and the base station 3120 is in accordance with the teachings of the embodiments described throughout this disclosure. One or more of the various embodiments improve the performance of OTT services provided to the UE 3130 using the OTT connection 3150, in which the wireless connection 3170 forms the last segment. More precisely, the teachings of these embodiments may reduce the latency and improve the data rate and thereby provide benefits such as better responsiveness.
A measurement procedure may be provided for the purpose of monitoring data rate, latency and other factors on which the one or more embodiments improve. There may further be an optional network functionality for reconfiguring the OTT connection 3150 between the host computer 3110 and UE 3130, in response to variations in the measurement results. The measurement procedure and/or the network functionality for reconfiguring the OTT connection 3150 may be implemented in the software 3111 of the host computer 3110 or in the software 3131 of the UE 3130, or both. In embodiments, sensors (not shown) may be deployed in or in association with communication devices through which the OTT connection 3150 passes; the sensors may participate in the measurement procedure by supplying values of the monitored quantities exemplified above, or supplying values of other physical quantities from which software 3111, 3131 may compute or estimate the monitored quantities. The reconfiguring of the OTT connection 3150 may include message format, retransmission settings, preferred routing etc.; the reconfiguring need not affect the base station 3120, and it may be unknown or imperceptible to the base station 3120. Such procedures and functionalities may be known and practiced in the art. In certain embodiments, measurements may involve proprietary UE signaling facilitating the host computer's 3110 measurements of throughput, propagation times, latency and the like. The measurements may be implemented in that the software 3111, 3131 causes messages to be transmitted, in particular empty or “dummy” messages, using the OTT connection 3150 while it monitors propagation times, errors etc.
As a result of embodiments of the technique, the user data and thus the underlying service provided by the host computer can run on a greater number of sensitive cells as compared to a conventional overload function. Optionally, the sensitive cells may be selected to comprise cells specifically relevant for providing the service of the host computer, such as services related to autonomous driving or connected driving.
With reference to the afore-mentioned example for connected driving, emergency services or autonomous driving, the regular capacity of a CN 702 with 600 NEs 300 serving 1800 cells has to be reduced to a maximum capacity of 600 operative cells for a congested CN 702, e.g. with the following scenario. Suppose that each NE 300 is configured to serve three cells, wherein cell1 is covering a road for autonomously driving cars using the user data provided by the host computer, whereas cell2 and cell3 are used to cover a normal area, e.g., a non-sensitive cells 314.
In a conventional implementation of the overload function, the overload message is sent at a NE-basis, so that a remaining capacity of 600 cells served by 200 NEs would be comprise 200 cells (e.g., 200 instances of the cell1) that are sensitive for the service of the host computer, but also 400 non-sensitive cells (i.e., cell2 and cella in the example).
The technique can be implemented so that the overload message is sent on a cell-basis. Consequently, embodiments of the technique can spare all 600 cells that are sensitive for the service of the host computer from applying the overload function.
As a consequence, during a period of congestion of the CN 702, the services provided by the host computer would be significantly reduces by a conventional overload function (e.g., to run only on 200 sensitive cells), whereas embodiments of the technique enable the host computer to continue to run on the (e.g., service-specific) sensitive cells, e.g., all 600 sensitive cells.
For example, the host computer is configured to provide user data pertinent for autonomous driving as an example of the service. This service can persist because the cells relevant for the service are spared from the effect of the overload function by virtue of an embodiment of the technique.
As has become apparent from above description, embodiments of the technique enable that a number of sensitive cells to be maintained (i.e., to be spared from the action of an overload function) during a core network congestion is multiple times greater compared to existing overload functions. A gain in the number of maintained sensitive cells may correspond to the (e.g., average) number of cells per site. E.g., the number of maintained sensitive cells may be multiplied by a factor of 3, for each site that has 3 cells, in comparison to existing overload functions. For example, the reliability of the radio access network can be significantly increased in certain areas.
Same or further embodiments can improve the reliability by associating and controlling a fallback cell for each sensitive cell. For each sensitive cell, cell1, covering an important geographical area, area1, a standby cell, cell2, may be configured. Later, if the sensitive cell1 goes down, the cellular network can automatically readjust, e.g., via Self Organization Network features, so that the fallback cell2 covers area1. Alternatively or in addition, the core network (e.g., the MME or AMF) may send a message (e.g., an overload stop message) to unbar the fallback cell2 in case the fallback cell2 was previously barred by the core network via an overload start message.
Many advantages of the present invention will be fully understood from the foregoing description, and it will be apparent that various changes may be made in the form, construction and arrangement of the units and devices without departing from the scope of the invention and/or without sacrificing all of its advantages. Since the invention can be varied in many ways, it will be recognized that the invention should be limited only by the scope of the following claims.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/EP2018/056723 | 3/16/2018 | WO | 00 |
