Devices and methods for communication

Abstract

Embodiments of the present disclosure provide a solution for Public Warning System (PWS) monitoring. In a solution, a terminal device is caused to receive, from a network device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode; determine, based on the configuration, a PWS monitoring gap in connected mode; and perform PWS monitoring for PWS indication during the PWS monitoring gap.

Description

DEVICES AND METHODS FOR COMMUNICATIONFIELDS

[0001] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for Public Warning System (PWS) monitoring.BACKGROUND

[0002] A non-terrestrial network (NTN) refers to a network or segment of networks using radio frequency (RF) resources on board a satellite or unmanned aircraft system (UAS) platform. The NTN could provide ubiquitous and resilient wireless service beyond the terrestrial network coverage. The 3rd Generation Partnership Project (3GPP) has started the standardization of NTN since the 5th Generation (5G) communication system. the NTN is expected to be fully integrated with the TN in the 6th Generation (6G) . In the NTN, a relatively large number of terminal devices are served in a cell.SUMMARY

[0003] In general, embodiments of the present disclosure provide devices and methods for Public Warning System (PWS) monitoring.

[0004] In a first aspect, there is provided a terminal device. The terminal device comprises: a processor configured to cause the terminal device to: receive, from a network device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode; determine, based on the configuration, a PWS monitoring gap in connected mode; and perform PWS monitoring for PWS indication during the PWS monitoring gap.

[0005] In a second aspect, there is provided a network device. The network device comprises: a processor configured to cause the terminal device to: transmit, to a terminal device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode for the terminal device to determine a PWS monitoring gap based on the configuration; and transmit, to the terminal device at least one PWS indication.

[0006] In a third aspect, there is provided a communication method performed by a terminal device. The method comprises: receiving, from a network device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode; determining, based on the configuration, a PWS monitoring gap in connected mode; and performing PWS monitoring for PWS indication during the PWS monitoring gap.

[0007] In a fourth aspect, there is provided a communication method performed by a network device. The method comprises: transmitting, to a terminal device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode for the terminal device to determine a PWS monitoring gap based on the configuration; and transmitting, to the terminal device at least one PWS indication.

[0008] In a fifth aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to carry out the method according to the third, or fourth aspect.

[0009] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] Through the more detailed description of some example embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

[0011] FIG. 1 illustrates an example communication environment in which example embodiments of the present disclosure can be implemented;

[0012] FIG. 2A and FIG. 2B illustrate schematic diagrams of NTN scenarios with different payload types;

[0013] FIG. 3 illustrates an example signaling flow 300 in accordance with some embodiments in the disclosure;

[0014] FIG. 4 illustrates a flowchart of a communication method implemented at a terminal device according to some example embodiments of the present disclosure;

[0015] FIG. 5 illustrates a flowchart of a communication method implemented at a network device according to some example embodiments of the present disclosure;

[0016] FIG. 6 illustrates a simplified block diagram of an apparatus that is suitable for implementing example embodiments of the present disclosure.

[0017] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0018] Principle of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. Embodiments described herein can be implemented in various manners other than the ones described below.

[0019] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0020] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC) devices, devices on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (IAB) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , eXtended Reality (XR) devices including different types of realities such as Augmented Reality (AR) , Mixed Reality (MR) and Virtual Reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further have ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also incorporate one or multiple Subscriber Identity Module (SIM) as known as multi-SIM. The term “terminal device” can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0021] The term “network device” refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , and the like.

[0022] The terminal device or the network device may have Artificial intelligence (AI) or Machine learning capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

[0023] The terminal or the network device may work on several frequency ranges, e.g., FR1 (e.g., 450 MHz to 6000 MHz) , FR2 (e.g., 24.25GHz to 52.6GHz) , frequency band larger than 100 GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network devices under Multi-Radio Dual Connectivity (MR-DC) application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0024] The embodiments of the present disclosure may be performed in test equipment, e.g., signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator. In some embodiments, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In some embodiments, the first network device may be a first RAT device and the second network device may be a second RAT device. In some embodiments, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In some embodiments, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In some embodiments, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0025] As used herein, the singular forms ‘a’ , ‘an’ and ‘the’ are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. Other definitions, explicit and implicit, may be included below.

[0026] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0027] As used herein, the term “resource, ” “transmission resource, ” “uplink resource, ” or “downlink resource” may refer to any resource for performing a communication, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, or any other resource enabling a communication, and the like. In the following, unless explicitly stated, a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the present disclosure are equally applicable to other resources in other domains.

[0028] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0029] FIG. 1 illustrates a schematic diagram of an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, a plurality of communication devices, including a terminal device 110 and a network device 120, can communicate with each other.

[0030] It is to be understood that the number of devices and their connections shown in FIG. 1 is only for the purpose of illustration without suggesting any limitation. The com-munication environment 100 may include any suitable number of devices configured to implement example embodiments of the present disclosure. Although not shown, it would be appreciated that one or more additional devices may be deployed in the communication environment 100.

[0031] In the following, for the purpose of illustration, some example embodiments are described with the terminal device 110 operating as a UE in the NTN and the network device 120 operating as a satellite or server device in the NTN. However, in some exam-ple embodiments, operations described in connection with a terminal device may be im-plemented at a network device or other device, and operations described in connection with a network device may be implemented at a terminal device or other devices.

[0032] In some example embodiments, if the terminal device 110 is a terminal device and the network device 120 is a network device, a link from the network device 120 to the terminal device 110 is referred to as a downlink (DL) , while a link from the terminal device 110 to the network device 120 is referred to as an uplink (UL) . In DL, the network device 120 is a transmitting (TX) device (or a transmitter) and the terminal device 110 is a receiving (RX) device (or a receiver) . In UL, the terminal device 110 is a TX device (or a transmitter) and the network device 120 is a RX device (or a receiver) .

[0033] The communications in the communication environment 100 may conform to any suitable standards including, but not limited to, Global System for Mobile Communications (GSM) , Long Term Evolution (LTE) , LTE-Evolution, LTE-Advanced (LTE-A) , New Radio (NR) , Wideband Code Division Multiple Access (WCDMA) , Code Division Multiple Access (CDMA) , GSM EDGE Radio Access Network (GERAN) , Machine Type Communication (MTC) and the like. The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, 5.5G, 5G-Advanced networks, or the sixth generation (6G) networks.

[0034] Satellite direct communication as a complement to terrestrial network coverage provides communication services to everyone, everywhere, at any time, bringing new val-ues and opportunities to various market segments including IoT and smartphones.

