DISASTER CONDITION INDICATION OF SERVING PUBLIC LAND MOBILE NETWORK

Information

  • Patent Application
  • 20230328833
  • Publication Number
    20230328833
  • Date Filed
    June 02, 2023
    a year ago
  • Date Published
    October 12, 2023
    8 months ago
Abstract
A network node for a communication system is associated with a serving public land mobile network (PLMN) for a first client device. The network node is configured to transmit a first control message to the first client device in response to determining that the serving PLMN for the first client device is in a disaster condition. The first control message indicates that the serving PLMN for the first client device is in the disaster condition.
Description
TECHNICAL FIELD

Some embodiments of this description relate to a network node and a client device for disaster condition indication of a serving public land mobile network (PLMN) in a communication system. Furthermore, the some embodiments also relate to corresponding methods and a computer program.


BACKGROUND

During a disaster, cellular networks often get overloaded or become unavailable and users may therefore be denied services. Disasters can be man-made such as, e.g., a fire in a building or natural such as, e.g., an earthquake. When a disaster happens, a lot of people may try to call emergency services or each other. Due to multiple users requesting services at the same time, the network resources can get congested and users may not be able to get the requested services. Network failure can also happen during a disaster thereby the network becoming unavailable.


SUMMARY

An objective of some embodiments is to provide a solution which mitigates or solves the drawbacks and problems of conventional solutions.


Another objective of some embodiments is to provide a disaster condition indication mechanism for communication systems.


The above and further objectives are solved by the subject matter of the independent claims. Further advantageous embodiments can be found in the dependent claims.


According to a first aspect, the above mentioned and other objectives are achieved with a network node for a communication system, the network node being associated with a serving public land mobile network (PLMN) for a first client device, and wherein the network node is configured to:


transmit a first control message to the first client device upon determining that the serving PLMN for the first client device is in a disaster condition, wherein the first control message indicates that the serving PLMN for the first client device is in the disaster condition.


That a network node is associated with a PLMN may be understood as to mean that the network node is a part of the PLMN.


That a PLMN is in disaster condition may be decided by a government agency and may be due to a natural disaster.


The serving PLMN may in some cases be the home PLMN.


An advantage of the network node according to the first aspect is that the client device is informed about the disaster condition of the serving PLMN so that the client device e.g. can move to another PLMN not in disaster condition to obtain service.


In an implementation form of a network node according to the first aspect, the network node is an access and mobility management function (AMF) of a core network, and wherein the first control message is a registration reject message, a de-registration request message, a configuration update command message, or a service reject message.


An advantage with this implementation form is that the client device will know that the network node is still able to communicate with the client device. So the client device can proactively move to another PLMN not in disaster condition for obtaining services.


In an implementation form of a network node according to the first aspect, the network node is a network access node of a radio access network (RAN) and wherein the first control message is a paging message.


An advantage with this implementation form is that a plurality of client devices may be informed at the same time about the disaster condition of the serving PLMN since the paging channel is monitored by all client devices and the paging message is received by all client devices.


In an implementation form of a network node according to the first aspect, the network node is a network access node of a RAN, and wherein the first control message is a radio resource control (RRC) connection reject message, a RRC connection release message, or a RRC serving PLMN disaster condition message.


An advantage with this implementation form is that the indication using RRC signalling may be more robust than, e.g., using non-access stratum (NAS) signalling.


In an implementation form of a network node according to the first aspect, the network node is a network access node of a RAN, and wherein the first control message is a system information block (SIB).


An advantage with this implementation form is that the client device continuously monitors the SIB which means that the client device will directly be aware of the disaster condition. Further, since the SIB is broadcasted all client devices in a served cell will be informed about the disaster condition of the serving PLMN.


In an implementation form of a network node according to the first aspect, the network node is further configured to:


redirect the first client device from the serving PLMN to a visiting PLMN for the first client device upon determining that the serving PLMN for the first client device is in a disaster condition.


An advantage with this implementation form is that this will enable the client device to get back to service possibly without any service interruption.


In an implementation form of a network node according to the first aspect, the visiting PLMN belongs to a 3rd generation partnership project (3GPP) or a non-3GPP system.


An advantage with this implementation form is that the non-3GPP system may be able to provide services to the client device as the non-3GPP system does not use the RAN of the 3GPP system which is the most susceptible entity in the network to get congested during a disaster condition.


In an implementation form of a network node according to the first aspect, the first control message further indicates at least one timer defining a start register time instance at the visiting PLMN for the first client device and/or a re-registration time instance at the serving PLMN for the first client device.


The timer defining a start register time instance may also be understood as a timer defining a minimum wait time to start registration. The timer defining a re-registration time instance may also be understood as a timer defining a minimum wait time to start re-registration.


An advantage with this implementation form is that the network does not get overloaded by too many client devices attempting registration to the network at the same time. Instead, the registrations may be distributed over a longer period of time. This also applies to the re-registration procedure to the serving PLMN.


In an implementation form of a network node according to the first aspect, the network node is further configured to:


transmit a second control message to a second client device upon determining that a serving PLMN for the second client device is in a disaster condition, wherein the second control message indicates that the serving PLMN for the second client device is in the disaster condition.


An advantage with this implementation form is that if the serving PLMN becomes unresponsive the client device will be able to obtain information about the disaster condition from other PLMNs still functioning.


In an implementation form of a network node according to the first aspect, the network node is a network access node of a RAN, and wherein the second control message is a SIB.


