Techniques for supporting voice and emergency traffics

Abstract

A method of wireless communication is provided. The method comprises: transmitting, from a base station to a user equipment (UE), a first message based on a signaling radio bearer (SRB) that is designed to support at least one of a voice transmission or an emergency transmission.

Description

TECHNIQUES FOR SUPPORTING VOICE AND EMERGENCY TRAFFICSTECHNICAL FIELDThis document relates to systems, devices and techniques for wireless communications.BACKGROUNDWireless communication technologies are moving the world toward an increasingly connected and networked society. The rapid growth of wireless communications and advances in technology has led to greater demand for capacity and connectivity. Other aspects, such as energy consumption, device cost, spectral efficiency, and latency are also important to meeting the needs of various communication scenarios. In comparison with the existing wireless networks, next generation systems and wireless communication techniques need to provide support for an increased number of users and devices, as well as support an increasingly mobile society.SUMMARYVarious methods and apparatus for supporting voice and emergency traffics are provided.In one example aspect, a method of wireless communication is disclosed. The method comprises: transmitting, from a base station to a user equipment (UE) , a first message based on a signaling radio bearer (SRB) that is designed to support at least one of a voice transmission or an emergency transmission.In another example aspect, a method of wireless communication is disclosed. The method comprises receiving, by a user equipment (UE) from a base station, a first message based on a signaling radio bearer (SRB) that is designed to support at least one of a voice transmission or an emergency transmission.In another example aspect, a method of wireless communication is disclosed. The method comprises triggering, by a base station, a buffer status reporting (BSR) ; transmitting, by the base station to a user equipment (UE) , a first message including an indication indicating an enablement of a prohibit timer configured for a logical channel to prohibit the buffer status reporting (BSR) ; and receiving, by the base station from the UE, the BSR based on a predetermined condition.In another example aspect, a method of wireless communication is disclosed. The method comprises receiving, by a user equipment (UE) from a base station, a first message including an indication indicating an enablement of a prohibit timer configured for a logical channel to prohibit the buffer status reporting (BSR) ; and transmitting, by the UE to the base station, the BSR based on a predetermined condition.In another example aspect, a method of wireless communication is disclosed. The method comprises transmitting, from a base station to a user equipment (UE) , a first message including a first SPS configuration for a buffer status report (BSR) and a second SPS configuration for uplink data or a logical channel; and transmitting 820, from the base station to the UE, a physical downlink control channel (PDCCH) .In another example aspect, a method of wireless communication is disclosed. The method comprises receiving, by a user equipment (UE) from a base station, a first message including a first SPS configuration for a buffer status report (BSR) and a second SPS configuration for uplink data or a logical channel; and receiving, by the UE from the base station, a physical downlink control channel (PDCCH) .In yet another example aspect, a wireless communications apparatus comprising a processor is disclosed. The processor is configured to implement methods described herein.In another example aspect, the various techniques described herein may be embodied as processor-executable code and stored on a computer-readable program medium.The details of one or more implementations are set forth in the accompanying drawings, and the description below. Other features will be apparent from the description and drawings, and from the claims.BRIEF DESCRIPTION OF THE DRAWINGSFIG. 1 shows a procedure in S1-AP (S1 Application Protocol) to trigger to set up or release a new SRB signaling based on some implementations of the disclosed technology.FIG. 2 shows an example wireless communications network based on some implementations of the disclosed technology.FIG. 3 is a block diagram of an example of a wireless communication apparatus based on some implementations of the disclosed technology.FIGS. 4-9 are example flowcharts of wireless communication methods based on some implementations of the disclosed technology.DETAILED DESCRIPTIONThe disclosed technology provides implementations and examples for supporting voice and emergency traffics in wireless communications.For NB-IoT (Narrowband-Internet of Things) UE (User Equipment) , voice traffic and emergency traffic are not supported. The disclosed technology provides some solutions how to support voice traffic or emergency traffic for the NB-IoT UE.Various implementations of the disclosed technology are discussed in detail below with reference to accompanying drawings. The description provided for a specific embodiment is applicable to other embodiments, unless there is a technical conflict when incorporating that description. In various implementations, packet / signaling may refer to i) the packet or ii) the signaling or iii) both the packet and the signaling, and the term, “transmission” can be used to cover both packet and signaling and thus the term, “transmission” can also refer to i) the packet or ii) the signaling or iii) both the packet and the signaling.New SRB (Signaling Radio Bearer Supporting Voice / Emergency Transmission)The disclosed technology suggests a new SRB through which UE transmits voice packet or SIP voice packet, or voice signaling including IMS signaling or SIP signaling, or emergency traffic packets. The new SRB is different from SRB1, SRB1bis, SRB2 and other SRBs which exist in the conventional arts in that the new SRB allows the NB-IoT UE to transmit the voice / emergency transmission.The new SRB is related with a special logical channel ID.The new SRB is used to transmit the RRC (radio resource control) message carrying the NAS PDU of voice packets and / or voice signaling and / or emergency signaling.The SRB can be designed one or more of as follows:-One new SRB is for voice packets.-One new SRB is for emergency traffic packets.-One new SRB is for voice packets and voice signaling.-Two new SRBs are used such that one new SRB is for voice packet, one new SRB is for voice signaling.The RRC message may correspond to a new RRC message as further discussed in more detail below, or ULInformationTransfer, DLInformationTransfer, or other messages.If the new SRB is configured or enabled, the RRC message carrying the NAS PDU including of voice packets and / or voice signaling or emergency traffic packets is transmitted in this new SRB. If the new SRB isn’t configured or enabled, the RRC message carrying the NAS PDU including voice packets or voice signaling or emergency traffic packets is transmitted in SRB1bis or SRB1.Configuration of New SRBIn some implementations, the new SRB has the RLC UM mode configuration, and no PDCP configuration. The RLC UM mode refers to the Unacknowledged Mode (UM) of the RCL (Radio Link Control) protocol. The PDCP configuration refers to the set of parameters that define how the Packet Data Convergence Protocol (PDCP) layer operates in a cellular network, such as LTE or 5G NR. The new SRB is used for the transmission of voice packet or emergency traffic packets. In order to decrease the transmission delay, RLC UM mode is used. In some implementations, the encryption / decryption or header compression for voice packet or emergency traffic packets is performed in NAS layer, hence, no PDCP is configured.In some implementations, the new SRB has the RLC UM mode configuration, and PDCP configuration including discard timer. The new SRB is used for the transmission of voice packet or emergency traffic packets. In order to decrease the transmission delay, RLC UM mode is used. And the encryption / decryption or header compression for voice packet is performed in NAS layer, hence, the PDCP configuration doesn’t include the configuration of encryption / decryption or header compression. However, in order to discard outdated SDUs and avoid the overflow in UE buffer, the discard timer is enabled, and its length is configured.In some implementations, the new SRB has the RLC AM mode configuration, and no PDCP configuration. The new SRB is used for the transmission of voice signaling. In order to ensure correct transmission, RLC AM mode is used. And the encryption / decryption or header compression for voice packet or emergency traffic packets is performed in NAS layer, hence, no PDCP is configured.In some implementations, the new SRB has the same configuration as SRB1bis. Both of SRB1bis and the new SRB are for RRC messages (which may include a piggybacked NAS message) as well as for NAS messages prior to the activation of security, all using DCCH logical channel. Hence, the new SRB has the same configuration as SRB1bis. The new SRB has the RLC AM mode configuration, and no PDCP configuration. The new SRB is used for the transmission of voice signaling.Establishing of7New4SRBThe configuration of the new SRB is included in RRC establishment message. The network can determine whether to configure a new SRB for the UE based on the establishment reasons reported by the UE, and if needed, eNB can configure the new SRB via the RRC establishment procedure. For example, UE reports the establishment reason such as voice / emergency transmission, eNB may decide to indicate the configuration of the new SRB in RRCConnectionSetup, RRCConnectionResume message. For UE, the new SRB is established according to the configuration of the network.The network can determine whether to configure a new SRB for the UE based on the information from the core network as further discussed below. After determining to configure the new SRB for the UE, eNB may configure the UE to setup new SRB in RRC reconfiguration procedure or RRC establishment procedure.The possible implementations for assisting eNB to setup or release new SRB are provided in the below. In the description below, the DOWNLINK NAS TRANSPORT refers to a procedure and message type used to carry Non-Access Stratum (NAS) messages from the Core Network to the User Equipment (UE) .In some implementations, the DOWNLINK NAS TRANSPORT includes some information about the NAS PDU carried in the DOWNLINK NAS TRANSPORT. While in the conventional art, DOWNLINK NAS TRANSPORT message is used to transfer NAS PDU that does not include any of the voice signaling, the voice packet, or emergency traffic packet, the DOWNLINK NAS TRANSPORT message according to the implementations of the disclosed technology can be used to transfer NAS PDU that includes any of the voice signaling, the voice packet, or emergency traffic packet as well as the NAS PDU that does not include any of the voice signaling, the voice packet, or emergency traffic packet. In this patent document, the NAS PDU that does not include any of the voice / emergency transmission refer to the NAS PDU that has none of the voice signaling, the voice packet, the emergency signaling, and the emergency packet.The DOWNLINK NAS TRANSPORT message is a specific message used to deliver NAS protocol data units (PDUs) from the core network to the UE. The DOWNLINK NAS TRANSPORT message may include information that may be expressed as QCI (QoS Class Identifier) , APR (Allocation and Retention Priority) , and other Qos parameters, or a type indication indicating the type of NAS PDU. From the QCI, APR, or other Qos parameters, the type of NAS PDU may be determined.The type of NAS PDU can be implemented in various manners. In some implementations, there is no need to distinguish whether the NAS PDU carries the voice signaling when, for example, the same S1 AP message as those used in the conventional art (instead of the new RRC message or the new SRB designed to support the voice or emergency transmission) is used to deliver the NAS PDU that does not include any of the voice signaling, the voice packet, or emergency traffic packets and NAS PDU of voice signaling. In this case, the type of NAS PDU may be one of i) the first type indicating that the NAS PDU does not include any of the voice packet, or the emergency traffic packets, ii) the second type indicating that the NAS PDU includes the voice packet, or iii) the third type indicating that the NAS PDU includes the emergency traffic packets. In some implementations, if the type of NAS PDU is absent, the type of NAS PDU may be considered that the NAS PDU does not include any of the voice packet, or the emergency traffic packets.In some implementations, there is a need to distinguish whether the NAS PDU carries the voice signaling, for example, a new S1 AP message is used to deliver the NAS PDU of voice signaling, or a type of voice signaling is indicated. In this case, the type of NAS PDU may be one of i) the first type indicating that the NAS PDU does not include any of the voice signaling, the voice packet, or the emergency traffic packets, ii) the second type indicating that the NAS PDU includes the voice signaling, iii) the third type indicating that the NAS PDU includes the voice packet, or iv) the fourth type indicating that the NAS PDU includes the emergency traffic packets. If the type of NAS PDU is absent, the type of NAS PDU may be considered that the NAS PDU includes NAS PDU does not include any of the voice signaling, the voice packet, or the emergency traffic packets.According to the information, eNB can configure UE to setup one or two new SRBs in RRC dedicated message.In some implementations, the DOWNLINK NAS TRANSPORT includes some information about the voice packet or an emergency traffic packet. The information can include the periodicity of the NAS PDU, or an indication indicating the first NAS PDU of the voice packet or an emergency traffic packet, or an indication indicating the last NAS PDU of the voice packet or the emergency traffic packet. According to the periodicity, eNB can configure the periodicity of SPS resource. According to the indication indicating first packet or the last packet, eNB can configure UE to setup or release the new SRB in RRC reconfiguration message.In some implementations, the DOWNLINK NAS TRANSPORT includes an indication that a voice packet or voice signaling or emergency traffic packets are going to be transmitted or that a bearer for voice needs to be setup. According to the indication, eNB can configure UE to setup one or two new SRBs in RRC reconfiguration message.In some implementations, the DOWNLINK NAS TRANSPORT includes an indication that the voice packet or voice signaling or emergency traffic packets have been transmitted or that a voice bearer needs to be released. According to the indication, eNB can configure UE to release the new SRB in RRC reconfiguration message.FIG. 1 shows a procedure in S1-AP (S1 Application Protocol) to trigger to set up or release the new SRB signaling. The msg1 is a new S1-AP message which is sent at S130 from the core network 120 to eNB 110. In the example, the core network may be MME (Mobility Management Entity) . The msg1 may include the MME UE S1AP ID, eNB UE S1AP ID, a NAS PDU, or a list of NAS PDU, or some information about NAS PDU, set up indication or release indication. Some information about NAS PDU may include QCI, APR, other Qos parameters, or a type indication indicating the type of NAS PDU, the periodicity of the NAS PDU, an indication indicating the first NAS PDU of the voice packet, or an indication indicating the last NAS PDU of voice packet. The type of NAS PDU can be implemented as above (for example, paras.

[0042] and

[0043] ) . After eNB receives the msg1, eNB can configure UE to setup or release one or two new SRBs in RRC reconfiguration message. If the new SRB is set up, eNB can response at S140 to the core network 12 n0 by sending the msg2. The msg2 may include the MME UE S1AP ID, eNB UE S1AP ID, a NAS PDU, or a list of NAS PDU, the successful or unsuccessful indication.Using New RRC MessageIn general, the UL RRC message such as ULInformationTransfer message is used for the uplink transfer of NAS information, and transmitted in RLC AM (Acknowledged Mode) mode. The DL RRC message such as DLInformationTransfer message is used for the downlink transfer of NAS dedicated information, and transmitted in RLC AM mode. In some implementations, NAS PDU can be used to transmit voice packets or emergency packet and carried in new SRB. In general, the voice packets or emergency packet are transmitted in RLC UM mode. Hence, the base station and UE needs to distinguish NAS PDU carrying voice packets or emergency packet from NAS PDU carrying NAS signaling without voice packet and emergency packet. In the description below, the NAS PDU carrying NAS signaling refers to the NAS PDU which do not carry voice packets and emergency packet. The description below is provided for the example of the voice packets. Thes similar description can be applied for the example of the emergency packets.In some implementations, for voice packets, the eNB may provide special scheduling strategies, for example, activating the SPS resource for voice packet or emergency traffic packets. Hence, the base station needs to distinguish NAS PDU carrying voice packets from NAS PDU carrying NAS signaling without the voice packets.In order to distinguish NAS PDU carrying voice packets from the NAS PDU carrying NAS signaling without the voice packets, a new RRC message is introduced.In some implementations, the new UL RRC message is introduced to transfer the NAS PDU carrying voice packets or emergency traffic packets. The new UL RRC message is transmitted by UE to the base station. The new UL RRC message is transmitted via the new SRB or SRB1bis. The RLC mode can be used for transmitting the new UL RRC message. In the example, the new RL RRC message may have a UM mode. The logical channel of the transmission of this message is DCCH. The content of this RRC message includes a NAS PDU or a list of NAS PDU.In some implementations, a new DL RRC message is introduced to transfer the NAS PDU carrying voice packets or emergency traffic packets. It is transmitted by the base station to UE. This message is transmitted via the new SRB or SRB1bis. This RLC mode of the transmission of this message may be UM mode. The logical channel of the transmission of this message is DCCH. The content of this RRC message includes a NAS PDU or a list of NAS PDU.In some implementations, a new UL RRC message is introduced to transfer the NAS PDU carrying voice signaling. It is transmitted by UE to the base station. This message is transmitted via the new SRB or SRB1bis. This RLC mode of the transmission of this message may be AM mode. The logical channel of the transmission of this message is DCCH. The content of this RRC message includes a NAS PDU or a list of NAS PDU.In some implementations, a new DL RRC message is introduced to transfer the NAS PDU carrying voice signaling. It is transmitted by the base station to UE. This message is transmitted via the new SRB or SRB1bis. This RLC mode of the transmission of this message may be AM mode. The logical channel of the transmission of this message is DCCH. The content of this RRC message includes a NAS PDU or a list of NAS PDU.The type of NAS PDU can be carrier in new RRC message as above to indicate the type of NAS PDU carried in the RRC message. In some implementations, there is no need to distinguish whether the NAS PDU carries the voice signaling, for example, the new RRC message is used to deliver the NAS PDU of the voice packet, or emergency traffic packets. In this case, the type of NAS PDU may be one of i) the first type indicating that the NAS PDU includes the voice packet, or ii) the second type indicating that the NAS PDU includes the emergency traffic packets.In some implementations, there is a need to distinguish whether the NAS PDU carries the voice signaling, for example, the new RRC message is used to deliver the NAS PDU of the voice signaling, voice packet, or emergency traffic packets. In this case, the type of NAS PDU may be one of i) the first type indicating that NAS PDU includes the voice signaling, ii) the second type indicating that the NAS PDU includes the voice packet, or iii) the third type indicating that the NAS PDU includes the emergency traffic packets.Reusing RRC MessageIn general, the UL RRC message such as ULInformationTransfer message is used for the uplink transfer of NAS information. The DL RRC message such as DLInformationTransfer message is used for the downlink transfer of NAS dedicated information. In some implementations, NAS PDU can be used to transmit voice packets or emergency traffic packets, and carried in new SRB. The RRC message may be reused to transmit voice packets.In some implementations, for voice packets, the eNB may provide special scheduling strategies, for example, activating the SPS resource for voice packet. Hence, the base station needs to distinguish NAS PDU carrying voice packets or emergency traffic packets from NAS PDU carrying NAS signaling without carrying voice packets or emergency traffic packets.In order to distinguish NAS PDU carrying voice packets or voice signaling from NAS PDU carrying NAS signaling without carrying voice / emergency transmission, an indication is introduced in RRC message.In some implementations, an indication in UL RRC message is introduced to indicate the type of NAS PDU. As discussed above, if there is no need to distinguish whether the NAS PDU carries the voice signaling, the type of NAS PDU may be one of i) the first type indicating that the NAS PDU does not include any of the voice packet, or the emergency traffic packets, ii) the second type indicating that the NAS PDU includes the voice packet, or iii) the third type indicating that the NAS PDU includes the emergency traffic packets. In some implementations, if the type of NAS PDU is absent, the type of NAS PDU may be considered that the NAS PDU does not include any of the voice packet, or the emergency traffic packets.In some implementations, there is a need to distinguish whether the NAS PDU carries the voice signaling, the type of NAS PDU may be one of i) the first type indicating that the NAS PDU does not include any of the voice signaling, the voice packet, or the emergency traffic packets, ii) the second type indicating that the NAS PDU includes the voice signaling, iii) the third type indicating that the NAS PDU includes the voice packet, or iv) the fourth type indicating that the NAS PDU includes the emergency traffic packets. If the type of NAS PDU is absent, the type of NAS PDU may be considered that the NAS PDU includes NAS PDU does not include any of the voice signaling, the voice packet, or the emergency traffic packets.The UL RRC message, such as ULInformationTransfer, RRCConnectionResumeComplete, RRCConnectionSetupComplete, RRCEarlyDataRequest message may carry an indication indicating the type of NAS PDU carried in this RRC message. If this indication is absent, the NAS PDU is NAS signaling.In some implementations, an indication in DL RRC message is introduced to indicate the type of NAS PDU. In this case, the type of NAS PDU may be one of i) the first type indicating that the NAS PDU does not include any of the voice signaling, the voice packet, or the emergency traffic packets, ii) the second type indicating that the NAS PDU includes the voice signaling, iii) the third type indicating that the NAS PDU includes the voice packet, or iv) the fourth type indicating that the NAS PDU includes the emergency traffic packets. If the type of NAS PDU is absent, the type of NAS PDU may be considered that the NAS PDU does not include any of the voice signaling, the voice packet, or the emergency traffic packets.In some implementations, the type of NAS PDU may be one of i) the first type indicating that the NAS PDU does not include any of the voice packet, or the emergency traffic packets, ii) the second type indicating that the NAS PDU includes the voice packet, or iii) the third type indicating that the NAS PDU includes the emergency traffic packets. If the type of NAS PDU is absent, the type of NAS PDU may be considered that the NAS PDU includes NAS PDU does not include any of the voice signaling, the voice packet, or the emergency traffic packets.The DL RRC message, such as DLInformationTransfer, RRCConnectionReconfiguration, RRCConnectionSetup, RRCEarlyDataComplete message may carry an indication indicating the type of NAS PDU carried in this RRC message. If this indication is absent, the NAS PDU is NAS signaling.BSR Prohibition MechanismWhen the UL packet arrives, BSR (buffer status reporting) will be triggered. The BSR is a procedure where the UE informs the network node about the amount of data it has waiting in its buffers to be transmitted in the uplink. If there are available uplink resources such as SPS resources for the UL packet, BSR is transmitted in the uplink resource. Due to the periodic arrival of the UL voice packet, BSR will be sent periodically from the UE to the network node. However, the size of the voice packet may be fixed, so BSRs sent periodically are redundant. In order to avoid the redundant BSR transmissions, a BSR prohibit mechanism can be introduced in the below.In some implementations, a prohibit timer is introduced for a logical channel. It may be enabled by a RRC message. For example, an indication is configured to indicate that the prohibit timer for BSR is enabled. The length of the prohibit timer may be enabled by the RRC message. For example, a length of the timer is configured to indicate that the prohibit timer for BSR is enabled.In some implementations, a prohibit timer starts after a BSR that is triggered due to data becoming available for transmission for a logical channel for which the prohibit timer is configured is transmitted. For example, the logical channel x is used to transmit the voice packets. If the data belongs to the logical channel x becomes available, a BSR is triggered. When the uplink resource is available and the prohibit timer is not running, this BSR is transmitted, and the logical channel is restarted. When the uplink resource is available and the prohibit timer is running, this BSR logical channel x is not transmitted. If the data belongs to other logical channels than the logical channel x becomes available, a BSR is triggered. In this case, when the uplink resource is available, this BSR is transmitted.In some implementations, a prohibit timer starts when the size of the data becoming available for transmission for a logical channel for which the prohibit timer is configured is higher than or equals to a threshold. The threshold may be configured by RRC dedicated message or broadcast by SIB. If the size of the data becoming available for transmission for a logical channel is higher than or equals to a threshold, there may occur a transmission of voice packets. Hence, a prohibit timer may start to stop the redundant BSR reporting. For example, the logical channel x is used to transmit the voice packets. If the data belongs to the logical channel x becomes available, a BSR is triggered. When the uplink resource is available and the prohibit timer is not running, this BSR is transmitted. If the size of the data is higher than a threshold, a prohibit timer of the logical channel x is restarted. When the uplink resource is available and the prohibit timer is running, this BSR triggered by the logical channel x is not transmitted. If the data belongs to other logical channels than the logical channel x becomes available, a BSR is triggered. In this case, when the uplink resource is available, this BSR is transmitted.Two Separate SPS ConfigurationsFor a UE, two separate SPS (semi-persistent scheduling) configurations are configured, one for only BSR, one for all uplink data or a logical channel. The two separate SPS configurations may be transmitted in a RRC signaling. The RRC signaling may be RRC dedicated message, such as the RRC setup message, RRC reconfiguration message and so on. In some implementations, the RRC signaling including the two separate SPS configurations may be the different from the RRC message carrying the NAS PDU of voice signaling, voice packet, or emergency packet, which is described above in relation to the new SRB.The two SPS resources may be activated or released independently.If two separate SPS configurations are configured, the two resources need to be distinguished during the SPS activation or release PDCCH validation.The following options are provided for distinguishing the two resources for the two separate SPS configurations.Option 1: PDCCH introduces a new bit or SPS configuration index to distinguish the SPS resource for BSR only from the SPS resource for all uplink data or a logical channel. For SPS activation PDCCH validation, a bit or SPS configuration index may be used for indicating whether it is for all uplink data or a logical channel. For example, value ‘1’ means that this SPS activation PDCCH validation is for all uplink data or a logical channel, and value ‘0’ means that this SPS activation PDCCH validation is for BSR. The bit or SPS configuration index may reuse the useless bit or spare bit or field in SPS activation PDCCH validation. For example, the field number of scheduled TB for Unicast or Resource reservation or HARQ process number may be reused to indicate whether the SPS resource for all uplink data or a logical channel.For SPS release PDCCH validation, a bit or SPS configuration index may be used for indicating whether it is for all uplink data or a logical channel. For example, value ‘1’ means that this SPS release PDCCH validation is for all uplink data or a logical channel, and value ‘0’ means that this SPS release PDCCH validation is for BSR. The bit or SPS configuration index may reuse the useless bit or spare bit or field in SPS release PDCCH validation. For example, the field Number of scheduled TB for Unicast or Resource reservation or HARQ process number may be reused to indicate whether the SPS resource for all uplink data or a logical channel.Option 2: Different PDCCH formats are used for distinguishing the SPS resource for BSR only from the SPS resource for all uplink data or a logical channel. For example, if “Modulation and coding scheme” in PDCCH is set to 0000 (see Table 1 below) , and the Semi-Persistent Scheduling Activation NPDCCH Validation is for BSR. if “Modulation and coding scheme” in PDCCH is set to 11111 (see Table 2 below) , the Semi-Persistent Scheduling Activation NPDCCH Validation is for all uplink data or a logical channel.[Table 1] Special fields for Semi-Persistent Scheduling Activation NPDCCH Validation[Table 2] Special fields for Semi-Persistent Scheduling Release NPDCCH ValidationOption 3: Only one configuration can be activated. If the SPS configuration for voice is deactivated, the SPS configuration for BSR is activated. If the SPS configuration for BSR is deactivated, and the SPS configuration for voice is activated.FIG. 2 illustrates an example of a wireless communication system (e.g., a long term evolution (LTE) , 5G or NR cellular network) that includes a BS 220 and one or more user equipment (UE) 211, 212 and 213. In some embodiments, the uplink transmissions (231, 232, 233) can include uplink control information (UCI) , higher layer signaling (e.g., UE assistance information or UE capability) , or uplink information. In some embodiments, the downlink transmissions (241, 242, 243) can include DCI or high layer signaling or downlink information. The UE may be, for example, a smartphone, a tablet, a mobile computer, a machine to machine (M2M) device, a terminal, a mobile device, an Internet of Things (IoT) device, and so on.FIG. 3 is a block diagram representation of a portion of an apparatus, in accordance with some embodiments of the presently disclosed technology. An apparatus 310 such as a network device or a base station or a wireless device (or UE) , can include processor electronics 320 such as a microprocessor that implements one or more of the techniques presented in this document. The apparatus 310 can include transceiver electronics 330 to send and / or receive wireless signals over one or more communication interfaces such as antenna (s) 340. The apparatus 310 can include other communication interfaces for transmitting and receiving data. Apparatus 310 can include one or more memories (not explicitly shown) configured to store information such as data and / or instructions. In some implementations, the processor electronics 320 can include at least a portion of the transceiver electronics 330. In some embodiments, at least some of the disclosed techniques, modules or functions are implemented using the apparatus 310.Some preferred embodiments may include the following solutions.1. A method of wireless communication (e.g., method 400 in FIG. 4) , comprising: transmitting 410, from a base station to a user equipment (UE) , a first message based on a signaling radio bearer (SRB) that is designed to support at least one of a voice transmission or an emergency transmission.2. A method of wireless communication (e.g., method 500 in FIG. 5) , comprising: receiving 510, by a user equipment (UE) from a base station, a first message based on a signaling radio bearer (SRB) that is designed to support at least one of a voice transmission or an emergency transmission.3. The method of solution 1 or 2, wherein the SRB has a RLC (Radio Link Control) UM (Unacknowledged mode) configuration without having a PDCP configuration.4. The method of solution 1 or 2, wherein the SRB has a RLC UM mode configuration and a PDCP (Packet Data Convergence Protocol) configuration including a discard timer.5. The method of solution 1 or 2, wherein the first message is a radio resource control (RRC) message carrying a NAS PDU carrying at least one of the voice transmission or the emergency transmission.6. The method of solution 1 or 2, wherein the first message is a radio resource control (RRC) message including an indication indicating a type of a NAS PDU carried in the first message, the type of the NAS PDU being either a first type indicating that a NAS signaling does not contain any of the voice transmission or the emergency transmission or a second type indicating that the NAS signaling includes any of the voice transmission or the emergency transmission.7. The method of solution 1, further comprising: receiving, by the base station from a core network, a second message; and in response to the receiving of the second message, configuring, by the base station, the UE to set up or release the SRB.8. The method of solution 6, wherein the second message includes information about the NAS PDU carried in the voice transmission or the emergency transmission, the information being represented using QCI (Qos Class Identifier) , APR (Allocation and Retention Priority) , other Qos parameters, or a type indication indicating a type of NAS PDU, and wherein the type of NAS PDU is one of a first type indicating that a NAS signaling does not include any of the voice transmission or the emergency transmission, a second type indicating that the NAS signaling includes a voice signaling, a third type indicating that the NAS signaling includes a voice packet, or a fourth type indicating that the NAS signaling includes an emergency packet.9. The method of solution 6, wherein the second message includes information about the voice transmission or the emergency transmission, the information including a periodicity of a NAS PDU or an indication indicating a first NAS PDU of the voice transmission or the emergency transmission, or another indication indicating a last NAS PDU of the voice transmission or the emergency transmission.10. The method of solution 6, wherein the second message includes an indication indicating that the voice transmission or the emergency transmission is to be transmitted or that a voice bearer needs to be set up.11. The method of solution 6, wherein the second message includes an indication indicating that the voice transmission or the emergency transmission has been made or that a voice bearer needs to be released.12. A method of wireless communication (e.g., method 600 in FIG. 6) , comprising: triggering 610, by a base station, a buffer status reporting (BSR) ; transmitting 620, by the base station to a user equipment (UE) , a first message including an indication indicating an enablement of a prohibit timer configured for a logical channel to prohibit the buffer status reporting (BSR) ; and receiving 630, by the base station from the UE, the BSR based on a predetermined condition.13. A method of wireless communication (e.g., method 700 in FIG. 7) , comprising: receiving 710, by a user equipment (UE) from a base station, a first message including an indication indicating an enablement of a prohibit timer configured for a logical channel to prohibit the buffer status reporting (BSR) ; and transmitting 720, by the UE to the base station, the BSR based on a predetermined condition.14. The method of solution 12 or 13, wherein the prohibit timer starts after receiving the BSR that is triggered due to data becoming available for a transmission for the logical channel.15. A method of wireless communication (e.g., method 800 in FIG. 8) , comprising: transmitting 810, from a base station to a user equipment (UE) , a first message including a first SPS configuration for a buffer status report (BSR) and a second SPS configuration for uplink data or a logical channel; and transmitting 820, from the base station to the UE, a physical downlink control channel (PDCCH) .16. A method of wireless communication (e.g., method 900 in FIG. 9) , comprising: receiving 910, by a user equipment (UE) from a base station, a first message including a first SPS configuration for a buffer status report (BSR) and a second SPS configuration for uplink data or a logical channel; and receiving 920, by the UE from the base station, a physical downlink control channel (PDCCH) .17. The method of solution 15 or 16, wherein the PDCCH includes a bit or an index to distinguish the first SPS configuration from the second SPS configuration, or the PDCCH has a format that activates the first SPS configuration or the second SPS configuration.18. The method of any of solutions 1-17, the UE is configured to operate as a Narrowband-Internet of Things (NB-IoT) UE.19. A wireless communication apparatus comprising a processor configured to implement a method recited in any of above solutions.20. A computer storage medium having code stored thereupon, the code, upon execution by a processor, causing the processor to implement a method recited in any of above solutions.The disclosed and other embodiments, modules and the functional operations described in this document can be implemented in digital electronic circuitry, or in computer software, firmware, or hardware, including the structures disclosed in this document and their structural equivalents, or in combinations of one or more of them. The disclosed and other embodiments can be implemented as one or more computer program products, i.e., one or more modules of computer program instructions encoded on a computer readable medium for execution by, or to control the operation of, data processing apparatus. The computer readable medium can be a machine-readable storage device, a machine-readable storage substrate, a memory device, a composition of matter effecting a machine-readable propagated signal, or a combination of one or more them. The term “data processing apparatus” encompasses all apparatus, devices, and machines for processing data, including by way of example a programmable processor, a computer, or multiple processors or computers. The apparatus can include, in addition to hardware, code that creates an execution environment for the computer program in question, e.g., code that constitutes processor firmware, a protocol stack, a database management system, an operating system, or a combination of one or more of them. A propagated signal is an artificially generated signal, e.g., a machine-generated electrical, optical, or electromagnetic signal, that is generated to encode information for transmission to suitable receiver apparatus.A computer program (also known as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a standalone program or as a module, component, subroutine, or other unit suitable for use in a computing environment. A computer program does not necessarily correspond to a file in a file system. A program can be stored in a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document) , in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub programs, or portions of code) . A computer program can be deployed to be executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communication network.The processes and logic flows described in this document can be performed by one or more programmable processors executing one or more computer programs to perform functions by operating on input data and generating output. The processes and logic flows can also be performed by, and apparatus can also be implemented as, special purpose logic circuitry, e.g., an FPGA (field programmable gate array) or an ASIC (application specific integrated circuit) .Processors suitable for the execution of a computer program include, by way of example, both general and special purpose microprocessors, and any one or more processors of any kind of digital computer. Generally, a processor will receive instructions and data from a read only memory or a random access memory or both. The essential elements of a computer are a processor for performing instructions and one or more memory devices for storing instructions and data. Generally, a computer will also include, or be operatively coupled to receive data from or transfer data to, or both, one or more mass storage devices for storing data, e.g., magnetic, magneto optical disks, or optical disks. However, a computer need not have such devices. Computer readable media suitable for storing computer program instructions and data include all forms of non-volatile memory, media and memory devices, including by way of example semiconductor memory devices, e.g., EPROM, EEPROM, and flash memory devices; magnetic disks, e.g., internal hard disks or removable disks; magneto optical disks; and CD ROM and DVD-ROM disks. The processor and the memory can be supplemented by, or incorporated in, special purpose logic circuitry.While this document contains many specifics, these should not be construed as limitations on the scope of an invention that is claimed or of what may be claimed, but rather as descriptions of features specific to particular embodiments. Certain features that are described in this document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or a variation of a sub-combination. Similarly, while operations are depicted in the drawings 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.Only a few examples and implementations are disclosed. Variations, modifications, and enhancements to the described examples and implementations and other implementations can be made based on what is disclosed.