[0035] Satellite is by nature a broadcast medium, that can quickly reach very large cov-erage areas even when terrestrial networks are down. Delivery of same data to a very large UE population in the same area via unicast is not scalable. Therefore, supporting emer-gency broadcast messaging is beneficial and should be supported.

[0036] In some embodiments, the communication environment 100 may be imple-mented in the NTN. The NTN may have different payload types. FIG. 2A and FIG. 2B illustrate schematic diagrams of NTN scenarios with different payload types. The NTN of FIG. 2A is based on a transparent payload, and the NTN of FIG. 2B is based on a regen-erative payload.

[0037] In some example embodiments, a satellite or UAS platform may implement ei-ther a transparent or a regenerative (with on board processing) payload. The satellite or UAS platform may generate beams (for example, typically generate several beams) over a given service area bounded by its field of view 260. The footprints 250 of the beams are typically of an elliptic shape. The field of view of a satellite or UAS platform depends on the on-board antenna diagram and the minimum elevation angle. Table 1 shows some parameters for some example platforms. Table 1

[0038] As shown in FIG. 2A, in a transparent payload scenario, a UE 210 may com-municate with the satellite 220 or UAS platform through a service link, and the satellite 220 or UAS platform may communicate with a gateway 230 having connection with a data network 240 through a feeder link. In this scenario, the satellite 220 or UAS platform may perform RF filtering, frequency conversion and amplification, therefore a waveform signal repeated by the payload may be unchanged. Based on the transparent payload, the UE 210 may have a connection with the data network 240. The round-trip time (RTT) in this case reflects the time for data to transmit from the UE 210 through the satellite 220 or UAS platform to a gNB (which is on the ground) , typically above 400ms.

[0039] As shown in FIG. 2B, in a regenerative payload scenario, the UE 210 may com-municate with a satellite 220-1 or UAS platform through a service link. The satellite 220-1 or UAS platform may communicate with a satellite 220-2 or UAS platform through Inter-Switch Link (ISL) , and the satellite 220-2 or UAS platform may communicate with the gateway 230 having a connection with the data network 240 through a feeder link. If ISL is not available, the satellite 220 or UAS platform may communicate with the gateway 230 having a connection with a data network 240 through a feeder link. In this scenario, the satellite 220-1 and 220-2 (or UAS platform) may perform RF filtering, frequency con-version and amplification, demodulation / decoding, switch and / or routing, and cod-ing / modulation which is effectively equivalent to having all or part of base station (for example, gNB) functions on the satellite or UAS platform. Based on the regenerative pay-load, the UE 210 may have a connection with the data network 240. The RTT in this case reflects the time for data to transmit from the UE 210 to the gNB (which is on the satellite or UAS platform) , typically above 200ms.

[0040] Narrowband Internet of Things (NB-IoT) represents a novel cellular technology, introduced by Third Generation Partnership Program (3GPP) in LTE Release 13. The def-inition of NB-IoT encompasses a variety of key characteristics, including superb coverage, a large number of connections, low power consumption, and low cost. These characteris-tics render NB-IoT an optimal choice for application scenarios that necessitate extensive coverage and a substantial number of device connections, including smart water metering, smart electricity metering, and environmental monitoring. From a technical specification standpoint, NB-IoT is founded upon E-UTRAN (Evolved Universal Terrestrial Radio Ac-cess Network) and is compatible with a half-duplex operational mode. Furthermore, NB-IoT incorporates low-power "sleep" modes (PSM, eDRX) , which streamline terminal de-sign and reduce communication quality requirements. Subsequent releases of 3GPP have further enhanced the capabilities of NB-IoT. As an illustration, in Release 14, the user experience was augmented with the introduction of features such as enhanced positioning accuracy and elevated peak data rates. Furthermore, in Releases 16 and 17, several addi-tional features were introduced to enhance the performance and efficiency of NB-IoT. These include the enhancement of Early Data Transmission (EDT) for mobile terminals, UE group wake-up signals (GWUS) , and Preconfigured Uplink Resource (PUR) transmis-sion. In Release 17, the technology was further extended through the combination with non-terrestrial networks (NTNs) , thereby enhancing its coverage.

[0041] For NB-IoT, only type-B half-duplex FDD operation is supported. In this type of operation, guard periods (GP) , each referred to as a half-duplex guard subframe, are created by the UE by not receiving a downlink subframe immediately preceding an uplink subframe from the same UE and not receiving a downlink subframe immediately follow-ing an uplink subframe from the same UE.

[0042] The pre-compensation gap is a time interval allocated in NB-IoT over NTN to periodically adjust the time and frequency synchronization of UE before uplink transmis-sion. The pre-compensation process is performed per uplink segment with a transmission duration of time units, which is determined by higher-layer configura-tions. The periodicity of the pre-compensation gap currently in current standards is at the level of millisecond ranging from 2ms to 256ms, at the level of symbol (1 symbol) or at the level of slot ranging from 1 slot to 2 slots.

[0043] A Global Navigation Satellite System (GNSS) measurement gap allows an NB-IoT UE to temporarily suspend communication activities in RRC_CONNECTED state to perform GNSS measurements. For an NB-IoT UE in an NTN frequency division duplex (FDD) serving cell, monitoring NPDCCH is not mandatory within the GNSS measurement gap duration. The length of a GNSS measurement gap is at least 1 second and may be up to 31 seconds according to current standards. Additionally, a validity duration of GNSS is defined as ranging from 10 seconds to 120 minutes. The GNSS remains valid during the duration until a new GNSS measurement is performed according to the configuration of the GNSS measurement gap length in response to the GNSS position expires.

[0044] Public Warning System (PWS) is a standardized mechanism for delivering emer-gency alerts to mobile devices. In current 3GPP standards, there are two types of PWS supported. Earthquake and Tsunami Warning System (ETWS) , designed for immediate alerts about earthquakes, tsunamis, or similar emergencies, adopts a short, urgent broad-cast (e.g., "Earthquake Alert! " ) sent within 4 seconds to ensure rapid awareness as a pri-mary notification. A secondary notification with follow-up details (e.g., evacuation routes) is then provided after the initial alert. Commercial Mobile Alert System (CMAS) supports a broader range of alerts (e.g., extreme weather, AMBER alerts, presidential alerts) , with messages categorized into Extreme, Severe, AMBER, and Public Safety alerts.

[0045] The PWS is integrated into the System Information Broadcasting (SIB) and pag-ing mechanisms according to current standards. PWS messages are typically carried in SystemInformationBlockType10 (SIB10) , SIB11 and SIB12, which contains emergency alert information such as Primary ETWS notifications, Secondary ETWS notifications, and CMAS alerts. The UE receives an indication of a PWS message via paging (PCCH) before accessing the full emergency message. For NB-IoT, paging is transmitted via the Narrowband Physical Downlink Control Channel (NPDCCH) within the common search space (CSS) . The number of repetitions for paging messages ranges from 1 to 2048.