An advantage with this implementation form is that as the client device can get the SIB information for the other available PLMNs during a PLMN scanning procedure.


In an implementation form of a network node according to the first aspect, the network node is further configured to:


transmit a third control message to a second client device upon determining that a disaster condition for a serving PLMN for the second client device is over, wherein the third control message indicates that the disaster condition for the serving PLMN for the second client device is over.


An advantage with this implementation form is that the second client device may re-register at the serving PLMN for the second client device when the disaster condition is over.


According to a second aspect, the above mentioned and other objectives are achieved with a client device for a communication system, the client device being configured to be served by a serving PLMN, and further configured to:

  • receive a first control message from a first network node associated with the serving PLMN for the client device, wherein the first control message indicates that the serving PLMN is in the disaster condition; and/or
  • receive a second control message from a second network node associated with a visiting PLMN for the client device, wherein the second control message indicates that the serving PLMN is in the disaster condition.


An advantage of the client device according to the second aspect is that the client device is informed about the disaster condition of the serving PLMN. This means that the client device may initiate a PLMN selection procedure so as to find another PLMN that is not in disaster condition. Thereby, service interruption for the client device is avoided or shortened.


In an implementation form of a client device according to the second aspect, the client device is further configured to:

  • obtain a PLMN list comprising one or more visiting PLMNs; and
  • register at a visiting PLMN in the PLMN list upon receiving the first control message or the second control message.


An advantage with this implementation form is that the client device will know which PLMNs to register to when the disaster condition happens.


In an implementation form of a client device according to the second aspect, the first control message and/or the second control message further indicates at least one timer defining a start register time instance at the visiting PLMN for the client device and/or a re-registration time instance at the serving PLMN for the client device.


The timer defining a start register time instance may also be understood as a timer defining a minimum wait time to start registration. The timer defining a re-registration time instance may also be understood as a timer defining a minimum wait time to start re-registration.


An advantage with this implementation form is that the network can configure client devices based on subscription what is the minimum time it needs to wait to perform a registration. This helps the network to prioritize some of client devices before others for faster and more effective registration.


In an implementation form of a client device according to the second aspect, the first network node is an AMF of a core network, and wherein the first control message is a registration reject message, a de-registration request message, a configuration update command message, or a service reject message.


An advantage with this implementation form is that client device may obtain information from the core network in NAS signalling even before the network becomes unresponsive which can happen when the serving PLMN is in the disaster condition.


In an implementation form of a client device according to the second aspect, the first network node is a network access node of a RAN, and wherein the first control message is a paging message.


An advantage with this implementation form is that a plurality of client devices can be informed at the same time about the disaster condition of the serving PLMN since the paging channel is monitored by all client devices and the paging message is received by all client devices.


In an implementation form of a client device according to the second aspect, the first network node is a network access node of a RAN, and wherein the first control message is a RRC connection reject message, a RRC connection release message, or a RRC serving PLMN disaster condition message.


An advantage with this implementation form is that the indication using RRC signalling may be more robust than, e.g., using NAS signalling.


In an implementation form of a client device according to the second aspect, the first network node is a network access node of a RAN, and wherein the first control message is a SIB.


An advantage with this implementation form is that the client device continuously monitors the SIB which means that the client device will directly be aware of the disaster condition. Further, since the SIB is broadcasted all client devices in a served cell will be informed about the disaster condition of the serving PLMN.


In an implementation form of a client device according to the second aspect, the second network node is a network access node of a RAN, and wherein the second control message is a SIB.


An advantage with this implementation form is that as the client device can get the SIB information for the other available PLMNs during a PLMN scanning procedure.


In an implementation form of a client device according to the second aspect, the client device is further configured to:


receive a third control message from a second network node associated with a visiting PLMN for the client device, wherein the third control message indicates that the disaster condition for the serving PLMN for the client device is over.


An advantage with this implementation form is that the client device may re-register at the serving PLMN when the disaster condition is over.


According to a third aspect, the above mentioned and other objectives are achieved with a method for a network node being associated with a serving PLMN for a first client device, the method comprising:


transmitting a first control message to the first client device upon determining that the serving PLMN for the first client device is in a disaster condition, wherein the first control message indicates that the serving PLMN for the first client device is in the disaster condition.


The method according to the third aspect can be extended into implementation forms corresponding to the implementation forms of the network node according to the first aspect. Hence, an implementation form of the method comprises the feature(s) of the corresponding implementation form of the network node.


The advantages of the methods according to the third aspect are the same as those for the corresponding implementation forms of the network node according to the first aspect.


According to a fourth aspect, the above mentioned and other objectives are achieved with a method for a client device being configured to be served by a serving PLMN, the method comprising:

  • receiving a first control message from a first network node associated with the serving PLMN for the client device, wherein the first control message indicates that the serving PLMN is in the disaster condition; and/or
  • receiving a second control message from a second network node associated with a visiting PLMN for the client device, wherein the second control message indicates that the serving PLMN is in the disaster condition.


The method according to the fourth aspect can be extended into implementation forms corresponding to the implementation forms of the client device according to the second aspect. Hence, an implementation form of the method comprises the feature(s) of the corresponding implementation form of the client device.


The advantages of the methods according to the fourth aspect are the same as those for the corresponding implementation forms of the client device according to the second aspect.


