Wireless communication on multiple bands

Abstract

Techniques are described to perform or enable sidelink communication by user equipment(s). An example wireless communication method includes receiving, by a communication device, a configuration information of a common resource or dedicated resources; selecting, by the communication device, a resource for one or more traffic data type according to the configuration information; and communicating, between the communication device and another communication device, the one or more traffic data on the resource, where the resource include one or more bandwidth parts (BWPs) or one or more resource pools or one or more carriers, and where the configuration information including a mapping between a set of traffic data types and a set of resources.

Description

WIRELESS COMMUNICATION ON MULTIPLE BANDSTECHNICAL FIELD

[0001] This document is directed generally to digital wireless communications.BACKGROUND

[0002] Mobile telecommunication technologies are moving the world toward an increasingly connected and networked society. In comparison with the existing wireless networks, next generation systems and wireless communication techniques will need to support a much wider range of use-case characteristics and provide a more complex and sophisticated range of access requirements and flexibilities.

[0003] Long-Term Evolution (LTE) is a standard for wireless communication for mobile devices and data terminals developed by 3rd Generation Partnership Project (3GPP) . LTE Advanced (LTE-A) is a wireless communication standard that enhances the LTE standard. The 5th generation of wireless system, known as 5G, advances the LTE and LTE-A wireless standards and is committed to supporting higher data-rates, large number of connections, ultra-low latency, high reliability and other emerging business needs.SUMMARY

[0004] Techniques are disclosed for performing or enabling sidelink communication by user equipment (s) .

[0005] An example wireless communication method includes receiving, by a communication device, a configuration information of a common resource or dedicated resources; selecting, by the communication device, a resource for one or more traffic data type according to the configuration information; and communicating, between the communication device and another communication device, the one or more traffic data on the resource, where the resource include one or more bandwidth parts (BWPs) or one or more resource pools or one or more carriers, and where the configuration information including a mapping between a set of traffic data types and a set of resources.

[0006] In some embodiments, the common resource is configured to have a different time domain resource than that of the dedicated resources configured to carry different types of sidelink traffic. In some embodiments, the dedicated resources are configured to have an overlapping frequency domain or an overlapping time domain. In some embodiments, an overlapping part of a dedicated resource is configured by a network device or is pre-configured. In some embodiments, the communication device receives the configuration information of the common resource or the dedicated resources from a network device in response to the communication device being in coverage of the network device or being connected with the network device.

[0007] In some embodiments, the communication device receives the configuration information of the common resource or the dedicated resources from a pre-configuration. In some embodiments, each BWP or each resource pool or each carrier is associated with one or more types of data traffic. In some embodiments,  each type of data traffic is associated with a set of BWPs or a set of resource pool or a set of carrier. In some embodiments, each type of data traffic is associated with a list of one or more quality of service (QoS) profiles. In some embodiments, each type of data traffic is associated with a list of one or more service types. In some embodiments, each type of data traffic is associated with a list of one or more destination identifiers. In some embodiments, each type of data traffic is associated with a traffic data type identifier which is provide by non-access stratum (NAS) layer.

[0008] In some embodiments, the communication device activates a BWP or a carrier associated with a traffic data type in response to establishing a connection for a destination identifier associated with the traffic data type or for a service type associated with the traffic data type. In some embodiments, the communication device activates a BWP or a carrier associated with a traffic data type in response to being interesting in a destination identifier associated with the traffic data type or a service type associated with the traffic data type. In some embodiments, each service type or each destination identifier of the data is mapped with a priority. In some embodiments, the communication device activates a BWP or a carrier associated with a traffic data type with a highest priority.

[0009] In some embodiments, the communication device transmits the one or more traffic data on the resource by selecting a destination belonging to a list of destination identifiers in response to an acquired sidelink grant being in a resource being associated with the list of destination identifiers during a logical channel prioritization (LCP) procedure. In some embodiments, the communicating between the communication device and the another communication device includes transmitting, by the communication device to another communication device, the one or more traffic data on the resource. In some embodiments, the communicating between the communication device and the another communication device includes receiving, by the communication device from another communication device, the one or more traffic data on the resource.

[0010] Another example wireless communication method includes indicating, by a communication device to a lower layer of the communication device, a failure indication for a carrier or a bandwidth part (BWP) . In some embodiments, the indicating includes indicating, by the communication device to the lower layer of the communication device, that a timer related to radio resource control (RRC) reconfiguration has expired for the carrier or the BWP; or the indicating includes indicating, by the communication device to the lower layer of the communication device, that a maximum number of retransmissions for a specific destination has been reached for the carrier or the BWP.

[0011] In some embodiments, the method further comprises disabling, by the communication device, a packet data convergence protocol (PDCP) duplication for a PDCP packet data units (PDUs) on the carrier or the BWP that failed. In some embodiments, the method further comprises obtaining, by the communication device, an updated list of candidate carriers or BWPs by deleting the carrier or the BWP that failed from the list of candidate carriers; and indicating the updated list of candidate carriers to the lower layer of the communication device. In some embodiments, the lower layer triggers a transmission carrier or BWP selection or reselection procedure.

