Chairman's Notes RAN1 - NB-IoT AdHoc - Final

3GPP TSG RAN WG1 NBIoT AdHoc Meeting
Sophia Antipolis, France, 22nd 24th March 2016
Title: RAN1 Chairman’s Notes
1 OPENING OF THE MEETING (DAY 1: 9.00 AM)................................................................................................1

1.1 CALL FOR IPR....................................................................................................................................................1
2 E-UTRA.......................................................................................................................................................................1
2.1 NB-IOT..............................................................................................................................................................1
2.2 DOWNLINK PHYSICAL CHANNELS AND SIGNALS................................................................................................2
2.2.1 Remaining details of NBPBCH and NBMIB contents..............................................................................2
2.2.2 NBPDCCH..................................................................................................................................................2
2.2.3 NBPDSCH..................................................................................................................................................3
2.2.4 System information and paging transmission...............................................................................................4
2.2.5 NBPSS and NBSSS...................................................................................................................................4
2.2.6 Reference signals..........................................................................................................................................5
2.2.7 Physical layer measurements........................................................................................................................6
2.2.8 Other.............................................................................................................................................................6
2.3 UPLINK PHYSICAL CHANNELS AND SIGNALS.....................................................................................................6
2.3.1 NBPUSCH..................................................................................................................................................6
2.3.2 Uplink narrowband DMRS.........................................................................................................................8
2.3.3 Uplink control information...........................................................................................................................9
2.3.4 Random access...........................................................................................................................................10
2.3.5 Other...........................................................................................................................................................11
2.4 OTHER..............................................................................................................................................................11
3 Closing of the meeting (Day 3: 17:00 PM at the latest).............................................................................................11
1 Opening of the meeting (Day 1: 9.00 AM)

R1161800 Draft Agenda of RAN1 NBIoT AdHoc Meeting RAN1 Chair
1.1 Call for IPR
I draw your attention to your obligations under the 3GPP Partner Organizations' IPR policies. Every Individual Member
organization is obliged to declare to the Partner Organization or Organizations of which it is a member any IPR owned by
the Individual Member or any other organization which is or is likely to become essential to the work of 3GPP.
The attention of the delegates to the meeting of this Technical Specification Group was drawn to the fact that 3GPP Individual
Members have the obligation under the IPR Policies of their respective Organizational Partners to inform
their respective Organizational Partners of Essential IPRs they become aware of.
The delegates were asked to take note that they were thereby invited:
 to investigate whether their organization or any other organization owns IPRs which were, or were likely to become
Essential in respect of the work of 3GPP.
 to notify their respective Organizational Partners of all potential IPRs, e.g., for ETSI, by means of the IPR Statement