Some embodiments also relate to a computer program, characterized in program code, which when run by at least one processor, causes said at least one processor to execute any method according to one or more embodiments. Further, some embodiments also relate to a computer program product comprising a computer readable medium and said mentioned computer program, wherein said computer program is included in the computer readable medium, and comprises of one or more from the group: read-only memory (ROM), programmable ROM (PROM), erasable PROM (EPROM), flash memory, electrically EPROM (EEPROM), and a hard disk drive.


Further applications and advantages of one or more embodiments will be apparent from the following detailed description.





BRIEF DESCRIPTION OF THE DRAWINGS

The appended drawings are intended to clarify and explain different embodiments, in which:



FIG. 1 shows a network node in accordance with one or more embodiments;



FIG. 2 illustrates control signalling from a network node to a client device in accordance with one or more embodiments;



FIG. 3 shows a method for a network node in accordance with one or more embodiments;



FIG. 4 shows a client device in accordance with one or more embodiments;



FIG. 5 illustrates control signalling from first and second network nodes to a client device in accordance with one or more embodiments;



FIG. 6 shows a method for a network access node in accordance with one or more embodiments;



FIG. 7 illustrates when an indication about a disaster condition is carried or comprised in SIB in accordance with one or more embodiments;



FIG. 8 illustrates when an indication about a disaster condition is provided in NAS signalling in accordance with one or more embodiments;



FIG. 9 illustrates when an indication about a disaster condition is provided in NAS signalling in accordance with one or more embodiments;



FIG. 10 illustrates when an indication about a disaster condition is provided in RRC messages in accordance with one or more embodiments;



FIG. 11 illustrates when an indication about a disaster condition is provided in RRC messages in accordance with one or more embodiments; and



FIG. 12 illustrates when information about a disaster condition is provided in a paging procedure in accordance with one or more embodiments.





DETAILED DESCRIPTION

If a public land mobile network (PLMN) is not able to provide services such as, e.g., voice calls or mobile data services to a user equipment (UE) due to a disaster condition, there are often other PLMNs available in the area which may be able to provide service to the UE. However, those PLMNs could be configured to be forbidden PLMNs in the UE and the UE will hence never select one of those PLMNs.


To minimize service interruptions, it would be beneficial to enable a UE of a given PLMN to obtain service from another PLMN for an area where a disaster condition applies, even if the other PLMN is a forbidden PLMN for the UE under normal conditions. PLMN selection is a procedure which enables the UE to select the most appropriate PLMN at a particular point of time. Most of the time when the UE is in the home country, the home PLMN will be the most appropriate PLMN and the home PLMN will thus be the serving PLMN. To prevent the UE from switching from the home PLMN, roaming is often disabled inside the home country. Other PLMNs in the home country may, e.g., be added to a list of forbidden PLMNs so that the UE does not roam unnecessarily into these PLMNs.


Some embodiments of the present disclosure provide a disaster condition indication mechanism for communication systems thereby informing client devices, such as UEs, that a serving PLMN is in disaster condition. Thereby, the client devices may take appropriate measures such as, e.g., initiating a PLMN selection procedure.



FIG. 1 shows a network node 100, in accordance with one or more embodiments. In FIG. 1, the network node 100 comprises a processor 102, a transceiver 104 and a memory 106. The processor 102 may be coupled to the transceiver 104 and the memory 106 by communication means 108 known in the art. The network node 100 may further comprise an antenna or antenna array 110 coupled to the transceiver 104, which means that the network node 100 may be configured for wireless communications in a wireless communication system. That the network node 100 may be configured to perform certain actions can in this disclosure be understood to mean that the network node 100 comprises suitable means, such as, e.g., the processor 102 and the transceiver 104, configured to perform said actions.


The processor 102 of the network node 100 may be referred to as one or more general-purpose central processing units (CPUs), one or more digital signal processors (DSPs), one or more application-specific integrated circuits (ASICs), one or more field programmable gate arrays (FPGAs), one or more programmable logic devices, one or more discrete gates, one or more transistor logic devices, one or more discrete hardware components, and one or more chipsets. The memory 106 of the network node 100 may be a read-only memory, a random access memory, or a non-volatile random access memory (NVRAM).


The transceiver 104 of the network node 100 may be a transceiver circuit, a power controller, an antenna, or an interface which communicates with other modules or devices. In some embodiments, the transceiver 104 of the network node 100 may be a separate chipset or being integrated with the processor 102 in one chipset. In some embodiments, the processor 102, the transceiver 104, and the memory 106 of the network node 100 are integrated in one chipset.


With reference to FIGS. 1 and 2, according to one or more embodiments, the network node 100 is associated with a serving PLMN 610 for a first client device 300. The network node 100 is configured to: transmit a first control message 510 to the first client device 300 upon determining that the serving PLMN 610 for the first client device 300 is in a disaster condition. The first control message 510 indicates that the serving PLMN 610 for the first client device 300 is in the disaster condition.



FIG. 3 shows a flow chart of a corresponding method 200 which may be executed in a network node 100, such as the one shown in FIG. 1. The method 200 for a network node 100 being associated with a serving PLMN 610 for a first client device 300 comprises: transmitting 202 a first control message 510 to the first client device 300 upon determining that the serving PLMN 610 for the first client device 300 is in a disaster condition. The first control message 510 indicates that the serving PLMN 610 for the first client device 300 is in the disaster condition.


