NARROW-BAND INTERNET-OF-THINGS

ACCESS CONTROL MECHANISMS AND METHODS

CLAIM OF PRIORITY

[0001] The present application claims priority under 35 U.S.C § 119(e) to United

States Provisional Patent Application Serial Number 62/277,866 filed January 12, 2016, which is herein incorporated by reference in its entirety.

BACKGROUND

[0002] A variety of wireless cellular communication systems have been implemented or are being proposed, including a 3rd Generation Partnership Project (3GPP) Universal Mobile Telecommunications System (UMTS), a 3GPP Long-Term Evolution (LTE) system, a 3GPP LTE-Advanced (LTE-A) system, and a 5th Generation wireless / 5th Generation mobile networks (5G) system. Next-generation wireless cellular communication systems may provide support for massive numbers of user devices like NarrowBand Internet-of- Things (NB-IoT) devices, Cellular Internet-of-Things (CIoT) devices, or Machine-Type Communication (MTC) devices. Such devices may have very low device complexity, may be latency -tolerant, and may be designed for low throughput and very low power consumption.

[0003] In various LTE systems, access control (or access barring) may be employed to limit access of one or more User Equipment (UE) devices to a wireless cellular communication system.

BRIEF DESCRIPTION OF THE DRAWINGS

[0004] The embodiments of the disclosure will be understood more fully from the detailed description given below and from the accompanying drawings of various embodiments of the disclosure. However, while the drawings are to aid in explanation and understanding, they are only an aid, and should not be taken to limit the disclosure to the specific embodiments depicted therein.

[0005] Fig. 1 illustrates procedures for enabling access control mechanisms for

NarrowBand Internet-of-Things (NB-IoT), in accordance with some embodiments of the disclosure.

[0006] Fig. 2A-2C illustrate procedures for enabling access control mechanisms for

NB-IoT, in accordance with some embodiments of the disclosure. [0007] Fig. 3 illustrates procedures for enabling access control mechanisms for NB-

IoT, in accordance with some embodiments of the disclosure.

[0008] Fig. 4 illustrates procedures as well as ASN messages and IEs for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure.

[0009] Fig. 5 illustrates procedures, ASN messages and IEs, and field descriptions for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure.

[0010] Fig. 6 illustrates procedures, ASN messages and IEs, and conditional definitions for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure.

[0011] Fig. 7 illustrates an Evolved Node B (eNB) and a User Equipment (UE), in accordance with some embodiments of the disclosure.

[0012] Fig. 8 illustrates hardware processing circuitries for an eNB for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure.

[0013] Fig. 9 illustrates hardware processing circuitries for a UE for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure.

[0014] Fig. 10 illustrates methods for an eNB for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure.

[0015] Fig. 11 illustrates methods for a UE for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure.

[0016] Fig. 12 illustrates example components of a UE device, in accordance with some embodiments of the disclosure.

DETAILED DESCRIPTION

[0017] Various wireless cellular communications systems have been implemented or are being proposed, including a 3rd Generation Partnership Project (3GPP) Universal Mobile Telecommunications System (UMTS), a 3GPP Long-Term Evolution (LTE) system, a 3GPP LTE-Advanced system, and a 5th Generation wireless system / 5th Generation mobile networks (5G) system / 5th Generation new radio (NR) system. Next-generation wireless cellular communication systems may provide support for massive numbers of user devices like NarrowBand Internet-of-Things (NB-IoT) devices, Cellular Internet-of-Things (CIoT) devices, or Machine-Type Communication (MTC) devices. [0018] NB-IoT may employ a clean-slate solution, based on legacy LTE but not necessarily backward compatible, in order to address specific Cellular Internet-of-Things requirements, such as improved indoor coverage, support for massive numbers of low- throughput devices, low delay sensitivity, ultra-low device cost, low device power consumption, and optimized network architecture.

[0019] Various Radio Access Network (RAN) changes may define Access Control

(AC) mechanisms, or Access Barring (AB) mechanisms, for NB-IoT designs. (In this disclosure, the terms "access barring" and "access control" may be used substantially interchangeably.) One baseline for such RAN changes may be that only two levels of discrimination (e.g., normal and exceptional data) might be supported. Another baseline for such RAN changes may be a common barring bitmap defined for Mobile Originated (MO) signaling and MO data. Another baseline for such RAN changes may be a load-spreading mechanism.

[0020] Discussed herein are various mechanisms and methods for enabling access control mechanisms for NB-IoT. In some embodiments, a Master Information Block (MIB) for NB-IoT (MIB-NB) may carry an AC enable indicator, which may indicate whether AC is enabled for an eNB (e.g., for NB-IoT capability). In some embodiments, a broadcasted System Information Block (SIB) for AC, or SIB-AC, may carry various AC barring parameters. For some embodiments, a SIB-1 may carry a SIB-AC scheduling indicator, which may indicate a timing for transmission of an SIB-AC.

[0021] In some embodiments, AC parameters may change at predetermined times or boundaries, which may be related to a modification period (e.g., a Broadcast Control Channel (BCCH) modification period). For some embodiments, a SIB-1 may carry a system information value tag, which may indicate changes in AC parameters. In some embodiments, a SIB-AC may carry a barring bitmap, which may be for barring MO normal reporting (or MO normal data reporting). For some embodiments, a SIB-AC may carry an indicator for barring exceptional reporting, which may indicate that the barring bitmap is used for barring MO exceptional reporting (or MO exceptional data reporting).

[0022] In the following description, numerous details are discussed to provide a more thorough explanation of embodiments of the present disclosure. It will be apparent to one skilled in the art, however, that embodiments of the present disclosure may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form, rather than in detail, in order to avoid obscuring embodiments of the present disclosure. [0023] Note that in the corresponding drawings of the embodiments, signals are represented with lines. Some lines may be thicker, to indicate a greater number of constituent signal paths, and/or have arrows at one or more ends, to indicate a direction of information flow. Such indications are not intended to be limiting. Rather, the lines are used in connection with one or more exemplary embodiments to facilitate easier understanding of a circuit or a logical unit. Any represented signal, as dictated by design needs or preferences, may actually comprise one or more signals that may travel in either direction and may be implemented with any suitable type of signal scheme.

[0024] Throughout the specification, and in the claims, the term "connected" means a direct electrical, mechanical, or magnetic connection between the things that are connected, without any intermediary devices. The term "coupled" means either a direct electrical, mechanical, or magnetic connection between the things that are connected or an indirect connection through one or more passive or active intermediary devices. The term "circuit" or "module" may refer to one or more passive and/or active components that are arranged to cooperate with one another to provide a desired function. The term "signal" may refer to at least one current signal, voltage signal, magnetic signal, or data/clock signal. The meaning of "a," "an," and "the" include plural references. The meaning of "in" includes "in" and "on."

[0025] The terms "substantially," "close," "approximately," "near," and "about" generally refer to being within +/- 10% of a target value. Unless otherwise specified the use of the ordinal adjectives "first," "second," and "third," etc., to describe a common object, merely indicate that different instances of like objects are being referred to, and are not intended to imply that the objects so described must be in a given sequence, either temporally, spatially, in ranking, or in any other manner.

[0026] It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments of the invention described herein are, for example, capable of operation in other orientations than those illustrated or otherwise described herein.

[0027] The terms "left," "right," "front," "back," "top," "bottom," "over," "under," and the like in the description and in the claims, if any, are used for descriptive purposes and not necessarily for describing permanent relative positions.

[0028] For purposes of the embodiments, the transistors in various circuits, modules, and logic blocks are Tunneling FETs (TFETs). Some transistors of various embodiments may comprise metal oxide semiconductor (MOS) transistors, which include drain, source, gate, and bulk terminals. The transistors may also include Tri-Gate and FinFET transistors, Gate All Around Cylindrical Transistors, Square Wire, or Rectangular Ribbon Transistors or other devices implementing transistor functionality like carbon nanotubes or spintronic devices. MOSFET symmetrical source and drain terminals i.e., are identical terminals and are interchangeably used here. A TFET device, on the other hand, has asymmetric Source and Drain terminals. Those skilled in the art will appreciate that other transistors, for example, Bi-polar junction transistors-BJT PNP/NPN, BiCMOS, CMOS, etc., may be used for some transistors without departing from the scope of the disclosure.

[0029] For the purposes of the present disclosure, the phrases "A and/or B" and "A or

B" mean (A), (B), or (A and B). For the purposes of the present disclosure, the phrase "A, B, and/or C" means (A), (B), (C), (A and B), (A and C), (B and C), or (A, B and C).

[0030] In addition, the various elements of combinatorial logic and sequential logic discussed in the present disclosure may pertain both to physical structures (such as AND gates, OR gates, or XOR gates), or to synthesized or otherwise optimized collections of devices implementing the logical structures that are Boolean equivalents of the logic under discussion.

[0031] In addition, for purposes of the present disclosure, the term "eNB" may refer to a legacy LTE capable Evolved Node-B (eNB), a NarrowBand Intemet-of-Things (NB-IoT) capable eNB, a Cellular Intemet-of-Things (CIoT) capable eNB, a Machine-Type

Communication (MTC) capable eNB, and/or another base station for a wireless

communication system. For purposes of the present disclosure, the term "UE" may refer to a legacy LTE capable User Equipment (UE), an NB-IoT capable UE, a CIoT capable UE, an MTC capable UE, and/or another mobile equipment for a wireless communication system.

[0032] Various embodiments of eNBs and/or UEs discussed below may process one or more transmissions of various types. Some processing of a transmission may comprise demodulating, decoding, detecting, parsing, and/or otherwise handling a transmission that has been received. In some embodiments, an eNB or UE processing a transmission may determine or recognize the transmission's type and/or a condition associated with the transmission. For some embodiments, an eNB or UE processing a transmission may act in accordance with the transmission's type, and/or may act conditionally based upon the transmission's type. An eNB or UE processing a transmission may also recognize one or more values or fields of data carried by the transmission. Processing a transmission may comprise moving the transmission through one or more layers of a protocol stack (which may be implemented in, e.g., hardware and/or software-configured elements), such as by moving a transmission that has been received by an eNB or a UE through one or more layers of a protocol stack.