[0046] Data inactivity monitoring is a mechanism in NB-IoT that controls the transition of a UE from an active communication state (RRC_CONNECTED) to an idle state (RRC_IDLE) when no data transmission occurs for a specified period. This process is governed by the Information Element (IE) DataInactivityTimer which sets a time thresh-old after which the UE either remains in RRC_CONNECTED state or transitions to RRC_IDLE depending on the network configuration. The primary purpose of this process is to ensure the UE aligns with the RRC release procedures.

[0047] Currently, NB-IoT does not support the reception of broadcast messages sched-uled via Common Search Space (CSS) in RRC_CONNECTED state. This is primarily due to hardware restrictions as a UE may be unable to receive from multiple narrowbands simultaneously, for example, from one narrowband dedicated to unicasting and another to broadcast. Embodiments in the disclosure aim to address the problem mentioned above.

[0048] The primary principle in the disclosure is to configure periodic or non-periodic connected (NB-IoT RRC_CONNECTED) state PWS monitoring gap to enable an NB-IoT UE to monitor PWS indication in an RRC_CONNECTED state without introducing sig-nificant impact to the transmission / reception.

[0049] Referring now to FIG. 3, which illustrates an example signaling flow 300 in accordance with some embodiments in the disclosure. The terminal device 110 may be an NB-IoT terminal device and operating in Narrowband Internet of Things (NB-IoT) mode. The terminal device 110 may receive a configuration 302 for Public Warning System (PWS) monitoring in connected mode from the network device 120. The terminal device 110 determines 304 a PWS monitoring gap in connected mode based on the configuration. And during the PWS monitoring gap, the terminal device 110 performs PWS monitoring 306 for PWS indication. The gap here may also be referred to as a window, a time window, a duration, a time duration, or any other suitable term that can be used to describe a period of time in the time domain where the terminal device 110 temporarily stops transmitting or receiving data on its serving cell to perform other tasks. The term choice may be dif-ferent in actual specifications of the standards. As the PWS monitoring gap is configured for connected mode in NB-IoT mode, it may be referred to as a connected mode PWS monitoring gap. However, term 'PWS monitoring gap' will be used for the simplicity in the disclosure.

[0050] In some example embodiments, the configuration for PWS monitoring in con-nected mode may be transmitted from the network device 120 to the terminal device 110 via any of Radio Resource Control (RRC) signaling, Media Control Access (MAC) Con-trol Element (CE) , or Downlink Control Information (DC) . For example, for a terminal device 120 performing uplink transmission in NB-IoT RRC_CONNECTED state, the ter-minal device 110 may be configured via an RRCReconfiguration message carrying the configuration. Alternatively or additionally, the terminal device 110 may be adjusted dy-namically with a MAC CE carrying the configuration. For a terminal device 110 perform-ing downlink transmission in NB-IoT RRC_CONNECTED state, the terminal device may be configured via an RRCReconfiguration message, in combination with downlink grant via DCI or dynamically adjusted with a MAC CE.

[0051] In the following, the configuration for PWS monitoring in connected mode in NB-IoT mode will be described first in detail and then the behaviors of the terminal device 110 with respect to the configuration will be described in connection.

[0052] In some example embodiments, configuration for PWS monitoring in connected mode in NB-IoT mode may define comprises at least one of the following PWS monitor-ing gaps: a PWS monitoring gap that is part of an extended pre-compensation gap, a PWS monitoring gap that is part of a GNSS measurement gap, a PWS monitoring gap that is configured based on a data inactivity period, or a PWS monitoring gap that is configured based on paging configuration. In the following, each of the above PWS monitoring gaps will be described in detail.

[0053] In some example embodiments, the PWS monitoring gap may be configured as a part of an extended pre-compensation gap. As afore described, a pre-compensation gap is a time interval allocated in NB-IoT over NTN to periodically adjust the time and fre-quency synchronization of a terminal device before uplink transmission and the periodic-ity of the pre-compensation gap currently in current standards is at the level of millisecond ranging from 2ms to 256ms, at the level of symbol (1 symbol) or at the level of slot ranging from 1 slot to 2 slots. Current configurations for pre-compensation gaps clearly cannot be utilized for PWS monitoring. To support the PWS monitoring, embodiments in the dis-closure propose that an extended longer pre-compensation gap be configured by the net-work. The longer pre-compensation gap functions as a gap for both the PWS monitoring and the uplink transmission pre-compensation.

[0054] In some example embodiments, an extended pre-compensation gap may be de-fined by the network to support Narrowband Physical Downlink Control Channel (NPDCCH) reception in the CSS and a subsequent reception of the PWS indication which is either a direct indication in the DCI, or an indication carried within the PDSCH carrying the Paging-NB message. If the indication is carried within the PDSCH carrying the Pag-ing-NB message, a shortest duration may be configured as 8 subframes when NPDCCH is received without repetition, considering 1 subframe occupied by PDCCH transmission, 5 frames before the PDSCH carrying Paging-NB starts to transmit, and 1 subframe occu-pied by the PDSCH transmission with 2 guard period (GP) subframes before and after the downlink subframes if no PDSCH repetition is applied (1 + 5 + 1 + 2 = 8) . If there is m repetitions of NPDCCH and n repetitions of NPDSCH, the duration may be configured as no smaller than m + n + 6 (for NPDSCH scheduling) + 2 (for GP subframes) . If the indication is a direct indication in the DCI, the shortest duration may be configured as 3 subframes when NPDCCH is received without repetition, considering 1 subframe occu-pied by PDCCH transmission followed by two GP subframes before and after the down-link subframes. If there is m repetitions of NPDCCH, the duration may be configured as no smaller than m + 2 (for GP subframes) .

[0055] In some example embodiments, the terminal device 110 may determine the order of performing the PWS monitoring and the uplink transmission pre-compensation based on respective priorities, either predefined or dynamically determined. For example, it may be predefined that the PWS monitoring is with a higher priority, the terminal device 110 may then perform the PWS monitoring before the uplink transmission pre-compensation. As another example, the terminal device 110 may determine dynamically that for this extended pre-compensation gap, the uplink transmission pre-compensation is with a higher priority, the terminal device 110 may then perform the uplink transmission pre-compensation before the PWS monitoring. In some example embodiments, if there is no PWS indication, the terminal device 110 may wait at least one subframe before performing the uplink transmission pre-compensation after the PWS monitoring gap expires if the PWS monitoring is performed first. The terminal device 110 may wait at least one sub-frame after the PWS monitoring gap expires before continuing the original uplink trans-mission if the uplink transmission pre-compensation is performed first. For the latter, the terminal device 110 may wait at least one subframe before performing the PWS monitor-ing after the pre-compensation completes if the uplink transmission pre-compensation is performed first.