[0012] In yet another exemplary aspect, the above-described methods are embodied in the form of  processor-executable code and stored in a non-transitory computer-readable storage medium. The code included in the computer readable storage medium when executed by a processor, causes the processor to implement the methods described in this patent document.

[0013] In yet another exemplary embodiment, a device that is configured or operable to perform the above-described methods is disclosed.

[0014] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.

[0015] BRIEF DESCRIPTION OF THE DRAWING

[0016] FIG. 1 shows an example scenario of sidelink communication for UEs;

[0017] FIG. 2 shows an exemplary flowchart for communicating between communication devices;

[0018] FIG. 3 shows an exemplary flowchart for indication of a failure indication in a communication device;

[0019] FIG. 4 shows an example of wireless communication including a base station (BS) and user equipment (UE) based on some implementations of the disclosed technology; and

[0020] FIG. 5 shows an exemplary block diagram of a hardware platform that may be a part of a network device or a communication device.DETAILED DESCRIPTION

[0021] A type of user equipment (UE) (e.g., RedCap UE or low-cost UE) can have reduced capabilities with the intention to have lower complexity with respect to non-RedCap UEs. Thus, compared with non-RedCap UEs, a RedCap UE can support less channel bandwidth. In current technology, a sidelink UE may need to monitor the configured sidelink reception resource pool so that it does not to miss the reception for any sidelink data. The sidelink reception resource pool may be monitored by a UE from another UE via PC5 interface. The sidelink reception resource pool includes all the sidelink transmission resource pools, but this may need a large bandwidth which may not be supported for a redcap UE. This patent document describes example technical solutions for performing sidelink communication that can allow a UE to minimize missing any interested sidelink data for scenarios where the UE only supports narrow bandwidth. An interested sidelink data can include data that the UE wants to receive or transmit from another UE.

[0022] FIG. 1 shows an example scenario of sidelink communication for UEs (e.g., UE1 to UE3 shown in FIG. 1) in a wireless network may communicate data with one another via direct sidelink communication channels without the data being relayed by any wireless access network nodes. Some application scenarios of sidelink communications, such as those involving vehicular wireless network devices, may have communication requirements that are more stringent and unpredictable compared to other conventional applications involving UE-UE sidelink communications.

[0023] A low-cost UE (also known as RedCap UE) has reduced capabilities that can have lower complexity with respect to a normal UEs. For example, the low-cost UE may can support only 5 MHz or 20 MHz or more narrow maximum UE channel bandwidth. When a low-cost UE perform sidelink communication, it may be important to provide a resource allocation mechanism to enable low-power and narrow bandwidth to use of both sidelink communication resources and control resources.

[0024] The example headings for the various sections below are used to facilitate the understanding of the disclosed subject matter and do not limit the scope of the claimed subject matter in any way. Accordingly, one or more features of one example section can be combined with one or more features of another example section. Furthermore, 5G terminology is used for the sake of clarity of explanation, but the techniques disclosed in the present document are not limited to 5G technology only, and may be used in wireless systems that implemented other protocols.

[0025] I. Introduction

[0026] In the various implementations of this embodiment in the sections described below, a first UE (TX UE) and a second UE (RX UE) can have an established connection for sidelink communication in, for example, a unicast mode. TX UE can represent a sidelink data transmitter and RX UE can represent a corresponding sidelink data receiver. The implementations in the sections below can enable TX UX to further reduce its bandwidth when transmitting data and can enable RX UX to further reduce its bandwidth when monitoring and receiving data from TX UE.

[0027] In the following sections, the traffic type information may related to, for example, destination identity, service type, cast type (e.g., indicator of cast type such as unicast, group-cast, or broadcast) , quality of service (QoS) information of the sidelink communication. The QoS information, for example, may be represented by a QoS flow identity (QFI) and / or a QoS profile corresponding to the sidelink communication. Some of these information elements may be optional while the others may be mandatory, and the list above is provided as an example.

[0028] In the following sections, the network may be a base station or a control unit in the network. The UE can acquire configuration information from the network via wireless or wired communication.

[0029] II. Embodiment 1 -Resource Allocation

[0030] Assuming that a UE can only support 5Mbps bandwidth, but 5Mbps bandwidth may not be sufficient to cover all kinds of traffic in which a low-cost UE may be interested. Thus, a technical solution presented in this patent document is to have a system transmit different types of (sidelink) traffic within different BWPs or resource pools or different carriers.