and the Licensing declaration forms (http://www.etsi.org/WebSite/document/Legal/IPRForms.doc ).
2 E-UTRA
2.1 NB-IoT
WID in RP152284.
The objective is to specify a radio access for cellular internet of things, based to a great extent on a nonbackward
compatible variant of EUTRA, that addresses improved indoor coverage, support for massive number of low throughput
devices, low delay sensitivity, ultra low device cost, low device power consumption and (optimised) network
architecture.
R1161816 Reply LS on questions on NBIoT SA2, Vodafone

R1161817 LS on available subframes for paging RAN2, Huawei
Draft reply LS to RAN2 in R1161985 for email approval until Tuesday 29th March – Matthew (Huawei)
R1161818 LS on updates for TS 36.300 RAN2, Huawei
R1161819 LS on perUE configuration to allow exception reporting CT1, Qualcomm
R1161998 List of Open Issues in RAN2 NBIoT Vodafone
2.2 Downlink physical channels and signals

2.2.1 Remaining details of NB-PBCH and NB-MIB contents
R1161820 NBIoT Remaining issues for NPBCH and MIB Ericsson
R1161839 Design of MIB content for NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent Shanghai Bell
R1161956 Remaining issues on NBMIB CATT
R1161858 Remaining details of NBMIB contents for NBIoT ZTE
R1162020 WF on mode indication in MIB Ericsson

Agree Alt. 2
R1162021 WF on PRB indexing in MIB for NBIoT inband operation Ericsson, LG
R1162059 WF on MIB content ZTE, Ericsson, MediaTek, Intel

Revision of R1162031
Agreements:
• The MIB payload size for all operation modes is the same.
– The exact size should be decided by RAN2 but should be no more than 34 bits without CRC
• The interpretation of the bits depends on the operation mode
– For inband with the same PCI indicator set to false, number of LTE CRS antenna ports is signaled
using one bit, i.e., either the same as number of ports used by NBRS or 4.
• For inband with the same PCI indicator set to false and guardband, the raster offset is signaled using two bits
for {2.5,2.5,7.5,7.5}
R1162032 WF on indicating FDD/TDD in MIB Qualcomm, Ericsson, IITH, Samsung, CATT,

MediaTek, Panasonic, LG
Also supported by Sony
R1162051 WF on including partial HyperSFN in MIB ZTE, Huawei, HiSilicon, Ericsson, Intel

Working Assumption:
• Use 2 bits in MIB to indicate the two LSB of HyperSFN
– This working assumption need to be confirmed by RAN2
R1161801 NBMIB design Huawei, HiSilicon
R1161888 Remaining details of NBMIB design Intel Corporation
R1161914 Remaining Issues on NBMIB for NBIoT InterDigital Communications
R1161922 NBMIB contents on the deployment and CRS usage Panasonic Corporation
R1161925 Remaining Details on NBMIB Design Samsung
R1161932 NBPBCH Design Qualcomm Inc.
R1161951 Remaining issues of NBMIB design NTT DOCOMO, INC.
R1161965 Discussion on NBMIB contents for NBIoTLG Electronics
R1161976 NBPBCH Resource Mapping for Frequency Tracking Sony
2.2.2 NB-PDCCH
R1161859 Remaining issues on NBPDCCH design for NBIoT ZTE
R1161906 DCI format design MediaTek Inc.
R1161921 Start timing indication method of NBPDSCH and NBPUSCH Panasonic Corporation
R1161949 Support of discontinuous resource mapping for NBIoT DL Intel Corporation
R1161933 NBPDCCH Design Qualcomm Inc.
R1161802 Remaining details of NBPDCCH design Huawei, HiSilicon
R1161934 NBPDSCH Design Qualcomm Inc.
Agreements:
• Confirm the working assumptions
– The start of an NBPDCCH search space is >=4ms after the end of the last NBPDCCH search space
– The start of NBPDSCH transmission is >=4ms later than the end of its associated DL assignment
Qualcomm has concerns that this agreement will put a limitation for the achievable peak rate and impact to UE power
consumption
Telecom Italia confirms that the achievable peak rate is in line with the current WID requirement and the impact on UE
power consumption is negligible
A greement:
DCI content:
 Number of repetitions of NBPDCCH:
- 2 bits (except for CSS for paging)
- 3 bits for CSS for paging
 Scheduling delay between end of NBPDCCH transmission and start of data transmission:
- 3 bits for NBPDSCH (except for CSS for paging)
- 0 bits for paging
- 2 bits for NBPUSCH
 Values are FFS.
Agreement:
Start of PDCCH search space:
 Signalled by RRC with 3 bits for each search space except for CSS for paging
R1162067 WF on reference point of NBPDSCH/NBPUSCH Panasonic, Mediatek, Interdigital, Sony,

DOCOMO, Ericsson, Sierra
Proposal:
• Reference point of scheduling delay
– Alt 2. From the start of NBPDCCH search space
– The starting timing of NBPDSCH is indicated from the start of NBPDCCH search space by 4 bits.
– The possible starting times of NBPDSCH are uniformly distributed as ceiling (Rmax/8) after (the
start of NBPDCCH search space + 4ms).
• The starting timing of NBPUSCH is indicated from the start of NBPDCCH search space by 4 bits.
• The possible starting times of NBPUSCH are uniformly distributed as ceiling (Rmax/8) after (the start of NB
PDCCH search space + 8ms).
R1161990 NBPDCCH contents Panasonic

R1162060 Summary of NBPUSCH Subcarrier Allocation Huawei, HiSilicon
Agreements:
 5 bits in UL grant are used to jointly indicate the subcarrier number and starting subcarrier for NBPUSCH
transmission with 15 kHz subcarrier spacing. The total number of valid NBPUSCH allocations for {12, 6, 3,
1} tone transmission formats and 15 kHz numerology is the sum of
1. One allocation of all 12 tones: {0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12}
2. Two nonoverlapping allocations of 6 tones: {0, 1, 2, 3, 4, 5} and {6, 7, 8, 9, 10, 11}
3. Four nonoverlapping allocations of 3 tones: {0, 1, 2}, {3, 4, 5}, {6, 7, 8} and {9, 10, 11}
4. Twelve nonoverlapping singletone allocations: {0}, {1}, {2}, {3}, {4}, {5}, {6}, {7}, {8}, {9}, {10},
{11} and {12}
 6 bits in UL grant are used to indicate the subcarrier index for NBPUSCH transmission with 3.75 kHz
subcarrier spacing (48 nonoverlapping singletone allocations).
Agreements:
• The set of options for the max number of repetitions in an NBPDCCH search space is the same for all search
spaces
– Rmax is from: {1, 2, 4, 8, 16, 32, 64, 128, 256, 512, 1024, 2048}
R1162008 WF on NBPDCCH Huawei, HiSilicon

R1162015 WF on NBPDCCH Huawei, HiSilicon
R1162030 WF on DL Transmission Gap for NBIoT Ericsson, Intel, Sony, ZTE

Working Assumption:
• At least for UEs in extreme coverage (FFS how the UE knows its coverage level for the purpose of knowing
which gap configuration applies, if any), for transmission in downlink which requires large number of
repetitions, DL gaps can be introduced during the repetitions of NPDSCH and NPDCCH
– Note: During a DL gap, UEs other than those configured with the particular gap can receive their
NPDSCH and/or NPDCCH
– Gap configuration is provided by SIB signaling
• Configuration information is composed of a subset of the following:
• Gap enable/disable, Gap starting point (periodicity, offset), Gap size, number of
Gaps for Rmax repetitions
• Exact subset is FFS.
• FFS how many gap configurations are needed
• For a given UE, the subframes designated as DL gap are treated as invalid DL subframes for the given UE
– Invalid subframe means: When overlapping with a DL gap, PDCCH and PDSCH repetitions are FFS
(until RAN1#84bis)
• either postponed to the next valid DL subframe
• or skipped
• Note that these gaps do not apply in Idle Mode.
• Note that this does not impact downlinkuplink timing relationships
Email agreement until Thursday 31st March to close FFS points in the first main bullet. When all RRC details are agreed
for these gaps, working assumption for the first main bullet will automatically be confirmed.
R1161803 DCI for NBIoT Huawei, HiSilicon

R1161821 NBIoT DCI content Ericsson
R1161822 NBIoT Search space design considerations Ericsson
R1161823 NBIoT Timing relations Ericsson
R1161824 NBIoT Common search space design for paging Ericsson
R1161840 NBPDCCH design for NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent Shanghai Bell
R1161841 DCI design for NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent Shanghai Bell
R1161876 Considerations on NBPDCCH Sony
R1161877 NBPDCCH Timing and Collision Sony
R1161889 Remaining details of NBPDCCH design Intel Corporation
R1161890 NBPDCCH search space design Intel Corporation
R1161915 NBPDCCH for NBIoT InterDigital Communications
R1161924 TBS/MCS indication method for NBPDSCH/PUSCH Panasonic Corporation
R1161926 DCI Design Samsung
R1161966 Discussions on NBPDCCH for NBIoT LG Electronics
R1161977 DCI parameters for NBIoT Sony
2.2.3 NB-PDSCH
Including MCS/TBS tables, and resource design
R1161805 NBPDSCH design Huawei, HiSilicon

R1161986 NBIoT Remaining issues for NPDSCH design Ericsson
R1161878 Considerations in NBPDSCH Sony
R1161952 Remaining issues of NBPDSCH design NTT DOCOMO, INC.
Agreements:
• CW for NBPDSCH can be mapped to multiple subframes
• 8 numbers of subframes
 Supported number of subframes includes at least 1, 2, 4, 8 (Maximum value is less than or equal to 10)
R1161991 TBS/MCS table design for NBPDSCH and NBPUSCH Panasonic

R1161999 TBS/MCS table design for NBPDSCH and NBPUSCH Panasonic, Mediatek
R1162005 TBS/MCS table design for NBPDSCH and NBPUSCH Panasonic, Mediatek
R1162013 WF for TBS/MCS table design for NBPDSCH Panasonic
R1162036 WF on NBIoT MultiCarrier Operation Intel Corporation, MediaTek, Ericsson, ALU, ASB,

Nokia, Panasonic, Huawei, HiSi, Sony
Agreements:
• PDCCH order is always received in the UEspecific SS
• After receiving Msg.4 (random access procedure success),
• if the UE cannot be RRC reconfigured
• UE uses the previous configured dedicated RRC configuration (e.g. it monitors the USS in
the previously configured PRB)
Agreements:
• Any combination, i.e., inband+inband, inband+guardband, and guardband+guardband should be allowed for
NBIoT multicarrier operation with the constraint that both guardbands and the inband are associated with
the same LTE donor cell, i.e., the total span cannot exceed 110 PRBs from the same FFT
• No support of NBIoT multicarrier operation for standalone mode with either guardband or inband mode of
operation
R1162057 WF on NBIoT MultiCarrier Operation in Standalone Mode Intel Corporation, MediaTek, Ericsson,

ZTE, Sony, Fujitsu
Agreement:
• Standalone+standalone should be allowed for NBIoT multicarrier operation with the constraint that the total
frequency span cannot exceed 20MHz and both NBIoT carriers are synchronized, i.e., the time alignment
error shall not exceed the minimum requirement for intraband contiguous carrier aggregation in TS 36.104
• Send an LS to RAN4 to ask if they have any concerns with this
Agreements:
• On PRBs different than the NBIoT carrier on which the UE has received NBPSS/SSS, NBPBCH and SIB
transmissions, the NBIoT UE does not rate match around NBPBCH and NBPSS/SSS, i.e., the mapping of
NBPDCCH/PDSCH symbols to REs occurs without consideration of NBPSS/SSS/PBCH
R1161826 NBIoT NPDSCH resource allocation Ericsson

R1161842 NBPDSCH design for NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent Shanghai Bell
R1161843 Time discontinuous transmission for NBIoT Nokia Networks, AlcatelLucent, Alcatel
Lucent Shanghai Bell
R1161860 Further considerations on NBPDSCH design for NBIoT ZTE
R1161886 Remaining details of multicarrier NBIoT operation Huawei, HiSilicon
R1161891 Remaining details of NBIoT timing relationships Intel Corporation
R1161892 Remaining details of NBPDSCH design Intel Corporation
R1161893 Remaining details of NBIoT multicarrier operation Intel Corporation
R1161907 Discussion on DL TBS/MCS table MediaTek Inc.
R1161912 Resource allocation of NBPDSCH MediaTek Inc.
R1161927 Discussions on Downlink Scheduling Samsung
R1161947 Few issues on NBPDSCH subframes MediaTek Inc.
R1161955 NBPUSCH/NBPDSCH coding and repetition for NBIoT CATT
R1161967 Discussions on NBPDSCH design for NBIoT LG Electronics
2.2.4 System information and paging transmission

R1161935 System information and paging Qualcomm Inc.
R1161916 Paging for NBIoT InterDigital Communications
R1161846 Remaining issues on paging for NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent
Shanghai Bell
Agreements:
• Agree DCI format N2 for the flag = 0 case in R1161561
 FFS: details on flag = 1 case
Prepare draft LS to RAN2 to take into account the direct indication bitmap field in RAN2 spec until Thursday– Johan
(Ericsson) and Matthew (Huawei)
R1162046
Agreement:
• Multiplexing of paging records within one RRC paging message is supported by physical layer
• Subframes for scheduling paging transmission is not available for subframes 0 and 5
R1162006 WF on NBSIB1 Huawei, HiSilicon
R1162009 WF on NBSIB1 Details Huawei, HiSilicon
Prepare draft LS to RAN2 until Thursday in R1162014 – Zheng (Huawei)
R1162029 WF on Starting Subframe of Paging CSS for NBIoT Ericsson

Agreements:
• Use the same mechanism to define {PF, PO} for paging CSS for inband, standalone, and guard band
operations
• Starting subframe of paging CSS is determined by (PF, PO)
• Starting subframe of paging CSS is further determined by the following:
• Use the existing PO paging subframe pattern
• If the subframe SF0 determined by {PF, PO} is a valid DL subframe, then the subframe SF0 is the
starting subframe of the paging CSS.
• If the subframe SF0 determined by {PF, PO} is NOT a valid DL subframe, then the first valid DL
subframe after SF0 is the starting subframe of the paging CSS
• Valid DL subframe above refers to subframes NOT occupied by NPBCH, NPSS, NSSS and NSIB1
and not indicated as invalid in a SIB1
• FFS whether and how subframes can be indicated as invalid
• Note that this definition of valid is specific for the context of this agreement.
Ns PO when i_s=0 PO when i_s=1 PO when i_s=2 PO when i_s=3
1 9 N/A N/A N/A
2 4 9 N/A N/A
4 0 4 5 9
Inform RAN2 that RAN1 has a mechanism to support the existing paging occasions.
R1162034 WF on PO for Paging ZTE, Ericsson
R1162028 WF on SI Scheduling Nokia, ALU, ASB, Ericsson

Agreement:
• SI scheduling information is provided in NBSIB1.
• One transport block of an SI message is transmitted over 8 consecutive valid DL subframes.
• SI scheduling information is given by –
– TBS (2 bits)
• Values to be decided by RAN2, possible values are {208, 256, 328, 440, 552, 680}
– Repetition pattern
• Number(s) of repetitions (set of values up to RAN2)
• Time interval(s) between repetitions (set of values up to RAN2)
Note that which is the first subframe for the repetition pattern relative to the start of the SI window is up to RAN2 to
define.
R1161804 System information transmission Huawei, HiSilicon

R1161827 NBIoT System information Ericsson
R1161828 NBIoT SI change indication in DCI format for paging Ericsson
R1161844 Remaining issues on NBSIB1 transmission for NBIoT Nokia Networks, AlcatelLucent,
AlcatelLucent Shanghai Bell
R1161845 SI scheduling for NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent Shanghai Bell
R1161861 Remaining issues on NBSIB1 design for NBIoT ZTE
R1161862 Remaining issues on paging transmission for NBIoT ZTE
R1161882 Paging transmission Huawei, HiSilicon
R1161894 NBIoT system information and paging transmission Intel Corporation
2.2.5 NB-PSS and NB-SSS

R1161981 NBPSS and NBSSS Design Qualcomm Inc.
R1161968 Synchronization signal design for NBIoT LG Electronics
R1161830 NBIoT Synchronization Channel Evaluations Ericsson
R1161993 Details on NBPSS and NBSSS design for NBIoT ZTE
R1161980 On NBPSS receiver complexity Neul
Continue offline discussion by focusing on followings until Thursday – Seunghee (Intel)
- Detailed ZC sequence design for PSS and SSS
- SSS transmission period
R1162007 WF from offline discussion on NBSS Intel
Is there a significant issue with the agreement from RAN1#84:
 Yes: HW, HiSi, Mediatek, Telecom Italia, Neul, Spreadtrum, Virtuosys, Sony, Ericsson, HW devices, UBlox,
CATT, VF (if there is a complexity increase in short sequence)
 No:QC, Intel, ZTE, LGE, IITH, CeWit, RelianceJio, IDC, Sams, Softbank,
R1162063 WF on NBPSS Design Huawei, HiSilicon, Ericsson, MediaTek, Neul, ASTRI, CATR, Beijing

Xinwei Telecom Techn, Potevio, Huawei Device , Coolpad, TD Tech Ltd, ST Microelectronics,
Chengdu TD Tech Ltd, China Unicom, Telecom Italia S.p.A, Spreadtrum, CATT, ublox AG,
Deutsche Telekom AG
Proposal:
• NBPSS is generated by two root1 ZadoffChu (ZC) sequences: NBPSS1 and NBPSS2
– NBPSS1 and NBPSS2 are complex conjugate of each other
– Both NBPSS1 and NBPSS2 span 11 OFDM symbols
• The NBPSS1 and NBPSS2 generation procedure follows the alternative implementation of the longsequence
design for TS36.211 in the Appendix of R1161957.
Between the short sequence proposals:
• Details on 11 root sequence indices on 11 OFDM symbols
• R1161895 (Intel)
• Intel, IDC, LGE, ZTE, Sams,
• R1161895 with binary code cover
• IITH, Reliancejio, Cewit
• R1161968 (LGE)
• LGE, Intel,
• R1161981 (Qualcomm)
• QC, HW, HiSi, HW devices, Ericsson, Mediatek, Softbank, Sony, VF (if complexity results
are to be believed), Fujitsu, Sierra, IITH, Reliancejio, Cewit
Conclusions:
 If we adopt a short sequence, it would be the one described in R1161981.
Conclusion: As there is clearly not consensus to revert the decision from RAN1#84, and only one of the shortcode
proposals has support from the longcode proponents, we adopt the NBPSS design from R1161981:
• Base sequence: ZadoffChu sequence of size 11 with root index 5 and no shift
• Code cover: [1 1 1 1 1 1 1 1 1 1 1]
Possible conclusions:
• All companies should provide detailed solutions related to NBPSS and NBSSS until Thursday
 Ref. R1161957 for long ZC sequence for NBPSS
• If significant issues (e.g., performance and complexity) are existed by short ZC sequence NBPSS, companies
should provide it until Thursday
 Ref. R1161958 and R1161980
R1162047 WF from offline discussion on NBSS Intel
R1162048 Summary of evaluation results for NBPSS Huawei, HiSilicon, Neul, Ericsson, MediaTek,

Spreadtrum
R1162063
R1161806 NBSSS design Huawei, HiSilicon

R1161829 NBIoT NSSS Design Ericsson
R1161895 Remaining details of NBIoT Primary Synchronization Signal design Intel Corporation
R1161896 NBIoT Secondary Synchronization Signal Design Intel Corporation
R1161897 Receiver algorithms and complexity analyses for NBIoT synchronization Intel Corporation
R1161898 Synchronization and cell search in NBIoT: Performance evaluations Intel Corporation
R1161945 Receiver complexity and performance for NBIoT synchronization MediaTek Inc.
R1161946 Secondary synchronization signal design for NBIoT MediaTek Inc.
R1161950 On baseband signal generation for NBIoT downlink Intel Corporation
R1161957 NBPSS signal design Huawei, HiSilicon
R1161958 NBPSS evaluation Huawei, HiSilicon
R1161960 Remaining issues on NBIoT syncronization signal design Nokia Networks, AlcatelLucent,
R1161961 Comparison of NBPSS codes Spreadtrum Communications
2.2.6 Reference signals

Including use of NBRS / CRS for demodulation
R1161807 Remaining details of downlink reference signal design Huawei, HiSilicon

R1161928 Remaining Issues on Reference Signal Design Samsung
R1161962 On the reference signal design for NBIoT Spreadtrum Communications
Agreement:
• Confirm the working assumption
 LTE CRS is not precluded for an NBIoT UE to use for DL demodulation and/or measurements for the cases
when the number of antenna ports for LTE CRS and NBRS is the same and takes a value of either 1 or 2
R1162000 WF on NBRS Intel Corporation, ALU, ASB, Huawei, HiSi, Interdigital, MediaTek, Nokia,

Panasonic, Samsung
Also supported by Sony
Agreements:
• In cellspecific valid DL PRB pairs, a NBIoT UE may assume that NBRS is present
• Note: ZTE has technical concerns
• In cellspecific invalid DL PRB pairs, a NBIoT UE shall not expect NBRS
• In the PRB pair to carry NBPSS and NBSSS, a NBIoT UE shall not expect NBRS
• For inband operation, in NBIoT carrier, a UE without a valid configuration of the cellspecific valid DL
subframes may assume NBRS is transmitted in subframes #0 and #4 and in subframe #9 if it does not contain
NBSSS
• For guardband and standalone operation, in NBIoT carrier, a UE may assume NBRS is transmitted in all
subframes except for NBPSS and NBSSS
R1162018 WF on NBRS Signaling Support Intel, Ericsson, Sony, LG, Nokia, ALU, ASB, Huawei,

HiSi, Interdigital, CATT, Sierra Wireless, Spreadtrum, ZTE
Agreements:
• UE may assume
• If the number of NBRS antenna ports is one,
• the EPRE of NBRS and the EPRE of all NBIoT DL channels is the same
• If the number of NBRS antenna ports is two,
• the EPRE per antenna port of NBRS port is 3dB larger compared to the EPRE per antenna
port of all NBIoT DL channels
• This means no signaling support of power offsets
R1162017 WF on PDSCH Power Offset Qualcomm
R1162019 WF on NBRS Power Allocation Intel, Ericsson, Sony, Nokia, ALU, ASB, Qualcomm, ZTE,

MediaTek, Sierra Wireless, Spreadtrum, Panasonic, Vodafone
Also supported by Samsung
Agreements:
• When the samePCI indicator is set to TRUE,
• NBRS power offset between NBRS and LTE CRS is indicated in SIB
• If there is no SIB indication, UE may assume the equal power between NBRS and LTE
CRS
• RAN1 recommends RAN2 to indicate this signaling by SIB1
R1161831 NBIoT Remaining issues for NRS Ericsson

R1161847 Remaining issues on NBRS design for NBIoT Nokia Networks, AlcatelLucent, Alcatel
R1161864 Remaining issue on NBRS for NBIoT ZTE
R1161899 Remaining details of NBIoT reference signals design Intel Corporation
R1161917 Remaining Issues on RS for NBIoT InterDigital Communications
R1161937 Reference Signal Design Qualcomm Inc.
R1161948 Remaining issues on NBRS MediaTek Inc.
R1161963 Performance evaluation of NBPBCH Spreadtrum Communications
2.2.7 Physical layer measurements
R1161848 Physical layer measurements for NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent
Shanghai Bell
R1161865 Downlink measurement for NBIoT ZTE
Conclusion:
• At least for UE in idle mode, whether measurement accuracy requirements and performance requirements are
based on NBRS, NBSSS or NBRS+NBSSS should be evaluated by RAN4
 FFS: UE in connected mode for serving cell
R1161883 Physical layer measurements Huawei, HiSilicon

R1161900 Physical layer measurements for NBIoT Intel Corporation
R1161938 Physical Layer Measurements Qualcomm Inc.
R1161969 Discussions on measurement for NBIoT LG Electronics
2.2.8 Other
Including downlink power allocation
R1161814 Downlink power allocation Huawei, HiSilicon

R1161849 Multicarrier operation in NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent Shanghai Bell
R1161866 DL power allocation for NBIoT ZTE
2.3 Uplink physical channels and signals

2.3.1 NB-PUSCH
Including MCS/TBS tables, resource design, and open issues on modulation schemes
R1161809 NBPUSCH design Huawei, HiSilicon

R1161983 Discussion on UL TBS/MCS table MediaTek Inc.
Agreement:
• Maximum TBS size for NBPUSCH is 1000 bits
R1162003 WF on PUSCH & PDSCH Repetitions Sony, Panasonic, CATT, DoCoMo

Also supported by ZTE
Agreements:
• For NBPDSCH and NBPUSCH,
– The repetition pattern within the allocated resources is realized by using Cyclic repetition
• In each cycle, each subframe/NBslot in the allocated resources is repeated consecutively for
Z times
• Z = Min(4, repetition) for multitone transmission
• Z = 1 for singletone transmission
• Different scrambling is used in each cycle
• NOTE: RV cycling is feasible under this repetition
R1162002 WF on Transmission Gaps in NBPUSCH Repetition Sony, Intel, Panasonic, Sequans

Prepare draft LS to RAN4 (cc RAN2) until Thursday – Shin (Sony)
R1162040
R1162041
R1162004 WF on TPSK Qualcomm, Samsung, Huawei, HiSilicon, Neul, Vodafone, CMCC, CATR, KDDI,
China Unicom, China Telecom, Potevio, IITH,CEWiT, RelianceJio, Sony
R1161940 Description of 8BPSK and TPSK for the NBIOT uplink Qualcomm Inc.
Possible agreements:
• For UEs that don’t indicate the support of multitone transmissions, the following TPSK modulation formats
are supported in the UL
– (2,4)TPSK and (4,4)TPSK with contiguous tone allocation as specified in Tables 2 and 3,
respectively, in R1161940.
Continue offline discussion about modulation, coding, RV until Thursday – Shupeng (ZTE) Xiaofeng (Qualcomm)
Agreement:
• Two redundancy versions, LTE RV0 and LTE RV2, are supported for NBPUSCH
R1162010 WF on SRS avoidance in NBIoT Huawei, HiSilicon

• For 3.75 kHz subcarrier spacing and LTE SRS symbol positions that are not able to align with GPs in an NB
Slot, NBPUSCH is rate matched around the overlapped NBIoT symbols and those symbols are not used for
transmission.
• For 15 kHz subcarrier spacing, NBIoT symbols are not used when colliding with LTE SRS symbol positions
and NBPUSCH ratematching is used to transmit 15 kHz NBIoT transmission.
• NBIoT configuration field regarding the avoidance of LTE SRS is broadcasted in the NBIoT system
information
• Adopt the design in Table in the attached document for NBIoT configuration field regarding the avoidance of
LTE SRS, which use 3 bits in NBIoT system information
Continue offline discussion about SRS collision until Thursday – Xiaolei (HiSilicon)
R1162039 WF for TBS/MCS table design for NBPUSCH Panasonic
Agreements:
 For multitone and singletone,
o RV0 or RV2 is separately indicated by 1 bit DCI. RV2 is supported in all ITBS
 Starting point is to reuse TBS/MCS table for DL
 ITBS is 4 bits indication in DCI
 NPRB is 3 bits indication in DCI. NPRB indicates the number of resource unit
 For multitone, support ITBS equals 0 to at least 10
 For singletone, support ITBS equals 0 to 10
 For singletone cases,
o Pi/2 BPSK is used for the lowest one ITBS entry or lowest two ITBS entries. Pi/4 QPSK is used in the
other ITBS entries.
 For singletone cases
o Alt A: Pi/2 BPSK for NPRB is supported 1,2, 3,4,5,6,8, 10. One row of ITBS indexes are used.
o Alt B: Pi/2 BPSK for NPRB is supported 1,2, 3,4,5,6,8, 10, 11,12, 13,14,15,16,18, 20. Two rows of ITBS
indexes are used.
o Alt C: Pi/2 BPSK for NPRB is supported 2, 4,8,10,16, 20, 24, 28. Two rows of ITBS indexes are used.
Continue offline discussion until Thursday – Suzuki (Panasonic)
R1161811 Remaining details of uplink frame structure design Huawei, HiSilicon

R1161919 Discussion on NBIoT PUSCH resource mapping Panasonic Corporation
R1161959 NBIoT NPUSCH Resource Allocation Ericsson
R1161832 NBIoT Remaining issues for NPUSCH design Ericsson

R1161850 NBPUSCH design Nokia Networks, AlcatelLucent, AlcatelLucent Shanghai Bell
R1161867 Remaining issues on uplink data transmission for NBIoT ZTE
R1161868 Resource allocation of uplink data channel for NBIoT ZTE
R1161869 Remaining issue on modulation scheme for uplink of NBIoT ZTE
R1161879 Frequency Tracking in Long NBPUSCH Transmission Sony
R1161880 Considerations in NBPUSCH Sony
R1161885 NBPUSCH resource allocation Huawei, HiSilicon
R1161901 Remaining details of NBPUSCH Intel Corporation
R1161909 Resource allocation of NBPUSCH MediaTek Inc.
R1161920 NBIoT PUSCH performance with 15 kHz and 3.75 kHz subcarrier spacing Panasonic
Corporation
R1161929 Considerations on Modulation Schemes Samsung
R1161930 Peformance Evaluations of TPSK Samsung
R1161939 UL Data Channel Design Qualcomm Inc.
R1161941 PAPR and transmission power of UL modulation for NBIOT Qualcomm Inc.
R1161954 Resource allocation for NBPUSCH Sharp
R1161964 Discussion on NBPDSCH/NBPUSCH transmission for NBIoT Spreadtrum Communications
R1161970 Remaining issues on NBPUSCH design for NBIoT LG Electronics
2.3.2 Uplink narrowband DM-RS

R1161870 Uplink DM RS design for NBIoT ZTE
R1161887 DMRS Density Effects on eNB CFO Estimation Sierra Wireless, S.A.
R1161972 Summary of email discussion [8411] on DMRS and phase rotation for NBIoT LG

Electronics
Agreements:
• FFS: DMRS sequence generation is based on either Gold sequence or PN sequence
• One OFDM symbol in each NBslot is assumed for DMRS transmission for NBPUSCH with data
• Legacy DMRS sequence with length 12 is used for 12tone transmission
R1162023 WF on UL DMRS Sequence Generation Qualcomm

Agreements:
• DMRS pattern for single tone NBPUSCH that conveys data transmission:
– Alt.1 Elementwise product of
• a Hadamard sequence (one row of a Hadamard matrix)
• a PN or Goldsequence based binary random sequence
– Alt.2 Elementwise product of
• a codeword from a linear cyclic code
• a PN or Goldsequence based binary random sequence
– Gold sequence or PN sequence is common (not cell_id dependent)
– Note: Choice of Alt.1 vs. Alt.2 depends on ratio on required number of sequences to sequence length
– Hadamard sequence or codeword from a linear cyclic code is cell_id dependent
– Preclude CDM within the same cell
– Gold sequence or PN sequence is reset in the first symbol of the transmission
• Length of the sequence for DMRS is 16
R1162001 WF on phase rotation of single tone NBPUSCH Huawei, HiSilicon

R1162024 WF on UL Phase Rotation Qualcomm, LG
Agreement:
• For singletone modulation, the phase rotated constellation point for both data and NBDMRS symbols is obtained
by multiplying the unrotated constellation point (as defined in Table 7.1.21 of TS 36.211 for QPSK and Table
7.1.11 for BPSK) by exp(j*m*π/2) for π/2BPSK case and exp(j*m*π/4) for π/4QPSK respectively
• Where m = ( symbol index mod 2 )
• symbol index counts from 0
• Note: The waveform generation should ensure that the phase transitions at symbol boundaries (i.e.
between the end of one symbol and the start of the CP of the next symbol) match those defined by the
used modulation scheme, i.e., ±π/2 for π/2BPSK, and ±π/4 or ±3π/4 for π/4QPSK
• Note: Qualcomm has concerns about the spec impact and complexity
R1162026 WF on DMRS for multitone transmission LGE

Agreements:
• For 3tone transmission, DMRS is mapped to 3tone in the same subcarriers as data
• For 6tone transmission, DMRS is mapped to 6tone in the same subcarriers as data
• New DMRS base sequences with length 6 are introduced at least for 6tone transmission
– Working assumption: 16 different base sequences are provided
– DMRS base sequence is based on QPSK symbols in the frequency domain
• FFS: One new DMRS base sequence with length 3 is introduced for 3tone transmission
– FFS: DMRS base sequence is based on QPSK symbols in the frequency domain
• FFS: 6 cyclic shift values are supported for 6tone transmission
• FFS: 3 cyclic shift values are supported for 3tone transmission
Finalise FFS points at RAN1#84bis.
(It is assumed that there is no RAN2 impact)
R1161996 WF on UL DMRS for single tone transmission Huawei, HiSilicon

R1162058 Evaluation on cross correlation of DMRS sequence LGE
Supported by QC.
Agreement:
• DMRS pattern for single tone NBPUSCH that conveys data transmission:
– For 15 kHz subcarrier spacing, the 4th symbol of every 7 symbols (i.e. same as LTE).
– For 3.75 kHz subcarrier spacing, the 5th symbol of every 7 symbols in 2ms NBslot
R1162025 WF on DMRS design for NBPUSCH LG Electronics
R1161810 NBDMRS design Huawei, HiSilicon

R1161833 NBIoT UL Reference signals Ericsson
R1161851 On UL DMRS design for NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent Shanghai Bell
R1161931 Remaining Details on Uplink DMRS Design Samsung
R1161942 Uplink narrowband DMRS Qualcomm Inc.
R1161971 Discussions on uplink narrowband DMRS for NBIoT LG Electronics
R1161972 Summary of email discussion [8411] on DMRS and phase rotation for NBIoT LG Electronics
R1161979 Remaining issues of uplink DMRS for NBIoT Lenovo (Beijing) Ltd
2.3.3 Uplink control information

R1161852 UCI for NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent Shanghai Bell
R1161902 UCI and DL HARQACK feedback for NBIoT Intel Corporation
R1161978 Views on DL HARQ ACK/NACK feedback for NBIoT KT Corp.
R1161974 Summary of email discussion [8410] on UCI for NBIoT LG Electronics, Huawei, HiSilicon
Agreements:
• A/N transmission subcarrier spacing is same to the subcarrier spacing configured for PUSCH when single tone
transmission is used for A/N transmission
• The size of resource unit for A/N transmission is 2 msec for 15 kHz single tone and 8 msec for 3.75 kHz single
tone transmission
Conclusion:
• No consensus in RAN1 to support aperiodic CSI in Rel13
A greements
:
• Number of repetitions for A/N transmission corresponding to Msg 4 is semistatically configured by SIB per
PRACH resource set
• This is used as a default value to number of repetitions for A/N transmission after Msg4
• A/N piggybacking on PUSCH is not supported in Rel13
R1162043 WF on UCI LG Electronics

Continue offline discussion until Thursday – Yunjung (LGE)
Agreement:
• Baseline subcarrier index to which the frequency offset carried in DCI is applied is not higher layer signaled
• Details FFS in RAN1
FFS:
Proposals:
• Baseline time location of A/N resource is the first starting subframe after 12msec + end of the last subframe of
the associated PDSCH transmission
• Starting subframe of A/N transmission can be restricted
• Time location/offset of A/N resource is indicated in DL grant pending UL grant size discussion
• Note: intention is use padding bits to support this. Otherwise, time location/offset is not signaled.
R1161997 WF on ACK/NACK transmission for NBPDSCH
R1162022 WF on ACK/NACK transmission for NBPDSCH Huawei, HiSilicon, MediaTek, Panasonic
Agreement:
• For ACK/NACK only transmission of NBPDSCH in NBIoT:
– Only single tone transmission is supported
Alt. 1:
– DMRS density is increased compared to normal NBPUSCH
– 3 DMRS symbols in every 7 symbols in each NBSlot
MTK, HiSi, QCM, Huawei, Fujitsu, Neul
R1162061 WF on UL ACK/NAK transmission Qualcomm, Mediatek, Huawei, HiSilicon
Working Assumption:
• Support 3 DMRS symbols per 7 symbol period
• The DMRS sequence is obtained as
– Use single tone DMRS PUSCH spread by length 3 OCC sequence defined for PUCCH
• The OCC ID is pseudorandomly selected (from existing OCCs) according to
cell
ncs (ns , l ) mod 3
Working Assumption can be changed to 1 DMRS symbol at RAN1#84bis if significant gain is not observed compared
to 1 DMRS symbol.
Alt. 2:
– Same DMRS density as NBPUSCH for the normal data
– 1 DMRS symbol in every 7 symbols in each NBSlot
Ericsson, ZTE, LG, Intel, Nokia net., Samsung, AL, ASB
Continue offline discussion until Thursday – Xiaolei (HiSilicon)
Agreement:
• For ACK/NACK only transmission of NBPDSCH in NBIoT:
– ∏ /2BPSK modulation is used for single tone transmission
• Number of repetitions of A/N resource unit is semistatically configured by RRC signaling at least if the
associated NBPDSCH is after Msg4
R1161808 UCI for NBIoT Huawei, HiSilicon

R1161871 UCI transmission for NBIoT ZTE
R1161875 NBIoT Uplink control information Ericsson
R1161881 UCI Transmission in NBIoT Sony
R1161910 Discussion on UCI transmission for NBIOT MediaTek Inc.
R1161911 Performance evaluation of UL ACK/NACK transmission for NBIOT MediaTek Inc.
R1161923 Resource indication method for NBPUSCH with ACK/NACK only Panasonic Corporation
R1161943 Uplink control information Qualcomm Inc.
R1161953 Views on UL ACK/NACK transmissions for NBIoT NTT DOCOMO, INC.
R1161973 Remaining details on UCI support for NBIoT LG Electronics
R1161974 Summary of email discussion [8410] on UCI for NBIoT LG Electronics
2.3.4 Random access

Particularly NBPRACH resource configuration details and Msg3 transmission details
Note: RAN1 does not need to discuss random access procedure details agreed already in RAN2
R1161812 NBPRACH design Huawei, HiSilicon, Neul

R1161834 NBIoT NPRACH sequences Ericsson
R1161872 Remaining issues on single tone PRACH for NBIoTZTE
Agreement:
• For NBPRACH,
 A symbol group consists of 1 CP + 5 identical symbols
R1162033 WF on NBPRACH sequence Huawei, HiSilicon, Neul, Intel, Ericsson

Also supported by Nokia networks
A greement
:
• The symbol values do not change across symbol groups during a NBPRACH transmission
ZTE encourages companies to check their analysis.
R1162050 WF on NBPRACH sequence ZTE
R1162027 WF on PRACH Nokia Networks, ALU, ASB

Agreements:
• The configuration of NBPRACH resource is given by –
– Periodicity (3 bits)
• {40, 80, 160, 240, 320, 640, 1280, 2560} ms
• When PRACH resource and PUSCH collide, PUSCH is postponed
– Number of repetitions (3 bits)
• {1, 2, 4, 8, 16, 32, 64, 128}
– Number of opportunities per period
• 1 (no indication needed)
– Starting time of period (FFS bits)
• FFS
– Repetition uses contiguous subframes within one period
– Frequency
• Frequency location in subcarrier offset (3 bits)
– {0, 12, 24, 36, 2, 18, 34}
• Number of subcarriers (2 bits)
– {12, 24, 36, 48}
– Multitone Msg3 transmission is not supported for the following numbers of repetitions of NB
PRACH
• {32, 64, 128}
Agreements:
• RAR is transmitted on an NPDSCH scheduled by an NPDCCH
• The NPDSCH transport block can contain RAR messages to multiple UEs
R1162052 Timing Advance for NBIoT Ericsson

Agreements:
• Existing timing advanced procedure is reused for NBIoT
• FFS:
– The time for the TA adjustment (legacy is n+6)
A greement:
• The timing advance update does not impact the phase settings
 i.e. phase is determined in the same way with or without timing advance
R1162037 WF on timing relationships for random access Huawei, HiSilicon

A greements:
• For NBPRACH transmission following a PDCCH order, the start of NBPRACH transmission is the first
opportunity that is >=8ms later than the end of its associated PDCCH order.
• For Msg3,
– The start of Msg3 transmission is the first opportunity that is >=12ms later than the end of the
corresponding RAR transmission.
• In case a RAR is received with no response to the corresponding NBPRACH, the start of any new NB
PRACH transmission is the first opportunity that is >=12ms later than the end of the RAR.
• In case no RAR is received at the end of the RAR window, the start of any new NBPRACH transmission is
the first opportunity that is >=12ms later than the end of the RAR window.
Remaining potential issues
- UL grant in RAR (Huawei) R1162055
R1161813 Remaining NBIoT random access physical layer aspects Huawei, HiSilicon

R1161835 NBIoT NPRACH configurations Ericsson
R1161836 NBIoT Remaining issues for random access procedure Ericsson
R1161853 Remaining issues on NBPRACH design for NBIoT Nokia Networks, AlcatelLucent, Alcatel
R1161854 Remaining issues on random access procedure for NBIoT Nokia Networks, AlcatelLucent,
R1161903 Remaining details of NBPRACH and random access Intel Corporation
R1161905 Discussion on NPRACH baseband signal generation NEC Corporation
R1161918 PRACH for NBIoT InterDigital Communications
R1161944 Random Access Channel Design Qualcomm Inc.
R1161975 Remaining issues on RACH procedure for NBIoT LG Electronics
2.3.5 Other
Including uplink power control
R1161815 Uplink power control Huawei, HiSilicon

R1162044 WF on open loop power control Huawei, HiSilicon
Agreements:
• For NBPUSCH data transmission, the uplink power setting reuse section 5.1.1.1 of 36.213, that is for serving cell
c and subframe i ( for 15 kHz subcarrier spacing) or NBSlot i (for 3.75 kHz subcarrier spacing)
• PNPUSCH,c(i)=min{PCMAX,c(i), 10log10(MNPUSCH,c(i))+PO_NPUSCH,c+ αc(j) PLc+fc(i)}
• MNPUSCH,c(i)
• Alt 1: {1/4, 1,3,6,12} (reflecting UL transmission resource BW)
• Alt 2: {1,3,6,12} (3.75 kHz is adjusted by using PO_NPUSCH,c)
• PO_NPUSCH,c(j)=PO_UE_NPUSCH,c(j)+PO_NOMINAL_NPUSCH,c(j)
• When j = 1, PO_UE_NPUSCH,c(1) and PO_NOMINAL_NPUSCH,c(1) are configured by higher layers, where j = 1
is used for NBPUSCH data (re)transmissions.
• When j = 2, which is used for NBPUSCH (re)transmissions corresponding to the random access
response grant, PO_UE_NPUSCH,c(2)=0 and PO_NOMINAL_NPUSCH,c(2)=PO_PRE+ΔPREAMBLE_Msg3, where the
parameter PO_PRE and ΔPREAMBLE_Msg3 are signaled from higher layers for serving cell .
• For j = 1, αc(j) is configured by higher layers, and αc(j)=1 for j = 2.
• fc(i)
• Alt 1: A power adjustment parameter indicated by DCI
• Alt 2: No TPC command, fc(i)=0
• UL power control for ACK/NACK transmission uses the same procedure as normal NBPUSCH transmission.
• Alt. 1: Accept above formulas
• Alt. 2: With alpha = 1
R1162045 WF on PHR for NBIoT Huawei, HiSilicon

Also supported by Qualcomm, Ericsson
Agreement:
• RAN1 recommends to support transmission of NBPHR with Msg3 of random access procedure using [2 bits] for
the lowest configured NBPRACH repetition level, subject to RAN2 confirmation of available bits
• Dynamic indication utilizing DCI is not supported
• Note: Above does not request to change Msg. 3 size
R1161855 UL power control for NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent Shanghai Bell

R1161857 Definition of phase alignment for NBIoT single tone UL modulation Nokia Networks, Alcatel
Lucent, AlcatelLucent Shanghai Bell
R1161873 UL power control for NBIoT ZTE
R1161904 On the need for UL transmission gaps for HDFDD UEs in extreme coverage Intel Corporation
2.4 Other
R1161837 NBIoT Valid subframes Ericsson
R1161838 NBIoT Collision handling Ericsson
R1161856 Timing relationships for NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent Shanghai Bell
R1161874 Collision handling for NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent Shanghai Bell
R1161884 Summary of RAN2 open items with possible RAN1 dependence Huawei, HiSilicon
R1161913 Discussions on HARQ process MediaTek Inc.
Output to RAN2 and RAN4:
Draft LSs in R1162065 and R1162066 respectively (Matthew – Huawei)
3 Closing of the meeting (Day 3: 17:00 PM at the latest)

Chairman's Notes RAN1 - NB-IoT AdHoc - Final

Uploaded by

Copyright:

Available Formats

Chairman's Notes RAN1 - NB-IoT AdHoc - Final

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Chairman's Notes RAN1 - NB-IoT AdHoc - Final

Uploaded by

Copyright:

Available Formats

3GPP TSG RAN WG1 NB­IoT Ad­Hoc Meeting

1 OPENING OF THE MEETING (DAY 1: 9.00 AM)................................................................................................1

1 Opening of the meeting (Day 1: 9.00 AM)

1.1 Call for IPR

R1­161816 Reply LS on questions on NB­IoT SA2, Vodafone

R1­161998 List of Open Issues in RAN2 NBIoT Vodafone

2.2 Downlink physical channels and signals

R1­162020 WF on mode indication in MIB Ericsson

R1­162021 WF on PRB indexing in MIB for NB­IoT in­band operation Ericsson, LG

R1­162059 WF on MIB content ZTE, Ericsson, MediaTek, Intel

R1­162032 WF on indicating FDD/TDD in MIB Qualcomm, Ericsson, IITH, Samsung, CATT,

R1­162051 WF on including partial HyperSFN in MIB ZTE, Huawei, HiSilicon, Ericsson, Intel

R1­162067 WF on reference point of NB­PDSCH/NB­PUSCH Panasonic, Mediatek, Interdigital, Sony,

R1­161990 NB­PDCCH contents Panasonic

R1­162008 WF on NB­PDCCH Huawei, HiSilicon

R1­162030 WF on DL Transmission Gap for NB­IoT Ericsson, Intel, Sony, ZTE

R1­161803 DCI for NB­IoT Huawei, HiSilicon

R1­161805 NB­PDSCH design Huawei, HiSilicon

R1­161991 TBS/MCS table design for NB­PDSCH and NB­PUSCH Panasonic

R1­162036 WF on NB­IoT Multi­Carrier Operation Intel Corporation, MediaTek, Ericsson, ALU, ASB,

R1­162057 WF on NB­IoT Multi­Carrier Operation in Standalone Mode Intel Corporation, MediaTek, Ericsson,

R1­161826 NB­IoT ­ NPDSCH resource allocation Ericsson

2.2.4 System information and paging transmission

R1­162029 WF on Starting Subframe of Paging CSS for NB­IoT Ericsson

R1­162034 WF on PO for Paging ZTE, Ericsson

R1­162028 WF on SI Scheduling Nokia, ALU, ASB, Ericsson

R1­161804 System information transmission Huawei, HiSilicon

2.2.5 NB-PSS and NB-SSS

R1­162007 WF from offline discussion on NB­SS Intel

R1­162063 WF on NB­PSS Design Huawei, HiSilicon, Ericsson, MediaTek, Neul, ASTRI, CATR, Beijing

R1­162047 WF from offline discussion on NB­SS Intel

R1­162048 Summary of evaluation results for NB­PSS Huawei, HiSilicon, Neul, Ericsson, MediaTek,

R1­161806 NB­SSS design Huawei, HiSilicon

2.2.6 Reference signals

R1­161807 Remaining details of downlink reference signal design Huawei, HiSilicon

R1­162000 WF on NB­RS Intel Corporation, ALU, ASB, Huawei, HiSi, Interdigital, MediaTek, Nokia,

R1­162018 WF on NB­RS Signaling Support Intel, Ericsson, Sony, LG, Nokia, ALU, ASB, Huawei,

R1­162017 WF on PDSCH Power Offset Qualcomm

R1­162019 WF on NB­RS Power Allocation Intel, Ericsson, Sony, Nokia, ALU, ASB, Qualcomm, ZTE,

R1­161831 NB­IoT ­ Remaining issues for NRS Ericsson

R1­161883 Physical layer measurements Huawei, HiSilicon

R1­161814 Downlink power allocation Huawei, HiSilicon

2.3 Uplink physical channels and signals

R1­161809 NB­PUSCH design Huawei, HiSilicon

R1­162003 WF on PUSCH & PDSCH Repetitions Sony, Panasonic, CATT, DoCoMo

R1­162002 WF on Transmission Gaps in NB­PUSCH Repetition Sony, Intel, Panasonic, Sequans

R1­162010 WF on SRS avoidance in NB­IoT Huawei, HiSilicon

R1­162039 WF for TBS/MCS table design for NB­PUSCH Panasonic

R1­161811 Remaining details of uplink frame structure design Huawei, HiSilicon

R1­161832 NB­IoT ­ Remaining issues for NPUSCH design Ericsson

2.3.2 Uplink narrowband DM-RS

R1­161972 Summary of email discussion [84­11] on DM­RS and phase rotation for NB­IoT LG

R1­162023 WF on UL DM­RS Sequence Generation Qualcomm

R1­162001 WF on phase rotation of single tone NB­PUSCH Huawei, HiSilicon

R1­162026 WF on DM­RS for multi­tone transmission LGE

R1­161996 WF on UL DMRS for single tone transmission Huawei, HiSilicon

R1­162025 WF on DM­RS design for NB­PUSCH LG Electronics

R1­161810 NB­DMRS design Huawei, HiSilicon

3GPP TSG RAN WG1 NBIoT AdHoc Meeting

R1161816 Reply LS on questions on NBIoT SA2, Vodafone

R1161998 List of Open Issues in RAN2 NBIoT Vodafone

R1162020 WF on mode indication in MIB Ericsson

R1162021 WF on PRB indexing in MIB for NBIoT inband operation Ericsson, LG

R1162059 WF on MIB content ZTE, Ericsson, MediaTek, Intel

R1162032 WF on indicating FDD/TDD in MIB Qualcomm, Ericsson, IITH, Samsung, CATT,

R1162051 WF on including partial HyperSFN in MIB ZTE, Huawei, HiSilicon, Ericsson, Intel

R1162067 WF on reference point of NBPDSCH/NBPUSCH Panasonic, Mediatek, Interdigital, Sony,

R1161990 NBPDCCH contents Panasonic

R1162008 WF on NBPDCCH Huawei, HiSilicon

R1162030 WF on DL Transmission Gap for NBIoT Ericsson, Intel, Sony, ZTE

R1161803 DCI for NBIoT Huawei, HiSilicon

R1161805 NBPDSCH design Huawei, HiSilicon

R1161991 TBS/MCS table design for NBPDSCH and NBPUSCH Panasonic

R1162036 WF on NBIoT MultiCarrier Operation Intel Corporation, MediaTek, Ericsson, ALU, ASB,

R1162057 WF on NBIoT MultiCarrier Operation in Standalone Mode Intel Corporation, MediaTek, Ericsson,

R1161826 NBIoT NPDSCH resource allocation Ericsson

R1162029 WF on Starting Subframe of Paging CSS for NBIoT Ericsson

R1162034 WF on PO for Paging ZTE, Ericsson

R1162028 WF on SI Scheduling Nokia, ALU, ASB, Ericsson

R1161804 System information transmission Huawei, HiSilicon

R1162007 WF from offline discussion on NBSS Intel

R1162063 WF on NBPSS Design Huawei, HiSilicon, Ericsson, MediaTek, Neul, ASTRI, CATR, Beijing

R1162047 WF from offline discussion on NBSS Intel

R1162048 Summary of evaluation results for NBPSS Huawei, HiSilicon, Neul, Ericsson, MediaTek,

R1161806 NBSSS design Huawei, HiSilicon

R1161807 Remaining details of downlink reference signal design Huawei, HiSilicon

R1162000 WF on NBRS Intel Corporation, ALU, ASB, Huawei, HiSi, Interdigital, MediaTek, Nokia,

R1162018 WF on NBRS Signaling Support Intel, Ericsson, Sony, LG, Nokia, ALU, ASB, Huawei,

R1162017 WF on PDSCH Power Offset Qualcomm

R1162019 WF on NBRS Power Allocation Intel, Ericsson, Sony, Nokia, ALU, ASB, Qualcomm, ZTE,

R1161831 NBIoT Remaining issues for NRS Ericsson

R1161883 Physical layer measurements Huawei, HiSilicon

R1161814 Downlink power allocation Huawei, HiSilicon

R1161809 NBPUSCH design Huawei, HiSilicon

R1162003 WF on PUSCH & PDSCH Repetitions Sony, Panasonic, CATT, DoCoMo

R1162002 WF on Transmission Gaps in NBPUSCH Repetition Sony, Intel, Panasonic, Sequans

R1162010 WF on SRS avoidance in NBIoT Huawei, HiSilicon

R1162039 WF for TBS/MCS table design for NBPUSCH Panasonic

R1161811 Remaining details of uplink frame structure design Huawei, HiSilicon

R1161832 NBIoT Remaining issues for NPUSCH design Ericsson

R1161972 Summary of email discussion [8411] on DMRS and phase rotation for NBIoT LG

R1162023 WF on UL DMRS Sequence Generation Qualcomm

R1162001 WF on phase rotation of single tone NBPUSCH Huawei, HiSilicon

R1162026 WF on DMRS for multitone transmission LGE

R1161996 WF on UL DMRS for single tone transmission Huawei, HiSilicon

R1162025 WF on DMRS design for NBPUSCH LG Electronics

R1161810 NBDMRS design Huawei, HiSilicon

R1162043 WF on UCI LG Electronics

R1161808 UCI for NBIoT Huawei, HiSilicon

R1161812 NBPRACH design Huawei, HiSilicon, Neul

R1162033 WF on NBPRACH sequence Huawei, HiSilicon, Neul, Intel, Ericsson

R1162050 WF on NBPRACH sequence ZTE

R1162027 WF on PRACH Nokia Networks, ALU, ASB

R1162052 Timing Advance for NBIoT Ericsson

R1162037 WF on timing relationships for random access Huawei, HiSilicon

R1161813 Remaining NBIoT random access physical layer aspects Huawei, HiSilicon

R1161815 Uplink power control Huawei, HiSilicon

R1162045 WF on PHR for NBIoT Huawei, HiSilicon

R1161855 UL power control for NBIoT Nokia Networks, AlcatelLucent, AlcatelLucent Shanghai Bell