In some embodiments, the network node 100 is associated with the serving PLMN for a client device. That may be understood to mean that the network node 100 is part of the serving PLMN, e.g. a base station of a RAN or a function of a core network. In some embodiments, the network node 100 is not associated with the serving PLMN for a client device. Therefore, in some embodiments, the network node 100 is further configured to transmit a second control message 520 to a client device upon determining that a serving PLMN for the second client device is in a disaster condition. The second control message 520 indicates that the serving PLMN for the client device is in the disaster condition. This is also illustrated in FIG. 5 in which the network node denoted 100′ transmits the second control message 520 to a client device. Thereby, the client device may be informed about the disaster condition of its serving PLMN even when its serving PLMN is down. In such cases the network node 100 may be a network access node of a RAN, and the second control message 520 may be a SIB. In some embodiments, the second control message 520 may also indicate the identity (ID) of the serving PLMN so that the client device easily can identity the serving PLMN.



FIG. 4 shows a client device 300 according in accordance with one or more embodiments. In FIG. 4, the client device 300 comprises a processor 302, a transceiver 304 and a memory 306. The processor 302 is coupled to the transceiver 304 and the memory 306 by communication means 308 known in the art. The client device 300 may be configured for both wireless and wired communications in wireless and wired communication systems, respectively. The wireless communication capability is provided with an antenna or antenna array 310 coupled to the transceiver 304, while the wired communication capability is provided with a wired communication interface 312 coupled to the transceiver 304. That the client device 300 is configured to perform certain actions can in this disclosure be understood to mean that the client device 300 comprises suitable means, such as, e.g., the processor 302 and the transceiver 304, configured to perform said actions.


The processor 302 of the client device 300 may be referred to as one or more general-purpose CPUs, one or more DSPs, one or more ASICs, one or more FPGAs, one or more programmable logic devices, one or more discrete gates, one or more transistor logic devices, one or more discrete hardware components, and one or more chipsets. The memory 306 of the client device 300 may be a read-only memory, a random access memory, or a NVRAM.


The transceiver 304 of the client device 300 may be a transceiver circuit, a power controller, an antenna, or an interface which communicates with other modules or devices. In some embodiments, the transceiver 304 of the client device 300 may be a separate chipset or being integrated with the processor 302 in one chipset. In some embodiments, the processor 302, the transceiver 304, and the memory 306 of the client device 300 are integrated in one chipset.


With reference to FIGS. 4 and 5, according to one or more embodiments, the client device 300 which is configured to be served by a serving PLMN 610 is further configured to receive a first control message 510 from a first network node 100 associated with the serving PLMN 610 for the client device 300, wherein the first control message 510 indicates that the serving PLMN 610 is in the disaster condition; and/or receive a second control message 520 from a second network node 100′ associated with a visiting PLMN 620 for the client device 300, wherein the second control message 520 indicates that the serving PLMN 610 is in the disaster condition.


In some embodiments, the second network node 100′ may be a network access node of a RAN, and the second control message 520 is a SIB broadcasted by the second network node 100′.


It is noted that the client device 300 may receive the first control message 510 only; receive the second control message 520 only; or receive both the first control message 510 and the second control message 520.



FIG. 6 shows a flow chart of a corresponding method 400 which may be executed in a client device 300, such as the one shown in FIG. 4, in accordance with one or more embodiments. The client device 300 is configured to be served by a serving PLMN 610. The method 400 comprises: receiving 402 a first control message 510 from a first network node 100 associated with the serving PLMN 610 for the client device 300, wherein the first control message 510 indicates that the serving PLMN 610 is in the disaster condition; and/or receiving 404 a second control message 520 from a second network node 100′ associated with a visiting PLMN 620 for the client device 300, wherein the second control message 520 indicates that the serving PLMN 610 is in the disaster condition.


When the client device 300 is informed or aware that the serving PLMN 610 is in the disaster condition the client device 300 may try to register to another PLMN that is not in disaster condition. Thereby, service interruption for the client device 300 is avoided or shortened. Therefore, in some embodiments, the client device 300 is configured to obtain a PLMN list comprising one or more visiting PLMNs. The client device 300 is further configured to register at a visiting PLMN in the PLMN list upon receiving the first control message 510 from the first network node 100 or the second control message 520 from the second network node 100′.


There are a number of different ways for the client device 300 to obtain the PLMN list. Non-limiting examples may be any of:

  • obtaining the PLMN list from a control message indicating the PLMN list transmitted by a network node. The control message may be part of a non-access stratum (NAS) protocol and may e.g. be: a configuration update command message, a registration accept message, a registration reject message, a service accept message, a service reject message, and a deregistration request message;
  • obtaining the PLMN list from a subscriber identity module (SIM) configuration of the client device; and
  • obtaining the PLMN list from a mobile equipment (ME) configuration of the client device.


In some embodiments, the PLMN list comprises an identity of each PLMN in the PLMN list so that the PLMNs can be identified by the client device/UE.


For registration synchronization and resource control in the communication system 500 the first control message 510 and/or the second control message 520 may further indicate at least one timer T defining a start register time instance at the visiting PLMN 620 for the first client device 300 and/or a re-registration time instance at the serving PLMN 610 for the first client device 300. The timer defining a start register time instance may also be understood as a timer defining a minimum wait time to start registration at the visiting PLMN. The timer defining a re-registration time instance may also be understood as a timer defining a minimum wait time to start re-registration at the previously served PLMN which was under disaster condition.


