WO2016190953A1

WO2016190953A1 - Receiving emergency alerts in a multi subscriber identity module multi standby mobile communication device

Info

Publication number: WO2016190953A1
Application number: PCT/US2016/024759
Authority: WO
Inventors: Raghavendra Shyam ANAND; Chih-Ping Hsu; Anand RAJURKAR; Reza Shahidi
Original assignee: Qualcomm Incorporated
Priority date: 2015-05-28
Filing date: 2016-03-29
Publication date: 2016-12-01

Abstract

A method for managing emergency alerts includes determining that a first subscription is a designated data subscription (DDS) and a second subscription is a non- DDS; tuning to a secondary common control physical channel (SCCPCH) on the first subscription; and receiving one or more emergency alerts on the first subscription and not on the second subscription.

Description

RECEIVING EMERGENCY ALERTS IN A MULTI SUBSCRIBER IDENTITY MODULE MULTI STANDBY MOBILE COMMUNICATION DEVICE

BACKGROUND

[0001] In a wideband code division multiple access (WCDMA) communication network, a cell broadcast center (CBC) may generate cell broadcast messages (CBMs) that include emergency alerts. Using the broadcast multicast control (BMC) protocol, emergency alerts may be transmitted over the common traffic channel (CTCH).

However, at the media access control (MAC) layer, data that is carried on the CTCH may be multiplexed onto the forward access channel (FACH) along with data carried on other logical channels (e.g., common control channel (CCCH)). Moreover, FACH data may be multiplexed onto the secondary common control physical channel (SCCPCH) along with data carried on other transport channels (e.g., paging channel (PCH)).

[0002] A mobile communication device may support the reception of emergency alerts in both an idle state and a connected state. In general, FACH data may be encoded using a turbo coding scheme. Thus, even while in an idle state, the mobile communication device may require a turbo decoder (TDEC) in order to receive emergency alerts carried on the FACH. In contrast, data that is carried on other idle state transport channels (e.g., cell broadcast channel (BCH), PCH) may be encoded using a convolution coding scheme and may be decoded using a Viterbi decoder.

[0003] Emergency alerts broadcast by different communication networks may convey substantially the same information. Nevertheless, a conventional multi- subscriber identity module (SIM) multi-standby (MSMS) mobile communication device may receive emergency alerts from multiple communication networks on more than one subscription.

[0004] In order to receive an emergency alert on a subscription in an idle state, a subscription that is in a connected state may be required to share a single TDEC with the idle state subscription. Moreover, a conventional MSMS mobile communication device may monitor the CTCH for emergency alerts on multiple subscriptions. For example, a conventional MSMS mobile communication device may tune-away from one subscription in order to monitor the CTCH on another subscription during one or more scheduled CTCH occasions. As a result, performance (e.g., data throughput) on one or more subscriptions in a conventional MSMS mobile communication device may be degraded.

SUMMARY

[0005] Apparatuses and methods for receiving emergency alerts in a MSMS mobile communication device are provided.

[0006] According to the various embodiments, there is provided a method for managing emergency alerts. The method may include determining that a first subscription is a designated data subscription (DDS) and a second subscription is a non- DDS; tuning to a SCCPCH on the first subscription; and receiving one or more emergency alerts on the first subscription and not on the second subscription.

[0007] According to the various embodiments, there is provided a mobile communication device. In some embodiments, the mobile communication device may include a control unit and an RF chain.

[0008] The control unit may be configured to determine that a first subscription is a DDS and a second subscription is a non-DDS; tune to a SCCPCH on the first subscription; and receive one or more emergency alerts on the first subscription and not on the second subscription.

[0009] According to various embodiments, there is provided a non-transitory computer readable medium. In some embodiments, the non-transitory computer readable medium may have stored thereon instructions for causing one or more processors to perform operations including determining that a first subscription is a DDS and a second subscription is a non-DDS; tuning to a SCCPCH on the first subscription; and receiving one or more emergency alerts on the first subscription and not on the second subscription.