[0031] For example, type 1 traffic is transmitted in the first BWPs / resource pool / carrier, type 2 traffic is transmitted in the second BWPs / resource pool / carrier, and so on. In the following, we take BWP as an example, it is similar for resource pool or carrier case. If the UE is interested in one type of traffic, it switch the corresponding BWP to perform communication. In another example, if the UE can support working on more than one bandwidth simultaneously, and the UE is interested in more than one types of traffic, it activates the  more than one corresponding BWPs to perform communication. In addition, there may be some common types of information (such as system information, direct communication request information, direct communication response information, and so on) which should be transmitted or received by the UE that is interested in any kinds of traffic. If UE cannot work on all the BWPs simultaneously, in order not to miss the data of other type traffic, the UE should know when to switch to other BWPs or resource pool. In this patent document, a normal resource may include a dedicated resource.

[0032] II. a. Embodiment 1 -Option 1

[0033] The common types of information (such as system information, direct communication request information, direct communication response information, and so on) is transmitted or received (e.g., between UEs) on a common type of resource (the resource may be BWP or resource pool or carrier) , (or it can be named as default type of resource) . This common type of resource is configured with different time domain resource than that of other normal type of resource (e.g., BWP or resource pools or carrier) which carry different types of (sidelink) traffic.

[0034] For TX UE:

[0035] ● Step1: The UE is configured with common types of resources, and one or more normal types of resources.

[0036] ○ If UE is in-coverage of a base station or be connected with a network control unit, it may acquire the configuration information of common and normal resource (e.g., BWP or resource pool or carrier) from the network.

[0037] ○ If UE is out of coverage of a base station, it may acquire the configuration information of common and normal types of resource from the pre-configuration. A pre-configuration may include resource configuration.

[0038] ○ Wherein, the common BWP  / resource pool and normal BWP / resource pool may be configured with different time domain.

[0039] ○ Wherein, each normal BWP / resource pool is associated with one or more types of traffic.

[0040] ○ In addition, we provide some ways to determine the type of traffic for each traffic data.

[0041] ○ In some embodiments, each type of traffic is associated with a list of QoS profile that includes one or more QoS profiles.

[0042] ○ In another embodiment, each type of traffic is associated with a list of service types that includes one or more service types.

[0043] ○ In another embodiment, each type of traffic is associated with a list of destination identifier (id) that includes one or more destination id (s) . For example, the type id can be derived by: destination id modulo the number of traffic type, wherein the number of traffic type is acquired from network or preconfigured. A type id can be a way to identify a traffic type.

[0044] ○ In another embodiment, each type of traffic is associated with a traffic type id which is provide by NAS layer.

[0045] ● Step 2: For a TX UE, if it is configured with network schedule mode, the resource is allocated by the network. If it is configured with UE selecting mode, it may select the resource by its own.

[0046] ○ The UE can report its interested traffic type (s) or service type (s) to the network. In some embodiments, it can report its interested traffic type (s) or service type (s) in the sidelink UE information message.

[0047] ○ However, this step is optional for some UE.

[0048] ● Step 3: For a TX UE, when it has data to send, it should determine which BWP / resource pool can be selected.

[0049] ○ For example, if it has common information such as system information, direct communication request information, direct communication response information and other broadcast information to send, it may select the common BWP  / resource pool. When it has normal data to send, it may determine the traffic type (s) of the data, then determine the one or more BWPs / one or more resource pools  / one or more carrier according to the traffic type (s) . If the UE does not work on the determined BWP  / the determined resource pool / the determined carrier, it may perform BWP  / resource pool / carrier switch.

[0050] For RX UE:

[0051] ● Step1: The UE is configured with common BWP or common resource pool, and one or more normal BWP(s) or one or more normal resource pool (s) .

[0052] ○ If UE is in-coverage of a base station or be connected with a network control unit, it may acquire the configuration information of common and normal resource (e.g., BWP or resource pool or carrier) from the network.

[0053] ○ If UE is out of coverage of a base station, it may acquire the configuration information of common and normal resource (e.g., BWP or resource pool or carrier) from the pre-configuration.

[0054] ○ Wherein, the common BWP  / resource pool and normal BWP / resource pool may be configured with different time domain.

[0055] ○ Wherein, each normal BWP / resource pool is associated with one or more types of traffic.

[0056] ○ In addition, we provide some ways to determine the type of traffic for each traffic data.

[0057] ○ In some embodiments, each type of traffic is associated with a list of QoS profile.

[0058] ○ In another embodiment, each type of traffic is associated with a list of service types.

[0059] ○ In another embodiment, each type of traffic is associated with a list of destination id. For  example, the type id can be derived by: destination id modulo the number of traffic type, wherein the number of traffic type is acquired from network or preconfigured.

[0060] ○ In another embodiment, each type of traffic is associated with a traffic type id which is provide by NAS layer.

[0061] ● Step 2: The RX UE can report its interested receiving traffic type (s) or service type (s) to the network. In some embodiments, it can report its interested traffic type (s) or service type (s) in the sidelink UE information message. The network can configure the activated BWP or receive resource pool for the RX UE according to the report.

