Radio resource control connection release

Abstract

There is provided an apparatus, which receives, from a network node, a radio resource control, RRC, connection release message indicating a reason for connection release. The reason is: the apparatus does not support any bandwidth part configured by the network node. Based on the indicated reason, the apparatus refrains from retrying to access a cell provided by the network node.

Description

RADIO RESOURCE CONTROL CONNECTION RELEASETECHNICAL FIELD

[0001] Various example embodiments relate generally to radio resource, RRC, connection release.BACKGROUND

[0002] RRC connection establishment is a part of a random access procedure between a user equipment and a network node. In some situations the RRC connection is released by the network node.SUMMARY

[0003] According to some aspects, there is provided the subject matter of the independent claims. Some further aspects are defined in the dependent claims. The embodiments that do not fall under the scope of the claims are to be interpreted as examples useful for understanding the disclosure.

[0004] LIST OF THE DRAWINGS

[0005] In the following, the invention will be described in greater detail with reference to the embodiments and the accompanying drawings, in which

[0006] Fig. 1 shows, by way of example, a network architecture of a communication system;

[0007] Fig. 2 shows, by way of example, signalling between entities;

[0008] Fig. 3 shows, by way of example, a flowchart of a method;

[0009] Fig. 4 shows, by way of example, signalling between entities; and

[0010] Fig. 5 shows, by way of example, a block diagram of an apparatus.DESCRIPTION OF EMBODIMENTS

[0011] Embodiments described may be implemented in a radio system, such as one comprising at least one of the following radio access technologies (RATs) : Worldwide Interoperability for Micro-wave Access (WiMAX) , Global System for Mobile communications (GSM, 2G) , GSM EDGE radio access Network (GERAN) ,  General Packet Radio Service (GRPS) , Universal Mobile Telecommunication System (UMTS, 3G) based on basic wideband-code division multiple access (W-CDMA) , high-speed packet access (HSPA) , Long Term Evolution (LTE) , LTE-Advanced, and enhanced LTE (eLTE) . Term ‘eLTE’ here denotes the LTE evolution that connects to a 5G core. LTE is also known as evolved UMTS terrestrial radio access (EUTRA) or as evolved UMTS terrestrial radio access network (EUTRAN) . A term “resource” may refer to radio resources, such as a physical resource block (PRB) , a radio frame, a subframe, a time slot, a subband, a frequency region, a sub-carrier, a beam, etc. The term “transmission” and / or “reception” may refer to wirelessly transmitting and / or receiving via a wireless propagation channel on radio resources

[0012] The embodiments are not, however, restricted to the systems / RATs given as an example but a person skilled in the art may apply the solution to other communication systems / networks provided with necessary properties. Some examples of a suitable communication networks include a 5G network and / or a 6G network. The 3GPP solution to 5G is referred to as New Radio (NR) . 6G is envisaged to be a further development of 5G. NR has been envisaged to use multiple-input-multiple-output (MIMO) multi-antenna transmission techniques, more base stations or nodes than the current network deployments of LTE (a so-called small cell concept) , including macro sites operating in co-operation with smaller local area access nodes and perhaps also employing a variety of radio technologies for better coverage and enhanced data rates. 5G will likely be comprised of more than one radio access technology  / radio access network (RAT / RAN) , each optimized for certain use cases and / or spectrum. 5G mobile communications may have a wider range of use cases and related applications including video streaming, augmented reality, different ways of data sharing and various forms of machine type applications, including vehicular safety, different sensors and real-time control. 5G is expected to have multiple radio interfaces, namely below 6GHz, cmWave and mmWave, and being integrable with existing legacy radio access technologies, such as the LTE.