[0010] According to various embodiments, there is provided a mobile communication device. In some embodiments, the mobile communication device may include means for determining that a first subscription is a DDS and a second subscription is a non-DDS; means for tuning to a SCCPCH on the first subscription; and means for receiving one or more emergency alerts on the first subscription and not on the second subscription. [0011] Other features and advantages of the present inventive concept should be apparent from the following description which illustrates by way of example aspects of the present inventive concept.

BRIEF DESCRIPTION OF THE DRAWINGS

[0012] Aspects and features of the present inventive concept will be more apparent by describing example embodiments with reference to the accompanying drawings, in which:

[0013] FIG. 1 is a block diagram illustrating a mobile communication device according to various embodiments;

[0014] FIG. 2 is a flowchart illustrating a process for receiving emergency alerts according to various embodiments; and

[0015] FIG. 3 is a flowchart illustrating a process for scheduling activities performed on multiple subscriptions according to various embodiments.

DETAILED DESCRIPTION

[0016] While a number of embodiments are described herein, these

embodiments are presented by way of example only, and are not intended to limit the scope of protection. The apparatuses and methods described herein may be embodied in a variety of other forms. Furthermore, various omissions, substitutions, and changes in the form of the example apparatuses and methods described herein may be made without departing from the scope of protection.

[0017] FIG. 1 is a block diagram illustrating a mobile communication device

100 according to various embodiments. Referring to FIG. 1, in various embodiments, the mobile communication device 100 may include a control unit 110, a communication unit 120, a first SIM 140, a second SEVI 150, a user interface 170, and a storage unit 180.

[0018] In various embodiments, the mobile communication device 100 may be any device capable of wirelessly communicating with one or more communication networks. In various embodiments, the mobile communication device 100 may be, for example, but not limited to, a smartphone, a tablet PC, or a laptop computer. [0019] A SIM (for example the first SIM 140 and/or the second SIM 150) in various embodiments may be a Universal Integrated Circuit Card (UICC) that is configured with SIM and/or USEVI applications, enabling access to Global System for Mobile communications (GSM) and/or Universal Mobile Telecommunications System (UMTS) networks. The UICC may also provide storage for a phone book and other applications. Alternatively, in a CDMA network, a SIM may be a UICC removable user identity module (R-UIM) or a CDMA subscriber identity module (CSIM) on a card. A SIM card may have a CPU, ROM, RAM, EEPROM and I/O circuits. An Integrated Circuit Card Identity (ICCID) SIM serial number may be printed on the SIM card for identification. However, a SIM may be implemented within a portion of memory of the mobile communication device 100, and thus need not be a separate or removable circuit, chip, or card.

[0020] A SIM used in various embodiments may store user account information, an International Mobile Subscriber Identity (EVISI), a set of SIM application toolkit (SAT) commands, and other network provisioning information, as well as provide storage space for phone book database of the user's contacts. As part of the network provisioning information, a SIM may store home identifiers (e.g., a System

Identification Number (SID)/Network Identification Number (NID) pair, a Home Public Land Mobile Network (HPLMN) code, etc.) to indicate the SIM card network operator provider.

[0021] In various embodiments, the communication unit 120 may include an RF module 132. The RF module 132 may be part of an RF chain 130. In addition, the RF chain 130 may include, for example, but not limited to, an antenna 134. Although the mobile communication device 100 is shown to include one communication unit (e.g., the communication unit 120), a person of ordinary skill in the art can appreciate that the mobile communication device 100 may include additional communication units without departing from the scope of the present inventive concept.

[0022] In various embodiments, the first SFM 140 may associate the

communication unit 120 with the first subscription 192 on the first communication network 190 and the second SIM 150 may associate the communication unit 120 with the second subscription 197 on the second communication network 195. [0023] In various embodiments, the first communication network 190 and the second communication network 195 may be operated by the same or different mobile service providers (MSPs). Additionally, in various embodiments, the first

communication network 190 and the second communication network 195 may each support the same or different radio access technologies (RATs), including, for example, but not limited to WCDMA, GSM, Long Term Evolution (LTE), and Time Division- Synchronous Code Division Multiple Access (TD-SCDMA).