[0062] ○ However, this step is optional for some UE.

[0063] ● Step 3: The RX UE determine its interested traffic and its associated traffic type. Then determine which of the one or more BWPs / one or more resource pools / one or more carriers need to be monitored based on traffic type.

[0064] ○ if the UE does not work on the determined BWP  / the determined resource pool / the determined carrier, it may perform BWP  / resource pool / carriers switch.

[0065] II. b. Embodiment 1 -Option 2

[0066] The UE may be configured with different BWPs or resource pools which carry different types of (sidelink) traffic. And there is overlapping on frequency or time domain among different BWPs or resource pools.

[0067] The common types of information (such as system information, direct communication request information, direct communication response information, and so on) is transmitted or received on a overlapping part of all the BWPs or resource pools. By this way, the UE does not need to switch activated BWP or resource pool to monitor or send common types of information.

[0068] In some embodiments, the overlapping part of resource is configured by the network or preconfigured.

[0069] For TX UE:

[0070] ● Step1: The UE is configured with one or more BWP (s) or resource pool (s) .

[0071] ○ If UE is in-coverage of a base station or be connected with a network control unit, it may acquire the configuration information of BWP (s) or resource pool (s) from the network.

[0072] ○ If UE is out of coverage of a base station, it may acquire the configuration information of BWP(s) or resource pool (s) from the pre-configuration.

[0073] ○ Wherein, the BWP / resource pool may be configured with overlapping frequency or time domain.

[0074] ○ In some embodiments, the overlapping part of resource is configured by the network or  preconfigured.

[0075] ○ Wherein, each BWP / resource pool is associated with one or more types of traffic.

[0076] ○ In addition, we provide some ways to determine the type of traffic for each traffic data.

[0077] ○ In some embodiments, each type of traffic is associated with a list of QoS profile.

[0078] ○ In another embodiment, each type of traffic is associated with a list of service types.

[0079] ○ In another embodiment, each type of traffic is associated with a list of destination id. For example, the type id can be derived by: destination id modulo the number of traffic type, wherein the number of traffic type is acquired from network or preconfigured.

[0080] ○ In another embodiment, each type of traffic is associated with a traffic type id which is provide by NAS layer.

[0081] ● Step 2: For a TX UE, if it is configured with network schedule mode, the resource is allocated by the network. If it is configured with UE selecting mode, it may select the resource by its own.

[0082] ○ The UE can report its interested traffic type (s) or service type (s) to the network. In some embodiments, it can report its interested traffic type (s) or service type (s) in the sidelink UE information message.

[0083] ○ However, this step is optional for some UE.

[0084] ● Step 3: For a TX UE, when it has data to send, it should determine which BWP / resource pool can be selected.

[0085] ○ For example, if it has data to send, it may determine the traffic type (s) of the data, then determine the BWP  / resource pool according to the traffic type (s) . if the UE does not work on this BWP  / resource pool, it may perform BWP  / resource pool switch.

[0086] For RX UE:

[0087] ● Step1: The UE is configured with one or more normal BWP (s) or one or more normal resource pool (s) .

[0088] ○ If UE is in-coverage of a base station or be connected with a network control unit, it may acquire the configuration information of BWP (s) or resource pool (s) from the network.

[0089] ○ If UE is out of coverage of a base station, it may acquire the configuration information of BWP(s) or resource pool (s) from the pre-configuration.

[0090] ○ Wherein, the BWP / resource pool may be configured with overlapping frequency or time domain.

[0091] ○ Wherein, each normal BWP / resource pool is associated with one or more types of traffic.

[0092] ○ In addition, we provide some ways to determine the type of traffic for each traffic data.

[0093] ○ In some embodiments, each type of traffic is associated with a list of QoS profile.

[0094] ○ In another embodiment, each type of traffic is associated with a list of service types.

[0095] ○ In another embodiment, each type of traffic is associated with a list of destination id. For example, the type id can be derived by: destination id modulo the number of traffic type, wherein the number of traffic type is acquired from network or preconfigured.

[0096] ○ In another embodiment, each type of traffic is associated with a traffic type id which is provide by NAS layer.

[0097] ● Step 2: The RX UE can report its interested receiving traffic type (s) or service type (s) to the network. In some embodiments, it can report its interested traffic type (s) or service type (s) in the sidelink UE information message. The network can configure the activated BWP or receive resource pool for the RX UE according to the report.

[0098] ○ However, this step is optional for some UE.

[0099] ● Step 3: The RX UE determine its interested traffic and its associated traffic type. Then determine which BWP / resource pool need to be monitored based on traffic type.

[0100] ○ if the UE does not work on this BWP  / resource pool, it may perform BWP  / resource pool switch.

[0101] III. Embodiment 2 -Resource Selection and / or Reselection

[0102] III. a. Embodiment 2-Option 1

[0103] This embodiment is related to Embodiment 1 –Option 1.