[0056] In some example embodiments, a PWS indication may be a direct indication included in the DCI, or an indication carried within a paging message (Paging-NB) trans-mitted on a Physical Downlink Shared Channel (PDSCH) scheduled by the DCI and scrambled with a Paging Radio Network Temporary Identifier (P-RNTI) .

[0057] In some example embodiments, in response to a PWS monitoring gap determined by the terminal device 110, the terminal device 110 stops the NPUSCH transmission tem-porarily to monitor the PWS indication during the PWS monitoring gap. If there is no PWS indication monitored during the PWS monitoring gap, depending on the determined priority discussed above, the terminal device 110 may wait at least one subframe before performing the uplink transmission pre-compensation after the PWS monitoring gap ex-pires, or wait at least one subframe before continuing the original NPUSCH transmission after the PWS monitoring gap expires.

[0058] In some example embodiments, in response to a PWS monitoring gap determined by the terminal device 110, the terminal device 110 stops the NPUSCH transmission tem-porarily to monitor the PWS indication during the PWS monitoring gap. If a PWS indica-tion is received, the terminal device 110 may read and decode corresponding PWS mes-sage. Depending on the type of the PWS message, the behavior of the terminal device 110 may vary. For example, if an ETWS indication is monitored, the terminal device 110 may read the corresponding ETWS primary notification from SIB10-NB (SIB10 for NB-IoT, which may also be referred to as SIB10) and / or the corresponding ETWS secondary noti-fication from SIB11-NB (SIB11 for NB-IoT, which may also be referred to as SIB11) . If a CMAS notification is monitored, the terminal device 110 may read the corresponding CMAS notification from SIB12-NB (SIB12 for NB-IoT, which may also be referred to as SIB12) .

[0059] In some example embodiments, possible updates to the specification may be:

[0060] For the configuration of PWS monitoring gap as part of the extended pre-com-pensation gap:

[0061] For the behavior of the terminal device 110: For a NB-IoT UE support PWS in connected mode, the UE will monitor the ETWS indication, IF there is an ETWS indication within a connected mode PWS monitoring gap, the UE  will read the corresponding ETWS messages Else, stop downlink monitoring at least one subframe before the performing the time  and frequency pre-compensation within the pre-compensation GAP.

[0062] Or For a NB-IoT UE support PWS in connected mode, the UE will monitor the first / secondary ETWS  indication, IF there is a first / secondary ETWS indication within a connected mode PWS  monitoring gap, the UE will read the corresponding first / secondary ETWS messages Else, stop downlink monitoring at least one subframe before the performing the time  and frequency pre-compensation within the pre-compensation GAP.

[0063] Or For a NB-IoT UE support PWS in connected mode, the UE will monitor the CMAS indication, IF there is a CMAS indication within a connected mode PWS monitoring gap, the UE  will read the corresponding CMAS messages Else, stop downlink monitoring at least one subframe before the performing the time  and frequency pre-compensation within the pre-compensation GAP.

[0064] In some example embodiments, the PWS monitoring gap may be configured as a part of a GNSS measurement gap. As afore described, a GNSS measurement gap allows an NB-IoT UE to temporarily suspend communication activities in connected mode to perform GNSS measurements and the length of a GNSS measurement gap is at least 1 second and may be up to 31 seconds according to current standards. Though after the validity duration the GNSS position expires, the downlink remains synchronized, the GNSS measurement gap may be utilized to perform PWS monitoring. The length of the PWS monitoring gap may be configured similar to the PWS gap that is part of an extended pre-compensation gap.

[0065] In some example embodiments, in response to an expiration of the GNSS vali-dation, the terminal device 110 may start to monitor the PWS indication during the con-figured PWS monitoring gap. If there is no PWS indication monitored during the PWS monitoring gap, the terminal device 110 may transit to an idle mode. If a PWS indication is received, the terminal device 110 may read and decode corresponding PWS message. Depending on the type of the PWS message, the behavior of the terminal device 110 may vary. For example, if an ETWS indication is monitored, the terminal device 110 may read the corresponding ETWS primary notification from SIB10-NB and / or the corresponding ETWS secondary notification from SIB11-NB. If a CMAS notification is monitored, the terminal device 110 may read the corresponding CMAS notification from SIB12-NB.

[0066] In some example embodiments, possible updates to the specification may be for the behavior of the terminal device 110: TA, it shall not transmit until they are regained. If the GNSS position becomes out-dated, it shall  not transmit unless configured with uplink transmissions extension that is active. In connected mode, the UE shall continuously update the Timing Advance and frequency pre- compensation. The UE can be triggered to perform, or configured to autonomously perform, GNSS acquisition. In connected mode, upon outdated ephemeris and common Timing Advance, the UE shall acquire the broadcasted parameters. Upon failed GNSS acquisition, the UE shall monitor the PWS indication before moving to idle mode if the GNSS position is outdated and uplink transmission extension is not active. Upon outdated GNSS position the UE shall UE shall monitor the PWS indication before moving to idle mode, unless GNSS acquisition was triggered, or uplink transmission extension is active. Upon completing the GNSS acquisition, the UE shall trigger remaining validity duration reporting (see TS 36.321

[0013] )

[0067] In some example embodiments, the PWS monitoring gap may be configured as a dedicated gap for PWS monitoring. The configuration of the dedicated gap for PWS monitoring may be configured based on paging configuration to minimize the impacts on the uplink transmission, downlink transmission or downlink monitoring of the terminal device 110 in connected mode.

[0068] In some example embodiments, the PWS monitoring gap may be configured to be aligned with a paging occasion. In some example embodiments, for system bandwidth larger than 3 MHz, the PWS monitoring gap may be configured in subframe 0, 4, 5, 9 and for system bandwidth no larger than 3 MHz, the PWS monitoring gap may be configured in subframe 5. In some example embodiments, for system bandwidth larger than 3 MHz, the PWS monitoring gap may be configured in subframe 4, 9. In some example embodi-ments, for system bandwidth larger than 3 MHz, the PWS monitoring gap may be config-ured in subframe 9 only.

