WO2017196362A1 - États de commande de ressources radioélectriques d'interface hertzienne 5g à ondes millimétriques - Google Patents

États de commande de ressources radioélectriques d'interface hertzienne 5g à ondes millimétriques Download PDF

Info

Publication number
WO2017196362A1
WO2017196362A1 PCT/US2016/032309 US2016032309W WO2017196362A1 WO 2017196362 A1 WO2017196362 A1 WO 2017196362A1 US 2016032309 W US2016032309 W US 2016032309W WO 2017196362 A1 WO2017196362 A1 WO 2017196362A1
Authority
WO
WIPO (PCT)
Prior art keywords
user device
low
cluster set
latency
state
Prior art date
Application number
PCT/US2016/032309
Other languages
English (en)
Inventor
Anup Talukdar
Mark Cudak
Original Assignee
Nokia Technologies Oy
Nokia Usa Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Technologies Oy, Nokia Usa Inc. filed Critical Nokia Technologies Oy
Priority to PCT/US2016/032309 priority Critical patent/WO2017196362A1/fr
Publication of WO2017196362A1 publication Critical patent/WO2017196362A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the exemplary and non-limiting embodiments relate generally to wireless communications and, more specifically, to radio resource control states.
  • existing wireless network typically include two broad radio resource control states: an idle state, and a connected state.
  • the radio resource control state of a user device determines the functional capabilities and behaviors of the user device and the radio resource configuration for the user device.
  • an example method comprises transmitting, a request message requesting radio resources for low-latency operation to at least one of: a cluster set manager and one or more access points of a cluster set corresponding to a user device; receiving, from the cluster set manager, a radio resource allocation for the low-latency operation; and in response to receiving the radio resource allocation for the low-latency operation, triggering the user device to change from a connected state to a low-latency state, wherein the user device maintains connectivity with multiple access points in the cluster set while the user device is in the low-latency state.
  • an example embodiment is provided in an apparatus comprising at least one processor; and at least one non-transitory memory including computer program code, the at least one memory and the computer program code configured to, with the at least one processor, cause the apparatus to: transmit, a request message requesting radio resources for low-latency operation to at least one of: a cluster set manager and one or more access points of a cluster set corresponding to a user device; receive, from the cluster set manager, a radio resource allocation for the low-latency operation; and in response to receipt of the radio resource allocation for the low-latency operation, trigger the user device to change from a connected state to a low- latency state, wherein the user device maintains connectivity with multiple access points in the cluster set while the user device is in the low-latency state.
  • an example method comprises receiving, by an access point in a cluster set of a user device, a request for radio resources for low-latency operation for the user device; allocating radio resources for the low-latency operation; changing a state of the user device from a connected state to a low-latency state at the access point, wherein the state is maintained by the access point; and in response to receiving an indication that all low-latency operations of the user device have completed, changing the state of the user device from the low- latency state to the connected state and releasing all radio frame resources allocated and assigned for low-latency operation of the user device.
  • an example embodiment is provided in an apparatus comprising at least one processor; and at least one non-transitory memory including computer program code, the at least one memory and the computer program code configured to, with the at least one processor, cause the apparatus to: receive, by an access point in a cluster set of a user device, a request for radio resources for low-latency operation for the user device; allocate radio resources for the low-latency operation; change a state of the user device from a connected state to a low-latency state at the access point, wherein the state is maintained by the access point; and in response to receipt of an indication that all low-latency operations of the user device have completed, change the state of the user device from the low-latency state to the connected state and releasing all radio frame resources allocated and assigned for low-latency operation of the user device.
  • an example method comprises receiving an indication, by a cluster set manager of a user device, that a low-latency operation has been initiated; in response to receiving the indication, configuring and allocating radio frame resources in access points for the low-latency operation, wherein the access points are in a cluster set of the user device; notifying the user device of the radio resource allocations, wherein the radio frame resources are at least one of: a downlink control channel for each access point in the cluster set for the user device to monitor, and an uplink polling channel for each access point in the cluster set to be used by the user device for uplink access in the access points; changing a state of the user device maintained by the cluster set manager from a connected to a low-latency state; and on completion of the low-latency operation, changing the state of the user device to the connected state and releasing all resources allocated for low-latency operations if no other low-latency operation is running.
  • Fig. 1 is a diagram illustrating an example of an overall architecture of a E-UTRAN (evolved UMTS Terrestrial Radio Access) system (an air interface of 3GPP's Long Term Evolution (LTE) upgrade path for mobile networks);
  • E-UTRAN evolved UMTS Terrestrial Radio Access
  • LTE Long Term Evolution
  • FIG. 2 is a diagram illustrating a user device in a network of access points, where communication between the user device and one of the access points is blocked by an object;
  • FIG. 3 is a diagram illustrating some components of the wireless system shown in Figs. 1 and 2;
  • Fig 4 is a diagram illustrating an example mmWave frame structure
  • Fig. 5 is a diagram illustrating an example of a cluster set of a user device and its cluster set manager
  • Fig. 6 is a diagram illustrating an example Virtual Zero Latency state (RRC_VZL) in an mmWave system
  • Fig. 7 is a diagram illustrating example sub-states of the Virtual Zero Latency state (RRCJVZL) in an mmWave system;
  • Fig. 8 is a diagram illustrating RRC states for a UD in an mmWave air-interface with the DRX mode
  • FIG. 9 is a diagram illustrating an example method
  • Fig. 10 is a diagram illustrating an example method
  • Fig. 11 is a diagram illustrating an example method.
  • eNB enhanced Node B base station according to LTE terminology
  • VZL_UL_ACCESS Virtual Zero Latency Uplink Access
  • Fig. 1 shows an example of overall architecture of an E-UTRAN system.
  • the E-UTRAN system includes eNBs, providing an E-UTRAN user plane (PDCP/RLC/M AC/PHY) and control plane (RRC) protocol terminations towards the UD (not shown in Fig. 1).
  • the eNBs are interconnected with each other by means of an X2 interface.
  • the eNBs are also connected by means of a SI interface to an EPC (Enhanced Packet Core), more specifically to a MME (Mobility Management Entity) by means of a SI MME interface and to a Serving Gateway (S-GW) by means of a SI interface.
  • EPC Enhanced Packet Core
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • the SI interface supports a many-to-many relationship between MMEs/S-GW and eNBs.
  • One or more of the eNB may form an access point (AP) for a MillimeterWave (mmWave) frequency bands, or the mmWave APs may be otherwise connected to the network shown in Fig. 1.
  • the mmWave APs may form their own network, separate from the network shown in Fig. 1; perhaps connected to the network shown in Fig. 1 by a MME/S-GW for example.
  • a user device (UD) 10 is shown.
  • the UD 10 is a smartphone.
  • the UD may be, for example, a tablet computer, a PDA, a smart watch, or any other suitable device configured to wireless communications including in a vehicle such as a car for example.
  • the UD 10 is configured to be able to communicate with the APs 13, 14, 15 by mmWave frequency bands as illustrated by possible links 16, 17, 18 shown in Fig. 2.
  • a wireless network 235 is adapted for communication over a wireless link 232 with an apparatus, such as a mobile communication device which may be referred to as a UD 10, via a network access node or access point (AP) 13.
  • the network 235 may include a network control element (NCE) 240 that may include MME/S-GW functionality, and which provides connectivity with a network, such as a telephone network and/or a data communications network (e.g., the internet 238).
  • NCE network control element
  • MME/S-GW functionality MME/S-GW functionality
  • the APs will be inter-connected among themselves.
  • a few of the APs, designated as egress APs, will be connected to the NCE/MME/GW 240.
  • the UD 10 includes a controller, such as a computer or a data processor (DP) 214, a computer-readable memory medium embodied as a memory (MEM) 216 that stores a program of computer instructions (PROG) 218, and a suitable wireless interface, such as radio frequency (RF) transceiver 212, for bidirectional wireless communications with the AP 13 via one or more antennas.
  • a controller such as a computer or a data processor (DP) 214
  • MEM computer-readable memory medium embodied as a memory (MEM) 216 that stores a program of computer instructions (PROG) 218, and a suitable wireless interface, such as radio frequency (RF) transceiver 212, for bidirectional wireless communications with the AP 13 via one or more antennas.
  • DP data processor
  • PROG program of computer instructions
  • RF radio frequency
  • the AP 13 also includes a controller, such as a computer or a data processor (DP) 224, a computer-readable memory medium embodied as a memory (MEM) 226 that stores a program of computer instructions (PROG) 228, and a suitable wireless interface, such as RF transceiver 222, for communication with the UD 10 via one or more antennas.
  • the AP 13 is coupled via a data/control path 234 to the NCE 240.
  • the path 234 may be implemented as an interface.
  • the AP 13 may also be coupled to other APs and perhaps eNB(s) via data/control path 236, which may be implemented as an interface.
  • the NCE 240 includes a controller, such as a computer or a data processor (DP) 244, a computer-readable memory medium embodied as a memory (MEM) 246 that stores a program of computer instructions (PROG) 248.
  • a controller such as a computer or a data processor (DP) 244, a computer-readable memory medium embodied as a memory (MEM) 246 that stores a program of computer instructions (PROG) 248.
  • DP data processor
  • MEM computer-readable memory medium embodied as a memory
  • PROG program of computer instructions
  • At least one of the PROGs 218, 228 and 248 is assumed to include program instructions that, when executed by the associated DP, enable the device to operate in accordance with exemplary embodiments of this invention, as will be discussed below in greater detail. That is, various exemplary embodiments of this invention may be implemented at least in part by computer software executable by the DP 214 of the UD 10; by the DP 224 of the AP 13; and/or by the DP 244 of the NCE 240, or by hardware, or by a combination of software and hardware (and firmware).
  • the UD 10 and the AP 13 may also include dedicated processors, for example RRC module 215 and a corresponding RRC module 225.
  • RRC module 215 and RRC module 225 may be constructed so as to operate in accordance with various exemplary embodiments in accordance with this invention.
  • the computer readable MEMs 216, 226 and 246 may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as semiconductor based memory devices, flash memory, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory.
  • the DPs 214, 224 and 244 may be of any type suitable to the local technical environment, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on a multicore processor architecture, as non-limiting examples.
  • the wireless interfaces e.g., RF transceivers 212 and 222
  • the 5th Generation wireless networks are being designed to deliver peak data rates of the order of ⁇ 10Gbps and the target latency requirements have been set to the order of -lmsec in order to serve applications with ultra-low-latency performance requirements.
  • the availability of large blocks of contiguous spectrum of the order of 10 GHz or more in the mmWave band makes it a promising candidate for 5th generation (5G) cellular technology.
  • the mmWave bands allow for multi-element antenna arrays composed of very small elements, on the order of IC chip scales for example, providing large antenna gain and sufficient power output through over-the-air power combining. This combination of large bandwidths and novel device architectures allows mmWave cellular to provide peak rates on the order of 10 Gbps and ample capacity to meet future demands.
  • the propagation characteristics in the mmWave band are more challenging than traditional cellular. Diffraction at mmWave bands is effectively non-existent and propagation behaves similar to visible light. Transmission through most objects is diminished where foliage and other common obstacles can produce severe shadowing.
  • the severe shadowing loss characteristics in the mmWave band implies that, the radio link between a user device (UD) and its serving AP will be disrupted if the line of sight (LOS) is blocked by obstacles, such as trees, pedestrians or trucks.
  • Fig. 2 An example of this is shown in Fig. 2, where the link 16 between the UD 10 and the AP 13 is blocked by the truck 20.
  • Other types of LOS blocking may be caused by user motions such as hand or body rotations.
  • LOS blocking may be caused by crowds.
  • an mmWave access point network is built with enough redundancies of APs such that in the event of a LOS blocking, the network connection of the UD can be rapidly rerouted via another AP.
  • the APs 14 and 15 are other APs which can be used by the UD 10 when the line-of-sight (LOS) between the UD 10 and the AP 13 is blocked by the truck 20.
  • the LOS between the UD 10 and the APs 14, 15 is not blocked and, thus, the possible links 17, 18 are potentially available.
  • Each UD in an mmWave network is served by a cluster of APs, called a cluster set.
  • Members of the cluster set of a UD are selected based on the accessibility of the APs from the UD.
  • APs 13, 14, 15 form the cluster set for the UD 10.
  • one particular AP can be selected as the "serving AP" for the UD; through which the network communicates with the UD.
  • AP 13 is the serving AP.
  • the other APs 14, 15 in the cluster set are "stand-by APs".
  • the UD 10 attempts to maintain continuous connectivity with each member AP 13, 14, 15 of its cluster set by maintaining synchronization with the symbol and frame structure, downlink and uplink control channels, and also maintain beam synchronization by selecting best beams for DL and UL communication.
  • FIG. 4 An example of an air-interface frame structure for an mmWave 5G system is shown in Fig. 4.
  • a 20 microsecond superframe 400 is subdivided into 40 subframes (subframes 0-39 for one superframe 400).
  • Each subframe may have, for example, a duration of 500 microseconds.
  • Each subframe is further divided into five (5) slots of 100 microsecond duration.
  • a slot can be a synchronization slot 410, an uplink random access channel (RACH) slot 412, or a data slot 414. Slots 410, 412 and 414 are examples of these type of slots.
  • RACH uplink random access channel
  • a synchronization slot 410 may be used for system acquisition and also for UD specific beam synchronization.
  • the synchronization channel (via a synchronization slot) is transmitted every 20msec.
  • the RACH slot can be used by a UD for uplink synchronization, to provide feedback on beam selection, and also to send an uplink resource request.
  • a data slot may contain: downlink control channels, uplink control channels and data channels for downlink and uplink data transmissions.
  • UD-specific beamforming techniques may be used for all communications between an AP and a UD in a data slot.
  • use of analog beamforming at the transmitter and receiver requires that all communication channels for different user and access point pairs are time division multiplexed.
  • FIG. 5 an example is shown corresponding to the UD 10 and cluster set shown in Fig. 2.
  • the cluster set of the UD is configured and managed by the Cluster Set Manager (CSM) 22.
  • CSM Cluster Set Manager
  • the cluster set contains three APs, APo is the serving AP of the UD whereas APi and AP 2 are stand-by APs.
  • the stand-by AP 15 has the cluster set manager (CSM) 22 for the user device (UD) 10.
  • the CSM 22 of the UD knows the identity of the current serving AP 13 of the UD.
  • certain schemes may be used for fast radio link blockage detection and rapid rerouting during downlink and uplink data transmission.
  • an AP allocates an uplink control channel, which may be referred to, for example, as a FastACK channel.
  • the UD Upon successful reception of the downlink control message from the AP, the UD sends an acknowledgement over the allocated FastACK channel.
  • the AP After transmitting a downlink control message to a UD if an AP does not receive any acknowledgement over a corresponding FastACK channel (which may be indicated by detection of a DTX), the AP may determine that the radio link is blocked.
  • the AP On detection of a radio link blockage, the AP notifies the CSM which, in turn, requests a stand-by AP of the UD to send a handover command to the UD.
  • the UD needs to continuously monitor the downlink control channels of multiple APs in its cluster set to detect a radio link blockage and initiate a fast handover.
  • a UD When a UD needs to transmit uplink data after a period of inactivity, it may send a request for uplink resources over an uplink access opportunity, which can be a RACH slot or a UD-specific dedicated uplink polling channel.
  • the uplink access latency for a UD can be reduced by reducing the periodicity of the RACH or the UD-specific dedicated uplink polling channel.
  • Uplink access mechanisms may be used to improve the robustness of uplink against radio link blockages where UL access opportunities are allocated in the APs of the cluster set in a staggered pattern. When data arrives at the empty uplink buffer, the UD may use the earliest next available uplink access opportunity in its cluster set.
  • a UD may perform an uplink access via a stand-by AP, it may be necessary for the UD to monitor the downlink control channels of both its serving-AP and the stand-by AP.
  • the use of analog beamforming scheme at the UD's RF receiver constrains the UD to TDM monitoring of the downlink control channels of different APs.
  • RRC_IDLE Idle
  • RRC_CONNECTED Connected
  • the RRC state of the UD determines the functional capabilities and behaviors of a UD and the radio resource configuration for the UD.
  • the UD In the idle state, the UD is registered in the network, but it cannot perform any user-plane communication with the network.
  • the UD In order for the UD to perform any data communication, the UD must move into the connected state by establishing an RRC connection.
  • RRC_CONNECTED radio resources are configured for the UD by the network and the UD actively monitors the downlink control channels of its serving base station.
  • a user in RRC_CONNECTED state moves into the RRC_IDLE state if there is no data communication between the UD and the network for a certain timeout period.
  • Some applications requiring various types of latency targets can be served using various QoS classes of existing wireless systems, however they are not designed to deliver ultra-low-latency guarantees of the order of 1msec as proposed in 5G. Additionally, the existing wireless systems are typically deployed in frequency bands below 6GHz, in which the impacts of LOS blockages are not as severe as in the mmWave band. The radio link failure mitigation schemes used for these systems are inadequate to satisfy the low-latency requirements of a 5G wireless system for example.
  • Some examples of low-latency services and applications include human 'tactile interactions' where touch interfaces are used for control, particularly for remote work in the network cloud, may have delay requirement as low as 1 msec.
  • Interactive remote multimedia applications end-to-end latencies of less than 10msec are required, which may impose ⁇ lmsec latency requirement in the wireless segment.
  • Augmented reality applications for entertainment and information retrieval may require both very low latencies and significant data rates.
  • Some applications or services will not require the ultra-low-latency guarantees; and therefore, incurring the ultra-low-latency overheads described above for these applications or services is undesirable.
  • users who require the latency-critical services may not always be running sessions for those services or applications.
  • a user device establishes connection with the network and then may request a latency-critical service.
  • a session for the service begins and lasts for a finite duration and at the end of the session, the user may remain connected to the network.
  • a new radio resource control (RRC) state is used to deliver latency-critical services.
  • the following three states are provided in an mmWave system: idle state (e.g. RRC_IDLE); connected state (e.g. RRC_CONNECTED); and low-latency state (RRC_VZL).
  • the low-latency state may be referred to as a 'Virtual-Zero Latency' state, and may be denoted as RRC_VZL.
  • the functions of the various components of the system depend on the state of the UD. Accordingly, the RRC state of the UD is maintained in the components of the system (including the access points in the cluster set, the cluster set manager, and the user device).
  • FIG. 6 a diagram is shown illustrating the RRC states, RRC state transitions, and corresponding functions of components in an exemplary system (such as, e.g., an mmWave 5G system) according to exemplary embodiments.
  • RRC_IDLE 602, RRC_CONNECTED 604, and RRC_VZL states are discussed in more detail below with reference to Fig. 6.
  • a UD is registered in the network, but does not have any connection or service flow established over which user plane data can be communicated.
  • the UD may perform cell selection and re-selection to determine a suitable cell to camp.
  • the UD may periodically wake up, based on its DRX cycle, to monitor the paging channel and acquire system information.
  • the UD may move to RRC_CONNECTED 604 when it establishes a RRC connection in response to a call received from the network or initiated by the user.
  • a UD in RRC_CONNECTED 604 is attached with a serving AP and has established a connection with the network.
  • the UD may communicate user plane data with the network.
  • the UD in RRC_CONNECTED state may perform at least one or more of the following:
  • the UD may also acquire the best beams and DL/UL control channel configurations for the stand-by APs in its cluster set.
  • the CSI information may include one or more best beams of the AP for downlink and uplink communication, and or SINR for the best beams.
  • the UD may send a rerouting request over the RACH channel of one of the UD's stand-by APs in its cluster set.
  • the UD may begin monitoring the DL control channel of the stand-by AP.
  • the serving access point of the UD may perform at least one or more of the following:
  • Radio link blockage to the UD based on at least one of: non-detection of HARQ ACK/NACK feedback during downlink data transmission, and non-detection of signals on uplink data channel during uplink data transmission.
  • the serving-AP may suspend further communication with the UD and may notify the blockage event to the CSM of the UD.
  • Stand-by access point functions When the UD is in the RRC_CONNECTED state, a stand-by access point in the cluster set of the UD may perform at least:
  • the cluster set manager is UD specific and manages the cluster of APs of the UD.
  • the cluster set manager of the UD may perform at least one or more of the following:
  • CSM may request the cluster APs of the UD to allocate DL control channels for the UD to monitor and UL polling channel for use by the UD for uplink access; on receiving these allocations from the cluster APs, the CSM sends these allocation information to the UD.
  • the role of the 'anchor node' is to hide the frequent handoffs of the UD from the network.
  • All data packets for the UD are sent to the anchor node, which in turn forward them to the current serving AP of the UD.
  • the CSM itself may act as the anchor node, or, it may be some other element in the network.
  • the UD in the RRC_CONNECTED state may transition to different state according to the following:
  • the UD may move to the RRC_IDLE 602 state if all RRC connections of the UD are released.
  • the RRC connections may be released after a period of inactivity or explicitly based on a connection release message from the network.
  • the UD may move to the RRC_VZL 606 state, based on when a new latency-critical session is initiated. For example, a QoS value in the connection configuration parameter may indicate that a session is latency-critical.
  • a UD in RRCJVZL 606 in addition to being attached to its serving AP, may also maintain connectivity with the stand-by APs in its cluster set.
  • the additional functions of the various components of the system for the RRCJVZL 606 state can be described as follows.
  • the UD When the UD is in the RRCJVZL 606 state, the UD may perform at least one or more of the following:
  • the CSI feedback for an AP may be sent to the serving AP, or may be sent to the corresponding AP.
  • the CSI feedback may also be triggered by an event such as, the UD detecting a new best beam, or the SINR of the best beam is different from the previously reported SINR by a threshold value.
  • Radio link blockage to the UD's serving AP based on at least one of: non-detection of synchronization channel, and non-detection of a response to an uplink access request by the UD.
  • the UD may send a rerouting request over the RACH channel or uplink polling channel of one of the stand-by APs in its cluster set.
  • the serving access point may perform at least one or more of the following when the UD is in the RRC_VZL 606 state:
  • the serving AP may send a fast handoff request for the UD to its CSM.
  • Stand-by access point functions When the UD is in the RRC_VZL 606 state, a stand-by access point may perform at least one or more of the following:
  • the stand-by AP may allocate a DL control channel and an UL polling channel for the UD and then send the allocation information to the CSM or to the UD.
  • the stand-by AP monitors for uplink transmissions from the UD over the UL polling channel it has allocated for the UD, which may be beamformed.
  • the standby AP may allocate UL resources for the UD and/or forward the request to the CSM or the serving AP.
  • Cluster Set Manager When the UD is in the RRC_VZL 606 state, a cluster set manager may perform at least one or more of the following:
  • the UD may move from the RRC_VZL 606 state to the RRC_CONNECTED 604 state.
  • the DL and UL control channels allocated for the UD for its low-latency operation may be released.
  • the radio resource allocation for the low latency service is managed by the cluster set manager of the use device.
  • the user device may send the request to its cluster set manager, or the user device may directly send the request to the access points in its cluster set.
  • the request originates from a network element other than the user device.
  • FIG. 7 a diagram is shown illustrating example sub-states of the RRCJVZL 606 state according to exemplary embodiments.
  • the efficiency of the system may be further improved by dividing the RRCJVZL 602 state into two sub-states, which may be denoted VZL_DATA_XFER 702 and VZL_UL_ACCESS 704.
  • the use of these two sub- states may be particularly helpful, e.g., when a latency-critical session may require to deliver low- latency performance only for downlink and uplink data transfer bursts but not for uplink access after a short period of inactivity
  • radio frame resources are allocated in the cluster APs of the UD for supporting rapid rerouting during downlink and uplink data transfer bursts.
  • a UD may move into VZL_DATA_XFER 702 from RRC_CONNECTED state when it begins a session of an application/service that requires low- latency guarantee during data transfer bursts, but the session does not require low-latency uplink access and can tolerate delays due to link blockages during uplink access.
  • the system can avoid the UL polling channel allocation overheads at the APs in the cluster set for user devices in the VZL_DATA_XFER 702 state.
  • VZL_UL_ ACCESS 704 sub-state UL polling channels are allocated for the UD in its cluster set to deliver low-latency and robust uplink access mechanism. Since, uplink access eventually progresses into, at least, a burst of uplink data or status transfer, radio frame resources are allocated for the UD for supporting rapid rerouting during the data transfer.
  • the UD may move into VZL_UL_ACCESS 704 sub-state from the RRC_CONNECTED state or VZL_DATA_XFER 702 state when it begins a session in which uplink access is latency-critical.
  • a discontinuous reception In this mode of operation, after a certain period of inactivity in a Continuous _Reception 802 mode, the UD may move to a Discontinuous Reception (DRX) cycle.
  • a DRX cycle consists of an 'ON duration', during which the UD may monitor the downlink control channel and a 'DRX period' , during which the UD skips reception of downlink channels.
  • the RRC_CONNECTED 604 may be split into three sub-states, Continuous _Reception 802, Short_DRX 804 and Long_DRX 806.
  • the properties of the Continuous _Reception state is same as those of the RRC_CONNECTED 604 state, whereas, Shoit_DRX and Long_DRX states correspond to the short and long DRX cycles.
  • the Long_DRX 806 state has a longer DRX period for higher battery savings.
  • the transitions between Short_DRX 804, Long_DRX 806 and Continuous _Reception 802 may be controlled either by timers or explicit controls from the network.
  • the new RRCJVZL state significantly improves scalability of the control channel overheads required for serving latency-critical applications, which in turn improves the capacity of the network by allowing more users to be served in a realistic scenario where users are running applications with diverse performance requirements. Further, capturing the radio frame resource requirements for latency-critical services into the new states (RRCJVZL, or VZL_DATA_XFER or VZL_UL_ACCESS), implementation of the functional procedures at various layers of the protocol stack becomes easier. [0068] For example, depending on the UD state:
  • the serving AP may or may not allocate the FastACK channel for a feedback from the UD, and (2) the APs may select the link blockage detection procedure (e.g. based on FastACK, based on HARQ ACK/NACK, etc.);
  • the CSM may determine its action in the event of a link blockage detection by the serving AP (e.g. whether to initiate a fast handover or not).
  • an example method may comprise transmitting, a request message requesting radio resources for low-latency operation to at least one of: a cluster set manager and one or more access points of a cluster set corresponding to a user device as indicated by block 900; receiving, from the cluster set manager, a radio resource allocation for the low-latency operation as indicated by block 902; and in response to receiving the radio resource allocation for the low- latency operation, triggering the user device to change from a connected state to a low-latency state, wherein the user device may maintain connectivity with multiple access points in the cluster set while the user device is in the low-latency state as indicated by block 904.
  • the user device may maintain connectivity with the multiple access points in the cluster set by at least one of: monitoring a synchronization channel of each of the multiple access points to maintain beam synchronization with each of the multiple access points, and monitoring a downlink control channel of each of the multiple access points based at least on the radio resource allocation.
  • the radio resource allocation received by the user device may include at least one of: a downlink control channel allocated for the user device in each of the multiple access points in the cluster set; an uplink polling channel allocated for the user device in each of the multiple access points in the cluster set; and transmit and receive beams to be used by the user device with each of the multiple access points in the cluster set.
  • the method may further comprise: receiving a downlink control message on at least one allocated downlink control channel while the user device is in the low-latency state; and transmitting an indication, on an uplink feedback channel allocated for the user device, that the downlink control message was successfully received and decoded.
  • the method may further comprise: transmitting, when the user device is in the low-latency state, an uplink resource request or information during an uplink access opportunity of at least one of the multiple access points; wherein the uplink access opportunity may be at least one of: an uplink RACH and an uplink polling channel allocated for the user device.
  • the method may further comprise: in response to completion of all low-latency operations of the user device, changing from the low- latency state to the connected state.
  • the method may further comprise: sending channel state information (CSI) for each of the multiple access points, periodically or in response to an event- trigger; the CSI comprising at least one of: the best downlink and uplink beams at the access points and at the user device, and the SINR for the best beams.
  • CSI channel state information
  • An example embodiment may be provided in an apparatus comprising at least one processor; and at least one non-transitory memory including computer program code, the at least one memory and the computer program code configured to, with the at least one processor, cause the apparatus to: transmit, a request message requesting radio resources for low-latency operation to at least one of: a cluster set manager and one or more access points of a cluster set corresponding to a user device; receive, from the cluster set manager, a radio resource allocation for the low- latency operation; and in response to receipt of the radio resource allocation for the low-latency operation, trigger the user device to change from a connected state to a low-latency state, wherein the user device may maintain connectivity with multiple access points in the cluster set while the user device is in the low-latency state.
  • the user device may maintain the connectivity with the multiple access points in the cluster set by at least one of: monitoring a synchronization channel of each of the multiple access points to maintain beam synchronization with each of the multiple access points, and monitoring a downlink control channel of each of the multiple access points based at least on the radio resource allocation.
  • the radio resource allocation received by the user device may be at least one of: a downlink control channel allocated for the user device in each of the multiple access points in the cluster set; an uplink polling channel allocated for the user device in each of the multiple access points in the cluster set; and transmit and receive beams to be used by the user device with each of the multiple access points in the cluster set.
  • the at least one memory and the computer program code may be further configured to, with the at least one processor, cause the apparatus to: receive a downlink control message on at least one allocated downlink control channel while the user device is in the low-latency state; and transmit an indication, on an uplink feedback channel allocated for the user device, that the downlink control message was successfully received and decoded.
  • An example embodiment may be provided in a non-transitory program storage device, such as the memory 216 shown in Fig. 3 for example, readable by a machine, tangibly embodying a program of instructions executable by the machine for performing operations, the operations comprising: transmitting, a request message requesting radio resources for low-latency operation to at least one of: a cluster set manager and one or more access points of a cluster set corresponding to a user device; receiving, from the cluster set manager, a radio resource allocation for the low- latency operation; and in response to receiving the radio resource allocation for the low-latency operation, triggering the user device to change from a connected state to a low-latency state, wherein the user device may maintain connectivity with multiple access points in the cluster set while the user device is in the low-latency state.
  • a non-transitory program storage device such as the memory 216 shown in Fig. 3 for example, readable by a machine, tangibly embodying a program of instructions executable by the machine for performing operations, the operations
  • an example method may comprise receiving, by an access point in a cluster set of a user device, a request for radio resources for low-latency operation for the user device as indicated by block 1000; allocating radio resources for the low-latency operation as indicated by block 1002; changing a state of the user device from a connected state to a low-latency state at the access point, wherein the state is maintained by the access point as indicated by block 1004; and in response to receiving an indication that all low-latency operations of the user device have completed; communicate using allocated radio resources for the low latency operation as indicated by block 1006; and changing the state of the user device from the low-latency state to the connected state and releasing all radio frame resources allocated and assigned for low-latency operation of the user device as indicated by block 1008.
  • Allocating the radio resources may include allocating at least one uplink polling channel for the user device based at least on a request from a cluster set manager of the user device, and wherein the method may further include monitoring the allocated uplink polling channels, when the user device is in the low-latency state, for at least one of: an uplink access request transmitted from the user device, and a control message transmitted from the user device.
  • the access point may be a stand-by access point in the cluster set and wherein the method may further include, when the user device is in the low-latency state: receiving, based on the monitoring, an uplink access request from the user device on the allocated uplink polling channel; and allocating uplink resources for the user device based on the uplink access request, and/or forwarding the uplink access request to the serving access point.
  • Allocating the radio resources may include: assigning an existing downlink control channel to be monitored by the user device; and if an existing downlink control channel cannot be assigned, allocating a new downlink control channel in a radio frame which can be assigned.
  • the access point may be a serving access point of the user device and wherein the method further comprises, when the user device is in the low-latency state: transmitting, by the serving access point, a downlink control message to the user device and allocating a feedback channel for the user device; detecting discontinuous transmission on the feedback channel based on the downlink control message; determining radio link blockage between the serving access point and the user device; and transmitting, to a cluster set manager of the cluster set an indication of the radio link blockage.
  • the access point may be a stand-by access point in the cluster set, and the method may further comprise, when the user device is in the low-latency state: receiving, from a cluster set manager of the cluster set, a handover command for the user device, and transmitting the handover command to the user device.
  • An example apparatus comprising at least one processor; and at least one non-transitory memory including computer program code, the at least one memory and the computer program code configured to, with the at least one processor, cause the apparatus to: receive, by an access point in a cluster set of a user device, a request for radio resources for low- latency operation for the user device; allocate radio resources for the low-latency operation; change a state of the user device from a connected state to a low-latency state at the access point, wherein the state is maintained by the access point; and in response to receipt of an indication that all low- latency operations of the user device have completed, change the state of the user device from the low-latency state to the connected state and releasing all radio frame resources allocated and assigned for low-latency operation of the user device.
  • Allocating the radio resources may include allocating at least one uplink polling channel for the user device based at least on a request from a cluster set manager of the cluster set, and wherein the at least one memory and the computer program code may be configured to, with the at least one processor, cause the apparatus further to monitor the allocated uplink polling channels, when the user device is in the low latency state, for at least one of: an uplink access request transmitted from the user device, and a control message transmitted from the user device.
  • the access point may be a stand-by access point in the cluster set, and the at least one memory and the computer program code may be configured to, with the at least one processor, cause the apparatus further to, when the user device is in the low-latency state: receive, based on the monitoring, an uplink access request from the user device on the allocated uplink polling channel; and allocate uplink resources for the user device based on the uplink access request, and/or forward the uplink access request to the serving access point.
  • the access point may be a serving access point of the user device and wherein the at least one memory and the computer program code may be configured to, with the at least one processor, cause the apparatus further to, when the user device is in the low- latency state: transmit, by the serving access point, a downlink control message to the user device and allocating a feedback channel for the user device; detect discontinuous transmission on the feedback channel based on the downlink control message; determine radio link blockage between the serving access point and the user device; and transmit, to a cluster set manager of the cluster set an indication of the radio link blockage.
  • the access point may be a stand-by access point of the user device, and the at least one memory and the computer program code may be configured to, with the at least one processor, cause the apparatus further to, when the user device is in the low-latency state: receive, from a cluster set manager of the cluster set, a handover command for the user device, and transmit the handover command to the user device
  • An example embodiment may be provided in a non-transitory program storage device, such as memory 226 shown in Fig. 3 for example, readable by a machine, tangibly embodying a program of instructions executable by the machine for performing operations, the operations comprising: receiving, by an access point in a cluster set of a user device, a request for radio resources for low- latency operation for the user device; allocating radio resources for the low-latency operation; changing a state of the user device from a connected state to a low-latency state at the access point, wherein the state is maintained by the access point; and in response to receiving an indication that all low-latency operations of the user device have completed, changing the state of the user device from the low-latency state to the connected state and releasing all radio frame resources allocated and assigned for low-latency operation of the user device.
  • a non-transitory program storage device such as memory 226 shown in Fig. 3 for example, readable by a machine, tangibly embodying a program of instructions executable by the machine
  • an example method may comprise receiving an indication, by a cluster set manager of a user device, that a low-latency operation has been initiated as indicated by block 1100; in response to receiving the indication, configuring and allocating radio frame resources in access points for the low-latency operation, wherein the access points are in a cluster set of the user device as indicated by block 1102; notifying the user device of the radio resource allocations, wherein the radio frame resources are at least one of: a downlink control channel for each access point in the cluster set for the user device to monitor, and an uplink polling channel for each access point in the cluster set to be used by the user device for uplink access in the access points as indicated by block 1104; changing a state of the user device maintained by the cluster set manager from a connected to a low-latency state as indicated by block 1106; and on completion of the low-latency operation, changing the state of the user device to the connected state and releasing all resources allocated for low-latency operations if no other low-late
  • the method may include, when the user device is in the low-latency state: determining radio link blockage between a serving access point in the cluster set and the user device; and initiating a handover of the user device to a stand-by access point in the cluster set.
  • the method may include, when the user device is in the low-latency state: receiving channel state information of access points in the cluster set, wherein the channel state information may be at least best beam information for the access points in the cluster set; and forwarding the channel state information to the respective access points in the cluster set.
  • the computer readable medium may be a computer readable signal medium or a non- transitory computer readable storage medium.
  • a non-transitory computer readable storage medium does not include propagating signals and may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing.
  • the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé comprenant l'émission d'un message de demande demandant des ressources radioélectriques pour un fonctionnement à faible latence à au moins l'un des éléments suivants : un gestionnaire d'ensembles de grappes et un ou plusieurs points d'accès d'un ensemble de grappes correspondant à un dispositif d'utilisateur; la réception, de la part du gestionnaire d'ensembles de grappes, d'une attribution de ressources radioélectriques pour le fonctionnement à faible latence; et, en réponse à la réception de l'attribution de ressources radioélectriques pour le fonctionnement à faible latence, le déclenchement du dispositif d'utilisateur pour passer d'un état connecté à un état à faible latence. Le dispositif d'utilisateur maintient une connectivité avec de multiples points d'accès dans l'ensemble de grappes pendant que le dispositif utilisateur se trouve dans l'état à faible latence.
PCT/US2016/032309 2016-05-13 2016-05-13 États de commande de ressources radioélectriques d'interface hertzienne 5g à ondes millimétriques WO2017196362A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/US2016/032309 WO2017196362A1 (fr) 2016-05-13 2016-05-13 États de commande de ressources radioélectriques d'interface hertzienne 5g à ondes millimétriques

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2016/032309 WO2017196362A1 (fr) 2016-05-13 2016-05-13 États de commande de ressources radioélectriques d'interface hertzienne 5g à ondes millimétriques

Publications (1)

Publication Number Publication Date
WO2017196362A1 true WO2017196362A1 (fr) 2017-11-16

Family

ID=60268005

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2016/032309 WO2017196362A1 (fr) 2016-05-13 2016-05-13 États de commande de ressources radioélectriques d'interface hertzienne 5g à ondes millimétriques

Country Status (1)

Country Link
WO (1) WO2017196362A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020085627A1 (fr) * 2018-10-26 2020-04-30 Samsung Electronics Co., Ltd. Procédé et système de gestion d'occultation de faisceau dans un système de communication sans fil
CN113473539A (zh) * 2021-05-31 2021-10-01 荣耀终端有限公司 一种数据传输方法及电子设备
EP3750349A4 (fr) * 2018-02-09 2021-11-17 Nokia Technologies Oy Procédés et appareils de réacheminement rapide dans un réseau à sauts multiples

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140003269A1 (en) * 2011-01-10 2014-01-02 C/O Panasonic Corporation Channel state information reporting for component carriers for which no channel state information was calculated
WO2015106237A1 (fr) * 2014-01-13 2015-07-16 Interdigital Patent Holdings, Inc. Mappage environnemental de radio haute fréquence, et procédures système
US9270616B1 (en) * 2013-02-21 2016-02-23 Arris Enterprises, Inc. Low-latency quality of service
US20160066316A1 (en) * 2014-09-02 2016-03-03 Qualcomm Incorporated Low-latency, low-bandwidth and low duty cycle operation in a wireless communication system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140003269A1 (en) * 2011-01-10 2014-01-02 C/O Panasonic Corporation Channel state information reporting for component carriers for which no channel state information was calculated
US9270616B1 (en) * 2013-02-21 2016-02-23 Arris Enterprises, Inc. Low-latency quality of service
WO2015106237A1 (fr) * 2014-01-13 2015-07-16 Interdigital Patent Holdings, Inc. Mappage environnemental de radio haute fréquence, et procédures système
US20160066316A1 (en) * 2014-09-02 2016-03-03 Qualcomm Incorporated Low-latency, low-bandwidth and low duty cycle operation in a wireless communication system

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3750349A4 (fr) * 2018-02-09 2021-11-17 Nokia Technologies Oy Procédés et appareils de réacheminement rapide dans un réseau à sauts multiples
WO2020085627A1 (fr) * 2018-10-26 2020-04-30 Samsung Electronics Co., Ltd. Procédé et système de gestion d'occultation de faisceau dans un système de communication sans fil
US11438821B2 (en) 2018-10-26 2022-09-06 Samsung Electronics Co., Ltd Method and system for handling beam blockage in wireless communication system
CN113473539A (zh) * 2021-05-31 2021-10-01 荣耀终端有限公司 一种数据传输方法及电子设备

Similar Documents

Publication Publication Date Title
EP3721658B1 (fr) Surveillance de liens avec auto-raccordement pour réseaux sans fil
EP3323264B1 (fr) Coordination d'affectations de canal de liaison descendante pour une communication avec un groupe de points d'accès dans un système sans fil
US9271194B2 (en) Method, device, and system for handover of user equipment group
KR101613419B1 (ko) 무선 링크 장애 동안 통화 중단 회피
US10568010B2 (en) Techniques to support ultra-reliable handover in wireless networks
EP3466187B1 (fr) Établissement de connexion dans un réseau d'accès radio 5g
KR20060126687A (ko) 다중-캐리어 시스템에서 접속전 채널단절 핸드오프를지원하는 기지국 기반 방법 및 장치
US20160212680A1 (en) Rapid rerouting in a communication system
CN109561434B (zh) 用于保证通信服务的方法、设备以及计算机可读介质
JP6400156B2 (ja) セルラ基地局とそれを動作させる方法
EP3107323B1 (fr) Procédé et appareil de commande de signal de liaison montante
CN107534988B (zh) 用于上行链路数据传送的方法和装置
WO2017196362A1 (fr) États de commande de ressources radioélectriques d'interface hertzienne 5g à ondes millimétriques
US20210368399A1 (en) PSCell Activation with Early Data-Forwarding for Dual Connectivity Based Handover
US20230379126A1 (en) Method, device, and system for small data transmission in wireless networks
US10959170B2 (en) Millimeter wave access point states in a cluster set
CN116171638A (zh) 用于通信的方法、设备和介质
US20240205771A1 (en) Methods and apparatus of ltm supervise procedure
KR20140008109A (ko) 무선 통신 시스템에서 연결 모드가 길게 유지되는 단말의 핸드오버 제어 방법 및 장치
US20240237106A1 (en) System and method of secondary cell group (scg) activation

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16901874

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 16901874

Country of ref document: EP

Kind code of ref document: A1