[0013] The current architecture in LTE networks is distributed in the radio and  centralized in the core network. The low latency applications and services in 5G may require to bring the content close to the radio which leads to local break out and multi-access edge computing (MEC) . 5G enables analytics and knowledge generation to occur at the source of the data. This approach requires leveraging resources that may not be continuously connected to a network such as laptops, smartphones, tablets and sensors. MEC provides a distributed computing environment for application and service hosting. It also has the ability to store and process content in close proximity to cellular subscribers for faster response time. Edge computing covers a wide range of technologies such as wireless sensor networks, mobile data acquisition, mobile signature analysis, cooperative distributed peer-to-peer ad hoc networking and processing also classifiable as local cloud / fog computing and grid / mesh computing, dew computing, mobile edge computing, cloudlet, distributed data storage and retrieval, autonomic self-healing networks, remote cloud services, augmented and virtual reality, data caching, Internet of Things (massive connectivity and / or latency critical) , critical communications (autonomous vehicles, traffic safety, real-time analytics, time-critical control, healthcare applications) . Edge cloud may be brought into RAN by utilizing network function virtualization (NVF) and software defined networking (SDN) . Using edge cloud may mean access node operations to be carried out, at least partly, in a server, host or node operationally coupled to a remote radio head or base station comprising radio parts. Network slicing allows multiple virtual networks to be created on top of a common shared physical infrastructure. The virtual networks are then customised to meet the specific needs of applications, services, devices, customers or operators.

[0014] In radio communications, node operations may in be carried out, at least partly, in a central / centralized unit, CU, (e.g. server, host or node) operationally coupled to distributed unit, DU, (e.g. a radio head / node) . It is also possible that node operations will be distributed among a plurality of servers, nodes or hosts. It should also be understood that the distribution of work between core network operations and base station operations may vary depending on implementation. Thus, 5G networks architecture may be based on a so-called CU-DU split. One gNB- CU controls several gNB-DUs. The term ‘gNB’ may correspond in 5G to the eNB in LTE. The gNBs (one or more) may communicate with one or more UEs. The gNB-CU (central node) may control a plurality of spatially separated gNB-DUs, acting at least as transmit / receive (Tx / Rx) nodes. In some embodiments, however, the gNB-DUs (also called DU) may comprise e.g. a radio link control (RLC) , medium access control (MAC) layer and a physical (PHY) layer, whereas the gNB-CU (also called a CU) may comprise the layers above RLC layer, such as a packet data convergence protocol (PDCP) layer, a radio resource control (RRC) and an internet protocol (IP) layers. Other functional splits are possible too. It is considered that skilled person is familiar with the OSI model and the functionalities within each layer.

[0015] In an embodiment, the server or CU may generate a virtual network through which the server communicates with the radio node. In general, virtual networking may involve a process of combining hardware and software network resources and network functionality into a single, software-based administrative entity, a virtual network. Such virtual network may provide flexible distribution of operations between the server and the radio head / node. In practice, any digital signal processing task may be performed in either the CU or the DU and the boundary where the responsibility is shifted between the CU and the DU may be selected according to implementation.

[0016] Some other possible technology advancements to be used are Software-Defined Networking (SDN) , Big Data, and all-IP, to mention only a few non-limiting examples. For example, network slicing may be a form of virtual network architecture using the same principles behind software defined networking (SDN) and network functions virtualisation (NFV) in fixed networks. SDN and NFV may deliver greater network flexibility by allowing traditional network architectures to be partitioned into virtual elements that can be linked (also through software) . Network slicing allows multiple virtual networks to be created on top of a common shared physical infrastructure. The virtual networks are then customised to meet the specific needs of applications, services, devices, customers or operators.

[0017] The plurality of gNBs (access points / nodes) , each comprising the CU and one or more DUs, may be connected to each other via the Xn interface over  which the gNBs may negotiate. The gNBs may also be connected over next generation (NG) interfaces to a 5G core network (5GC) , which may be a 5G equivalent for the core network of LTE. Such 5G CU-DU split architecture may be implemented using cloud / server so that the CU having higher layers locates in the cloud and the DU is closer to or comprises actual radio and antenna unit. There are similar plans ongoing for LTE / LTE-A / eLTE as well. When both eLTE and 5G will use similar architecture in a same cloud hardware (HW) , the next step may be to combine software (SW) so that one common SW controls both radio access networks / technologies (RAN / RAT) . This may allow then new ways to control radio resources of both RANs. Furthermore, it may be possible to have configurations where the full protocol stack is controlled by the same HW and handled by the same radio unit as the CU.

[0018] It should also be understood that the distribution of labour between core network operations and base station operations may differ from that of the LTE or even be non-existent. Some other technology advancements probably to be used are Big Data and all-IP, which may change the way networks are being constructed and managed. 5G (or new radio, NR) networks are being designed to support multiple hierarchies, where MEC servers can be placed between the core and the base station or nodeB (gNB) . It should be appreciated that MEC can be applied in 4G networks as well.