[0069] In some example embodiments, the PWS monitoring gap may be configured with a duration as i) for a direct PWS indication, no smaller than (m + 2) subframes where m is a number of repetitions for NPDCCH, or ii) for a PWS indication carried within a paging message, no smaller than (m + n + 5 + 2) subframes where m is the number of repetitions for NPDCCH and n is the number of repetitions for NPDSCH.

[0070] In some example embodiments, in response to a PWS monitoring gap determined by the terminal device 110, the terminal device 110 stops the transmission temporarily to monitor the PWS indication during the PWS monitoring gap. If there is no PWS indication monitored during the PWS monitoring gap, the terminal device 110 continue the original downlink transmission, or wait at least one subframe to continue to original uplink trans-mission.

[0071] In some example embodiments, in response to a PWS monitoring gap determined by the terminal device 110, the terminal device 110 stops the transmission temporarily to monitor the PWS indication during the PWS monitoring gap. If a PWS indication is re-ceived, the terminal device 110 may read and decode corresponding PWS message. De-pending on the type of the PWS message, the behavior of the terminal device 110 may vary. For example, if an ETWS indication is monitored, the terminal device 110 may read the corresponding ETWS primary notification from SIB10-NB and / or the corresponding ETWS secondary notification from SIB11-NB. If a CMAS notification is monitored, the terminal device 110 may read the corresponding CMAS notification from SIB12-NB.

[0072] In some example embodiments, the PWS monitoring gap may be configured as a gap configured based on a data inactivity period. As afore discussed, data inactivity monitoring is governed by the IE DataInactivityTimer, an expiration which sets a time threshold after which the terminal device 110 either remains in RRC_CONNECTED state or transitions to RRC_IDLE depending on the network configuration. This DataInactivi-tyTimer associated with the data inactivity period may be leveraged for configuration of the PWS monitoring gap.

[0073] In some example embodiments, the PWS monitoring gap may be configured based on an expiration associated with the data inactivity period. The PWS monitoring gap may be defined based on i) a smaller expiration associated with the existing IE Da-taInactivityTimer, or ii) an expiration associated with a newly defined IE for the PWS monitoring gap, e.g., DataInactivityTimerShort. The length of the gap may be configured similar to the length of PWS monitoring gap that is part of an extended pre-compensation gap.

[0074] In some example embodiments, in response to the expiration of data inactivity period, the terminal device 110 perform the PWS monitoring.

[0075] In some example embodiments, in response to an expiration of the data inactivity period, a PWS monitoring gap is determined by the terminal device 110, the terminal device 110 stops the transmission temporarily to monitor the PWS indication during the PWS monitoring gap. If there is no PWS indication monitored during the PWS monitoring gap, the terminal device 110 continue the original downlink transmission, or wait at least one subframe to continue to original uplink transmission.

[0076] In some example embodiments, in response to an expiration of the data inactivity period, a PWS monitoring gap is determined by the terminal device 110, the terminal device 110 stops the transmission temporarily to monitor the PWS indication during the PWS monitoring gap. If a PWS indication is received, the terminal device 110 may read and decode corresponding PWS message. Depending on the type of the PWS message, the behavior of the terminal device 110 may vary. For example, if an ETWS indication is monitored, the terminal device 110 may read the corresponding ETWS primary notifica-tion from SIB10-NB and / or the corresponding ETWS secondary notification from SIB11-NB. If a CMAS notification is monitored, the terminal device 110 may read the corre-sponding CMAS notification from SIB12-NB.

[0077] In some example embodiments, possible updates to the specification may be:

[0078] For the configuration of the PWS monitoring gap: DataInactivityTimer information element

[0079] Or For the behavior of the terminal device 110: Upon receiving the expiry of DataInactivityTimer from lower layers while in  RRC_CONNECTED, If UE is NB-IoT and supports PWS, UE starts to monitor PWS indication in paging IF there is a PWS indication within a connected mode PWS monitoring window, the UE  will read the corresponding PWS message. Else the UE shall perform the actions upon leaving RRC_CONNECTED as specified in  5.3.12, with release cause 'RRC connection failure

[0080] Or Upon receiving the expiry of DataInactivityTimer from lower layers while in RRC_CONNECTED, If UE is NB-IoT and supports PWS, UE starts to monitor ETWS indication in paging IF there is an ETWS indication within a connected mode PWS monitoring window, the  UE will read the corresponding ETWS message Else the UE shall perform the actions upon leaving RRC_CONNECTED as specified in  5.3.12, with release cause 'RRC connection failure' ;

[0081] Or Upon receiving the expiry of DataInactivityTimer from lower layers while in RRC_CONNECTED, If UE is NB-IoT and supports PWS, UE starts to monitor the first  / secondary ETWS  indication in paging IF there is a first  / secondary ETWS indication within a connected mode PWS  monitoring window, the UE will read the corresponding first  / secondary ETWS indication messages. Else the UE shall perform the actions upon leaving RRC_CONNECTED as specified in  5.3.12, with release cause 'RRC connection failure' ;

[0082] Or Upon receiving the expiry of DataInactivityTimer from lower layers while in RRC_CONNECTED, If UE is NB-IoT and supports PWS, UE starts to monitor CMAS indication in paging IF there is a CMAS indication within a connected mode PWS monitoring window, the  UE will read the corresponding CMAS messages. Else the UE shall perform the actions upon leaving RRC_CONNECTED as specified in  5.3.12, with release cause 'RRC connection failure' ;

[0083] Or Upon receiving the expiry of DataInactivityTimerShort from lower layers while in  RRC_CONNECTED, UE shall monitor ETWS indication in paging IF there is an ETWS indication within a connected mode PWS monitoring window, the UE  will read the corresponding ETWS message. Else the UE stays in RRC_CONNECTED

[0084] Or Upon receiving the expiry of DataInactivityTimerShort from lower layers while in  RRC_CONNECTED, UE shall monitor the first  / secondary ETWS indication in paging IF there is a first  / secondary ETWS indication within a connected mode PWS monitoring  window, the UE will read the corresponding first  / secondary ETWS indication messages. Else the UE stays in RRC_CONNECTED

[0085] Or Upon receiving the expiry of DataInactivityTimerShort from lower layers while in  RRC_CONNECTED, UE shall monitor CMAS indication in paging IF there is a CMAs indication within a connected mode PWS monitoring window, the UE  will read the corresponding CMAS messages. Else the UE stays in RRC_CONNECTED

[0086] With any of above described embodiments, an NB-IoT terminal device can get the PWS notification even in an RRC_CONNECTED state without introducing too much complexity to the system for both the terminal device and the network. Also, the impact on the terminal device with respect to the power consumption is also considered to be minimized.