[0033] Various embodiments of eNBs and/or UEs discussed below may also generate one or more transmissions of various types. Some generating of a transmission may comprise modulating, encoding, formatting, assembling, and/or otherwise handling a transmission that is to be transmitted. In some embodiments, an eNB or UE generating a transmission may establish the transmission's type and/or a condition associated with the transmission. For some embodiments, an eNB or UE generating a transmission may act in accordance with the transmission's type, and/or may act conditionally based upon the transmission's type. An eNB or UE generating a transmission may also determine one or more values or fields of data carried by the transmission. Generating a transmission may comprise moving the transmission through one or more layers of a protocol stack (which may be implemented in, e.g., hardware and/or software-configured elements), such as by moving a transmission to be sent by an eNB or a UE through one or more layers of a protocol stack.

[0034] In a legacy LTE system, a network might change one or more AC parameters as congestion occurs to prioritize the access of UEs that might be less delay -tolerant.

However, in NB-IoT systems, UEs may be disposed to tolerating longer delays.

Accordingly, changes to AC parameters in NB-IoT systems might not be made immediately. Instead, a network might merely change AC parameters in such a way as to enable UEs that may benefit from combining large numbers of repetitions of SIB-AC message to anticipate when the respective messages may be different. This may, in turn, advantageously permit the UEs to avoid attempting to combine messages that are different.

[0035] For example, a UE that may make use of merely a single copy of a SIB-AC bearing message or a low number of repetitions of a SIB-AC bearing message (e.g., due to its location in a shallow enhanced coverage level) might start decoding at any time. In contrast, a UE that may make use of a large number of repetitions (e.g., due to being located in a deep enhanced coverage level) may wait to start decoding at a subsequent boundary at which AC parameters may change.

[0036] Accordingly, the SIB-AC may change at known boundaries, to permit an

NB-IoT capable UE that is disposed to decode large number of repetitions of the message carrying SIB-AC to start decoding (and combining) at a subsequent boundary, and to permit an NB-IoT capable UE that is disposed to decoding merely a single repetition of the message carrying SIB-AC, or a low number of repetitions, to start decoding at any time. In some embodiments, this predetermined boundary may be substantially similar to an NB-IoT BCCH modification boundary. In some embodiments, this predetermined boundary may be another time, such as a boundary at which another SIB (e.g., a SIB-1) may be expected to change.

[0037] In some embodiments, a UE may be disposed to knowing that SIB-AC has changed when the UE has a need to access the wireless network. In some embodiments, a UE may be disposed to knowing that SIB-AC has changed at any time it has changed. The UE may be disposed to knowing that SIB-AC has changed independently of whether System Information (SI) or paging are used, or not, to indicate changes to SIB-AC. As discussed herein, NB-IoT capable UEs may be designed for high tolerance of delays and reduced power consumption. As a result, in some embodiments, a UE may advantageously be informed that SIB-AC has changed when the UE tries to access the network, and an NB-IoT capable UE may get updated SIB-AC information when it needs to access the network (e.g., just before attempting to establish a connection).

[0038] In various embodiments, a UE may have advantageously receive a minimal indication that SIB-AC is broadcasted and/or has changed. In some embodiments, a scheduling indicator for an SIB-AC that is to be sent may be provided as part of a SIB-1. (In non-congested situations, a network might not send a SIB-AC.)

[0039] For various embodiments, a network may indicate to a UE that AC parameters have changed (e.g., that a SIB-AC has changed). In some embodiments, a system

information value tag in a SIB-1 may indicate that AC parameters have changed. A UE may then be disposed to relatively frequently checking SIB-1 in order to determine whether or not an SIB-AC is scheduled (independently of any change in SIB-AC).

[0040] For some embodiments, a system information value tag in a MIB-NB may indicate that AC parameters have changed. A UE may then be disposed to check an SIB-1 to determine whether a SIB-AC scheduling indicator has changed or not before actually checking whether SIB-AC information has been updated, unless an SI system value tag per SI message as defined in enhanced MTC (eMTC) is also defined for NB-IoT. In such embodiments, an update of an SI modification indicator may be disposed to being sent through paging.

[0041] In some embodiments, an AC enable indicator in a MIB-NB may indicate that

SIB-AC is broadcasted. A UE may thereby advantageously avoid reading a SIB-1 when SIB- AC is not sent. The UE may still be disposed to receiving SIB-1 in order to get a SI scheduling indicator related to broadcasted SIB-AC, but the UE may not know whether the information is the same as, or different than, information it has stored. [0042] For some embodiments, an AC enable indicator in a MIB-NB may indicate that SIB-AC is broadcasted. When the AC enable indicator is enabled, a system information value tag may additionally indicate changes to an SIB-AC message, if SIB-AC is changed in substantially similar modification periods as other SIBs (e.g., in a BCCH modification period). For some embodiments, a value tag defined in SIB-1 may indicate changes of the SI message carrying SIB-AC (when broadcasted).

[0043] In some embodiments, if an AC enable indicator has a value indicating that

AC is enabled, and if the SIB-AC is only changed at a modification time boundary (e.g., at a BCCH modification boundary), a system information value tag included in an MIB-NB may indicate changes of SIB-AC.

[0044] For some embodiments, a network may indicate changes to SIB-AC to a UE through a specific indication in a paging message, similar to legacy Extended Access Barring (EAB). In some embodiments, a network may not indicate changes to SIB-AC through a specific indication in a paging message, which may advantageously reduce signaling over paging, with the understanding that a UE may check SIB-AC before accessing the network, and those accesses may be relatively infrequent. Accordingly, in some embodiments, there might not be a specific flag in paging defined to indicate changes of SIB-AC.

[0045] In some embodiments, an AC barring time may not be disposed to being provided in an Access Stratum (AS) layer. Similar to a legacy EAB scenario, an upper layer (e.g., a Non Access Stratum (NAS) layer) may trigger future requests to access the network.

[0046] For some embodiments, an AC barring time may be disposed to being provided in an AS layer. In some embodiments, the AC barring time may be predetermined (e.g., defined by specification), which may advantageously reduce signaling. In some embodiments, the AC barring time may be configurable by a network, similar to a legacy Access Class Barring (ACB) scheme.

[0047] NB-IoT may employ a bitmap-based barring approach for AC barring, which may advantageously be deterministic and allow for barring and/or unbarring of different UEs separately. For legacy EAB, if EAB results in access to a cell being barred, an NAS may be informed about the failure to establish a Radio Resource Control (RRC) connection, and that EAB may be applicable. The AS layer may then rely on NAS to not initiate establishment of RRC connection frequently, which could be left up to UE implementation, for example. Moreover, additional AC barring time may advantageously not need to be defined in an AS layer if an EAB bitmap approach is used as an access barring mechanism for NB-IoT systems. [0048] For some embodiments, an NAS layer may be disposed to considering whether an RRC connection should be established for "exceptional reporting" (e.g., high- priority reporting and/or alarm reporting) instead of "normal reporting." In some embodiments, an AS may indicate to an NAS whether or not exceptional reporting is barred. In some embodiments, an NAS may send an indication to an AS regarding whether a connection request may be subject to exceptional reporting. It may then be up to the AS to determine whether or not the access for exceptional reporting may be barred.

[0049] An AS layer may inform a NAS layer about a failure to establish an RRC connection due to access barring for an NB-IoT UE. The UE NAS may then be left to determine when a new request may be initiated.

[0050] Accordingly, in various embodiments, NB-IoT access control may define an

MIB-NB and a SIB-AC. The MIB-NB may include an AC enable indicator, which may indicate whether or not access barring is enabled for NB-IoT. For example, a first value of the AC enable indicator (e.g., a "true" value, or "1 ") may indicate that access barring is enabled for NB-IoT, and a second value of the AC enable indicator (e.g., a "false" value, or "0") may indicate that access barring is not enabled for NB-IoT. The MIB-NB may also carry a system information value tag indicating changes in SIB-AC

[0051] The SIB-AC may carry access barring information as well as a new indication that MO exceptional reporting is barred. In some embodiments, if MO exceptional reporting is barred, MO exceptional reporting may use the same barring bitmap as MO normal reporting. For some embodiments, the SIB-AC may change in a modification period.

[0052] Fig. 1 illustrates procedures for enabling access control mechanisms for

NarrowBand Internet-of-Things (NB-IoT), in accordance with some embodiments of the disclosure. A procedure 100 may comprise a portion 110 and a portion 120.

[0053] Portion 1 10 may pertain to notifications regarding AC parameter (e.g., EAB parameter) changes for NB-IoT. In portion 110, AC parameters may change at a

NarrowBand BCCH (NB-BCCH) modification boundary. The AC parameters may be contained in an SIB-AC (e.g., a SystemlnformationBlockTypeXY). An NB-IoT UE may check whether an AC enable indicator (e.g., ac-enabled) is included in a MIB-NB (e.g., a MasterlnformationBlock) in order to determine whether SIB-AC is broadcasted. When SIB- AC is broadcasted, a system information value tag (e.g., systemlnfoValueTag) may also indicate a change of its information.

[0054] Portion 120 may pertain to system information required by a UE. In portion

120, at a first part 122, the UE may ensure that it has a valid version of various system information, which may include SIB-AC (depending upon support for NB-IoT). At a second part 124, the UE may consider stored SI to be invalid if a system information value tag included in a SIB-1 is different from a stored system information. At a third part 126, if the UE operates in NB-IoT, and if the AC enable indicator in a MIB-NB is set to indicate that AC is not enabled (e.g., a "false" value, or "0"), then the UE may consider any stored SI of SIB-AC to be invalid.

[0055] With respect to portion 110, regarding Notification of EAB parameters change for NB-IoT: Change of EAB parameters can occur at the NB-BCCH modification boundaries. The EAB parameters may be contained in SystemlnformationBlockTypeXY. The NB-IoT UE may check if ac-enabled is included in MasterlnformationBlock to know if SystemlnformationBlockTypeXY is broadcasted. When SystemlnformationBlockTypeXY is broadcasted, the systemlnfoValueTag may also indicate changes of its information.

[0056] With respect to portion 120, regarding system information used by the UE:

The UE may:

[0057] 1> ensure having a valid version, as defined below, of (at least) the following system information:

[0058] 2> if in RRC IDLE:

[0059] 3> the MasterlnformationBlock and SystemlnformationBlockTypel as well as

SystemInformationBlockType2 through SystemInformationBlockType8 (depending on support of the concerned RATs), SystemlnformationBlockTypel? (depending on support of RAN-assisted WLAN interworking), SystemlnformationBlockTypeXY (depending on support of NB-IoT);