In the following disclosure further exemplary implementation cases of the present solution will be described. The present mechanism for disaster condition indication may be realized using different types of control signalling and involving one or more communication procedures. These implementation cases are fully or partially set in a 3GPP context hence the terminology and system architecture herein used, but the discussed embodiments are exemplary, and should not be limited thereto. Furthermore, a network node may determine that the serving PLMN is in disaster condition in a number of different ways which is out of the scope of the present disclosure. However, it may be mentioned that the network node 100 or the network may be informed by a government agency, an operator, etc.



FIG. 7 illustrates when an indication about a disaster condition is carried or comprised in system information of the serving PLMN in accordance with one or more embodiments. When a UE (corresponding to a client device) is served by a PLMN in disaster condition and the serving PLMN goes into a disaster condition, the serving PLMN in disaster condition broadcasts an indication in system information that the serving PLMN is in disaster condition. Hence, a new indication in SIB may be broadcasted as the first control message 510 by a network access node 100 of a RAN to one or more UEs (however only one UE is illustrated in FIG. 7). The network access node 100 may, e.g., be a gNB of the serving PLMN.


Furthermore, FIGS. 8 and 9 illustrate cases when an indication about a disaster condition is provided in non-access stratum (NAS) signalling, in accordance with one or more embodiments. In some embodiments the network node 100 may be an access and mobility management function (AMF) of a core network.


For a service request procedure, in step I in FIG. 8, a UE is served by a PLMN in disaster condition and the UE performs a service request by transmitting a service request message to an AMF associated with the serving PLMN for the UE. In step II in FIG. 8, the service request is rejected by the AMF as the serving PLMN is already in disaster condition, and in step III in FIG. 8, the AMF rejects the service request by sending a service reject message as the first control message 510 indicating that the serving PLMN is in the disaster condition to the UE. The service reject message may in this respect comprise a new cause value indicating that the serving PLMN is in the disaster condition. In step IV in FIG. 8, the UE receives the service reject message from the AMF and may, e.g., perform a PLMN selection procedure in search of a PLMN not in disaster condition. In this respect a PLMN list comprising one or more visiting PLMNs may be used.


Correspondingly, for a registration request procedure, in step I in FIG. 8, the UE is served by a PLMN in disaster condition and performs a registration request by sending a registration request message to the AMF. In step II in FIG. 8, the registration request is rejected by the AMF since the serving PLMNB is in disaster condition, and in step III the AMF sends a registration reject message as the first control message 510 to the UE rejecting the registration request. The registration reject message may comprise a new cause value indicating that the serving PLMN is in the disaster condition. In step IV in FIG. 8, the UE as previously described may perform a PLMN selection procedure upon reception of the registration reject message.


In FIG. 9, an AMF initiates a de-registration procedure by sending a de-registration request message with a new cause value to re-direct a UE to another PLMN not in disaster condition. Therefore, in Step I in FIG. 9, the serving PLMN in disaster condition via AMF performs a de-registration request by sending a de-registration request message as the first control message 510 to the UE. The de-registration request message may comprise a new cause value indicating that the serving PLMN is in disaster condition.


The network may also initiate a configuration update command procedure by sending a configuration update command message with a new indication to the UE that the serving PLMN is in disaster condition and the UE needs to move to another PLMN not in disaster condition. Therefore, in Step I in FIG. 9, the serving PLMN in disaster condition via the AMF performs a configuration update command procedure by sending a configuration update command message as the first control message 510 to the UE.


For both cases in step II in FIG. 9, the UE may upon reception of the de-registration request message or the configuration update command message initiate a PLMN selection procedure as previously described.


In a general case the UE may perform a NAS signalling procedure and gets no response from the serving PLMN, e.g. since there is no radio resources available. In such case the UE may perform a scan on neighbouring PLMNs to see if their SIBs indicate that the serving PLMN is in the disaster condition. This is more or less in line with the embodiment shown in FIG. 5 in which a second control message 520 is employed by visiting PLMNs to inform UEs that their serving PLMN is in disaster condition.


Moreover, FIGS. 10 and 11 illustrate cases when an indication about a disaster condition is provided in RRC messages, e.g. by a RAN Node (denoted “RN” in FIG. 10) such as a gNB, in accordance with one or more embodiments.



FIG. 10 illustrates two different cases using RRC messages for indicating disaster condition. Establishment of RRC connection is a first step for a UE to go to connected mode. NAS messages can only be transmitted after that the UE is in connected mode. Usually during a disaster, RAN resources get congested and the network can reject a RRC connection establishment message. So, by adding the present indication in RRC messages makes it possible for the network to inform about the disaster condition of the serving PLMN even if the RRC connection fails. Hence, a more robust control signalling is usually provided by the use of RRC signalling.


In a first case in FIG. 10, a RRC reject message with disaster indication and redirection information is employed. When a UE tries to establish or resume a RRC connection, the serving RAN node can reject the RRC connection and send a RRC connection reject message as the first control message 510 to the UE in step I in FIG. 10. The RRC connection reject message comprises an indication that the serving PLMN is in disaster condition and may further comprise redirecting information so as to redirect the UE to cells of other PLMNs not in disaster condition.


Therefore, in some embodiments, the network node 100 may be configured to redirect the client device 300 from a serving PLMN 610 to a visiting PLMN 620 for a client device 300 upon determining that the serving PLMN 610 for the client device 300 is in a disaster condition. In this respect the previously mentioned PLMN list may be used for disaster condition PLMN selection. Also, the previously mentioned timer(s) T may be used so that the client device is aware of when to register or re-register.


