The present application relates to wireless communication, and more specifically to monitoring for control information and paging in a shared radio access network in a wireless communication system.
In some wireless communication systems, electronic devices, such as user equipments (UEs), wirelessly communicate with a network via one or more transmit-and-receive points (TRPs). A TRP may be a terrestrial TRP (T-TRP) or non-terrestrial TRP (NT-TRP). An example of a T-TRP is a stationary base station. An example of a NT-TRP is a TRP that can move through space to relocate, e.g. a TRP mounted on a drone, plane, and/or satellite, etc.
A wireless communication from a UE to a TRP is referred to as an uplink communication. A wireless communication from a TRP to a UE is referred to as a downlink communication. Resources are required to perform uplink and downlink communications. For example, a TRP may wirelessly transmit information to a UE in a downlink communication over a particular frequency (or range of frequencies) for a particular duration of time. The frequency and time duration are examples of resources, typically referred to as time-frequency resources.
The TRPs are part of a radio access network (RAN), which is the network responsible for implementing wireless communication with the UEs over the air link. The UEs communicate with the RAN over a frequency spectrum, such as over one or more component carriers (CCs) in a cell. Traffic is transmitted between the UEs and the TRPs of the RAN via uplink and downlink communications, e.g. by a TRP transmitting control information that schedules time-frequency resources for transmission/reception of the traffic in a data channel.
A user of a UE is provided with a mobile connection by a network operator. A network operator may alternatively be called a telecom operator or a mobile network operator or a mobile service provider or a wireless service provider. The network operator provides data services allowing the UE to receive traffic and send traffic, typically according to an agreed-upon quality of service (QOS) and/or data plan purchased by the user.
Two different network operators may implement different RAN infrastructures. For example, a first network operator may deploy a first RAN having TRPs covering a first region, and a second network operator may deploy a second RAN having different TRPs covering a second region. The first and second regions typically overlap. The deployment of two separate RAN infrastructures has a high cost in terms of building and maintenance.
Different network operators may share the same RAN infrastructure, including possibly sharing a same frequency spectrum, such as a same cell. For example, two UEs may be in a same shared RAN and communicate with a same TRP. However, a user of the first UE may have a contract with a first network operator, and a user of the second UE may have a contract with a different second network operator. The traffic transmitted between the first UE and the TRP is associated with a first service corresponding to the first network operator, and the traffic transmitted between the second UE and the TRP is associated with a different second service corresponding to the second network operator. The traffic transmitted between the first UE and the TRP and the traffic transmitted between the second UE and the TRP are independently scheduled by the TRP, possibly on a same component carrier (CC). For example, first downlink control information (DCI) may schedule a transmission of first traffic for the first UE, and second DCI may schedule a transmission of second traffic for the second UE.
However, sometimes a same UE may transmit/receive traffic associated with multiple different services. An example is a UE that has two subscriber identification module (SIM) cards. The first SIM card is associated with a first network operator, and the second SIM card is associated with a second network operator. Another example situation is a UE with two SIM cards having a contract with a single network operator, but configured such that the first SIM card is associated with a first service (e.g. first telephone number and/or first QoS), and the second SIM card is associated with a second service (e.g. second telephone number and/or second QoS).
Although multiple SIM cards are discussed herein, in some embodiments the multi-SIM card service may possibly be implemented on a single physical card/chip. Therefore, for example, “two SIM cards” may actually refer to one actual physical card or chip inserted into the UE.
Even though the same UE may transmit/receive traffic associated with multiple different services, the traffic for each service is still independently scheduled, e.g. independently scheduled by the TRP in a respective different time-frequency region of a data channel. However, there is currently no consideration of possible optimizations or overhead reductions in relation to the scheduling of traffic associated with multiple different services for a same UE. For example, if a UE has two SIM cards, each associated with a respective different service, the UE is effectively treated as two different UEs, e.g. assigned two different resources for monitoring for paging messages, and assigned two different identifiers (IDs) for decoding DCI, one associated with each service. The UE may be configured for performing a measurement and obtaining a measurement result (such as channel state information (CSI)) for the wireless channel for both services, even though the measurement result is the same because it is the same UE. Similarly, the UE may be configured with two timing advance (TA) values, each associated with a respective different service, even though the TA value would be the same in each case because it is the same UE.
Some embodiments herein are directed to reductions in overhead related to control and/or measurement for the scenario in which a same UE transmits/receives traffic associated with multiple different services. Some embodiments relate to a new DCI format for independently scheduling traffic associated with one or multiple services. Some embodiments relate to implementing common paging resources for a UE to monitor for a paging message associated with one or multiple services. Some embodiments relate to configuring a UE associated with multiple different services, e.g. to assign a common ID associated with the multiple services (e.g. for blind decoding DCI), and/or to perform one measurement associated with multiple different services, etc.
In some embodiments, there is provided a method performed by an apparatus, e.g. a UE. The method may include receiving control information from a RAN. The control information may include identifier (ID) information associated with the apparatus. The ID information may be used for identifying at least first traffic associated with a first service and second traffic associated with a second service different from the first service. The method may further include decoding at least one of the first traffic or the second traffic. In some embodiments, the first service may be associated with a first subscriber identity module (SIM) or a first network operator, and the second service may be associated with a different second SIM or a different second network operator. Overhead may be reduced by having one control information scheduling the first traffic, or the second traffic, or both the first traffic and the second traffic.
In some embodiments, a corresponding method is provided that is performed by a device in the RAN, e.g. such as a TRP in the RAN. The method may include generating control information. The control information may include identifier (ID) information associated with an apparatus. The ID information may be used for identifying at least first traffic associated with a first service and second traffic associated with a second service different from the first service. The method may further include sending (e.g. outputting), for transmission, the control information and at least one of the first traffic or the second traffic to the apparatus. In some embodiments, the first service may be associated with a first subscriber identity module (SIM) or a first network operator, and the second service may be associated with a different second SIM or a different second network operator.
In some embodiments, there is provided an apparatus, e.g. a UE. The apparatus may include at least one processor and a memory storing processor-executable instructions that, when executed, cause the at least one processor to receive control information from a RAN. The control information may include identifier (ID) information associated with the apparatus. The ID information may be used for identifying at least first traffic associated with a first service and second traffic associated with a second service different from the first service. The at least one processor may be further caused to decode at least one of the first traffic or the second traffic.
In some embodiments, there is provided a corresponding device for deployment in the RAN. The device may include at least one processor and a memory storing processor-executable instructions that, when executed, cause the at least one processor to generate control information. The control information may include identifier (ID) information associated with an apparatus. The ID information may be used for identifying at least first traffic associated with a first service and second traffic associated with a second service different from the first service. The at least one processor may be further caused to send (e.g. output), for transmission, the control information and at least one of the first traffic or the second traffic to the apparatus.
In some embodiments, there is provided a method performed by an apparatus, e.g. a UE. The method may include receiving a paging message from a RAN. The paging message may include identifier (ID) information associated with at least first traffic associated with a first service. The method may further include decoding the paging message. In some embodiments, the ID information may also be associated with at least second traffic associated with a second service different from the first service. In some embodiments, the method may further include receiving a paging notification scheduling the paging message, where at least a portion of the paging notification includes a cyclic redundancy check (CRC) scrambled using an identifier associated with the apparatus. Overhead may be reduced by having one paging message that can page the first traffic associated with the first service, or the second traffic associated with the second service, or both the first traffic associated with the first service and the second traffic associated with the second service.
In some embodiments, a corresponding method is provided that is performed by a device in the RAN, e.g. such as a TRP in the RAN. The method may include generating a paging message, where the paging message includes identifier (ID) information associated with at least first traffic associated with a first service. The method may further include sending (e.g. outputting), for transmission, the paging message. In some embodiments, the ID information may also be associated with at least second traffic associated with a second service different from the first service, and the first service and the second service may both be associated with a same apparatus.
In some embodiments, there is provided an apparatus, such as a UE. The apparatus may include at least one processor and a memory storing processor-executable instructions that, when executed, cause the at least one processor to receive a paging message from a RAN, where the paging message comprises identifier (ID) information associated with at least first traffic associated with a first service. The at least one processor may be further caused to decode the paging message. In some embodiments, the ID information may also be associated with at least second traffic associated with a second service different from the first service.
In some embodiments, there is provided a corresponding device for deployment in the RAN. The device may include at least one processor and a memory storing processor-executable instructions that, when executed, cause the at least one processor to generate a paging message, where the paging message includes identifier (ID) information associated with at least first traffic associated with a first service. The at least one processor may be further caused to send (e.g. output), for transmission, the paging message. In some embodiments, the ID information may also be associated with at least second traffic associated with a second service different from the first service, and the first service and the second service may be both associated with a same apparatus.
Embodiments will be described, by way of example only, with reference to the accompanying figures wherein:
For illustrative purposes, specific example embodiments will now be explained in greater detail below in conjunction with the figures.
Referring to
The terrestrial communication system and the non-terrestrial communication system could be considered sub-systems of the communication system. In the example shown, the communication system 100 includes electronic devices (ED) 110a-110d (generically referred to as ED 110), radio access networks (RANs) 120a-120b, non-terrestrial communication network 120c (which may also be a RAN or part of a RAN), a core network 130, a public switched telephone network (PSTN) 140, the internet 150, and other networks 160. The RANs 120a-120b include respective base stations (BSs) 170a-170b, which may be generically referred to as terrestrial transmit and receive points (T-TRPs) 170a-170b. The non-terrestrial communication network 120c includes an access node, which may be generically referred to as a non-terrestrial transmit and receive point (NT-TRP) 172.
Any ED 110 may be alternatively or additionally configured to interface, access, or communicate with any other T-TRP 170a-170b and NT-TRP 172, the internet 150, the core network 130, the PSTN 140, the other networks 160, or any combination of the preceding. In some examples, ED 110a may communicate an uplink and/or downlink transmission over an interface 190a with T-TRP 170a. In some examples, the EDs 110a, 110b and 110d may also communicate directly with one another via one or more sidelink air interfaces 190b. In some examples, ED 110d may communicate an uplink and/or downlink transmission over an interface 190c with NT-TRP 172.
The air interfaces 190a and 190b may use similar communication technology, such as any suitable radio access technology. For example, the communication system 100 may implement one or more channel access methods, such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), or single-carrier FDMA (SC-FDMA) in the air interfaces 190a and 190b. The air interfaces 190a and 190b may utilize other higher dimension signal spaces, which may involve a combination of orthogonal and/or non-orthogonal dimensions.
The air interface 190c can enable communication between the ED 110d and one or multiple NT-TRPs 172 via a wireless link or simply a link. For some examples, the link is a dedicated connection for unicast transmission, a connection for broadcast transmission, or a connection between a group of EDs and one or multiple NT-TRPs for multicast transmission.
The RANs 120a and 120b are in communication with the core network 130 to provide the EDs 110a 110b, and 110c with various services such as voice, data, and other services. The RANs 120a and 120b and/or the core network 130 may be in direct or indirect communication with one or more other RANs (not shown), which may or may not be directly served by core network 130, and may or may not employ the same radio access technology as RAN 120a, RAN 120b or both. The core network 130 may also serve as a gateway access between (i) the RANs 120a and 120b or EDs 110a 110b, and 110c or both, and (ii) other networks (such as the PSTN 140, the internet 150, and the other networks 160). In addition, some or all of the EDs 110a 110b, and 110c may include functionality for communicating with different wireless networks over different wireless links using different wireless technologies and/or protocols. Instead of wireless communication (or in addition thereto), the EDs 110a 110b, and 110c may communicate via wired communication channels to a service provider or switch (not shown), and to the internet 150. PSTN 140 may include circuit switched telephone networks for providing plain old telephone service (POTS). Internet 150 may include a network of computers and subnets (intranets) or both, and incorporate protocols, such as Internet Protocol (IP), Transmission Control Protocol (TCP), User Datagram Protocol (UDP). EDs 110a 110b, and 110c may be multimode devices capable of operation according to multiple radio access technologies, and incorporate multiple transceivers necessary to support such.
Each ED 110 represents any suitable end user device for wireless operation and may include such devices (or may be referred to) as a user equipment/device (UE), a wireless transmit/receive unit (WTRU), a mobile station, a fixed or mobile subscriber unit, a cellular telephone, a station (STA), a machine type communication (MTC) device, a personal digital assistant (PDA), a smartphone, a laptop, a computer, a tablet, a wireless sensor, a consumer electronics device, a smart book, a vehicle, a car, a truck, a bus, a train, or an IoT device, an industrial device, or apparatus (e.g. communication module, modem, or chip) in the forgoing devices, among other possibilities. Future generation EDs 110 may be referred to using other terms. Each ED 110 connected to T-TRP 170 and/or NT-TRP 172 can be dynamically or semi-statically turned-on (i.e., established, activated, or enabled), turned-off (i.e., released, deactivated, or disabled) and/or configured in response to one of more of: connection availability and connection necessity.
The ED 110 includes a transmitter 201 and a receiver 203 coupled to one or more antennas 204. Only one antenna 204 is illustrated. One, some, or all of the antennas may alternatively be panels. The transmitter 201 and the receiver 203 may be integrated, e.g. as a transceiver. The transmitter (or transceiver) is configured to modulate data or other content for transmission by the at least one antenna 204 or network interface controller (NIC). The receiver (or transceiver) is configured to demodulate data or other content received by the at least one antenna 204. Each transceiver includes any suitable structure for generating signals for wireless or wired transmission and/or processing signals received wirelessly or by wire. Each antenna 204 includes any suitable structure for transmitting and/or receiving wireless or wired signals.
The ED 110 includes at least one memory 208. The memory 208 stores instructions and data used, generated, or collected by the ED 110. For example, the memory 208 could store software instructions or modules configured to implement some or all of the functionality and/or embodiments described herein and that are executed by the processing unit(s) 210. Each memory 208 includes any suitable volatile and/or non-volatile storage and retrieval device(s). Any suitable type of memory may be used, such as random access memory (RAM), read only memory (ROM), hard disk, optical disc, subscriber identity module (SIM) card, memory stick, secure digital (SD) memory card, on-processor cache, and the like.
The ED 110 may further include one or more input/output devices (not shown) or interfaces (such as a wired interface to the internet 150 in
The ED 110 further includes a processor 210 for performing operations including those related to preparing a transmission for uplink transmission to the NT-TRP 172 and/or T-TRP 170, those related to processing downlink transmissions received from the NT-TRP 172 and/or T-TRP 170, and those related to processing sidelink transmission to and from another ED 110. Processing operations related to preparing a transmission for uplink transmission may include operations such as encoding, modulating, transmit beamforming, and generating symbols for transmission. Processing operations related to processing downlink transmissions may include operations such as receive beamforming, demodulating and decoding received symbols. Depending upon the embodiment, a downlink transmission may be received by the receiver 203, possibly using receive beamforming, and the processor 210 may extract signaling from the downlink transmission (e.g. by detecting and/or decoding the signaling). An example of signaling may be a reference signal transmitted by NT-TRP 172 and/or T-TRP 170. In some embodiments, the processor 276 implements the transmit beamforming and/or receive beamforming based on the indication of beam direction, e.g. beam angle information (BAI), received from T-TRP 170. In some embodiments, the processor 210 may perform operations relating to network access (e.g. initial access) and/or downlink synchronization, such as operations relating to detecting a synchronization sequence, decoding and obtaining the system information, etc. In some embodiments, the processor 210 may perform channel estimation, e.g. using a reference signal received from the NT-TRP 172 and/or T-TRP 170.
Although not illustrated, the processor 210 may form part of the transmitter 201 and/or receiver 203. Although not illustrated, the memory 208 may form part of the processor 210.
The processor 210, and the processing components of the transmitter 201 and receiver 203 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory (e.g. in memory 208). Alternatively, some or all of the processor 210, and the processing components of the transmitter 201 and receiver 203 may be implemented using dedicated circuitry, such as a programmed field-programmable gate array (FPGA), a graphical processing unit (GPU), or an application-specific integrated circuit (ASIC).
The T-TRP 170 may be known by other names in some implementations, such as a base station, a base transceiver station (BTS), a radio base station, a network node, a network device, a device on the network side, a transmit/receive node, a Node B, an evolved NodeB (eNodeB or eNB), a Home eNodeB, a next Generation NodeB (gNB), a transmission point (TP), a site controller, an access point (AP), or a wireless router, a relay station, a remote radio head, a terrestrial node, a terrestrial network device, or a terrestrial base station, base band unit (BBU), remote radio unit (RRU), active antenna unit (AAU), remote radio head (RRH), central unit (CU), distribute unit (DU), positioning node, among other possibilities. The T-TRP 170 may be macro BSs, pico BSs, relay node, donor node, or the like, or combinations thereof. The T-TRP 170 may refer to the forgoing devices or apparatus (e.g. communication module, modem, or chip) in the forgoing devices.
In some embodiments, the parts of the T-TRP 170 may be distributed. For example, some of the modules of the T-TRP 170 may be located remote from the equipment housing the antennas of the T-TRP 170, and may be coupled to the equipment housing the antennas over a communication link (not shown) sometimes known as front haul, such as common public radio interface (CPRI). Therefore, in some embodiments, the term T-TRP 170 may also refer to modules on the network side that perform processing operations, such as determining the location of the ED 110, resource allocation (scheduling), message generation, and encoding/decoding, and that are not necessarily part of the equipment housing the antennas of the T-TRP 170. The modules may also be coupled to other T-TRPs. In some embodiments, the T-TRP 170 may actually be a plurality of T-TRPs that are operating together to serve the ED 110, e.g. through coordinated multipoint transmissions.
The T-TRP 170 includes at least one transmitter 252 and at least one receiver 254 coupled to one or more antennas 256. Only one antenna 256 is illustrated. One, some, or all of the antennas may alternatively be panels. The transmitter 252 and the receiver 254 may be integrated as a transceiver. The T-TRP 170 further includes a processor 260 for performing operations including those related to: preparing a transmission for downlink transmission to the ED 110, processing an uplink transmission received from the ED 110, preparing a transmission for backhaul transmission to NT-TRP 172, and processing a transmission received over backhaul from the NT-TRP 172. Processing operations related to preparing a transmission for downlink or backhaul transmission may include operations such as encoding, modulating, precoding (e.g. MIMO precoding), transmit beamforming, and generating symbols for transmission. Processing operations related to processing received transmissions in the uplink or over backhaul may include operations such as receive beamforming, and demodulating and decoding received symbols. The processor 260 may also perform operations relating to network access (e.g. initial access) and/or downlink synchronization, such as generating the content of synchronization signal blocks (SSBs), generating the system information, etc. In some embodiments, the processor 260 also generates the indication of beam direction, e.g. BAI, which may be scheduled for transmission by scheduler 253. The processor 260 performs other network-side processing operations which may be described herein, such as determining the location of the ED 110, determining where to deploy NT-TRP 172, etc. In some embodiments, the processor 260 may generate signaling, e.g. to configure one or more parameters of the ED 110 and/or one or more parameters of the NT-TRP 172. Any signaling generated by the processor 260 is sent by the transmitter 252. Note that “signaling”, as used herein, may alternatively be called control signaling. Dynamic signaling may be transmitted in a control channel, e.g. a physical downlink control channel (PDCCH), and static or semi-static higher layer signaling may be included in a packet transmitted in a data channel, e.g. in a physical downlink shared channel (PDSCH).
A scheduler 253 may be coupled to the processor 260. The scheduler 253 may be included within or operated separately from the T-TRP 170. The scheduler 253 may schedule uplink, downlink, and/or backhaul transmissions, including issuing scheduling grants and/or configuring scheduling-free (“configured grant”) resources. The T-TRP 170 further includes a memory 258 for storing information and data. The memory 258 stores instructions and data used, generated, or collected by the T-TRP 170. For example, the memory 258 could store software instructions or modules configured to implement some or all of the functionality and/or embodiments described herein and that are executed by the processor 260.
Although not illustrated, the processor 260 may form part of the transmitter 252 and/or receiver 254. Also, although not illustrated, the processor 260 may implement the scheduler 253. Although not illustrated, the memory 258 may form part of the processor 260.
The processor 260, the scheduler 253, and the processing components of the transmitter 252 and receiver 254 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory, e.g. in memory 258. Alternatively, some or all of the processor 260, the scheduler 253, and the processing components of the transmitter 252 and receiver 254 may be implemented using dedicated circuitry, such as a FPGA, a GPU, or an ASIC.
Although the NT-TRP 172 is illustrated as a drone, it is only as an example. The NT-TRP 172 may be implemented in any suitable non-terrestrial form. Also, the NT-TRP 172 may be known by other names in some implementations, such as a non-terrestrial node, a non-terrestrial network device, or a non-terrestrial base station. The NT-TRP 172 includes a transmitter 272 and a receiver 274 coupled to one or more antennas 280. Only one antenna 280 is illustrated. One, some, or all of the antennas may alternatively be panels. The transmitter 272 and the receiver 274 may be integrated as a transceiver. The NT-TRP 172 further includes a processor 276 for performing operations including those related to: preparing a transmission for downlink transmission to the ED 110, processing an uplink transmission received from the ED 110, preparing a transmission for backhaul transmission to T-TRP 170, and processing a transmission received over backhaul from the T-TRP 170. Processing operations related to preparing a transmission for downlink or backhaul transmission may include operations such as encoding, modulating, precoding (e.g. MIMO precoding), transmit beamforming, and generating symbols for transmission. Processing operations related to processing received transmissions in the uplink or over backhaul may include operations such as receive beamforming, and demodulating and decoding received symbols. In some embodiments, the processor 276 implements the transmit beamforming and/or receive beamforming based on beam direction information (e.g. BAI) received from T-TRP 170. In some embodiments, the processor 276 may generate signaling, e.g. to configure one or more parameters of the ED 110. In some embodiments, the NT-TRP 172 implements physical layer processing, but does not implement higher layer functions such as functions at the medium access control (MAC) or radio link control (RLC) layer. As this is only an example, more generally, the NT-TRP 172 may implement higher layer functions in addition to physical layer processing.
The NT-TRP 172 further includes a memory 278 for storing information and data. Although not illustrated, the processor 276 may form part of the transmitter 272 and/or receiver 274. Although not illustrated, the memory 278 may form part of the processor 276.
The processor 276 and the processing components of the transmitter 272 and receiver 274 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory, e.g. in memory 278. Alternatively, some or all of the processor 276 and the processing components of the transmitter 272 and receiver 274 may be implemented using dedicated circuitry, such as a programmed FPGA, a GPU, or an ASIC. In some embodiments, the NT-TRP 172 may actually be a plurality of NT-TRPs that are operating together to serve the ED 110, e.g. through coordinated multipoint transmissions.
Note that “TRP”, as used herein, may refer to a T-TRP or a NT-TRP.
The T-TRP 170, the NT-TRP 172, and/or the ED 110 may include other components, but these have been omitted for the sake of clarity.
One or more steps of the embodiment methods provided herein may be performed by corresponding units or modules, e.g. according to
Additional details regarding the EDs 110, T-TRP 170, and NT-TRP 172 are known to those of skill in the art. As such, these details are omitted here.
Control information is discussed herein. Control information may sometimes instead be referred to as control signaling, or signaling. In some cases, control information may be dynamically communicated, e.g. in the physical layer in a control channel, such as in a physical uplink control channel (PUCCH) or physical downlink control channel (PDCCH). An example of control information that is dynamically indicated is information sent in physical layer control signaling, e.g. uplink control information (UCI) sent in a PUCCH or downlink control information (DCI) sent in a PDCCH. A dynamic indication may be an indication in lower layer, e.g. physical layer/layer 1 signaling, rather than in a higher-layer (e.g. rather than in RRC signaling or in a MAC CE). A semi-static indication may be an indication in semi-static signaling. Semi-static signaling, as used herein, may refer to signaling that is not dynamic, e.g. higher-layer signaling (such as RRC signaling), and/or a MAC CE. Dynamic signaling, as used herein, may refer to signaling that is dynamic, e.g. physical layer control signaling sent in the physical layer, such as DCI sent in a PDCCH or UCI sent in a PUCCH.
The TRP 352 may be T-TRP 170 or NT-TRP 172. The TRP 352 is a RAN node. In some embodiments, the parts of the TRP 352 may be distributed. For example, some of the modules of the TRP may be located remote from the equipment housing the antennas of the TRP 352, and may be coupled to the equipment housing the antennas over a communication link (not shown). Therefore, in some embodiments, the term TRP 352 may also refer to modules in the RAN 120 that perform processing operations, such as resource allocation (scheduling), message generation, encoding/decoding, etc., and that are not necessarily part of the equipment housing the antennas and/or panels of the TRP 352. For example, the modules that are not necessarily part of the equipment housing the antennas/panels of the TRP 352 may include one or more modules that: process (e.g. decode) control signaling and/or traffic associated with one or more subscriber identity modules (SIMs) or one or more network operators associated with the UE 110; generate messages associated with the one or more SIMs or the one or more network operators for transmission to the UE 110, e.g. a message carrying the control information (such as DCI) described herein for the UE 110 in relation to multiple services and/or a paging message as described herein; generate the downlink transmissions associated with the one or more SIMs or the one or more network operators (e.g. the downlink transmissions carrying the DCI, notifications, and/or paging messages described herein); process uplink transmissions associated with the one or more SIMs or the one or more network operators, etc. The modules may also be coupled to other TRPs. In some embodiments, the TRP 352 may actually be a plurality of TRPs that are operating together to serve UE 110, e.g. through coordinated multipoint transmissions
The TRP 352 includes a transmitter 354 and receiver 356, which may be integrated as a transceiver. The transmitter 354 and receiver 356 are coupled to one or more antennas 358. Only one antenna 358 is illustrated. One, some, or all of the antennas may alternatively be panels. The processor 360 of the TRP 352 performs (or controls the TRP 352 to perform) the operations described herein as being performed by the TRP 352, e.g. decoding control signaling and/or data received from the UE 110, generating messages carrying control information (such as DCI or paging notifications), generating paging messages, generating messages configuring the UE 110 (e.g. configuring multi-SIM related parameters), etc. Generation of messages associated with the one or more SIMs or the one or more network operators for downlink transmission may include arranging the information in a message format, encoding the message, modulating, performing beamforming (as necessary), etc. Processing uplink transmissions associated with the one or more SIMs or the one or more network operators may include performing beamforming (as necessary), demodulating and decoding the received messages, etc. Decoding may be performed by a decoding method that decodes according to a channel coding scheme, e.g. polar decoding if the data is encoded using a polar code, low-density parity check (LDPC) decoding algorithm for a LDPC code, etc. Decoding methods are known. For completeness, example decoding methods that may be implemented include (but are not limited to): maximum likelihood (ML) decoding, and/or minimum distance decoding, and/or syndrome decoding, and/or Viterbi decoding, etc. Although not illustrated, the processor 360 may form part of the transmitter 354 and/or receiver 356. The TRP 352 further includes a memory 362 for storing information (e.g. control information and/or data).
The processor 360 and processing components of the transmitter 354 and receiver 356 may be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory (e.g. in memory 362). Alternatively, some or all of the processor 360 and/or processing components of the transmitter 354 and/or receiver 356 may be implemented using dedicated circuitry, such as a programmed FPGA, a GPU, or an ASIC.
If the TRP 352 is T-TRP 170, then the transmitter 354 may be or include transmitter 252, the receiver 356 may be or include receiver 254, the processor 360 may be or include processor 260 and may implement scheduler 253, and the memory 362 may be or include memory 258. If the TRP 352 is NT-TRP 172, then the transmitter 354 may be or include transmitter 272, the receiver 356 may be or include receiver 274, the processor 360 may be or include processor 276, and the memory 362 may be or include memory 278.
UE 110 includes antenna 204, processor 210, memory 208, transmitter 201, and receiver 203, as described earlier. The UE 110 is configured to transmit/receive traffic associated with two different services, which in the examples below are each associated with a respective different SIM. Therefore, UE 110 also includes a first SIM 502 (associated with a first service) and a second SIM 504 (associated with a second service). The first SIM 502 and second SIM 504 might or might not be implemented as a single physical card inserted into the device. The two services might or might not be associated with a same network operator.
The processor 210 performs (or controls the UE 110 to perform) much of the operations described herein as being performed by the UE 110, such as: decoding downlink or sidelink transmissions associated with first SIM 502 or second SIM 504 (e.g. decoding received control information, notifications, paging messages, decoding first and second traffic, each associated with a different SIM), generating uplink transmissions associated with first SIM 502 or second SIM 504, etc. Decoding may be performed by a decoding method that decodes according to a channel coding scheme, e.g. polar decoding if the data/information is encoded using a polar code, low-density parity check (LDPC) decoding algorithm for a LDPC code, etc. Decoding methods are known. For completeness, example decoding methods that may be implemented include (but are not limited to): maximum likelihood (ML) decoding, and/or minimum distance decoding, and/or syndrome decoding, and/or Viterbi decoding, etc.
The processor 210 generates messages for uplink transmission (e.g. messages carrying traffic associated with first SIM 502, second SIM 504, or both first and second SIMs 502, 504), and the processor 210 processes received downlink transmissions associated with first SIM 502, second SIM 504, or both first and second SIMs 502, 504. Generation of messages (e.g. traffic associated with first SIM 502, second SIM 504, or both first and second SIM 502, 504) for uplink transmission may include arranging the information in a message format, encoding the message, modulating, performing beamforming (as necessary), etc. Processing received downlink transmissions may include performing beamforming (as necessary), demodulating and decoding the received information/traffic, etc. Although not illustrated, the processor 210 may form part of the transmitter 201 and/or receiver 203.
UE 110 is a dual SIM device. That is, UE 110 includes first SIM 502 and second SIM 504. First SIM 502 may be associated with a first network operator and second SIM 504 may be associated with a different second network operator. The first network operator and the second network operator share the same RAN infrastructure such that UE 110 communicates with RAN 120 over a frequency spectrum to transmit or receive traffic associated with both first SIM 502 and second SIM 504. The first SIM 502 is associated with a first service, and the second SIM 504 is associated with a different second service.
TRP 352 may transmit a downlink control information (DCI) 602 associated with first SIM 502 to UE 110 at first time-frequency resources in the control channel. First time-frequency resources may be defined within a first control resource set (CORESET), e.g. the first time-frequency resources may be one or more control channel elements (CCEs) defined within the first CORESET. As shown in stippled bubble 603, DCI 602 comprises DCI portion 604 and a cyclic redundancy check (CRC) portion, the CRC portion computed using information including DCI portion 604. The CRC portion is scrambled by the RAN 120 using an identifier, such as a cell radio network temporary identifier (C-RNTI) assigned to the UE 110 for the first service associated with SIM 502. The C-RNTI is referred to as C-RNTI_1 606 in
UE 110 monitors the control channel at the first time-frequency resources to receive DCI 602. This monitoring by UE 110 may be performed using blind detection, which may operate as follows. The UE 110 attempts to decode the DCI 602, unscrambles the CRC of the DCI using C-RNTI_1 606 (e.g. by performing an XOR operation), and checks if the CRC is valid. If the CRC is valid, the UE 110 assumes the decoded DCI 602 is correct and for UE 110 for the first service associated with the SIM 502. The DCI 602 schedules first traffic 610 for the first service associated with SIM 502. The first traffic 610 is received and decoded on the scheduled time-frequency resources in the data channel.
TRP 352 may also transmit downlink control information 612 associated with second SIM 504 at second time-frequency resources in the control channel. Second time-frequency resources may be defined within a second CORESET. As shown in stippled bubble 613, DCI 612 comprises DCI portion 614 and a CRC portion, the CRC portion computed using information including DCI portion 614. The CRC portion is scrambled by the RAN 120 using another identifier different from that used for SIM 502, such as a different cell radio network temporary identifier (C-RNTI) assigned to the UE 110 for the second service associated with SIM 504. This other C-RNTI is referred to as C-RNTI_2 616 in
UE 110 monitors the control channel at the second time-frequency resources to receive DCI 612. This monitoring by UE 110 may be performed using blind detection, which may operate as follows. The UE 110 attempts to decode the DCI 612, unscrambles the CRC of the DCI using C-RNTI_2 616 (e.g. by performing an XOR operation), and checks if the CRC is valid. If the CRC is valid, the UE 110 assumes the decoded DCI 612 is correct and for UE 110 for the second service associated with SIM 504. The DCI 612 schedules second traffic 620 for the second service associated with SIM 504. The second traffic 620 is received and decoded on the scheduled time-frequency resources in the data channel.
The first time-frequency resources and the second time-frequency resources in the control channel may be at different time and different frequency slots, or at the same frequency slot but at different time slots, or at the same time slot but at different frequency slots (as depicted in
First and second identifiers 606, 616 may be predefined or RRC configured/indicated by TRP 352. Although both first and second SIMs 502, 504 are associated with a single UE 110, UE 110 is assigned first and second identifiers 606, 616 because RAN 120 and TRP 352 view each of first and second SIMs 502, 504 as being an “independent user equipment,” i.e., associated with a separate UE device. Note that the descriptions above and below may also be extended to a multiple-SIM device having more than two SIMs that is served by a single RAN (or RAN node) to send/receive traffic associated with multiple (greater than two) different services, each service possibly associated with a respective different network operator.
It may be a waste of overhead, power, and/or battery life for UE 110 to have to monitor both first and second time-frequency resources to receive DCIs 602, 612, and perform the blind detection using first and second identifiers 606, 616. Instead, in some embodiments, UE 110 may be able to monitor a single time-frequency resource to receive a DCI which includes information associated with both first and second SIMs 502, 504, e.g. as described below.
DCI 702 may include information to schedule traffic associated with first SIM 502, or second SIM 504, or both first and second SIMs 502, 504. More specifically, first DCI portion 704 may contain information to schedule traffic associated with first SIM 502, and second DCI portion 706 may contain information to schedule traffic associated with second SIM 504. First DCI portion 704 and second DCI portion 706 may be concatenated within DCI 702. As DCI 702 accommodates for both first DCI portion 704 and second DCI portion 706, DCI 702 has a different format to DCI 602 and DCI 612. UE 110 is preconfigured to be able to process this different format of DCI 702.
UE 110 monitors the control channel at the time-frequency resources to receive DCI 702. This monitoring by UE 110 may be performed using blind detection, which may operate as follows. The UE 110 attempts to decode the DCI 702, unscrambles the CRC of the DCI using C-RNTI 708 (e.g. by performing an XOR operation), and checks if the CRC is valid. If the CRC is valid, the UE 110 assumes the decoded DCI 702 is correct and for UE 110 for the first service associated with SIM 502, for the second service associated with SIM 504, or for both the first and second services associated with SIMs 502, 504. The DCI 702 schedules first traffic 710 for the first service associated with SIM 502, or second traffic 712 for the second service associated with SIM 504, or both first and second traffic 710, 712 for the first and second services associated with SIM s 502, 504. The illustrated example in
According to one embodiment as depicted by Example A of
UE 110 is configured to recognize that first and second identification components 802, 804 each contain information specifying which one of SIMS 502, 504 is being scheduled. For example, if information in first identification component 802 indicates that the first SIM 502 is being scheduled, and information in second identification component 804 indicates that the second SIM 504 is being scheduled, UE 110 understands that DCI 702′ will schedule first and second traffic 710, 712 in the data channel.
If DCI 702′ is to schedule only data associated with first SIM 502 but not second SIM 504, first identification component 802 may contain information indicating that first SIM 502 is being scheduled, and second identification component 804 may explicitly or implicitly contain information indicating that there is no data associated with second SIM 504 to be scheduled. For example, second identification component 804 may contain bits that all have the value of zero. Alternatively, first identification component 802 may explicitly or implicitly contain information indicating there is no data associated with second SIM 504 to be scheduled, and second identification component 804 may contain information indicating that first SIM 502 is being scheduled. In these cases, UE 110 understands that DCI 702′ will schedule first traffic 710 in the data channel.
Similarly, if DCI 702′ is to schedule only data associated with second SIM 504 and not first SIM 502, first identification component 802 may contain information indicating that second SIM 504 is being scheduled, and second identification component 804 may explicitly or inherently contain information indicating that there is no data associated with first SIM 502 to be scheduled. In these cases, UE 110 understands that DCI 702′ will schedule second traffic 712 in the data channel.
A benefit of having SIM-specific information in first and second identification components 802, 804 is that the traffic 710, 712, which are scheduled in the data channel, do not themselves need to include information identifying whether the traffic relates to SIM 502 or SIM 504. Note that in Example A, DCI 1 and DCI 2 can be other scheduling information, while ID1 and ID2 may be or include indications of traffic or service sources. The locations of ID 1 and ID 2 can be at any fields in the DCI format; i.e., ID 1 and ID 2 are not necessarily put in front of DCI 1 and DCI 2, respectively, even though they are illustrated that way in
According to another example as depicted by Example B of
UE 110 is configured to recognize that first and second traffic components 806, 808 each contain information indicating whether there is data scheduled in the data channel for either first SIM 502 or second SIM 504 but no information specifying which of SIMs 502 or 504 the data is scheduled for.
Accordingly, if first traffic component 806 contains information indicating that first DCI portion 704″ schedules traffic in the data channel, first traffic 710 itself will need to identify which of first and second SIMs 502, 504 the traffic is associated with. Similarly, if second traffic component 808 contains information indicating that second DCI portion 704″ schedules traffic in the data channel, second traffic 712 itself will need to identify which of first and second SIMs 502, 504 the traffic is associated with. The traffic itself transmitted in the data channel may indicate which SIM it is associated with in a header, e.g. via a logical channel ID, and/or possibly in a MAC header or sub-header, or based on traffic buffer used/identified, etc., depending upon the implementation.
If either first DCI portion 704″ or second DCI portion 706″ does not have traffic to schedule in the data channel, first traffic component 806 or second traffic component 808 may contain information that explicitly or implicitly indicates this, for example, by containing bits that all have the value zero.
A benefit of first and second traffic components 806, 808 only containing information indicating whether or not first and second DCI portions 704″, 706″ schedule traffic for a service, and not containing information indicating specifically which SIM, is the reduced overhead in the control channel. Due to overhead concerns, the size of the control channel may be relatively small. First traffic component 806 and second traffic component 808 may (in one example) each contain only a single bit of information, the single bit indicating whether first DCI portion 704″ and second DCI portion 706″, respectively, contain traffic to be scheduled for either one of first or second SIMs 502, 504. In comparison, first identification component 802 and second identification component 804 may each contain several bits of information to identify the service (e.g. the SIM ID). Note that in Example B, DCI 1 and DCI 2 can be other scheduling information, while TS 1 and TS 2 may be or include indications that there is scheduled traffic or service sources. The locations of TS 1 and TS 2 can be at any fields in the DCI format; i.e., TS 1 and TS 2 are not necessarily put in front of DCI 1 and DCI 2, respectively, even though they are illustrated that way in
According to another embodiment as depicted by Example C of
A benefit of the embodiment shown in Example C of
Note that in Examples A and B of
Note that in the embodiments explained in relation to
The example embodiments shown by
In view of the above,
As shown by stippled bubble 903, first-stage DCI 902 comprises an initial DCI portion 906 and a CRC portion, the CRC portion computed using information including initial DCI portion 906. The CRC portion is scrambled by the RAN 120 using an identifier, such as a C-RNTI assigned to the UE 110. The C-RNTI is referred to as C-RNTI 910 in
UE 110 monitors the control channel at the first time-frequency resources to receive first-stage DCI 902. This monitoring by UE 110 may be performed using blind detection, which may operate as follows. The UE 110 attempts to decode the first-stage DCI 902, unscrambles the CRC of the DCI using C-RNTI 910 (e.g. by performing an XOR operation), and checks if the CRC is valid. If the CRC is valid, the UE 110 assumes the decoded first-stage DCI 902 is correct and for UE 110 for the first service associated with SIM 502, for the second service associated with SIM 504, or for both the first and second services associated with SIMs 502, 504. The first-stage DCI 902 may always or sometimes schedule a second portion of control information, referred to as a second-stage DCI 904, at second time-frequency resources for the control channel. The second time-frequency resources may be at the same frequency but different time as the first time-frequency resources, or may be at the same time but different frequency as the first time-frequency resources, or (as illustrated) may be at different time and different frequency resources. In the embodiment in
In some embodiments, the first-stage DCI 902 may indicate the message size of the second-stage DCI 904, depending on scheduled traffic from one or two service sources.
First-stage DCI 902 may have less overhead than DCI 702, 702′ or 702″, e.g. in situations in which a fixed length of DCI message (for UE blind detection) has to assume a format to support traffic scheduling of the two SIMs 502 and 504. For the majority of instances where TRP 352 schedules traffic associated with only one of first and second SIMs 502, 504, second-stage DCI 904 may also comprise less overhead than DCI 702, 702′ or 702″. Therefore, a benefit of the example embodiment depicted in
In Example A of
In Example B of
In a variation of Example B of
Note that in the two-stage DCI embodiments described above, if the first and/or second stage DCI does not indicate the identity of specifically which traffic is being transmitted, the traffic itself transmitted in the data channel may indicate with SIM it belongs to in a header, e.g. via a logical channel ID, and/or possibly in a MAC header or sub-header, or based on traffic buffer used/identified, etc., depending upon the implementation.
In the embodiments explained in relation to
To conserve power, UE 110 may sometimes operate in an inactive or idle state. In such operating states, UE 110 may monitor a downlink control channel for paging notifications/messages from TRP 352. The UE 110 may be paged via a paging notification/message when there is downlink data to send from TRP 352 to UE 110. Once UE 110 is paged, it may transition into an active state or stay in the same state without changing if so configured.
In general, at a paging occasion the RAN 120 might or might not have a paging notification for the UE 110, but if a paging notification is to be sent to the UE 110, the RAN 120 can dynamically send it in one of the PDCCH candidates (e.g. in one of different possible search spaces). Therefore, the UE 110 performs blind detection to determine if a paging notification is present. The blind detection may operate as follows: for each PDCCH candidate, the UE 110 attempts to decode the DCI carried by the PDCCH candidate, unscrambles the CRC of the DCI using an ID (e.g. a P-RNTI), and checks if the CRC is valid. If the CRC is not valid, the UE 110 assumes there is no paging notification in that PDCCH candidate. If the CRC is valid, the UE assumes the decoded DCI of the PDCCH candidate is correct and carries a paging notification for UE 110. The paging notification schedules a paging message in a data channel.
When TRP 352 has traffic associated with first SIM 502 to transmit to UE 110, TRP 352 transmits a first paging notification 1110 via first DCI at a first search space (i.e., a first time-frequency resources) in the downlink control channel. As shown in stippled bubble 1111, first paging notification 1110 comprises a first DCI portion 1112 and a CRC portion, the CRC portion computed using information including first DCI portion 1112. The CRC portion is scrambled by the RAN 120 using an identifier, such as a paging radio network temporary identifier (P-RNTI) assigned to the UE 110 for the first service associated with SIM 502. The P-RNTI is referred to as P-RNTI_1 1114 in
During wake-up period 1102, UE 110 monitors the downlink control channel at the first search space to receive the first paging notification 1110. This monitoring by UE 110 may be performed using blind detection, which may, as alluded to above, operate as follows. UE 110 attempts to decode first paging notification 1110, unscrambles the CRC of the paging notification using P-RNTI_1 1114 (e.g. by performing at XOR operation), and checks if the CRC is valid. If the CRC is valid, UE 110 assumes the decoded first paging notification 1110 is correct and for UE 110 for the first service associated with SIM 502.
The first paging notification 1110 schedules a first paging message 1116 in a data channel, which may be a PDSCH. First paging message 1116 may contain an indication that there is data associated with first SIM 502 to be transmitted to UE 110. The indication may be the presence of a first paging identifier (ID) (not shown), the first paging ID having been assigned to UE 110 for first SIM 502. First paging message 1116 may be a group paging message, in that first paging message 1116 may also contain at least one other paging identifier, the at least one other paging identifier having been assigned to another UE.
When TRP 352 has traffic associated with second SIM 504 to transmit to UE 110, TRP 352 schedules a second DCI 1120 at a second search space (i.e., a second time-frequency resources) in the downlink control channel. As shown in stippled bubble 1121, second paging notification 1120 comprises a first DCI portion 1122 and a CRC portion, the CRC portion computed using information including first DCI portion 1122. The CRC portion is scrambled by the RAN 120 using an identifier, such as a different P-RNTI assigned to the UE 110 for the second service associated with SIM 504. The P-RNTI is different from P-RNTI_1 and is referred to as P-RNTI_2 1124 in
During wake-up period 1102, UE 110 also monitors the control channel at the second search space to receive second paging notification 1120. This monitoring by UE 110 may be performed using blind detection, which may, as alluded to above, operate as follows. UE 110 attempts to decode second paging notification 1120, unscrambles the CRC of the paging notification using P-RNTI_2 1124 (e.g. by performing at XOR operation), and checks if the CRC is valid. If the CRC is valid, UE 110 assumes the decoded second paging notification 1120 is correct and for UE 110 for the second service associated with SIM 504.
The second paging notification 1120 schedules a second paging message 1126 in a data channel. Second paging message 1126 may contain an indication that there is data associated with second SIM 504 to be transmitted to UE 110. The indication may be the presence of a second paging identifier (ID) (not shown), the second paging ID having been assigned to UE 110 for second SIM 504. The second paging ID is different from the first paging ID assigned to UE 110 for first SIM 502. Second paging message 1126 may be a group paging message, in that the paging message may also contain at least one other paging identifier, the at least one other paging identifier having been assigned to another UE.
The first time-frequency resources (carrying paging notification 1110) and the second first time-frequency resources (carrying paging notification 1120) may be at different time and different frequency slots, or at the same frequency slot but at different time slots. However, if the first time-frequency resources and the second first time-frequency resources are at the same time slot (and different frequencies), as illustrated, there is a technical disadvantage in that it may create a paging conflict, such that UE 110 cannot monitor for both first and second paging notifications 1110, 1120 at the same time.
First and second identifiers P-RNTI_1 1114 and P-RNTI_2 1124 may be predefined or indicated by TRP 352. Although both first and second SIMs 502, 504 are associated with a single UE 110, UE 110 is assigned separate first and second identifiers P-RNTI_1 1114 and P-RNTI_2 1124 because RAN 120 and TRP 352 view each of first and second SIMs 502, 504 as being an “independent user,” i.e., associated with a separate UE device.
It may be a waste of overhead, power, and/or battery life for UE 110 to have to monitor both first and second time-frequency resources to receive first and second paging notifications 1110, 1120, and to receive and decode two separate paging messages 1116 and 1126. Also, there may be a paging conflict if the monitoring occurs at the same time slot, as mentioned above. Instead, in some embodiments, UE 110 may be able to monitor a single time-frequency resource to receive a single DCI carrying a paging notification that schedules a single paging message, where the single paging message can indicate whether there is traffic to send for one or both of the services associated with first and second SIMs 502, 504.
As shown in stippled bubble 1211, paging notification 1210 comprises a DCI portion 1212 and a CRC portion, the CRC portion computed using information including DCI portion 1212. The CRC portion is scrambled by the RAN 120 using an identifier, such as a P-RNTI 1213 assigned to the UE 110. The scrambling may be performed by an XOR operation between the original CRC and the P-RNTI 1213. P-RNTI 1213 is commonly associated with both SIMs 502, 504. P-RNTI 1213 may be configured or predefined and it might or might not be shared with other UEs. For example, the embodiments below in relation to
During wake-up period 1102, UE 110 monitors the downlink control channel at the time-frequency resource to receive paging notification 1210. This monitoring by UE 110 may be performed using blind detection, which may operate as follows. UE 110 attempts to decode paging notification 1210, unscrambles the CRC of the paging notification using P-RNTI 1213 (e.g. by performing an XOR operation), and checks if the CRC is valid. If the CRC is valid, UE 110 assumes the decoded paging notification 1210 is correct and for UE 110 for the first service associated with first SIM 502, second SIM 504, or both SIMs 502, 504.
Paging notification 1210 schedules a paging message 1214 in a data channel, which may be a PDSCH. Paging message 1214 may contain ID information associated with (e.g. paging the UE 110 in relation to) first SIM 502, second SIM 504, or both first and second SIMs 502, 504.
In Example A of
Accordingly, if the RAN 120 has first and second traffic to send to the UE 110 that is respectively associated with both first and second SIMs 502, 504, the scheduled paging message 1214′ may include paging ID_1 1310 concatenated to paging ID_11 1320, as illustrated or the scheduled paging message 1214′ may include a list of paging IDs, including paging ID_1 1310 and paging ID_11 1320. If the RAN 120 has traffic associated with only first SIM 502 to send to the UE 110, the scheduled paging message 1214′ will contain paging ID_1 1310 and not paging ID_11 1320. Similarly, if the RAN 120 has traffic associated with only second SIM 504 to send to the UE 110, the scheduled paging message 1214′ will contain only paging ID_11 1320 and not paging ID_1 1310. In all three instances, if paging message 1214′ is a group paging message, as illustrated, the paging message 1214′ may still contain at least one other paging ID, the at least one other paging ID assigned to a different UE.
In Example B of
Paging message 1214″ also includes a traffic identifier 1332. Traffic identifier 1332 indicates whether the traffic the RAN 120 has to send to the UE 110 is associated with one or both of SIMS 502, 504. Further, if the RAN 120 has traffic to send for only one of SIMs 502 or 504, traffic identifier 1332 indicates whether that traffic is for first SIM 502 or second SIM 504.
Accordingly, if paging message 1214″ is to indicate that there is traffic associated with first SIM 502, or second SIM 504, or both first and second SIMs 502, 504, the scheduled paging message 1214″ will always include paging ID 1330 concatenated to traffic identifier 1332 (or paging ID 1330 with associated traffic identifier 1332). If there is traffic associated with both first and second SIMs 502, 504, traffic identifier 1332 will indicate that there is traffic associated with both first and second SIMs 502. If there is traffic associated with only one SIM of the first or second SIMs 502 or 504, traffic identifier 1332 will indicate that there is traffic associated with only one SIM, and will further identify which of the first or second SIMs 502 or 504 the traffic is associated with. Alternatively, if the traffic identifier 1332 does not indicate whether the traffic is for first SIM 502 or second SIM 504 (or if the traffic identifier 1332 is not included in paging message 1214″), the traffic itself may include such an identifier, e.g. in a header of the traffic. If paging message 1214″ is a group paging message, as illustrated, it may still contain at least one other paging ID, the at least one other paging ID assigned to a different UE.
In both examples illustrated in
Note that in the embodiment in
At block 1402, during an initial access procedure the apparatus transmits, to the device, a capability report or a request for multi-SIM service. A capability report may include the number of SIMs with which the apparatus is equipped, number of transmit antennas, number of receive antennas, frequency band(s) of operation, etc. The capability report may explicitly or implicitly include a request that a multi-SIM service be configured for the apparatus. Alternatively, independent of the capability report (or if a capability report is not sent), the apparatus may separately request that a multi-SIM service be configured for the apparatus. In some embodiments, the multi-SIM service may be associated with a power saving mode for the apparatus.
At block 1404, the device receives the capability report or request for multi-SIM service. At block 1406, the device transmits to the apparatus, based on the capability report or the request for multi-SIM service, a message including configuration information related to multi-SIM parameters. This configuration information may include one or more of the following: at least one time-frequency resource for at least one control channel, which is to be used by the apparatus to monitor for a downlink control information; the format of at least one downlink control information, the format allowing for the at least one downlink control information to accommodate multi-SIM traffic; at least one identifier to be used by the apparatus to unscramble a CRC of a downlink control information; and/or, at least one paging identifier. For example, the configuration information may configure any of the DCI or paging notification or paging message formats illustrated in
At optional blocks 1409 and 1410, a measurement configuration specific to multi-SIM service is transmitted to the apparatus. The measurement configuration may configure one or more parameters (e.g. channel state information) for the apparatus to measure and report for both traffic services via one measurement. In particular, because the traffic for the multiple services is being transmitted to/from the same UE, the wireless channel is the same for both traffic and therefore it is not necessary to separately configure and measure certain parameters independently for each service. At block 1409 the device transmits the configuration information, and at block 1410 the apparatus receives and decodes the configuration information.
Similarly, although not illustrated, a single timing advance (TA) value may be determined by the device and transmitted to the apparatus, e.g. during initial access. The TA value is a single value that is the same for the multiple services because the different traffic associated with the different services, i.e. the multi-SIM traffic, is being transmitted from a same apparatus. More generally, the uplink and/or downlink synchronization of transmissions may be shared for the multiple services associated with the same UE.
After the initial access procedure has been completed, at block 1416, the device schedules and transmits multi-SIM traffic, for example, according to the embodiments described in
Instead of receiving multi-SIM traffic, there may be instances in which the apparatus needs to transmit traffic to the device. For example, the apparatus may have traffic associated with first SIM 502, second SIM 504, or both first and second SIMs 502, 504 needed to be transmitted to the device. Blocks 1420 to 1430 illustrate a method for the apparatus to transmit multi-SIM traffic to the device.
At block 1420, the apparatus transmits a scheduling request (SR) or a buffer status report (BSR) to the device. The SR or BSR contains information which indicates whether the traffic to be transmitted to the device is associated with one or multiple services, e.g. in the case of UE 110 whether the traffic is associated with first SIM 502, second SIM 504, or both first and second SIMs 502, 504. The information may be one or more bits with a bit value indicating the service to which the traffic is associated. In the case of a BSR, the information may be in a MAC CE and/or MAC header. The information is an example of ID information used for identifying a first traffic associated with a first service (e.g. SIM 502) and/or a second traffic associated with second service (e.g. SIM 504). At block 1422, the device receives the SR or BSR.
In the case of a SR, in some embodiments the time-frequency resources used to transmit the SR in the uplink control channel may itself implicitly indicate, to the device, the service associated with the traffic to be scheduled for uplink transmission. In such a situation, the service indication does not need to be in the SR because it is implicit from the uplink time-frequency resources used to send the SR. For example, a SR sent in time-frequency resources A of an uplink control channel may implicitly indicate, to the device, that the SR is associated with traffic for SIM 502, whereas a SR sent in time-frequency resources B of the uplink control channel may implicitly indicate, to the device, that the SR is associated with traffic for SIM 504.
At block 1424, the device transmits scheduling information to the apparatus, the scheduling information containing, for example, an indication of a time-frequency resource in a data channel. At block 1426, the apparatus receives the scheduling information. At block 1428, the apparatus transmits uplink traffic to the device at the time-frequency resource provided in the scheduling information. The uplink traffic is associated with one or multiple services, depending upon what was indicated in the SR or BSR. At block 1430, the device receives the uplink traffic.
Optionally, in a situation in which the apparatus has a measurement configuration specific to multi-SIM service, the apparatus may measure a parameter used for the multiple services. For example, at block 1432 the apparatus measures CSI. The CSI measurement is a single measurement used for both a first service (e.g. for SIM 502) and a second service (e.g. for SIM 504). At block 1434, the CSI is received by the device and the single CSI measurement is used for both first traffic associated with a first service (e.g. SIM 502) and second traffic associated with a second service (e.g. SIM 504).
For the sake of simplicity, UE 110 has been described as a dual SIM device, but UE 110 may be a device with more than two SIMs (e.g. a triple SIM device, a quad SIM device, etc.) or with more than two traffic sources or services.
In some embodiments, different traffic associated with different services may be configured with a respective logical channel (LCH) ID, e.g. LCH ID_1 for SIM 502 traffic and LC ID_2 for SIM 504 traffic. The LCH ID may be the indication in the DCI or traffic that indicates the service the traffic is associated with. More generally, the LCH ID may be any ID, not necessarily a logical channel ID specifically.
Each different SIM of UE 110 may be associated with a different CC. For example, for a dual SIM UE 110 the control information (e.g. DCI 702, DCI 902, DCI 904, or paging notification 1210) transmitted in the control channel may be on one CC. However, the data packet scheduled in the data channel for traffic associated with first SIM 502 may be on a different CC than the data packet scheduled in the data channel for traffic associated with second SIM 504. The one or more CCs on which the data is transmitted may be different from the CC on which the control information is transmitted. In some embodiments, the control information (e.g. DCI) and/or paging message may indicate the CC of the traffic for one or more of the services. In some embodiments, regardless of whether the different services are associated with a different CC, the frequency spectrum on which the traffic is transmitted to/from the UE 110 for the different services may be licensed spectrum or unlicensed spectrum.
Each different SIM of UE 110 may be associated with a different network operator (e.g. a first SIM may be associated with Company A wireless service provider, and a second SIM may be associated with Company B wireless service provider).
Each different service (e.g. each different SIM) may be configured differently, e.g. in terms of traffic transmitted or received for that service. For example, different services may have respective different traffic that has: a different QoS (e.g. one is best effort and the other is ultra-reliable), and/or different subcarrier spacing (SCS), and/or different timing (such as different slots), and/or different hybrid automatic repeat request (HARQ) configurations, such as different numbers of repetition, and/or different beam management (e.g. beam width) configurations, and/or different antenna configurations, and/or different physical layer or medium access control (MAC) layer configurations, and/or be associated with different radio access technologies (RATs) etc. That is, just because the traffic for the different services is being transmitted between a same UE/TRP, the traffic can still be configured differently according to the service.
Embodiments described earlier may also be applied in scenarios in which it is a shared RAN, but the multiple services do not necessarily share the same spectrum resources (e.g. SIM 502 is associated with a first carrier frequency, and SIM 504 is associated with a second carrier frequency). There may still be a common paging message for both services, like shown in
Any of the fields indicated herein, e.g. fields to identify a service/SIM, may have a size that is predefined (e.g. fixed) or configured. If configured, the configuration may be in semi-static signaling, e.g. RRC signaling.
Any of the embodiments described above in relation to
In some embodiments, the control information identifying at least first traffic associated with a first service and second traffic associated with a second service may be transmitted in higher-layer signaling instead of (or in addition to) dynamic signaling. For example, the RAN 120 may transmit, to a UE, RRC signaling that provides the ID of the first and/or second service.
At block 1502, the device generates control information. The control information includes ID information associated with the apparatus. The ID information may be used for identifying at least first traffic associated with a first service and second traffic associated with a second service different from the first service. An example of control information is the DCI illustrated in any of the embodiments in
The control information may be dynamic control information in the physical layer, e.g. downlink control information (like the examples illustrated in
In the embodiment illustrated by
At block 1504, the control information is transmitted by the device to the apparatus. At block 1506, the control information is received by the apparatus. At block 1508, the apparatus decodes the control information.
At block 1510, at least one of the first traffic or the second traffic is transmitted by the
device, and is received by the apparatus at block 1512. At block 1514, the apparatus decodes at least one of the first traffic or the second traffic.
If the control information carrying the ID information is dynamic physical layer control information (e.g. DCI, like in
In some embodiments of the method of
In some embodiments of the method of
In some embodiments of the method of
In some embodiments of the method of
In some embodiments of the method of
In some embodiments of the method of
In some embodiments of the method of
In some embodiments of the method of
In some embodiments of the method of
In some embodiments of the method of
In the explanation of
At block 1602, the device generates a paging message. The paging message includes ID information associated with at least first traffic associated with a first service. An example of a paging message is any of the paging messages illustrated in the embodiments in
At block 1604, the paging message is transmitted by the device to the apparatus. At block 1606, the paging message is received by the apparatus. At block 1608, the apparatus decodes the paging message.
In some embodiments of the method of
In the embodiment illustrated by
In some embodiments of the method of
In some embodiments of the method of
In some embodiments of the method of
In some embodiments of the method of
In some embodiments of the method of
In some embodiments of the method of
In some embodiments of the method of
In the explanation of
Various methods are disclosed herein. Examples of an apparatus (e.g. ED or UE) and a device (e.g. TRP) to perform the various methods described herein are also disclosed.
The apparatus (e.g. UE 110) may include a memory to store processor-executable instructions, and at least one processor to execute the processor-executable instructions. When the processor executes the processor-executable instructions, the processor may be caused to directly perform or cause the apparatus to perform the method steps of the apparatus as described herein, e.g. the steps performed by apparatus in the methods of
The device (e.g. TRP 352) may include a memory to store processor-executable instructions, and at least one processor to execute the processor-executable instructions. When the processor executes the processor-executable instructions, the processor may be caused to directly perform or cause the device to perform the method steps of the device as described above, e.g. the method steps performed by the device in the methods of
The example embodiments described herein relate to methods for control information monitoring and paging for a multi-SIM device in a shared RAN. There are various technical benefits achieved in some embodiments. For example, some embodiments may avoid inefficiencies related to multi-SIM devices having to monitor multiple time-frequency resources in a control channel to receive control information for each different SIM in the multi-SIM device. For example, the number of blind detections to be performed by a UE may be reduced (e.g. only one blind detection in
As another example, some embodiments may allow for a multi-SIM device to simultaneously connect with more than one network operator to receive downlink traffic and/or transmit uplink traffic associated with multiple SIMs. In some embodiments, dual connectivity (DC) and carrier aggregation (CA) may still be supported.
The embodiments above relate to a shared RAN. Having a shared RAN allows for network operators (e.g. service providers (SPs)) to share hardware and/or software resources in the RAN, e.g. by having a single RAN infrastructure, which provides a technical benefit of reduced resources. In one example, the shared RAN 120 may be managed by a third party network operator, and another service provider network operator may request wireless services (e.g. request use of the shared RAN 120) from that third party.
Note that the expression “at least one of A or B”, as used herein, is interchangeable with the expression “A and/or B”. It refers to a list in which you may select A or B or both A and B. Similarly, “at least one of A, B, or C”, as used herein, is interchangeable with “A and/or B and/or C” or “A, B, and/or C”. It refers to a list in which you may select: A or B or C, or both A and B, or both A and C, or both B and C, or all of A, B and C. The same principle applies for longer lists having a same format.
Although the present invention has been described with reference to specific features and embodiments thereof, various modifications and combinations can be made thereto without departing from the invention. The description and drawings are, accordingly, to be regarded simply as an illustration of some embodiments of the invention as defined by the appended claims, and are contemplated to cover any and all modifications, variations, combinations or equivalents that fall within the scope of the present invention. Therefore, although the present invention and its advantages have been described in detail, various changes, substitutions and alterations can be made herein without departing from the invention as defined by the appended claims. Moreover, the scope of the present application is not intended to be limited to the particular embodiments of the process, machine, manufacture, composition of matter, means, methods and steps described in the specification. As one of ordinary skill in the art will readily appreciate from the disclosure of the present invention, processes, machines, manufacture, compositions of matter, means, methods, or steps, presently existing or later to be developed, that perform substantially the same function or achieve substantially the same result as the corresponding embodiments described herein may be utilized according to the present invention. Accordingly, the appended claims are intended to include within their scope such processes, machines, manufacture, compositions of matter, means, methods, or steps.
Moreover, any module, component, or device exemplified herein that executes instructions may include or otherwise have access to a non-transitory computer/processor readable storage medium or media for storage of information, such as computer/processor readable instructions, data structures, program modules, and/or other data. A non-exhaustive list of examples of non-transitory computer/processor readable storage media includes magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, optical disks such as compact disc read-only memory (CD-ROM), digital video discs or digital versatile disc (DVDs), Blu-ray Disc™, or other optical storage, volatile and non-volatile, removable and non-removable media implemented in any method or technology, random-access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology. Any such non-transitory computer/processor storage media may be part of a device or accessible or connectable thereto. Any application or module herein described may be implemented using computer/processor readable/executable instructions that may be stored or otherwise held by such non-transitory computer/processor readable storage media.
This application is a continuation of International Patent Application No. PCT/CN2021/127905, filed Nov. 1, 2021, the contents of which are incorporated by reference herein its entirety.
Number | Date | Country | |
---|---|---|---|
Parent | PCT/CN2021/127905 | Nov 2021 | WO |
Child | 18650944 | US |