[0019] 5G may also utilize satellite communication to enhance or complement the coverage of 5G service, for example by providing backhauling. Possible use cases are providing service continuity for machine-to-machine (M2M) or Internet of Things (IoT) devices or for passengers on board of vehicles, or ensuring service availability for critical communications, and future rail-way / maritime / aeronautical communications. Satellite communication may utilize geostationary earth orbit (GEO) satellite systems, but also low earth orbit (LEO) satellite systems, in particular mega-constellations (systems in which hundreds of (nano) satellites are deployed) . Each satellite in the mega-constellation may cover several satellite-enabled network entities that create on-ground cells. The on-ground cells may be created through an on-ground relay node or by a gNB located  on-ground or in a satellite.

[0020] The embodiments may be also applicable to narrow-band (NB) Internet-of-things (IoT) systems which may enable a wide range of devices and services to be connected using cellular telecommunications bands. NB-IoT is a narrowband radio technology designed for the Internet of Things (IoT) and is one of technologies standardized by the 3rd Generation Partnership Project (3GPP) . Other 3GPP IoT technologies also suitable to implement the embodiments include machine type communication (MTC) and eMTC (enhanced Machine-Type Communication) . NB-IoT focuses specifically on low cost, long battery life, and enabling a large number of connected devices. The NB-IoT technology is deployed “in-band” in spectrum allocated to Long Term Evolution (LTE) -using resource blocks within a normal LTE carrier, or in the unused resource blocks within a LTE carrier’s guard-band -or “standalone” for deployments in dedicated spectrum.

[0021] The embodiments may be also applicable to device-to-device (D2D) , machine-to-machine, peer-to-peer (P2P) communications. The embodiments may be also applicable to vehicle-to-vehicle (V2V) , vehicle-to-infrastructure (V2I) , infrastructure-to-vehicle (I2V) , or in general to V2X or X2V communications.

[0022] Fig. 1 shows, by way of example, a network architecture of a communication system. The system may comprise a control node 110 providing one or more cells, such as cell 100, and a control node 112 providing one or more other cells, such as cell 102. Each cell may be, e.g., a macro cell, a micro cell, femto, or a pico cell, for example. In another point of view, the cell may define a coverage area or a service area of the corresponding access node. The control node 110, 112 may be an evolved Node B (eNB) as in the LTE and LTE-A, ng-eNB as in eLTE, gNB of 5G, or any other apparatus capable of controlling radio communication and managing radio resources within a cell. The control node 110, 112 may be called a base station, network node, or an access node.

[0023] The system may be a cellular communication system composed of a radio access network of access nodes, each controlling a respective cell or cells. The access node 110 may provide user equipment (UE) 120 (one or more UEs) with wireless access to other networks such as the Internet. The wireless access may  comprise downlink (DL) communication from the control node to the UE 120 and uplink (UL) communication from the UE 120 to the control node.

[0024] Additionally, although not shown, one or more local area access nodes may be arranged such that a cell provided by the local area access node at least partially overlaps the cell of the access node 110 and / or 112. The local area access node may provide wireless access within a sub-cell. Examples of the sub-cell may include a micro, pico and / or femto cell. Typically, the sub-cell provides a hot spot within a macro cell. The operation of the local area access node may be controlled by an access node under whose control area the sub-cell is provided. In general, the control node for the small cell may be likewise called a base station, network node, or an access node.

[0025] There may be a plurality of UEs 120, 122 in the system. Each of them may be served by the same or by different control nodes 110, 112. The UEs 120, 122 may communicate with each other, in case D2D communication interface is established between them. UE 120 and / or UE 122 may be a UE with reduced capabilities, e.g. RedCap UE.