[0024] In various embodiments, the user interface 170 may include an input unit

172. In some embodiments, the input unit 172 may be, for example, but not limited to, a keyboard or a touch panel. In various embodiments, the user interface 170 may include an output unit 174. In some embodiments, the output unit 174 may be, for example, but not limited to, a liquid crystal display (LCD) or a light emitting diode (LED) display. A person of ordinary skill in the art will appreciate that other types or forms of input and output units may be used without departing from the scope of the present inventive concept.

[0025] In various embodiments, the control unit 110 may be configured to control the overall operation of the mobile communication device 100 including controlling the functions of the communication unit 120. In various embodiments, the control unit 110 may include an emergency alert module 112 configured to receive one or more emergency alerts. The control unit 110 may further include a turbo decoder (TDEC) 114 configured to decode data received on the first subscription 192 and/or the second subscription 197. In various embodiments, the control unit 110 may be, for example, but not limited to, a microprocessor (e.g., general-purpose processor, baseband modem processor, etc.) or a microcontroller.

[0026] In various embodiments, the storage unit 180 may be configured to store application programs, application data, and user data. In various embodiments, at least some of the application programs stored at the storage unit 180 may be executed by the control unit 110 for the operation of the mobile communication device 100.

[0027] In various embodiments, the first subscription 192 may be a designated data subscription (DDS). Accordingly, the mobile communication device 100 may support data calls on the first subscription 192. For example, the mobile

communication device 100 may be capable of transmitting and receiving packet switched (PS) data on the first subscription 192 to and from the first communication network 190. Meanwhile, the second subscription 197 may be a non-DDS. Thus, the mobile communication device 100 may not support data calls on the second

subscription 197. A person having ordinary skill in the art can appreciate that the first subscription 192 may be a non-DDS while the second subscription 197 may be a DDS without departing from the scope of the present inventive concept.

[0028] In various embodiments, the mobile communication device 100 may be capable of receiving emergency alerts from both the first communication network 190 and the second communication network 195. However, the control unit 110 may be configured to utilize the RF chain 130 to receive emergency alerts on a DDS but not on a non-DDS. Thus, the control unit 110 may be configured to receive emergency alerts from the first communication network 190 on the first subscription 192 but not from the second communication network 195 on the second subscription 197.

[0029] FIG. 2 is a flowchart illustrating a process 200 for receiving emergency alerts according to various embodiments. Referring to FIGS. 1 and 2, in various embodiments, the process 200 may be performed by the control unit 110.

[0030] The control unit 110 may determine that the first subscription 192 is a

DDS and that the second subscription 197 is a non-DDS (202). For example, the mobile communication device 100 may be configured such that the first subscription 192 is a DDS that supports data calls and the second subscription 197 is a non-DDS that does not support data calls.

[0031] The control unit 110 may utilize the RF chain 130 to tune to the

SCCPCH on the first subscription 192 (204). For example, while the mobile communication device 100 is in an idle state on the first subscription 192, the control unit 110 may utilize the RF chain 130 to tune to the SCCPCH based on a CTCH occasion schedule for the first subscription 192. Alternately, the mobile communication device 100 may be in a connected state (i.e., engaged in a data call) on the first subscription 192. The control unit 110 may utilize the RF chain 130 to tune to the SCCPCH in response to receiving an indication from the first communication network 190 of a CTCH occasion on the first subscription 192.

[0032] The first communication network 190 and the second communication network 195 may broadcast one or more corresponding emergency alerts. The control unit 110 may receive one or more of the emergency alerts on the first subscription 192 from the first communication network 190, but may not receive the corresponding one or more emergency alerts on the second subscription 197 from the second

communication network 195 (206). For example, the one or more emergency alerts broadcast by the first communication network 190 may convey substantially the same information as the one or more emergency alerts broadcast by the second

communication network 195. The control unit 110 may utilize the RF chain 130 to tune to the SCCPCH and receive emergency alerts over the CTCH on the first subscription 192 from the first communication network 190. However, the control unit 110 may not utilize the RF chain 130 to receive emergency alerts over the CTCH on the second subscription 197 from the second communication network 195.