[0060] 2> if in RRC CONNECTED :

[0061] 3> the MasterlnformationBlock, SystemlnformationBlockTypel and

SystemInformationBlockType2 as well as SystemInformationBlockType8 (depending on support of CDMA2000), SystemlnformationBlockTypel? (depending on support of RAN- assisted WLAN interworking);

[0062] 1> delete any stored system information after 3 hours from the moment it may have been confirmed to be valid as defined in 5.2.1.3, unless specified otherwise;

[0063] 1> consider any stored system information except

SystemlnformationBlockTypelO, SystemlnformationBlockTypel 1,

SystemlnformationBlockTypel 2 and SystemlnformationBlockTypel to be invalid if systemlnfoValueTag included in the SystemlnformationBlockTypel is different from the one of the stored system information; [0064] 1> if the UE operates in NB-IoT:

[0065] 2> if ac-enabled included MasterlnformationBlock is set to FALSE

[0066] 3> consider any stored system information of

SystemlnformationBlockTypeXY to be invalid.

[0067] Fig. 2A-2C illustrate procedures for enabling access control mechanisms for

NB-IoT, in accordance with some embodiments of the disclosure. A procedure 210 may comprise a portion 212.

[0068] Portion 210 may pertain to system information acquisition by a UE. In portion

210, at a first part 212, if the UE operates in NB-IoT, and if an AC enable indicator included in a MIB-NB is enabled (e.g., a "true" value, or "1"), then the UE might not initiate an RRC connection establishment until the UE has a valid version of SIB-AC, if broadcast.

[0069] With respect to portion 210, regarding system information acquisition by the

UE: The UE may:

[0070] 1> apply the specified BCCH configuration defined in 9.1.1.1 ;

[0071] 1> if the procedure is triggered by a system information change notification:

[0072] 2> start acquiring the Used system information, as defined in 5.2.2.3, from the beginning of the modification period following the one in which the change notification was received;

[0073] NOTE 1 : The UE may continue using the previously received system information until the new system information has been acquired.

[0074] 1> if the UE is in RRC IDLE and enters a cell for which the UE does not have stored a valid version of the system information used in RRC IDLE, as defined in 5.2.2.3:

[0075] 2> acquire, using the system information acquisition procedure as defined in

5.2.3, the system information used in RRC IDLE, as defined in 5.2.2.3;

[0076] 1> following successful handover completion to a PCell for which the UE may not have stored a valid version of the system information used in RRC CONNECTED, as defined in 5.2.2.3:

[0077] 2> acquire, using the system information acquisition procedure as defined in

5.2.3, the system information used in RRC CONNECTED, as defined in 5.2.2.3;

[0078] 2> upon acquiring the concerned system information:

[0079] 3> discard the corresponding radio resource configuration information included in the radioResourceConfigCommon previously received in a dedicated message, if any;

[0080] 1> following a request from CDMA2000 upper layers: [0081] 2> acquire SystemInformationBlockType8, as defined in 5.2.3;

[0082] 1> neither initiate the RRC connection establishment procedure nor initiate transmission of the RRCConnectionReestablishmentRequest message until the UE has a valid version of the MasterlnformationBlock and SystemlnformationBlockTypel messages as well as SystemInformationBlockType2 ;

[0083] 1> not initiate the RRC connection establishment subject to EAB until the UE has a valid version of SystemlnformationBlockTypel^ if broadcast;

[0084] 1> if the UE is ETWS capable:

[0085] 2> upon entering a cell during RRC IDLE, following successful handover or upon connection re-establishment:

[0086] 3> discard any previously buffered warningMessageSegment;

[0087] 3> clear, if any, the current values of messageldentifier and serialNumber for

SystemlnformationBlockTypel 1 ;

[0088] 2> when the UE acquires SystemlnformationBlockTypel following ETWS indication, upon entering a cell during RRC IDLE, following successful handover or upon connection re-establishment:

[0089] 3> if schedulinglnfoList indicates that SystemlnformationBlockTypelO is present:

[0090] 4> start acquiring SystemlnformationBlockTypelO immediately;

[0091] 3> if schedulinglnfoList indicates that SystemlnformationBlockTypel 1 is present:

[0092] 4> start acquiring SystemlnformationBlockTypel 1 immediately;

[0093] NOTE 2: UEs may start acquiring SystemlnformationBlockTypelO and

SystemlnformationBlockTypel 1 as described above even when systemlnfoValueTag in SystemlnformationBlockTypel has not changed.

[0094] 1> if the UE is CMAS capable:

[0095] 2> upon entering a cell during RRC IDLE, following successful handover or upon connection re-establishment:

[0096] 3> discard any previously buffered warningMessageSegment;

[0097] 3> clear, if any, stored values of messageldentifier and serialNumber for

SystemlnformationBlockTypel associated with the discarded warningMessageSegment;

[0098] 2> when the UE acquires SystemlnformationBlockTypel following CMAS indication, upon entering a cell during RRC IDLE, following successful handover and upon connection re-establishment: [0099] 3> if schedulinglnfoList indicates that SystemInformationBlockTypel2 is present:

[00100] 4> acquire SystemInformationBlockTypel2;

[00101] NOTE 3: UEs may start acquiring SystemInformationBlockTypel2 as described above even when systemlnfoValueTag in SystemlnformationBlockTypel has not changed.

[00102] 1> if the UE is interested to receive MBMS services:

[00103] 2> if schedulinglnfoList indicates that SystemlnformationBlockTypel 3 is present and the UE does not have stored a valid version of this system information block:

[00104] 3> acquire SystemlnformationBlockTypel 3;

[00105] 2> if the UE is capable of MBMS Service Continuity:

[00106] 3> if schedulinglnfoList indicates that SystemInformationBlockTypel5 is present and the UE does not have stored a valid version of this system information block:

[00107] 4> acquire SystemlnformationBlockTypel 5;

[00108] 1> if the UE is EAB capable:

[00109] 2> when the UE does not have stored a valid version of

SystemlnformationBlockTypel upon entering RRC IDLE, or when the UE acquires SystemlnformationBlockTypel following EAB parameters change notification or upon entering a cell during RRC IDLE:

[00110] 3> if schedulinglnfoList indicates that SystemlnformationBlockTypel is present:

[00111] 4> start acquiring SystemlnformationBlockTypel immediately;

[00112] 3> else:

[00113] 4> discard SystemlnformationBlockTypel, if previously received;

[00114] NOTE 4: EAB capable UEs may start acquiring

SystemlnformationBlockTypel as described above even when systemlnfoValueTag in SystemlnformationBlockTypel has not changed.

[00115] NOTE 5: EAB capable UEs may maintain an up to date

SystemlnformationBlockTypel in RRC IDLE.

[00116] 1> if the UE is capable of sidelink direct communication and is configured by upper layers to receive or transmit sidelink direct communication:

[00117] 2> if the cell used for sidelink direct communication meets the S-criteria as defined in TS 36.304 [4]; and [00118] 2> if schedulinglnfoList indicates that SystemInformationBlockTypel8 is present and the UE does not have stored a valid version of this system information block:

[00119] 3> acquire SystemInformationBlockTypel 8;

[00120] 1> if the UE is capable of sidelink direct discovery and is configured by upper layers to receive or transmit sidelink direct discovery announcements on the primary frequency:

[00121] 2> if schedulinglnfoList indicates that SystemInformationBlockTypel9 is present and the UE does not have stored a valid version of this system information block:

[00122] 3> acquire SystemInformationBlockTypel9;

[00123] 2> for each of the one or more frequencies included in discInterFreqList, if included in SystemInformationBlockTypel9 and for which the UE is configured by upper layers to receive sidelink direct discovery announcements on:

[00124] 3> if schedulinglnfoList indicates that SystemInformationBlockTypel9 is present and the UE does not have stored a valid version of this system information block:

[00125] 4> acquire SystemInformationBlockTypel9;

[00126] 1> if the UE operates in NB-IoT:

[00127] 2> if ac-enabled included MasterlnformationBlock is set to TRUE

[00128] 3> not initiate the RRC connection establishment until the UE has a valid version of SystemlnformationBlockTypeXY, if broadcast;

[00129] The UE may apply the received SIBs immediately, i.e. the UE does not need to delay using a SIB until all SI messages have been received. The UE may delay applying the received SIBs until completing lower layer procedures associated with a received or a UE originated RRC message, e.g. an ongoing random access procedure.

[00130] NOTE 6: While attempting to acquire a particular SIB, if the UE detects from schedulinglnfoList that it is no longer present, the UE may stop trying to acquire the particular SIB.

[00131] NOTE 7: While attempting to acquire SystemlnformationBlockTypeXY, if the UE is disposed to combine large number of copies this message due to enhanced coverage level, the UE might wait until next boundary in which the network might change its value to start the combining.

[00132] Fig. 3 illustrates procedures for enabling access control mechanisms for NB-

IoT, in accordance with some embodiments of the disclosure. A procedure 300 may comprise a portion 310 and a portion 320. [00133] Portion 310 may pertain to actions upon receipt of a SIB-AC. In portion 310,

UE requirements related to contents of a SIB-AC may not apply elsewhere (e.g., within procedures using the SI concerned, and/or within corresponding field descriptions).

[00134] Portion 320 may pertain to EAB checking. In portion 320, at a first part 322, if SIB-AC is present and includes AC barring parameters (e.g., eab-Param), and if the UE operates in NB-IoT accessing for exceptional reporting, but an indicator for barring MO exception reporting (e.g., eab-ExceptionalData) is not included in the AC barring parameters, access to the cell may be considered as being not barred due to EAB. In portion 320, at a second part 324, if SIB-AC is present and includes AC barring parameters, and if the UE operates in NB-IoT accessing for exceptional reporting, but an indicator for barring MO exception reporting exception reporting is not included in the AC barring parameters, access to the cell may be considered as being not barred due to EAB.

[00135] With respect to portion 310, regarding actions upon reception of the

SystemlnformationBlockTypeXY: No UE guidance related to the contents of this

SystemlnformationBlock apply other than those specified elsewhere e.g. within procedures using the concerned system information, and/ or within the corresponding field descriptions.

[00136] With respect to portion 320, regarding EAB checks: The UE may:

[00137] 1> if SystemInformationBlockTypel4 or SystemlnformationBlockTypeXY is present and includes the eab-Param:

[00138] 2> if the eab-Common is included in the eab-Param:

[00139] 3> if the UE belongs to the category of UEs as indicated in the eab-Category contained in eab-Common; and

[00140] 3> if for the Access Class of the UE, as stored on the USIM and with a value in the range 0..9, the corresponding bit in the eab-BarringBitmap contained in eab-Common is set to one:

[00141] 4> if UE operates in NB-IoT accessing for exceptional reporting and eab-

ExceptionalData is not included in the eab-Param:

[00142] 5> consider access to the cell as not barred due to EAB;

[00143] 4> else

[00144] 5> consider access to the cell as barred;

[00145] 3> else:

[00146] 4> consider access to the cell as not barred due to EAB;

[00147] 2> else (the eab-PerPLMN-List is included in the eab-Param): [00148] 3> select the entry in the eab-PerPLMN-List corresponding to the PLMN selected by upper layers (see TS 23.122 [11], TS 24.301 [35]);

[00149] 3> if the eab-Config for that PLMN is included:

[00150] 4> if the UE belongs to the category of UEs as indicated in the eab-Category contained in eab-Config; and

[00151] 4> if for the Access Class of the UE, as stored on the USIM and with a value in the range 0..9, the corresponding bit in the eab-BarringBitmap contained in eab-Config is set to one:

[00152] 5> if UE operates in NB-IoT accessing for exceptional reporting and eab-

ExceptionalData is not included in the eab-Param:

[00153] 6> consider access to the cell as not barred due to EAB;

[00154] 5> else

[00155] 6> consider access to the cell as barred;

[00156] 4> else:

[00157] 5> consider access to the cell as not barred due to EAB;

[00158] 3> else:

[00159] 4> consider access to the cell as not barred due to EAB;

[00160] 1> else:

[00161] 2> consider access to the cell as not barred due to EAB.

[00162] Fig. 4 illustrates procedures as well as ASN messages and IEs for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure. A procedure 400 may comprise a portion 410 and a set of ASN elements 420.

[00163] Portion 410 may pertain to System Information (e.g., SI). With respect to portion 410, regarding Systemlnformation: A SI message may be used to convey one or more SIBs, which may be transmitted with the same periodicity. Associated parameters may include:

[00164] Signalling radio bearer: N/A

[00165] RLC-SAP: TM

[00166] Logical channel: BCCH

[00167] Direction: E-UTRAN to UE

[00168] Set of ASN elements 420 may comprise a sequence of SI Information

Elements (IEs), which may include a SIB-AC (e.g., SystemInformationBlockTypeXY-rl3).

[00169] Fig. 5 illustrates procedures, ASN messages and IEs, and field descriptions for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure. A procedure 500 may comprise a portion 510, a set of ASN elements 520, a portion 530, a set of ASN elements 540, and a set of field definitions 550.

[00170] Portion 510 may pertain to an NB BCCH Downlink (DL) scheduling message class (e.g., NB-BCCH-DL-SCH-Message). In some embodiments, the NB BCCH DL scheduling message class may be a set of RRC messages that may be sent from an Evolved UMTS Terrestrial Radio Access network (E-UTRAN) to a UE via a DL Shared Channel (DL-SCH) on an NB-BCCH logical channel.

[00171] Set of ASN elements 520 may comprise a part 522 pertaining to an NB BCCH

DL scheduling message (e.g., NB-BCCH-DL-SCH-Message).

[00172] Portion 530 may pertain to an MIB-NB (e.g., MasterlnformationBlock-NB).

An MIB-NB may include system information transmitted on NB-BCCH. Associated parameters may include:

[00173] Signalling radio bearer: N/A

[00174] RLC-SAP: TM

[00175] Logical channel: NB-BCCH

[00176] Direction: E-UTRAN to UE

[00177] Set of ASN elements 540 may comprise a part 542 pertaining to a MIB-NB

(e.g., Master-Information-Block-NB). MIB-NB may be a sequence comprising a system frame number (e.g., systemFrameNumber), a system information value tag (e.g.,

systemlnfoValueTag), and an AC enable indicator (e.g., ac-enabled).

[00178] Set of field definitions 550 may comprise a description for a system information value tag. The system information value tag may indicate changes in access barring information (e.g., in SIB-AC). The system information value tag may also indicate changes of SIB-AC (e.g., SystemlnformationgBlockTypeXY information) when SIB-AC is broadcasted.

[00179] Fig. 6 illustrates procedures, ASN messages and IEs, and field descriptions for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure. A procedure 600 may comprise a portion 610, a set of ASN elements 620, and a set of conditional definitions 630.

[00180] Portion 610 may pertain to a SIB-AC (e.g.,

SystemlnformationBlockTypeXY). An SIB-AC IE may contain AC parameters (e.g, EAB parameters) for NB-IoT.

[00181] Set of ASN elements 620 may comprise a part pertaining to a SIB-AC (e.g.,

SystemInformationBlockTypeXY-rl3), which may have a sequence of parameters including an EAB common parameters indicator (e.g., eab-Common) and an EAB Per Public Land Mobile Network (PLMN) list indicator (e.g., eab-PerPLMN-List). The EAB common parameters indicator may indicate EAB parameters applicable for all PLMNs. The EAB PLMN list indicator may indicate EAB parameters that may be per PLMN.

[00182] Set of ASN elements 620 may also comprise a part pertaining to various AC parameters (e.g., EAB-Config-rl3), which may have a sequence of parameters including an EAB category indicator (e.g., eab-Category), an EAB barring bitmap (e.g., eab- BarringBitmap), and/or an indicator for barring MO exceptional reporting (e.g., eab- ExceptionalData). The EAB category indicator may indicate a category of UEs for which EAB (e.g., AC) applies. A first value of the EAB category indicator may correspond to all UEs. A second value of the EAB category indicator may correspond to UEs that are neither in their Home PLMN (HPLMN), nor in a PLMN that is equivalent to it. A third value of the EAB category indicator may correspond to UEs that are neither in the PLMN listed as a most preferred PLMN of the country where the UEs are roaming in an operator-defined PLMN selector list, nor in their HPLMN, nor in a PLMN that is equivalent to their HPLMN.

[00183] The EAB barring bitmap may indicate extended access class barring for AC 0 through 9. A first or leftmost bit may be for AC 0, a second bit may be for AC 1, and so on. The indicator for barring MO exceptional reporting may indicate AC barring which may be for MO exceptional data.

[00184] Fig. 7 illustrates an eNB and a UE, in accordance with some embodiments of the disclosure. Fig. 7 includes block diagrams of an eNB 710 and a UE 730 which are operable to co-exist with each other and other elements of an LTE network. High-level, simplified architectures of eNB 710 and UE 730 are described so as not to obscure the embodiments. It should be noted that in some embodiments, eNB 710 may be a stationary non-mobile device.

[00185] eNB 710 is coupled to one or more antennas 705, and UE 730 is similarly coupled to one or more antennas 725. However, in some embodiments, eNB 710 may incorporate or comprise antennas 705, and UE 730 in various embodiments may incorporate or comprise antennas 725.

[00186] In some embodiments, antennas 705 and/or antennas 725 may comprise one or more directional or omni-directional antennas, including monopole antennas, dipole antennas, loop antennas, patch antennas, microstrip antennas, coplanar wave antennas, or other types of antennas suitable for transmission of RF signals. In some MIMO (multiple-input and multiple output) embodiments, antennas 705 are separated to take advantage of spatial diversity.

[00187] eNB 710 and UE 730 are operable to communicate with each other on a network, such as a wireless network. eNB 710 and UE 730 may be in communication with each other over a wireless communication channel 750, which has both a downlink path from eNB 710 to UE 730 and an uplink path from UE 730 to eNB 710.

[00188] As illustrated in Fig. 7, in some embodiments, eNB 710 may include a physical layer circuitry 712, a MAC (media access control) circuitry 714, a processor 716, a memory 718, and a hardware processing circuitry 720. A person skilled in the art will appreciate that other components not shown may be used in addition to the components shown to form a complete eNB.

[00189] In some embodiments, physical layer circuitry 712 includes a transceiver 713 for providing signals to and from UE 730. Transceiver 713 provides signals to and from UEs or other devices using one or more antennas 705. In some embodiments, MAC circuitry 714 controls access to the wireless medium. Memory 718 may be, or may include, a storage media/medium such as a magnetic storage media (e.g., magnetic tapes or magnetic disks), an optical storage media (e.g., optical discs), an electronic storage media (e.g., conventional hard disk drives, solid-state disk drives, or flash-memory-based storage media), or any tangible storage media or non-transitory storage media. Hardware processing circuitry 720 may comprise logic devices or circuitry to perform various operations. In some embodiments, processor 716 and memory 718 are arranged to perform the operations of hardware processing circuitry 720, such as operations described herein with reference to logic devices and circuitry within eNB 710 and/or hardware processing circuitry 720.

[00190] Accordingly, in some embodiments, eNB 710 may be a device comprising an application processor, a memory, one or more antenna ports, and an interface for allowing the application processor to communicate with another device.

[00191] As is also illustrated in Fig. 7, in some embodiments, UE 730 may include a physical layer circuitry 732, a MAC circuitry 734, a processor 736, a memory 738, a hardware processing circuitry 740, a wireless interface 742, and a display 744. A person skilled in the art would appreciate that other components not shown may be used in addition to the components shown to form a complete UE.

[00192] In some embodiments, physical layer circuitry 732 includes a transceiver 733 for providing signals to and from eNB 710 (as well as other eNBs). Transceiver 733 provides signals to and from eNBs or other devices using one or more antennas 725. In some embodiments, MAC circuitry 734 controls access to the wireless medium. Memory 738 may be, or may include, a storage media/medium such as a magnetic storage media (e.g., magnetic tapes or magnetic disks), an optical storage media (e.g., optical discs), an electronic storage media (e.g., conventional hard disk drives, solid-state disk drives, or flash-memory -based storage media), or any tangible storage media or non-transitory storage media. Wireless interface 742 may be arranged to allow the processor to communicate with another device. Display 744 may provide a visual and/or tactile display for a user to interact with UE 730, such as a touch-screen display. Hardware processing circuitry 740 may comprise logic devices or circuitry to perform various operations. In some embodiments, processor 736 and memory 738 may be arranged to perform the operations of hardware processing circuitry 740, such as operations described herein with reference to logic devices and circuitry within UE 730 and/or hardware processing circuitry 740.