[0104] After common types of information (such as system information, direct communication request information, direct communication response information, and so on) is transmitted or received on a common BWP or common resource pool (or it can be named as default BWP or resource pool) , the UE can further determine which BWP may be the activated BWP.

[0105] In following embodiments, if the UE has established connection (s) with one or more destination id / service type, it can determine which BWP can be activated.

[0106] In some embodiments, after UE has established one connection with another UE for a destination id / service type associated with the x-traffic type, it then activates the BWP associated with the x-traffic type.

[0107] In some embodiments, if the UE has established multiple connections for multiple destination id / service type associated with the same x-traffic type , it then activates the BWP associated with the x-traffic type.

[0108] In some embodiments, if the UE has established multiple connections for multiple destination ids / service types associated with the different traffic types associated with the same BWP, it then activates the BWP associated with these traffic type.

[0109] In some embodiments, if the UE has established multiple connections for multiple destination ids / service types associated with the different traffic types associated with different BWP (s) , and the UE cannot activate all of these BWP (s) , it has to determine which BWP (s) associated with these traffic types may be activated. For some embodiments, each service type or destination id is mapped with a priority. The UE may activate the BWP associated with service type or destination id with highest priority. In some embodiments, the priority for each service type or destination id is acquired from NAS layer of the UE.

[0110] In the above embodiment, the connection establishment process is executed on the common BWP. After the UE completes the connection establishment, it enters the activated normal BWP. In the following embodiment, the UE first activates the normal BWP before completing the connection establishment and completes the connection establishment process on the activated BWP.

[0111] In following embodiments, if the UE is interested in some of destination id / service type, it can determine which BWP can be activated.

[0112] In some embodiments, if UE is interested in a destination id / service type associated with the x-traffic type, it then activates the BWP associated with the x-traffic type.

[0113] In some embodiments, if the UE is interested in multiple destination id / service type associated with the same x-traffic type , it then activates the BWP associated with the x-traffic type.

[0114] In some embodiments, if the is interested in multiple destination id / service type associated with the different traffic types associated with the same BWP, it then activates the BWP associated with these traffic type.

[0115] In some embodiments, if the UE is interested in multiple destination id / service type associated with the different traffic types associated with different BWP (s) , and the UE cannot activate all of these BWP (s) , it has to determine which BWP associated with these traffic types may be activated. For some embodiments, each service type or destination id is mapped with a priority. The UE may activates the BWP associated with service type or destination id with highest priority. In some embodiments, the priority for each service type or destination id is acquired from NAS layer of the UE.

[0116] III. b. Embodiment 2 -Option 2

[0117] This embodiment is related to Embodiment 1 -Option2.

[0118] After UE determine the traffic type (s) of the data, it then determine the BWP  / resource pool according to the traffic type (s) .

[0119] In some embodiments, each service type or each destination id is mapped with a priority. Assuming the UE has established a connection for a destination id / service type associated with the x-traffic type and the activated BWP of the UE is BWP-a, then after common types of information (such as system information, direct communication request information, direct communication response information, and so on) is transmitted or received, the UE may further determine whether to change activated BWP.

[0120] For some embodiments, the UE is interested in or has established a connection to a destination id / service type associated with the y-traffic type, if the priority of destination id / service type associated with the y-traffic type is higher than the priority of destination id / service type associated with the x-traffic type, the UE perform BWP  / resource pool switch, or the UE activates the BWP-b associated with the y-traffic type.

[0121] In some embodiments, the priority for each service type or destination id is acquired from NAS layer of the UE.

[0122] In some embodiments, if the UE is interested in or has established multiple connections to multiple destination id / service type associated with the y-traffic type and z-traffic type, if the priority of destination id / service type associated with the y-traffic type and z-traffic type are higher than the priority of destination id / service type associated with the x-traffic type, the UE perform BWP  / resource pool switch, or the UE activates the BWP associated with the traffic type having higher priority.

[0123] In some embodiments, if the UE is interested in a destination id / service type associated with the y-traffic type associated with an inactivated BWP-b. The UE can activate the BWP-b after current connection on BWP-ais released.

[0124] IV. Embodiment 3 -Resource Using Logical Channel Prioritization

[0125] The sidelink Logical Channel Prioritization procedure is applied whenever a new transmission is performed.

[0126] Assuming the UE has established multiple connection, wherein, a list-x of destination id or service type or {destination L2 id, Qos profile} or {destination L2 id, Qos flow} is associated with BWP-a and a list-y of destination id / service type or {destination L2 id, Qos profile} or {destination L2 id, Qos flow} is associated with BWP-b. and the UE activates both BWP-a and BWP-b simultaneous.

[0127] When UE acquire resource for a new transmission, the UE may firstly select the destination, then select the logical channels satisfying some conditions among the logical channels belonging to the selected Destination.