[0033] The control unit 110 may decode the one or more emergency alerts received on the first subscription 192 (208). For example, the control unit 110 may utilize the TDEC 114 to decode the one or more emergency alerts received on the first subscription 192 from the first communication network 190. In contrast, the control unit 110 may not utilize the TDEC 114 to decode data received on the second subscription 197.

[0034] FIG. 3 is a flowchart illustrating a process 300 for scheduling activities performed on multiple subscriptions according to various embodiments. With references to FIGS. 1-3, in various embodiments, the process 300 may be performed by the control unit 110, for example, by the emergency alert module 112, and may implement operation 204 of the process 200.

[0035] The control unit 110 may determine a state of the mobile communication device 100 on the first subscription 192 (302). For example, the mobile communication device 100 may be in an idle state or in a connected state on the first subscription 192.

[0036] If the control unit 110 determines that the mobile communication device

100 is in an idle state on the first subscription 192 (303-Y), the control unit 110 may determine a CTCH occasion schedule on the first subscription 192 (304). For instance, the control unit 110 may utilize the RF chain 130 and receive one or more scheduling messages on the first subscription 192 from the first communication network 190. Based on the scheduling messages, the control unit 110 may determine when one or more CTCH occasions may be scheduled on the SCCPCH. The control unit 110 may configure a discontinuous reception (DRx) schedule on the first subscription 192 based on the CTCH occasion schedule.

[0037] The control unit 110 may utilize the RF chain 130 to tune to the

SCCPCH on the first subscription 192 at a scheduled CTCH occasion based on the CTCH occasion schedule (306). For example, the control unit 110 may utilize the RF chain 130 to tune to the SCCPCH and receive an emergency alert on the first subscription 192 from the first communication network 190. The control unit 110 may utilize the TDEC 114 to decode the emergency alert.

[0038] While the mobile communication device 100 remains in an idle state on the first subscription 192, the control unit 110 may be configured to regularly tune to the SCCPCH based on the CTCH occasion schedule. Thus, if the control unit 110 determines that the mobile communication device 100 did not change to a connected state on the first subscription 192 (307-N), the control unit 110 may utilize the RF chain 130 and tune to the SCCPCH on the first subscription 192 at a next scheduled CTCH occasion (308) and determine whether the mobile communication device 110 changed to a connected state on the first subscription 192 (307).

[0039] In contrast, while the mobile communication device 100 is in a connected state on the first subscription 192 (e.g., engaged in a voice call or a data call), the control unit 110 may be notified by the first communication network 190 when there is a CTCH occasion. As such, if the control unit 110 determines that the mobile communication device 100 changed to a connected state on the first subscription 192 (307-Y), the control unit 1 10 may determine whether the mobile communication device 100 received an indication from the first communication network 190 of a CTCH occasion on the first subscription 192 (309).

[0040] Alternately, the control unit 110 may determine that the mobile communication device 100 is not in an idle state on the first subscription 192 (303-N). For example, the control unit 110 may determine that the mobile communication device 100 is in a connected state (e.g., engaged in a data call) on the first subscription 192.

[0041] While the mobile communication device 100 is in a connected state, the control unit 110 may be configured to tune to the SCCPCH to receive an emergency alert on the first subscription 192 from the first communication network 190 when the control unit 110 receives an indication from the first communication network 190 of a CTCH occasion. As such, the control unit 110 may determine whether the mobile communication device 100 received an indication from the first communication network 190 of a CTCH occasion on the first subscription 192 (309).

[0042] In response to determining that the mobile communication device 100 received an indication from the first communication network 190 (309-Y), the control unit 110 may utilize the RF chain 130 to tune to the SCCPCH on the first subscription 192 (310). For example, the mobile communication device 100 may receive an emergency alert over the SCCPCH on the first subscription 192 from the first communication network 190. The control unit 110 may utilize the TDEC 114 to decode the emergency alert received on the first subscription 192 from the first communication network 190.