[00193] Accordingly, in some embodiments, UE 730 may be a device comprising an application processor, a memory, one or more antennas, a wireless interface for allowing the application processor to communicate with another device, and a touch-screen display.

[00194] Elements of Fig. 7, and elements of other figures having the same names or reference numbers, can operate or function in the manner described herein with respect to any such figures (although the operation and function of such elements is not limited to such descriptions). For example, Figs. 8 and 9 also depict embodiments of eNBs, hardware processing circuitry of eNBs, UEs, and/or hardware processing circuitry of UEs, and the embodiments described with respect to Fig. 7 and Figs. 8 and 9 can operate or function in the manner described herein with respect to any of the figures.

[00195] In addition, although eNB 710 and UE 730 are each described as having several separate functional elements, one or more of the functional elements may be combined and may be implemented by combinations of software-configured elements and/or other hardware elements. In some embodiments of this disclosure, the functional elements can refer to one or more processes operating on one or more processing elements. Examples of software and/or hardware configured elements include Digital Signal Processors (DSPs), one or more microprocessors, DSPs, Field-Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Radio-Frequency Integrated Circuits (RFICs), and so on.

[00196] Fig. 8 illustrates hardware processing circuitries for an eNB for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure. With reference to Fig. 7, an eNB may include various hardware processing circuitries discussed below (such as hardware processing circuitry 800 of Fig. 8), which may in turn comprise logic devices and/or circuitry operable to perform various operations. For example, in Fig. 7, eNB 710 (or various elements or components therein, such as hardware processing circuitry 720, or combinations of elements or components therein) may include part of, or all of, these hardware processing circuitries.

[00197] In some embodiments, one or more devices or circuitries within these hardware processing circuitries may be implemented by combinations of software-configured elements and/or other hardware elements. For example, processor 716 (and/or one or more other processors which eNB 710 may comprise), memory 718, and/or other elements or components of eNB 710 (which may include hardware processing circuitry 720) may be arranged to perform the operations of these hardware processing circuitries, such as operations described herein with reference to devices and circuitry within these hardware processing circuitries. In some embodiments, processor 716 (and/or one or more other processors which eNB 710 may comprise) may be a baseband processor.

[00198] Returning to Fig. 8, an apparatus of eNB 710 (or another eNB or base station), which may be operable to communicate with one or more UEs on a wireless network, may comprise hardware processing circuitry 800. In some embodiments, hardware processing circuitry 800 may comprise one or more antenna ports 805 operable to provide various transmissions over a wireless communication channel (such as wireless communication channel 750). Antenna ports 805 may be coupled to one or more antennas 807 (which may be antennas 705). In some embodiments, hardware processing circuitry 800 may incorporate antennas 807, while in other embodiments, hardware processing circuitry 800 may merely be coupled to antennas 807.

[00199] Antenna ports 805 and antennas 807 may be operable to provide signals from an eNB to a wireless communications channel and/or a UE, and may be operable to provide signals from a UE and/or a wireless communications channel to an eNB. For example, antenna ports 805 and antennas 807 may be operable to provide transmissions from eNB 710 to wireless communication channel 750 (and from there to UE 730, or to another UE).

Similarly, antennas 807 and antenna ports 805 may be operable to provide transmissions from a wireless communication channel 750 (and beyond that, from UE 730, or another UE) to eNB 710.

[00200] Hardware processing circuitry 800 may comprise various circuitries operable in accordance with the various embodiments discussed herein. With reference to Fig. 8, hardware processing circuitry 800 may comprise a first circuitry 810, a second circuitry 820, and/or a third circuitry 830. First circuitry 810 may be operable to store an NB-IoT access barring enable indicator and a SIB-AC scheduling indicator. Second circuitry 820 may be operable to generate a MIB-NB message carrying the NB-IoT access barring enable indicator. First circuitry 810 may provide the NB-IoT access barring enable indicator to second circuitry 820 vi an interface 812. Third circuitry 830 may be operable to format a SIB-1 message to carry the SIB-AC scheduling indicator when the NB-IoT access barring enable indicator has a predetermined value. First circuitry may provide the SIB-AC scheduling indicator to second circuitry 820 via an interface 814. Third circuitry 830 may provide the SIB-1 message to second circuitry 820 via an interface 835.

[00201] In some embodiments, second circuitry 820 may be operable to generate a

SIB-AC message carrying a set of SIB-AC information at a time indicated by the SIB-AC scheduling indicator. For some embodiments, first circuitry 810 may be operable to maintain the set of SIB-AC information outside of an NB-IoT modification period. The NB-IoT modification boundary period may be a BCCH modification period. In some embodiments, third circuitry 830 may be operable to format the MIB-NB message to carry an SI Value Tag. The SI Value Tag may indicate a change in the set of SIB-AC information.

[00202] For some embodiments, the set of SIB-AC information may include an indicator bitmap for barring MO normal reporting. In some embodiments, the set of SIB-AC information may include an indicator for barring MO exception reporting using the indicator bitmap for barring MO normal reporting.

[00203] In various embodiments, the eNB may be an NB-IoT capable eNB and/or an

MTC capable eNB.

[00204] In some embodiments, first circuitry 810, second circuitry 820, and/or third circuitry 830 may be implemented as separate circuitries. In other embodiments, first circuitry 810, second circuitry 820, and/or third circuitry 830 may be combined and implemented together in a circuitry without altering the essence of the embodiments.

[00205] Fig. 9 illustrates hardware processing circuitries for a UE for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure. With reference to Fig. 7, a UE may include various hardware processing circuitries discussed below (such as hardware processing circuitry 900 of Fig. 9), which may in turn comprise logic devices and/or circuitry operable to perform various operations. For example, in Fig. 7, UE 730 (or various elements or components therein, such as hardware processing circuitry 740, or combinations of elements or components therein) may include part of, or all of, these hardware processing circuitries. [00206] In some embodiments, one or more devices or circuitries within these hardware processing circuitries may be implemented by combinations of software-configured elements and/or other hardware elements. For example, processor 736 (and/or one or more other processors which UE 730 may comprise), memory 738, and/or other elements or components of UE 730 (which may include hardware processing circuitry 740) may be arranged to perform the operations of these hardware processing circuitries, such as operations described herein with reference to devices and circuitry within these hardware processing circuitries. In some embodiments, processor 736 (and/or one or more other processors which UE 730 may comprise) may be a baseband processor.

[00207] Returning to Fig. 9, an apparatus of UE 730 (or another UE or mobile handset), which may be operable to communicate with one or more eNBs on a wireless network, may comprise hardware processing circuitry 900. In some embodiments, hardware processing circuitry 900 may comprise one or more antenna ports 905 operable to provide various transmissions over a wireless communication channel (such as wireless

communication channel 750). Antenna ports 905 may be coupled to one or more antennas 907 (which may be antennas 725). In some embodiments, hardware processing circuitry 900 may incorporate antennas 907, while in other embodiments, hardware processing circuitry 900 may merely be coupled to antennas 907.

[00208] Antenna ports 905 and antennas 907 may be operable to provide signals from a UE to a wireless communications channel and/or an eNB, and may be operable to provide signals from an eNB and/or a wireless communications channel to a UE. For example, antenna ports 905 and antennas 907 may be operable to provide transmissions from UE 730 to wireless communication channel 750 (and from there to eNB 710, or to another eNB). Similarly, antennas 907 and antenna ports 905 may be operable to provide transmissions from a wireless communication channel 750 (and beyond that, from eNB 710, or another eNB) to UE 730.

[00209] Hardware processing circuitry 900 may comprise various circuitries operable in accordance with the various embodiments discussed herein. With reference to Fig. 9, hardware processing circuitry 900 may comprise a first circuitry 910, a second circuitry 920, and/or a third circuitry 930. First circuitry 910 may be operable to store an NB-IoT access barring enable indicator and a SIB-AC scheduling indicator. Second circuitry 920 may be operable to process a MIB-NB message carrying the NB-IoT access barring enable indicator. Second circuitry 920 may be operable to provide the NB-IoT access barring enable indicator to first circuitry 910 via an interface 924. Second circuitry 920 may be operable to provide a SIB-1 message to third circuitry 930 via an interface 922. Third circuitry 930 may be operable to decode from a SIB-1 message the SIB-AC scheduling indicator when the NB-IoT access barring enable indicator has a predetermined value. Third circuitry 930 may be operable to provide the SIB-AC scheduling indicator to first circuitry 910 via an interface 934.

[00210] In some embodiments, second circuitry 920 may be operable to process a SIB-

AC message carrying a set of SIB-AC information at a time indicated by the SIB-AC scheduling indicator. For some embodiments, third circuitry 930 may be operable to decode from the MIB-NB message a SI Value Tag. The SI Value Tag may indicate a change in the set of SIB-AC information.

[00211] In various embodiments, the UE may be an NB-IoT capable UE and/or an

MTC capable eNB.

[00212] In some embodiments, first circuitry 910, second circuitry 920, and/or third circuitry 930 may be implemented as separate circuitries. In other embodiments, first circuitry 910, second circuitry 920, and third circuitry 930 may be combined and

implemented together in a circuitry without altering the essence of the embodiments.

[00213] Fig. 10 illustrates methods for an eNB for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure. With reference to Fig. 7, various methods that may relate to eNB 710 and hardware processing circuitry 720 are discussed below. Although the actions in method 1000 of Fig. 10 are shown in a particular order, the order of the actions can be modified. Thus, the illustrated embodiments can be performed in a different order, and some actions may be performed in parallel. Some of the actions and/or operations listed in Fig. 10 are optional in accordance with certain

embodiments. The numbering of the actions presented is for the sake of clarity and is not intended to prescribe an order of operations in which the various actions must occur.

Additionally, operations from the various flows may be utilized in a variety of combinations.

[00214] Moreover, in some embodiments, machine readable storage media may have executable instructions that, when executed, cause eNB 710 and/or hardware processing circuitry 720 to perform an operation comprising the methods of Fig. 10. Such machine readable storage media may include any of a variety of storage media, like magnetic storage media (e.g., magnetic tapes or magnetic disks), optical storage media (e.g., optical discs), electronic storage media (e.g., conventional hard disk drives, solid-state disk drives, or flash- memory-based storage media), or any other tangible storage media or non-transitory storage media. [00215] In some embodiments, an apparatus may comprise means for performing various actions and/or operations of the methods of Fig. 10.