[0087] FIG. 4 illustrates a flowchart of a communication method 400 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 400 will be described from the perspective of the terminal device 110 in FIG. 1.

[0088] At block 410, receiving, from a network device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode.

[0089] At block 420, determining, based on the configuration, a PWS monitoring gap in connected mode.

[0090] At block 430, performing PWS monitoring for PWS indication during the PWS monitoring gap.

[0091] In some example embodiments, the PWS monitoring gap comprises at least one of: part of an extended pre-compensation gap, part of a Global Navigation Satellite System (GNSS) measurement gap, a gap configured based on paging configuration, or a gap configured based on a data inactivity period.

[0092] In some example embodiments, the PWS indication comprises at least one of: a direct PWS indication in the DCI, or a PWS indication carried within a paging message.

[0093] In some example embodiments, the PWS monitoring gap is part of an extended pre-compensation gap and the PWS monitoring gap is configured with a duration as one of: no smaller than (m + 2) subframes for the direct PWS indication, wherein m is a number of repetitions for Narrowband Physical Downlink Control Channel (NPDCCH) , or no smaller than (m + n + 6 + 2) subframes for the PWS indication carried within a paging message, wherein m is a number of repetitions for NPDCCH and n is a number of repetitions for Narrowband Physical Downlink Shared Channel (NPDSCH) .

[0094] In some example embodiments, the PWS monitoring gap is configured with a duration as one of: 3 subframes for the direct indication, or 8 subframes for the indication carried within a paging message.

[0095] In some example embodiments, the PWS monitoring gap is part of an extended pre-compensation gap, and the method 400 further comprises: performing, based on respective priorities, the PWS monitoring and the pre-compensation.

[0096] In some example embodiments, the method 400 further comprises: in responsive to no PWS indication monitored during the PWS monitoring gap, waiting at least one subframe before performing the pre-com-compensation after the PWS monitoring gap expires if the PWS monitoring is performed first, or waiting at least one subframe before continuing original uplink transmission after the PWS monitoring gap expires if the pre-compensation is performed first.

[0097] In some example embodiments, the PWS monitoring gap is part of a Global Navigation Satellite System (GNSS) measurement gap, and the method 400 further comprises: performing the PWS monitoring in response to an expiration of a validation of the GNSS.

[0098] In some example embodiments, the PWS monitoring gap is configured to be aligned with a paging occasion.

[0099] In some example embodiments, the PWS monitoring gap comprises: for a system bandwidth larger than 3 MHz, in subframe 9, for a system bandwidth no larger than 3 MHz, in subframe 5.

[0100] In some example embodiments, m is a number of repetitions for Narrowband Physical Downlink Control Channel (NPDCCH) , or no smaller than (m + n + 5 + 2) subframes for a PWS indication carried within a paging message, wherein m is a number of repetitions for NPDCCH and n is a number of repetitions for Narrowband Physical Downlink Shared Channel (NPDSCH) .

[0101] In some example embodiments, the PWS monitoring gap is a gap configured based on paging configuration, and the method 400 further comprises: performing the PWS monitoring in response to the determination of the PWS monitoring gap.

[0102] In some example embodiments, the PWS monitoring gap is configured based on an expiration associated with a data inactivity period.

[0103] In some example embodiments, the PWS monitoring gap is configured based on one of: a smaller expiration associated with the Information Element (IE) DataInactivityTimer, or an expiration associated with an IE for the PWS monitoring gap.

[0104] In some example embodiments, the method 400 further comprises: perform the PWS monitoring in response to the expiration of the data inactivity period.

[0105] In some example embodiments, the method 400 further comprises: in response to receiving a PWS indication, retrieve ETWS primary notification from System Information Block Type 10 (SIB10) , retrieve ETWS secondary notification from System Information Block Type 11 (SIB11) , or retrieve CMAS notification from System Information Block Type 12 (SIB12) .

[0106] FIG. 5 illustrates a flowchart of a communication method 500 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 500 will be described from the perspective of network device 120 in FIG. 1.

[0107] At block 510, transmitting, to a terminal device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode for the terminal device to determine a PWS monitoring gap based on the configuration.

[0108] At block 520, transmitting, to the terminal device at least one PWS indication.

[0109] In some example embodiments, the PWS monitoring gap comprises at least one of: part of an extended pre-compensation gap, part of a Global Navigation Satellite System (GNSS) measurement gap, a gap configured based on paging configuration, or a gap configured based on a data inactivity period.

[0110] In some example embodiments, the PWS indication comprises at least one of: a direct PWS indication in the DCI, or a PWS indication carried within a paging message.

[0111] In some example embodiments, the PWS monitoring gap is part of an extended pre-compensation gap and the PWS monitoring gap is configured with a duration as one of: no smaller than (m + 2) subframes for the direct PWS indication, wherein m is a number of repetitions for Narrowband Physical Downlink Control Channel (NPDCCH) , or no smaller than (m + n + 6 + 2) subframes for the PWS indication carried within a paging message, wherein m is a number of repetitions for NPDCCH and n is a number of repetitions for Narrowband Physical Downlink Shared Channel (NPDSCH) .

[0112] In some example embodiments, the PWS monitoring gap is configured with a duration as one of: 3 subframes for the direct indication, or 8 subframes for the indication carried within a paging message.

[0113] In some example embodiments, the PWS monitoring gap is configured to be aligned with a paging occasion.

[0114] In some example embodiments, the PWS monitoring gap comprises at least one of: for a system bandwidth larger than 3 MHz, in subframe 9; for a system bandwidth no larger than 3 MHz, in subframe 5.

[0115] In some example embodiments, m is a number of repetitions for Narrowband Physical Downlink Control Channel (NPDCCH) , or no smaller than (m + n + 5 + 2) subframes for a PWS indication carried within a paging message, wherein m is a number of repetitions for NPDCCH and n is a number of repetitions for Narrowband Physical Downlink Shared Channel (NPDSCH) .

[0116] In some example embodiments, the PWS monitoring gap is configured based on an expiration associated with a data inactivity period.

[0117] In some example embodiments, the PWS monitoring gap is configured based on one of: a smaller expiration associated with the Information Element (IE) DataInactivityTimer, or an expiration associated with an IE for the PWS monitoring gap.

[0118] FIG. 6 is a simplified block diagram of a device 600 that is suitable for implementing embodiments of the present disclosure. The device 600 can be considered as a further example implementation of any of the devices as shown in FIG. 1. Accordingly, the device 600 can be implemented at or as at least a part of the terminal device 110 or the network device 120.