[0128] In some embodiments, if the transmission is associated with a sidelink grant in the SL BWP-a, UE2 select a Destination belonging to list-x. Then it further select the logical channels belonging to the selected Destination or service type. After that UE multiplex a MAC CE and / or MAC SDUs in a MAC PDU.

[0129] In another embodiment, if the transmission is associated with a sidelink grant in the SL BWP-b, UE2 select a Destination belonging to list-y. Then it further select the logical channels belonging to the selected Destination or service type. After that UE multiplex a MAC CE and / or MAC SDUs in a MAC PDU.

[0130] V. Embodiment 4

[0131] In this embodiment, UE1 and UE2 can have established a PC5 RRC connection. UE-1 send RRCReconfigurationSidelink message to UE-2, if UE-2 can apply the configuration in the RRCReconfigurationSidelink, UE-2 will send RRCReconfigurationCompleteSidelink to UE-1. Then the UE-1  and UE-2 can use the configuration included in the RRCReconfigurationSidelink. the configuration may include sidelink bearer configuration or measurement configuration. If UE-2 can not apply the configuration in the RRCReconfigurationSidelink , UE-2 will send RRCReconfigurationFailureSidelink to UE-1. then the UE-1 and UE-2 can not use the configuration included in the RRCReconfigurationSidelink.

[0132] In some embodiments, after a UE1 transmit RRCReconfigurationSidelink message, it start a RRCReconfiguration related timer (such as T400) for the destination. The UE1 shall stop RRCReconfiguration related timer (if running) upon reception of the RRCReconfigurationFailureSidelink or RRCReconfiguration-CompleteSidelink.

[0133] However, if UE1 does not receive RRCReconfigurationFailureSidelink or RRCReconfiguration-CompleteSidelink message for a configured time. The RRCReconfiguration related timer may be expired.

[0134] In some embodiments, in case one carrier is used for the communication between UE1 and UE2, when RRCReconfiguration related timer is expired, UE1 may consider sidelink radio link failure to be detected for this destination, then it may release the connection for this destination.

[0135] In some embodiments, in case more than one carriers are used for the communication between UE1 and UE2, when RRCReconfiguration related timer (used to determine whether a link is lost) is expired for one carrier. The UE may not consider sidelink radio link failure to be detected for this destination, and it may not release the connection for this destination.

[0136] For example, if Sidelink packet duplication is used for sidelink. The duplicated PDCP PDUs (carry data bearer or signalling bearer) of the same PDCP entity are transmitted on different carriers. In case RRCReconfiguration related timer is expired for one of carriers, the UE may consider this carrier cannot be used and indicate that the timer has expired to lower layers (such as MAC layer of UE) , then the MAC layer may trigger the TX carrier (re-) selection procedure. In another embodiment, the UE may delete this carrier from the candidate carriers list and indicate to updated candidate carriers list to the lower layers. In another embodiment, the UE may remove this carrier and disable the PDCP duplication for the related PDCP PDUs.

[0137] Similarly, upon indication from sidelink RLC entity that the maximum number of retransmissions for a specific destination has been reached in one of carrier, the UE may consider this carrier cannot be used and indicate that the timer has expired to lower layers (such as MAC layer of UE) , then the MAC layer may trigger the TX carrier (re-) selection procedure. In another embodiment, the UE may delete this carrier from the candidate carriers list and indicate to updated candidate carriers list to the lower layers. In another embodiment, the UE may remove this carrier and disable the PDCP duplication for the related PDCP PDUs.

[0138] FIG. 2 shows an exemplary flowchart for communicating between communication devices. Operation 202 includes receiving, by a communication device, a configuration information of a common resource or dedicated resources. Operation 204 includes selecting, by the communication device, a resource for one or more traffic data type according to the configuration information. Operation 206 includes communicating, between the communication device and another communication device, the one or more traffic data on the resource, where the resource include one or more bandwidth parts (BWPs) or one or more resource pools or one  or more carriers, and where the configuration information including a mapping between a set of traffic data types and a set of resources.

[0139] In some embodiments, the common resource is configured to have a different time domain resource than that of the dedicated resources configured to carry different types of sidelink traffic. In some embodiments, the dedicated resources are configured to have an overlapping frequency domain or an overlapping time domain. In some embodiments, an overlapping part of a dedicated resource is configured by a network device or is pre-configured. In some embodiments, the communication device receives the configuration information of the common resource or the dedicated resources from a network device in response to the communication device being in coverage of the network device or being connected with the network device.

[0140] In some embodiments, the communication device receives the configuration information of the common resource or the dedicated resources from a pre-configuration. In some embodiments, each BWP or each resource pool or each carrier is associated with one or more types of data traffic. In some embodiments, each type of data traffic is associated with a set of BWPs or a set of resource pool or a set of carrier. In some embodiments, each type of data traffic is associated with a list of one or more quality of service (QoS) profiles. In some embodiments, each type of data traffic is associated with a list of one or more service types. In some embodiments, each type of data traffic is associated with a list of one or more destination identifiers. In some embodiments, each type of data traffic is associated with a traffic data type identifier which is provide by non-access stratum (NAS) layer.