[00216] Returning to Fig. 10, various methods may be in accordance with the various embodiments discussed herein. A method 1000 may comprise a storing 1010, a generating 1015, and a formatting 1020. Method 1000 may also comprise a generating 1030, a maintaining 1040, and/or a formatting 1050.

[00217] In storing 1010, an NB-IoT access barring enable indicator and a SIB-AC scheduling indicator may be stored (e.g., in a memory). In generating 1015, a MIB-NB message carrying the NB-IoT access barring enable indicator may be generated. In formatting 1120, a SIB-1 message may be formatted to carry the SIB-AC scheduling indicator when the NB-IoT access barring enable indicator has a predetermined value.

[00218] In generating 1030, a SIB-AC message carrying a set of SIB-AC information may be generated at a time indicated by the SIB-AC scheduling indicator. In maintaining 1040, the set of SIB-AC information may be maintained outside of an NB-IoT modification period (e.g., by being stored in a memory). In some embodiments, the NB-IoT modification boundary period may be a BCCH modification period.

[00219] In formatting 1050, the MIB-NB message may be formatted to carry a SI

Value Tag. The SI Value Tag may indicate a change in the set of SIB-AC information.

[00220] In some embodiments, the set of SIB-AC information may include an indicator bitmap for barring MO normal reporting. For some embodiments the set of SIB-AC information may include an indicator for barring MO exception reporting using the indicator bitmap for barring MO normal reporting.

[00221] In various embodiments, the eNB may an NB-IoT capable eNB and/or an

MTC capable eNB.

[00222] Fig. 11 illustrates methods for a UE for enabling access control mechanisms for NB-IoT, in accordance with some embodiments of the disclosure. With reference to Fig. 7, methods that may relate to UE 730 and hardware processing circuitry 740 are discussed below. Although the actions in the method 1100 of Fig. 11 are shown in a particular order, the order of the actions can be modified. Thus, the illustrated embodiments can be performed in a different order, and some actions may be performed in parallel. Some of the actions and/or operations listed in Fig. 11 are optional in accordance with certain embodiments. The numbering of the actions presented is for the sake of clarity and is not intended to prescribe an order of operations in which the various actions must occur. Additionally, operations from the various flows may be utilized in a variety of combinations. [00223] Moreover, in some embodiments, machine readable storage media may have executable instructions that, when executed, cause UE 730 and/or hardware processing circuitry 740 to perform an operation comprising the methods of Fig. 11. Such machine readable storage media may include any of a variety of storage media, like magnetic storage media (e.g., magnetic tapes or magnetic disks), optical storage media (e.g., optical discs), electronic storage media (e.g., conventional hard disk drives, solid-state disk drives, or flash- memory-based storage media), or any other tangible storage media or non-transitory storage media.

[00224] In some embodiments, an apparatus may comprise means for performing various actions and/or operations of the methods of Fig. 11.

[00225] Returning to Fig. 11, various methods may be in accordance with the various embodiments discussed herein. A method 1100 may comprise a storing 1110, a processing 1115, and a decoding 1120. Method 1100 may also comprise a processing 1130 and/or a decoding 1140.

[00226] In storing 1110, an NB-IoT access barring enable indicator and a SIB-AC scheduling indicator may be stored (e.g., in a memory). In processing 1115, a MIB-NB message carrying the NB-IoT access barring enable indicator may be processed. In decoding 1120, a SIB-AC scheduling indicator may be decoded from a SIB-1 message when the NB- IoT access barring enable indicator has a predetermined value.

[00227] In processing 1130, a SIB-AC message carrying a set of SIB-AC information may be processed at a time indicated by the SIB-AC scheduling indicator. In decoding 1140, an SI Value Tag may be decoded from the MIB-NB message. The SI Value Tag may indicate a change in the set of SIB -AC information.

[00228] In various embodiments, the UE may be an NB-IoT capable UE and/or an

MTC capable eNB.

[00229] Fig. 12 illustrates example components of a UE device, in accordance with some embodiments of the disclosure. In some embodiments, a UE device 1200 may include application circuitry 1202, baseband circuitry 1204, Radio Frequency (RF) circuitry 1206, front-end module (FEM) circuitry 1208, a low-power wake-up receiver (LP-WUR), and one or more antennas 1210, coupled together at least as shown. In some embodiments, the UE device 1200 may include additional elements such as, for example, memory /storage, display, camera, sensor, and/or input/output (I/O) interface.

[00230] The application circuitry 1202 may include one or more application processors. For example, the application circuitry 1202 may include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processor(s) may include any combination of general-purpose processors and dedicated processors (e.g., graphics processors, application processors, etc.). The processors may be coupled with and/or may include memory /storage and may be configured to execute instructions stored in the memory /storage to enable various applications and/or operating systems to run on the system.

[00231] The baseband circuitry 1204 may include circuitry such as, but not limited to, one or more single-core or multi-core processors. The baseband circuitry 1204 may include one or more baseband processors and/or control logic to process baseband signals received from a receive signal path of the RF circuitry 1206 and to generate baseband signals for a transmit signal path of the RF circuitry 1206. Baseband processing circuity 1204 may interface with the application circuitry 1202 for generation and processing of the baseband signals and for controlling operations of the RF circuitry 1206. For example, in some embodiments, the baseband circuitry 1204 may include a second generation (2G) baseband processor 1204A, third generation (3G) baseband processor 1204B, fourth generation (4G) baseband processor 1204C, and/or other baseband processor(s) 1204D for other existing generations, generations in development or to be developed in the future (e.g., fifth generation (5G), 6G, etc.). The baseband circuitry 1204 (e.g., one or more of baseband processors 1204A-D) may handle various radio control functions that enable communication with one or more radio networks via the RF circuitry 1206. The radio control functions may include, but are not limited to, signal modulation/demodulation, encoding/decoding, radio frequency shifting, etc. In some embodiments, modulation/demodulation circuitry of the baseband circuitry 1204 may include Fast-Fourier Transform (FFT), precoding, and/or constellation mapping/demapping functionality. In some embodiments, encoding/decoding circuitry of the baseband circuitry 1204 may include convolution, tail-biting convolution, turbo, Viterbi, and/or Low Density Parity Check (LDPC) encoder/decoder functionality. Embodiments of modulation/demodulation and encoder/decoder functionality are not limited to these examples and may include other suitable functionality in other embodiments.

[00232] In some embodiments, the baseband circuitry 1204 may include elements of a protocol stack such as, for example, elements of an EUTRAN protocol including, for example, physical (PHY), media access control (MAC), radio link control (RLC), packet data convergence protocol (PDCP), and/or RRC elements. A central processing unit (CPU) 1204E of the baseband circuitry 1204 may be configured to run elements of the protocol stack for signaling of the PHY, MAC, RLC, PDCP and/or RRC layers. In some

embodiments, the baseband circuitry may include one or more audio digital signal processor(s) (DSP) 1204F. The audio DSP(s) 1204F may be include elements for compression/decompression and echo cancellation and may include other suitable processing elements in other embodiments. Components of the baseband circuitry may be suitably combined in a single chip, a single chipset, or disposed on a same circuit board in some embodiments. In some embodiments, some or all of the constituent components of the baseband circuitry 1204 and the application circuitry 1202 may be implemented together such as, for example, on a system on a chip (SOC).

[00233] In some embodiments, the baseband circuitry 1204 may provide for communication compatible with one or more radio technologies. For example, in some embodiments, the baseband circuitry 1204 may support communication with an evolved universal terrestrial radio access network (EUTRAN) and/or other wireless metropolitan area networks (WMAN), a wireless local area network (WLAN), a wireless personal area network (WPAN). Embodiments in which the baseband circuitry 1204 is configured to support radio communications of more than one wireless protocol may be referred to as multi-mode baseband circuitry.

[00234] RF circuitry 1206 may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various embodiments, the RF circuitry 1206 may include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network. RF circuitry 1206 may include a receive signal path which may include circuitry to down-convert RF signals received from the FEM circuitry 1208 and provide baseband signals to the baseband circuitry 1204. RF circuitry 1206 may also include a transmit signal path which may include circuitry to up- convert baseband signals provided by the baseband circuitry 1204 and provide RF output signals to the FEM circuitry 1208 for transmission.

[00235] In some embodiments, the RF circuitry 1206 may include a receive signal path and a transmit signal path. The receive signal path of the RF circuitry 1206 may include mixer circuitry 1206 A, amplifier circuitry 1206B and filter circuitry 1206C. The transmit signal path of the RF circuitry 1206 may include filter circuitry 1206C and mixer circuitry 1206A. RF circuitry 1206 may also include synthesizer circuitry 1206D for synthesizing a frequency for use by the mixer circuitry 1206A of the receive signal path and the transmit signal path. In some embodiments, the mixer circuitry 1206 A of the receive signal path may be configured to down-convert RF signals received from the FEM circuitry 1208 based on the synthesized frequency provided by synthesizer circuitry 1206D. The amplifier circuitry 1206B may be configured to amplify the down-converted signals and the filter circuitry 1206C may be a low-pass filter (LPF) or band-pass filter (BPF) configured to remove unwanted signals from the down-converted signals to generate output baseband signals. Output baseband signals may be provided to the baseband circuitry 1204 for further processing. In some embodiments, the output baseband signals may be zero-frequency baseband signals, although this is not a requirement. In some embodiments, mixer circuitry 1206A of the receive signal path may comprise passive mixers, although the scope of the embodiments is not limited in this respect.

[00236] In some embodiments, the mixer circuitry 1206A of the transmit signal path may be configured to up-convert input baseband signals based on the synthesized frequency provided by the synthesizer circuitry 1206D to generate RF output signals for the FEM circuitry 1208. The baseband signals may be provided by the baseband circuitry 1204 and may be filtered by filter circuitry 1206C. The filter circuitry 1206C may include a low-pass filter (LPF), although the scope of the embodiments is not limited in this respect.

[00237] In some embodiments, the mixer circuitry 1206A of the receive signal path and the mixer circuitry 1206A of the transmit signal path may include two or more mixers and may be arranged for quadrature down-conversion and/or up-conversion respectively. In some embodiments, the mixer circuitry 1206A of the receive signal path and the mixer circuitry 1206 A of the transmit signal path may include two or more mixers and may be arranged for image rejection (e.g., Hartley image rejection). In some embodiments, the mixer circuitry 1206 A of the receive signal path and the mixer circuitry 1206 A may be arranged for direct down-conversion and/or direct up-conversion, respectively. In some embodiments, the mixer circuitry 1206 A of the receive signal path and the mixer circuitry 1206A of the transmit signal path may be configured for super-heterodyne operation.