[0026] The term “terminal device” or “UE” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) . The terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or  other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. In the following description, the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0027] In the case of multiple access nodes in the communication network, the access nodes may be connected to each other with an interface. LTE specifications call such an interface as X2 interface. For IEEE 802.11 network (i.e. wireless local area network, WLAN, WiFi) , a similar interface may be provided between access points. An interface between an LTE access point and a 5G access point, or between two 5G access points may be called Xn. Other communication methods between the access nodes may also be possible. The access nodes 110 and 112 may be further connected via another interface to a core network 116 of the cellular communication system. The LTE specifications specify the core network as an evolved packet core (EPC) , and the core network may comprise a mobility management entity (MME) and a gateway node. The MME may handle mobility of terminal devices in a tracking area encompassing a plurality of cells and handle signalling connections between the terminal devices and the core network. The gateway node may handle data routing in the core network and to / from the terminal devices. The 5G specifications specify the core network as a 5G core (5GC) , and there the core network may comprise e.g. an access and mobility management function (AMF) and a user plane function / gateway (UPF) , to mention only a few. The AMF may handle termination of non-access stratum (NAS) signalling, NAS ciphering &integrity protection, registration management, connection management, mobility management, access authentication and authorization, security context management. The UPF node may support packet routing &forwarding, packet inspection and QoS handling, for example.

[0028] Fig. 2 shows, by way of example, signalling between entities. Purpose of RRC connection release or RRC release is to release RRC connection or to suspend the RRC connection. Release of the RRC connection includes the release of the established radio bearers and all radio resources. Suspension of the RRC  connection includes the suspension of the established radio bearers.

[0029] The network node 220 may initiate the RRC connection release procedure. The network node 220 may transmit a RRC connection release message 215 to the UE 210. The RRC connection release message comprises various information elements (IEs) . For example, the RRC connection release message may be indicative of a wait time (waitTime) , which specifies an amount of time that the UE should wait before sending a new connection request to the network node. The maximum value for the wait time may be 16 s, for example. After 16 s, the UE may try to access the same network node again, for example in case there are no other serving cells for the UE.

[0030] Assume a network node, or a cell, with 100 MHz bandwidth is configured with an initial bandwidth part, BWP, of 10 MHz and a dedicated BWP of 100 MHz. This means that the UEs, which support bandwidths between 10 MHz and 100 MHz may camp on this cell.

[0031] An UE with reduced capability or capabilities may be referred to as a RedCap UE. For example, the maximum bandwidth may be 20 MHz for FR1, and 100 MHz for FR2. UE features and corresponding capabilities related to UE bandwidths wider than 20 MHz in FR1 or wider than 100 MHz in FR2 are not supported by RedCap UEs. FR1 and FR2 are frequency ranges for 5G New Radio. FR1 refers to a frequency range 1, which includes frequency bands below 6 GHz. FR2 refers to a frequency range 2, which includes frequency bands from 24.25 GHz to 71.0 GHz.

[0032] UE, e.g. RedCap UE, may have reduced bandwidth support. For example, let us consider an UE, e.g. a RedCap UE, which supports the 20 MHz bandwidth, but does not support 5 / 10 / 15 MHz bandwidth. For example, the RedCap UE may support only 20 MHz bandwidth. This kind of a RedCap UE may access the cell with 100 MHz bandwidth configured with an initial BWP of 10 MHz, and establish an RRC connection before capabilities of the RedCap UE are known by the cell. The cell will be aware of the capabilities of the RedCap UE during the initial context setup. For example, the cell may receive information on the UE capabilities from the UE itself or from another network entity, for example, access and mobility  management function, AMF.

[0033] After being aware of the capabilities of the RedCap UE, the network node may or shall release the RedCap UE, because the network node cannot configure BWP supported by the RedCap UE, or because BWP supported by the RedCap UE is not available to be configured by the network node. For example, the UE, e.g. RedCap UE, does not support any BWP configured by the network node.

[0034] When the RedCap UE receives the RRC connection release message, possibly with waitTime, the RedCap UE may camp on the cell and may try to establish RRC connection again with the cell, possibly after waitTime. For example, if the RedCap UE is served or covered only by this cell, the RedCap UE may repeatedly try to connect with this same cell. However, the cell is not, at least currently, suitable for the RedCap UE. Thus, the cell may be overloaded in vain by such unsupported UEs or RedCap UEs trying to access the cell.

[0035] There is provided a method for preventing the UE, e.g. RedCap UE, from trying to access a cell in vain.

