OA19342A - Handling limited network slice availability - Google Patents
Handling limited network slice availability Download PDFInfo
- Publication number
- OA19342A OA19342A OA1201900167 OA19342A OA 19342 A OA19342 A OA 19342A OA 1201900167 OA1201900167 OA 1201900167 OA 19342 A OA19342 A OA 19342A
- Authority
- OA
- OAPI
- Prior art keywords
- network
- wireless device
- slice
- network node
- node
- Prior art date
Links
- 230000011664 signaling Effects 0.000 claims description 33
- 230000004044 response Effects 0.000 claims description 22
- 238000000034 method Methods 0.000 claims description 11
- 238000005516 engineering process Methods 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 8
- 230000000977 initiatory Effects 0.000 claims description 8
- 210000004027 cells Anatomy 0.000 description 39
- 238000004891 communication Methods 0.000 description 32
- 230000001413 cellular Effects 0.000 description 5
- 125000000524 functional group Chemical group 0.000 description 4
- 238000002955 isolation Methods 0.000 description 4
- 230000001360 synchronised Effects 0.000 description 4
- 206010007559 Cardiac failure congestive Diseases 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 3
- 101700032944 corto Proteins 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000006011 modification reaction Methods 0.000 description 3
- 230000003287 optical Effects 0.000 description 3
- 238000011176 pooling Methods 0.000 description 3
- 241001182492 Nes Species 0.000 description 2
- 241000209149 Zea Species 0.000 description 2
- 235000002017 Zea mays subsp mays Nutrition 0.000 description 2
- 230000004075 alteration Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000001276 controlling effect Effects 0.000 description 2
- 235000005822 corn Nutrition 0.000 description 2
- 235000005824 corn Nutrition 0.000 description 2
- 230000000875 corresponding Effects 0.000 description 2
- 230000002708 enhancing Effects 0.000 description 2
- 230000002085 persistent Effects 0.000 description 2
- LCTONWCANYUPML-UHFFFAOYSA-N pyruvic acid Chemical compound CC(=O)C(O)=O LCTONWCANYUPML-UHFFFAOYSA-N 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 230000001702 transmitter Effects 0.000 description 2
- 230000001960 triggered Effects 0.000 description 2
- 102100010341 MYL6 Human genes 0.000 description 1
- 101700072994 MYL6 Proteins 0.000 description 1
- 101700053029 RAN3 Proteins 0.000 description 1
- 210000004271 bone marrow stromal cells Anatomy 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000001808 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000003306 harvesting Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 229920001690 polydopamine Polymers 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Abstract
According to certain embodiments, a method is disclosed for use in a network node. The method comprises obtaining network slice availability associated with one or more neighboring network nodes. The network slice availability indicates which of a plurality of network slices is supported by each of the one or more neighboring network nodes. The method further comprises managing slice connectivity of a wireless device based on the network slice availability of the one or more neighboring network nodes.
Description
The support for network slicing is an important part of the vision for the Next Génération architecture. As stated by different fora, such as Next Génération Mobile Networks, network slicing consists of deploying multiple end-to-end logical networks in support of independent business operations. In contrast to deploying an independent network infrastructure, each instance of a slice (blueprint) should be possible to realize as a logical network corresponding to a shared infrastructure (including shared processing, storage, transport, radio spectrum, and hardware platforms), where it co-exists with other slices having potentially different characteristics.
In this way, the infrastructure and assets utilization will be much more cost- and energy-efficient while the logical séparation allows for a flexible and independent configuration and management of the slices without compromising stability and security. Enabling slice realization over a common physical infrastructure would of course not prevent the realization of a slice instance by means of dedicated resources and assets.
In 3GPP, the notion of network slicing has also been introduced as a way to address the needs for the different vertical industries, translated into a wide range of use cases for the Next Génération architecture. To give a few examples, 3GPP TR 22.891 V14.0.0 (2016-03)
10of65 explicitly States that a network slice should support the communication service requirements of particular use case(s). A set of service and operations requirements associated to network slicing has been provided. In 3GPP SA2, network slicing is presented as one of the high level architectural requirements and is listed as one of the key issues in order to enable the operator to create networks customised to provide optimized solutions for different market scénarios, which présent diverse requirements. Example use cases for such customized logical networks could include public safety, V2X, Intemet-of-Things (loT), highlighting the importance of network slicing as a common platform to address multiple industries.
The support for network slicing is also listed as a requirement for the new RAT, as discussed in 3GPP TR 38.913 V0.3.0 (2016-03). In order to fulfill that, one of the objectives listed in 3GPP SID Proposai RP-160671 is to study and identify spécification impacts when enabling the realization of network slicing. Some initial studies hâve also been done within the research community. In RAN3 the following aspects hâve been captured for network slicing in TR 38.801(the editor’s notes hâve been removed):
RAN awareness of slices
- RAN shall support a differentiated handling of traffic for different network slices which hâve been pre-configured. How RAN supports the slice enabling in terms of RAN functions (i.e. the set of network functions that comprise each slice) is implémentation dépendent.
Sélection of RAN part of the network slice
- RAN shall support the sélection of the RAN part of the network slice, by a slice ID provided by the UE which unambiguously identifies one of the pre-configured network slices in the PLMN.
Resource management between slices
- RAN shall support policy enforcement between slices as per service level agreements. It should be possible for a single RAN node to support multiple slices. The RAN should be free to apply the best RRM policy for the SLA in place to each supported slice.
Support of QoS
- RAN shall support QoS différentiation within a slice.
RAN sélection of CN entity
- RAN shall support initial sélection of the CN entity for initial routing of uplink messages based on received slice ID and a mapping in the RAN node (CN entity, slices of 65 supported). If no slice ID is received, the RAN selects the CN entity based on NNSF like function, e.g. UE temporary ID.
Resource isolation between slices
- RAN shall support resource isolation between slices. RAN resource isolation may be achieved by means of RRM policies and protection mechanisms that should avoid that shortage of shared resources in one slice breaks the service level agreement for another slice. It should be possible to fully dedicate RAN resources to a certain slice According to certain embodiments, it is proposed herein to enhance the operation of network nodes and wireless devices within networks with limited network slice availability. Network slicing is about creating logically separated partitions of the network, addressing different application purposes. These “network slices” are logically separated to a degree that they can be regarded and managed as networks of their own. Network slices can be associated to different slice tenants, namely entities that provide services to the end used via the network slice. Example of slice tenants could be the armed forces, e.g. providing Voice services via a dedicated network slice; vehicles manufacturer s, e.g. providing vehicle diagnostic services via a dedicated network slice; and more. It is also common to associate a Service Level Agreement (SLA) to each network slice. Such SLA indicates the treatment services provided within the network slice should be subject to.
Network slicing is a new concept that applies to both LTE Evolution and new 5G RAT (in this document called NR). The key driver for introducing network slicing is business expansion, i.e. improving the cellular operator’s ability to serve other industries, e.g., by offering connectivity services with different network characteristics (performance, security, robustness, and complexity).
The current working assumption is that there will be one shared Radio Access Network (RAN) infrastructure that will connect to several Core Network instances, such as Evolved Packet Core (EPC) instances (one EPC instance per network slice) or a further EPC évolution. As the CN functions (e.g. EPC functions) are being virtualized, it is assumed that the operator may instantiate a new Core Network (CN) when a new slice should be supported. In another case the network slices could be implemented based on existing monolithic EPC architecture based on spécial purpose hardware.
FIGURE 1 illustrâtes an embodiment of a network 100 with network slices 140, according to certain embodiments. Network 110 may comprise wireless devices 110, radio
12of65 access network (RAN) 120, core network functions 13OA and 130B, and network slices 140 (i.e. Slice 0 and Slice 1). Wireless devices 110 may connect to one of network slices 140 through RAN 120 and one of core network functions 130A or 130B.
In certain embodiments, each of core network functions 130A or 130B may support a spécifie one of network slices 140. For example, core network function 130A may support Slice 0 and core network function 130B may support Slice 1, as illustrated in FIGURE 1. Wireless device 110 may connect to a particular one of network slices 140 by connecting through RAN 120 to a particular one or one of a group of core network functions 130 that support that particular one of network slices 140.
Each of network slices 140 may represent a different function or application. For example, Slice 0 of network slices 140 may be a Mobile Broadband slice and Slice 1 of network slices 140 may be a Machine Type Communication network slice. Although illustrated as wireless devices 110 connected to only one of network slices 140, respectively, in certain embodiments, one or more of wireless devices 110 may connect to more than one of network slices 140 concurrently.
Although the solutions described herein may be implemented in any appropriate type of system using any suitable components, particular embodiments of the described solutions may be implemented in a wireless network such as the example wireless communication network illustrated in FIGURE 2. In the example embodiment of FIGURE 2, the wireless communication network provides communication and other types of services to one or more wireless devices. In the illustrated embodiment, the wireless communication network includes one or more instances of network nodes that facilitate the wireless devices’ access to and/or use of the services provided by the wireless communication network. The wireless communication network may further include any additional éléments suitable to support communication between wireless devices or between a wireless device and another communication device, such as a landline téléphoné.
Network 220 may comprise one or more IP networks, public switched téléphoné networks (PSTNs), packet data networks, optical networks, wide area networks (WANs), local area networks (LANs), wireless local area networks (WLANs), wired networks, wireless networks, metropolitan area networks, and other networks to enable communication between devices.
of 65
The wireless communication network may represent any type of communication, télécommunication, data, cellular, and/or radio network or other type of system. In particular embodiments, the wireless communication network may be configured to operate according to spécifie standards or other types of predefined rules or procedures. Thus, particular embodiments of the wireless communication network may implement communication standards, such as Global System for Mobile Communications (GSM), Universal Mobile Télécommunications System (UMTS), Long Term Evolution (LTE), and/or other suitable 2G, 3G, 4G, or 5G standards; wireless local area network (WLAN) standards, such as the IEEE 802.11 standards; and/or any other appropriate wireless communication standard, such as the Worldwide Interoperability for Microwave Access (WiMax), Bluetooth, and/or ZigBee standards.
FIGURE 2 illustrâtes a wireless network comprising a more detailed view of network node 200 and wireless device (WD) 210, in accordance with a particular embodiment. For simplicity, FIGURE 2 only depicts network 220, network nodes 200 and 200a, and WD 210. Network node 200 comprises processor 202, storage 203, interface 201, and antenna 201a. Similarly, WD 210 comprises processor 212, storage 213, interface 211 and antenna 211a. These components may work together in order to provide network node and/or wireless device functionality, such as providing wireless connections in a wireless network. In different embodiments, the wireless network may comprise any number of wired or wireless networks, network nodes, base stations, controllers, wireless devices, relay stations, and/or any other components that may facilitate or participate in the communication of data and/or signais whether via wired or wireless connections.
As used herein, “network node” refers to equipment capable, configured, arranged and/or opérable to communicate directly or indirectly with a wireless device and/or with other equipment in the wireless communication network that enable and/or provide wireless access to the wireless device. Examples of network nodes include, but are not limited to, access points (APs), in particular radio access points. A network node may represent base stations (BSs), such as radio base stations. Particular examples of radio base stations include Node Bs, and evolved Node Bs (eNBs). Base stations may be categorized based on the amount of coverage they provide (or, stated differently, their transmit power level) and may then also be referred to as femto base stations, pico base stations, micro base stations, or macro base stations. “Network node” also includes one or more (or ail) parts of a distributed of 65 radio base station such as centralized digital units and/or remote radio units (RRUs), sometimes referred to as Remote Radio Heads (RRHs). Such remote radio units may or may not be integrated with an antenna as an antenna integrated radio. Parts of a distributed radio base stations may also be referred to as nodes in a distributed antenna system (DAS).
As a particular non-limiting example, a base station may be a relay node or a relay donor node controlling a relay.
Yet further examples of network nodes include multi-standard radio (MSR) radio equipment such as MSR BSs, network controllers such as radio network controllers (RNCs) or base station controllers (BSCs), base transceiver stations (BTSs), transmission points, transmission nodes, Multi-cell/multicast Coordination Entities (MCEs), core network nodes (e.g., MSCs, MMEs), O&M nodes, OSS nodes, SON nodes, positioning nodes (e.g., ESMLCs), and/or MDTs. More generally, however, network nodes may represent any suitable device (or group of devices) capable, configured, arranged, and/or opérable to enable and/or provide a wireless device access to the wireless communication network or to provide some service to a wireless device that has accessed the wireless communication network.
As used herein, the term “radio node” is used generically to refer both to wireless devices and network nodes, as each is respectively described above.
In FIGURE 2, Network node 200 comprises processor 202, storage 203, interface 201, and antenna 201a. These components are depicted as single boxes located within a single larger box. In practice however, a network node may comprise multiple different physical components that make up a single illustrated component (e.g., interface 201 may comprise terminais for coupling wires for a wired connection and a radio transceiver for a wireless connection). As another example, network node 200 may be a virtual network node in which multiple different physically separate components interact to provide the functionality of network node 200 (e.g., processor 202 may comprise three separate processors located in three separate enclosures, where each processor is responsible for a different function for a particular instance of network node 200). Similarly, network node 200 may be composed of multiple physically separate components (e.g., a NodeB component and a RNC component, a BTS component and a BSC component, etc.), which may each hâve their own respective processor, storage, and interface components. In certain scénarios in which network node 200 comprises multiple separate components (e.g., BTS and BSC components), one or more of the separate components may be shared among several network of 65 nodes. For example, a single RNC may control multiple NodeB’s. In such a scénario, each unique NodeB and BSC pair, may be a separate network node. In some embodiments, network node 200 may be configured to support multiple radio access technologies (RATs). In such embodiments, some components may be duplicated (e.g., separate storage 203 for the different RATs) and some components may be reused (e.g., the same antenna 201a may be shared by the RATs).
Processor 202 may be a combination of one or more of a microprocessor, controller, microcontroller, central processing unit, digital signal processor, application spécifie integrated circuit, field programmable gâte array, or any other suitable computing device, resource, or combination of hardware, software and/or encoded logic opérable to provide, either alone or in conjunction with other network node 200 components, such as storage 203, network node 200 functionality. For example, processor 202 may execute instructions stored in storage 203. Such functionality may include providing various wireless features discussed herein to a wireless device, such as WD 210, including any of the features or benefits disclosed herein. For example, in certain embodiments processor 202 may execute instructions to perform the method discussed with respect to FIGURE 13.
Storage 203 may comprise any form of volatile or non-volatile computer readable memory including, without limitation, persistent storage, solid state memory, remotely mounted memory, magnetic media, optical media, random access memory (RAM), read-only memory (ROM), removable media, or any other suitable local or remote memory component. Storage 203 may store any suitable instructions, data or information, including software and encoded logic, utilized by network node 200. Storage 203 may be used to store any calculations made by processor 202 and/or any data received via interface 201.
Network node 200 also comprises interface 201 which may be used in the wired or wireless communication of signaling and/or data between network node 200, network 220, and/or WD 210. For example, interface 201 may perform any formatting, coding, or translating that may be needed to allow network node 200 to send and receive data from network 220 over a wired connection. Interface 201 may also include a radio transmitter and/or receiver that may be coupled to or a part of antenna 201a. The radio may receive digital data that is to be sent out to other network nodes or WDs via a wireless connection. The radio may couvert the digital data into a radio signal having the appropriate channel and
16of65 bandwidth parameters. The radio signal may then be transmitted via antenna 201a to the appropriate récipient (e.g., WD 210).
Antenna 201a may be any type of antenna capable of transmitting and receiving data and/or signais wirelessly. In some embodiments, antenna 201a may comprise one or more omni-directional, sector or panel antennas opérable to transmit/receive radio signais between, for example, 2 GHz and 66 GHz. An omni-directional antenna may be used to transmit/receive radio signais in any direction, a sector antenna may be used to transmit/receive radio signais from devices within a particular area, and a panel antenna may be a line of sight antenna used to transmit/receive radio signais in a relatively straight line.
As used herein, “wireless device” (WD) refers to a device capable, configured, arranged and/or opérable to communicate wirelessly with network nodes and/or another wireless device. Communicating wirelessly may involve transmitting and/or receiving wireless signais using electromagnetic signais, radio waves, infrared signais, and/or other types of signais suitable for conveying information through air. In particular embodiments, wireless devices may be configured to transmit and/or receive information without direct human interaction. For instance, a wireless device may be designed to transmit information to a network on a predetennined schedule, when triggered by an internai or extemal event, or in response to requests from the network. Generally, a wireless device may represent any device capable of, configured for, arranged for, and/or opérable for wireless communication, for example radio communication devices. Examples of wireless devices include, but are not limited to, user equipment (UE) such as smart phones. Further examples include wireless caméras, wireless-enabled tablet computers, laptop-embedded equipment (LEE), laptopmounted equipment (LME), USB dongles, and/or wireless customer-premises equipment (CPE).
As one spécifie example, a wireless device may represent a UE configured for communication in accordance with one or more communication standards promulgated by the 3rd Génération Partnership Project (3GPP), such as 3GPP’s GSM, UMTS, LTE, and/or 5G standards. As used herein, a “user equipment” or “UE” may not necessarily hâve a “user” in the sense of a human user who owns and/or opérâtes the relevant device. Instead, a UE may represent a device that is intended for sale to, or operation by, a human user but that may not initially be associated with a spécifie human user.
17of65
The wireless device may support device-to-device (D2D) communication, for example by implementing a 3GPP standard for sidelink communication, and may in this case be referred to as a D2D communication device.
As yet another spécifie example, in an Internet of Things (loT) scénario, a wireless device may represent a machine or other device that perforais monitoring and/or measurements, and transmits the results of such monitoring and/or measurements to another wireless device and/or a network node. The wireless device may in this case be a machine-tomachine (M2M) device, which may in a 3GPP context be referred to as a machine-type communication (MTC) device. As one particular example, the wireless device may be a UE implementing the 3GPP narrow band internet of things (NB-IoT) standard. Particular examples of such machines or devices are sensors, metering devices such as power meters, industrial machinery, or home or personal appliances, e.g. refrigerators, télévisions, personal wearables such as watches etc. In other scénarios, a wireless device may represent a vehicle or other equipment that is capable of monitoring and/or reporting on its operational status or other functions associated with its operation.
A wireless device as described above may represent the endpoint of a wireless connection, in which case the device may be referred to as a wireless terminal. Furthermore, a wireless device as described above may be mobile, in which case it may also be referred to as a mobile device or a mobile terminal.
As depicted in FIGURE 2, WD 210 may be any type of wireless endpoint, mobile station, mobile phone, wireless local loop phone, smartphone, user equipment, desktop computer, PDA, cell phone, tablet, laptop, VoIP phone or handset, which is able to wirelessly send and receive data and/or signais to and from a network node, such as network node 200 and/or other WDs. WD 210 comprises processor 212, storage 213, interface 211, and antenna 211a. Like network node 200, the components of WD 210 are depicted as single boxes located within a single larger box, however in practice a wireless device may comprises multiple different physical components that make up a single illustrated component (e.g., storage 213 may comprise multiple discrète microchips, each microchip representing a portion of the total storage capacity).
Processor 212 may be a combination of one or more of a microprocessor, controller, microcontroller, central processing unit, digital signal processor, application spécifie integrated circuit, field programmable gâte array, or any other suitable computing device, of 65 resource, or combination of hardware, software and/or encoded logic opérable to provide, either alone or in combination with other WD 210 components, such as storage 213, WD 210 functionality. Such functionality may include providing various wireless features discussed herein, including any of the features or benefits disclosed herein. For example, in certain embodiments, processor 212 may execute instructions to perform the method discussed with respect to FIGURE 14.
Storage 213 may be any form of volatile or non-volatile memory including, without limitation, persistent storage, solid state memory, remotely mounted memory, magnetic media, optical media, random access memory (RAM), read-only memory (ROM), removable media, or any other suitable local or remote memory component. Storage 213 may store any suitable data, instructions, or information, including software and encoded logic, utilized by WD 210. Storage 213 may be used to store any calculations made by processor 212 and/or any data received via interface 211.
Interface 211 may be used in the wireless communication of signaling and/or data between WD 210 and network node 200. For example, interface 211 may perform any formatting, coding, or translating that may be needed to allow WD 210 to send and receive data from network node 200 over a wireless connection. Interface 211 may also include a radio transmitter and/or receiver that may be coupled to or a part of antenna 211a. The radio may receive digital data that is to be sent out to network node 201 via a wireless connection. The radio may couvert the digital data into a radio signal having the appropriate channel and bandwidth parameters. The radio signal may then be transmitted via antenna 21 la to network node 200.
Antenna 21 la may be any type of antenna capable of transmitting and receiving data and/or signais wirelessly. In some embodiments, antenna 211a may comprise one or more omni-directional, sector or panel antennas opérable to transmit/receive radio signais between 2 GHz and 66 GHz. For simplicity, antenna 21 la may be considered a part of interface 211 to the extent that a wireless signal is being used.
FIGURE 3 illustrâtes an example wireless device, user equipment (UE) 300. UE 300 includes an antenna 305, radio front-end circuitry 310, processing circuitry 315, and a computer-readable storage medium 330. Antenna 305 may include one or more antennas or antenna arrays, and is configured to send and/or receive wireless signais, and is connected to radio front-end circuitry 310. In certain alternative embodiments, wireless device 300 may
19of65 not include antenna 305, and antenna 305 may instead be separate from wireless device 300 and be connectable to wireless device 300 through an interface or port.
The radio front-end circuitry 310 may comprise various filters and amplifiers, is connected to antenna 305 and processing circuitry 315, and is configured to condition signais communicated between antenna 305 and processing circuitry 315. In certain alternative embodiments, wireless device 300 may not include radio front-end circuitry 310, and processing circuitry 315 may instead be connected to antenna 305 without radio front-end circuitry 310.
Processing circuitry 315 may include one or more of radio frequency (RF) transceiver circuitry, baseband processing circuitry, and application processing circuitry. In some embodiments, the RF transceiver circuitry, baseband processing circuitry, and application processing circuitry may be on separate chipsets. In alternative embodiments, part or ail of the baseband processing circuitry and application processing circuitry may be combined into one chipset, and the RF transceiver circuitry may be on a separate chipset. In still alternative embodiments, part or ail of the RF transceiver circuitry and baseband processing circuitry may be on the same chipset, and the application processing circuitry may be on a separate chipset. In yet other alternative embodiments, part or ail of the RF transceiver circuitry, baseband processing circuitry, and application processing circuitry may be combined in the same chipset. Processing circuitry 315 may include, for example, one or more central processing units (CPUs), one or more microprocessors, one or more application spécifie integrated circuits (ASICs), and/or one or more field programmable gâte arrays (FPGAs).
In particular embodiments, some or ail of the functionality described herein as being provided by a wireless device may be provided by the processing circuitry 315 executing instructions stored on a computer-readable storage medium 330. In alternative embodiments, some or ail of the functionality may be provided by the processing circuitry 315 without executing instructions stored on a computer-readable medium, such as in a hard-wired manner. In any of those particular embodiments, whether executing instructions stored on a computer-readable storage medium or not, the processing circuitry can be said to be configured to perform the described functionality. The benefits provided by such functionality are not limited to the processing circuitry 315 alone or to other components of UE 300, but are enjoyed by the wireless device as a whole, and/or by end users and the wireless network generally.
of 65
Antenna 305, radio front-end circuitry 310, and/or processing circuitry 315 may be configured to perform any receiving operations described herein as being performed by a wireless device. Any information, data and/or signais may be received from a network node and/or another wireless device.
The processing circuitry 315 may be configured to perform any determining operations described herein as being performed by a wireless device. Determining as performed by processing circuitry 315 may include processing information obtained by the processing circuitry 315 by, for example, converting the obtained information into other information, comparing the obtained information or converted information to information stored in the wireless device, and/or performing one or more operations based on the obtained information or converted information, and as a resuit of said processing making a détermination. In certain embodiments, processing circuitry may execute instructions to perform the method discussed with respect to FIGURE 13.
Antenna 305, radio front-end circuitry 310, and/or processing circuitry 315 may be configured to perform any transmitting operations described herein as being performed by a wireless device. Any information, data and/or signais may be transmitted to a network node and/or another wireless device.
Computer-readable storage medium 330 is generally opérable to store instructions, such as a computer program, software, an application including one or more of logic, rules, code, tables, etc. and/or other instructions capable of being executed by a processor. Examples of computer-readable storage medium 330 include computer memory (for example, Random Access Memory (RAM) or Read Only Memory (ROM)), mass storage media (for example, a hard disk), removable storage media (for example, a Compact Disk (CD) or a Digital Video Disk (DVD)), and/or any other volatile or non-volatile, nontransitory computer-readable and/or computer-executable memory devices that store information, data, and/or instructions that may be used by processing circuitry 315. In some embodiments, processing circuitry 315 and computer-readable storage medium 330 may be considered to be integrated.
Alternative embodiments of UE 300 may include additional components beyond those shown in FIGURE 3 that may be responsible for providing certain aspects of the UE’s functionality, including any of the functionality described herein and/or any functionality necessary to support the solution described above. As just one example, UE 300 may include of 65 input interfaces, devices and circuits, and output interfaces, devices and circuits. Input interfaces, devices, and circuits are configured to allow input of information into UE 300, and are connected to processing circuitry 315 to allow processing circuitry 315 to process the input information. For example, input interfaces, devices, and circuits may include a microphone, a proximity or other sensor, keys/buttons, a touch display, one or more caméras, a USB port, or other input éléments. Output interfaces, devices, and circuits are configured to allow output of information from UE 300, and are connected to processing circuitry 315 to allow processing circuitry 315 to output information from UE 300. For example, output interfaces, devices, or circuits may include a speaker, a display, vibrating circuitry, a USB port, a headphone interface, or other output éléments. Using one or more input and output interfaces, devices, and circuits, UE 300 may communicate with end users and/or the wireless network, and allow them to benefit from the functionality described herein.
As another example, UE 300 may include power source 335. Power source 335 may comprise power management circuitry. Power source 335 may receive power from a power supply, which may either be comprised in, or be external to, power source 335. For example, UE 300 may comprise a power supply in the form of a battery or battery pack which is connected to, or integrated in, power source 335. Other types of power sources, such as photovoltaic devices, may also be used. As a further example, UE 300 may be connectable to an external power supply (such as an electricity outlet) via an input circuitry or interface such as an electrical cable, whereby the external power supply supplies power to power source 335. Power source 335 may be connected to radio front-end circuitry 310, processing circuitry 315, and/or computer-readable storage medium 330 and be configured to supply UE 300, including processing circuitry 315, with power for performing the functionality described herein.
UE 300 may also include multiple sets of processing circuitry 315, computer-readable storage medium 330, radio circuitry 310, and/or antenna 305 for different wireless technologies integrated into wireless device 300, such as, for example, GSM, WCDMA, LTE, NR, Wi-Fi, or Bluetooth wireless technologies. These wireless technologies may be integrated into the same or different chipsets and other components within wireless device 300.
of 65
LTE Architecture
The third génération partnership project (3GPP) is currently working on standardization of Release 13 of the Long Term Evolution (LTE) concept. The architecture of the LTE system is shown in FIGURE 4, including radio access nodes (eNBs, Home eNBs HeNBs, HeNB GW) and evolved packet core nodes (MME/S-GW). As it can be seen an SI interface connects HeNBs/eNBs to the MME/S-GW and HeNBs to the HeNB GW, while an X2 interface connects peer eNBs/HeNBs, optionally via an X2 GW.
The management system assumed in this disclosure is shown in FIGURE 5. The node éléments (NE), also referred to as eNodeB, are managed by a domain manager (DM), also referred to as the operation and support system (OSS). A DM may further be managed by a network manager (NM). Two NEs are interfaced by X2, whereas the interface between two DMs is referred to as Itf-P2P. The management System may configure the network éléments, as well as receive observations associated to features in the network éléments. For example, DM observes and configures NEs, while NM observes and configures DM, as well as NE via DM. By means of configuration via the DM, NM and related interfaces, functions over the X2 and SI interfaces can be carried out in a coordinated way throughout the RAN, eventually involving the Core Network, i.e. MME and S-GWs.
LTE Architecture Evolution and 5G RAN architecture
It is not yet specified by 3GPP if and how the LTE architecture should evolve to meet the challenges of the 5G time frame. We can however assume that there will be evolved counterparts of the SI, X2 and Uu interfaces and that any new RAT would be integrated with the LTE radio interface at RAN level in a similar fashion as the way LTE Dual Connectivity is defined. The overall principles disclosed herein would work for both an LTE-like architecture and a new architecture based on an évolution of the SI interface.
When it cornes to the 5G RAN architecture, there could be novel interfaces e.g. between some synchronous and asynchronous fiinctionalities. Different discussions are ongoing in the industry about a possible future évolution of the current RAN architecture. From a starting point in a macro site based topology the introduction of low power cells, the évolution of the transport network between the different radio base station sites, the radio base station hardware évolution, the increased need for processing power and so on, hâve given rise to new challenges and opportunities. Several strong forces are at work on the RAN architecture, pulling in sometimes different directions. Some, like the gains of coordination, of 65 hardware pooling gains, energy saving gains and the évolution of the backhaul/fronthaul network are working in favor of a more centralized deployment while others are working towards de-centralization, such as very low latency requirements for some 5G use cases e.g. mission critical MTC applications. The terms fronthaul and backhaul are used in relation to the base station. The traditional définition for fronthaul is the CPRI based fiber link between the baseband (Main Unit) and the Radio Unit. The backhaul refers to the transport network used for Sl/X2-interfaces.
The recent évolution in backhaul/fronthaul has indeed opened up the possibility to centralize the baseband, often referred to as C-RAN. C-RAN is a term that can be interpreted in different ways. For some it means a “baseband hôtel” like solutions in which the basebands from many sites are collocated to a central site but there is no tight connection and fast exchange of data between the sites. The most common interprétation is maybe “Centralized RAN” where there is at least some kind of coordination between the basebands. A potentially attractive solution is the smaller centralized RAN that is based on a macro base station and the lower power nodes covered by it. In this configuration a tight coordination between the macro and the low power nodes can often give considérable gains. The term “Coordinated RAN” is an often used interprétation that focuses on the coordination gains of the centralization. Other more futuristic interprétations of C-RAN include “cloud” based and “virtualized” RAN solutions where the radio Network functionality is supported on generic hardware (general purpose processors) and possibly as Virtual machines.
A centralized deployment can be driven by one or several forces like e.g. a possible ease of maintenance, upgrade and less need for sites as well as harvesting of coordination gains. A common misconception is that there is a large pooling gain and a corresponding HW saving to be done by the centralization. The pooling gain is large over the first number of pooled cells but then diminishes quickly. One key advantage of having the basebands from a larger number of sites co-located and interconnected is the tight coordination that it allows. Examples of these are UL CoMP and combining several sector/carriers into one cell. The gains of these features can sometimes be significant in relation to the gains of looser coordination schemes such as e.g. eICIC that can be done over standard interfaces (X2) without co-location of the baseband.
An attractive C-RAN deployment from a coordination gain perspective is the C-RAN built around a larger macro site, normally with several frequency bands, and a number of of 65 lower power radios, covered by the macro site, that are tightly integrated into the macro over high-speed interconnect. The largest gains are expected to be seen in deployment scénarios such as stadiums and malls. An important considération for any C-RAN deployment is the transport over the fronthaul, i.e. the connection between the centralized baseband part and the radios, “the first mile”. The cost ofthe fronthaul, which vary rather greatly between markets, needs to be weighed against the benefits.
Future discussions in 3GPP may lead to a RAN functional split shown in FIGURE 6. Therein, the RAN functions are classified in synchronous (placed in a logical node called seNB) and asynchronous (placed in a logical node called a-eNB) functions. The instances of functions associated to the s-eNB i.e. the synchronous functions (SFs) are placed at the closest node to the air interfaces. These will form what is called a synchronous functional group (SFG). Meanwhile, the instances of the asynchronous functions (AFs) associated to the eNB-a (also called a-eNB in the current document) can be flexibly instantiated either at closest node to the air interface (i.e. the same node where the s-eNB (also called eNB-s in the current document) functions are instantiated) or in fixed network nodes (FNNs).
5G Core Network Architecture
There are several architecture options discussed and documented in the 3GPP TR 23.799vl.0.2. The below is the Option 6 which reflects an option that will certainly be modified in the course of the ongoing study and thus modifications can be expected. The below is section 7.6 from 3GPP TR 23.799vl.0.2:
7.6.1 General
The NextGen network reference architecture should consider the following aspects:
) Support 5G use cases and service requirements ) Enable Operational agility (enable extreme automation (faster deployments, upgrades, reduce TCO) ) Allow independent évolution of different parts of the network (e.g. access and core).
Key Architecture principles:
- Abstract the transport domain from 3GPP network functions to allow for independent évolution and to enable operators to use different transport technologies (e.g. Ethernet, MPLS, SDN-based transport, etc.). 3GPP network functions should neither mandate nor rule out support for any of these technologies in the transport domain.
of 65
Allow sealability of UP and CP functions independently
- Allow for a flexible deployment of UP separate from the CP, i.e. central location or distributed (remote) location (i.e. with no restriction in the location).
- Support transmission of different PDU types, e.g. IP, Ethernet
- Séparation of functions including subscription database from functions providing the end user service
- Séparation of Policy function to govem the network behaviour and end user expérience
- Allows for different network configurations in different network slices.
Control Plane:
- It is important for the UE to trust that certain functionalities are supported in the network thus important to enable multi-vendor interworking between UE and network functions. However, from the UE perspective, it is irrelevant how and where it exists within the network (e.g. which function module or software supports a certain function).
- It is important to enable multi-vendor interworking between radio and network functions within the core network and between the network functions within the core network. At the same time, it is sufficient if a single interface is exposed towards the radio while abstracting the modular (elementary) functions supported in the core network.
User plane:
- A generic user-plane function (UP function) is defined, which supports various userplane operations (incl. forwarding operations to other UP functions/data networks/the control-plane, bitrate enforcement operations, service détection operations, etc.) N0TE1 : The detailed list of user-plane operations will be based upon the conclusion of key issue 4.
- The control plane configures the UP functions to provide the traffic handling functionality needed for a session. One or multiple UP functions per session can be activated and configured by the control-plane as needed for a given user-plane scénario.
of 65
- To support low latency services and access to local data networks, user plane fonctions can be deployed close to the radio. For central data networks, UPFs can be deployed centrally.
Concurrent access to local and centralized services is supported as follows
- Multiple PDU sessions to both a local UP function (providing access to local data networks) and a central UP function (providing access to central data networks); or
- A single PDU session, for which the control plane has configured two UP fonctions: one UP function performing traffic classification and traffic steering towards either the local data network or the central data network, the other UP function providing access to the central data network (as depicted in figure 7.6.2-3).
NOTE 2: The control plane can also configure multiple UP functions in the single PDU session case for local data network access.
Figure 7.6.2 Reference architecture
FIGURE 7 (labeled as Figure 7.6.2-1 in section 7.6 from 3GPP TR 23.799vl.0.2) depicts the non-roaming architecture functional view.
Figure 7.6.2-1: Non-roaming reference architecture
FIGURE 8 (labeled as Figure 7.6.2-2 in section 7.6 from 3GPP TR 23.799vl.0.2) depicts the non-roaming architecture for UEs concurrently accessing a local and a central data network using multiple PDU Sessions.
Figure 7.6.2-2: Applying Non-roaming reference architecture for concurrent access to local and central data networks (multiple PDU session option)
FIGURE 9 (labeled as Figure 7.6.2-3 in section 7.6 from 3GPP TR 23.799vl.0.2) depicts the non-roaming architecture in case concurrent access to local and central data networks is provided within a single PDU session:
Figure 7.6.2-3: Applying Non-roaming reference architecture for concurrent access to local and central data networks (single PDU session option) of 65
FIGURE 10 (labeled as figure 7.6.2-4 from section 7.6 from 3GPP TR 23.799vl.0.2) depicts the roaming architecture in case of home routed scénario:
Figure 7.6.2-4: Roaming reference architecture - Home routed scénario
FIGURE 11 (labeled as figure 7.6.2-5 from section 7.6 from 3GPP TR 23.799vl.0.2) depicts the roaming architecture in case of local break out scénario.
Figure 7.6.2-5: Roaming reference architecture - local breakout scénario
Editor's note: The choice between NG6* and NG6 dépends on whether the PDU Session has a single IP address/prefix or multiple IP address/prefixes. It is FFS whether both types need to be supported. Whether the distinction between NG6 and NG6* is needed is also FFS.
Editor's note: The interconnection model for ail control plane network functions is FFS.
Editor's note: Need for NG8 from H-SMF to NG-SDM (i.e. in the home routed scénario) is FFS.
NOTE 3 : Regardless of the number of CCFs, there is only one NAS interface instance between the UE and the CN, terminated at one of the CCFs that implements at least access authentication and mobility management.
NOTE 4: Criteria to select multi-vendor open (standardized) interfaces should be determined.
7.6.3 Network functions and reference points
The 5G Reference Architecture consist of the following functions:
- NG Subscriber Data Management (NG SDM)
- NG Authentication Server and Credential Repository (NG ASR)
- NG Policy Control function (NG PCF)
- NG Core Mobility Management Function (NG MMF)
- NG Core Session Management Function (NG SMF)
- NG Authentication Function (NG AUF)
- NG Core User plane function (NG UPF)
- NGRAN
- NGUE of 65
- Data network, e.g. operator services, Internet access or 3rd party services.
The following is a high level split of functionality between the control plane and the user plane.
The NG Mobility Management function (MMF) includes the following functionality:
- Termination of RAN CP interface (NG2)
- Termination of NAS (NG1 ), NAS ciphering and integrity protection
- Mobility Management
- Lawful intercept (for MM events and interface to LI System)
- Transparent proxy for routing access authentication and SM messages.
The NG Authentication function (AUF) includes the following functionality:
- Access Authentication
- Dérivation of keys required by other functions of NGC for serving the UE.-
Editor's note: AUF functionality and roaming architecture needs to be updated based on outcome of Key issue #12, SA3 work on Security framework for NextGen.
The NG Session Management function (SMF) includes the following functionality:
- Session Management
- UE IP address allocation & management (incl optional Authorization)
- Sélection and control ofUP function
- Termination of interfaces towards Policy control and Charging functions
- Policy & Charging rules handling, including control part of enforcement and QoS
- Lawful intercept (for SM events and interface to LI System)
NOTE 5: Not ail of the MMF, SMF, AUF functions are required to be supported in an instance of CCFs of a network slice
The NG Core User plane function includes the following fùnctionality:
- Anchor point for Intra-/Inter-RAT mobility (when applicable)
- External PDU session point of interconnect (e.g. IP).
- Packet routing & forwarding of 65
- QoS handling for User plane
- Packet inspection and Policy rule enforcement
- Lawful intercept (UP collection)
- Traffic accounting and reporting
NOTE 6: Not ail ofthe UPF functions are required to be supported in an instance of user plane function of a network slice.
The NG Policy function includes the following functionality:
- Supports unified policy framework to govem network behaviour.
- Provides policy rules to control plane function(s) to enforce them.
Editer's note: The need for an interface between NG Policy Function and SDM is FFS.
The NG ASR supports the following functionality:
- Authentication Credential Repository and Processing Function - This function stores the long-term security credentials used in authentication.
- Authentication Server Function (AUS) - This function interacts with the AUF.
Editor's note: ASR functionality needs to be updated based on outcome of SA3 work on Security framework for NextGen.
The NG SDM supports the following functionality:
- Subscription repository.
The 5G Reference Architecture contain the following reference points:
NG1 : Reference point between the UE and the NG Mobility Management function.
NG2: Reference point between the RAN and the NG Mobility Management function.
NG3: Reference point between the RAN and the NG Core User plane function.
NG4: Reference point between the NG Core Session Management function and the NG Core User plane function.
NG5: Reference point between the NG Core Session Management function and an Application Function.
30of65
NG11: Reference point between Mobility Management function and Session Management function.
NG12: Reference point between Mobility Management function and Authentication function.
NGt: Reference point between Authentication function and ASR function.
NG6: Reference point between the NG Core UP functions and a Data Network (DN).
NG6*: Reference point between a NG Core UP function and a local Data Network (when concurrent access to both a local and central data network is provided for one PDU session with a single IP address/prefix).
NOTE 7: Details of NG6* mechanism are beyond the scope of 3GPP.
NG7: Reference point between the NG Session Management function and the NG Policy Control function.
NG8: Reference point between the NG Mobility Management function, Authentication function and the Subscriber Data Management.
NG9: Reference point between two NG Core User plane functions.
NG7r: Reference point between the V-PCF and the H-PCF.
NG-RC: Reference point between the V-SMF and the H-SMF.
FIGURE 12 is a block diagram illustrating an embodiment of a user equipment (UE) connected to multiple network slices, in accordance with certain embodiments.. UE has a single NAS termination point at Common CP Function (CCF). This results in RAN having a single Control Plane (CP) interface for that UE. The User Plane (UP) is shown as being separated one per Core Network Instance (CNI).
When it cornes to one physical RAN used for multiple network slices, two aspects should be taken into account. The first aspect is that network slicing should make possible to support several different virtual networks on the same physical network infrastructure in order to reduce costs and energy consumption compared to deploying separate physical networks for the different use case or business scénarios. In order to fully exploit this benefit, it is required that the slicing concept allows for efficient usage of common resources such as radio resources and infrastructure, and transport links between the slices such as fronthaul and backhaul. The second aspect is that mechanisms are required to protect common channels or resources used for UEs accessing system so that congestion in one slice does not hâve a négative impact on another slice (often called slice isolation). Currently in 3GPP system there of 65 is some support for protecting common control channels for extensive load &om different services. These mechanisms include Access Class Barring, Enhanced Access Barring, Service Spécifie Access Barring, as well as implémentation spécifie admission control etc. These are described in the next section.
One problem which has not been addressed is related to limited slice availability in the network. Limited slice availability could be scénarios where a given network slice is not supported in ail cells of the cellular network or not for ail UEs/subscribers in ail cells. If this is the case problems will occur when the UE is moving in or out of areas with different slice support. Problem will also occur when UE is connecting to the network for the first time (or 1O is re-connecting) in case the slice the UE wants to connect to or is already registered in is not available in that area. Accordingly there is proposed herein several embodiments for handling limited slice availability in the network. The advantage of the solutions is that limited slice availability is handled in a consistent way avoiding issues such as:
• Frequent signalling for UEs moving in areas of limited slice availability · Consistent user expérience by making sure the UE knows when it is connected to a slice and not, avoiding cases where the UE thinks it is connected but where the UE has moved to an area where the slice is not supported.
• Efficient management of slice availably in the network by different network nodes (CN nodes, base stations) synchronizing the support of different slices 20 between each other.
• This has several sub advantages since it allows for mobility control considering slice availability, it also makes it possible for the CN to manage slice connectivity for the UE based on the information provided by the RAN.
It is to be noted that any feature of any of the embodiments disclosed herein may be 25 applied to any other embodiment, wherever appropriate. Likewise, any advantage of any of the embodiments may apply to the other embodiments, and vice versa. Other objectives, features and advantages of the enclosed embodiments will be apparent from the following description.
Generally, ail terms used herein are to be interpreted according to their ordinary 30 meaning in the technical field, unless explicitly defined otherwise herein. Ail references to a/an/the element, apparatus, component, means, step, etc. are to be interpreted openly as referring to at least one instance of the element, apparatus, component, means, step, etc., of 65 unless explicitly stated otherwise. The steps of any method disclosed herein do not hâve to be performed in the exact order disclosed, unless explicitly stated.
Some of the embodiments contemplated herein will now be described more fully hereinafter with reference to the accompanying drawings. Other embodiments, however, are contained within the scope of this disclosure and the invention should not be construed as limited to only the embodiments set forth herein; rather, these embodiments are provided by way of example to convey the scope of the inventive concept to those skilled in the art. Like numbers refer to like éléments throughout the description.
The text is structured as follows:
• Some assumptions about limited slice availability • Sample embodiments for handling information of slice availability in the network. These solutions are independent of ongoing UE sessions.
• Sample embodiments for handling slice availability in the network towards the UE • Sample embodiments in the UE for connecting to a network with limited slice availability • Sample methods for managing access to slice resources
Assumptions about limited slice availability
The work on network slicing has progressed in the 3GPP meetings with some text and agreements being captured in the technical reports etc. One topic however that has not been discussed so much is if a given network slice should be available in ail base stations / cells or if the concept should support network slices which are only available in a subset of the base station / cells.
Although it would be technically simple if ail slices where available in ail base station or cell, we assume this not possible. Operator may want to offer a slice only in a spécifie région and prefer not to configure other network nodes in other régions to support the same slice. There could also be scénarios where access to a slice is very location dépendent e.g. only within an enterprise campus, factory, processing planet, ... meeting some spécifie business or performance needs which cannot be provided network wide. So from this we draw the conclusion that ail network slices will not be available in ail base station of a of 65 cellular network. I.e. the networks will typically support slices with limited availability. Limited availability here could mean • That the slice is only supported in a spécifie area, e.g. cell, région, tracking area • That the slice is only availability during spécial times, e.g. during the day, or for a given period of time which could be hours, days, months, year.
• That the slice is only available for certain users.
• Combination of the above is also possible, e.g. only available for certain users, in a certain area, at a certain time.
Sample embodiments for handling information of slice availability in the network.
With the assumptions that slices are not always available solutions are here proposed for how the information about availability can be handled inside the network. The solutions are as foliows:
• Different nodes know or are configured with knowledge about which network slice they support. Different nodes here can be for instance different based stations (e.g. eNBs, gNB) as well as different CN nodes (MMEs, MMFs, NG CN nodes).
• The information about which slices a node support is then exchanged with other nodes. This enables for instance that:
o The RAN nodes knows which network slices each CN node supports. This could then be used for CN node sélection when a UE enters the network and provides a slice ID to the RAN node.
o Different RAN nodes will know what slices other RAN nodes support or in which cells of the other RAN nodes a given slice is supported. This can then later be used for trigger UE handover to a spécifie cell based on the knowledge that the slice the UE is connected is support in the target RAN node / cell.
o The CN nodes knows which slices is supported in different RAN nodes, making it possible to manage the slice connectivity ofthe UE, e.g.
Remove connections to slices which are no longer available in the RAN node the UE is connect to of 65
Add connections to slices which becomes available when the UE moves to a new RAN node.
Reject incoming request from the UE for slice connectivity if the network slice is not supported in the RAN node the UE is communicating with.
Note: The examples above are further elaborate in later embodiments.
• The signaling of slice support can be sent at initial connection setup between network nodes (E.g. at X2/Xn setup between RAN nodes or Sl/NG setup between CN and RAN nodes). It can also be done dynamically when the slice availability changes (e.g. event triggered). Slice availability can also be conveyed together with UE related signaling e.g.
o In handover signaling between base stations o During initial UE message (from RAN to CN) for UEs performing a state transition from an IDEE to active state o
Sample embodiments for handling slice availability in the network towards the UE
In order to get a consistent UE performance, solutions are proposed on how to handle the limited slice availability towards the UE. Several embodiments are considered:
UEs in a low power state characterized by UE performing cell sélection by itself (based on network configuration)
Cellular networks typically support power saving stage like CN IDLE where the UE is allowed to move in an area without notifying the network, listening for paging from the network. In CN IDLE this area is the area of a Tracking Area List. But it could also be an area of a cell or a list of cells.
In networks with limited slice availability a given slice may not be supported in ail cells. A problem could then occur where the UE in power saving is camping on a cell which does not support the slice the UE is connected to. Assuming the cell does not provide information about ail slices it supports or that the UE, in order to save power does not read such infonnation, there is no way the UE would know that the slice is no longer supported. This problem is addressed with the following embodiment:
of 65 • A network node (e.g CN node or RAN node) responsible for managing paging areas for a UE (a paging area is the area that the UE can move around without performing and mobility related signaling, while still be reachable from the network). The paging area can consist of cells, tracking areas, nodes etc.
• The network node combines information about slice availability in the surrounding network nodes and cells, with information about which slices the UE is connected to or is capable of being connected to, or is allowed to connect to, in order to create a paging area with consistent slice availability for the spécifie UEs. Additional information used in this process could include past UE mobility history, UE subscription parameters etc.
o Consistent slice availability here means that the same slices are accessible in ail nodes or cells belonging to the paging area.
• The paging area is then conveyed to the UE. The UE is allowed to move around within the paging area without generating mobility signaling. If the UE moves outside the network the UE would trigger an area update procedure including signaling to the network. In this way the network node will know that UE has left the paging area.
• Once the network nodes receive area update signaling from the UE the network node can trigger the additions or removal of network slices if needed. It can also generate a new paging area that also has consistent slice availability, potentially considering the new or removed slice connectivity. As an example, if a UE moves out of a paging area with support for Slice 1, 2 and 3, the UE will perform mobility signaling towards the network node responsible for paging area maintenance. If as a resuit the UE moves in an area where only Slice 1 and 2 are supported, the network node may provide the UE with a new paging area where Slice 1 and 2 are consistently available.
UEs in an active state with network controlled mobility (e.g. using handover)
When the UE is active in the System it is capable of sending / receiving data from the network. Typically, the network Controls the mobility in this state using handover procedures.
of 65
Assuming the network does not support ail slices in ail nodes, cells or frequency bands. In this case the UE would lose slice connectivity if it moves to an area where the slice is not supported. This could lead to poor service performance. This problem is addressed with the following embodiment:
• A network node responsible for performing network controlled handover for UEs e.g. considering UE mobility, radio measurements, ...
• The network node combines information about slice availability in the surrounding network nodes and cells, with information about which slices the UE is connected to or is capable of being connected to, or is allowed to connect to, in order to select a handover candidate node or cell or frequency which supports the slices the UE is connected to or capable of being connected to, or is allowed to connect to. This can address cases e.g. where a slice is only supported in a spécifie frequency layer or radio access technology (RAT). In this way service interruption can be avoided since the UE can be directed to the frequency layer or RAT that supports the slice.
• If the network node is forced to do a handover but is not able to trigger a handover to a node, area, cell, ... which supports the slices the UE is connected. The network node (or the target network node) can initiate the removal of the slice the UE is connected. By actively initiate the removal it is expected that the experienced performance of the UE can be improved e.g. compared with relying on service time out. It is also possible in the solution to move the slice that is nominally not supported by the target node to a different slice using the knowledge about slice availability. Namely, services that were assigned to a slice no longer available in the target node may be now supported by another slice, available in the target node, if this is allowed.
UE is retuming from a low power state to an active state
In this case the UE will send a request to the network to transition to an active state e.g. to perform signaling or user data transfer. The receiving network node can based on the knowledge of which slices the UE are connected to or wants to connected, together with of 65 information about slice availability in the network décidé to either accept or reject the UE request. E.g.
• UE connects to network node A, requesting connectivity to slice B • Network node does not support slice B (e.g. could be temporary) or currently does not hâve resources left to support more Slice B users.
• Network node rejects UE request or re-direct the request to another slice Another example is:
• UE connects to network node A, requesting connectivity to slice B • Network node supports slice B but knows that neighbor node does not support slice B, and network nodes détermine that the UE performance may not be so good given that the UE may move later into the node that does not support slice B.
• Network node rejects UE request or re-direct the request to another slice
The reject message that the network sends to the UE can include re-direction instructions to other frequency bands etc. where the slice is supported.
Sample embodiments in the UE for connecting to a network with limited slice availability
There is also embodiment in the UE for handling limited slice availability. These embodiments could include the UE reading information from the broadcast channel of the system (the information is broadcasted from the network). The information is related to the slice availability in the cell, frequency for which the broadcast information is associated with. Different sub embodiments exist:
• The network broadcast the slice availability in the cell / node • The network broadcast a parameter which is associated with the slice availability, the mapping from this parameter to the slice availability could be performed in the UE, possible based on configuration received from the network at an earlier stage.
of 65 o The advantage of this embodiment is that less information most likely need to be broadcasted in the cell, and that the true slice availability could be only known for UEs which has been configured to know this.
Once the UE reads the information about the slice availability it can take different actions:
• It can initiate the setup or the removal of a slice connection. E.g. by sending signaling message to network.
• In case a given slice is not supported the UE can perform cell or frequency or RAT re-selection to a different cell or frequency or RAT. E.g. where the slice is supported.
• The lower layers of the UE can notify higher layers that a slice is either available or not available based on the broadcasted information • Other actions are also possible.
Sample methods for managing access to slice resources
In the network the knowledge about slice availability can be used in access control, as well as assigning resources too different UEs. It is possible for the network to assign the UE a slice policy parameter which is associated with a spécifie slice or a group of slice. When the UE request resources for a slice indicating this slice policy parameter the RAN can either accept or reject the UE connecting e.g. based on if the slice is available or not.
Similar functionality can also be applied between network nodes when one node is asking for resources for a slice that a UE is connected to. The resource request can include information about which slice the UE wants to use or is connected to. The target node (e.g. the serving base station, or target base station at handover) can then either accept or reject request based on slice availability. Also partial reject is possible where resources for some slices are accepted while other slices are not.
Other functionality that can be applied between network nodes, could be for one node e.g. CN node to generate a mobility restriction list which is sent to another node e.g. RAN node. This mobility restriction list may be based on information about which slices the UE is connected to or may access, and information about slice availability in other nodes. This of 65 mobility restriction list can then be used by the other node when controlling the mobility of the UE e.g. to avoid that the UE goes to an area where a given slice is not supported. The mobility restriction list can also be provided to the UE to control the UE cell sélection.
FIGURE 13 is a flow diagram of a method in a network node. The method may be performed in any suitable network node, such as a radio access network node or a core network node. Examples of radio access network nodes and core network nodes are illustrated in FIGURES 1-12. As one example, the method may be performed by network node 200 of FIGURE 2. At step SI310, network node 200 obtains slice availability associated with one or more neighboring network nodes. The neighboring network nodes may include the same type of node as the network node performing the method (e.g., neighboring nodes of an eNB may include other eNBs, neighboring nodes of an MME may include other MMEs, neighboring nodes of a gateway may include other gateways, etc.) In addition, or in the alternative, neighboring nodes may include different types of nodes. As an example, in certain embodiments, a core network node may obtain slice availability associated with radio access network nodes, As another example, in certain embodiments, a radio access node may obtain slice availability associated with core network nodes. In certain embodiments, the network slice availability indicates which of a plurality of network slices is supported by each of the one or more neighboring network nodes. For example, in certain embodiments, neighboring network nodes may hâve limited network slice availability, such that one or more of the neighboring network nodes may support only a limited subset of ail network slices and/or the neighboring network nodes may support different network slices.
At step S1320, network node 200 manages slice connectivity of a wireless device, such as wireless device 210 of FIGURE 2 or UE 300 of FIGURE 3, based on the network slice availability of the one or more neighboring network nodes. In this manner, the performance of the wireless network, including wireless device 210 and network node 200, may be improved by managing the connectivity using the obtained network slice availability.
In certain embodiments, certain steps in the method discussed in FIGURE 13 may comprise substeps. For example, in certain embodiments, the one or more neighboring nodes comprise a plurality of core network nodes. In some embodiments, step S1320 may comprise optional substeps. At substep S1321, network node 200 receives a slice identifier indicating which of the network slices wireless device 210 requests to use. In some embodiments, a single network slice identifier is received at network node 200, or alternatively, more than of 65 one network slice identifier is received. For example, in some embodiments, the slice identifier received at network node 200 may comprise separate slice identifiers for each of the network slices wireless device 210 requests to use. At substep 1322, network node 200 selects one or more of the core network nodes based on the network slice availability. Selecting one or more of the core network nodes may include selecting a single core network node, selecting a subset of core network nodes (e.g., a subset comprising more than one core network node, but fewer than ail core network nodes), or selecting ail core network nodes. For example, the core network node(s) may be selected based on a functional group thereof. The one or more selected core network node supports the network slice indicated by the slice identifier. At substep 1323, network node 200 provides wireless device 210 with access to the selected core network node. In this manner, network node 200 may ensure that wireless device 210 is provided the proper access to a core network node that supports the requested network slice. As discussed above, this is particularly important when there is limited network slice availability at one or more network nodes, such as limited network slice availability at one or more core network nodes.
In certain embodiments, the one or more neighboring nodes comprise a plurality of radio network nodes. For example, the one or more neighboring nodes may comprise one or more evolved NodeB or any other radio network nodes. As an example, the one or more neighboring nodes may comprise one or more radio network nodes that make up at least a portion of radio access network 120. In some embodiments, step 1320 of managing the slice connectivity of the wireless device comprises substeps. For example, in certain embodiments, network node 200 may détermine which of the network slices wireless device 210 is connected to. Network node 200 may then select one of the radio network nodes for handover based on the network slice availability. The selected radio network node supports the network slice(s) that wireless device 210 is connected to. Network node 200 may then initiate handover of wireless device 210 to the selected radio network node. In this manner, network node may ensure that wireless device 210 is handed over to a radio network node that supports the network slice(s) it currently is connected to.
In certain embodiments, managing slice connectivity includes initiating removal of a connection between the wireless device and a network slice that is unsupported by a neighboring network node selected for a handover procedure involving the wireless device. For example, network node 200 may, during handover or prior to handover, may remove of 65 connection to particular network slices that would not be supported in the new network node. In this manner, network node 200 may prevent wireless device 210 from attempting to access an unsupported network slice after handover.
In certain embodiments, managing slice connectivity includes receiving, from wireless device 210, a request to connect to a first network slice. In some embodiments, network node 200 may détermine that the first network node does not support the first network slice. In response, network node 200 may reject the request and redirect wireless device 210 to another network slice. In this manner, network node 200 may prevent wireless device 210 from attempting to access an unsupported network slice.
In certain embodiments, managing slice connectivity includes receiving, from the wireless device, a request to connect to a first network slice. In some embodiments, network node 200 may détermine that there is a likelihood of wireless device 210 moving to a neighboring network node that does not support the first network slice. For example, network node 200 may use information regarding wireless device 210’s movement or historical connection information to predict that wireless device 210 is likely to move to one or more neighboring network nodes that do not support the first network slice. In response, network node 200 may reject the request to connect to the first network slice and may redirect the wireless device to another network slice (i.e., based on the likelihood of the wireless device moving to a neighboring network node that does not support the first network slice).
In certain embodiments, the plurality of network slices comprises a first network slice. In certain embodiments, the method discussed in FIGURE 13 may include optional additional steps. At step S1330, network node 200 créâtes a paging area with consistent network slice availability for the wireless device. The paging area comprises one or more of the neighboring network nodes that, based on the network slice availability, support the first network slice. For example, the paging area may comprise a group of neighboring network nodes, e.g., a coverage area, in which the network slice availability does not change. In some embodiments, the paging area may be spécifie to wireless device 210. For example, the paging area may comprise a group of neighboring network nodes that support ail of the network slices that wireless device 210 is connected to and/or may request access to and/or that are supported by wireless device 210. At optional step S1340, network node 200 may communicate an indication of the paging area that supports the first network slice to the of 65 wireless device. In this manner, network node 200 may provide information to wireless device 210 that prevents unnecessary mobility signaling when moving within the paging area.
In certain embodiments, network node 200 may détermine that wireless device 210 has added or removed a connection to one of the network slices. Network node 200 may, in response, create a new paging area with consistent network slice availability for the wireless device. For example, network node 200 may détermine which neighboring network nodes support the changed set of network slices and create the new paging area accordingly. Network node 200 may then communicate the new paging area to the wireless device. In this manner, network node 200 may continue to prevent unnecessary mobility signaling by wireless device 210 even when wireless device 210 adds or removes connections to network slices.
In some embodiments, managing the slice connectivity of wireless device 210 comprises a substep of removing a connection between wireless device 210 and the first network slice. For example, network node 200 détermine, based on the network slice availability, that the wireless device is connected to a radio access node that does not support the first network slice. In response, network node 200 may remove the connection to the first network slice. In this manner, wireless device 210 will be prevented from attempted to access a network slice that is not supported by the connected radio access node.
In some embodiments, managing the slice connectivity of wireless device 210 comprises a substep of adding a connection between wireless device 210 and the first network slice. For example, network node may détermine, based on the network slice availability, that the wireless device is connected to a radio access node that supports the first network slice. In response, network node may add a connection to the first network slice. In this manner, wireless device 210 may be provided a connection to the network slice when available through the radio access node. Accordingly, wireless device 210 may be connected to a network slice that optimizes the performance of wireless device 210 and/or the wireless network. For example, wireless device 210 may operate on alternative network slices when the first network slice is unavailable on the currently connected-to radio access node. If the first network slice become available, either through the same radio access node or after changing radio access nodes, then it may be préférable to connect wireless device 210 to first network slice.
of 65
In some embodiments, managing the slice connectivity of wireless device 210 comprises a substep of rejecting a request to connect the wireless device to the first network slice in response to determining that the wireless device is connected to a radio access node that does not support the first network slice. For example, wireless device 210 may hâve been previously connected to a radio access node that supported the first network slice, but has now connected to a second radio access node that does not support the first network slice. As another example, the connected-to radio access node may no longer support the first network slice, or may no longer hâve resources to connect wireless device 210 to the first network slice, and therefore does not support the first network slice.
In certain embodiments, each of the network slices comprises a respective logical network that supports a respective network function having different characteristics than the network functions of the other network slices. In certain embodiments, each of the network slices supports a respective business operation that is independent of the business operations supported by the other network slices.
In certain embodiments, at least a portion of the network slice availability is obtained during an initial connection set up between the first network node and at least one of the neighboring network nodes. For example, each network node in the wireless network may access their own network slice availability, e.g., which network slices are supported on the network node. During initial connection set up between the nodes, network node 200 may communicate its network slice availability information and receive the same from the neighboring nodes. In this manner, network node 200 may obtain network slice availability information during the initial connection set up.
In certain embodiments, at least a portion of the network slice availability is obtained from handover signaling between the first network node and one of the neighboring network nodes. For example, network nodes may exchange their network slice availability when communicating the signally for handover of wireless device 210. Additionally, in certain embodiments, once the network node has obtained the network slice availability of one of its neighboring nodes (e.g., neighboring node A), the network node may forward neighboring node A’s network slice availability to another of its neighboring nodes (e.g., neighboring node B), Thus, network nodes may exchange their own network slice availability and/or the network slice availability of other network nodes. In some embodiments, the network slice of 65 availability may be incorporated into the existing handover signaling, e.g., as an additional parameter or message.
In certain embodiments, at least a portion of the network slice availability is obtained in response to the wireless device performing a state transition from an idle state to an active state. For example, wireless device 210 may transmit network slice availability information known to wireless device 210 to network node 200 during the state transition. In this manner, network node 200 may obtain network slice availability information that may be useful for managing the connection of wireless device 210 as it transitions to an active state.
In certain embodiments, the method discussed in FIGURE 13 comprises the additional step of maintaining slice connection information at network node 200. The slice connection information may indicate which of the network slices wireless device 210 is connected to. Network node 200 may receiving an indication that wireless device 210 has added or removed a connection to one of the network slices. For example, wireless device 210 may no longer require access to a network slice or may want access to another or additional network slice. Network node 200 may update its slice connection information (slice connection information maintained by network node 200) based on the received indication. In this manner, network node 200 may maintain current slice connection information for wireless device 210. The slice connection information may be used for managing the connection of wireless device 210 to one or more network slices, including management at another network node, e.g., through signaling the slice connection information.
In certain embodiments, network node 200 may broadcast a parameter associated with its network slice availability and/or the network slice availability of one or more of the neighboring network nodes. In some embodiments, network node 200 communicates network node 200’s network slice availability to one or more of the neighboring network nodes. Neighboring network nodes and/or wireless device 210 may use information determined from the parameter to détermine the network slice availability of the network node 200 and/or one or more of the neighboring network nodes. In this manner, network node 200 may provide information to wireless device 210, or other network nodes, of the network slice availability that may be used for managing connections in a limited availability scénario.
A network slice may encompass functionality that is provided by a single network node or functionality that is distributed throughout a network. The functionality may be of 65 distributed in any suitable manner. For example, in certain embodiments, a first network node may provide a portion of the functionality of a network slice, and a second network node may provide another portion of the functionality of the network slice. Thus, selecting one or more core network nodes may comprise selecting one or more functional groups implemented on one or more network nodes. For example, network node 200 may select a function of several core network nodes and provide access to those functions across the several core network nodes to wireless device 210. Selecting a core network node may comprise selecting the network node in its entirety or selecting a functional group or function within the core network node that is limited to a subset of components within the network node (e.g., a subset of hardware, software, resources, memory, etc.).
FIGURE 14 is a flow diagram of a method in a wireless device, such as wireless device 210 in FIGURE 2 or UE 300 in FIGURE 3, in accordance with certain embodiments. At step S1410, wireless device 210 receives, from a network node, such as network node 200, information associated with network slice availability in a network comprising the network node. In some embodiments, at least a portion of the information associated with network slice availability is received in a broadcast from the network node. In some embodiments, at least a portion of the information associated with network slice availability is based on network configuration information received from the network prior to receiving the broadcast from the network node.
At step S1420, wireless device 210 communicates a connectivity request to network node 200 for access to a first network slice. The first network slice may be selected by wireless device 210 based at least in part on the information associated with network slice availability received from the network node. For example, wireless device 210 may receive network slice availability information that indicates that network node 200 supports one or more network slices. In response, wireless device 210 may communicate its connectivity request for a network slice that is supported by network node 200. The first network slice may be a first choice of wireless device based on its connection needs, or altematively, may be an alternative choice based on the availability at network node 200. In some embodiments, wireless device 210 communicates the information associated with network slice availability to network node 200 when performing a state transition from an idle State to an active state.
In certain embodiments, the method discussed in FIGURE 14 includes additional optional steps. In certain embodiments, wireless device 210 initiâtes the setup of a network of 65 slice connection based on the information associated with network slice availability. In certain embodiments, wireless device 210 initiâtes a removal of a network slice connection based on the information associated with network slice availability. In this manner, wireless device 210 may adjust the network slice connections based on the information associated with network slice availability. For example, wireless device 210 may only want to maintain or establish connections to network slices that are supported on the network nodes wireless device 210 is connected to. In doing so, wireless device 210 may prevent attempts at accessing unsupported network slices.
In certain embodiments, wireless device 210 performs reselection of one or more of a cell, a frequency, or a radio access technology based on the information associated with network slice availability. For example, a particular network slice may not be available on the current cell, frequency, and/or radio access technology. Wireless device 210 may then perform reselection to select a cell, frequency, and/or radio access technology that supports the network slice. In some embodiments, performing reselection includes determining that a current cell, frequency, or radio access technology (RAT) on which the wireless device is operating does not support the first network slice. Wireless device 210 may then select a new cell, frequency, or RAT that supports the first network slice. Once selected, wireless device 210 may then access the first network slice through the new cell, frequency, or RAT. In this manner, wireless device 210 may connect to the desired network slice, even if it is not available on the current cell, frequency, or radio access technology.
In certain embodiments, wireless device 210 communicates a slice identifier indicating the first network slice. For example wireless device 210 may communicate the slice identifier to network node 200. Network node 200 may then identify which network slice wireless device requests access to. In response, network node 200 may détermine which core network nodes support the desired network slices. Wireless device 200 may then access a core network node that supports the first network slice indicated by the slice identifier. In this manner, wireless device 210 may provide information for network node 200 to select the correct core network nodes in order to provide the desired connections to one or more network slices.
In certain embodiments, wireless device 210 receives an initiation of a handover procedure to a second network node. For example, the second network node may support the first network slice. Wireless device 210 may then complété handover to a second network of 65 node and access the first network slice through the second network node. In this manner, wireless device may continue to access the first network slice despite being handed over to a second network node.
In certain embodiments, wireless device 210 receives a paging area with consistent network slice availability for the wireless device. The paging area comprises one or more neighboring network nodes that, based on network slice availability of the neighboring network nodes, support the first network slice. For example, the paging area may include an indication of which of the neighboring network nodes support the first network slice. Wireless device 210 may then prevent the génération of mobility signaling when the wireless device is within the paging area. For example, wireless device may suppress any mobility signaling when moving within the paging area, even if moving between network nodes. In some embodiments, wireless device 210 communicates area update signaling from the wireless device when the wireless device moves outside the received paging area. For example, if wireless device 210 moves to a network node that does not support the first network slice, wireless device 210 may generate an area update to send to the current network node. Wireless device 210 may then receive a new paging area with consistent network slice availability for the wireless device. For example, wireless device 210 may receive a paging area that includes neighboring network nodes that support the same network slices supported at the current network node wireless device 210 is connected to.
In certain embodiments, wireless device 210 communicates wireless device 210’s network slice connection information to the network node. Wireless device 210 may then receive handover signaling from the network node. The handover signaling may include a handover candidate based on the network slice availability of neighboring network nodes and the network slice connection information of the wireless device. For example, the handover candidate may be selected to be a network node that supports each of the network slices that wireless device 210 is connected to or is likely to request based on the network slice connection information. Wireless device 210 may then connect to the handover candidate. In this manner, wireless device 210 may pro vide suffi ci ent information for network node 200 to select an appropriate handover candidate that supports the network slices wireless device is connected to. In some embodiments, the handover candidate does not support the first network slice. Wireless device 210 may then connect to a second network slice. For example, wireless device 210 may connect to a network slice that most closely relates to the first of 65 network slice or provides the most overlapping functionality provided by the first network slice.
Any steps or features described herein are merely illustrative of certain embodiments. It is not required that ail embodiments incorporate ail the steps or features disclosed nor that the steps be performed in the exact order depicted or described herein. Furthermore, some embodiments may include steps or features not illustrated or described herein, including steps inhérent to one or more of the steps disclosed herein.
Any appropriate steps, methods, or functions may be performed through a computer program product that may, for example, be executed by the components and equipment illustrated in one or more of the figures above. For example, storage 203 may comprise computer readable means on which a computer program can be stored. The computer program may include instructions which cause processor 202 (and any operatively coupled entities and devices, such as interface 201 and storage 203) to execute methods according to embodiments described herein. The computer program and/or computer program product may thus provide means for performing any steps herein disclosed.
Any appropriate steps, methods, or functions may be performed through one or more functional modules. Each functional module may comprise software, computer programs, sub-routines, libraries, source code, or any other form of exécutable instructions that are executed by, for example, a processor. In some embodiments, each functional module may be implemented in hardware and/or in software. For example, one or more or ail functional modules may be implemented by processors 212 and/or 202, possibly in coopération with storage 213 and/or 203. Processors 212 and/or 202 and storage 213 and/or 203 may thus bc arranged to allow processors 212 and/or 202 to fetch instructions from storage 213 and/or 203 and execute the fetched instructions to allow the respective functional module to perform any steps or functions disclosed herein.
Certain aspects of the inventive concept hâve mainly been described above with reference to a few embodiments. However, as is readily appreciated by a person skilled in the art, embodiments other than the ones disclosed above are equally possible and within the scope of the inventive concept. Similarly, while a number of different combinations hâve been discussed, ail possible combinations hâve not been disclosed. One skilled in the art would appreciate that other combinations exist and are within the scope of the inventive concept. Moreover, as is understood by the skilled person, the herein disclosed embodiments of 65 are as such applicable also to other standards and communication Systems and any feature from a particular figure disclosed in connection with other features may be applicable to any other figure and or combined with different features.
Modifications, additions, or omissions may be made to the Systems and apparatuses 5 described herein without departing from the scope of the disclosure. The components of the Systems and apparatuses may be integrated or separated. Moreover, the operations of the Systems and apparatuses may be performed by more, fewer, or other components. Additionally, operations of the Systems and apparatuses may be performed using any suitable logic comprising software, hardware, and/or other logic. As used in this document, “each” 10 refers to each member of a set or each member of a subset of a set.
Modifications, additions, or omissions may be made to the methods described herein without departing from the scope of the disclosure. The methods may include more, fewer, or other steps. Additionally, steps may be performed in any suitable order.
Although this disclosure has been described in terms of certain embodiments, alterations and 15 permutations of the embodiments will be apparent to those skilled in the art. Accordingly, the above description of the embodiments does not constrain this disclosure. Other changes, substitutions, and alterations are possible without departing from the spirit and scope of this disclosure, as defined by the following claims.
Claims (74)
1. A method in a first network node, comprising:
obtaining network slice availability associated with one or more neighboring network nodes, the network slice availability indicating which of a plurality of network slices is 5 supported by each of the one or more neighboring network nodes; and managing slice connectivity of a wireless device based on the network slice availability of the one or more neighboring network nodes.
2. The method of Claim 1, wherein each of the network slices comprises a 1O respective logical network that supports a respective network function having different characteristics than the network functions of the other network slices.
3. The method of any of Claims 1-2, wherein each of the network slices supports a respective business operation that is independent of the business operations supported by 15 the other network slices.
4. The method of any of Claims 1-3, wherein the one or more neighboring nodes comprise a plurality of core network nodes, and wherein managing the slice connectivity of the wireless device comprises:
5. The method of Claim 4, wherein the slice identifier comprises a separate slice identifier for each of the network slices the wireless device requests to use.
30
6. The method of any of Claims 1-5, wherein the one or more neighboring nodes comprise a plurality of radio network nodes, and wherein managing the slice connectivity of the wireless device comprises:
determining which of the network slices the wireless device is connected to;
selecting one of the radio network nodes for handover based on the network slice availability, wherein the selected radio network node supports the network slice(s) that the wireless device is connected to; and initiating handover of the wireless device to the selected radio network node.
7. The method of any of Claims 1-6, wherein the plurality of network slices comprises a first network slice and wherein managing the slice connectivity of the wireless device comprises:
removing a connection between the wireless device and the first network slice in response to determining, based on the network slice availability, that the wireless device is connected to a radio access node that does not support the first network slice.
8. The method of any of Claims 1-7, wherein the plurality of network slices comprises a first network slice and wherein managing the slice connectivity of the wireless device comprises:
adding a connection between the wireless device and the first network slice in response to determining, based on the network slice availability, that the wireless device is connected to a radio access node that supports the first network slice.
9. The method of any of Claims 1-8, wherein the plurality of network slices comprises a first network slice and wherein managing the slice connectivity of the wireless device comprises:
rejecting a request to connect the wireless device to the first network slice in response to determining that the wireless device is connected to a radio access node that does not support the first network slice.
10. The method of any of Claims 1-9, wherein at least a portion of the network slice availability is obtained during an initial connection set up between the first network node and at least one of the neighboring network nodes.
11. The method of any of Claims 1-10, wherein at least a portion of the network slice availability is obtained from handover signaling between the first network node and one of the neighboring network nodes.
12. The method of any of Claims 1-11, wherein at least a portion of the network slice availability is obtained in response to the wireless device performing a state transition from an idle state to an active state.
5
13. The method of any of Claims 1-12, further comprising:
maintaining slice connection information at the first network node, the slice connection information indicating which of the network slices the wireless device is connected to;
receiving an indication that the wireless device has added or removed a connection to 1O one of the network slices; and updating the slice connection information maintained by the first network node based on the received indication.
14. The method of any of Claims 1-13, wherein the plurality of network slices 15 comprises a first network slice and wherein the method further comprises:
creating a paging area with consistent network slice availability for the wireless device, wherein the paging area comprises one or more of the neighboring network nodes that, based on the network slice availability, support the first network slice; and communicating an indication of the paging area that supports the first network slice to 20 the wireless device.
15. The method of Claim 14, further comprising:
in response to determining that the wireless device has added or removed a connection to one of the network slices, creating a new paging area with consistent network 25 slice availability for the wireless device; and communicating the new paging area to the wireless device.
16. The method of any of Claims 1-15, wherein managing slice connectivity further comprises initiating removal of a connection between the wireless device and a 30 network slice that is unsupported by a neighboring network node selected for a handover procedure involving the wireless device.
17. The method of any of Claims 1-16, wherein managing the slice connectivity further comprises:
receiving, from the wireless device, a request to connect to a first network slice; and rejecting the request and redirecting the wireless device to another network slice in response to determining that the first network node does not support the first network slice.
18. The method of any of Claims 1-17, wherein managing the slice connectivity further comprises:
receiving, from the wireless device, a request to connect to a first network slice; and rejecting the request and redirecting the wireless device to another network slice based on a likelihood of the wireless device moving to a neighboring network node that does not support the first network slice.
19. The method of any of Claims 1-18, further comprising broadcasting a parameter associated with the network slice availability of the first network node and/or one or more of the neighboring network nodes.
20. The method of any of Claims 1-19, further comprising communicating the first network node’s network slice availability to one or more of the neighboring network nodes.
20 receiving a slice identifier indicating which of the network slices the wireless device requests to use;
selecting one or more of the core network nodes based on the network slice availability, wherein the one or more selected core network node supports the network slice indicated by the slice identifier; and
21. The method of any of Claims 1-20, wherein the method is performed in a core network node.
22. The method of any of Claims 1-21, wherein the method is performed in a radio network node.
23. A method in a wireless device, comprising:
receiving, from a network node, information associated with network slice availability in a network comprising the network node; and communicating a connectivity request to the network node for access to a first network slice, wherein the first network slice is selected by the wireless device based at least in part on the information associated with network slice availability received from the network node.
24. The method of Claim 23, wherein at least a portion of the information associated with network slice availability is received in a broadcast from the network node.
25. The method of any of Claims 23-24, wherein at least a portion of the information associated with network slice availability is based on network configuration information received from the network prior to receiving the broadcast from the network node.
25 providing the wireless device with access to the one or more selected core network nodes.
26. The method of any of Claims 23-25, further comprising initiating the setup of a network slice connection based on the information associated with network slice availability.
27. The method of any of Claims 23-26, further comprising initiating a removal of a network slice connection based on the information associated with network slice availability.
28. The method of any of Claims 23-27, further comprising performing reselection of one or more of a cell, a frequency, or a radio access technology based on the information associated with network slice availability.
29. The method of Claim 28, wherein performing reselection comprises:
determining that a current cell, frequency, or radio access technology (RAT) on which the wireless device is operating does not support the first network slice;
selecting a new cell, frequency, or RAT that supports the first network slice; and accessing the first network slice through the new cell, frequency, or RAT.
30. The method of any of Claims 23-29, further comprising: communicating a slice identifier indicating the first network slice; and accessing a core network node that supports the first network slice indicated by the slice identifier.
31. The method of any of Claims 23-30, further comprising:
receiving an initiation of a handover procedure to a second network node, wherein the second network node supports the first network slice;
completing handover to a second network node; and accessing the first network slice through the second network node.
32. The method of any of Claims 22-31, further comprising communicating the information associated with network slice availability to another network node when performing a state transition from an idle state to an active state.
33. The method of any of Claims 23-32, further comprising:
receiving a paging area with consistent network slice availability for the wireless device, wherein the paging area comprises one or more neighboring network nodes that, based on network slice availability of the neighboring network nodes, support the first network slice; and preventing the génération of mobility signaling when the wireless device is within the paging area.
34. The method of Claim 33, further comprising:
communicating area update signaling from the wireless device when the wireless device moves outside the received paging area; and receiving a new paging area with consistent network slice availability for the wireless device.
35. The method of any of Claims 23-34, further comprising:
communicating the wireless device’s network slice connection information to the network node;
receiving handover signaling from the network node, the handover signaling comprising a handover candidate based on the network slice availability of neighboring network nodes and the network slice connection information of the wireless device; and connecting to the handover candidate.
36. The method of Claim 35, wherein the handover candidate does not support the first network slice, the method further comprising connecting to a second network slice.
37. A network node comprising storage opérable to store instructions and a processor opérable to execute the instructions, whereby the network node is opérable to:
obtain network slice availability associated with one or more neighboring network nodes, the network slice availability indicating which of a plurality of network slices is supported by each of the one or more neighboring network nodes; and manage slice connectivity of a wireless device based on the network slice availability of the one or more neighboring network nodes.
38. The network node of Claim 37, wherein each of the network slices comprises a respective logical network that supports a respective network function having different characteristics than the network functions of the other network slices.
39. The network node of any of Claims 37-38, wherein each of the network slices supports a respective business operation that is independent of the business operations supported by the other network slices.
40. The network node of any of Claims 37-39, wherein the one or more neighboring nodes comprise a plurality of core network nodes, and wherein the network node opérable to manage the slice connectivity of the wireless device comprises the network node opérable to:
receive a slice identifier indicating which of the network slices the wireless device requests to use;
select one or more of the core network nodes based on the network slice availability, wherein the selected core network node supports the network slice indicated by the slice identifier; and provide the wireless device with access to the one or more selected core network node.
41. The network node of Claim 40, wherein the slice identifier comprises a separate slice identifier for each of the network slices the wireless device requests to use.
42. The network node of any of Claims 37-41, wherein the one or more neighboring nodes comprise a plurality of radio network nodes, and wherein the network node opérable to manage the slice connectivity of the wireless device comprises the network node opérable to:
détermine which of the network slices the wireless device is connected to;
select one of the radio network nodes for handover based on the network slice availability, wherein the selected radio network node supports the network slice(s) that the wireless device is connected to; and initiate handover of the wireless device to the selected radio network node.
43. The network node of any of Claims 37-42, wherein the plurality of network slices comprises a first network slice and wherein the network node opérable to manage the slice connectivity of the wireless device comprises the network node opérable to:
remove a connection between the wireless device and the first network slice in response to determining, based on the network slice availability, that the wireless device is connected to a radio access node that does not support the first network slice.
44. The network node of any of Claims 37-43, wherein the plurality of network slices comprises a first network slice and wherein the network node opérable to manage the slice connectivity of the wireless device comprises the network node opérable to:
add a connection between the wireless device and the first network slice in response to determining, based on the network slice availability, that the wireless device is connected to a radio access node that supports the first network slice.
45. The network node of any of Claims 37-44, wherein the plurality of network slices comprises a first network slice and wherein the network node opérable to manage the slice connectivity of the wireless device comprises the network node opérable to:
rejecting a request to connect the wireless device to the first network slice in response to determining that the wireless device is connected to a radio access node that does not support the first network slice.
46 The network node of any of Claims 37-45, wherein the network node is opérable to obtain at least a portion of the network slice availability during an initial connection set up between the first network node and at least one of the neighboring network nodes.
47. The network node of any of Claims 37-46, wherein the network node is opérable to obtain at least a portion of the network slice availability from handover signaling between the first network node and one of the neighboring network nodes.
48. The network node of any of Claims 37-47, wherein the network node is opérable to obtain at least a portion of the network slice availability in response to the wireless device performing a state transition from an idle state to an active State.
49. The network node of any of Claims 37-48, whereby the network node is further opérable to:
maintain slice connection information at the first network node, the slice connection information indicating which of the network slices the wireless device is connected to;
receive an indication that the wireless device has added or removed a connection to one of the network slices; and update the slice connection information maintained by the first network node based on the received indication.
50. The network node of any of Claims 37-49, wherein the plurality of network slices comprises a first network slice and whereby the network node is further opérable to:
create a paging area with consistent network slice availability for the wireless device, wherein the paging area comprises one or more of the neighboring network nodes that, based on the network slice availability, support the first network slice; and communicate an indication of the paging area that supports the first network slice to the wireless device.
51. The network node of Claim 50, whereby the network node is further opérable to:
in response to determining that the wireless device has added or removed a connection to one of the network slices, create a new paging area with consistent network slice availability for the wireless device; and communicate the new paging area to the wireless device.
52. The network node of any of Claims 37-51, wherein the network node opérable to manage the slice connectivity of the wireless device comprises the network node opérable to initiate removal of a connection between the wireless device and a network slice that is unsupported by a neighboring network node selected for a handover procedure involving the wireless device.
53. The network node of any of Claims 37-52, wherein the network node opérable to manage the slice connectivity of the wireless device comprises the network node opérable to:
receive, from the wireless device, a request to connect to a first network slice; and reject the request and redirecting the wireless device to another network slice in response to determining that the first network node does not support the first network slice.
54. The network node of any of Claims 37-53, wherein the network node opérable to manage the slice connectivity of the wireless device comprises the network node opérable to:
receive, from the wireless device, a request to connect to a first network slice; and reject the request and redirecting the wireless device to another network slice based on a likelihood of the wireless device moving to a neighboring network node that does not support the first network slice.
55. The network node of any of Claims 37-54, whereby the network node is further opérable to broadcast a parameter associated with the network slice availability of the first network node and/or one or more of the neighboring network nodes.
56. The network node of any of Claims 37-55, whereby the network node is further opérable to communicate the first network node’s network slice availability to one or more of the neighboring network nodes.
57. The network node of any of Claims 37-56, wherein the network node is a core network node.
58. The network node of any of Claims 37-57, wherein the network node is a radio network node.
59. A wireless device comprising storage opérable to store instructions and processing circuitry opérable to execute the instructions, whereby the wireless device is opérable to:
receive, from a network node, information associated with network slice availability in a network comprising the network node; and communicate a connectivity request to the network node for access to a first network slice, wherein the first network slice is selected by the wireless device based at least in part 5 on the information associated with network slice availability received from the network node.
60. The wireless device of Claim 59, wherein at least a portion of the information associated with network slice availability is received in a broadcast from the network node.
1O
61. The wireless device of any of Claims 59-60, wherein at least a portion of the information associated with network slice availability is based on network configuration information received from the network prior to receiving the broadcast from the network node.
15
62. The wireless device of any of Claims 59-61, whereby the wireless device is further opérable to initiate the setup of a network slice connection based on the information associated with network slice availability.
63. The wireless device of any of Claims 59-62, whereby the wireless device is 20 further opérable to initiate a removal of a network slice connection based on the information associated with network slice availability.
64. The wireless device of any of Claims 59-63, whereby the wireless device is further opérable to perform reselection of one or more of a cell, a frequency, or a radio access 25 technology based on the information associated with network slice availability.
65. The wireless device of Claim 64, wherein the wireless device opérable to perform reselection comprises the wireless device opérable to:
détermine that a current cell, frequency, or radio access technology (RAT) on which 30 the wireless device is operating does not support the first network slice;
select a new cell, frequency, or RAT that supports the first network slice; and access the first network slice through the new cell, frequency, or RAT.
6l
66. The wireless device of any of Claims 59-64, whereby the wireless device is further opérable to:
communicate a slice identifier indicating the first network slice; and access a core network node that supports the first network slice indicated by the slice identifier.
67. The wireless device of any of Claims 59-66, whereby the wireless device is further opérable to:
receive an initiation of a handover procedure to a second network node, wherein the second network node supports the first network slice;
complété handover to a second network node; and access the first network slice through the second network node.
68. The wireless device of any of Claims 59-67, whereby the wireless device is further opérable to communicate the information associated with network slice availability to another network node when performing a state transition from an idle state to an active state.
69. The wireless device of any of Claims 59-68, whereby the wireless device is further opérable to:
receive a paging area with consistent network slice availability for the wireless device, wherein the paging area comprises one or more neighboring network nodes to the network node that, based on network slice availability of the neighboring network node, support the first network slice; and prevent the génération of mobility signaling when the wireless device is within the paging area.
70. The wireless device of Claim 69, whereby the wireless device is further opérable to:
communicate area update signaling from the wireless device when the wireless device moves outside the received paging area; and receive a new paging area with consistent network slice availability for the wireless device.
71. The wireless device of any of Claims 59-70, whereby the wireless device is further opérable to:
communicate the wireless device’s network slice connection information to the network node;
receive handover signaling from the network node, the handover signaling comprising a handover candidate based on the network slice availability of neighboring network nodes and the network slice connection information of the wireless device; and connecting to the handover candidate.
72. The wireless device of Claim 71, wherein the handover candidate does not support the first network slice, whereby the wireless device is further opérable to connect to a second network slice.
73. A computer program product comprising a non-transitory computer readable medium storing computer readable program code, the computer readable program code comprises:
program code for obtaining network slice availability associated with one or more neighboring network nodes, the network slice availability indicating which of a plurality of network slices is supported by each of the one or more neighboring network nodes; and program code for managing slice connectivity of a wireless device based on the network slice availability of the one or more neighboring network nodes.
74. A computer program product comprising a non-transitory computer readable medium storing computer readable program code, the computer readable program code comprises:
program code for receiving, from a network node, information associated with network slice availability in a network comprising the network node; and program code for communicating a connectivity request to the network node for access to a first network slice, wherein the first network slice is selected by the wireless device based at least in part on the information associated with network slice availability received from the network node.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US62/417,677 | 2016-11-04 |
Publications (1)
Publication Number | Publication Date |
---|---|
OA19342A true OA19342A (en) | 2020-06-29 |
Family
ID=
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7411703B2 (en) | Handling limited network slice availability | |
US11363435B2 (en) | Network slicing-aware access network | |
EP3592035B1 (en) | Mobile network switching method and communication device | |
US20220159533A1 (en) | Communication system | |
US10638405B2 (en) | Access control in a network comprising network slices | |
EP3051876B1 (en) | Small cell switching method, enb and computer storage medium | |
EP3100490B1 (en) | A master base station device configured to provide control plane connectivity to a user device whilst user plane connectivity is provided to the user device by a secondary base station device | |
EP2868135B1 (en) | Offloading of user plane packets from a macro base station to an access point | |
Zakrzewska et al. | Towards converged 5G mobile networks-challenges and current trends | |
CN110226337A (en) | A kind of method and equipment accessing Target cell | |
CN110622565A (en) | Access class and establishment cause | |
CN105357773A (en) | Wireless broadband communication method, apparatus and system | |
CN103686859A (en) | Shunting method and system based on multi-network combined transmission and access network element | |
EP3707930A1 (en) | Nodes and method for determining target plmn id and target cell id | |
KR20190055214A (en) | System and method for avoiding bearer state mismatch | |
US11102847B2 (en) | Interface setup between cellular communication system and WLAN | |
US11412427B2 (en) | Sinter and intrasearch beacon | |
US20200214052A1 (en) | Providing group of devices with cellular access | |
CN114765903A (en) | System and method for enhanced sidelink power control | |
EP4282202A1 (en) | Heterogeneous slice deployment within a registration area of a cellular communications network | |
KR101612214B1 (en) | Method of and apparatus for accessing in wireless communication network | |
OA19342A (en) | Handling limited network slice availability | |
Wu et al. | Overview of heterogeneous networks | |
US9642046B2 (en) | Communication system | |
WO2023202503A1 (en) | Communication method and apparatus |