The visiting PLMN 620 may belong to a 3GPP or a non-3GPP system. Generally, there may be two different access systems, which means there are two ways for the UE to access the core network. One may be 3GPP which, e.g., is GSM, WCDMA, LTE, NR and the other may be non-3GPP such as through a WiFi connection. So, the UE may move from a 3GPP system to a non-3GPP system, or vice versa.


In a second case in FIG. 10, a RRC release message may instead be employed. When the UE tries to resume a RRC connection, the serving RAN node can release the RRC connection and send a RRC connection release message as the first control message 510 to the UE in step I in FIG. 10. The RRC connection release message indicates that the serving PLMN is in disaster condition and may additionally indicate redirection information.


For both cases in FIG. 10, the UE may in step II upon reception of the RRC connection reject message or the RRC connection release message initiate a PLMN selection procedure as previously described.



FIG. 11 illustrates an embodiment when a new RRC message type is instead employed which, e.g., may be labelled a RRC serving PLMN disaster condition message or any other suitable labelling. Hence, the serving RAN node may use the new RRC message type as a response message when the UE tries to establish or resume a RRC connection as shown in FIG. 11. In step I the UE transmits a RRC connection message to the serving RAN node. The RRC connection message is rejected by the serving RAN node in step II which transmits the new RRC message type to the UE as a response message in step III. Upon reception of the new RRC message type the UE may in step IV initiate a PLMN selection procedure. However, the new RRC message type may also be a stand alone message type and not a response message type as illustrated in FIG. 11. This implies that the UE does not have to transmit a request message. Thereby, by using the new RRC message type the UE is informed that the serving PLMN is in disaster condition and the UE may be redirected to cells belonging to one or more other PLMNs not in disaster condition.



FIG. 12 illustrates when information about a disaster condition is provided in a paging procedure, in accordance with one or more embodiments. Generally, a UE performs a PLMN scan to find available PLMNs which means that the UE has to read the SIB which is broadcasted. The serving PLMN or the serving RAN node can page the UE to inform that the serving PLMN is in disaster condition. Therefore, the serving RAN node may transmit a paging message as the first control message 510 indicating that the serving PLMN is in disaster condition. The paging channel is monitored by all UEs and the paging message is received by all UEs so by using paging messages a plurality of UEs can be reached.


Some embodiments relate to a further mechanism in which a client device 300 is informed that a disaster condition is over for its serving PLMN.


From a network node point of view, the network node 100 may further be configured to transmit a third control message 530 to a client device 300 upon determining that a disaster condition for a serving PLMN for the client device 300 is over. Hence, the third control message 530 indicates that the disaster condition for the serving PLMN for the client device 300 is over. This is illustrated in FIG. 5 where a network node herein denoted second network node 100′ transmits the third control message 530 to the client device 300.


From a client device 300 point of view and with further reference to FIG. 5, the client device 300 may further be configured to receive the third control message 530 from the second network node 100′ associated with a visiting PLMN 620 for the client device 300. The third control message 530 indicates that the disaster condition is over for the serving PLMN 610. Thereby, the client device 300 may try to re-register at the serving PLMN 610 after the disaster condition has ended.


The signalling of the third control message 530 may be performed with the same or corresponding methods as the ones used for the first control message 510 signalling. In some embodiments, the third control message 530 may be:

  • a registration reject message, a de-registration request message, a configuration update command message, or a service reject message sent by a AMF;
  • a paging message sent by a RAN node;
  • a RRC connection reject message, a RRC connection release message, or a RRC serving PLMN disaster condition message sent by a RAN node;
  • a SIB sent by a RAN node.


One or more embodiments may be implemented in different communication standards. For example, the present solution may impact 3GPP TS 24.501 and TS 23.122 -NAS. The proposed changes may impact NR RRC specs, such as and 38.331 respectively. For example, the sections for “System information acquisition”, “RRC Connection Reject” and “RRC Connection Release”. In some embodiments, a new information element (IE) can be added for “RRCReject” and “RRCRelease” messages. In some embodiments, a new 5G mobility management (5GMM) cause value to indicate disaster condition may, e.g., be added to 3GPP TS 24.501 in Table 9.11.3.2.1. An example of Table 9.11.3.2.1 with a 5GMM cause value to indicate disaster condition added in underlined bold face type denoted “Disaster Condition” is provided below.





TABLE 9.11.3.2.1





5GMM cause information element


Cause value (octet 2)



Bits 8 7 6 5 4 3 2 1





0 0 0 0 0 0 1 1
Illegal UE


0 0 0 0 0 1 0 1
PEI not accepted


0 0 0 0 0 1 1 0
Illegal ME


0 0 0 0 0 1 1 1
5GS services not allowed


0 0 0 0 1 0 0 1
UE identity cannot be derived by the network


0 0 0 0 1 0 1 0
Implicitly de-registered


0 0 0 0 1 0 1 1
PLMN not allowed


0 0 0 0 1 1 0 0
Tracking area not allowed


0 0 0 0 1 1 0 1
Roaming not allowed in this tracking area


0 0 0 0 1 1 1 1
No suitable cells in tracking area


0 0 0 1 0 1 0 0
MAC failure


0 0 0 1 0 1 0 1
Synch failure


0 0 0 1 0 1 1 0
Congestion


0 0 0 1 0 1 1 1
UE security capabilities mismatch


0 0 0 1 1 0 0 0
Security mode rejected, unspecified


0 0 0 1 1 0 1 0
Non-5G authentication unacceptable


0 0 0 1 1 0 1 1
N1 mode not allowed


0 0 0 1 1 1 0 0
Restricted service area