[0036] Fig. 3 shows, by way of example, a flowchart of a method. The method 300 may be performed by a user equipment, or by a control device configured to control the functioning thereof, when installed therein. The UE may be, for example, UE 410 of Fig. 4. The UE may be, for example, a RedCap UE. The method 300 comprises receiving 310, by a user equipment from a network node, a radio resource control, RRC, connection release message indicating a reason for connection release, wherein the reason is: the apparatus does not support any bandwidth part configured by the network node. The method 300 comprises based on the indicated reason, refraining 320, by the user equipment, from retrying to access a cell provided by the network node.

[0037] The method as disclosed herein enables that the cell is not overloaded by unsupported UEs trying to access the cell. The method as disclosed herein prevents UE from trying to access a cell in vain.

[0038] Fig. 4. Shows, by way of example, signalling between entities. RRC connection may be established 430 between a UE 410 and a network node 420. The UE may be a RedCap UE. The network node may be a gNB. The network node may  receive 432 information on UE capabilities, for example, during initial context setup from AMF. Alternatively, the network node may receive UE capabilities from the UE 410.

[0039] Capability information of the UE may be indicative of, for example, all the BWPs supported by the UE. All the BWPs may comprise one BWP or a plurality of BWPs.

[0040] The network node may determine 434, based on the received capability information, that the UE 410 does not support any BWP configured by the network node 420. Thus, the network may determine to release the RRC connection that has been established with the UE 410.

[0041] The network node 420 may generate 436 RRC connection release message with a cause value. The cause value indicates the reason, why the connection is released, or the reason for connection release. The cause value or reason included as an information element (IE) in the RRC connection release message may be or indicate, for example, that the UE does not support any BWP configured by the network node or configured at the network node. As another example, the cause value or reason may be “no-available-BWP” . The UE may interpret the cause value such that there are no such BWP available to be configured which would be supported by the UE.

[0042] The network node 420 may transmit, to the UE 410, the RRC connection release message 438 indicating a reason for connection release. The reason is that the UE 410 does not support any BWP configured by the network node 420.

[0043] The UE 410 receives, from the network node 420, the RRC connection release message 438 with cause value or the reason. The reason is that the UE 410 does not support any BWP configured by the network node 420.

[0044] Based on the indicated reason, the UE 410 refrains 440 from retrying to access a cell provided by the network node 420. The UE 410 may determine or decide, based on the indicated reason, to refrain from retrying to access the cell provided by the network node 420. The UE 410 may refrain from selecting or reselecting the cell provided by the network node 420 to camp within. The UE 410 may be configured to, based on the indicated reason, not to retry to access a cell  provided by the network node 420. The UE 410 may be configured to, based on the indicated reason, not to select or reselect the cell provided by the network node 420 to camp within.

[0045] This way, the cell is not overloaded by unsupported UEs trying to access the cell. This way, the UE does not try to access a cell in vain.

[0046] A predefined time period may be configured or preconfigured to the UE, after which the UE 410 may try to access the cell provided by the network node 420 again. This time period may be relatively long, e.g. several minutes, e.g. 60 min. For example, a timer may be started after receiving the RRC release message 438 with the cause value. When the timer reaches the predefined time period, the UE 410 may retry to access the cell provided by the network node 420. For example, the time period is clearly longer than the waitTime parameter described above.

[0047] During this time, the cell configuration may be changed. For example, the network node 420 may add at least one BWP supported by the UE 410 to configuration of the network node 420. The network node may decide, based on the received UE capabilities, which BWPs could be added to the configuration.

[0048] Fig. 5 shows, by way of example, a block diagram of an apparatus 10. The apparatus 10 may comprise, for example, control circuitry, such as at least one processor 12, and at least one memory 14 storing instructions that, when executed by the at least one processor, cause the apparatus at least to carry out any one of the above-described processes. In an example, the at least one memory and the computer program code (software) , are configured, with the at least one processor, to cause the apparatus to carry out any one of the above-described processes. The memory may be implemented using any suitable data storage technology, such as semiconductor-based memory devices, flash memory, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory. The memory may comprise a database for storing data.