[0043] Alternately, the control unit 110 may determine that the control unit 110 did not receive an indication from the first communication network 190 of a CTCH occasion on the first subscription 192 (309-N). As such, the control unit 110 may determine whether the mobile communication device 100 changed in an idle state on the first subscription 192 (311).

[0044] While the mobile communication device 100 remains in a connected state on the first subscription 192, the control unit 110 may receive indications from the first communication network 190 of one or more CTCH occasions. Thus, if control unit 110 determines that the mobile communication device 100 did not change to an idle state on the first subscription 192 (311-N), the control unit 110 may determine whether the mobile communication device 100 received an indication from the first

communication network 190 of a CTCH occasion on the first subscription 192 (309).

[0045] In contrast, while the mobile communication device 100 is in an idle state on the first subscription 192, the control unit 110 may tune to the SCCPCH based on a CTCH occasion schedule. As such, if the control unit 110 determines that the mobile communication device 100 changed to an idle state on the first subscription 192 (311-Y), the control unit 1 10 may determine a CTCH occasion schedule on the first subscription 192 (304).

[0046] Although the process 300 is described with respect to the first subscription 192, a person having ordinary skill in the art can appreciate that the process 300 can also be performed with respect to the second subscription 197 without departing from the scope of the present inventive concept.

[0047] The accompanying claims and their equivalents are intended to cover such forms or modifications as would fall within the scope and spirit of the protection. For example, the example apparatuses, methods, and systems disclosed herein may be applied to multi-SIM wireless devices subscribing to multiple communication networks and/or communication technologies. The various components illustrated in the figures may be implemented as, for example, but not limited to, software and/or firmware on a processor, ASIC/FPGA/DSP, or dedicated hardware. Also, the features and attributes of the specific example embodiments disclosed above may be combined in different ways to form additional embodiments, all of which fall within the scope of the present disclosure.

[0048] The foregoing method descriptions and the process flow diagrams are provided merely as illustrative examples and are not intended to require or imply that the operations of the various embodiments must be performed in the order presented. As will be appreciated by one of skill in the art the order of operations in the foregoing embodiments may be performed in any order. Words such as "thereafter," "then," "next," etc., are not intended to limit the order of the operations; these words are simply used to guide the reader through the description of the methods. Further, any reference to claim elements in the singular, for example, using the articles "a," "an," or "the" is not to be construed as limiting the element to the singular.

[0049] The various illustrative logical blocks, modules, circuits, and operations described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and operations have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present inventive concept. [0050] The hardware used to implement the various illustrative logics, logical blocks, modules, and circuits described in connection with the various embodiments disclosed herein may be implemented or performed with a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but, in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of receiver devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration. Alternatively, some operations or methods may be performed by circuitry that is specific to a given function.

[0051] In one or more exemplary embodiments, the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored as one or more instructions or code on a non-transitory computer-readable storage medium or non-transitory processor-readable storage medium. The operations of a method or algorithm disclosed herein may be embodied in processor-executable instructions that may reside on a non- transitory computer-readable or processor-readable storage medium. Non-transitory computer-readable or processor-readable storage media may be any storage media that may be accessed by a computer or a processor. By way of example but not limitation, such non-transitory computer-readable or processor-readable storage media may include random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), FLASH memory, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store desired program code in the form of instructions or data structures and that may be accessed by a computer. Disk and disc, as used herein, includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk, and Blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above are also included within the scope of non-transitory computer-readable and processor-readable media. Additionally, the operations of a method or algorithm may reside as one or any combination or set of codes and/or instructions on a non-transitory processor-readable storage medium and/or computer-readable storage medium, which may be incorporated into a computer program product.

[0052] Although the present disclosure provides certain example embodiments and applications, other embodiments that are apparent to those of ordinary skill in the art, including embodiments which do not provide all of the features and advantages set forth herein, are also within the scope of this disclosure. Accordingly, the scope of the present disclosure is intended to be defined only by reference to the appended claims.

Claims

WHAT IS CLAIMED IS:

1. A method for managing emergency alerts, comprising:

determining that a first subscription is a designated data subscription (DDS) and a second subscription is a non-DDS;