[0119] As shown, the device 600 includes a processor 610, a memory 620 coupled to the processor 610, a suitable transceiver 640 coupled to the processor 610, and a communication interface coupled to the transceiver 640. The memory 620 stores at least a part of a program 630. The transceiver 640 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 640 may include at least one of a transmitter 642 and a receiver 644. The transmitter 642 and the receiver 644 may be functional modules or physical entities. The transceiver 640 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0120] The program 630 is assumed to include program instructions that, when executed by the associated processor 610, enable the device 600 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 2 to 5. The embodiments herein may be implemented by computer software executable by the processor 610 of the device 600, or by hardware, or by a combination of software and hardware. The processor 610 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 610 and memory 620 may form processing means 650 adapted to implement various embodiments of the present disclosure.

[0121] The memory 620 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 620 is shown in the device 600, there may be several physically distinct memory modules in the device 600. The processor 610 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 600 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0122] According to embodiments of the present disclosure, a terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a network device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode; determine, based on the configuration, a PWS monitoring gap in connected mode; and perform PWS monitoring for PWS indication during the PWS monitoring gap. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the terminal device as discussed above.

[0123] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: transmit, to a terminal device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode for the terminal device to determine a PWS monitoring gap based on the configuration; and transmit, to the terminal device at least one PWS indication. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0124] The term “circuitry” used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0125] According to embodiments of the present disclosure, a terminal apparatus is provided. The terminal apparatus comprises means for receiving, from a network device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode; means for determining, based on the configuration, a PWS monitoring gap in connected mode; and means for performing PWS monitoring for PWS indication during the PWS monitoring gap. In some embodiments, the first apparatus may comprise means for performing the respective operations of the method 400. In some example embodiments, the first apparatus may further comprise means for performing other operations in some example embodiments of the method 400. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0126] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for transmitting, to a terminal device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode for the terminal device to determine a PWS monitoring gap based on the configuration; and means for transmitting, to the terminal device at least one PWS indication. In some embodiments, the second apparatus may comprise means for performing the respective operations of the method 500. In some example embodiments, the second apparatus may further comprise means for performing other operations in some example embodiments of the method 500. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0127] In summary, embodiments of the present disclosure provide the following aspects.

[0128] In an aspect, it is proposed a terminal device comprising: a processor configured to cause the terminal device to: receive, from a network device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode; determine, based on the configuration, a PWS monitoring gap in connected mode; and perform PWS monitoring for PWS indication during the PWS monitoring gap.

[0129] In some embodiments, the PWS monitoring gap comprises at least one of: part of an extended pre-compensation gap, part of a Global Navigation Satellite System (GNSS) measurement gap, a gap configured based on paging configuration, or a gap configured based on a data inactivity period.

[0130] In some embodiments, the PWS indication comprises at least one of: a direct PWS indication in the DCI, or a PWS indication carried within a paging message.

[0131] In some embodiments, the PWS monitoring gap is part of an extended pre-compensation gap and the PWS monitoring gap is configured with a duration as one of: no smaller than (m + 2) subframes for the direct PWS indication, wherein m is a number of repetitions for Narrowband Physical Downlink Control Channel (NPDCCH) , or no smaller than (m + n + 6 + 2) subframes for the PWS indication carried within a paging message, wherein m is a number of repetitions for NPDCCH and n is a number of repetitions for Narrowband Physical Downlink Shared Channel (NPDSCH) .

[0132] In some embodiments, the PWS monitoring gap is configured with a duration as one of: 3 subframes for the direct indication, or 8 subframes for the indication carried within a paging message.

[0133] In some embodiments, the PWS monitoring gap is part of an extended pre-compensation gap, and the terminal device is further caused to: perform, based on respecitive priorities, the PWS monitoring and the pre-compensation.

[0134] In some embodiments, the terminal device is further caused to: in responsive to no PWS indication monitored during the PWS monitoring gap, wait at least one subframe before performing the pre-com-compensation after the PWS monitoring gap expires if the PWS monitoring is performed first, or wait at least one subframe before continuing original uplink transmission after the PWS monitoring gap expires if the pre-compensation is performed first.

[0135] In some embodiments, the PWS monitoring gap is part of a Global Navigation Satellite System (GNSS) measurement gap, and the terminal device is further caused to: perform the PWS monitoring in response to an expiration of a validation of the GNSS.

[0136] In some embodiments, the PWS monitoring gap is configured to be aligned with a paging occassion.

[0137] In some embodiments, the PWS monitoring gap comprises: for a system bandwidth larger than 3 MHz, in subframe 9, for a system bandwidth no larger than 3 MHz, in subframe 5.

[0138] In some embodiments, m is a number of repetitions for Narrowband Physical Downlink Control Channel (NPDCCH) , or no smaller than (m + n + 5 + 2) subframes for a PWS indication carried within a paging message, wherein m is a number of repetitions for NPDCCH and n is a number of repetitions for Narrowband Physical Downlink Shared Channel (NPDSCH) .

[0139] In some embodiments, the PWS monitoring gap is a gap configured based on paging configuration, and the terminal device is further caused to: perform the PWS monitoring in response to the determination of the PWS monitoring gap.

[0140] In some embodiments, the PWS monitoring gap is configured based on an expiration associated with a data inactivity period.

[0141] In some embodiments, the PWS monitoring gap is configured based on one of: a smaller expiration associated with the Information Element (IE) DataInactivityTimer, or an expiration associated with an IE for the PWS monitoring gap.

[0142] In some embodiments, the terminal device is further caused to: perform the PWS monitoring in response to the expiration of the data inactivity period.

[0143] In some embodiments, the terminal device is further caused to: in response to receiving a PWS indication, retrieve ETWS primary notification from System Information Block Type 10 (SIB10) , retrieve ETWS secondary notification from System Information Block Type 11 (SIB11) , or retrieve CMAS notification from System Information Block Type 12 (SIB12) .

[0144] In an aspect, it is proposed a network device comprising: a processor configured to cause the terminal device to: transmit, to a terminal device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode for the terminal device to determine a PWS monitoring gap based on the configuration; and transmit, to the terminal device at least one PWS indication.

[0145] In some embodiments, the PWS monitoring gap comprises at least one of: part of an extended pre-compensation gap, part of a Global Navigation Satellite System (GNSS) measurement gap, a gap configured based on paging configuration, or a gap configured based on a data inactivity period.

[0146] In some embodiments, the PWS indication comprises at least one of: a direct PWS indication in the DCI, or a PWS indication carried within a paging message.