0 0 0 1 1 1 1 1
Redirection to EPC required


0 0 1 0 1 0 1 1
LADN not available


0 0 1 1 1 1 1 0
No network slices available


0 1 0 0 0 0 0 1
Maximum number of PDU sessions reached


0 1 0 0 0 0 1 1
Insufficient resources for specific slice and DNN


0 1 0 0 0 1 0 1
Insufficient resources for specific slice


0 1 0 0 0 1 1 1
ngKSI already in use


0 1 0 0 1 0 0 0
Non-3GPP access to 5GCN not allowed


0 1 0 0 1 0 0 1
Serving network not authorized


0 1 0 0 1 0 1 0
Temporarily not authorized for this SNPN


0 1 0 0 1 0 1 1
Permanently not authorized for this SNPN


0 1 0 0 1 1 0 0
Not authorized for this CAG or authorized for CAG cells only


0 1 0 0 1 1 0 1
Wireline access area not allowed


0 1 0 1 1 0 1 0
Payload was not forwarded


0 1 0 1 1 0 1 1
DNN not supported or not subscribed in the slice


0 1 0 1 1 1 0 0
Insufficient user-plane resources for the PDU session


0 1 0 1 1 1 1 1
Semantically incorrect message


0 1 1 0 0 0 0 0
Invalid mandatory information


0 1 1 0 0 0 0 1
Message type non-existent or not implemented


0 1 1 0 0 0 1 0
Message type not compatible with the protocol state


0 1 1 0 0 0 1 1
Information element non-existent or not implemented


0 1 1 0 0 1 0 0
Conditional lE error


0 1 1 0 0 1 0 1
Message not compatible with the protocol state


0 1 1 0 1 1 1 1
Protocol error, unspecified


Any other value received by the mobile station shall be treated as 0110 1111, “protocol error, unspecified”. Any other value received by the network shall be treated as 0110 1111, “protocol error, unspecified”.






The network node 100 in this disclosure includes but is not limited to: a NodeB in wideband code division multiple access (WCDMA) system, an evolutional Node B (eNB) or an evolved NodeB (eNodeB) in LTE systems, or a relay node or an access point, or an in-vehicle device, a wearable device, or a gNB in the fifth generation (5G) networks.


Further, the network node 100 herein may be denoted as a radio network access node, an access network access node, an access point, or a base station, e.g. a radio base station (RBS), which in some networks may be referred to as transmitter, “gNB”, “gNodeB”, “eNB”, “eNodeB”, “NodeB” or “B node”, depending on the technology and terminology used. The radio network access nodes may be of different classes such as e.g. macro eNodeB, home eNodeB or pico base station, based on transmission power and thereby also cell size. The radio network access node can be a station (STA), which is any device that contains an IEEE 802.11-conformant MAC and PHY interface to the wireless medium. The radio network access node may also be a base station corresponding to the 5G wireless systems.


However, the network node 100 may also be a node of a core network. The network node 100 may e.g. be AMF as previously mentioned but may also be a session management function (SMF) or a policy control function (PCF).


The client device 300 in this disclosure includes but is not limited to: a UE such as a smart phone, a cellular phone, a cordless phone, a session initiation protocol (SIP) phone, a wireless local loop (WLL) station, a personal digital assistant (PDA), a handheld device having a wireless communication function, a computing device or another processing device connected to a wireless modem, an in-vehicle device, a wearable device, an integrated access and backhaul node (IAB) such as mobile car or equipment installed in a car, a drone, a device-to-device (D2D) device, a wireless camera, a mobile station, an access terminal, an user unit, a wireless communication device, a station of wireless local access network (WLAN), a wireless enabled tablet computer, a laptop-embedded equipment, an universal serial bus (USB) dongle, a wireless customer-premises equipment (CPE), and/or a chipset. In an Internet of things (IOT) scenario, the client device 300 may represent a machine or another device or chipset which performs communication with another wireless device and/or a network equipment.


The UE may further be referred to as a mobile telephone, a cellular telephone, a computer tablet or laptop with wireless capability. The UE in this context may e.g. be portable, pocket-storable, hand-held, computer-comprised, or vehicle-mounted mobile device, enabled to communicate voice and/or data, via the radio access network, with another entity, such as another receiver or a server. The UE can be a station (STA), which is any device that contains an IEEE 802.11-conformant media access control (MAC) and physical layer (PHY) interface to the wireless medium (WM). The UE may also be configured for communication in 3GPP related LTE and LTE-Advanced, in WiMAX and its evolution, and in fifth generation wireless technologies, such as NR.


Furthermore, any method according to one or more embodiments may be implemented in a computer program, having code means, which when run by processing means causes the processing means to execute the steps of the method. The computer program is included in a computer readable medium of a computer program product. The computer readable medium may comprise essentially any memory, such as a read-only memory (ROM), a programmable read-only memory (PROM), an erasable PROM (EPROM), a flash memory, an electrically erasable PROM (EEPROM), or a hard disk drive.


Moreover, it is realized by the skilled person that embodiments of the network node 100 and the client device 300 comprises the necessary communication capabilities in the form of e.g., functions, means, units, elements, etc., for performing the solution. Examples of other such means, units, elements and functions are: processors, memory, buffers, control logic, encoders, decoders, rate matchers, de-rate matchers, mapping units, multipliers, decision units, selecting units, switches, interleavers, de-interleavers, modulators, demodulators, inputs, outputs, antennas, amplifiers, receiver units, transmitter units, DSPs, MSDs, TCM encoder, TCM decoder, power supply units, power feeders, communication interfaces, communication protocols, etc. which are suitably arranged together for performing the solution.