[0141] In some embodiments, the communication device activates a BWP or a carrier associated with a traffic data type in response to establishing a connection for a destination identifier associated with the traffic data type or for a service type associated with the traffic data type. In some embodiments, the communication device activates a BWP or a carrier associated with a traffic data type in response to being interesting in a destination identifier associated with the traffic data type or a service type associated with the traffic data type. In some embodiments, each service type or each destination identifier of the data is mapped with a priority. In some embodiments, the communication device activates a BWP or a carrier associated with a traffic data type with a highest priority.

[0142] In some embodiments, the communication device transmits the one or more traffic data on the resource by selecting a destination belonging to a list of destination identifiers in response to an acquired sidelink grant being in a resource being associated with the list of destination identifiers during a logical channel prioritization (LCP) procedure. In some embodiments, the communicating between the communication device and the another communication device includes transmitting, by the communication device to another communication device, the one or more traffic data on the resource. In some embodiments, the communicating between the communication device and the another communication device includes receiving, by the communication device from another communication device, the one or more traffic data on the resource.

[0143] FIG. 3 shows an exemplary flowchart for indication of a failure indication in a communication device. Operation 302 includes indicating, by a communication device to a lower layer of the communication device, a failure indication for a carrier or a bandwidth part (BWP) . In some embodiments, the indicating  includes indicating, by the communication device to the lower layer of the communication device, that a timer related to radio resource control (RRC) reconfiguration has expired for the carrier or the BWP; or the indicating includes indicating, by the communication device to the lower layer of the communication device, that a maximum number of retransmissions for a specific destination has been reached for the carrier or the BWP.

[0144] In some embodiments, the method further comprises disabling, by the communication device, a packet data convergence protocol (PDCP) duplication for a PDCP packet data units (PDUs) on the carrier or the BWP that failed. In some embodiments, the method further comprises obtaining, by the communication device, an updated list of candidate carriers or BWPs by deleting the carrier or the BWP that failed from the list of candidate carriers; and indicating the updated list of candidate carriers to the lower layer of the communication device. In some embodiments, the lower layer triggers a transmission carrier or BWP selection or reselection procedure.

[0145] The implementations as discussed above will apply to a wireless communication. FIG. 4 shows an example of a wireless communication system (e.g., a 5G or NR cellular network) that includes a base station 420 and one or more user equipment (UE) 411, 412 and 413. In some embodiments, the UEs access the BS (e.g., the network) using a communication link to the network (sometimes called uplink direction, as depicted by dashed arrows 431, 432, 433) , which then enables subsequent communication (e.g., shown in the direction from the network to the UEs, sometimes called downlink direction, shown by arrows 441, 442, 443) from the BS to the UEs. In some embodiments, the BS send information to the UEs (sometimes called downlink direction, as depicted by arrows 441, 442, 443) , which then enables subsequent communication (e.g., shown in the direction from the UEs to the BS, sometimes called uplink direction, shown by dashed arrows 431, 432, 433) from the UEs to the BS. The UE may be, for example, a smartphone, a tablet, a mobile computer, a machine to machine (M2M) device, an Internet of Things (IoT) device, and so on.

[0146] FIG. 5 shows an exemplary block diagram of a hardware platform 500 that may be a part of a network device (e.g., base station) or a communication device (e.g., a user equipment (UE) ) . The hardware platform 500 includes at least one processor 510 and a memory 505 having instructions stored thereupon. The instructions upon execution by the processor 510 configure the hardware platform 500 to perform the operations described in FIGS. 1 to 4 and in the various embodiments described in this patent document. The transmitter 515 transmits or sends information or data to another device. For example, a network device transmitter can send a message to a user equipment. The receiver 520 receives information or data transmitted or sent by another device. For example, a user equipment can receive a message from a network device.

[0147] In this document the term “exemplary” is used to mean “an example of” and, unless otherwise stated, does not imply an ideal or a preferred embodiment.

[0148] Some of the embodiments described herein are described in the general context of methods or processes, which may be implemented in some embodiments by a computer program product, embodied in a computer-readable medium, including computer-executable instructions, such as program code, executed by computers in networked environments. A computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM) , Random Access Memory  (RAM) , compact discs (CDs) , digital versatile discs (DVD) , etc. Therefore, the computer-readable media can include a non-transitory storage media. Generally, program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Computer-or processor-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.