tuning to a secondary common control physical channel (SCCPCH) on the first subscription; and

receiving one or more emergency alerts on the first subscription and not on the second subscription.

2. The method of claim 1, further comprising decoding the one or more emergency alerts.

3. The method of claim 2, wherein the one or more emergency alerts are decoded utilizing a turbo decoder (TDEC).

4. The method of claim 1, wherein tuning to the SCCPCH on the first subscription comprises:

determining a state of a mobile communication device on the first subscription; and

in response to determining that the mobile communication device is in an idle state on the first subscription:

determining a common traffic channel (CTCH) occasion schedule on the first subscription; and

tuning to the SCCPCH at a scheduled CTCH occasion based at least in part on the CTCH occasion schedule.

5. The method of claim 4, wherein the CTCH occasion schedule is determined based at least in part on one or more scheduling messages.

6. The method of claim 4, further comprising configuring a discontinuous reception (DRx) schedule on the first subscription based at least in part on the CTCH occasion schedule.

7. The method of claim 4, further comprising:

determining whether the mobile communication device changed to a connected state on the first subscription; and

in response to determining that the mobile communication device did not change to the connected state on the first subscription, tuning to the SCCPCH at a next scheduled CTCH occasion based at least in part on the CTCH occasion schedule.

8. The method of claim 7, further comprising in response to determining that the mobile communication device is in the connected state on the first subscription, determining whether an indication of a CTCH occasion is received from a first communication network.

9. The method of claim 8, further comprising tuning to the SCCPCH on the first subscription in response to determining that the indication of the CTCH occasion is received from the first communication network.

10. A mobile communication device, comprising:

a radio frequency (RF) chain; and

a control unit configured to:

determine that a first subscription is a designated data subscription (DDS) and a second subscription is a non-DDS;

utilize the RF chain to tune to a secondary common control physical channel (SCCPCH) on the first subscription; and

receive one or more emergency alerts on the first subscription and not on the second subscription.

11. The mobile communication device of claim 10, wherein the control unit is further configured to decode the one or more emergency alerts.

12. The mobile communication device of claim 11, wherein the control unit comprises a turbo decoder (TDEC), and

wherein the one or more emergency alerts are decoded utilizing the TDEC.

13. The mobile communication device of claim 10, wherein to utilize the RF chain to tune to the SCCPCH on the first subscription, the control unit is configured to: determine a state of the mobile communication device on the first subscription; and

determine a common traffic channel (CTCH) occasion schedule on the first subscription; and

tune to the SCCPCH at a scheduled CTCH occasion based at least in part on the CTCH occasion schedule.

14. The mobile communication device of claim 13, wherein the control unit is configured to determine the CTCH occasion schedule based at least in part on one or more scheduling messages.

15. The mobile communication device of claim 13, wherein the control unit is further configured to configure a discontinuous reception (DRx) schedule on the first subscription based at least in part on the CTCH occasion schedule.

16. The mobile communication device of claim 13, wherein the control unit is further configured to:

determine whether the mobile communication device changed to a connected state on the first subscription; and

in response to determining that the mobile communication device did not change to the connected stated on the first subscription, utilize the RF chain to tune to the SCCPCH at a next scheduled CTCH occasion based at least in part on the CTCH occasion schedule.

17. The mobile communication device of claim 16, in response to determining that the mobile communication device is in the connected state on the first subscription, the control unit is configured to determine whether an indication of a CTCH occasion is received from a first communication network.

18. The mobile communication device of claim 17, wherein in response to determining that the indication of the CTCH occasion is received from the first communication network, the control unit is further configured to utilize the RF chain to tune to the SCCPCH on the first subscription.

19. A non-transitory computer readable medium having stored thereon instructions for causing one or more processors to perform operations including:

20. A mobile communication device, comprising:

means for determining that a first subscription is a designated data subscription (DDS) and a second subscription is a non-DDS;

means for tuning to a secondary common control physical channel (SCCPCH) on the first subscription; and

means for receiving one or more emergency alerts on the first subscription and not on the second subscription.