Sub-band (SB) indications and Listen-Before-Talk (LBT) outcomes may be used to adjust communications between devices such as wireless terminals and base stations. For example, a wireless terminal device, such as a User Equipment (UE) may receive SB indications including SB configurations and/or LBT outcomes of a base station, and then use such information in a variety of ways.
For example, a UE may receive a remapped Control Resource Set (CORESET) from a base station. Similarly, a UE may determine that a Physical Resource Block (PRB) is invalid based on whether the PRB overlaps with a guard band, wherein the PRB belongs to a group of PRBs in a CORESET. Similarly, a UE may determine that a group of PRBs is invalid based on whether the PRB overlaps the guard band. Further, an apparatus may assume that any invalid PRB does not carry a Physical Downlink Control Channel (PDCCH).
An apparatus may be arranged to select transmission opportunities for MSG3 transmission in a Random Access Channel (RACH) procedure, where such transmission opportunities are separated in the frequency domain, time domain, or both. For example, a transmission opportunity may be selected based upon a Random Access Response (RAR), where the RAR indicates a sub-band or a Bandwidth Part (BWP) for MSG3. Multiple transmission opportunities may be inferred by applying a shift relative to a guard band. An opportunity may be determined by random selection, or based upon an identifier (ID) of the apparatus, from among multiple MSG3 transmission opportunities provided by one or more MSG2 messages.
Similarly, RACH MSG3 transmission opportunities may be selected in the time domain. For example, transmission opportunities may be select based upon a random access response (RAR).
An apparatus may receive indications of an LBT type for a MSG3 of a RACH procedure. For example, an LBT type may be indicated in Downlink Control Information (DCI) scheduling a random Access Response (RAR), or in the RAR itself.
An apparatus may determine, for on a channel state information reference signal (CSI-RS) that crosses a boundary between an available and an unavailable LBT sub-band, whether the CSI-RS sub-band is fully dropped, partially dropped, or bounded within the available sub-band. The unavailable sub-band may be a guard band or an LBT sub-band that is indicated to be unavailable based on the LBT outcome of the base station, for example.
An apparatus may adjust a CSI-RS assumption by dropping one or more Orthogonal Frequency Division Multiplexing (OFDM) symbols carrying CSI-RS that fall before the base station successfully acquires a channel, or by shifting one or more OFDM symbols carrying CSI-RS based at least in part upon when the base station successfully acquires a channel, for example.
A terminal apparatus may provide assistance information to a base station, the assistance information pertaining to an LBT outcome of the apparatus. The apparatus may then receive an adjusted SB indication back from the base station, for example. One or more SB indications and the assistance information may be exchanged between the apparatus and the base station during a first portion of a maximum channel occupancy time (MCOT), e.g., where the adjusted SB indication is received during a second portion of the MCOT. The assistance information may include one or more preferred downlink (DL) sub-bands.
SB indications may be carried in group communications, e.g., wherein the one or more SB indications contain a group identifier.
Further, an apparatus may adjust a search space base at least in part on an available sub-band.
This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter. Furthermore, the claimed subject matter is not limited to limitations that solve any or all disadvantages noted in any part of this disclosure.
A more detailed understanding may be had from the following description, given by way of example in conjunction with the accompanying drawings.
Table 0 of the Appendix lists several acronyms used herein.
The term “procedure” generally refers to methods of performing operations to achieve particular ends. The term “procedure” is used in place of “method” to avoid confusion with special meanings of the term “method” in the context of M2M and IoT applications. The steps described for procedures are often optional, and potentially be performed in a variety of ways and a variety of sequences. Hence, herein the term “procedure” should not be interpreted as referring to a rigid set and sequence of steps, but rather to a general methodology for achieving results that may be adapted in a variety of ways.
Unlicensed Spectrum in NR
In mmWave, there is wide range of unlicensed spectrum that can be further utilized to attain higher data rate than attained by operating in sub 6 GHz frequency band. In the previous study item (SI) and the current work item (WI) on NR unlicensed, procedures to enhance the co-existence between NR-U and other technologies operating in the unlicensed, e.g., WiFi devices, LTE-based LAA devices, other NR-U devices, etc., and meet the regulatory requirements will be extensively studied and specified, without much degradation for NR-U devices in term of throughput and latency.
NR Bandwidth Adaption
With Bandwidth Adaptation (BA), the receive and transmit bandwidth of a UE need not be as large as the bandwidth of the cell and can be adjusted: the width can be ordered to change (e.g. to shrink during period of low activity to save power); the location can move in the frequency domain (e.g. to increase scheduling flexibility); and the subcarrier spacing can be ordered to change (e.g. to allow different services). A subset of the total cell bandwidth of a cell is referred to as a Bandwidth Part (BWP) and BA is achieved by configuring the UE with BWP(s) and telling the UE which of the configured BWPs is currently the active one. A Serving Cell may be configured with at most four BWPs, and for an activated Serving Cell, there is always one active BWP at any point in time.
The random access procedure is triggered by a number of events, e.g., as described in 3GPP TS 38.300, NR; NR and NG-RAN Overall Description; Stage 2 (Release 15), V15.0.0 and 3GPP TS 38.213, Physical layer procedures for control (Release 15), V15.1.0.
Furthermore, the random access procedure takes two distinct forms: contention based and contention free as shown in
For initial access in a cell configured with SUL, the UE selects the SUL carrier if and only if the measured quality of the DL is lower than a broadcast threshold. Once started, all uplink transmissions of the random access procedure remain on the selected carrier.
Example Challenges
Problem 1: Sub-Band Configurations and LBT Outcome Indication
In NR-U, it is beneficial to operate on frequency granularity, namely sub-band, smaller than bandwidth part (BWP) to increase the likelihood of accessing the channel and to cope with channel unavailability that would have potentially been experienced if listen-before-talk (LBT) is conducted on whole frequency band allocated to BWP and only portion of this band is occupied by other nodes. Therefore, it is of great interest to describe efficient procedures to configure the sub-bands within the BWP. Moreover, it is important to develop procedures to indicate the outcome of the LBT across the sub-bands within the BWP such that UE can adjust its behavior in monitoring different signaling and channels.
Problem 2: CORESET Configurations while Conducting Sub-Band Based LBT
In NR, the control resource set (CORESET) is defined with respect to BWP that contains the CORESET's frequency resources. Adopting sub-band based LBT imposes additional challenges depending on relative location of the CORESET's frequency domain resources and sub-band. For example, the sub-band that fully contains the CORESET's frequency domain resources may not be available while other sub-bands in the same BWP are available. Moreover, for large CORESETs with frequency domain resources spanning multiple sub-bands, if some of those sub-bands are not available, it is most likely that the UE will fail to decode the associated downlink control indicator (DCI). Then how the CORESET may be configured to increase its transmission chance and how these configurations are indicated to the UE to monitor the CORESET properly.
Problem 3: Uplink BWP switching for RACH and BFR
Allowing dynamic UL BWP switching is also beneficial to increase the chance that UE accesses the channel and mitigate the effect of channel unavailability due to LBT failure. To this end, the issue UL BWP switching during random access procedure or during beam failure recovery procedure need to be addressed. Furthermore, the issue of UL resources assignment to the UE, for the MSG3 transmission or for the transmission of beam failure recovery request (BFRQ), that supports UL BWP switching during Random Access procedure or during Beam Failure Recovery procedure need to be addressed.
Sub-Band Configuration and Indication Procedures
Sub-Band Configurations
In NR-U, channel access depends on the outcome of the deployed channel sensing procedures which imposes uncertainty on whether gNB or UE successfully acquired channel when they are supposed to transmit any signals or/and channels. Sub-band operation can be beneficial in mitigating the deleterious effects of channel unavailability specifically if a small portion of allocated frequency band operating BWP is occupied by other nodes while the rest is available. In sub-band operation, the BWP may be divided into equal or unequal bandwidths as shown, for example, in
Our developed solutions for configuring sub-bands fall into two main categories. In the first set of solutions, a set of sub-bands within the active DL BWP is configured to the UE. Based on LBT outcome at gNB, UE monitors the available sub-bands (associated with successful LBT) within the initially configured set of sub-bands within the active DL BWP. UE cannot monitor any other sub-bands outside the configured set of sub-bands within the active DL BWP until this configuration is updated. Therefore, we call this category of solutions as LBT-independent sub-band configurations. In the second category, we herein propose another set of solutions in which gNB may indicate only the available sub-bands within the active DL BWP out of a set of sub-bands configurations based on LBT outcome at gNB. Therefore, once a particular set of sub-bands within the active DL BWP is indicated to be available, then UE is expected to monitor all of them. This category of solutions is named as LBT-dependent sub-band configurations. The key difference between the two categories is that in the former set of solutions some of the configured sub-bands may not be available due to LBT failure, while in the latter set of solutions all the indicated sub-bands are always available. Moreover, in the former set of solutions, gNB may explicitly indicate to the UE that some sub-bands are always abandon, while in the latter set of solutions such indication may be accomplished implicitly as will be explained in the text.
As possibly another set of solutions that may be adopted on the top of both solution categories is called UE-assisted sub-band selection in which the UE assists the gNB in determining the preferred downlink sub-bands. Such assistance may be beneficial to avoid the hidden nodes issues where the UE may further narrow down the provided downlink sub-bands in case some of them are not available from UE perspective and indicate those selected sub-bands. Moreover, in time-division-duplexing (TDD) or frequency-division-duplexing (FDD) operation, the UE may only monitor the downlink sub-bands if those downlink sub-bands are available from UE perspective (LBT is conducted successfully at the UE). Alternately or additionally, the UE may only monitor the downlink sub-bands if those downlink sub-bands are available from UE perspective (LBT is conducted successfully at the UE) and there is at least one UL sub-band with successful LBT. Similarly, the UE may not monitor the downlink sub-bands even if they are available when the UE has no available UL sub-bands.
Sub-Band Static Configurations
LBT-Independent Sub-Band Configurations
If sub-bands (SBs) have equal bandwidth, the UE may be configured with number of equal SBs and associated bandwidth of the SB through high layer parameters, e.g., NumEqSB, and BandwidthSB, for each configured BWP. The UE may assume that SB with the smallest sub-band index occupy the lowest physical resource blocks (PRB) in a BWP containing the sub-bands and the next sub-band index occupy the next set of PRB in increscent way. The SBs' indices are arranged in ascending order with respect to the occupied PRBs as shown in
Alternatively, we herein propose a high layer configuration message such as SB IE, an example is given in Information Element 1 of the Appendix, which may be used to configure each SBs separately with unequal bandwidths and non-uniform frequency domain location as shown in
See Example Information Element 1, SB information element, of the Appendix.
Table 1 contains the description of the SB IE parameters.
To allow non-contiguous sub-bands, if applicable, we herein propose to configure their frequency domain resources through high layer parameter such as frequencyDomainResoruces, RRC parameter, instead of locationAndBandwidth. For example, this parameter may be a bit string of size 45 bits where each bit may correspond to group of 6 PRBs with grouping starting from PRB0 which is fully contained in the BWP containing the sub-bands. Moreover, the most significant bit may correspond to the group of lowest frequency which is fully contained in the BWP within which the sub-band is configured, each next subsequent lower significance bit corresponds to the next lowest frequency group fully contained within the BWP within which the sub-band is configured, if any. Bits corresponding to a group not fully contained within the BWP within which the sub-band is configured are set to zero. Moreover, the parameter frequencyDomainResoruces may be with respect to the actual component carrier containing the BWP and its sub-bands.
Moreover, we herein propose a compact high layer message such as SB-List, e.g., RRC IE, which may be used to configure multiple sub-bands at one shot. The message SB-List may consist of multiple blocks of the aforementioned SB IE each one configures a single sub-band.
See Example Information Element 1, SB-List information element, of the Appendix.
LBT-Dependent Sub-Band Configurations:
In this solution, we herein propose to use high layer message to configure the UE with a list of potential sub-bands' configurations with a BWP. Then, based on LBT outcome one configurations will be selected. For each configuration, the proposed message may carry information on the frequency domain resources, subcarrier spacing, cyclic prefix, etc. For example, Table 2 shows how different configuration indices are sub-bands. Configuration's index 0 indicates to frequency domain resources as same as those occupied by SB0 in
To this end, high layer message may be called BWP_SB_Configs, e.g., RRC IE, as in Information Element 3 in the Appendix for example. The parameter SB-Config-Id represents the index of the configurations as in Table 2 while the other parameters are defined as same as in the aforementioned SB IE.
See, Example Information Element 3, BWP_SB_Config information element, of the Appendix.
SB Semi-Static Configurations
LBT-Independent Sub-Band Configurations
As another embodiment, UE may be configured by high layer, e.g., RRC message such as SB-ConfigLists, with multiple SBs configurations per BWP. For example, SB-ConfigLists may carry multiple SB-List-Id. Then medium access control-control element (MAC-CE) message may be deployed to semi-statically activate particular configuration by choosing the propitiate index in SB-ConfigLists.
Additionally, UE may be configured with default SB configurations. It may be SB configuration with lowest index in SB-ConfigLists, or configured separately by high layer signaling. UE may use the default SB configurations as a fall back state in the absence of activation MAC-CE or after the expiry of SB inactivity timer, configured by high layer parameter such as SB-InactivityTimer, for example. The SB inactivity timer may be reset upon reception of activation MAC-CE or any other signals or channels and it may be decrement when no signals or channels are received. Upon the of SB inactivity timer, the UE may assume that gNB switched to default SB configurations. For example, in
LBT-Dependent Sub-Band Configurations:
In this category of solutions, the high layer parameter such as the aforementioned BWP_SB_Configs IE may provide the UE with so many configurations. Therefore, we herein propose to deploy the MAC-CE to select the subset of these configurations which may be identified by their Id in the parameter SB-Config-Id, for example.
Signaling the Sub-Band Configurations in NR-U
In this section, we herein propose several procedures to signal the sub-band configurations irrelevant to whether these configurations are for the solutions belonging to LBT-independent sub-band configurations or LBT-dependent sub-band configurations.
Broadcast Sub-Bands Configurations
The SB configurations through RRC or RRC+MAC-CE may be signaled in physical downlink shared channel (PDSCH) carrying the remaining system information (RMSI) scheduled by type0-PDCCH common search space with DCI format with CRC scrambled by system information-radio network temporary identifier (SI-RNTI). Also, SB configurations may be signaled in PDSCH carrying other system information (OSI) scheduled by type0A-PDCCH common search space with DCI format with CRC scrambled by SI-RNTI.
Unicast Sub-Bands Configurations
Alternatively, SB configurations may be signaled in PDSCH carrying either RRC or RRC+MAC-CE scheduled by a PDCCH in UE-specific search space with DCI format 1_0 or DCI format 1_1 scrambled by C_RNTI. For the SB configurations through RRC+MAC-CE, the RRC message may be scheduled by DCI in common-search space while the MAC-CE is scheduled with DCI in UE-specific-search space (dedicated UE message).
To increase the chance of acquiring the channel, the search space may composite of several control research sets (CORESETs) with different bandwidths as shown in
To further enhance flexibility of channel access and mitigate uncertainty due to LBT, gNB may configure a set of SBs to a particular UE even if the CORESET spans one or multiple sub-bands that may belong to this set or not.
Indicating the LBT Outcome
LBT-Independent Sub-Band Configurations:
In NR-U, as a result of conducting listen before talk (LBT) before accessing the channel, some of the configured sub-bands may not be available and gNB cannot acquire those initially configured SBs. It is beneficial to dynamically indicate which sub-bands out of the originally configured sub-bands.
We herein propose to use DCI to indicate the SBs that gNB successfully acquires. To this end, one of the following alternation may be adopted.
Either for UE-specific or group/broadcast indication, the DCI may be transmitted with configured periodicity to indicate any change in the available sub-bands. The DCI transmitted across different sub-bands may be shifted in time from one sub-band to another. For example, the DCI on the sub-band with the highest index may come first followed by DCI on sub-bands with lower indices as in
Some sub-bands may be configured as a default sub-band which may always carry the DCI indicating which sub-bands are available, e.g., SB-bitmap. For example, the sub-band with the smallest index may be the default sub-band. We also herein propose a high layer parameter such as Default_SB, RRC message which may be used to indicate to the default sub-band.
LBT-Dependent Sub-Band Configurations:
In this category of solutions, we herein propose to transmit DCI that indicates the sub-band configuration index, for example one of the indices in Table 2, from what configured by high layer parameter either RRC or RRC+MAC-CE. In other words, we herein propose RRC+DCI procedure in which RRC message provide multiple sub-bands configures and the DCI selects one of them. The other procedure is RRC+MAC-CE+DCI in which the RRC provides multiple sub-band configurations, then MAC-CE provides a subset out of these configurations followed by DCI which select a single configuration based on the LBT outcome. The DCI may have a bitmap to indicate which configuration is selected and its size may be fixed equal to the number maximum sub-band configurations, for example.
To this end, gNB may configure multiple CORESETs which gNB may use to send activation DCI. Those CORESETs may be contained in a single SB or across multiple sub-bands as shown in
In the example of
Moreover, gNB may implicitly indicate that some sub-bands will not be used and hence the UE may avoid monitoring them. This may be accomplished by not configuring any CORESET in those sub-bands to be abandoned.
Some sub-bands may be configured as a default sub-band which may always carry the activation DCI. For example, the sub-band with the smallest index may be the default sub-band. We also herein propose a high layer parameter such as Default_SB, RRC message which may be used to indicate to the default sub-band.
In carrier aggregation mode, for both solutions categories, the activation/indication DCI may be transmitted in the licensed cell to indicate which sub-bands are active at any particular instance.
As another embodiment that may be used on the top of both solution categories, we herein propose that UE may assist gNB in determining which sub-bands gNB may acquire for downlink transmission. Such UE assistance may be quite useful in mitigating the hidden nodes issues. For time-division-duplexing (TDD), both DL and UL transmissions occupy the same frequency band. Therefore, if there are some UL sub-bands that UE is not able to acquire them due to LBT failure, then gNB may not acquire those sub-bands even if they are available from gNB perspective and UE only monitor available sub-bands from its perspective. UE may indicate the available sub-bands in several ways. For example, if handshake-like procedures are supported, then UE may explicitly indicate the preferred sub-bands in its response. Moreover, the UE may implicitly indicate the preferred DL sub-band by doing UL transmission on this band. For example, gNB may configure or schedule the UE with multiple UL resources across different sub-bands. Then the UE may choose to conduct the transmission on the UL sub-bands associated with the preferred DL sub-bands. These resources may be for different purposes such as sounding reference signal (SRS), physical uplink channel (PUSCH), physical uplink control channel (PUCCH), preamble for random access channel (RACH).
In frequency-division-duplexing (FDD), both DL and UL transmissions occupy different frequency bands. In this case, the UE may conduct LBT on the DL sub-bands and indicate those sub-band by UL transmission. If the channel for UL transmission is available, then it may be used to indicate the indices of the preferred DL sub-bands. Also, hand-shake-like procedures, if supported, may be useful to carry such information. Also, some association between UL sub-bands and DL sub-bands may be defined such that when UE performs UL transmission on any particular UL sub-band, gNB may figure out which DL sub-band is preferred.
UE-Assisted Sub-Bands Switching
Due to hidden nodes issues, the BWP(s)/sub-band(s) selected by gNB for DL transmission may not always be available at UE side for receiving this DL and vice versa for BWP(s)/sub-band(s) selected by UE for UL transmission as they may not be available at gNB side for receiving the UL transmission. Procedures are needed to avoid selecting BWP(s)/sub-band(s) that are not available at UE side for DL transmissions and at gNB for UL transmissions.
To cope with this challenge, we herein propose that UE may assist gNB in selecting the sub-bands/BWPs that do not experience any hidden nodes issues.
In our example, though DL SB1 is available from gNB side, this sub-band may not be used for DL because SB1 is not available for UL transmission which implies the presence of hidden nodes around the UE that cannot be detected by gNB. Similarly, though UL SB3 is available at UE side, this sub-band may not be used because SB3 is not available for UL because SB3 is not available for DL transmission which implies the presence of hidden nodes around the gNB that cannot be detected by UE.
Such UE assistance may not only be useful to avoid hidden nodes surrounding UE, but it may also be used by gNB to provide the UE with UL resources on the available sub-bands indicated by the UE.
If the DL BWP and UL BWP consist of different number of sub-bands or the same number of sub-bands with different bandwidths, then DL sub-band or UL sub-band may only be selected if it overlaps with available UL sub-bands or DL sub-bands, respectively.
In FDD operation, the transmission and reception occur at different frequency bands consequently the availably or unavailability of particular sub-band in DL or UL does not necessary mean that associated UL or DL sub-band is available or not. Therefore, the UE may explicitly indicate the DL sub-bands that do not suffer from hidden nodes in addition to the available UL sub-bands.
Procedures for UE Assisted Sub-Band/BWP Switching
The MCOT duration may be divided into two parts (not necessary to be equal). We call the first part as assistance window which is mainly used to, but not limited to, exchange information about the available DL and UL sub-bands/BWPs at gNB and UE sides. Then, gNB may use this information to adjust the DL sub-bands/BWPs and schedule the UL transmission on the available UL sub-bands/BWPs. The second portion of the MCOT, labeled as DL/UL transmission window for example, may be utilized for the actual DL and UL transmission consisting of data, signals or control. The DL/UL transmission window may contain single or multiple DL-UL switching point. Moreover, the assistance window may be at the beginning of MCOT or it may be repeated several times in case sub-band/BWP switching in the middle of the MCOT for example.
In
First is to signal the available DL sub-bands. This signal may carry the available DL sub-bands at gNB side which are associate with successful LBT.
Second is to signal the DL sub-bands with no hidden nodes. Before transmitting this signal, the UE may assess the channel on the DL sub-bands indicated in the previous signal to determine whether UE can receive on those sub-bands. Similarly, some of them may not be available due to the presence of hidden nodes that cannot be detected by gNB. Then UE may indicate the available DL sub-bands at UE side to the gNB.
Third is to signal the selected DL sub-bands. This signal may be used to indicate which sub-bands will be selected and it may be optional with predefined rules that gNB may use to select the DL gNB to avoid any ambiguity between UE and gNB.
Fourth, the gNB may start DL transmission either data, control or signals. Moreover, gNB may include single or multiple switch point within the MCOT.
A similar procedure to the aforementioned one may be adopted as a high level procedure of UE assisted BWP switching procedure.
For the case that UE is configured with multiple BWPs and only a single BWP is activated at any particular time if the whole DL BWP is available, we herein propose that UE may assist gNB in determining the presence of any hidden nodes on this DL BWP. For TDD case in which the paired DL BWP (iDL) and UL BWP (iUL) occupy the same frequency band, once the gNB signal the availability of the iDL th DL BWP then the UE may sense this DL BWP and transmit a signal to indicate its availability when no hidden nodes occupy this BWP. The UE indication may be transmitted on the iUL UL BWP paired with the iDL th DL BWP in the Scell. Moreover, the UE may transmit this indication on any other UL BWP (not paired with the iDL th DL BWP) either on the Scell or Pcell which can be configurable by gNB. In the absence of such configurations, some UL BWP with predefined rules/orders may be used to determine the UL BWP such as the initial or the default UL BWP in the Scell or the PCell for example. For the FDD case in which the paired DL BWP iDL and UL BWP iUL occupy different frequency bands, the DL BWP may be available with no hidden nodes, even if the paired UL BWP is not available. Therefore, we herein propose that when gNB indicates the availability of particular DL BWP, gNB may indicate single or multiple UL BWPs that the UE may use to indicate whether the DL BWP has hidden nodes or not. The UE may attempt to transmit the indication on UL BWP (if it is passed the LBT) paired with DL BWP or additional UL BWPs such as initial UL BWP or default UL BWP in the Scell or the Pcell. Moreover, the UE may follow a particular rule/order to choose the UL BWP. For example, the UE may attempt to use the UL BWP iUL paired with DL BWP iDL, then the UE may to attempt to transmit the indication on the default UL BWP if it is available followed by the initial UL BWP for example.
For the case that UE is configured with multiple DL BWPs and multiple of those DL BWPs are activated at one time, then the aforementioned procedures may be adopted if each activated DL BWP is paired with a single UL BWP which is one-to-one pairing. If the pairing between DL and UL BWP is more like many-to-one relationship, e.g., multiple activated DL BWPs are paired with a single UL BWP, then the aforementioned procedure may still be used, but the UE may indicate additional information on which DL BWP has no hidden nodes, for example the UE may provide the DL BWP ID.
In the next sections, we propose several possible alternatives for the aforementioned signals.
Signaling the Available DL Sub-Bands/BWPs
If the available DL sub-bands dynamically vary from MCOT to another, dynamic PHY indications may be adopted. While for semi-static or static channels in which the available sub-bands remain available for long time, higher layer indications may be deployed.
Channel Acquisition Request
We herein propose that gNB may transmit channel acquisition request (CAR) to indicate which sub-bands at gNB. The CAR signal may be transmitted on each available DL sub-band to indicate that the sub-band which carries the CAR signal is available at gNB to keep the CAR small as shown in
Alternatively, the CAR signal may be transmitted on only one available sub-band at gNB with a bitmap field, labeled as Avai_SBs for example, and each bit represents the availability of one sub-band. The most significant bit may correspond to the sub-band with the highest ID and each next subsequent lower significance bit corresponds to the next sub-band ID. The size of Avai_SBs may be equal to the maximum number of DL sub-bands per DL BWP.
As another embodiment, the CAR signal may be transmitted on the Pcell for CA mode. In this case, we herein propose additional parameter or field to indicate the Scell ID that contains the DL sub-bands which may be called as ScellID for example. If the UE is configured with multiple unlicensed Scell, such parameter may allow the gNB to indicate to which Scell, the available DL sub-bands belong to. The parameter or field ScellID may be of size log2 (maximum number of configurable Scell to the UE).
The CAR signal may be carried in DCI transmitted on UE specific search space scrambled with C-RNTI or in common search space with DCI format scrambled with pre-defined RNTI such as CAR-RNTI for example. Using common search space is beneficial as gNB may broadcast the available sub-bands for multiple UEs simultaneously. The CORESET carrying the PDCCH may be configured to within each sub-bands or spanning multiple sub-bands. Moreover, the DCI may provide the UE with UL grants for transmitting the feedback from the UE. Different UEs may derive the UL grants based on pre-defined rules. For example, the UE may apply particular time and frequency shift with respect the received DCI and function of the UE ID to reduce the collision chances. Moreover, if the UE configured with multiple grant free UL resources, then the UE may derive which grant free UL resource ID the UE may use to transmit the feedback.
To reduce the overhead of signaling the available DL sub-bands/BWPs at gNB and collecting the different UEs assessment of the presence of the hidden nodes, we herein propose that gNB may group the UEs based on source signal used to indicate the spatial QCL of the signal/channel indicating the available DL sub-bands/BWPs at gNB. If the UEs belong to the same group, then those UEs are on the same beam and suffering from the same hidden nodes if any. In this case, getting the feedback from one UE is enough for gNB to decide which DL sub-bands/BWPs to use. Other ways to group the UE may be adopted as well. To this end, we herein propose that the signal/channel indicating the available DL to be UE dedicated, e.g., transmitted on UE-specific search space.
For the case that UE is configured with multiple BWPs and only a single BWP is activated at any particular time if the whole DL BWP is available, we herein propose that the CAR signal may be transmitted on the activated BWP on the Scell for DC and SA NR-U. Alternatively, the CAR signal may be transmitted on Pcell carrying the ID of activated BWP which is beneficial for CA case. As one possibility, gNB may transmit a bitmap to indicate which DL BWP is available at gNB and the size of the bitmap may be equal to the number of configured BWP. For the case that only one active DL BWP, the UE does not expect more than a single bit is set to one.
For the case that UE is configured with multiple DL BWPs and multiple of those DL BWPs are activated at one time, the CAR signal may be transmitted on one BWP with a bitmap indicating the available DL BWP at gNB. In this case, the UE may expect that more than a single bit are set to one. The BWP that carry the CAR signal may be among the DL BWPs that UE has to verify the presence of hidden nodes. It may be a different BWP, for example the initial or default BWP in the Pcell, for example. Alternatively, the CAR signal may be transmitted on each DL BWP the gNB intend to acquire.
Implicit Indication of the Available DL Sub-Bands
We also herein propose that gNB may implicitly indicate the available DL sub-bands at gNB by transmitting signals with low decoding complexity, for example low-complexity correlator is needed to detect this signal. Such signal may be PSS, SSS, preamble, etc., that the UE may use it to infer the availability of the sub-band that carrying this signal which we label it as sequence-based signal.
Instead of transmitting signals with low decoding complexity on each available sub-bands, the sequence-based signal may indicate to bitmap to the available DL sub-band at gNB. For example, the initialization value of sequence-based signal may be mapped to particular code point in the bitmap.
For the case that UE is configured with multiple BWPs and only a single or multiple BWPs are activated at any particular time if the whole DL BWP(s) is available, we also herein propose that a sequence-based signal may be used to indicate the DL BWPs that gNB attempting to acquire. The sequence-based signal may be similar to the sequence-based signal used to indicate the available DL sub-band.
Signaling the DL Sub-Bands/BWPs with No Hidden Nodes
In this section, we propose several procedures to allow the UE to indicate preferred DL sub-bands/BWPs that do not suffer from any hidden nodes, e.g., DL sub-bands available at UE side. In TDD case, the UE may indicate the available UL sub-bands/BWPs at UE side and then gNB may infer the DL sub-bands/BWPs with no hidden nodes. For the FDD, the UE may explicitly indicate available DL sub-bands/BWPs at UE side.
As one embodiment, we herein propose that gNB may not only signal the available DL sub-bands/BWP(s) at gNB side, but this signal may also provide the UL resources that UE may use to transmit the indication to DL sub-bands/BWP(s) with no hidden nodes, e.g., the DL sub-bands/BWP(s) available at UE side. For example, if gNB uses DCI to indicate the available DL sub-bands/BWP(s) at gNB, then gNB may use this DCI to provide UL resources for PUCCH or PUSCH as in
Either on PUCCH or PUSCH, the UE may transmit a bitmap indicating the available DL sub-bands/BWP(s) with no hidden nodes, e.g., DL sub-bands/BWP(s) available at UE side. The most significant bit may correspond to the sub-band/BWP with the highest ID and each next subsequent lower significance bit corresponds to the next sub-band ID. The size of the bitmap may be equal to the maximum number of DL sub-bands per DL BWP or the maximum number of DL BWP per component carrier (CC). Moreover, if a separate PUCCH or PUSCH is used to indicate the availability of each DL sub-band/BWP, then one bit may be enough to indicate if the DL sub-band has any hidden nodes, e.g., DL sub-bands/BWP(s) are unavailable at UE side or not.
If the PUCCH/PUSCH are scheduled or configured on the Pcell, for power saving, the UE may discard transmitting the indication of the hidden nodes if those PUCCH/PUSCH resources are associated with DL sub-bands/BWPs with hidden nodes, e.g., DL sub-bands/BWP(s) are unavailable at UE side.
Alternatively, if gNB uses DCI to indicate the available DL sub-bands/BWPs at gNB, it may also initiate PRACH transmission, e.g., PDCCH order. Different sub-bands/BWPs may be associated with different PRACH resources either different time-frequency resources or different preambles. To this end, we herein propose this associated to be configured through high layer parameter, e.g., RRC IE, such as rach-ConfigSBs for example, to configure contention free random access occasions for sub-bands/BWPs selection, which may include (but not limited to) the time-and-frequency resources and preamble for the RACH transmission. This RRC parameter may be transmitted as part of the sub-bands/BWPs configurations. A one-to-one mapping procedure or a one-to-many mapping procedure may be used.
For a one-to-one mapping procedure, the UE may transmit PRACH preamble on the associated resources for each DL sub-bands with no hidden nodes, e.g., DL sub-bands is available at UE side. In
In addition to PDCCH order scrambled with C-RNTI, we also herein propose that PDCCH order may be transmitted in common search space scrambled with a new RNTI such DL_SB_check-RNTI for example. This may be beneficial if there is a DL sub-band intended to be used for multiple UEs. In this case, the gNB may transmit PDCCH order to the group of intended UEs to get their assessment of hidden nodes on this sub-band.
For the case that UE is configured with multiple BWPs and only a single BWP or multiple BWPs are activated at any particular time if the whole DL BWP is available and in TDD operation mode, the PRACH time-frequency resources to be on the paired UL BWP. However, for FDD, if the UL BWP paired with DL BWP under assessment is not available due to LBT failure at UE side, this DL BWP under assessment may not suffer from hidden nodes, e.g., the DL BWP is available at UE side. Therefore, we herein propose that UE may switch the active UL BWP to another available UL BWP. To this end, the gNB may provide RACH resources across different UL BWPs. Moreover, to reduce burden of detecting the PRACH preamble on gNB, the UE may attempt to transmit the PRACH preamble across different UL BWP with a certain order after expiry of configured timer for each UL BWP, e.g., BWP_access_timer. For example, the UE may attempt to access the UL BWP paired with DL BWP under assessment until timer BWP_access_timer expires. When this timer expires, the UE may switch to another UL BWP according to predefined order. Then the UE may keep attempt access the new UL BWP until its associated timer expire.
For a one-to-many mapping procedure, instead of transmitting PRACH preamble for each available DL sub-band/BWP with no hidden nodes, e.g., DL sub-band/BWP available at UE side, the UE may use particular time-frequency resources or preamble to indicate multiple sub-bands/BWPs with no hidden nodes, e.g., available at UE side. For example, the UE may transmit one PRACH preamble on CFRA resources associated with one available DL sub-band/BWP at UE side. However, different preambles may be used for different combinations of the available DL sub-bands/BWPs at UE side. Hence, once the gNB receives the RACH preamble, gNB may infer which combination of DL sub-bands/BWPs do not suffer from hidden nodes.
We also herein propose to adopt sounding reference signals (SRS) as indicator to the DL sub-bands/BWPs with no hidden nodes, e.g., available at UE side. To this end, we herein propose to add more use cases to the SRS high layer parameter usage such as SB_indication/BWP_indication for example. The main feature of this SRS usage is that UE may choose not to transmit the SRS associated with the DL sub-band. For example, for each available DL sub-band, the gNB may activate SRS with SB_indication usage as shown in
For FDD, if the DL sub-band/BWP has no hidden nodes, but the UE is not able to access the UL sub-band/BWP that are supposed to carry the SRS, then the UE may attempt on other UL sub-band/BWP if gNB provided resources for on other UL sub-bands/BWPs. The UE may follow a certain order while attempting to transmit SRS on other UL sub-bands/BWPs such as sub-band/BWP ID. The UE may keep attempting to access each UL sub-band/BWP for certain duration of time. To this end, we herein propose a timer that UE may use to switch to other UL sub-band/BWP when this timer expires.
Signaling the Selected DL Sub-Bands/BWPs
After exchanging information with the UE, gNB may need to select one or multiple out of those sub-bands indicated by UE to have no hidden nodes. One possible set of solutions is to adopt the aforementioned solutions to signal the sub-bands configurations and indicate the LBT outcome. As another set of solutions, the selected DL sub-band may be selected according to particular rules such that both gNB and UE have the same understanding on which DL sub-bands will be used for the transmission. For example, the DL sub-band with the lowest ID is the one that gNB may use.
After exchanging information between UE and gNB, if a single DL BWP does not suffer from hidden nodes and only one active DL BWP can be activated at any time, then the UE may switch to this DL BWP. On the other hand, if multiple DL BWPs do not suffer from hidden nodes and only one active DL BWP can be activated at any time only, then the UE may expect to receive the BWP activation on the PCell which may be used in CA mode. For DL or SA NR-U, the UE may monitor the BWP with ID according to certain rule. For example, the UE may monitor the BWP with the smallest ID among those indicated to have no hidden nodes.
After exchanging information between UE and gNB and for the case that UE is configured with multiple DL BWPs and multiple DL BWPs can be activated at any particular time if the whole DL BWP is available, then the UE monitor those DL BWPs if they do not have hidden nodes. If sub-set of the originally activated DL BWPs do not have hidden nodes, then the UE monitor this sub-set of DL BWP. Also, on the Pcell, we herein propose that the UE may receive a DCI activating multiple BWPs on the Scell. This DCI may have a bitmap field to indicate which DL BWPs are activated on the Scell which we may call it as one shot multiple DL BWPs activation.
Moreover, we herein propose that gNB may send multiple DCI to activate those multiple DL BWP sequentially, e.g., one DCI active one DL BWP. Here, we propose one bit field to indicate the UE shall monitor the newly activated DL BWP besides the earlier activated DL BWP as this indication bit field is not toggled. Once this bit field is toggled, then UE may interpret the DCI activation command as DL BWP switching command and the UE may deactivate the old active BWP(s) and activate the indicated new ones.
In DC or SA NR-U, the UE may only monitor one DL BWP with no hidden nodes. This DL BWP may be selected according to a particular rule such as the DL BWP with the smallest ID or the initial DL BWP if it has no hidden nodes for example. Then a similar procedure to the described above may be used to add multiple DL BWP when the DCI is transmitted on the Scell on this special DL BWP.
Sub-Band Indication Enhancements
An explicit or an implicit indication may be used to indicate the available or unavailable DL sub-bands. It may be beneficial to indicate different information about available sub-bands to different UEs groups. For example, gNB may successfully acquire the whole LBT sub-bands in particular BWP and indicate such information to a group of UEs while indicating a subset of those available LBT sub-bands to different groups of UEs.
UEs may be grouped based on some criteria such as their capability, power saving requirement, channel quality, UE location, etc., and all UEs belong to the same group are expected to receive the same indication of the available sub-bands. A UE's group index or indexes may be indicated by a high layer signaling, RRC parameter such as SBgroupID, for example. Also, several group IDs may be configured to the UE by high layer signaling and then MAC-CE may be used to semi-statically assign a UE to single or multiple groups by indicating their IDs. Additionally or alternatively, DCI may be used to dynamically assign a UE to particular group(s) by introducing a new field in the DCI which provides UL/DL grants for example, indicating the group ID. Such a field may be a bit map indicating the group(s) that the UE belong to, for example.
GC-PDCCH may be used to indicate the available LBT sub-bands to different UEs or groups of UEs. GC-PDCCH may include dedicated bit field to each UE or each group of UEs to indicate the available sub-bands to them. For example, assuming gNB constructed N groups of UE denoted by G1, . . . , GN, respectively. For each UE or UE group, M bits may be used to indicate the available LBT sub-band as illustrated in
Alternatively, GC-PDCCH may include two fields. The first field may indicate the available LBT sub-bands, called SB indication field for example, while the second field may indicate which UE or UE group(s) are addressed by this GC-PDCCH, called group indication field for example, as shown in
Another possible solution is that gNB may configure multiple 2-tuples of the group ID and the available sub-bands' IDs that the UE(s) may assume to be available, e.g. (Group ID, available sub-bands' ID), then gNB may activate or trigger single or multiple tuples through GC-PDCCH, reference signals, etc. For example, Table 7 shows different K tuples and how the group ID may be associated with particular available LBT sub-band(s). Such configurations may be signaled though high layer signaling. Then based on the outcome of LBT, single or multiple rows may be indicated to the UE. For example. GC-PDCCH may contain a bit field of K bits each bit corresponds to a particular configuration. Then GC-PDCCH may indicate multiple configurations to be activated at the same time. Alternatively, GC-PDCCH may indicate the tuple ID by using a field of Log2(K) bits instead of using a bit map of K bits. The same approach may be adopted if other signals or channel are deployed to carry single or multiple tuple IDs. For example, the features of those reference signals (e.g. of DMRS, CSI-RS, SSS, PSSS) such as the initialization sequence, pattern, etc., be mapped to particular tuple ID. This mapping may be indicated by high layer signaling.
Other possible solution is to associate each UE or UEs group with a dedicated RNTI, sub-band group RNTI (SBG-RNTI) for example. The group ID and its associated SBG-RNTI may be configured by high layer signaling. Moreover, the several group IDs and their associated SBG-RNTI may be configured by high layer signaling and them MAC-CE and/or DCI may be used to semi-statically/dynamically selected the group which the UE belongs to. Alternatively, the UE may be able to infer SBG-RNTI from its group ID. For example, SBG-RNTI may be equal to group ID+common reference RNTI which may be SI-RNTI, P-RNTI, etc. Also, truncated version of any of those RNTI may be used to calculate SBG-RNTI in which some bit of the SI-RNTI, P-RNTI, etc., are dropped, e.g., the most/least significant K bits are truncated, such that the length of the remaining bits are as same as regular RNTI's length. The common reference RNTI may also be set by high layer signaling for all UEs or it may be specified. A UE may only attempt to decode GC-PDCCH that are scrambled with RNTIs associated to its group(s).
A UE may belong to multiple groups at the same time and the indicated available LBT sub-bands for those UEs or groups of UEs may be different. Then, the UE may assume a certain combination of the indicated LBT sub-bands for the different groups are available. For example, the UE may assume that the common LBT sub-bands in all indications are only available, or the UE may assume the union of the indicated LBT sub-bands are available.
As yet another solution, we herein propose to deploy two-steps sub-band indications. In the first step, gNB may explicitly or implicitly indicate all the available LBT sub-bands via GC-PDCCH, DMRS, and/or other reference signals, for example, to all UEs. Then in the second step, gNB may indicate a subset of available LBT sub-bands to individual UEs or group(s) of UEs such that those UE(s) may only monitor those LBT sub-bands during the remaining portion of the COT. For example, UE(s) may assume that the subset of the available LBT sub-bands that carry the first DL transmission, signals and/or channels, is the subset of LBT sub-bands that the UE(s) may have to monitor during the remaining of the COT.
Alternatively, the BWP ID field in DCI, format 1-1 DCI for example, may be interpreted as the LBT sub-band ID and additional one bit field may be introduced to distinguish whether BWP ID field is used for BWP switching or indicating a subset of the available sub-bands. Furthermore, we may introduce a new field to indicate the select sub-set of the available LBT sub-bands and its size may be configured by high layer signaling or set to be equal the number of sub-bands within the activated BWP. This bit field may just indicate the index of the available LBT sub-band. This bit field may be a bit map that may indicate multiple LBT sub-bands.
If other reference signals such as DMRS, CSI-RS, SSS, PSS, etc. are used to indicate the available LBT sub-band, then similar ideas in the aforementioned embodiments can be deployed. For example, each UE or group of UEs may be associated with particular initialization sequence, antenna port, or pattern.
CORESET Monitoring
In NR, the CORESETs, except CORESET 0, are configured through high layer parameter, e.g., RRC IE, ControlResourceSet which contains the parameter frequencyDomainResources to configure their frequency domain resources within the BWP within which the CORESETs are configured. The parameter frequencyDomainResources is a bit string of size equal to 45 bits where each bit each bit corresponds a group of 6 RBs, with grouping starting from PRB 0, which is fully contained in the bandwidth part within which the CORESET is configured. The most significant bit corresponds to the group of lowest frequency which is fully contained in the bandwidth part within which the CORESET is configured, each next subsequent lower significance bit corresponds to the next lowest frequency group fully contained within the bandwidth part within which the CORESET is configured, if any. Bits corresponding to a group not fully contained within the bandwidth part within which the CORESET is configured are set to zero.
In NR-U, such configurations may not appropriate when LBT is conducted on sub-bands within BWP. If the PRBs configured to be part of a CORESET are contained in unavailable sub-band due to LBT failure, then this CORESET will be punctured. The absence of the knowledge about how the CORESET time/frequency resources are mapped to only available sub-bands significantly decreases the probability of successful PDCCH decoding. In the aforementioned embodiments, we proposed different solutions to allow the gNB to indicate which sub-bands are available and which are unavailable within the configured BWP either for LBT-independent sub-band configurations or LBT-dependent sub-band configurations. However, another set of solutions and procedures may be needed to define the UE behavior of monitoring different configured CORESETs. For example,
There are so many possibilities to remap the time and frequency domain resources of old CORESET to a new CORESET in addition to the other configurations that may need to be modified. Therefore, both gNB and UE shall have the same understanding of the CORESET remapping and its configurations based on the outcome of sub-band LBT. Next, we propose several procedures to establish such understanding between gNB and UE.
Configuration-Based CORESET Remapping
A UE may be configured or signaled with information about the CORESET remapping. To this end, we herein propose the following methods.
Alternatively, the CORESET remapping information may be pre-specified and is performed according to pre-defined rules to reduce the signaling overhead. We herein propose the following rules:
As another embodiment, we herein propose to combine signaling CORESET remapping configurations through RRC or RRC+MAC-CE or deploying pre-specified rules without any signaling. For instance, pre-specified CORESET remapping rules may be used if there are no CORESET remapping configurations.
Guard Band Indication and its Impact on CORSET Configurations
Guard band may be needed at the edge(s) of the available sub-bands to reduce power leakage to the adjacent frequency bands. Several approaches are proposed to indicate the guard band configurations to a UE operating in NR-U based on the available LBT sub-bands.
The size of the guard band may be specified such that LGB PRBs, for example, are reserved at the edge(s) of the available LBT sub-bands and it may be assumed no guard band between contiguous available LBT sub-bands.
Alternatively, the guard band size may be configured by high layer signaling, such as UpperGB and LowerGB or GB for both upper and lower edges, RRC parameters for example. If only one parameter is indicated to a UE, then the UE may assume guard band sizes at upper and lower edges of the available LBT sub-band are equal and both are set to equal the indicated size.
The start of the guard band may be indicated by high layer signaling with reference to particular PRB such as the first PRB in the carrier, BWP, or available sub-band.
There is a chance that some of CORESETs' PRBs overlap with guard band. As specified for Release 15 New Radio, a CORESET can consist of contiguous or non-contiguous groups of PRBs and each group consists of 6 contiguous PRBs, it may be modified. Therefore, we herein propose that if any group of 6 PRBs is configured for a CORESET and it is fully overlapped with guard bands, then the UE may assume this group of 6 PRBs is invalid and it does not carry PDCCH. This is equivalent to modifying the configured frequencyDomainResources, RRC parameter that configure the frequency domain resources of the CORESET, by setting the bit associated with group of PRBs to zero instead of 1.
Moreover, if any group of 6 PRBs is configured for a CORESET and it is partially overlapped with guard bands, then the UE may assume the whole group of 6 PRBs is invalid and it does not carry PDCCH, or the UE may assume that only the PRBs that fully or partially overlap with guard band are invalid and it does not carry PDCCH while the other PRBs that do not overlap with guard band may still be used to carry PDCCH.
The CORSET may be configured to span multiple sub-bands, while PDCCH may be transmitted only within the CORESET portions within available sub-bands. The PDCCH may be fully confined within sub-band or it may be interleaved across multiple sub-bands.
If PDCCH is confined within a sub-band, then the UE may assume that PDCCH is not transmitted if this sub-band is indicated to be unavailable due to LBT failure at gNB side. Alternatively, the UE may attempt to decode PDCCH in the other available sub-bands within the configured CORESET.
The UE may receive an indication that PDCCH is confined within a sub-band by high layer signaling, e.g., RRC parameter such as SB_Confined_PDCCH. Also, high layer signaling such as RRC parameter may provide the UE with the sub-band index containing the PDCCH. Moreover, UE may be indicated, by high layer signaling for example, whether to assume that PDCCH is not transmitted if its sub-band is not available or it may be still transmitted in other available sub-bands in the CORESET.
If PDCCH is interleaved across several sub-bands and some of them are not available, then the UE may assume that the interleaved portions of PDCCH in those sub-bands are not transmitted. High layer signaling may indicate the sub-bands carrying the interleaved portions of PDCCH. Alternatively or additionally, the UE may assume that all sub-bands spanned by the CORESET may carry portions of the interleaved PDCCH.
Sub-Band Search Space
Since a CORESET may vary based on the available sub-bands, the search spaces associated with this CORESET may vary as well. For example, the monitoring slot, periodicity, offset, aggregation level, etc., may change as the available sub-bands change based on the outcome of LBT. Therefore, we herein propose the following embodiments to address this challenge.
We propose to associate the search space (SS) configurations not only with the CORESET Id, but also with the sub-bands Ids. To this end, the high layer parameter, such as RRC SearchSpaceSB IE in Example Information Element 6 in the Appendix, may be used to include sub-band(s) which contains the frequency domain resources of the CORESET identified by ControlResourceSetId. For example, this may be captured in the parameter SB-Id which carries single or multiple sub-bands' Ids containing the frequency domain resources of the CORESET.
See Example Information Element 6, SearchSpaceSB information element.
In NR Release 15, a search space is associated with a CORESET through high layer signalling. Due to channel access uncertainty, a portion or the whole CORESET may not be available. Therefore, multiple CORESETs with different IDs may be configured to the UE. Then based on the LBT outcome at gNB, the search space may be associated with the proper CORESET ID.
The UE may be configured with the proper CORESET ID associated with a search space by high layer signalling for each possible LBT outcome at gNB. For example, if a particular search space is associated with CORESET 1 if sub-band 0 is available while it is associated with CORESET 2 if sub-band 3 is available, and so on. To this end, assuming the BWP consists of M sub-bands, for example, the following RRC parameters may be introduced, SB_0, SB_1, . . . , SB_M−1, where each one indicates the proper CORESET ID if this sub-band is available.
Alternatively, the UE may infer the CORESET ID associated with a search space based on certain rules depending some parameters such as the search space ID, the available sub-band ID, etc.
Uplink BWP/Sub-Band Switching for RACH and BFR
Uplink BWP/Sub-Band Switching for RACH
In NR, once the initial access process is started in particular UL BWP with physical random access channel (PRACH) preamble transmission which is commonly known as message 1 (Msg 1), it is assumed that message 3 (Msg 3) in the RACH procedure will be transmitted on UL BWP as same as the UL BWP used for Msg 1 transmission. The time and frequency resources for Msg 3 is indicated in gNB response to Msg 1 which is known as random access response (RAR) and denoted as message 2 (Msg 2). Particularly, in Msg 2, gNB transmits a DCI format 1_0 scrambled with RACH-RNTI (RA-RNTI) and the UE has to decode it within time window called RAR-window. Once DCI is decoded correctly, the UE can proceed to decode PDSCH carrying RAR which indicate the time/frequency resources for Msg 3. The frequency domain resources of Msg 3 are allocated using uplink resources allocation type 1 which indicates the resources to the scheduled UE within active UL BWP.
In NR-U, the time between transmitting Msg 1 and Msg 3 may be big enough to the limit that other nodes may acquire the channel the UL BWP/sub-band containing the frequency domain resources may no longer be available. To address this challenge, we herein propose the following embodiments.
The UE may receive multiple RAR within the RAR-window, which may be expanded as well. Each RAR may provide time and frequency resources within particular BWP. The reserved bits in RAR may be used to indicate the BWP index or new bits may be introduced for this purpose.
To limit overhead due to each UE having multiple Msg3 resources, and also limit risk over Msg3 collision and therefore risk of detection failure at gNB, we herein propose that
As another embodiment, we herein propose to define resources remapping rules which may indicate the time and frequency domains resources on other BWPs/sub-bands based on the provided resources in another UL BWP/sub-band. For example, the UE may induce the frequency domain resources for Msg 3 on UL BWPs/sub-bands by just shifting the configured resources on particular UL BWP/sub-band.
Alternatively, we herein propose that gNB may only transmit a single RAR, but with bigger size than the original size of RAR carrying the frequency and time domain resources for Msg 3 on a multiple BWPs/sub-bands. Here, we propose that the single RAR may carry the time and frequency resources for different BWPs/sub-bands.
Regarding Msg 4, if the UE chooses other BWP than the one initially used in Msg 1 transmission, this means that the UE may be surrounded by other nodes that are using the frequency domain corresponding to this BWP. Therefore, it may be better that Msg 4 to be transmitted on DL BWP associated with UL BWP that the UE choose for Msg 3 transmission.
Enhancement for MSG3
It may be beneficial to provide multiple transmission opportunities for MSG3 in time and/or frequency domains to increase the chance of accessing the channel. To provide multiple time domain, we herein propose the following procedures or a combination of them.
The MSG3 PUSCH time resource allocation field in the RAR, i.e., MAC PDU, may be expanded. Contrary to what's specified for Release 15 New Radio, instead of using this field to indicate a single row of the time domain allocation list provided by high layer signaling, TimeDomainAllocationList, or a default specified list, we herein propose to expand this field, e.g. to be 16 bits, and use it to indicate multiple rows in time domain allocation list. In other word, this field may be considered as bitmap and its length may be set to equal the number of rows in the time domain allocation list, for example. Each bit may correspond to a single row or multiple rows. The UE may consider the indicated rows as alternatives to each other and only one candidate start position may be selected based on LBT outcome.
For example, Table 3 shows an example time resource allocation bit map field is expanded into 16 bits. Each bit corresponds to particular slot offset K2, start symbol S and allocation length L. For example, if the bits corresponding to the setup in the first and second rows are set to one, then UE may assume that two candidate start positions are at OFDM symbol 0 and 1 are indicated and UE may choose one of them based on LBT outcome.
Alternatively, the size of the time resource allocation bit field in RAR may keep as the same as specified for Release 15 New Radio, but the bit map may be interpreted differently. Specifically, each bit may correspond to multiple rows in time domain allocation list. For example, Table 4 shows that time resource allocation bit field is 4 and each bit correspond to four different PUSCH configurations for MSG3. UE may choose the best PUSCH configurations based on LBT outcome.
Additionally, the size of configured or default time domain allocation list may be increased, adding more rows representing new configurations for PUSCH. The PUSCH configurations can be grouped such that each row represents multiple configurations. In this case, time resource allocation bit field is still indicating the row index, but each row provide multiple start positions of PUSCH. For example, 4 bits of time resource allocation bit field can indicate the indices of 16 row and each row may carry multiple configurations.
As yet another possible solution, only some of parameters of the time domain allocation list may be modified, without the need to add more rows or reinterpreting time resource allocation bit field or increasing its size. In some rows, multiple K2 values may be used to provide multiple candidate start positions across different slots. For example, in some rows of Table 5, K2 and K2+β are two different slot offset values and UE may select the appropriate slot offset based on LBT outcome. Similarly, multiple start symbols may be provided in some rows. Table 5 shows an example of providing S and S+α as possible start OFDM symbols and the UE may choose the appropriate start symbol based on LBT outcome. The parameters β and α may be configured by high layer signaling. In case they are not configured, then the parameters β and α may be specified and they may be function of other system parameters such numerology.
Alternatively, the RAR may indicate multiple slot offset or start symbol values, a new field may be introduced for this purpose. This field may indicate the periodicity of the candidate start position which may be denoted by δ for example. Specifically, if the indicated slot offset is K2, then UE may assume that MSG3 PUSCH may be transmitted in slots shifted by K2, K2+δ, K2+2δ, . . . , or Kmax, where Kmax is the maximum allowable slot offset that may be indicated by high layer signaling, derived according to certain rules, or specified. If indicated start symbol is S, then UE may assume that MSG3 PUSCH may be transmitted at symbol S, S+δ, S+2δ, . . . , or Smax, where Smax is the maximum allowable start symbol index that may be indicated by high layer signaling, derived according certain rules such as Smax=14−L, or specified. The field indicating δ has Log2 (number of possible values of δ) bits. Different periodicity values for slot offset and start symbol may be deployed and donated by δK and δS, respectively, for example. In this case, two spate fields may be needed to indicate δK and δS.
Rather than using additional fields in RAR to indicate the periodicity of slot offset or start symbol of MSG3 PUSCH to provide multiple candidate start positions, the periodicity periodicities δ, δK and/or δS may be configured by high layer signaling or specified in case of the absence of high layer signaling.
If RAR provides multiple candidate start positions for PUSCH of MSG3, multiple MCSs may need to be indicated to a UE for each or some of the provided PUSCH configurations. Multiple MCS fields in RAR each one may be tied to particular start position. UE may derive the new MCS using some rules depending on the candidate start position and length of PUSCH carrying MSG3. For example, if the length of MSG3 PUSCH of the candidate start position is as same as the length of MSG3 PUSCH of the original start position, then UE may use the same MCS provided for the original start position. In another example, if the length of MSG3 PUSCH of the candidate start position is half the length of MSG3 PUSCH of the original start position, then UE may use the double MCS provided for the original start position. For example, the MCS for the candidate start position can be expressed as follows
where Lold and MCSold are the length and the indicated MCS of the original start position of MSG3 PUSCH while Lnew is the length of the MSG3 PUSCH depending on its new start position.
It is beneficial that MSG2 indicates the channel access procedure type(s) for MSG3 in the RACH procedure. In some cases, the same channel access procedure type may be deployed for all the candidate start positions of MSG3. In other cases, channel access procedure type may depend on the candidate start positions of MSG3.
Either for single start position or multiple candidate start positions deploying the same channel access procedure for MSG3, then a field in DCI scheduling RAR PDSCH, e.g. DCI format 1_0 scrambled with RA RNTI may be used to indicate the channel access procedure for MSG3. The size of the field may equal to Log2 (number of channel access procedures).
If the UE cannot access the channel for a transmission according to the first start position indicated in RAR, there are a few options. The UE may attempt to access the channel and transmit PUSCH at the other candidate start positions. Similarly, or the channel access procedure may be indicated in the RAR itself by dedicating Log2 (number of channel access procedures) field in RAR MAC PDU, for example. Alternatively, the indication of the channel access procedures may be split between DCI scheduling RAR PDSCH and RAR in case there is no enough bits in the DCI or RAR to carry this indication by itself only.
For the case that the channel access procedure may vary from candidate start position to another, we herein propose to add additional column to time domain allocation list such that for each indicated candidate start position, the associated channel access procedure type is indicated. This approach may be combined with the aforementioned procedures to indicate the candidate start positions. For example, in Table 6, a new column is added to indicate the channel access type.
Moreover, the UE may infer the type of channel access procedures based on certain rules depending several factors such as the time gap between the first symbol carrying MSG3 and the last symbol carrying RAR, the length of MSG3, numerology, etc. For example, if the time gap between the first symbol carrying MSG3 and the last symbol carrying RAR is smaller and/or greater than certain threshold(s), then particular type of channel access procedures may be applied.
Uplink BWP Switching for BFR
In BFR, we herein propose that gNB may configure the UE with PRACH resources across different BWPs/sub-bands to increase the chance that UE acquire the channel to transmit the beam failure recovery request (BFRQ). Some of these PRACH resources may be associated with contention-free PRACH while other associated with contention-based PRACH.
Moreover, we herein propose that gNB response may be transmitted on BWP with Id different than BWP used for BFRQ transmission. To reduce the power consumption at UE while monitoring the gNB's response, some of the aforementioned embodiment may adopted to configure the CORESET associated with recoverySearchSpaceId and to monitor the gNB response across the different BWP/sub-bands Ids.
As another embodiment, we herein propose that UE may monitor the CORESET associated with recoverySearchSpaceId on different BWP/sub-bands with particular order. For example, the UE may start monitoring this CORESET on the BWP/sub-band originally configured in. Then UE may monitor this CORESET on BWPs with following order default BWP→Initial BWP→BWP0→BWP1→ . . . etc. Similarly, the UE may monitor this CORESET on the sub-bands with following order: SB0→SB1→SB2→ . . . , etc.
CSI-RS Enhancements
CSI-RS can be configured for multiple purposes including channel acquisition, beam management, beam failure recovery, radio link monitoring, radio resource management, etc. For any of these use cases, CSI-RS can be configured to occupy the full bandwidth or just a fraction of the BWP configured for the UE. With wide band operation, gNB may not always have access to the whole frequency band carrying CSI-RS, i.e., gNB conducts successful LBT on a set of sub-bands composing this BWP. Consequently, if CSI-RS(s) is configured to span multiple sub-bands, it is not guaranteed that all those sub-bands are always available at the same time. Therefore, we herein propose several enhancements to CSI-RS cope with such challenge.
Channel acquisition indication(s) may be used to let the UE adjust its receiving filter(s). Either explicit or implicit channel acquisition indication(s) may indicate the sub-bands acquired by gNB. In this case, the UE may assume that only the REs within the available sub-bands are carrying the configured CSI-RS while the other REs within the unavailable sub-bands are not transmitted and should not be considered in the measurements process. For example, the UE should not average the REs in the unavailable sub-bands.
For New Radio Release 15, CSI-RS can be configured to be transmitted on a fraction of DL BWP. Specifically, the BWP is divided into CSI-RS sub-bands (CSRS-SB) of contiguous PRBs and the size of this CSRS-SB depends on BWPs size as shown in Table 7, different sizes of CSRS-SB may be introduced. For each size BWP, there are two possible CSRS-SB sizes and the selected size can be configured by high layer signaling.
The CSRS-SB may cross the LBT sub-band boundaries as shown in
In first alternative, if any of CSRS-SB spanning two LBT sub-bands and one of them is not available, then the UE may assume that no CSI-RS is transmitted in this CSRS-SB, i.e., dropping the measurement on this CSRS-SB, and no reporting is required for this CSRS-SB. This is exemplified in
In another alternative, the configured CSRS-SB spanning two LBT sub-bands may not fully dropped if any of those LBT sub-bands are not available. Instead, the CSRS-SB PRBs that are fully or partially in the unavailable LBT sub-band will be dropped and other PRBs in the same CSRS-SB may still carry CSI-RS and contribute to the measurements. This is equivalent to shrinking the last CSRS-SB to contain less number of PRB than other CSRS-SB far from the sub-band boundary. For example,
Moreover, even if multiple contiguous LBT sub-bands are available, we herein propose to restrict the measurements to be confined within the LBT sub-bands. If a configured CSRS-SB spans two contiguous available sub-bands, then this CSRS-SB may be divided into two CSRS-SBs, each one is fully contained within one LBT sub-bands. If there is a PRB that across the boundary between any contiguous LBT sub-bands, then this PRB may be dropped and UE may assume that no CSI-RS is transmitted in this PRB.
In new radio (NR) based access to unlicensed spectrum, guard band may be adopted to avoid interfering on the adjacent channel. Consequently, some CSRS-SBs may fully or partially overlap with guard band as shown in
Alternatively, if a CSRS-SB is fully overlapped with the guard band or it spans unavailable LBT sub-band and the guard band, i.e., CSRS-SB is at the boundary between unavailable LBT sub-band and the guard band, then UE may assume no measurements should be conducted on them and the whole CSRS-SB is dropped. However, for CSRS-SBs that span available LBT sub-band and guard band, then UE may assume that the PRBs that fully or partially fall in the guard band may not carry CSI-RS and no measurements is conducted on them. While the UE may assume that PRBs that fully fall in the available LBT sub-band may still carry CSI-RS and measurements may be conducted on them.
The sizes of the first and the last CSRS-SBs may be given as function of the location of LBT sub-band, the guard band size, the location of the BWP, etc. For example, the size of the first CSRS-SB which is located in the lowest available LBT sub-band in the BWP may be given by NPRBCSRS-SB−([NBWP,istart+NLBT sub-band,jstart+NPRBguard band,j] mod NPRBCSRS-SB), where NPRBCSRS-SB is the size of CSRS-SB, NBWP,istart is the number of PRBs from a reference PRB to the first PRB in the BWPi, NLBT sub-band,jstart is the number of PRBs from the first PRB in the BWPi to the first PRB in the first available LBT sub-bandj and NPRBguard band,j is the number of PRBs that are used as guard band in LBT sub-bandj.
The size of the last CSR-SB which is located in the highest available LBT sub-bandk in the BWP may be given by [NBWP,istart+NLBT sub-band,jstart+MNLBT sub-bandsize−NPRBguard band,k] mod NPRBCSRS-SB if [NBWP,istart+NLBT sub-band,jstart+MNLBT sub-bandsize−NPRBguard band,k] mod NPRBCSRS-SB≠0, where M is the number of contiguous available LBT sub-bands, NLBT sub-bandsize is the size of LBT sub-band in terms of PRBs and NPRBguard band,k is the number of PRBs that are used as guard band in LBT sub-bandk. If [NBWP,istart+NLBT sub-band,jstart+MNLBT sub-bandsize−NPRBguard band,k] mod NPRBCSRS-SB=0, then size of the last CSR-SB which is located in the highest available LBT sub-bandk in the BWP may be given by NPRBCSRS-SB. If the available LBT sub-bands have different sizes, then the term MNLBT sub-bandsize may be replaced with Σq=1MNLBT sub-band,qsize, where NLBT sub-band,qsize is the size of the qth available LBT sub-band.
For the case of non-contiguous available LBT sub-bands, the aforementioned examples can be applied by treating available LBT sub-bands separately.
In new radio release 15, CSI-RS can be configured to occupy multiple ODSM symbols within a slot. Due to channel access uncertainty, gNB may not access the channel at the configured time domain location(s). To cope with such challenge, the following alternatives may be adopted or any of their combinations.
In first alternative, the UE may assume that CSI-RS in OFDM symbols that fall before gNB successfully acquire the channel are dropped. In other words, the UE may assume that the OFDM symbols carrying CSI-RS are punctured if gNB fails in acquiring the channel before them. For example,
As a possibly other solution, if any symbol(s) carrying CSI-RS is punctured, a UE may assume that other OFDM symbol(s) carrying CSI-RS will be punctured as well even if they fall within gNB's COT. It is worth mentioning that when we herein propose to puncture the OFDM symbol carrying CSI-RS, this OFDM symbol may still carry other DL transmission. Only the REs that are configured to carry CSI-RS in this OFDM symbol is punctured. Those REs may carry DL transmission to this UE or any other UEs. This solution may of great interest especially if CSI-RSs are time domain CDMed.
Alternatively, the UE may assume that the OFDM symbol(s) carrying CSI-RS may be shifted. The shift value can be explicitly indicated to the UE dynamically in UE-specific DCI or group-common DCI, for example. The UE specific DCI may be scrambled by C-RNIT and the group-common DCI may be scrambled with SFI-like RNTI. The shift value may be indicated by MAC-CE as well. The shift value may be implicitly indicated to the UE by noticing the time shift if any signal/channel that was supposed to be received earlier, for example, the time shift in DMRS, PSS, SSS, SSB can serve this purpose. If the OFDM symbol(s) carrying CSI-RS are shifted to fall beyond gNB MCOT, then the UE may assume that those OFDM symbols are punctured. In
Moreover, it may be beneficial to remove the time dependency in the initial sequence generator of CSI-RS. For example, the initialization sequence may be given by
Cinit=(210(Nsymbslotnsμ+l+1)(2nID+1)+nID)mod 231
where nsμ may be the slot number relative the beginning of COT. If gNB acquired the channel in the middle of slot, then this partial slot may be counted as the first slot in gNB's COT. The parameter l is the OFDM symbol number within a slot and for the first slot in gNB's COT, l may not be smaller than the index of the first OFDM symbol in gNB's COT. The parameters nID and Nsymbslot are equal to high-layer parameter and the number of OFDM symbols in a slot, respectively.
Alternatively, nsμ may be the slot number within a radio frame and l may be the OFDM symbol number relative to beginning of gNB's COT. The other parameters in the equation remain the same.
In new radio release 15, a reporting CSRS-SB can be configured by a higher layer signaling carrying a bit map whose size is equal to the number of CSRS-SB in BWP. In the aforementioned solutions, if size of a CSRS-SB is reduced due to spanning available LBT sub-band and another unavailable LBT sub-band, then the indication bit corresponding to the original CSRS-SB may be used to indicate the modified CSRS-SB size. Also, for a parent CSRS-SB that is divided into two children CSRS-SBs due to spanning available LBT sub-band, the same indication bit corresponding to the original CSRS-SB may be used to indicate both children CSRS-SBs.
The 3rd Generation Partnership Project (3GPP) develops technical standards for cellular telecommunications network technologies, including radio access, the core transport network, and service capabilities—including work on codecs, security, and quality of service. Recent radio access technology (RAT) standards include WCDMA (commonly referred as 3G), LTE (commonly referred as 4G), and LTE-Advanced standards. 3GPP has begun working on the standardization of next generation cellular technology, called New Radio (NR), which is also referred to as “5G”. 3GPP NR standards development is expected to include the definition of next generation radio access technology (new RAT), which is expected to include the provision of new flexible radio access below 6 GHz, and the provision of new ultra-mobile broadband radio access above 6 GHz. The flexible radio access is expected to consist of a new, non-backwards compatible radio access in new spectrum below 6 GHz, and it is expected to include different operating modes that may be multiplexed together in the same spectrum to address a broad set of 3GPP NR use cases with diverging requirements. The ultra-mobile broadband is expected to include cmWave and mmWave spectrum that will provide the opportunity for ultra-mobile broadband access for, e.g., indoor applications and hotspots. In particular, the ultra-mobile broadband is expected to share a common design framework with the flexible radio access below 6 GHz, with cmWave and mmWave specific design optimizations.
The 3rd Generation Partnership Project (3GPP) develops technical standards for cellular telecommunications network technologies, including radio access, the core transport network, and service capabilities—including work on codecs, security, and quality of service. Recent radio access technology (RAT) standards include WCDMA (commonly referred as 3G), LTE (commonly referred as 4G), and LTE-Advanced standards. 3GPP has begun working on the standardization of next generation cellular technology, called New Radio (NR), which is also referred to as “5G”. 3GPP NR standards development is expected to include the definition of next generation radio access technology (new RAT), which is expected to include the provision of new flexible radio access below 6 GHz, and the provision of new ultra-mobile broadband radio access above 6 GHz. The flexible radio access is expected to consist of a new, non-backwards compatible radio access in new spectrum below 6 GHz, and it is expected to include different operating modes that may be multiplexed together in the same spectrum to address a broad set of 3GPP NR use cases with diverging requirements. The ultra-mobile broadband is expected to include cmWave and mmWave spectrum that will provide the opportunity for ultra-mobile broadband access for, e.g., indoor applications and hotspots. In particular, the ultra-mobile broadband is expected to share a common design framework with the flexible radio access below 6 GHz, with cmWave and mmWave specific design optimizations.
3GPP has identified a variety of use cases that NR is expected to support, resulting in a wide variety of user experience requirements for data rate, latency, and mobility. The use cases include the following general categories: enhanced mobile broadband (e.g., broadband access in dense areas, indoor ultra-high broadband access, broadband access in a crowd, 50+ Mbps everywhere, ultra-low cost broadband access, mobile broadband in vehicles), critical communications, massive machine type communications, network operation (e.g., network slicing, routing, migration and interworking, energy savings), and enhanced vehicle-to-everything (eV2X) communications, which may include any of Vehicle-to-Vehicle Communication (V2V), Vehicle-to-Infrastructure Communication (V2I), Vehicle-to-Network Communication (V2N), Vehicle-to-Pedestrian Communication (V2P), and vehicle communications with other entities. Specific service and applications in these categories include, e.g., monitoring and sensor networks, device remote controlling, bi-directional remote controlling, personal cloud computing, video streaming, wireless cloud-based office, first responder connectivity, automotive ecall, disaster alerts, real-time gaming, multi-person video calls, autonomous driving, augmented reality, tactile internet, and virtual reality to name a few. All of these use cases and others are contemplated herein.
The communications system 100 may also include a base station 114a and a base station 114b. Base stations 114a may be any type of device configured to wirelessly interface with at least one of the WTRUs 102a, 102b, and 102c to facilitate access to one or more communication networks, such as the core network 106/107/109, the Internet 110, and/or the other networks 112. Base stations 114b may be any type of device configured to wiredly and/or wirelessly interface with at least one of the RRHs (Remote Radio Heads) 118a, 118b, TRPs (Transmission and Reception Points) 119a, 119b, and/or RSUs (Roadside Units) 120a, 120b to facilitate access to one or more communication networks, such as the core network 106/107/109, the Internet 110, the other networks 112, and/or V2X server (or ProSe function and server) 113. RRHs 118a, 118b may be any type of device configured to wirelessly interface with at least one of the WTRU 102c, to facilitate access to one or more communication networks, such as the core network 106/107/109, the Internet 110, and/or the other networks 112. TRPs 119a, 119b may be any type of device configured to wirelessly interface with at least one of the WTRU 102d, to facilitate access to one or more communication networks, such as the core network 106/107/109, the Internet 110, and/or the other networks 112. RSUs 120a, 120b, may be any type of device configured to wirelessly interface with at least one of the WTRU 102e or 102f, to facilitate access to one or more communication networks, such as the core network 106/107/109, the Internet 110, the other networks 112, and/or V2X server (or ProSe function and server) 113. By way of example, the base stations 114a, 114b may be a base transceiver station (BTS), a Node-B, an eNode B, a Home Node B, a Home eNode B, a site controller, an access point (AP), a wireless router, and the like. While the base stations 114a, 114b are each depicted as a single element, it will be appreciated that the base stations 114a, 114b may include any number of interconnected base stations and/or network elements.
The base station 114a may be part of the RAN 103/104/105, which may also include other base stations and/or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), relay nodes, etc. The base station 114b may be part of the RAN 103b/104b/105b, which may also include other base stations and/or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), relay nodes, etc. The base station 114a may be configured to transmit and/or receive wireless signals within a particular geographic region, which may be referred to as a cell (not shown). The base station 114b may be configured to transmit and/or receive wired and/or wireless signals within a particular geographic region, which may be referred to as a cell (not shown). The cell may further be divided into cell sectors. For example, the cell associated with the base station 114a may be divided into three sectors. Thus, in an embodiment, the base station 114a may include three transceivers, e.g., one for each sector of the cell. In an embodiment, the base station 114a may employ multiple-input multiple output (MIMO) technology and, therefore, may utilize multiple transceivers for each sector of the cell.
The base stations 114a may communicate with one or more of the WTRUs 102a, 102b, 102c over an air interface 115/116/117, which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, infrared (IR), ultraviolet (UV), visible light, cmWave, mmWave, etc.). The air interface 115/116/117 may be established using any suitable radio access technology (RAT).
The base stations 114b may communicate with one or more of the RRHs 118a, 118b, TRPs 119a, 119b, and/or RSUs 120a, 120b, over a wired or air interface 115b/116b/117b, which may be any suitable wired (e.g., cable, optical fiber, etc.) or wireless communication link (e.g., radio frequency (RF), microwave, infrared (IR), ultraviolet (UV), visible light, cmWave, mmWave, etc.). The air interface 115b/116b/117b may be established using any suitable radio access technology (RAT).
The RRHs 118a, 118b, TRPs 119a, 119b and/or RSUs 120a, 120b, may communicate with one or more of the WTRUs 102c, 102d, 102e, 102f over an air interface 115c/116c/117c, which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, infrared (IR), ultraviolet (UV), visible light, cmWave, mmWave, etc.). The air interface 115c/116c/117c may be established using any suitable radio access technology (RAT).
The WTRUs 102a, 102b, 102c, 102d, 102e, 102f, and/or 102g may communicate with one another over an air interface 115d/116d/117d (not shown in the figures), which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, infrared (IR), ultraviolet (UV), visible light, cmWave, mmWave, etc.). The air interface 115d/116d/117d may be established using any suitable radio access technology (RAT).
More specifically, as noted above, the communications system 100 may be a multiple access system and may employ one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, and the like. For example, the base station 114a in the RAN 103/104/105 and the WTRUs 102a, 102b, 102c, or RRHs 118a, 118b, TRPs 119a, 119b and RSUs 120a, 120b, in the RAN 103b/104b/105b and the WTRUs 102c, 102d, 102e, 102f, may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 115/116/117 or 115c/116c/117c respectively using wideband CDMA (WCDMA). WCDMA may include communication protocols such as High-Speed Packet Access (HSPA) and/or Evolved HSPA (HSPA+). HSPA may include High-Speed Downlink Packet Access (HSDPA) and/or High-Speed Uplink Packet Access (HSUPA).
In an embodiment, the base station 114a and the WTRUs 102a, 102b, 102c, or RRHs 118a, 118b, TRPs 119a, 119b, and/or RSUs 120a, 120b in the RAN 103b/104b/105b and the WTRUs 102c, 102d, may implement a radio technology such as Evolved UMTS Terrestrial Radio Access (E-UTRA), which may establish the air interface 115/116/117 or 115c/116c/117c respectively using Long Term Evolution (LTE) and/or LTE-Advanced (LTE-A). In the future, the air interface 115/116/117 may implement 3GPP NR technology. The LTE and LTE-A technology includes LTE D2D and V2X technologies and interface (such as Sidelink communications, etc.) The 3GPP NR technology includes NR V2X technologies and interface (such as Sidelink communications, etc.)
In an embodiment, the base station 114a in the RAN 103/104/105 and the WTRUs 102a, 102b, 102c, or RRHs 118a, 118b, TRPs 119a, 119b and/or RSUs 120a, 120b in the RAN 103b/104b/105b and the WTRUs 102c, 102d, 102e, 102f may implement radio technologies such as IEEE 802.16 (e.g., Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000, CDMA2000 1×, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN), and the like.
The base station 114c in
The RAN 103/104/105 and/or RAN 103b/104b/105b may be in communication with the core network 106/107/109, which may be any type of network configured to provide voice, data, applications, and/or voice over internet protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d. For example, the core network 106/107/109 may provide call control, billing services, mobile location-based services, pre-paid calling, Internet connectivity, video distribution, etc., and/or perform high-level security functions, such as user authentication.
Although not shown in
The core network 106/107/109 may also serve as a gateway for the WTRUs 102a, 102b, 102c, 102d, 102e to access the PSTN 108, the Internet 110, and/or other networks 112. The PSTN 108 may include circuit-switched telephone networks that provide plain old telephone service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as the transmission control protocol (TCP), user datagram protocol (UDP) and the internet protocol (IP) in the TCP/IP internet protocol suite. The networks 112 may include wired or wireless communications networks owned and/or operated by other service providers. For example, the networks 112 may include another core network connected to one or more RANs, which may employ the same RAT as the RAN 103/104/105 and/or RAN 103b/104b/105b or a different RAT.
Some or all of the WTRUs 102a, 102b, 102c, 102d in the communications system 100 may include multi-mode capabilities, e.g., the WTRUs 102a, 102b, 102c, 102d, and 102e may include multiple transceivers for communicating with different wireless networks over different wireless links. For example, the WTRU 102e shown in
The processor 118 may be a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Array (FPGAs) circuits, any other type of integrated circuit (IC), a state machine, and the like. The processor 118 may perform signal coding, data processing, power control, input/output processing, and/or any other functionality that enables the WTRU 102 to operate in a wireless environment. The processor 118 may be coupled to the transceiver 120, which may be coupled to the transmit/receive element 122. While
The transmit/receive element 122 may be configured to transmit signals to, or receive signals from, a base station (e.g., the base station 114a) over the air interface 115/116/117. For example, in an embodiment, the transmit/receive element 122 may be an antenna configured to transmit and/or receive RF signals. In an embodiment, the transmit/receive element 122 may be an emitter/detector configured to transmit and/or receive IR, UV, or visible light signals, for example. In yet an embodiment, the transmit/receive element 122 may be configured to transmit and receive both RF and light signals. It will be appreciated that the transmit/receive element 122 may be configured to transmit and/or receive any combination of wireless signals.
In addition, although the transmit/receive element 122 is depicted in
The transceiver 120 may be configured to modulate the signals that are to be transmitted by the transmit/receive element 122 and to demodulate the signals that are received by the transmit/receive element 122. As noted above, the WTRU 102 may have multi-mode capabilities. Thus, the transceiver 120 may include multiple transceivers for enabling the WTRU 102 to communicate via multiple RATs, such as UTRA and IEEE 802.11, for example.
The processor 118 of the WTRU 102 may be coupled to, and may receive user input data from, the speaker/microphone 124, the keypad 126, and/or the display/touchpad/indicators 128 (e.g., a liquid crystal display (LCD) display unit or organic light-emitting diode (OLED) display unit). The processor 118 may also output user data to the speaker/microphone 124, the keypad 126, and/or the display/touchpad/indicators 128. In addition, the processor 118 may access information from, and store data in, any type of suitable memory, such as the non-removable memory 130 and/or the removable memory 132. The non-removable memory 130 may include random-access memory (RAM), read-only memory (ROM), a hard disk, or any other type of memory storage device. The removable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, and the like. In an embodiment, the processor 118 may access information from, and store data in, memory that is not physically located on the WTRU 102, such as on a server or a home computer (not shown).
The processor 118 may receive power from the power source 134, and may be configured to distribute and/or control the power to the other components in the WTRU 102. The power source 134 may be any suitable device for powering the WTRU 102. For example, the power source 134 may include one or more dry cell batteries, solar cells, fuel cells, and the like.
The processor 118 may also be coupled to the GPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) regarding the current location of the WTRU 102. In addition to, or in lieu of, the information from the GPS chipset 136, the WTRU 102 may receive location information over the air interface 115/116/117 from a base station (e.g., base stations 114a, 114b) and/or determine its location based on the timing of the signals being received from two or more nearby base stations. It will be appreciated that the WTRU 102 may acquire location information by way of any suitable location-determination method while remaining consistent with an embodiment.
The processor 118 may further be coupled to other peripherals 138, which may include one or more software and/or hardware modules that provide additional features, functionality, and/or wired or wireless connectivity. For example, the peripherals 138 may include various sensors such as an accelerometer, biometrics (e.g., finger print) sensors, an e-compass, a satellite transceiver, a digital camera (for photographs or video), a universal serial bus (USB) port or other interconnect interfaces, a vibration device, a television transceiver, a hands free headset, a Bluetooth® module, a frequency modulated (FM) radio unit, a digital music player, a media player, a video game player module, an Internet browser, and the like.
The WTRU 102 may be embodied in other apparatuses or devices, such as a sensor, consumer electronics, a wearable device such as a smart watch or smart clothing, a medical or eHealth device, a robot, industrial equipment, a drone, a vehicle such as a car, truck, train, or airplane. The WTRU 102 may connect to other components, modules, or systems of such apparatuses or devices via one or more interconnect interfaces, such as an interconnect interface that may comprise one of the peripherals 138.
As shown in
The core network 106 shown in
The RNC 142a in the RAN 103 may be connected to the MSC 146 in the core network 106 via an IuCS interface. The MSC 146 may be connected to the MGW 144. The MSC 146 and the MGW 144 may provide the WTRUs 102a, 102b, 102c with access to circuit-switched networks, such as the PSTN 108, to facilitate communications between the WTRUs 102a, 102b, 102c, and traditional land-line communications devices.
The RNC 142a in the RAN 103 may also be connected to the SGSN 148 in the core network 106 via an IuPS interface. The SGSN 148 may be connected to the GGSN 150. The SGSN 148 and the GGSN 150 may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communications between and the WTRUs 102a, 102b, 102c and IP-enabled devices.
As noted above, the core network 106 may also be connected to the networks 112, which may include other wired or wireless networks that are owned and/or operated by other service providers.
The RAN 104 may include eNode-Bs 160a, 160b, 160c, though it will be appreciated that the RAN 104 may include any number of eNode-Bs while remaining consistent with an embodiment. The eNode-Bs 160a, 160b, 160c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, 102c over the air interface 116. In an embodiment, the eNode-Bs 160a, 160b, 160c may implement MIMO technology. Thus, the eNode-B 160a, for example, may use multiple antennas to transmit wireless signals to, and receive wireless signals from, the WTRU 102a.
Each of the eNode-Bs 160a, 160b, and 160c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the uplink and/or downlink, and the like. As shown in
The core network 107 shown in
The MME 162 may be connected to each of the eNode-Bs 160a, 160b, and 160c in the RAN 104 via an S1 interface and may serve as a control node. For example, the MME 162 may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, bearer activation/deactivation, selecting a particular serving gateway during an initial attach of the WTRUs 102a, 102b, 102c, and the like. The MME 162 may also provide a control plane function for switching between the RAN 104 and other RANs (not shown) that employ other radio technologies, such as GSM or WCDMA.
The serving gateway 164 may be connected to each of the eNode-Bs 160a, 160b, and 160c in the RAN 104 via the S1 interface. The serving gateway 164 may generally route and forward user data packets to/from the WTRUs 102a, 102b, 102c. The serving gateway 164 may also perform other functions, such as anchoring user planes during inter-eNode B handovers, triggering paging when downlink data is available for the WTRUs 102a, 102b, 102c, managing and storing contexts of the WTRUs 102a, 102b, 102c, and the like.
The serving gateway 164 may also be connected to the PDN gateway 166, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communications between the WTRUs 102a, 102b, 102c, and IP-enabled devices.
The core network 107 may facilitate communications with other networks. For example, the core network 107 may provide the WTRUs 102a, 102b, 102c with access to circuit-switched networks, such as the PSTN 108, to facilitate communications between the WTRUs 102a, 102b, 102c, and traditional land-line communications devices. For example, the core network 107 may include, or may communicate with, an IP gateway (e.g., an IP multimedia subsystem (IMS) server) that serves as an interface between the core network 107 and the PSTN 108. In addition, the core network 107 may provide the WTRUs 102a, 102b, 102c with access to the networks 112, which may include other wired or wireless networks that are owned and/or operated by other service providers.
As shown in
The air interface 117 between the WTRUs 102a, 102b, 102c and the RAN 105 may be defined as an R1 reference point that implements the IEEE 802.16 specification. In addition, each of the WTRUs 102a, 102b, and 102c may establish a logical interface (not shown) with the core network 109. The logical interface between the WTRUs 102a, 102b, 102c and the core network 109 may be defined as an R2 reference point, which may be used for authentication, authorization, IP host configuration management, and/or mobility management.
The communication link between each of the base stations 180a, 180b, and 180c may be defined as an R8 reference point that includes protocols for facilitating WTRU handovers and the transfer of data between base stations. The communication link between the base stations 180a, 180b, 180c and the ASN gateway 182 may be defined as an R6 reference point. The R6 reference point may include protocols for facilitating mobility management based on mobility events associated with each of the WTRUs 102a, 102b, 102c.
As shown in
The MIP-HA may be responsible for IP address management, and may enable the WTRUs 102a, 102b, and 102c to roam between different ASNs and/or different core networks. The MIP-HA 184 may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communications between the WTRUs 102a, 102b, 102c, and IP-enabled devices. The AAA server 186 may be responsible for user authentication and for supporting user services. The gateway 188 may facilitate interworking with other networks. For example, the gateway 188 may provide the WTRUs 102a, 102b, 102c with access to circuit-switched networks, such as the PSTN 108, to facilitate communications between the WTRUs 102a, 102b, 102c, and traditional land-line communications devices. In addition, the gateway 188 may provide the WTRUs 102a, 102b, 102c with access to the networks 112, which may include other wired or wireless networks that are owned and/or operated by other service providers.
Although not shown in
The core network entities described herein and illustrated in
In operation, processor 91 fetches, decodes, and executes instructions, and transfers information to and from other resources via the computing system's main data-transfer path, system bus 80. Such a system bus connects the components in computing system 90 and defines the medium for data exchange. System bus 80 typically includes data lines for sending data, address lines for sending addresses, and control lines for sending interrupts and for operating the system bus. An example of such a system bus 80 is the PCI (Peripheral Component Interconnect) bus.
Memories coupled to system bus 80 include random access memory (RAM) 82 and read only memory (ROM) 93. Such memories include circuitry that allows information to be stored and retrieved. ROMs 93 generally contain stored data that cannot easily be modified. Data stored in RAM 82 may be read or changed by processor 91 or other hardware devices. Access to RAM 82 and/or ROM 93 may be controlled by memory controller 92. Memory controller 92 may provide an address translation function that translates virtual addresses into physical addresses as instructions are executed. Memory controller 92 may also provide a memory protection function that isolates processes within the system and isolates system processes from user processes. Thus, a program running in a first mode may access only memory mapped by its own process virtual address space; it cannot access memory within another process's virtual address space unless memory sharing between the processes has been set up.
In addition, computing system 90 may contain peripherals controller 83 responsible for communicating instructions from processor 91 to peripherals, such as printer 94, keyboard 84, mouse 95, and disk drive 85.
Display 86, which is controlled by display controller 96, is used to display visual output generated by computing system 90. Such visual output may include text, graphics, animated graphics, and video. The visual output may be provided in the form of a graphical user interface (GUI). Display 86 may be implemented with a CRT-based video display, an LCD-based flat-panel display, gas plasma-based flat-panel display, or a touch-panel. Display controller 96 includes electronic components required to generate a video signal that is sent to display 86.
Further, computing system 90 may contain communication circuitry, such as for example a network adapter 97, that may be used to connect computing system 90 to an external communications network, such as the RAN 103/104/105, Core Network 106/107/109, PSTN 108, Internet 110, or Other Networks 112 of
It is understood that any or all of the apparatuses, systems, methods and processes described herein may be embodied in the form of computer executable instructions (e.g., program code) stored on a computer-readable storage medium which instructions, when executed by a processor, such as processors 118 or 91, cause the processor to perform and/or implement the systems, methods and processes described herein. Specifically, any of the steps, operations, or functions described herein may be implemented in the form of such computer executable instructions, executing on the processor of an apparatus or computing system configured for wireless and/or wired network communications. Computer readable storage media include volatile and nonvolatile, removable and non-removable media implemented in any non-transitory (e.g., tangible or physical) method or technology for storage of information, but such computer readable storage media do not includes signals. Computer readable storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other tangible or physical medium which may be used to store the desired information and which may be accessed by a computing system.
This application is the National Stage of International Patent Application No. PCT/US2019/042163, filed Jul. 17, 2019, which claims the benefit of U.S. Provisional Application No. 62/737,380, filed Sep. 27, 2018; and United States Provisional Application No. 62/754,159, filed Nov. 1, 2018, the disclosures of which are incorporated herein by reference in their entireties.
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/US2019/042163 | 7/17/2019 | WO |
Publishing Document | Publishing Date | Country | Kind |
---|---|---|---|
WO2020/068251 | 4/2/2020 | WO | A |
Number | Name | Date | Kind |
---|---|---|---|
934888 | Dahlberg | Sep 1909 | A |
4892292 | Russell | Jan 1990 | A |
5610653 | Abecassis | Mar 1997 | A |
5892554 | Dicicco et al. | Apr 1999 | A |
6750919 | Rosser | Jun 2004 | B1 |
6973130 | Wee et al. | Dec 2005 | B1 |
7114174 | Brooks et al. | Sep 2006 | B1 |
7117517 | Milazzo et al. | Oct 2006 | B1 |
7343617 | Katcher et al. | Mar 2008 | B1 |
7577980 | Kienzle et al. | Aug 2009 | B2 |
7782344 | Whittaker | Aug 2010 | B2 |
7949032 | Frost | May 2011 | B1 |
8055785 | Liu et al. | Nov 2011 | B2 |
8160077 | Traversat et al. | Apr 2012 | B2 |
8243797 | Lin et al. | Aug 2012 | B2 |
8331760 | Butcher | Dec 2012 | B2 |
8621000 | Adimatyam et al. | Dec 2013 | B2 |
8705527 | Addepalli et al. | Apr 2014 | B1 |
8902773 | Anderson et al. | Dec 2014 | B2 |
9002979 | Hansen | Apr 2015 | B2 |
9047236 | Pigliotti | Jun 2015 | B2 |
9060187 | Wu et al. | Jun 2015 | B2 |
9064313 | Seshadrinathan et al. | Jun 2015 | B2 |
9137027 | Matthews et al. | Sep 2015 | B2 |
9170707 | Laska et al. | Oct 2015 | B1 |
9177225 | Cordova-Diba et al. | Nov 2015 | B1 |
9198181 | Blankenship et al. | Nov 2015 | B2 |
9231838 | Ould-Brahim et al. | Jan 2016 | B2 |
9276710 | Damnjanovic et al. | Mar 2016 | B2 |
9288545 | Hill et al. | Mar 2016 | B2 |
9317688 | Yegin et al. | Apr 2016 | B2 |
9336060 | Nori et al. | May 2016 | B2 |
9338700 | Schulist et al. | May 2016 | B2 |
9344888 | Starsinic et al. | May 2016 | B2 |
9380623 | Kim et al. | Jun 2016 | B2 |
9413451 | Park et al. | Aug 2016 | B2 |
9559797 | Liao et al. | Jan 2017 | B2 |
9992553 | Bennett et al. | Jun 2018 | B2 |
10028302 | Au et al. | Jul 2018 | B2 |
10111163 | Vrzic et al. | Oct 2018 | B2 |
10306671 | Li et al. | May 2019 | B2 |
10432362 | Iyer et al. | Oct 2019 | B2 |
10530757 | Seed et al. | Jan 2020 | B2 |
10979924 | Fooher et al. | Apr 2021 | B2 |
11051293 | Tsai et al. | Jun 2021 | B2 |
11122027 | Seed et al. | Sep 2021 | B2 |
11218267 | Zhang et al. | Jan 2022 | B2 |
20020065678 | Peliotis et al. | May 2002 | A1 |
20020120931 | Huber et al. | Aug 2002 | A1 |
20020126990 | Rasmussen et al. | Sep 2002 | A1 |
20020174425 | Markel et al. | Nov 2002 | A1 |
20040032495 | Ortiz | Feb 2004 | A1 |
20040190779 | Sarachik et al. | Sep 2004 | A1 |
20050093976 | Valleriano et al. | May 2005 | A1 |
20050286466 | Fagg et al. | Dec 2005 | A1 |
20060155842 | Yeung et al. | Jul 2006 | A1 |
20060193295 | White et al. | Aug 2006 | A1 |
20070024706 | Brannon et al. | Feb 2007 | A1 |
20070042784 | Anderson | Feb 2007 | A1 |
20070086669 | Berger et al. | Apr 2007 | A1 |
20070101418 | Wood et al. | May 2007 | A1 |
20070104369 | Weatherhead | May 2007 | A1 |
20070140106 | Tsai et al. | Jun 2007 | A1 |
20070153739 | Zheng | Jul 2007 | A1 |
20070171921 | Wookey et al. | Jul 2007 | A1 |
20080127253 | Zhang et al. | May 2008 | A1 |
20080205351 | Lindoff et al. | Aug 2008 | A1 |
20080225116 | Kang et al. | Sep 2008 | A1 |
20080261711 | Tuxen | Oct 2008 | A1 |
20090007023 | Sundstrom | Jan 2009 | A1 |
20090046152 | Aman | Feb 2009 | A1 |
20090047902 | Nory et al. | Feb 2009 | A1 |
20090197630 | Ahn et al. | Aug 2009 | A1 |
20090201917 | Maes et al. | Aug 2009 | A1 |
20090217339 | Kim et al. | Aug 2009 | A1 |
20090220080 | Herne et al. | Sep 2009 | A1 |
20090225164 | Renkis | Sep 2009 | A1 |
20090276805 | Andrews et al. | Nov 2009 | A1 |
20090298497 | Lee | Dec 2009 | A1 |
20090300692 | Mavlankar et al. | Dec 2009 | A1 |
20090305708 | Matsui et al. | Dec 2009 | A1 |
20090316795 | Chui et al. | Dec 2009 | A1 |
20090323607 | Park et al. | Dec 2009 | A1 |
20100027466 | Mustapha | Feb 2010 | A1 |
20100035611 | Montojo et al. | Feb 2010 | A1 |
20100061361 | Wu | Mar 2010 | A1 |
20100097221 | Kreiner et al. | Apr 2010 | A1 |
20100188531 | Cordes et al. | Jul 2010 | A1 |
20100227611 | Schmidt et al. | Sep 2010 | A1 |
20100232504 | Feng | Sep 2010 | A1 |
20110013836 | Gefen et al. | Jan 2011 | A1 |
20110016321 | Sundaram et al. | Jan 2011 | A1 |
20110077013 | Cho et al. | Mar 2011 | A1 |
20110113480 | Ma et al. | May 2011 | A1 |
20110222428 | Charbit et al. | Sep 2011 | A1 |
20110231653 | Bollay et al. | Sep 2011 | A1 |
20110242997 | Yin | Oct 2011 | A1 |
20110263250 | Mueck et al. | Oct 2011 | A1 |
20110299832 | Butcher | Dec 2011 | A1 |
20110304772 | Dasher et al. | Dec 2011 | A1 |
20120009963 | Kim et al. | Jan 2012 | A1 |
20120047551 | Pattar et al. | Feb 2012 | A1 |
20120056898 | Tsurumi et al. | Mar 2012 | A1 |
20120062732 | Marman et al. | Mar 2012 | A1 |
20120072952 | Vaysman et al. | Mar 2012 | A1 |
20120078712 | Fontana et al. | Mar 2012 | A1 |
20120117140 | Wang et al. | May 2012 | A1 |
20120127934 | Anderson et al. | May 2012 | A1 |
20120163335 | Chung et al. | Jun 2012 | A1 |
20120238264 | Jindal | Sep 2012 | A1 |
20120308202 | Murata et al. | Dec 2012 | A1 |
20130003576 | Segura et al. | Jan 2013 | A1 |
20130016910 | Murata et al. | Jan 2013 | A1 |
20130017833 | Sakamoto et al. | Jan 2013 | A1 |
20130031582 | Tinsman et al. | Jan 2013 | A1 |
20130034071 | Lee et al. | Feb 2013 | A1 |
20130036442 | Wingert | Feb 2013 | A1 |
20130077574 | Ekpenyong et al. | Mar 2013 | A1 |
20130091430 | Zhai et al. | Apr 2013 | A1 |
20130091515 | Sakata et al. | Apr 2013 | A1 |
20130111609 | Resch et al. | May 2013 | A1 |
20130142118 | Cherian et al. | Jun 2013 | A1 |
20130155106 | Rolleston et al. | Jun 2013 | A1 |
20130155847 | Li et al. | Jun 2013 | A1 |
20130167062 | Herring et al. | Jun 2013 | A1 |
20130185353 | Rondao et al. | Jul 2013 | A1 |
20130188503 | Anepu et al. | Jul 2013 | A1 |
20130223339 | Nakahara | Aug 2013 | A1 |
20130225184 | Liu et al. | Aug 2013 | A1 |
20130225189 | Moon et al. | Aug 2013 | A1 |
20130242882 | Blankenship et al. | Sep 2013 | A1 |
20130246784 | Zhang et al. | Sep 2013 | A1 |
20130265932 | Huang et al. | Oct 2013 | A1 |
20130266286 | Yu et al. | Oct 2013 | A1 |
20130294506 | Kang et al. | Nov 2013 | A1 |
20130312042 | Shaw et al. | Nov 2013 | A1 |
20130342539 | Chan et al. | Dec 2013 | A1 |
20140022074 | Balinski et al. | Jan 2014 | A1 |
20140026052 | Thorwirth et al. | Jan 2014 | A1 |
20140029462 | Stewart | Jan 2014 | A1 |
20140033074 | Thibaux et al. | Jan 2014 | A1 |
20140036806 | Chen et al. | Feb 2014 | A1 |
20140059457 | Min | Feb 2014 | A1 |
20140082054 | Denoual et al. | Mar 2014 | A1 |
20140086177 | Adjakple et al. | Mar 2014 | A1 |
20140086217 | Park et al. | Mar 2014 | A1 |
20140089990 | Van et al. | Mar 2014 | A1 |
20140126402 | Nam et al. | May 2014 | A1 |
20140168056 | Swaminathan et al. | Jun 2014 | A1 |
20140195918 | Friedlander | Jul 2014 | A1 |
20140204247 | Bilgen et al. | Jul 2014 | A1 |
20140204854 | Freda et al. | Jul 2014 | A1 |
20140206854 | Bennett et al. | Jul 2014 | A1 |
20140215043 | Ryu et al. | Jul 2014 | A1 |
20140223095 | Storm et al. | Aug 2014 | A1 |
20140245367 | Sasaki et al. | Aug 2014 | A1 |
20140254544 | Kar et al. | Sep 2014 | A1 |
20140269932 | Su et al. | Sep 2014 | A1 |
20140279068 | Systrom et al. | Sep 2014 | A1 |
20140280781 | Gregotski | Sep 2014 | A1 |
20140282751 | Lee et al. | Sep 2014 | A1 |
20140282909 | Cherian et al. | Sep 2014 | A1 |
20140293901 | Hegde | Oct 2014 | A1 |
20140293942 | Kang et al. | Oct 2014 | A1 |
20140314100 | Song | Oct 2014 | A1 |
20140315593 | Vrzic et al. | Oct 2014 | A1 |
20140321375 | Agiwal et al. | Oct 2014 | A1 |
20140351891 | Grube et al. | Nov 2014 | A1 |
20140369201 | Gupta et al. | Dec 2014 | A1 |
20150014773 | Cheng et al. | Jan 2015 | A1 |
20150032901 | Wang et al. | Jan 2015 | A1 |
20150033312 | Seed et al. | Jan 2015 | A1 |
20150043520 | Sun et al. | Feb 2015 | A1 |
20150070587 | Emeott et al. | Mar 2015 | A1 |
20150089023 | Phillips et al. | Mar 2015 | A1 |
20150089072 | Phillips et al. | Mar 2015 | A1 |
20150103725 | Sun et al. | Apr 2015 | A1 |
20150104155 | Bloch et al. | Apr 2015 | A1 |
20150145782 | Brown et al. | May 2015 | A1 |
20150179219 | Gao et al. | Jun 2015 | A1 |
20150208103 | Guntur et al. | Jul 2015 | A1 |
20150222815 | Wang et al. | Aug 2015 | A1 |
20150223279 | Jiao et al. | Aug 2015 | A1 |
20150234708 | Storm et al. | Aug 2015 | A1 |
20150264096 | Swaminathan et al. | Sep 2015 | A1 |
20150268822 | Waggoner et al. | Sep 2015 | A1 |
20150282130 | Webb et al. | Oct 2015 | A1 |
20150296250 | Casper | Oct 2015 | A1 |
20150304693 | Hwang et al. | Oct 2015 | A1 |
20150326353 | Ko et al. | Nov 2015 | A1 |
20150326484 | Cao et al. | Nov 2015 | A1 |
20150327245 | Zhu et al. | Nov 2015 | A1 |
20150341091 | Park et al. | Nov 2015 | A1 |
20150348247 | McLaughlin et al. | Dec 2015 | A1 |
20150351084 | Werb | Dec 2015 | A1 |
20150382262 | Cho et al. | Dec 2015 | A1 |
20150382268 | Hampel et al. | Dec 2015 | A1 |
20160020877 | Koutsimanis et al. | Jan 2016 | A1 |
20160036578 | Malladi et al. | Feb 2016 | A1 |
20160042496 | Ichimi et al. | Feb 2016 | A1 |
20160057494 | Hwang et al. | Feb 2016 | A1 |
20160073106 | Su et al. | Mar 2016 | A1 |
20160073302 | Yang et al. | Mar 2016 | A1 |
20160100395 | Xu et al. | Apr 2016 | A1 |
20160113039 | Hole et al. | Apr 2016 | A1 |
20160135153 | Suzuki et al. | May 2016 | A1 |
20160156397 | Onggosanusi et al. | Jun 2016 | A1 |
20160156949 | Hattori et al. | Jun 2016 | A1 |
20160165309 | Van et al. | Jun 2016 | A1 |
20160165622 | Luo et al. | Jun 2016 | A1 |
20160182201 | Jiang et al. | Jun 2016 | A1 |
20160182593 | Denoual et al. | Jun 2016 | A1 |
20160183234 | Sung et al. | Jun 2016 | A1 |
20160192433 | Deenoo et al. | Jun 2016 | A1 |
20160217623 | Singh | Jul 2016 | A1 |
20160234736 | Kubota et al. | Aug 2016 | A1 |
20160234759 | Kubota et al. | Aug 2016 | A1 |
20160249269 | Niu et al. | Aug 2016 | A1 |
20160249353 | Nakata et al. | Aug 2016 | A1 |
20160253240 | Cocagne | Sep 2016 | A1 |
20160270102 | Zeng et al. | Sep 2016 | A1 |
20160306036 | Johnson | Oct 2016 | A1 |
20160337706 | Hwang et al. | Nov 2016 | A1 |
20160344464 | Kim | Nov 2016 | A1 |
20160352545 | Johnson | Dec 2016 | A1 |
20160353343 | Rahman et al. | Dec 2016 | A1 |
20160353465 | Vrzic et al. | Dec 2016 | A1 |
20160360235 | Ramasubramonian et al. | Dec 2016 | A1 |
20160366454 | Tatourian et al. | Dec 2016 | A1 |
20170013598 | Jung et al. | Jan 2017 | A1 |
20170034845 | Liu et al. | Feb 2017 | A1 |
20170070735 | Ramasubramonian et al. | Mar 2017 | A1 |
20170080158 | Cabiri et al. | Mar 2017 | A1 |
20170118054 | Ma et al. | Apr 2017 | A1 |
20170118540 | Thomas et al. | Apr 2017 | A1 |
20170134913 | Cui et al. | May 2017 | A1 |
20170136948 | Sypitkowski et al. | May 2017 | A1 |
20170163645 | Bradley et al. | Jun 2017 | A1 |
20170164212 | Opsenica et al. | Jun 2017 | A1 |
20170164349 | Zhu et al. | Jun 2017 | A1 |
20170201686 | Choi et al. | Jul 2017 | A1 |
20170201980 | Hakola et al. | Jul 2017 | A1 |
20170212583 | Krasadakis | Jul 2017 | A1 |
20170230915 | Kim et al. | Aug 2017 | A1 |
20170230985 | Yamada et al. | Aug 2017 | A1 |
20170236288 | Sundaresan et al. | Aug 2017 | A1 |
20170244529 | Yu | Aug 2017 | A1 |
20170273063 | Kim et al. | Sep 2017 | A1 |
20170289791 | Yoo et al. | Oct 2017 | A1 |
20170290052 | Zhang et al. | Oct 2017 | A1 |
20170302719 | Chen et al. | Oct 2017 | A1 |
20170331670 | Parkvall et al. | Nov 2017 | A1 |
20170331785 | Xu et al. | Nov 2017 | A1 |
20170359731 | Soldati et al. | Dec 2017 | A1 |
20170366311 | Iyer et al. | Dec 2017 | A1 |
20180034612 | Lin et al. | Feb 2018 | A1 |
20180076994 | Lee et al. | Mar 2018 | A1 |
20180115357 | Park et al. | Apr 2018 | A1 |
20180123763 | Yu | May 2018 | A1 |
20180124598 | Zeng | May 2018 | A1 |
20180139656 | Xu et al. | May 2018 | A1 |
20180167938 | Stephenne et al. | Jun 2018 | A1 |
20180184415 | Rong et al. | Jun 2018 | A1 |
20180198504 | Li et al. | Jul 2018 | A1 |
20180199361 | Zhang et al. | Jul 2018 | A1 |
20180220407 | Xiong et al. | Aug 2018 | A1 |
20180242304 | Rong et al. | Aug 2018 | A1 |
20180254851 | Roessel et al. | Sep 2018 | A1 |
20180270696 | Duan et al. | Sep 2018 | A1 |
20180270698 | Babaei et al. | Sep 2018 | A1 |
20180287722 | Takano | Oct 2018 | A1 |
20180294860 | Hakola et al. | Oct 2018 | A1 |
20180317213 | Islam | Nov 2018 | A1 |
20180332632 | Vikberg et al. | Nov 2018 | A1 |
20180338277 | Byun et al. | Nov 2018 | A1 |
20180343043 | Hakola et al. | Nov 2018 | A1 |
20180367255 | Jeon et al. | Dec 2018 | A1 |
20180368018 | Kim et al. | Dec 2018 | A1 |
20190036910 | Choyi et al. | Jan 2019 | A1 |
20190037409 | Wang et al. | Jan 2019 | A1 |
20190045340 | Zhu et al. | Feb 2019 | A1 |
20190045577 | Kim et al. | Feb 2019 | A1 |
20190089423 | Davydov | Mar 2019 | A1 |
20190159107 | Kim et al. | May 2019 | A1 |
20190182856 | Moroga et al. | Jun 2019 | A1 |
20190190579 | Wang et al. | Jun 2019 | A1 |
20190200315 | Tsai et al. | Jun 2019 | A1 |
20190208474 | Ali et al. | Jul 2019 | A1 |
20190224474 | Yang et al. | Jul 2019 | A1 |
20190281623 | Andgart et al. | Sep 2019 | A1 |
20190288789 | Li et al. | Sep 2019 | A1 |
20190342782 | Yum et al. | Nov 2019 | A1 |
20190363777 | Karjalainen et al. | Nov 2019 | A1 |
20200021999 | Park | Jan 2020 | A1 |
20200059969 | Agiwal | Feb 2020 | A1 |
20200092065 | Kuang et al. | Mar 2020 | A1 |
20200221480 | Li et al. | Jul 2020 | A1 |
20200351917 | Bang et al. | Nov 2020 | A1 |
20200359391 | Behravan et al. | Nov 2020 | A1 |
20200383129 | Ko et al. | Dec 2020 | A1 |
20200404655 | Salem | Dec 2020 | A1 |
20200404663 | Zhang et al. | Dec 2020 | A1 |
20210021314 | Sun | Jan 2021 | A1 |
20210029646 | Park | Jan 2021 | A1 |
20210037561 | Lyu et al. | Feb 2021 | A1 |
20210044385 | Hosseini et al. | Feb 2021 | A1 |
20210045125 | Mondal et al. | Feb 2021 | A1 |
20210045181 | Li et al. | Feb 2021 | A1 |
20210051646 | Maaref et al. | Feb 2021 | A1 |
20210068138 | Baldemair et al. | Mar 2021 | A1 |
20210105104 | Cao et al. | Apr 2021 | A1 |
20210105833 | Freda et al. | Apr 2021 | A1 |
20210130629 | Suzuki et al. | May 2021 | A1 |
Number | Date | Country |
---|---|---|
101313578 | Nov 2008 | CN |
101331735 | Dec 2008 | CN |
101350923 | Jan 2009 | CN |
101622891 | Jan 2010 | CN |
101690271 | Mar 2010 | CN |
101868273 | Oct 2010 | CN |
101917765 | Dec 2010 | CN |
102026270 | Apr 2011 | CN |
102038998 | May 2011 | CN |
102045849 | May 2011 | CN |
102090126 | Jun 2011 | CN |
102238547 | Nov 2011 | CN |
102474394 | May 2012 | CN |
102577294 | Jul 2012 | CN |
102726109 | Oct 2012 | CN |
102752877 | Oct 2012 | CN |
102907068 | Jan 2013 | CN |
102939573 | Feb 2013 | CN |
102971032 | Mar 2013 | CN |
103069739 | Apr 2013 | CN |
103190089 | Jul 2013 | CN |
103560936 | Feb 2014 | CN |
103563462 | Feb 2014 | CN |
103944686 | Jul 2014 | CN |
104012106 | Aug 2014 | CN |
104052788 | Sep 2014 | CN |
104092488 | Oct 2014 | CN |
104205930 | Dec 2014 | CN |
104220975 | Dec 2014 | CN |
104394558 | Mar 2015 | CN |
104753780 | Jul 2015 | CN |
104782166 | Jul 2015 | CN |
104838713 | Aug 2015 | CN |
104869583 | Aug 2015 | CN |
104936189 | Sep 2015 | CN |
105050189 | Nov 2015 | CN |
105103566 | Nov 2015 | CN |
105144727 | Dec 2015 | CN |
105162557 | Dec 2015 | CN |
105264904 | Jan 2016 | CN |
105284172 | Jan 2016 | CN |
105323049 | Feb 2016 | CN |
105373331 | Mar 2016 | CN |
105471487 | Apr 2016 | CN |
105532050 | Apr 2016 | CN |
106023261 | Oct 2016 | CN |
106233745 | Dec 2016 | CN |
106416223 | Feb 2017 | CN |
107007910 | Aug 2017 | CN |
0246076 | Nov 1987 | EP |
1175785 | Jan 2002 | EP |
2086266 | Aug 2009 | EP |
2408196 | Jan 2012 | EP |
2426645 | Mar 2012 | EP |
2464076 | Jun 2012 | EP |
2530675 | Dec 2012 | EP |
2553860 | Feb 2013 | EP |
2710844 | Mar 2014 | EP |
2824883 | Jan 2015 | EP |
2824885 | Jan 2015 | EP |
2869478 | May 2015 | EP |
2882110 | Jun 2015 | EP |
2919471 | Sep 2015 | EP |
3051906 | Aug 2016 | EP |
3076672 | Oct 2016 | EP |
3082362 | Oct 2016 | EP |
3101971 | Dec 2016 | EP |
3110160 | Dec 2016 | EP |
3420659 | Jan 2019 | EP |
63-013503 | Jan 1988 | JP |
02-464076 | Feb 1990 | JP |
2004-104351 | Apr 2004 | JP |
2007-192988 | Aug 2007 | JP |
2010-050269 | Mar 2010 | JP |
2010-508789 | Mar 2010 | JP |
2010-519838 | Jun 2010 | JP |
2012-507961 | Mar 2012 | JP |
2013-522965 | Jun 2013 | JP |
2014-502128 | Jan 2014 | JP |
2014-525191 | Sep 2014 | JP |
2014-530534 | Nov 2014 | JP |
2015-207934 | Nov 2015 | JP |
2016-013351 | Jan 2016 | JP |
2016-504798 | Feb 2016 | JP |
2016-504851 | Feb 2016 | JP |
2016-514416 | May 2016 | JP |
6313503 | Apr 2018 | JP |
2019-518364 | Jun 2019 | JP |
2019-525616 | Sep 2019 | JP |
10-2008-0041237 | May 2008 | KR |
10-2008-0109535 | Dec 2008 | KR |
10-2009-0085640 | Aug 2009 | KR |
10-2010-0065327 | Jun 2010 | KR |
10-2010-0097625 | Sep 2010 | KR |
10-2011-0063565 | Jun 2011 | KR |
10-2013-0029374 | Mar 2013 | KR |
10-2014-0043532 | Apr 2014 | KR |
10-2014-0098156 | Aug 2014 | KR |
10-2014-0123870 | Oct 2014 | KR |
10-2015-0118874 | Oct 2015 | KR |
10-2015-0119355 | Oct 2015 | KR |
10-1563469 | Oct 2015 | KR |
10-2016-0021141 | Feb 2016 | KR |
10-2016-0055086 | May 2016 | KR |
10-2017-0128515 | Nov 2017 | KR |
10-2019-0089423 | Jul 2019 | KR |
0065837 | Nov 2000 | WO |
0118658 | Mar 2001 | WO |
2007052753 | May 2007 | WO |
2007125910 | Nov 2007 | WO |
2010001474 | Jan 2010 | WO |
2010021705 | Feb 2010 | WO |
2010050269 | May 2010 | WO |
2010082805 | Jul 2010 | WO |
2011082150 | Jul 2011 | WO |
2011097904 | Aug 2011 | WO |
2011123805 | Oct 2011 | WO |
2012021246 | Feb 2012 | WO |
2012114666 | Aug 2012 | WO |
2012130180 | Oct 2012 | WO |
2012141557 | Oct 2012 | WO |
2012155326 | Nov 2012 | WO |
2014057131 | Apr 2014 | WO |
2014059591 | Apr 2014 | WO |
2014067566 | May 2014 | WO |
2014090200 | Jun 2014 | WO |
2014090208 | Jun 2014 | WO |
2014111423 | Jul 2014 | WO |
2014135126 | Sep 2014 | WO |
2014183803 | Nov 2014 | WO |
2014190308 | Nov 2014 | WO |
2015013645 | Jan 2015 | WO |
2015013685 | Jan 2015 | WO |
2015045658 | Apr 2015 | WO |
2015059194 | Apr 2015 | WO |
2015067196 | May 2015 | WO |
2015080646 | Jun 2015 | WO |
2015084048 | Jun 2015 | WO |
2015100533 | Jul 2015 | WO |
2015113205 | Aug 2015 | WO |
2015122737 | Aug 2015 | WO |
2015141982 | Sep 2015 | WO |
2015166840 | Nov 2015 | WO |
2016013351 | Jan 2016 | WO |
2016028111 | Feb 2016 | WO |
2016033731 | Mar 2016 | WO |
2016040290 | Mar 2016 | WO |
2016040833 | Mar 2016 | WO |
2016094191 | Jun 2016 | WO |
2016130353 | Aug 2016 | WO |
2017061297 | Apr 2017 | WO |
2017147515 | Aug 2017 | WO |
2017191833 | Nov 2017 | WO |
2017195478 | Nov 2017 | WO |
2018028602 | Feb 2018 | WO |
Entry |
---|
Huawei,R3-161134,“Network slice selection,” RAN WG3 Meeting #92, May 2016. |
Qualcomm Incorporated, S2-162339, “Solution for key issue 1 on Network Slicing: Network Slice and Network Functions Selection based on evolved eDECOR model,” SA WG2 Meeting #115, May 2016. |
“Nokia Networks Enhancements for MTC Paging”, R3-151590 Discussion Paper MTC Paging vB, Aug. 14, 2015. |
3GPP TS 36 211 V13.0.0, “Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 13)”, Dec. 2015, 141pages. |
3GPP TSG GERA1 Adhoc #3 GPC150521, Samsung Electronics, “Discussions of Grant-Free Multiple Access in CloT (Update GPC150512)”, Jul. 2015, 9 pages. |
3GPP TSG RAN WG1 Meeting #84bis R1-163049, Design Options for Longer Cyclic Prefix for MBSFN Subframes, Apr. 2016, 3 pages. |
3GPP TSG-RAN WG2 Meeting #95 R2-164693, Samsung, “System Information Signalling Design in NR” Aug. 2016, 6 pages. |
3GPP TSG-RAN2 meeting #95bis R2-166202, Huawei et al., “Further Discussions of Minimum SI” Oct. 2016, 3 pages. |
3GPP TSG-RAN2 Meeting #95bis R2-166203, Huawei et al., “Delivery of “Other SI” in NR”, Oct. 2016, 5 pages. |
3GPP TSG=RAN WG2 Meeting #95bis, ETSI MCC, “Skeleton report”, Oct. 2016, 5 pages. |
3rd Generation Partnership Project (3GPP) R2-162571 TSGRAN WG2 Meeting #93bis, Introduction of Virtual Cell, CATT, Dubrovnik, Croatia, Apr. 11-15, 2016, 3 pages. |
3rd Generation Partnership Project (3GPP) RP-160301 TSG RAN Meeting #71, Motivation for new WI on Light Connection in LTE, Huawei, HiSilicon, Goteborg, Sweden, Mar. 7-11, 2016, 14 pages. |
3rd Generation Partnership Project (3GPP) RP-160425 TSG RAN Meeting #71, Further enhancements on signaling reduction to enable light connection for LTE, Intel Corporation, Gothenburg, Sweden, Mar. 7-10, 2016, 7 pages. |
3rd Generation Partnership Project (3GPP) RP-160540 TSG RAN Meeting #71, New WI proposal: Signalling reduction to enable light connection for LTE, Gothenburg, Sweden, Mar. 7-10, 2016, 7 pages. |
3rd Generation Partnership Project (3GPP) RP-161214 TSG RAN Meeting #72, Revision of SI: Study on New Radio Access Technology, NTT DOCOMO, Busan, Korea, Jun. 13-16, 2016, 8 pages. |
3rd Generation Partnership Project (3GPP) S1-152395 Revision of S1-152074, ZTE Corporation et al., “Update the network slicing use case in Smarter”, ZTE Smarter Update the Network Slicing Use case REV3, vol. SA WG1, No. Belgrade Serbia, Aug. 24, 2015, 3 pages. |
3rd Generation Partnership Project (3GPP) S1-161323 TSG-SA WG1 Meeting #74, Editorial cleanup and alignment of eMBB TR22.863, Venice, Italy, May 9-13, 2016, 4 pages. |
3rd Generation Partnership Project (3GPP) S2-161198 SA WG2 Meeting #113AH, Solution for optimized UE sleep state and state transitions, Sophia Antipolis, France, Feb. 23-26, 2016, 3 pages. |
3rd Generation Partnership Project (3GPP) S2-161324 SA WG2 Meeting #113, Solution to Key Issue on Mobility Framework, Sophia Antipolis, FR, Feb. 23-26, 2016, 3 pages. |
3rd Generation Partnership Project (3GPP) S2-162982 was S2-162717-MDD and Slice Selection in core and RAN V1, 3rd vol. SA WG2 Nokia et al., No. Nanjing, P.R. China; May 27, 2016, 13 pages. |
3rd Generation Partnership Project (3GPP) SA WG2 Meeting #115 S2-162511 “Common CP functions and dedicate CP function for simultaneous multiple Network Slice (update of solution 1.3)” May 23-27, 2016, 4 pages. |
3rd Generation Partnership Project (3GPP) TR 22.861 V14.1.0, Technical Specification Group Services and Systems Aspects, Feasibility Study on New Services and Markets Technology Enablers for Massive Internet of Things, Stage 1 (Release 14), Sep. 2016, 28 pages. |
3rd Generation Partnership Project (3GPP) TR 22.862 V14.1.0, Technical Specification Group Services and System Aspects, Feasibility Study on New Services and Markets Technology Enablers for Critical Communications, Stage 1 (Release 14), Sep. 2016, 31 pages. |
3rd Generation Partnership Project (3GPP) TR 22.863 V0.3.1, Technical Specification Group Services and System Aspects, Feasibility Study on New Services and Markets Technology Enablers—Enhanced Mobile Broadband; Stage 1 (Release 14), Feb. 2016, 13 pages. |
3rd Generation Partnership Project (3GPP) TR 22.863 V14.1.0, Technical Specification Group Services and System Aspects, Feasibility Study on New Services and Markets Technology Enablers—Enhanced Mobile Broadband, Stage 1 (Release 14), Sep. 2016, 21 pages. |
3rd Generation Partnership Project (3GPP) TR 22.864 V14.1.0, Technical Specification Group Services and System Aspects, Feasibility Study on New Services and Markets Technology Enablers—Network Operation, Stage 1 (Release 14), Sep. 2016, 35 pages. |
3rd Generation Partnership Project (3GPP) TR 22.891 V14.2.0, Technical Specification Group Services and System Aspects, Feasibility Study on New Services and Markets Technology Enablers, Stage 1 (Release 14), Sep. 2016, 95 pages. |
3rd Generation Partnership Project (3GPP) TR 23.720 V13.0.0, Technical Specification Group Services and System Aspects, Study on architecture enhancements for Cellular Internet of Things, (Release 13), Mar. 2016, 94 pages. |
3rd Generation Partnership Project (3GPP) TR 36.881 V14.0.0, Technical Specification Group Radio Access Network, Evolved Universal Terrestrial Radio Access (E-UTRA), Study on Latency Reduction Techniques for LTE (Release 14), Jun. 2016, 249 pages. |
3rd Generation Partnership Project (3GPP) TR 36.897 V13.0.0, Technical Specification Group Radio Access Network, Study on Elevation Beamforming/Full-Dimension (FD) Multiple Input Multiple Output (MIMO) for LTE; (Release 13), Jun. 2015, 58 pages. |
3rd Generation Partnership Project (3GPP) TR 36.912 V13.0.0, Technical Specification Group Radio Access Network, Feasibility study for Further Advancements for E-UTRA (LTE-Advanced) (Release 13), Dec. 2015, 273 pages. |
3rd Generation Partnership Project (3GPP) TR 38.801 V0.2.0, Technical Specification Group Radio Access Network, Study on New Radio Access Technology: Radio Access Architecture and Interface (Release 14), Jun. 2016, 20 pages. |
3rd Generation Partnership Project (3GPP) TR 38.913 V14.3.0, Technical Specification Group Radio Access Network, Study on Scenarios and Requirements for Next Generation Access Technologies, (Release 14), Jun. 2017, 39 pages. |
3rd Generation Partnership Project (3GPP) TR 45.820 V13.1.0, Technical Specification Group GSM/EDGE Radio Access Network, Cellular system support for ultra-low complexity and low throughput Internet of Things (CIoT) (Release 13), Nov. 2015, 495 pages. |
3rd Generation Partnership Project (3GPP) TS 23.060 V13.6.0, Technical Specification Group Services and System Aspects, General Packet Radio Service (GPRS), Service description, Stage 2 (Release 13), Mar. 2016, 362 pages. |
3rd Generation Partnership Project (3GPP) TS 23.401 V13.6.1, Technical Specification Group Services and System Aspects, General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 13), Mar. 2016, 365 pages. |
3rd Generation Partnership Project (3GPP) TS 24.302 V13.5.0, Technical Specification Group Core Network and Terminals, Access to the 3GPP Evolved Packet Core (EPC) via non-3GPP access networks; Stage 3 (Release 13), Mar. 2016, 126 pages. |
3rd Generation Partnership Project (3GPP) TS 36.133 V14.7.0, Technical Specification Group Radio Access Network, Evolved Universal Terrestrial Radio Access (E-UTRA), Requirements for support of radio resource management (Release 14), Mar. 2018, 2997 pages. |
3rd Generation Partnership Project (3GPP) TS 36.213 V13.0.0, Technical Specification Group Radio Access Network, Evolved Universal Terrestrial Radio Access (E-UTRA), Physical layer procedures (Release 13), Dec. 2015, 326 pages. |
3rd Generation Partnership Project (3GPP) TS 36.300 V13.3.0, Technical Specification Group Radio Access Network, Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN), Overall description; Stage 2 (Release 13), Mar. 2016, 295 pages. |
3rd Generation Partnership Project (3GPP) TS 36.321 V13.0.0, Technical Specification Group Radio Access Network, Evolved Universal Terrestrial Radio Access (E-UTRA), Medium Access Control (MAC) protocol specification (Release 13), Dec. 2015, 82 pages. |
3rd Generation Partnership Project (3GPP) TS TSG RAN WG1 Meeting #84bis, Busan, Korea ,Intel Corporation, Overview of New Radio Access Technology Requirements and Designs, 8.1.1, Discussion and Decision, Apr. 2016, 4 pages. |
3rd Generation Partnership Project (3GPP) TS TSG RAN WG1 Meeting #85,2016 Nanjing, China 23rd-27th,NTT DoCoMo, Inc., Uplink Multiple Access Schemes for NR, 7.1.3.2, Discussion and Decision, May 2016, 4 pages. |
3rd Generation Partnership Project (3GPP) TSG RAN WG1 #84bis Meeting, R1-163757, Way Forward on Channel Coding Evaluation for 5G New Radio, Busan, Korea, Apr. 11-15, 2016, Agenda Item 8.1.6.1, 5 pages. |
3rd Generation Partnership Project (3GPP) TSG RAN WG1 #85, R1-164013, Framework for Beamformed Access, Samsung, Nanjing, China, May 23-27, 2016, 4 pages. |
3rd Generation Partnership Project (3GPP) TSG RAN WG1 #85, R1-164014, Discussion on RS for Beamformed Access, Samsung, Nanjing, China, May 23-27, 2016, 3 pages. |
3rd Generation Partnership Project (3GPP) TSG RAN WG1 #85, R1-165669, Way Forward on Frame Structure, Qualcomm and etc., Nanjing, China, May 23-27, 2016, Agenda Item 7.1.4, 2 pages. |
3rd Generation Partnership Project (3GPP) TSG RAN WG1 Meeting #83 R1-157351, Initial Views on Technical Design for NB-IoT, Nov. 15-22, 2015, 3 pages. |
3rd Generation Partnership Project (3GPP) TSG RAN WG1 Meeting #84bis R1-162379, “Overview of new radio access technology requirements and designs” Apr. 11-15, 2016, 4 pages. |
3rd Generation Partnership Project (3GPP) TSG RAN WG1 Meeting #84bis R1-162797, “Harq Enhancement for Improved Data Channel Efficiency”, Busan, Korea, Apr. 11-15, 2016, 3 pages. |
3rd Generation Partnership Project (3GPP) TSG RAN WG1 Meeting #85 R1-164871 “Frame structure for new radio interface”, May 23-27, 2016, 3 pages. |
3rd Generation Partnership Project (3GPP) TSG RAN WG1 Meeting #85 R1-165174 “Uplink multiple access schemes for NR”, May 23-27, 2016, 4 pages. |
Nokia et al., R1-163267, On design of DL control channel for shorter TTI operation, 3GPP TSG RAN WG1 #84bis, #GPP Apr. 1, 2016. |
3GPP TSG-RAN1#85 R1-164869, “Low code rate and signature based multiple access scheme for New Radio,” May 23-27, 2016, pp. 1-4. |
Huawei et al., “R1-162116, Discussion on enhanced frame structure for latency reduction in TDD,” 3GPP TSG RAN WG1 #84bis, (Apr. 1, 2016). |
NTT DOCOMO, Inc., R1-160965, “UL aspects of TTI shortening,” 3GPP TSG RAN WG1 #84, 3GPP (Feb. 5, 2016). |
Spreadtrum Communications, R1-164584, “Harq feedback for sTTI scheduling,” 3GPP TSG RAN WG1 #85, 3GPP (May 13, 2016). |
Huawei et al., “Numerology and wideband operation in NR unlicensed”, 3GPP Draft; R1-1803677, 3rd Generation Partnership vol. RAN WG1, No. Sanya, China; Apr. 16, 2018-Apr. 20, 2018, Apr. 15, 2018, Apr. 16, 2018-Apr. 20, 2018. |
Huawei et al.: “Initial access in NR unlicensed”, 3GPP Draft R1-1808062 3rd Generation Partnership Project (3GPP), Mobile Competence Centre, vol. RAN WG1, No. Aug. 10, 2018, Aug. 20, 2018-Aug. 24, 2018. |
Nokia et al: Feature Lead's Summary on Channel Access Procedures 3GPP Draft; R1-1809801 NRU Channel Access Summary 3rd Generation Partnership Project (3GPP), Mobile Competence Centre, vol. RAN WG1, No. Gothenburg, Sweden; Aug. 23, 2018, Aug. 20, 2018-Aug. 20, 2018. |
ZTE: “Considerations on channel access procedure for NR-U”, 3GPP Draft; R2-1811281 Considerations on Random Access Procedure for NR-U, 3rd Generation Partnership Project (3GPP), Mobile Competence Centre vol. RAN WG2, No. Gothenburg, Sweden; Aug. 9, 2018, Aug. 20, 2018-Aug. 24, 2018. |
3rd Generation Partnership Project (3GPP) TSG RAN WG1 Meeting #86bis R1-1610524, WF on NR RS Definition, Huawei, HiSilicon, Lisbon, Portugal, Oct. 10-14, 2016, Agenda Item: 8.1.4.4, 4 pages. |
3rd Generation Partnership Project (3GPP) TSG-RAN WG1 #85, R1-164628, Frame Structure for NR, Ericsson, Nanjing, China, May 23-27, 2016, 3 pages. |
3rd Generation Partnership Project (3GPP) TSG-RAN WG1 #85, R1-164694, Frame Structure Requirements, Qualcomm, Nanjing, China, May 23-27, 2016, 5 pages. |
3rd Generation Partnership Project (3GPP) TSG-RAN WG1#85 R1-165027 “Basic Frame Structure Principles for 5G” May 23-27, 2016, 6 pages. |
3rd Generation Partnership Project (3GPP) TSG-RAN WG1#85, R1-165363, Nokia, Alcatel-Lucent Shanghai Bell, Scalability of MIMO Operation Across NR Carrier Frequencies, Nanjing, P.R. China, May 23-27, 2016, 5 pages. |
3rd Generation Partnership Project (3GPP) TSG-RAN WG2 Meeting #94 R2-163371, “System Information Signalling Design in NR”, May 23-27, 2016, 7 pages. |
3rd Generation Partnership Project (3GPP) TSG-RAN WG2 Meeting #94, R2-163718 “Control Plane functions in NR”, Nanjing, China; May 23-27, 2016, 4 pages. |
3rd Generation Partnership Project (3GPP), RI-165027, vol. RAN WG1, Nokia et al.: “Basic frame structure 1 principles for 5G”, 3GPP Draft; No. Nanjing, P R. China; May 23, 2016-May 27, 2016 May 13, 2016. |
3rd Generation Partnership Project (3GPP), TS 36.212 V10.8.0, RAN WG1, Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and Channel Coding (Release 10), Jun. 17, 2013, pp. 1-79. |
3rd Generation Partnership Project (3GPP), TSG RAN WG1 Meeting #86, “RAN1 Chairman's Notes”, Gothenburg, Sweden, Aug. 22-26, 2016, 105 pages. |
3rd Generation Partnership Project; (3GPP) TR 22.891 V1.1.0, 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Feasibility Study on New Services and Markets Technology Enablers; Stage 1 (Release 14), Nov. 2015, 95 pages. |
3rd Generation Partnership Project; (3GPP) TR 23.799, “Technical Specification Group Services and System Aspects Study on Architecture for Next Generation System (Release 14)”, vol. SA WG2, No. V0.5.0, Jun. 8, 2016, pp. 1-179. |
3rd Generation Partnership Project; (3GPP) TR 38.913 V0.2.0, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on Scenarios and Requirements for Next Generation Access Technologies; (Release 14), Feb. 2016, 19 pages. |
3rd Generation Partnership Project; (3GPP) TS 36.211 V13.1.0, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 13), Mar. 2016, 155 pages. |
3rd Generation Partnership Project; (3GPP) TS 36.304 V13.0.0, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE) Procedures in idle Mode (Release 13), Dec. 2015, 42 pages. |
3rd Generation Partnership Project; (3GPP) TS 36.331 V13.0.0, Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 13), Dec. 2015, 507 pages. |
3rd Generation Partnership Project; (3GPP) TSG-RAN WG1 #86bis, R1-1610177, “DL Control Channels Overview”, Qualcomm Incorporated, Oct. 10-14, 2016, Lisbon, Portugal, Discussion, Oct. 1, 2016, 6 pages. |
Budisin S. “Decimation Generator of Zadoff-Chu Sequences”, In: Carlet C., Pott A. (eds) Sequences and Their Applications—SETA 2010. SETA 2010. Lecture Notes in Computer Science, vol. 6338. Springer, Berlin, Heidelberg, 2010, 40 pages. |
Budisin, “Decimation Generator of Zadoff-Chu Sequences”, C. Carlet and A. Pott (Eds.): SETA 2010, LNCS 6338, pp. 30-40, 2010. |
CATT: “On interference measurement enhancement for multi-user MIMO operation”, 3GPP TSG RAN WG1 Meeting #85, R1-164223, May 14, 2016, May 23, 2016-May 27, 2016, XP051096527. |
CATT: “WF on Interference Measurement Enhancements”, 3GPP TSG RAN WGI Meeting #86bis, R1-1610771, Oct. 18, 2016, Oct. 10, 2016-Oct. 14, 2016, XP051160249. |
Chu, David, “Polyphase Codes With Good Periodic Correlation Properties”, IEEE Transactions on Information Theory, Jul. 1972, 531-532. |
Consideration on System Information Broadcast in New RAT, ZTE, 3GPPTSG-RANWG2 Meeting #93bis, R2-162629, Apr. 15, 2016. |
Etri, “FS_NEO updated requirement of network slicing”, 3GPP TSG-SA WG1 #74 S1-161171, Apr. 29, 2016, URL:http://www.3gpp.org/ftp/tsg_sa/WG1_Serv/TSGS1_74_Venice/docs/SI-161171.zip, 6 pages. |
Etri, “High-level Functional Architecture for the Network Slicing”, 3GPPTSG-SA WG2 #114 SZ-161833, Apr. 6, 2016, URL: http: //www. 3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_114_Sophia_Antipolis/Docs/S2-161833.zip, 7 pages. |
Huawei et al., “Discussion on frame structure for NR”, 3 GPP TSG-RAN WG1#85, R1-164032, May 23-27, 2016, 8 pages. |
Huawei, “HiSilicon, UE Slice Association/Overload control Procedure”, 3GPP TSG-SA WG2 #115 SZ-162605, May 17, 2016, URL:http://www. 3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_115_Nanjing_China/Docs/S2-162605.zip, 11 pages. |
Huawei, HiSilicon LTE-NR tight interworking control plane, R2-164268 LTE-NR tight interworking control plane, May 14, 2016. |
IEEE P802.11, Wireless LANs, Proposed TGax draft specification, Comment Resolutions on UL MU Operation, Jul. 25, 2016, 27 pages. |
International Telecommunication Union (ITU-R), “IMT Vision—Framework and overall objectives of the future development of IMT for 2020 and beyond”, Recommendation ITU-R M.2083-0, Sep. 2015, 21 pages. |
Itri, “Updates to Solution 6. 1.3: Introducing Network Instance ID”, 3GPP TSG-SA WG2 #115 SZ-162666, May 17, 2016, URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_115_Nanjing_China/Docs/S2-162666.zip>. |
MediaTek Inc., “HARQ Enhancement for Improved Data Channel Efficiency” [online], 3GPP TSG-RAN WG1#84b, R1-162797, <URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_84b/Docs/R1-162797.zip>, Apr. 2016, 4 pages. |
NGMN 5G Initiative White Paper v1.0, Feb. 17, 2015, 125 pages. |
Nokia, “Alcatel-Lucent Shanghai Bell”, Slice Selection solution update, 3GPP TSG-SA WG2 #115 SZ-162982, May 27, 2016, URL: http://www.3gpp.org/ttp/tsg_sa/WG2_Arch/TSGS2_115_Nanjing_China/Docs/S2-162982.zip, 15 pages. |
Nokia, “Solutions for Network Slice Selection”, Alcatel-Lucent Shanghai Bell, 3GPP TSGG-RAN WG3 Meeting #92, R3-161356, China, May 23-27, 2016, 9 pages. |
NTT DOCOMO Inc., “Discussion on frame structure for NR”, 3GPP TSG-RAN WG1#85, R1-165176, May 23-May 27, 2016, 10 pages. |
NTT DOCOMO, Inc., and Uplink multiple access schemesfor NR [online] and 3GPP TSG-RANWG 1#85R1-165174, the Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_1281/Docs/R1-165174.zip>, May 27, 2016, 1-4 pages. |
Qualcomm Incorporated: “Frame structure requirements”, 3GPP DRAFT; vol. RAN WG1, No. Nanjing, China; May 14, 2016. |
Qualcomm, 3GPP R1-1612062, TSG-RAN WG1 #87, Control Channel for slot format indicator, Nov. 14-18, 2016 (Year: 2016). |
Samsung: “Signaling of Slot Structure”, 3GPP Draft; R1-1609127, 3rd Generation Partnership Project (3GPP), Mobile Competence Centre; 650, Route Des Lucioles; F-06921 SOPHIA ANTI POLIS CEO EX ; France, RAN WG1, No. Lisbon, Portugal; Oct. 10, 2016-Oct. 14, 2016 Sep. 30, 2016. |
Sesia et al., “LTE- The UMTS Long Term Evolution”, Chapter 9.3.3., LTE-The UMTS Long Term Evolution : from theory to Practice; Jul. 20, 2011, pp. 198-200. |
Zte et al., “Forward compatibilty for numerology and fr ame structure design”, R1-164261, 3GPP TSG-RAN WG1#85, May 23-27, 2016, 7 pages. |
Zte, “Consideration on RAN architecture impacts of network slicing”, 3GPP TSG-RAN WG2 Meeting #93bis, R2-162627, Croatia, Apr. 11-15, 2016, 10 pages. |
Huawei et al., “Design of initial downlink transmission for LBE-based LAA”, R1-150980, 3GPP TSG RAN WG1, Mar. 2015, 6 Pages. |
Nokia et al., “On supported Shorter TTI lengths and its configurability”, 3GPP TSG RAN WG1 Meeting #85, 2016, R1-164945, 4 pages. |
Spreadtrum Communications, “HARQ feedback for sTTI scheduling”, R1-162546, Apr. 2016, 3GPP TSG RAN WG1 Meeting #84bis, 4 Pages. |
3rd Generation Partnership Project; 3GPP TS 23 228 V12.1.0; Technical Specification Group Services and System Aspects; IP Multimedia Substystem (IMS); Stage 2 (Release 12), Jun. 2013, 296 pages. |
ASUSTeK, R1-083574, Draft CR on RNTI for UE-specific search space, 3GPP TSG-RAN1 Meeting #54bis, Oct. 2018. |
Damour, N., “List of Common Services Functions-Call for Contributions”, M2M Functional Architecture Technical Specification, Doc# oneM2M-ARC-2013-0304R04-List of oneM2M CSFs- Call for contributions-2.DOC Input Contribution, Jul. 11, 2013, 1-5 pages. |
ETSI TS 102690 V2.0.14 Technical Specification, “Machine-to-Machine Communications (M2M) Functional Architecture”, Jul. 2013, 332 pages. |
European Telecommunications Standards Institute (ETSI), TS 102 690 V1.2.1; Machine-to- Machine Communications (M2M); Functional Architecture, Jun. 2013, 279 pages. |
Itri, “Discussion on resource utilization for UE-specific BF CSI-RS”, R1-162987, 7.3.3.1.2, 3GPP TSG RAN WG1 Meeting #84b, 2016, 2 Pages. |
Machine-to-Machine Communications (M2M) Functional Architecture, Draft ETSI TS 102 690 V1.1.1, Oct. 2011, 280 pages. |
Motorola Mobility, “Synchronization signal in NR”, 3GPP TSG-RAN WG1#86b R1-1609917, Oct. 2016, 5 Pages. |
OMA (Open Mobile Alliance), OMA-TS-LightweightM2M-V1_0-20130206-D, Lightweight Machine to Machine Technical Specification, Draft Version 1.0-Feb. 6, 2013, 53 pages. |
OneM2M Technical Specification, oneM2M-TS-0001 oneM2M Functional Architecture-V- 0.0.3, Jun. 8, 2013, 11 pages. |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding (Release 13),” 3GPP TS 36.212 V13.2.0 (Jun. 2016). |
Mavlankar et al., “Video Streaming with Interactive Pan/Tilt/Zoom”, High-Quality Visual Experience, Jan. 2010, pp. 26. |
Sun, et. al., The Dynamic Videobook: A Hierarchical Summarization for Surveillance Video, Published in IEEE Sep. 2013, pp. 3963-3966. |
“Consideration on TTI shortening for DL”, 3GPP TSG RAN WG1 Meeting #84, R1-161017, Feb. 2016, 4 Pages. |
“Considerations on required downlink physical layer enhancements for shorter TTI”, 3GPP TSG-RAN WG1 Meeting #84, R1-160786, Feb. 2016, 6 Pages. |
“Discussion on downlink control channel design,” 3GPP TSG RAN WG1 Meeting #86bis, R1-1609432, Oct. 10-14, 2016, p. 5. |
“Study on TTI shortening for downlink transmissions”, 3GPP TSG RAN WG1 Meeting #84 , R1-160649, Feb. 2016, 6 Pages. |
LG Electronics, “Transmission modes for Un PDSCH”, 3GPP TSG RAN WG1 Meeting #63, R1-106138, 2010, pp. 3. |
Number | Date | Country | |
---|---|---|---|
20220039158 A1 | Feb 2022 | US |
Number | Date | Country | |
---|---|---|---|
62754159 | Nov 2018 | US | |
62737380 | Sep 2018 | US |