Especially, the processor(s) of the network node 100 and the client device 300 may comprise, e.g., one or more instances of a central processing unit (CPU), a processing unit, a processing circuit, a processor, an application specific integrated circuit (ASIC), a microprocessor, or other processing logic that may interpret and execute instructions. The expression “processor” may thus represent a processing circuitry comprising a plurality of processing circuits, such as, e.g., any, some or all of the ones mentioned above. The processing circuitry may further perform data processing functions for inputting, outputting, and processing of data comprising data buffering and device control functions, such as call processing control, user interface control, or the like.


Finally, it should be understood that the present disclosure is not limited to the embodiments described above, but also relates to and incorporates all embodiments within the scope of the appended independent claims.

Claims
  • 1. A network node for a communication system, the network node being associated with a serving public land mobile network (PLMN) for a first client device, wherein the network node is configured to: transmit a first control message to the first client device in response to determining that the serving PLMN for the first client device is in a disaster condition, wherein the first control message indicates that the serving PLMN for the first client device is in the disaster condition.
  • 2. The network node according to claim 1, wherein the network node is an access and mobility management function (AMF) of a core network, andthe first control message is a registration reject message, a de-registration request message, a configuration update command message, or a service reject message.
  • 3. The network node according to claim 1, wherein the network node is a network access node of a radio access network (RAN) andthe first control message is a paging message.
  • 4. The network node according to claim 1, wherein the network node is a network access node of a radio access network (RAN), andthe first control message is a radio resource control (RRC) connection reject message, a RRC connection release message, or a RRC serving PLMN disaster condition message.
  • 5. The network node according to claim 1, wherein the network node is a network access node of a radio access network (RAN), andthe first control message is a system information block (SIB).
  • 6. The network node according to claim 1, further configured to: redirect the first client device from the serving PLMN to a visiting PLMN for the first client device in response to determining that the serving PLMN for the first client device is in the disaster condition.
  • 7. The network node according to claim 6, wherein the visiting PLMN belongs to a 3rd generation partnership project (3GPP) or a non-3GPP system.
  • 8. The network node according to claim 6, wherein the first control message further indicates at least one timer defining at least one of a start register time instance at the visiting PLMN for the first client device or a re-registration time instance at the serving PLMN for the first client device.
  • 9. The network node according to claim 1, further configured to: transmit a second control message to a second client device in response to determining that a serving PLMN for the second client device is in the disaster condition, wherein the second control message indicates that the serving PLMN for the second client device is in the disaster condition.
  • 10. The network node according to claim 9, wherein the network node is a network access node of a radio access network (RAN), andthe second control message is a system information block (SIB).
  • 11. The network node according to claim 1, further configured to: transmit a third control message to a second client device in response to determining that the disaster condition for a serving PLMN for the second client device is over, wherein the third control message indicates that the disaster condition for the serving PLMN for the second client device is over.
  • 12. A client device for a communication system, the client device being configured to one or more of: receive a first control message from a first network node associated with a serving public land mobile network (PLMN) for the client device, wherein the first control message indicates that the serving PLMN is in a disaster condition; orreceive a second control message from a second network node associated with a visiting PLMN for the client device, wherein the second control message indicates that the serving PLMN is in the disaster condition.
  • 13. The client device according to claim 12, further configured to: obtain a PLMN list comprising at least one of the visiting PLMN for the client device or one or more other visiting PLMNs for the client device; andregister at one or more of the visiting PLMNs in the PLMN list in response to receiving the first control message or the second control message.
  • 14. The client device according to claim 13, wherein at least one of the first control message or the second control message further indicates at least one timer defining at least one of a start register time instance at the visiting PLMN for the client device or a re-registration time instance at the serving PLMN for the client device.
  • 15. The client device according to claim 12, wherein the first network node is an access and mobility management function (AMF) of a core network, andthe first control message is a registration reject message, a de-registration request message, a configuration update command message, or a service reject message.
  • 16. The client device according to claim 12, wherein the first network node is a network access node of a radio access network (RAN), andthe first control message is a paging message.
  • 17. The client device according to claim 12, wherein the first network node is a network access node of a radio access network (RAN), andthe first control message is a radio resource control (RRC) connection reject message, a RRC connection release message, or a RRC serving PLMN disaster condition message.
  • 18. The client device according to claim 12, wherein the first network node is a network access node of a radio access network (RAN), andthe first control message is a system information block (SIB).
  • 19. A method for a client device, the method comprising one or more of: receiving a first control message from a first network node associated with a serving public land mobile network (PLMN) for the client device, wherein the first control message indicates that the serving PLMN is in a disaster condition; orreceiving a second control message from a second network node associated with a visiting PLMN for the client device, wherein the second control message indicates that the serving PLMN is in the disaster condition.
  • 20. The method according to claim 19, further comprising: obtaining a PLMN list comprising at least one of the visiting PLMN for the client device or one or more other visiting PLMNs for the client device; andregister at one or more of the visiting PLMNs in the PLMN list in response to receiving the first control message or the second control message.
CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of International Application No. PCT/CN2021/072297, filed on Jan. 15, 2021, the disclosure of which is hereby incorporated by reference in its entirety.

Continuations (1)
Number Date Country
Parent PCT/CN2021/072297 Jan 2021 WO
Child 18328152 US