Client device and network access node for managing CCH monitoring capabilities
Patent Information
- Application Number
- DE602020075056
- Authority / Receiving Office
- DE · DE
- Patent Type
- Patents
- Current Assignee / Owner
- Filing Date
- 2020-04-09
- Publication Date
- 2026-07-29
- Estimated Expiration
- 2040-04-09
AI Technical Summary
Conventional solutions fail to account for the varying requirements of different NR services by reporting only one Rel-15 and one Rel-16 PDCCH monitoring capability, which are not necessarily suited for eMBB and URLLC applications, and do not allow for flexible adaptation of carrier aggregation configurations.
A solution that enables the exchange of enhanced control channel monitoring capability information between a client device and a network access node, allowing for flexible adaptation to different service requirements by supporting multiple combinations of Rel-15 and Rel-16 monitoring modes, including per-slot and per-span monitoring, and enabling the network access node to configure the client device accordingly.
This approach allows for efficient and flexible CCH monitoring, adapting to diverse communication services like eMBB and URLLC by optimizing the CCH monitoring capability based on the specific requirements of each service, thereby improving resource utilization and performance.
Description
Technical Field
[0001] The disclosure relates to a client device and a network access node for management of control channel (CCH) monitoring capabilities. Furthermore, the disclosure also relates to corresponding methods and computer program.Background
[0002] 3GPP new radio (NR) is designed for a variety of use cases, in particular enhanced mobile broadband (eMBB) and ultra reliable low latency (URLLC) communication services.
[0003] One important feature to meet the diverse requirements of mobile communication is carrier aggregation, where several carriers or serving cells can be used for transmission. Carrier aggregation can provide higher data rates and / or more reliability over the communication link. However, in order to provide an efficient usage of carrier aggregation, it should be possible to easily adapt the carrier aggregation configuration to different characteristics and requirements of different NR services, such as eMBB and URLLC.
[0004] QUALCOMM INCORPORATED, "PDCCH Enhancements for eURLLC", vol. RAN WG1, no. Chongqing, China; 20191014 - 20191020, (20191008), 3GPP DRAFT; R1-1911118 PDCCH ENHANCEMENTS FOR EURLLC, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, URL: http: / / www.3gpp.org / ftp / tsg_ran / WG1_RL1 / TSGR1_98b / Docs / R1-1911118.zip, (20191008), discusses PDCCH enhancements for eURLLC.
[0005] INTEL CORPORATION, "Remaining aspects on Rel-16 PDCCH enhancements for URLLC", vol. RAN WG1, no. e-Meeting; 20200224 - 20200306, (20200215), 3GPP DRAFT; R1-2000735, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, URL: https: / / ftp.3gpp.org / tsg_ran / WG1_RL1 / TSGR1_100_e / Docs / R1-2000735.zip R1-2000735 Intel - eURLLC PDCCH enhancements.docx, (20200215), relates to Rel-16 PDCCH enhancements for URLLC.
[0006] NOKIA ET AL, "On PDCCH Enhancements for NR URLLC", vol. RAN WG1, no. Reno, NV, USA; 20191118 - 20191122, (20191109), 3GPP DRAFT; R1-1912511, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, URL: https: / / ftp.3gpp.org / tsg_ran / WG1_RL1 / TSGR1_99 / Docs / R1-1912511.zip R1-1912511_Nokia_eURLLC PDCCH enh.docx, (20191109), relates to PDCCH enhancements for NR URLLC.
[0007] EP3954078A1 relates to control channel monitoring capability for low latency communications. EP4038818A1 relates to control channel monitoring based on sub-carrier spacing.Summary
[0008] An objective of implementations of the disclosure is to provide a solution which mitigates or solves the drawbacks and problems of conventional solutions.
[0009] The invention has been defined in the independent claims. Further specific technical features have been defined in the dependent claims.
[0010] Further applications and advantages of the implementations of the disclosure will be apparent from the following detailed description.Brief Description of the Drawings
[0011] The appended drawings are intended to clarify and explain different implementations of the disclosure, in which: Fig. 1 shows a client device according to an implementation of the disclosure; Fig. 2 shows a method for a client device according to an implementation of the disclosure; Fig. 3 shows a network access node according to an implementation of the disclosure; Fig. 4 shows a method for a network access node according to an implementation of the disclosure; Fig. 5 shows a communication system according to an implementation of the disclosure; Fig. 6 illustrates a first control message according to an implementation of the disclosure; and Fig. 7 illustrates signalling between a client device and a network access node according to an implementation of the disclosure. Detailed Description
[0012] To make the objectives, technical solutions, and advantages of this invention clearer, the following further describes various implementations in detail with reference to the accompanying drawings. The implementations described below are not all claimed, they are included to help understanding the context of the invention. While the description refers to various implementations, the embodiments of the invention are those that comprise at least all the features of an independent claim. Any implementation that does not fall within the scope of the claims does not form part of the invention, but rather included as an illustrative example that is useful for understanding the invention.
[0013] In 3GPP, the user equipment (UE) can report its carrier aggregation (CA) capability to the network. For example, in feature group 6-5, the UE reports the number of supported downlink carriers, which can be up to 16. In feature group 6-5a, the UE is reporting its capability of supported cells for physical downlink control channel (PDCCH) monitoring in case of CA. Because PDCCH monitoring is a very complex operation which is requiring a lot of resources, the UE can be configured with more cells in total than it has PDCCH monitoring capability. This is not an error case. In such a situation, the UE can still operate on all configured cells, but it will, according to pre-defined formulas defined in TS 38.213, scale the PDCCH monitoring.
[0014] In release 15 (Rel-15) of the 3GPP standard, there is only one type of PDCCH monitoring (called Rel-15 monitoring in this disclosure). A Rel-15 UE can report how many Rel-15 cells it can support for PDCCH monitoring. The minimum requirement is 4 cells. In release 16 (Rel-16), enhanced PDCCH monitoring is introduced (called Rel-16 monitoring in this disclosure). Rel-16 monitoring is different from Rel-15 monitoring. In Rel-15, the UE has to support a maximum number of non-overlapped control channel elements (CCEs) and maximum number of monitored PDCCH candidates per slot. In Rel-16, the UE has to support a maximum number of non-overlapped control channel elements (CCEs) and monitored PDCCH candidates (or blind decodes) per monitoring span, and there can be several monitoring spans within a slot.
[0015] In this discourse the term "blind decodes" can be used interchangeably with "maximum number of PDCCH candidates" and the term "CCEs" can be used interchangeably with "maximum number of non-overlapped CCEs".
[0016] The UE can be configured with Rel-15 CCH monitoring in some cells and with Rel-16 CCH monitoring in other cells. The UE can report its Rel-15 / Rel-16 monitoring capability independently from each other.
[0017] One drawback with conventional solutions is that the UE only reports one Rel-15 monitoring and one Rel-16 monitoring capability. Rel-15 monitoring is not necessarily worse than Rel-16 monitoring but targeting for different use cases. Rel-15 monitoring could be more suitable for eMBB applications while Rel-16 monitoring could be more applicable for URLLC applications.
[0018] Another drawback with conventional solutions is that for each sub-carrier spacing and each monitoring span pattern only one value for the maximum number of non-overlapping CCEs, i.e. parameter C_max, and only one value for the maximum number of PDCCH candidates is given, i.e. parameter M_max. However, for different combinations of Rel-15 / Rel-16 PDCCH monitoring capability, different values could apply. Consequently, there is a need for a solution which address the above mentioned drawbacks. It is noted that mentioned parameters C_max and M_max are a generic wording for the sub-carrier spacing and span pattern specific parameters C PDCCH max , slot , μ , C PDCCH max , X Y , μ , M PDCCH max , slot , μ and M PDCCH max , X Y , μ which are used in the 3GPP specifications.
[0019] Therefore, it is herein presented a solution with enhanced support and procedures for the exchange of CCH monitoring capability information between a client device and a network access node and further for determining which CCH monitoring capability to use. Thereby, a flexible CCH monitoring mechanism which can be adapted to different service requirements and traffic situations is provided.
[0020] Fig. 1 shows a client device 100 according to an implementation of the disclosure. In the implementation shown in Fig. 1, the client device 100 comprises a processor 102, a transceiver 104 and a memory 106. The processor 102 may be coupled to the transceiver 104 and the memory 106 by communication means 108 known in the art. The client device 100 may further comprise an antenna or antenna array 110 coupled to the transceiver 104, which means that the client device 100 may be configured for communications in a communication system.
[0021] That the client device 100 may be configured to perform certain actions can in this disclosure be understood to mean that the client device 100 comprises suitable means, such as e.g. the processor 102 and the transceiver 104, configured to perform said actions.
[0022] According to implementations of the disclosure the client device 100 is configured to transmit a first control message 502 to a network access node 300. The first control message 502 indicates a set of control channel (CCH) monitoring capabilities supported by the client device 100. Each CCH monitoring capability in the set of CCH monitoring capabilities indicates a first CCH monitoring capability for a first CCH monitoring mode M1 and a second CCH monitoring capability for a second CCH monitoring mode M2.
[0023] Fig. 2 shows a flow chart of a corresponding method 200 which may be executed in a client device 100, such as the one shown in Fig. 1. The method 200 comprises transmitting 202 a first control message 502 to a network access node 300. The first control message 502 indicates a set of CCH monitoring capabilities supported by the client device 100. Each CCH monitoring capability in the set of CCH monitoring capabilities indicates a first CCH monitoring capability for a first CCH monitoring mode M1 and a second CCH monitoring capability for a second CCH monitoring mode M2.
[0024] Fig. 3 shows a network access node 300 according to an implementation of the disclosure. In the implementation shown in Fig. 3, the network access node 300 comprises a processor 302, a transceiver 304 and a memory 306. The processor 302 is coupled to the transceiver 304 and the memory 306 by communication means 308 known in the art. The network access node 300 may be configured for both wireless and wired communications in wireless and wired communication systems, respectively. The wireless communication capability is provided with an antenna or antenna array 310 coupled to the transceiver 304, while the wired communication capability is provided with a wired communication interface 312 coupled to the transceiver 304.
[0025] That the network access node 300 is configured to perform certain actions can in this disclosure be understood to mean that the network access node 300 comprises suitable means, such as e.g. the processor 302 and the transceiver 304, configured to perform said actions.
[0026] According to implementations of the disclosure the network access node 300 is configured to receive a first control message 502 from a client device 100. The first control message 502 indicates a set of CCH monitoring capabilities supported by the client device 100. Each CCH monitoring capability in the set of CCH monitoring capabilities indicates a first CCH monitoring capability for a first CCH monitoring mode M1 and a second CCH monitoring capability for a second CCH monitoring mode M2. The network access node 300 is further configured to determine a CCH monitoring capability from the set of CCH monitoring capabilities for the client device 100 based on the first control message 502 and configure the client device 100 with the determined CCH monitoring capability.
[0027] Fig. 4 shows a flow chart of a corresponding method 400 which may be executed in a network access node 300, such as the one shown in Fig. 3. The method 400 comprises receiving 402 a first control message 502 from a client device 100. The first control message 502 indicates a set of CCH monitoring capabilities supported by the client device 100. Each CCH monitoring capability in the set of CCH monitoring capabilities indicates a first CCH monitoring capability for a first CCH monitoring mode M1 and a second CCH monitoring capability for a second CCH monitoring mode M2. The method 200 further comprises determining 404 a CCH monitoring capability from the set of CCH monitoring capabilities for the client device 100 based on the first control message 502 and configuring 406 the client device 100 with the determined CCH monitoring capability.
[0028] Fig. 5 illustrates a communication system 500 according to implementations of the disclosure. The communication system 500 comprises a network access node 300 and a client device 100 configured to operate in the communication system 500. The communication system 500 may support diverse communication services with widely different characteristics and requirements, such as e.g. eMBB and URLLC services. To efficiently support the diverse communication services two different CCH monitoring modes may be used in the communication system 500, i.e. a first CCH monitoring mode M1 and a second CCH monitoring mode M2. The first CCH monitoring mode M1 may e.g. be better suitable for eMBB and the second CCH monitoring mode M2 may be better suitable for URLLC or vice versa.
[0029] In implementations of the disclosure, the client device 100 may in the first CCH monitoring mode M1 be configured to perform CCH monitoring on a slot basis by monitoring a number of resources in a time slot and in the second CCH monitoring mode M2 be configured to perform CCH monitoring on a per span basis by monitoring a number of resources in a sub-slot.
[0030] The communication system 500 can in implementations be based on NR and / or LTE radio access technology (RAT). In such implementations, the first CCH monitoring mode M1 may correspond to Rel-15 monitoring according to the 3GPP standard and the second CCH monitoring mode M2 may correspond to Rel-16 monitoring according to the 3GPP standard. However, the disclosure is not limited thereto.
[0031] If the client device 100 is capable of supporting multiple combinations of CCH monitoring according to the first CCH monitoring mode M1 and the second CCH monitoring mode M2, the network access node 300 would benefit from knowing which combinations the client device 100 can support. The disclosure therefore introduces a new control message with which the client device 100 can indicate / inform the network access node 300 about its supported set of CCH monitoring capabilities. In this way, the network access node 300 and the client device 100 have the same understanding of the set of CCH monitoring capabilities supported by the client device 100.
[0032] According to implementations of the disclosure, the client device 100 can inform the network access node 300 about its CCH monitoring capabilities with a first control message 502. The client device 100 can transmit the first control message 502 to the network access node 300, as shown in Fig. 5. The first control message 502 indicates a set of CCH monitoring capabilities supported by the client device 100, where each CCH monitoring capability in the set of CCH monitoring capabilities indicates a first CCH monitoring capability for the first CCH monitoring mode M1 and a second CCH monitoring capability for the second CCH monitoring mode M2. Thus, the first control message 502 indicates different combinations of CCH monitoring according to the first CCH monitoring mode M1 and the second CCH monitoring mode M2 supported by the client device 100.
[0033] Based on the first control message 502, the network access node 300 can determine a CCH monitoring capability from the set of indicated CCH monitoring capabilities and configure the client device 100 with the determined CCH monitoring capability. The network access node 300 can e.g. determine the CCH monitoring capability which is most suitable for a currently used communication service. Thereby, allowing the CCH monitoring to be adapted to the requirements of the communication service.
[0034] In implementations, the first CCH monitoring capability may be associated with a first number of serving cells and the second CCH monitoring capability may be associated with a second number of serving cells. Each CCH monitoring capability in the set of CCH monitoring capabilities may thus indicate a combination of the first number of serving cells and the second number of serving cells, i.e. a combination of the number of serving cells which the client device 100 is capable of monitoring in the first CCH monitoring mode M1 and in the second CCH monitoring mode M2, respectively, at the same time. Serving cells can herein further be understood to be cells, activated cells, component carriers, carriers, bandwidth parts, active bandwidth parts, etc.
[0035] One CCH monitoring capability may be indicated only by the first CCH monitoring capability and hence indicate the first number of serving cells which the client device 100 can monitor if the client device 100 only monitors in the first CCH monitoring mode M1. Another CCH monitoring capability may be indicated only by the second CCH monitoring capability and hence indicate the second number of serving cells which the client device 100 can monitor if the client device 100 only monitors in the second CCH monitoring mode M2. CCH monitoring capabilities indicating both the first CCH monitoring capability and the second CCH monitoring capability may indicate a combination of the number of serving cells which the client device 100 is capable of monitoring in the first CCH monitoring mode M1 and in the second CCH monitoring mode M2, respectively.
[0036] Fig. 6 illustrates the first control message 502 according to implementations of the disclosure where the first CCH monitoring capability is associated with a first number of serving cells and the second CCH monitoring capability is associated with a second number of serving cells. With reference to Fig. 6, the first control message 50 comprises a set of CCH monitoring capabilities 600 comprising three CCH monitoring capabilities 602, 604, and 606. The set of CCH monitoring capabilities 600 may e.g. be comprised in one or more information elements in the first control message 502. Each CCH monitoring capability 602; 604; 606 in the set of CCH monitoring capabilities 600 indicates a first CCH monitoring capability for the first CCH monitoring mode M1 with a first number of serving cells and a second CCH monitoring capability for the second CCH monitoring mode M2 with a second number of serving cells. Thus, the set of CCH monitoring capabilities 600 shown in Fig. 6 indicates that the client device 100 can monitor the combinations: 4 serving cells in the first CCH monitoring mode M1 and 0 serving cells in the second CCH monitoring mode M2; 2 serving cells in the first CCH monitoring mode M1 and 1 serving cells in the second CCH monitoring mode M2; and 0 serving cells in the first CCH monitoring mode M1 and 2 serving cells in the second CCH monitoring mode M2.
[0037] According to implementations of the disclosure, a maximum number of CCH candidates and a maximum number of non-overlapping control channel elements (CCEs) per serving cell for CCH monitoring may be dependent on a combination of the first CCH monitoring capability and the second CCH monitoring capability. A CCH candidate may comprise a predefined combination of time and / or frequency resources on which a control message may be transmitted. The client device 100 checks, e.g. monitors or blind decodes, the combination of time and / or frequency resources for predefined downlink control information (DCI) formats. If the DCI formats have different sizes they may be counted as separate CCH candidates, if they have the same size they are counted as the same CCH candidate.
[0038] In implementations of the disclosure, the maximum number of CCH candidates and the maximum number of non-overlapping CCEs per serving cell can be adapted based on the combination of the first CCH monitoring capability and the second CCH monitoring capability for CCH monitoring. Thereby, allowing further flexibility in the CCH monitoring. For example, a first combination of the first CCH monitoring capability and the second CCH monitoring capability where the first number of serving cells is 2 and the second number of cells is 1 may be supported with a high maximum number of CCH candidates per serving cell, while a second combination of the first CCH monitoring capability and the second CCH monitoring capability where the first number of serving cells is 2 and the second number of cells is 2 may be supported when reducing the maximum number of CCH candidates per serving compared to the first combination.
[0039] The maximum number of CCH candidates and the maximum number of non-overlapping CCEs per serving cell mapping which can be used for a specific combination of the first CCH monitoring capability and the second CCH monitoring capability may in implementations be predefined (e.g. by a standard) and the mapping between them may be implemented in one or more tables. For example, one table per monitoring mode with two entries for each monitoring span combination and sub-carrier spacing may be used. Alternatively, two tables per monitoring mode may be used, where some CCH monitoring capability combinations are mapped to one table and other CCH monitoring capability combinations are mapped to another table.
[0040] Fig. 7 illustrates control signalling between the network access node 300 and the client device 100 according to implementations of the disclosure. The signalling may be performed to adapt the CCH monitoring for carrier aggregation of the client device 100 depending on the use case and traffic scenarios.
[0041] In step I in Fig. 7, the client device 100 transmits a first control message 502 to the network access node 300. The first control message 502 indicates a set of CCH monitoring capabilities supported by the client device 100.
[0042] The set of CCH monitoring capabilities may be indicated in the first control message 502 in different ways. In implementations, the first control message 502 may explicitly indicate the set of CCH monitoring capabilities. The first control message 502 may e.g. comprise an explicit indication of each CCH monitoring capability and hence each combination of the first number of serving cells and the second number of serving cells supported by the client device 100, as shown in Fig. 6.
[0043] The first control message 502 may further indicate the set of CCH monitoring capabilities with one or more indices, each index being associated with one or more CCH monitoring capabilities. The association between indices and CCH monitoring capabilities may e.g. be predefined in a standard. When the network access node 300 receives one or more indices from the client device 100, the network access node 300 may thus derive the set of CCH monitoring capabilities from the receives one or more indices based on the predefined associations.
[0044] Furthermore, the first control message 502 may indicate the set of CCH monitoring capabilities with only each first CCH monitoring capability, only each second CCH monitoring capability and / or a single CCH monitoring capability.
[0045] When the first control message 502 indicates only each first CCH monitoring capability, the first control message 502 may indicate each first CCH monitoring capability directly or indirectly and each second CCH monitoring capability may be implicitly derived from the indicated first CCH monitoring capabilities. For example, the client device 100 may report the first CCH monitoring capabilities {4, 3, 2, 1, 0} and the associated second CCH monitoring capabilities, e.g. {0, 0, 0, 1, 2} or {0, 1, 2, 3, 4}, may be implicitly obtained by the network access node 300.
[0046] Which numbers to assume for the second CCH monitoring capabilities may be either fixed, e.g. always {0, 0, 0,1, 2} in the example above, or it could be based on additional information from the client device 100. One client device 100 may indicate a low CCH monitoring capability to the network access node 300 meaning that {0, 0, 0, 1, 2} should be assumed, while another client device 100 may indicate a high capability meaning that {0, 1, 2, 3, 4} should be assumed.
[0047] The client device 100 may further report only each second CCH monitoring capability, e.g. {0, 1, 2}, which may imply that the first CCH monitoring capabilities {4, 2, 0} are supported, i.e. the CCH monitoring capability combinations {(4+0), (2+1), (0+2)} are supported. If the client device 100 reports the second CCH monitoring capabilities {4, 3, 2, 1, 0} then it may imply that the CCH monitoring capability combinations {(0+4), (1+3), (2+2), (3+1), (4+0)} are supported.
[0048] Furthermore, the client device 100 may report a maximum second CCH monitoring capability, i.e. the maximum number of second number of cells the client device 100 can support. A total CCH monitoring capability, i.e. a total number of serving cells for monitoring in both the first CCH monitoring mode M1 and the second CCH monitoring mode M2, may further be known or reported by the client device 100. In this case, the first CCH monitoring capabilities can be derived from the reported maximum second CCH monitoring capability and the total CCH monitoring capability. The client device 100 may further be assumed to support all lower numbers of second number of cells than the reported maximum number of second number of cells. In this example the first CCH monitoring mode M1 may be Rel-15 and the second CCH monitoring mode M2 may be Rel-16.
[0049] For example, the client device 100 may report a maximum second CCH monitoring capability of 3 serving cells. Supported second CCH monitoring capabilities may then be derived to be {0, 1, 2, 3}, and supported first CCH monitoring capabilities may be derived to be {4, 3, 2, 1}. Thus, the CCH monitoring capability combinations {(4+0), (3+1), (2+2), (1+3)} are supported.
[0050] When the first control message 502 indicates a single CCH monitoring capability, the network access node 300 may be able to derive other supported CCH monitoring capability in the set of supported CCH monitoring capabilities from the indicated single CCH monitoring capability. For example, if the client device 100 reports a first combination of the first CCH monitoring capability and the second CCH monitoring capability (0+2), the network access node 300 may implicitly assume that also a second combination of the first CCH monitoring capability and the second CCH monitoring capability, e.g. (2+1), is supported. If the client device 100 reports a combination for (number of cells in M1+number of cells in M2) = (0+4), it may imply that also the combinations {(1+3), (2+2), (3+1) and (4+0)} are supported. Further non-limiting examples are: If the client device 100 reports {(4+0) and / or (0+2)}, the network access node 300 can assume that the combination (2+1) also is supported; If the client device 100 reports (0+4), the network access node 300 can assume that combinations (4+0), (3+1), (2+2), (1+3) also are supported; If the client device reports (0+2), the network access node 300 can assume that combination (4+0) and (2+1) also is supported; and If the client device 100 does not report anything, the network access node 300 can assume that certain minimum requirements are supported, non-limiting examples are: ∘ {(4+0), (0+2)}, ∘ {(4+0), (0+2), (2+1)}, and ∘ {(4+0), (3+1), (2+2), (1+3), (0+4)}.
[0051] The network access node 300 receives the first control message 502 from the client device indicating the set of CCH monitoring capabilities supported by the client device 100. Based on the first control message 502, the network access node 300 determines a CCH monitoring capability from the set of CCH monitoring capabilities for the client device 100 in step II in Fig. 7. Step II may comprise the network access node 300 determining the CCH monitoring capability based on the set of CCH monitoring capabilities and at least one of: cell load, supported number of carriers, supported services, and configured services for the client device 100. For example, when the client device 100 can support more carriers it can be configured with more carriers. Further, when e.g. eMBB traffic load is higher more cells for the eMBB could be configured, and if URLLC requirements are demanding, more cells could be used for URLLC. Moreover, if the cell load is low more bandwidth can be given to the client device 100 which means that more carriers can be configured.
[0052] In step III in Fig. 7, the network access node 300 configures the client device 100 with the determined CCH monitoring capability. The network access node 300 may configuring of the client device 100 with the determined CCH monitoring capability by determining a set of cell configurations for the client device 100 and configure the client device 100 with the set of cell configurations for the client device 100. At least one cell configuration in the set of cell configuration comprises the first CCH monitoring mode M1 or the second CCH monitoring mode M2.
[0053] In implementations of the disclosure, the network access node 300 may explicitly configure the client device 100 with the determined CCH monitoring capability. In such implementations, the configuring of the client device 100 with the determined CCH monitoring capability may further comprises the network access node 300 transmitting a second control message 504 to the client device 100, as indicated with the dashed arrow in Fig. 7. The second control message 504 indicates the determined CCH monitoring capability and may be any of: a radio resource control message, a medium access control channel element, or a downlink control information.
[0054] In step IV in Fig. 7, the client device 100 obtains a CCH monitoring capability from the set of CCH monitoring capabilities. The client device 100 may obtain the CCH monitoring capability explicitly from the network access node 300, i.e. client device 100 may be configured with the CCH monitoring capability by the network access node 300. The client device 100 may further determine the CCH monitoring capability internally e.g. based on a set of predefined rules.
[0055] In implementations where the network access node 300 configures the client device 100 with the CCH monitoring capability, the client device 100 may obtain the CCH monitoring capability based on the second control message 504 transmitted by the network access node 300. Thus, the client device 100 may in implementations receive the second control message 504 from the network access node 300, and where the second control message 504 indicates the CCH monitoring capability from the set of CCH monitoring capabilities, i.e. the CCH monitoring capability determined by the network access node 300 in step II in Fig. 7. The client device 100 then obtains the CCH monitoring capability based on the second control message 504.
[0056] In implementations where the client device 100 determines the CCH monitoring capability, the obtaining of the CCH monitoring capability may comprise the client device 100 determining a set of cell configurations for the client device 100. At least one cell configuration in the set of cell configuration comprises the first CCH monitoring mode M1 or the second CCH monitoring mode M2. The client device 100 may further obtain the CCH monitoring capability based on the set of cell configurations for the client device 100. How the client device 100 may obtain the CCH monitoring capability based on the set of cell configurations will be further described below.
[0057] In step V in Fig. 7, the client device 100 performs CCH monitoring based on the obtained CCH monitoring capability, i.e. based on the CCH monitoring capability obtained step IV in Fig. 7.
[0058] According to implementations of the disclosure, the client device 100 may obtain the CCH monitoring capability from the set of cell configurations based on predetermined selection rules. Assume that the client device 100 supports the following combinations of the first CCH monitoring capability and the second CCH monitoring capability {(0+2), (2+1), (4+0)}. If the client device 100 is configured with a set of cell configurations comprising mixed cells, i.e. at least one of the configured cells is configured with the first monitoring mode M1 and at least one cell is configured with the second monitoring mode M2. Then, a CCH monitoring capability that supports mixed monitoring, i.e. (2+1) in this example, shall be used. If the client device 100 is only configured with cell configured with the second monitoring mode M2, the CCH monitoring capability that has the largest number of second number of cells, i.e. (0+2) in this example, shall be used. Furthermore, if the client device 100 is only configured with cell configured with the first monitoring mode M1, the CCH monitoring capability that has the largest number of the first number of cells, i.e. (4+0) in this example, shall be used.
[0059] Selection rules to select one CCH monitoring capability out of multiple CCH monitoring capabilities supporting combinations of the first CCH monitoring capability and the second CCH monitoring capability are further disclosed. Assume that the client device 100 can support the following CCH monitoring capabilities {(0+4), (1+3), (2+2), (3+1), (4+0)}. Then, the CCH monitoring capabilities supporting combinations of the first CCH monitoring capability and the second CCH monitoring capability are (1+3), (2+ 2), and (3+1). In case both cells with the first monitoring mode M1 and cells with the second monitoring mode M2 are configured, there are hence three possible CCH monitoring capability that could be selected, i.e. (3+1), (2+2), or (1+3). A selection rule to define which of the CCH monitoring capabilities to select in this case is needed. The selection rule may e.g. be based on the actual number of configured cells with the first monitoring mode M1 and the second monitoring mode M2, respectively.
[0060] In implementations of the disclosure, selection rules may be defined such that the selection is based on the number of configured cells with the second monitoring mode M2. The CCH monitoring capability containing the largest number of the second CCH monitoring capability that does not exceed the number of configured cells with the second monitoring mode M2 may e.g. be selected. For example, assume that 5 cells are configured with the second monitoring mode M2. Then, in the example above, the CCH monitoring capability (1+3) has the most cells with the second CCH monitoring capability and should be selected. If only 2 cells are configured with the second monitoring mode M2, the CCH monitoring capability (2+2) should be selected. Furthermore, if only one cell is configured with the second monitoring mode M2, the CCH monitoring capability (3+1) should be selected.
[0061] In implementations of the disclosure, selection rules may be defined such that the selection is based on the number of configured cells with the first monitoring mode M1. The CCH monitoring capability containing the largest number of the first CCH monitoring capability that does not exceed the number of configured cells with the first monitoring mode M1 may e.g. be selected. Then, out of the CCH monitoring capabilities {(1+3), (2+2), (3+1), (3+1)}, the CCH monitoring capability (3+1) should be selected. If 2 cells are configured with the first monitoring mode M1, the CCH monitoring capability (2+2) should be selected, and if only 1 cell is configured with the first monitoring mode M1, then the CCH monitoring capability (1+3) capability should be selected.
[0062] The above described selection rules are non-limiting examples of selection rules that the client device 100 can use to obtain the CCH monitoring capability. Other selection rules may be defined without deviating from the scope of the disclosure.
[0063] In NR the maximum number of monitored PDCCH candidates per cell and per monitoring span is dependent on applied Rel-15 / Rel-16 capability combination. If e.g. the applied combination is {0 Rel-15, 2 Rel-16} then M_max for Rel-16 CCH monitoring is equal to N1; and if the applied combination is {3 Rel-15, 1 Rel-16}, then M_max is equal to N2.
[0064] Consider the following example for CCE monitoring when different CCH monitoring capabilities are applied. This example is for illustrative purposes only and not limited to CCEs. A similar example can also be given for monitoring the maximum number of PDCCH candidates. It is further to be noted that 3GPP terminology and system design is used for providing deeper understanding of the examples but are not limited thereto. Therefore, the client device can be considered as a UE in this context.
[0065] Assume that the UE can support the following two capability combinations of Rel-15 / Rel-16 monitoring: {(1 Rel-15, 3 Rel-16), (3 Rel-15, 1 Rel-16)}. Further, assume that the UE is configured with 3 cells in Rel-15 monitoring mode and with 3 cells in Rel-16 monitoring mode. For the cells with Rel-15 monitoring, sub-carrier spacing 60 kHz (i.e. µ=2) is used. For the cells with Rel-16 monitoring, sub-carrier spacing 15 kHz (i.e. µ=0) and the span pattern (7, 3) are used. The configuration can be performed e.g. according to TS 38.213 Section 10.
[0066] If the PDCCH monitoring capability (1+3) for PDCCH monitoring shall be followed, then for Rel-16 monitoring, the UE is configured according to its capability. In this case it is expected to monitor a maximum number of 56 non-overlapping CCEs in each monitoring span of each cell. In total, the UE is expected to be able to monitor 3*56 = 168 non-overlapping CCEs per span over all 3 Rel-16 cells. For the Rel-15 monitoring, the UE is configured with 3 cells but only has PDCCH monitoring capability for one cell. This is not an error case, but the UE has to scale the total number of non-overlapping CCEs that are monitored according to Rel-15. From TS 38.213, Section 10, it can then be concluded that the UE is required to be able to monitor in total C PDCCH total , slot , 2 = 48 non-overlapping CCEs per slot across all Rel-15 cells.
[0067] If, on the other hand, capability (3+1) shall be followed, the UE only has a capability of one cell for Rel-16 monitoring but is configured with 3 Rel-16 cells. Thus, the UE is configured above its capability for Rel-16 monitoring. The UE has to perform scaling of the maximum number of non-overlapping CCEs. According to TS 38.213, the value C PDCCH total , 7 3 , 0 = 56 can then be calculated. It represents the total maximum number of non-overlapping CCEs per span that the UE has to be able to monitor across all configured Rel-16 cells. For the Rel-15 based monitoring, the UE is configured according to its capability and is expected to monitor a maximum number of C PDCCH max , slot , 2 = 48 non-overlapping CCEs per slot and per cell and in total 3 * C PDCCH max , slot , 2 = 144 non-overlapping CCEs per slot across all cells.
[0068] These calculations are summarized in Table 1 below. They show that for the same carrier aggregation configuration (3 cells according to Rel-15 and 3 cells according to Rel-16), the PDCCH monitoring is very different depending on the applied capability. It is therefore beneficial to adapt the PDCCH monitoring capability to the requirements of a given use case and it is crucial that the network and UE have the same understanding which capability that shall be applied. Table 1: Maximum number of required CCEs to be monitored across the configured cells. N-cap.163cellsSCS(X,Y)#cellsC_max / spanC_total / span (TS 38.213)15 kHz(7,3)356( 3 * 56 * 3 ) / 3 = 168N-cap, 151cellsSCS(X,Y)#cellsC_max / spanC_total / slot (TS 38.213)60 kHzn.a.348( 1 * 48 * 3 ) / 3 = 48N-cap.161SCS(X,Y)#cellsC_max / spanC_total / span (TS 38.213)15 kHz(7,3)356( 1 * 56 * 3 ) / 3 = 56N-cap, 153SCS(X,Y)#cellsC_max / spanC_total / slot (TS 38.213)60 kHzn.a.348( 3 * 48 * 3 ) / 3 = 144
[0069] In implementations of the disclosure, the client device 100 in some cases does not signal or transmit the first control message 502 to the network access node 300, hence refrain from transmitting the first control message 502. In such cases the network access node 300, and hence the network, derives the CCH monitoring capabilities supported by the client device 100 from a predefined set of CCH monitoring capabilities. The predefined set may be given by the standards such as Rel-15, Rel-16, etc.
[0070] The client device 100 may therefore refrain from, or in other words, does not transmit the first control message 502 to the network access node 300 when the client device 100 only supports a required / default minimum set of CCH monitoring capabilities. Other non-limiting examples of relevant conditions are: when for a service type it is not required to report carrier aggregation capability; and when the network conditions, e.g. the supported number of frequency bands and / or bandwidth parts, do not require or preclude the application of advanced CCH (such as PDCCH) monitoring capabilities.
[0071] Therefore, the client device 100 may be configured to refrain from transmitting the first control message 502 to the network access node 100 upon one or more of the following conditions are fulfilled, i.e.: when the client device 100 only supports a required / default minimum set of CCH monitoring capabilities; when for a service type the client device 100 is not required to report carrier aggregation capability; and when network conditions do not require and / or preclude the application of advanced monitoring capabilities.
[0072] The network conditions may be at least one of supported number of frequency bands and supported number of bandwidth parts.
[0073] Correspondingly, the network access node 100 may be configured to deduce / derive the CCH monitoring capabilities of the client device 100 upon not receiving the first control message 502 based on a predefined set of CCH monitoring capabilities.
[0074] Corresponding methods in the client device 100 and the network access node 100 are also considered herein.
[0075] The client device 100 in this disclosure includes but is not limited to: a UE such as a smart phone, a cellular phone, a cordless phone, a session initiation protocol (SIP) phone, a wireless local loop (WLL) station, a personal digital assistant (PDA), a handheld device having a communication function, a computing device or another processing device connected to a wireless modem, an in-vehicle device, a wearable device, an integrated access and backhaul node (IAB) such as mobile car or equipment installed in a car, a drone, a device-to-device (D2D) device, a wireless camera, a mobile station, an access terminal, an user unit, a communication device, a station of wireless local access network (WLAN), a wireless enabled tablet computer, a laptop-embedded equipment, an universal serial bus (USB) dongle, a wireless customer-premises equipment (CPE), and / or a chipset. In an Internet of things (IOT) scenario, the client device 100 may represent a machine or another device or chipset which performs communication with another wireless device and / or a network equipment.
[0076] The UE may further be referred to as a mobile telephone, a cellular telephone, a computer tablet or laptop with wireless capability. The UE in this context may e.g. be portable, pocket-storable, hand-held, computer-comprised, or vehicle-mounted mobile device, enabled to communicate voice and / or data, via the radio access network, with another entity, such as another receiver or a server. The UE can be a station (STA), which is any device that contains an IEEE 802.11-conformant media access control (MAC) and physical layer (PHY) interface to the wireless medium (WM). The UE may also be configured for communication in 3GPP related LTE and LTE-Advanced, in WiMAX and its evolution, and in fifth generation wireless technologies, such as NR.
[0077] The network access node 300 in this disclosure includes but is not limited to: a NodeB in wideband code division multiple access (WCDMA) system, an evolutional Node B (eNB) or an evolved NodeB (eNodeB) in LTE systems, or a relay node or an access port, or an in-vehicle device, a wearable device, or a gNB in the fifth generation (5G) networks. Further, the network access node 300 herein may be denoted as a radio network access node, an access network access node, an access port, or a base station, e.g. a radio base station (RBS), which in some networks may be referred to as transmitter, "gNB", "gNodeB", "eNB", "eNodeB", "NodeB" or "B node", depending on the technology and terminology used. The radio network access nodes may be of different classes such as e.g. macro eNodeB, home eNodeB or pico base station, based on transmission power and thereby also cell size. The radio network access node can be a station (STA), which is any device that contains an IEEE 802.11-conformant MAC and PHY interface to the wireless medium. The radio network access node may also be a base station corresponding to the 5G wireless systems.
[0078] Furthermore, any method according to implementations of the disclosure may be implemented in a computer program, having code means, which when run by processing means causes the processing means to execute the steps of the method. The computer program is included in a computer readable medium of a computer program product. The computer readable medium may comprise essentially any memory, such as a ROM (Read-Only Memory), a PROM (Programmable Read-Only Memory), an EPROM (Erasable PROM), a Flash memory, an EEPROM (Electrically Erasable PROM), or a hard disk drive.
[0079] Moreover, it is realized by the skilled person that implementations of the client device 100 and the network access node 300 comprise the necessary communication capabilities in the form of e.g., functions, means, units, elements, etc., for performing the solution. Examples of other such means, units, elements and functions are: processors, memory, buffers, control logic, encoders, decoders, rate matchers, de-rate matchers, mapping units, multipliers, decision units, selecting units, switches, interleavers, de-interleavers, modulators, demodulators, inputs, outputs, antennas, amplifiers, receiver units, transmitter units, DSPs, MSDs, TCM encoder, TCM decoder, power supply units, power feeders, communication interfaces, communication protocols, etc. which are suitably arranged together for performing the solution.
[0080] Especially, the processor(s) of the client device 100 and the network access node 300 may comprise, e.g., one or more instances of a Central Processing Unit (CPU), a processing unit, a processing circuit, a processor, an Application Specific Integrated Circuit (ASIC), a microprocessor, or other processing logic that may interpret and execute instructions. The expression "processor" may thus represent a processing circuitry comprising a plurality of processing circuits, such as, e.g., any, some or all of the ones mentioned above. The processing circuitry may further perform data processing functions for inputting, outputting, and processing of data comprising data buffering and device control functions, such as call processing control, user interface control, or the like.
[0081] The scope of protection is defined by the appended claims.
Claims
1. A client device (100) for a communication system (500), configured to be operable according to the 3GPP standard, the client device (100) being further configured to transmit a first control message (502) to a network access node (300), wherein the first control message (502) indicates a set of control channel, CCH, monitoring capabilities supported by the client device (100), wherein each CCH monitoring capability in the set of CCH monitoring capabilities indicates a first CCH monitoring capability for a first CCH monitoring mode M1 and a second CCH monitoring capability for a second CCH monitoring mode M2, wherein in the first monitoring mode the client device is configured to perform CCH monitoring on a slot basis by monitoring a maximum number of resources in a time slot and in the second monitoring mode the client device is configured to perform CCH monitoring on a per span basis by monitoring a maximum number of resources in a sub-slot; wherein: the first CCH monitoring capability is associated with a first number of serving cells; and the second CCH monitoring capability is associated with a second number of serving cells; wherein a maximum number of CCH candidates and a maximum number of non-overlapping control channel elements, CCEs, per serving cell for CCH monitoring are dependent on a combination of a first CCH monitoring capability and a second CCH monitoring capability.
2. The client device (100) according to claim 1, wherein the first control message (502) indicates: explicitly the set of CCH monitoring capabilities; one or more indices, each index being associated with one or more CCH monitoring capabilities; only each first CCH monitoring capability; or a single CCH monitoring capability.
3. The client device (100) according to claim 1 or 2, configured to obtain a CCH monitoring capability from the set of CCH monitoring capabilities; and perform CCH monitoring based on the obtained CCH monitoring capability.
4. The client device (100) according to claim 3, wherein the obtaining of the CCH monitoring capability comprises: receive a second control message (504) from the network access node (300), wherein the second control message (504) indicates a CCH monitoring capability from the set of CCH monitoring capabilities; and obtain the CCH monitoring capability based on the second control message (504).
5. A network access node (300) for a communication system (500), configured to be operable according to the 3GPP standard, the network access node (300) being further configured to receive a first control message (502) from a client device (100), wherein the first control message (502) indicates a set of CCH monitoring capabilities supported by the client device (100), wherein each CCH monitoring capability in the set of CCH monitoring capabilities indicates a first CCH monitoring capability for a first CCH monitoring mode M1 and a second CCH monitoring capability for a second CCH monitoring mode M2; determine a CCH monitoring capability from the set of CCH monitoring capabilities for the client device (100) based on the first control message (502); and configure the client device (100) with the determined CCH monitoring capability; wherein in the first monitoring mode the client device is configured to perform CCH monitoring on a slot basis by monitoring a maximum number of resources in a time slot and in the second monitoring mode the client device is configured to perform CCH monitoring on a per span basis by monitoring a maximum number of resources in a sub-slot; wherein the first CCH monitoring capability is associated with a first number of serving cells; and the second CCH monitoring capability is associated with a second number of serving cells; wherein a maximum number of CCH candidates and a maximum number of non-overlapping CCEs per serving cell for CCH monitoring are dependent on a combination of a first CCH monitoring capability and a second CCH monitoring capability.
6. The network access node (300) according to claim 5, wherein the first control message (502) indicates: explicitly the set of CCH monitoring capabilities; one or more indices, each index being associated with one or more CCH monitoring capabilities; only each first CCH monitoring capability; or a single CCH monitoring capability.
7. The network access node (300) according to claim 5 or 6, wherein the determining of the CCH monitoring capability from the set of CCH monitoring capabilities comprises determine the CCH monitoring capability based on the set of CCH monitoring capabilities and at least one of: cell load, supported number of carriers, supported services, and configured services for the client device (100).
8. The network access node (300) according to any one of claims 5 to 7, wherein the configuring of the client device (100) with the determined CCH monitoring capability comprises transmit a second control message (504) to the client device (100), wherein the second control message (504) indicates the determined CCH monitoring capability.
9. A method (200) for a client device (100), configured to be operable according to the 3GPP standard, the method (200) comprising transmitting (202) a first control message (502) to a network access node (300), wherein the first control message (502) indicates a set of control channel, CCH, monitoring capabilities supported by the client device (100), wherein each CCH monitoring capability in the set of CCH monitoring capabilities indicates a first CCH monitoring capability for a first CCH monitoring mode M1 and a second CCH monitoring capability for a second CCH monitoring mode M2; wherein in the first monitoring mode the client device is configured to perform CCH monitoring on a slot basis by monitoring a maximum number of resources in a time slot and in the second monitoring mode the client device is configured to perform CCH monitoring on a per span basis by monitoring a maximum number of resources in a sub-slot; wherein: the first CCH monitoring capability is associated with a first number of serving cells; and the second CCH monitoring capability is associated with a second number of serving cells; wherein a maximum number of CCH candidates and a maximum number of non-overlapping control channel elements, CCEs, per serving cell for CCH monitoring are dependent on a combination of a first CCH monitoring capability and a second CCH monitoring capability.
10. A method (400) for a network access node (300), configured to be operable according to the 3GPP standard, the method (400) comprising receiving (402) a first control message (502) from a client device (100), wherein the first control message (502) indicates a set of CCH monitoring capabilities supported by the client device (100), wherein each CCH monitoring capability in the set of CCH monitoring capabilities indicates a first CCH monitoring capability for a first CCH monitoring mode M1 and a second CCH monitoring capability for a second CCH monitoring mode M2; determining (404) a CCH monitoring capability from the set of CCH monitoring capabilities for the client device (100) based on the first control message (502); and configuring (406) the client device (100) with the determined CCH monitoring capability; wherein in the first monitoring mode the client device is configured to perform CCH monitoring on a slot basis by monitoring a maximum number of resources in a time slot and in the second monitoring mode the client device is configured to perform CCH monitoring on a per span basis by monitoring a maximum number of resources in a sub-slot; wherein: the first CCH monitoring capability is associated with a first number of serving cells; and the second CCH monitoring capability is associated with a second number of serving cells; wherein a maximum number of CCH candidates and a maximum number of non-overlapping control channel elements, CCEs, per serving cell for CCH monitoring are dependent on a combination of a first CCH monitoring capability and a second CCH monitoring capability.
11. A computer program with a program code for performing a method according to claim 9 or 10 when the computer program runs on a computer.