[00238] In some embodiments, the output baseband signals and the input baseband signals may be analog baseband signals, although the scope of the embodiments is not limited in this respect. In some alternate embodiments, the output baseband signals and the input baseband signals may be digital baseband signals. In these alternate embodiments, the RF circuitry 1206 may include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and the baseband circuitry 1204 may include a digital baseband interface to communicate with the RF circuitry 1206.

[00239] In some dual-mode embodiments, a separate radio IC circuitry may be provided for processing signals for each spectrum, although the scope of the embodiments is not limited in this respect. [00240] In some embodiments, the synthesizer circuitry 1206D may be a fractional -N synthesizer or a fractional N/N+l synthesizer, although the scope of the embodiments is not limited in this respect as other types of frequency synthesizers may be suitable. For example, synthesizer circuitry 1206D may be a delta-sigma synthesizer, a frequency multiplier, or a synthesizer comprising a phase-locked loop with a frequency divider.

[00241] The synthesizer circuitry 1206D may be configured to synthesize an output frequency for use by the mixer circuitry 1206A of the RF circuitry 1206 based on a frequency input and a divider control input. In some embodiments, the synthesizer circuitry 1206D may be a fractional N/N+l synthesizer.

[00242] In some embodiments, frequency input may be provided by a voltage controlled oscillator (VCO), although that is not a requirement. Divider control input may be provided by either the baseband circuitry 1204 or the applications processor 1202 depending on the desired output frequency. In some embodiments, a divider control input (e.g., N) may be determined from a look-up table based on a channel indicated by the applications processor 1202.

[00243] Synthesizer circuitry 1206D of the RF circuitry 1206 may include a divider, a delay-locked loop (DLL), a multiplexer and a phase accumulator. In some embodiments, the divider may be a dual modulus divider (DMD) and the phase accumulator may be a digital phase accumulator (DP A). In some embodiments, the DMD may be configured to divide the input signal by either N or N+l (e.g., based on a carry out) to provide a fractional division ratio. In some example embodiments, the DLL may include a set of cascaded, tunable, delay elements, a phase detector, a charge pump and a D-type flip-flop. In these embodiments, the delay elements may be configured to break a VCO period up into Nd equal packets of phase, where Nd is the number of delay elements in the delay line. In this way, the DLL provides negative feedback to help ensure that the total delay through the delay line is one VCO cycle.

[00244] In some embodiments, synthesizer circuitry 1206D may be configured to generate a carrier frequency as the output frequency, while in other embodiments, the output frequency may be a multiple of the carrier frequency (e.g., twice the carrier frequency, four times the carrier frequency) and used in conjunction with quadrature generator and divider circuitry to generate multiple signals at the carrier frequency with multiple different phases with respect to each other. In some embodiments, the output frequency may be a LO frequency (fLO). In some embodiments, the RF circuitry 1206 may include an IQ/polar converter. [00245] FEM circuitry 1208 may include a receive signal path which may include circuitry configured to operate on RF signals received from one or more antennas 1210, amplify the received signals and provide the amplified versions of the received signals to the RF circuitry 1206 for further processing. FEM circuitry 1208 may also include a transmit signal path which may include circuitry configured to amplify signals for transmission provided by the RF circuitry 1206 for transmission by one or more of the one or more antennas 1210.