[0147] In some embodiments, the PWS monitoring gap is part of an extended pre-compensation gap and the PWS monitoring gap is configured with a duration as one of: no smaller than (m + 2) subframes for the direct PWS indication, wherein m is a number of repetitions for Narrowband Physical Downlink Control Channel (NPDCCH) , or no smaller than (m + n + 6 + 2) subframes for the PWS indication carried within a paging message, wherein m is a number of repetitions for NPDCCH and n is a number of repetitions for Narrowband Physical Downlink Shared Channel (NPDSCH) .

[0148] In some embodiments, the PWS monitoring gap is configured with a duration as one of: 3 subframes for the direct indication, or 8 subframes for the indication carried within a paging message.

[0149] In some embodiments, the PWS monitoring gap is configured to be aligned with a paging occassion.

[0150] In some embodiments, the PWS monitoring gap comprises at least one of: for a system bandwidth larger than 3 MHz, in subframe 9; for a system bandwidth no larger than 3 MHz, in subframe 5.

[0151] In some embodiments, m is a number of repetitions for Narrowband Physical Downlink Control Channel (NPDCCH) , or no smaller than (m + n + 5 + 2) subframes for a PWS indication carried within a paging message, wherein m is a number of repetitions for NPDCCH and n is a number of repetitions for Narrowband Physical Downlink Shared Channel (NPDSCH) .

[0152] In some embodiments, the PWS monitoring gap is configured based on an expiration associated with a data inactivity period.

[0153] In some embodiments, the PWS monitoring gap is configured based on one of: a smaller expiration associated with the Information Element (IE) DataInactivityTimer, or an expiration associated with an IE for the PWS monitoring gap.

[0154] In an aspect, a terminal device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the terminal device discussed above.

[0155] In an aspect, a network device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the network device discussed above.

[0156] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the terminal device discussed above.

[0157] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0158] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the terminal device discussed above.

[0159] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0160] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0161] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to FIGS. 1 to 6. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0162] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0163] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0164] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0165] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A terminal device comprising:a processor configured to cause the terminal device to:receive, from a network device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode;determine, based on the configuration, a PWS monitoring gap in connected mode; andperform PWS monitoring for PWS indication during the PWS monitoring gap.2.The terminal device of claim 1, wherein the PWS monitoring gap comprises at least one of:part of an extended pre-compensation gap,part of a Global Navigation Satellite System (GNSS) measurement gap,a gap configured based on paging configuration, ora gap configured based on a data inactivity period.3.The terminal device of claim 1, wherein the PWS indication comprises at least one of:a direct PWS indication in the DCI, ora PWS indication carried within a paging message.4.The terminal device of claim 3, wherein the PWS monitoring gap is part of an extended pre-compensation gap and the PWS monitoring gap is configured with a duration as one of:no smaller than (m + 2) subframes for the direct PWS indication, wherein m is a number of repetitions for Narrowband Physical Downlink Control Channel (NPDCCH) , orno smaller than (m + n + 6 + 2) subframes for the PWS indication carried within a paging message, wherein m is a number of repetitions for NPDCCH and n is a number of repetitions for Narrowband Physical Downlink Shared Channel (NPDSCH) .5.The terminal device of claim 4, wherein the PWS monitoring gap is configured with a duration as one of:3 subframes for the direct indication, or8 subframes for the indication carried within a paging message.6.terminal device of claim 1, wherein the PWS monitoring gap is part of an extended pre-compensation gap, and the terminal device is further caused to:perform, based on respective priorities, the PWS monitoring and the pre-compensation.7.The terminal device of claim 6, wherein the terminal device is further caused to:in responsive to no PWS indication monitored during the PWS monitoring gap,wait at least one subframe before performing the pre-com-compensation after the PWS monitoring gap expires if the PWS monitoring is performed first, orwait at least one subframe before continuing original uplink transmission after the PWS monitoring gap expires if the pre-compensation is performed first.8.The terminal device of claim 1, wherein the PWS monitoring gap is part of a Global Navigation Satellite System (GNSS) measurement gap, and the terminal device is further caused to:perform the PWS monitoring in response to an expiration of a validation of the GNSS.9.The terminal device of claim 1, wherein the PWS monitoring gap is configured to be aligned with a paging occasion.10.The terminal device of claim 9, wherein the PWS monitoring gap comprises:for a system bandwidth larger than 3 MHz,in subframe 9,for a system bandwidth no larger than 3 MHz,in subframe 5.11.The terminal device of claim 9, the PWS monitoring gap is configured with a duration as one of:no smaller than (m + 2) subframes for a direct PWS indication, wherein m is a number of repetitions for Narrowband Physical Downlink Control Channel (NPDCCH) , orno smaller than (m + n + 5 + 2) subframes for a PWS indication carried within a paging message, wherein m is a number of repetitions for NPDCCH and n is a number of repetitions for Narrowband Physical Downlink Shared Channel (NPDSCH) .12.The terminal device of claim 1, wherein the PWS monitoring gap is a gap configured based on paging configuration, and the terminal device is further caused to:perform the PWS monitoring in response to the determination of the PWS monitoring gap.13.The terminal device of claim 1, wherein the PWS monitoring gap is configured based on an expiration associated with a data inactivity period.14.The terminal device of claim 13, wherein the PWS monitoring gap is configured based on one of:a smaller expiration associated with the Information Element (IE) DataInactivityTimer, oran expiration associated with an IE for the PWS monitoring gap.15.The terminal device of claim 13, wherein the terminal device is further caused to:perform the PWS monitoring in response to the expiration of the data inactivity period.16.The terminal device of any of claims 1 to 15, wherein the terminal device is further caused to:in response to receiving a PWS indication,retrieve ETWS primary notification from System Information Block Type 10 (SIB10) ,retrieve ETWS secondary notification from System Information Block Type 11 (SIB11) , orretrieve CMAS notification from System Information Block Type 12 (SIB12) .17.A network device comprising:a processor configured to cause the terminal device to:transmit, to a terminal device, information indicative of a configuration for Public Warning System (PWS) monitoring in a connected mode in Narrowband Internet of Things (NB-IoT) mode for the terminal device to determine a PWS monitoring gap based on the configuration; andtransmit, to the terminal device at least one PWS indication.18.The network device of claim 17, wherein the PWS monitoring gap comprises at least one of:part of an extended pre-compensation gap,part of a Global Navigation Satellite System (GNSS) measurement gap,a gap configured based on paging configuration, ora gap configured based on a data inactivity period.19.The network device of claim 17, wherein the PWS monitoring gap is configured to be aligned with a paging occasion.20.The network device of claim 19, wherein the PWS monitoring gap comprises at least one of:for a system bandwidth larger than 3 MHz,in subframe 9;for a system bandwidth no larger than 3 MHz,in subframe 5.

Images