[0049] A processor may comprise circuitry, or be constituted as circuitry or circuitries, the circuitry or circuitries being configured to perform phases of methods in accordance with example embodiments described herein. As used in this application, the term “circuitry” may refer to one or more or all of the  following: (a) hardware-only circuit implementations, such as implementations in only analog and / or digital circuitry, and (b) combinations of hardware circuits and software, such as, as applicable: (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and (ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a user equipment or a network node, to perform various functions) and (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation.

[0050] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0051] In an embodiment, the apparatus 10 may comprise the terminal device of a communication system, e.g. a user terminal (UT) , a computer (PC) , a laptop, a tabloid computer, a cellular phone, a mobile phone, a communicator, a smart phone, a palm computer, a mobile transportation apparatus (such as a car) , a household appliance, or any other communication apparatus, commonly called as UE in the description. Alternatively, the apparatus is comprised in such a terminal device. Further, the apparatus may be or comprise a module (to be attached to the UE) providing connectivity, such as a plug-in unit, an “USB dongle” , or any other kind of unit. The unit may be installed either inside the UE or attached to the UE with a connector or even wirelessly.

[0052] For example, the apparatus 10 is or is comprised in the UE 120. The apparatus 10 or device may comprise, for example, a mobile communication device  such as a user equipment 410 of Fig. 4. The apparatus may be caused or configured to execute some of the functionalities of the above described processes, such as the steps of a method of Fig. 3.

[0053] For example, the apparatus 10 may be or be comprised in a network node, such as in gNB / gNB-CU / gNB-DU. For example, the apparatus is or is comprised in the network node 110 of Fig. 1 or network node 420 of Fig. 4. The apparatus may be caused or configured to execute some of the functionalities of the above described processes, such as the steps described in the context of Fig. 4, which are performed by the network node 420.

[0054] The apparatus may further comprise a radio interface 16 comprising hardware and / or software for realizing communication connectivity according to one or more communication protocols. The radio interface 16 may provide the apparatus with communication capabilities to access the radio access network, for example. The radio interface may comprise a receiver configured to receive information in accordance with at least one cellular or non-cellular standard. The radio interface may comprise a transmitter configured to transmit information in accordance with at least one cellular or non-cellular standard. The receiver may comprise more than one receiver. The transmitter may comprise more than one transmitter. The radio interface may comprise a transceiver configured to receive and transmit information in accordance with at least one cellular or non-cellular standard.

[0055] The apparatus may comprise a user interface 18 comprising, for example, at least one of a keypad, a microphone, a touch display, a display, a speaker, etc. The user interface may be used to control the apparatus by the user.

[0056] A term non-transitory, as used herein, is a limitation of the medium itself (i.e. tangible, not a signal) as opposed to a limitation on data storage persistency (e.g. random access memory, RAM, vs. read only memory, ROM) .

[0057] As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at  least all the elements.

[0058] Example 1. An apparatus, comprising means for performing: receiving, from a network node, a radio resource control, RRC, connection release message indicating a reason for connection release, wherein the reason is: the apparatus does not support any bandwidth part configured by the network node; and based on the indicated reason, refraining from retrying to access a cell provided by the network node.

[0059] Example 2. The apparatus of example 1, comprising means for performing: refraining from retrying to access the cell provided by the network node at least for a preconfigured time period.

[0060] Example 3. The apparatus of example 2, wherein the predefined time period is equal or longer than 60 min.

[0061] Example 4. The apparatus of example 2 or 3, comprising means for performing: after the preconfigured time period, retrying to access the cell provided by the network node.

[0062] Example 5. The apparatus of any preceding example, wherein the apparatus is or is comprised in a user equipment with reduced capabilities.

[0063] Example 6. An apparatus, comprising means for performing: transmitting, to a user equipment, a radio resource control, RRC, connection release message indicating a reason for connection release, wherein the reason is: the user equipment does not support any bandwidth part configured by the apparatus.

[0064] Example 7. The apparatus of example 6, comprising means for performing: receiving capability information of the user equipment, wherein the capability information is indicative of all the bandwidth parts supported by the user equipment, wherein all the bandwidth parts comprises one or more bandwidth parts.

[0065] Example 8. The apparatus of example 6 or 7, comprising means for performing: based on determining that the user equipment does not support any bandwidth part configured by the apparatus, generating the RRC connection release message indicating the reason for connection release, wherein the reason  is:the user equipment does not support any bandwidth part configured by the apparatus.

[0066] Example 9. The apparatus of example 7 or 8, comprising means for performing:

[0067] adding at least one bandwidth part supported by the user equipment to configuration of the network node.

[0068] Example 10: The apparatus of any of the examples 1 to 9, wherein the means comprises at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the performance of the apparatus.

Claims

1.An apparatus, comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to perform:receiving, from a network node, a radio resource control, RRC, connection release message indicating a reason for connection release, wherein the reason is: the apparatus does not support any bandwidth part configured by the network node; andbased on the indicated reason, refraining from retrying to access a cell provided by the network node.2.The apparatus of claim 1, caused to perform:refraining from retrying to access the cell provided by the network node at least for a preconfigured time period.3.The apparatus of claim 2, wherein the predefined time period is equal or longer than 60 min.4.The apparatus of claim 2 or 3, caused to perform:after the preconfigured time period, retrying to access the cell provided by the network node.5.The apparatus of any preceding claim, wherein the apparatus is or is comprised in a user equipment with reduced capabilities.6.An apparatus, comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to perform:transmitting, to a user equipment, a radio resource control, RRC, connection release message indicating a reason for connection release, wherein the reason is: the user equipment does not support any bandwidth part configured by the apparatus.7.The apparatus of claim 6, caused to perform:receiving capability information of the user equipment, wherein the capability information is indicative of all the bandwidth parts supported by the user equipment, wherein all the bandwidth parts comprises one or more bandwidth parts.8.The apparatus of claim 6 or 7, caused to perform:based on determining that the user equipment does not support any bandwidth part configured by the apparatus, generating the RRC connection release message indicating the reason for connection release, wherein the reason is:the user equipment does not support any bandwidth part configured by the apparatus.9.The apparatus of claim 7 or 8, caused to perform:adding at least one bandwidth part supported by the user equipment to configuration of the network node.10.A method, comprisingreceiving, by a user equipment from a network node, a radio resource control, RRC, connection release message indicating a reason for connection release, wherein the reason is: the user equipment does not support any bandwidth part configured by the network node; andbased on the indicated reason, refraining, by the user equipment, from retrying to access a cell provided by the network node.11.The method of claim 10, comprising:refraining from retrying to access the cell provided by the network node at least for a preconfigured time period.12.The method of claim 11, wherein the predefined time period is equal or longer than 60 min.13.The method of claim 11 or 12, comprising:after the preconfigured time period, retrying to access the cell provided by the network node.14.The method of any preceding claim, wherein the user equipment is with reduced capabilities.15.A method comprising:transmitting, by a network node to a user equipment, a radio resource control, RRC, connection release message indicating a reason for connection release, wherein the reason is: the user equipment does not support any bandwidth part configured by the network node.16.The method of claim 15, comprising:receiving capability information of the user equipment, wherein the capability information is indicative of all the bandwidth parts supported by the user equipment, wherein all the bandwidth parts comprise one or more bandwidth parts.17.The method of claim 15 or 16, comprising:based on determining that the user equipment does not support any bandwidth part configured by the network node, generating the RRC connection release message indicating the reason for connection release, wherein the reason is: the user equipment does not support any bandwidth part configured by the network node.18.The method of claim 16 or 17, comprising:adding at least one bandwidth part supported by the user equipment to configuration of the network node.19.A computer program comprising instructions, which, when executed by a user equipment, cause the user equipment to perform at least:receiving, by the user equipment from a network node, a radio resource control, RRC, connection release message indicating a reason for connection release, wherein the reason is: the user equipment does not support any bandwidth part configured by the network node; andbased on the indicated reason, refraining, by the user equipment, from retrying to access a cell provided by the network node.20.The computer program of claim 19, comprising instructions, which, when executed by the user equipment, cause the user equipment to perform at least the method of any of the claims 11 to 14.21.An optionally non-transitory computer readable medium comprising instructions that, when executed by a network node, cause the network node to perform at least:transmitting, by the network node to a user equipment, a radio resource control, RRC, connection release message indicating a reason for connection release, wherein the reason is: the user equipment does not support any bandwidth part configured by the network node.22.The computer readable medium of claim 21, comprising instructions that, when executed by the network node, cause the network node to perform at least the method of any of the claims 16 to 18.

Images