[00246] In some embodiments, the FEM circuitry 1208 may include a TX/RX switch to switch between transmit mode and receive mode operation. The FEM circuitry may include a receive signal path and a transmit signal path. The receive signal path of the FEM circuitry may include a low-noise amplifier (LNA) to amplify received RF signals and provide the amplified received RF signals as an output (e.g., to the RF circuitry 1206). The transmit signal path of the FEM circuitry 1208 may include a power amplifier (PA) to amplify input RF signals (e.g., provided by RF circuitry 1206), and one or more filters to generate RF signals for subsequent transmission (e.g., by one or more of the one or more antennas 1210.

[00247] In some embodiments, the UE 1200 comprises a plurality of power saving mechanisms. If the UE 1200 is in an RRC_Connected state, where it is still connected to the eNB as it expects to receive traffic shortly, then it may enter a state known as Discontinuous Reception Mode (DRX) after a period of inactivity. During this state, the device may power down for brief intervals of time and thus save power.

[00248] If there is no data traffic activity for an extended period of time, then the UE

1200 may transition off to an RRC Idle state, where it disconnects from the network and does not perform operations such as channel quality feedback, handover, etc. The UE 1200 goes into a very low power state and it performs paging where again it periodically wakes up to listen to the network and then powers down again. Since the device might not receive data in this state, in order to receive data, it should transition back to RRC Connected state.

[00249] An additional power saving mode may allow a device to be unavailable to the network for periods longer than a paging interval (ranging from seconds to a few hours). During this time, the device is totally unreachable to the network and may power down completely. Any data sent during this time incurs a large delay and it is assumed the delay is acceptable. [00250] In addition, in various embodiments, an eNB device may include components substantially similar to one or more of the example components of UE device 1200 described herein.

[00251] It is pointed out that elements of any of the Figures herein having the same reference numbers and/or names as elements of any other Figure herein may, in various embodiments, operate or function in a manner similar those elements of the other Figure (without being limited to operating or functioning in such a manner).

[00252] Reference in the specification to "an embodiment," "one embodiment," "some embodiments," or "other embodiments" means that a particular feature, structure, or characteristic described in connection with the embodiments is included in at least some embodiments, but not necessarily all embodiments. The various appearances of "an embodiment," "one embodiment," or "some embodiments" are not necessarily all referring to the same embodiments. If the specification states a component, feature, structure, or characteristic "may," "might," or "could" be included, that particular component, feature, structure, or characteristic is not required to be included. If the specification or claim refers to "a" or "an" element, that does not mean there is only one of the elements. If the specification or claims refer to "an additional" element, that does not preclude there being more than one of the additional element.

[00253] Furthermore, the particular features, structures, functions, or characteristics may be combined in any suitable manner in one or more embodiments. For example, a first embodiment may be combined with a second embodiment anywhere the particular features, structures, functions, or characteristics associated with the two embodiments are not mutually exclusive.

[00254] While the disclosure has been described in conjunction with specific embodiments thereof, many alternatives, modifications and variations of such embodiments will be apparent to those of ordinary skill in the art in light of the foregoing description. For example, other memory architectures e.g., Dynamic RAM (DRAM) may use the

embodiments discussed. The embodiments of the disclosure are intended to embrace all such alternatives, modifications, and variations as to fall within the broad scope of the appended claims.

[00255] In addition, well known power/ground connections to integrated circuit (IC) chips and other components may or may not be shown within the presented figures, for simplicity of illustration and discussion, and so as not to obscure the disclosure. Further, arrangements may be shown in block diagram form in order to avoid obscuring the disclosure, and also in view of the fact that specifics with respect to implementation of such block diagram arrangements are highly dependent upon the platform within which the present disclosure is to be implemented (i.e., such specifics should be well within purview of one skilled in the art). Where specific details (e.g., circuits) are set forth in order to describe example embodiments of the disclosure, it should be apparent to one skilled in the art that the disclosure can be practiced without, or with variation of, these specific details. The description is thus to be regarded as illustrative instead of limiting.

[00256] The following examples pertain to further embodiments. Specifics in the examples may be used anywhere in one or more embodiments. All optional features of the apparatus described herein may also be implemented with respect to a method or process.

[00257] Example 1 provides an apparatus of an Evolved Node B (eNB) operable to communicate with a User Equipment (UE) on a wireless network, comprising: a memory to: store a Narrow-Band Internet-of-Things (NB-IoT) access barring enable indicator and a System Information Block (SIB) Access Control (SIB-AC) scheduling indicator; and one or more processors to: generate a Master Information Block Narrow-Band (MIB-NB) message carrying the NB-IoT access barring enable indicator; and format a SIB 1 (SIB-1) message to carry the SIB-AC scheduling indicator when the NB-IoT access barring enable indicator has a predetermined value.

[00258] In example 2, the apparatus of example 1, wherein the one or more processors are to: generate a SIB-AC message carrying a set of SIB-AC information at a time indicated by the SIB-AC scheduling indicator.

[00259] In example 3, the apparatus of example 2, wherein the one or more processors are to: maintain the set of SIB-AC information outside of an NB-IoT modification period.

[00260] In example 4, the apparatus of example 3, wherein the NB-IoT modification boundary period is a Broadcast Control Channel (BCCH) modification period.

[00261] In example 5, the apparatus of any of examples 2 through 4, wherein the one or more processors are to: format the MIB-NB message to carry a System Information (SI) Value Tag, wherein the SI Value Tag indicates a change in the set of SIB-AC information.

[00262] In example 6, the apparatus of any of examples 2 through 5, wherein the set of

SIB-AC information includes an indicator bitmap for barring Mobile-Originated (MO) normal reporting.

[00263] In example 7, the apparatus of example 6, wherein the set of SIB-AC information includes an indicator for barring MO exception reporting using the indicator bitmap for barring MO normal reporting. [00264] In example 8, the apparatus of any of examples 1 through 7, wherein the eNB is at least one of: an NB-IoT capable eNB, or a Machine-Type Communication (MTC) capable eNB.

[00265] Example 9 provides an Evolved Node B (eNB) device comprising an application processor, a memory, one or more antenna ports, and an interface for allowing the application processor to communicate with another device, the eNB device including the apparatus of any of examples 1 through 8.

[00266] Example 10 provides a method comprising: storing a Narrow-Band Internet- of-Things (NB-IoT) access barring enable indicator and a System Information Block (SIB) Access Control (SIB-AC) scheduling indicator; generating a Master Information Block Narrow-Band (MIB-NB) message carrying the NB-IoT access barring enable indicator; and formatting a SIB 1 (SIB-1) message to carry the SIB-AC scheduling indicator when the NB- IoT access barring enable indicator has a predetermined value.

[00267] In example 11, the method of example 10, the operation comprising:

generating a SIB-AC message carrying a set of SIB-AC information at a time indicated by the SIB-AC scheduling indicator.

[00268] In example 12, the method of example 11, the operation comprising:

maintaining the set of SIB-AC information outside of an NB-IoT modification period.

[00269] In example 13, the method of example 11, wherein the NB-IoT modification boundary period is a Broadcast Control Channel (BCCH) modification period.

[00270] In example 14, the method of any of examples 11 through 13, the operation comprising: formatting the MIB-NB message to carry a System Information (SI) Value Tag, wherein the SI Value Tag indicates a change in the set of SIB-AC information.

[00271] In example 15, the method of any of examples 11 through 14, wherein the set of SIB-AC information includes an indicator bitmap for barring Mobile-Originated (MO) normal reporting.

[00272] In example 16, the method of example 15, wherein the set of SIB-AC information includes an indicator for barring MO exception reporting using the indicator bitmap for barring MO normal reporting.

[00273] In example 17, the method of any of examples 10 through 16, wherein the eNB is at least one of: an NB-IoT capable eNB, or a Machine-Type Communication (MTC) capable eNB. [00274] Example 18 provides machine readable storage media having machine executable instructions stored thereon that, when executed, cause one or more processors to perform a method according to any of examples 10 through 17.

[00275] Example 19 provides an apparatus of an Evolved Node B (eNB) operable to communicate with a User Equipment (UE) on a wireless network, comprising: means for storing a Narrow-Band Internet-of-Things (NB-IoT) access barring enable indicator and a System Information Block (SIB) Access Control (SIB-AC) scheduling indicator; means for generating a Master Information Block Narrow-Band (MIB-NB) message carrying the NB- IoT access barring enable indicator; and means for formatting a SIB 1 (SIB-1) message to carry the SIB-AC scheduling indicator when the NB-IoT access barring enable indicator has a predetermined value.

[00276] In example 20, the apparatus of example 19, the operation comprising: means for generating a SIB-AC message carrying a set of SIB-AC information at a time indicated by the SIB-AC scheduling indicator.

[00277] In example 21, the apparatus of example 20, the operation comprising: means for maintaining the set of SIB-AC information outside of an NB-IoT modification period.

[00278] In example 22, the apparatus of example 20, wherein the NB-IoT modification boundary period is a Broadcast Control Channel (BCCH) modification period.

[00279] In example 23, the apparatus of any of examples 20 through 22, the operation comprising: means for formatting the MIB-NB message to carry a System Information (SI) Value Tag, wherein the SI Value Tag indicates a change in the set of SIB-AC information.

[00280] In example 24, the apparatus of any of examples 20 through 23, wherein the set of SIB-AC information includes an indicator bitmap for barring Mobile-Originated (MO) normal reporting.

[00281] In example 25, the apparatus of example 24, wherein the set of SIB-AC information includes an indicator for barring MO exception reporting using the indicator bitmap for barring MO normal reporting.

[00282] In example 26, the apparatus of any of examples 19 through 25, wherein the eNB is at least one of: an NB-IoT capable eNB, or a Machine-Type Communication (MTC) capable eNB.

[00283] Example 27 provides machine readable storage media having machine executable instructions that, when executed, cause one or more processors of an Evolved Node B (eNB) to perform an operation comprising: store a Narrow-Band Intemet-of-Things (NB-IoT) access barring enable indicator and a System Information Block (SIB) Access Control (SIB-AC) scheduling indicator; generate a Master Information Block Narrow-Band (MIB-NB) message carrying the NB-IoT access barring enable indicator; and format a SIB 1 (SIB-1) message to carry the SIB-AC scheduling indicator when the NB-IoT access barring enable indicator has a predetermined value.

[00284] In example 28, the machine readable storage media of example 27, the operation comprising: generate a SIB-AC message carrying a set of SIB-AC information at a time indicated by the SIB-AC scheduling indicator.

[00285] In example 29, the machine readable storage media of example 28, the operation comprising: maintain the set of SIB-AC information outside of an NB-IoT modification period.

[00286] In example 30, the machine readable storage media of example 28, wherein the NB-IoT modification boundary period is a Broadcast Control Channel (BCCH) modification period.

[00287] In example 31, the machine readable storage media of any of examples 28 through 30, the operation comprising: format the MIB-NB message to carry a System Information (SI) Value Tag, wherein the SI Value Tag indicates a change in the set of SIB- AC information.

[00288] In example 32, the machine readable storage media of any of examples 28 through 31, wherein the set of SIB-AC information includes an indicator bitmap for barring Mobile-Originated (MO) normal reporting.

[00289] In example 33, the machine readable storage media of example 32, wherein the set of SIB-AC information includes an indicator for barring MO exception reporting using the indicator bitmap for barring MO normal reporting.

[00290] In example 34, the machine readable storage media of any of examples 27 through 33, wherein the eNB is at least one of: an NB-IoT capable eNB, or a Machine-Type Communication (MTC) capable eNB.

[00291] Example 35 provides an apparatus of a User Equipment (UE) operable to communicate with an Evolved Node B (eNB) on a wireless network, comprising: a memory to: store a Narrow-Band Internet-of-Things (NB-IoT) access barring enable indicator and a System Information Block (SIB) Access Control (SIB-AC) scheduling indicator; and one or more processors to: process a Master Information Block Narrow-Band (MIB-NB) message carrying the NB-IoT access barring enable indicator; and decode from a SIB 1 (SIB-1) message the SIB-AC scheduling indicator when the NB-IoT access barring enable indicator has a predetermined value. [00292] In example 36, the apparatus of example 35, wherein the one or more processors are to: process a SIB-AC message carrying a set of SIB-AC information at a time indicated by the SIB-AC scheduling indicator.

[00293] In example 37, the apparatus of example 36, wherein the one or more processors are to: decode from the MIB-NB message a System Information (SI) Value Tag, wherein the SI Value Tag indicates a change in the set of SIB-AC information.

[00294] In example 38, the apparatus of any of examples 35 through 37, wherein the

UE is at least one of: an NB-IoT capable UE, or a Machine-Type Communication (MTC) capable eNB.

[00295] Example 39 provides a User Equipment (UE) device comprising an application processor, a memory, one or more antennas, a wireless interface for allowing the application processor to communicate with another device, and a touch-screen display, the UE device including the apparatus of any of examples 35 through 38.

[00296] Example 40 provides a method comprising: storing a Narrow-Band Internet- of-Things (NB-IoT) access barring enable indicator and a System Information Block (SIB) Access Control (SIB-AC) scheduling indicator; and processing a Master Information Block Narrow-Band (MIB-NB) message carrying the NB-IoT access barring enable indicator; and decoding from a SIB 1 (SIB-1) message the SIB-AC scheduling indicator when the NB-IoT access barring enable indicator has a predetermined value.

[00297] In example 41, the method of example 40, the operation comprising:

processing a SIB-AC message carrying a set of SIB-AC information at a time indicated by the SIB-AC scheduling indicator.

[00298] In example 42, the method of example 41, the operation comprising: decoding from the MIB-NB message a System Information (SI) Value Tag, wherein the SI Value Tag indicates a change in the set of SIB-AC information.

[00299] In example 43, the method of any of examples 40 through 42, wherein the UE is at least one of: an NB-IoT capable UE, or a Machine-Type Communication (MTC) capable eNB.

[00300] Example 44 provides machine readable storage media having machine executable instructions stored thereon that, when executed, cause one or more processors to perform a method according to any of examples 40 through 43.

[00301] Example 45 provides an apparatus of a User Equipment (UE) operable to communicate with an Evolved Node B (eNB) on a wireless network, comprising: means for storing a Narrow-Band Internet-of-Things (NB-IoT) access barring enable indicator and a System Information Block (SIB) Access Control (SIB-AC) scheduling indicator; and means for processing a Master Information Block Narrow-Band (MIB-NB) message carrying the NB-IoT access barring enable indicator; and decoding from a SIB 1 (SIB-1) message the SIB-AC scheduling indicator when the NB-IoT access barring enable indicator has a predetermined value.

[00302] In example 46, the apparatus of example 45, the operation comprising: means for processing a SIB-AC message carrying a set of SIB-AC information at a time indicated by the SIB-AC scheduling indicator.

[00303] In example 47, the apparatus of example 46, the operation comprising: means for decoding from the MIB-NB message a System Information (SI) Value Tag, wherein the SI Value Tag indicates a change in the set of SIB-AC information.

[00304] In example 48, the apparatus of any of examples 45 through 47, wherein the

UE is at least one of: an NB-IoT capable UE, or a Machine-Type Communication (MTC) capable eNB.

[00305] Example 49 provides machine readable storage media having machine executable instructions that, when executed, cause one or more processors of a User Equipment (UE) to perform an operation comprising: store a Narrow-Band Internet-of- Things (NB-IoT) access barring enable indicator and a System Information Block (SIB) Access Control (SIB-AC) scheduling indicator; and process a Master Information Block Narrow-Band (MIB-NB) message carrying the NB-IoT access barring enable indicator; and decode from a SIB 1 (SIB-1) message the SIB-AC scheduling indicator when the NB-IoT access barring enable indicator has a predetermined value.

[00306] In example 50, the machine readable storage media of example 49, the operation comprising: process a SIB-AC message carrying a set of SIB-AC information at a time indicated by the SIB-AC scheduling indicator.

[00307] In example 51, the machine readable storage media of example 50, the operation comprising: decode from the MIB-NB message a System Information (SI) Value Tag, wherein the SI Value Tag indicates a change in the set of SIB-AC information.

[00308] In example 52, the machine readable storage media of any of examples 49 through 51, wherein the UE is at least one of: an NB-IoT capable UE, or a Machine-Type Communication (MTC) capable eNB.

[00309] In example 53, the apparatus of any of examples 1 through 8 and 35 through

38, wherein the one or more processors comprise a baseband processor. [00310] In example 54, the apparatus of any of examples 1 through 8 and 35 through

38, comprising a transceiver circuitry for at least one of: generating transmissions, encoding transmissions, processing transmissions, or decoding transmissions.

[00311] In example 55, the apparatus of any of examples 1 through 8 and 35 through

38, comprising a transceiver circuitry for generating transmissions and processing transmissions.

[00312] An abstract is provided that will allow the reader to ascertain the nature and gist of the technical disclosure. The abstract is submitted with the understanding that it will not be used to limit the scope or meaning of the claims. The following claims are hereby incorporated into the detailed description, with each claim standing on its own as a separate embodiment.