Claims

1.A method of wireless communication, comprising:transmitting, from a base station to a user equipment (UE) , a first message based on a signaling radio bearer (SRB) that is designed to support at least one of a voice transmission or an emergency transmission.2.A method of wireless communication, comprising:receiving, by a user equipment (UE) from a base station, a first message based on a signaling radio bearer (SRB) that is designed to support at least one of a voice transmission or an emergency transmission.3.The method of claim 1 or 2, wherein the SRB has a RLC (Radio Link Control) UM (Unacknowledged mode) configuration without having a PDCP configuration.4.The method of claim 1 or 2, wherein the SRB has a RLC UM mode configuration and a PDCP (Packet Data Convergence Protocol) configuration including a discard timer.5.The method of claim 1 or 2, wherein the first message is a radio resource control (RRC) message carrying a NAS PDU carrying at least one of the voice transmission or the emergency transmission.6.The method of claim 1 or 2, wherein the first message is a radio resource control (RRC) message including an indication indicating a type of a NAS PDU carried in the first message, the type of the NAS PDU being either a first type indicating that a NAS signaling does not contain any of the voice transmission or the emergency transmission or a second type indicating that the NAS signaling includes any of the voice transmission or the emergency transmission.7.The method of claim 1, further comprising:receiving, by the base station from a core network, a second message; andin response to the receiving of the second message, configuring, by the base station, the UE to set up or release the SRB.8.The method of claim 6, wherein the second message includes information about the NAS PDU carried in the voice transmission or the emergency transmission, the information being represented using QCI (Qos Class Identifier) , APR (Allocation and Retention Priority) , other Qos parameters, or a type indication indicating a type of NAS PDU, and wherein the type of NAS PDU is one of a first type indicating that a NAS signaling does not include any of the voice transmission or the emergency transmission, a second type indicating that the NAS signaling includes a voice signaling, a third type indicating that the NAS signaling includes a voice packet, or a fourth type indicating that the NAS signaling includes an emergency packet.9.The method of claim 6, wherein the second message includes information about the voice transmission or the emergency transmission, the information including a periodicity of a NAS PDU or an indication indicating a first NAS PDU of the voice transmission or the emergency transmission, or another indication indicating a last NAS PDU of the voice transmission or the emergency transmission.10.The method of claim 6, wherein the second message includes an indication indicating that the voice transmission or the emergency transmission is to be transmitted or that a voice bearer needs to be set up.11.The method of claim 6, wherein the second message includes an indication indicating that the voice transmission or the emergency transmission has been made or that a voice bearer needs to be released.12.A method of wireless communication, comprising:triggering, by a base station, a buffer status reporting (BSR) ;transmitting, by the base station to a user equipment (UE) , a first message including an indication indicating an enablement of a prohibit timer configured for a logical channel to prohibit the buffer status reporting (BSR) ; andreceiving, by the base station from the UE, the BSR based on a predetermined condition.13.A method of wireless communication, comprising:receiving, by a user equipment (UE) from a base station, a first message including an indication indicating an enablement of a prohibit timer configured for a logical channel to prohibit a buffer status reporting (BSR) ; andtransmitting, by the UE to the base station, the BSR based on a predetermined condition.14.The method of claim 12 or 13, wherein the prohibit timer starts after receiving the BSR that is triggered due to data becoming available for a transmission for the logical channel.15.A method of wireless communication, comprising:transmitting, from a base station to a user equipment (UE) , a first message including a first SPS configuration for a buffer status report (BSR) and a second SPS configuration for uplink data or a logical channel; andtransmitting, from the base station to the UE, a physical downlink control channel (PDCCH) .16.A method of wireless communication, comprising:receiving, by a user equipment (UE) from a base station, a first message including a first SPS configuration for a buffer status report (BSR) and a second SPS configuration for uplink data or a logical channel; andreceiving, by the UE from the base station, a physical downlink control channel (PDCCH) .17.The method of claim 15 or 16, wherein the PDCCH includes a bit or an index to distinguish the first SPS configuration from the second SPS configuration, or the PDCCH has a format that activates the first SPS configuration or the second SPS configuration.18.The method of any of claims 1-17, the UE is configured to operate as a Narrowband-Internet of Things (NB-IoT) UE.19.A wireless communication apparatus comprising a processor configured to implement a method recited in any of above claims.20.A computer storage medium having code stored thereupon, the code, upon execution by a processor, causing the processor to implement a method recited in any of above claims.

Images