[0149] Some of the disclosed embodiments can be implemented as devices or modules using hardware circuits, software, or combinations thereof. For example, a hardware circuit implementation can include discrete analog and / or digital components that are, for example, integrated as part of a printed circuit board. Alternatively, or additionally, the disclosed components or modules can be implemented as an Application Specific Integrated Circuit (ASIC) and / or as a Field Programmable Gate Array (FPGA) device. Some implementations may additionally or alternatively include a digital signal processor (DSP) that is a specialized microprocessor with an architecture optimized for the operational needs of digital signal processing associated with the disclosed functionalities of this application. Similarly, the various components or sub-components within each module may be implemented in software, hardware or firmware. The connectivity between the modules and / or components within the modules may be provided using any one of the connectivity methods and media that is known in the art, including, but not limited to, communications over the Internet, wired, or wireless networks using the appropriate protocols.

[0150] 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.

[0151] Only a few implementations and examples are described and other implementations, enhancements and variations can be made based on what is described and illustrated in this disclosure.

Claims

1.A wireless communication method, comprising:receiving, by a communication device, a configuration information of a common resource or dedicated resources;selecting, by the communication device, a resource for one or more traffic data type according to the configuration information; andcommunicating, between the communication device and another communication device, the one or more traffic data on the resource,wherein the resource include one or more bandwidth parts (BWPs) or one or more resource pools or one or more carriers, andwherein the configuration information including a mapping between a set of traffic data types and a set of resources.2.The method of claim 1, wherein the common resource is configured to have a different time domain resource than that of the dedicated resources configured to carry different types of sidelink traffic.3.The method of any one of claim 1 or 2, wherein the dedicated resources are configured to have an overlapping frequency domain or an overlapping time domain.4.The method of claim 3, wherein an overlapping part of a dedicated resource is configured by a network device or is pre-configured.5.The method of claim 1, wherein the communication device receives the configuration information of the common resource or the dedicated resources from a network device in response to the communication device being in coverage of the network device or being connected with the network device.6.The method of claim 1, wherein the communication device receives the configuration information of the common resource or the dedicated resources from a pre-configuration.7.The method of claim 1, wherein each BWP or each resource pool or each carrier is associated with one or more types of data traffic.8.The method of claim 1, wherein each type of data traffic is associated with a set of BWPs or a set of resource pool or a set of carrier.9.The method of any one of claim 7 or 8, wherein each type of data traffic is associated with a list of one or more quality of service (QoS) profiles.10.The method of any one of claim 7 or 8, wherein each type of data traffic is associated with a list of one or more service types.11.The method of any one of claim 7 or 8, wherein each type of data traffic is associated with a list of one or more destination identifiers.12.The method of any one of claim 7 or 8, wherein each type of data traffic is associated with a traffic data type identifier which is provide by non-access stratum (NAS) layer.13.The method of any one of claim 1 or 2, wherein the communication device activates a BWP or a carrier associated with a traffic data type in response to establishing a connection for a destination identifier associated with the traffic data type or for a service type associated with the traffic data type.14.The method of any one of claim 1 or 2, wherein the communication device activates a BWP or a carrier associated with a traffic data type in response to being interesting in a destination identifier associated with the traffic data type or a service type associated with the traffic data type.15.The method of any one of claim 1 or 2, wherein each service type or each destination identifier of the data is mapped with a priority.16.The method of claim 15, wherein the communication device activates a BWP or a carrier associated with a traffic data type with a highest priority.17.The method of any one of claim 1 or 2, wherein the communication device transmits the one or more traffic data on the resource by selecting a destination belonging to a list of destination identifiers in response to an acquired sidelink grant being in a resource being associated with the list of destination identifiers during a logical channel prioritization (LCP) procedure.18.The method of claim 1, wherein the communicating between the communication device and the another communication device includes transmitting, by the communication device to another communication device, the one or more traffic data on the resource.19.The method of claim 1, wherein the communicating between the communication device and the another communication device includes receiving, by the communication device from another communication device, the one or more traffic data on the resource.20.A wireless communication method, comprising:indicating, by a communication device to a lower layer of the communication device, a failure indication for a carrier or a bandwidth part (BWP) .21.The method of claim 20, wherein the indicating includes indicating, by the communication device to the lower layer of the communication device, that a timer related to radio resource control (RRC) reconfiguration has expired for the carrier or the BWP; orwherein the indicating includes indicating, by the communication device to the lower layer of the communication device, that a maximum number of retransmissions for a specific destination has been reached for the carrier or the BWP.22.The method of claim 20, further comprising:disabling, by the communication device, a packet data convergence protocol (PDCP) duplication for a PDCP packet data units (PDUs) on the carrier or the BWP that failed.23.The method of claim 20, further comprising:obtaining, by the communication device, an updated list of candidate carriers or BWPs by deleting the carrier or the BWP that failed from the list of candidate carriers; andindicating the updated list of candidate carriers to the lower layer of the communication device.24.The method of claim 20, wherein the lower layer triggers a transmission carrier or BWP selection or reselection procedure.25.An apparatus for wireless communication comprising a processor, configured to implement a method recited in one or more of claims 1 to 24.26.A non-transitory computer readable program storage medium having code stored thereon, the code, when executed by a processor, causing the processor to implement a method recited in one or more of claims 1 to 24.

Images