Handling of downlink muticast transmission

Abstract

Embodiments of the present disclosure relate to handling of downlink multicast transmission. In an aspect, a terminal device applies a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state. The terminal device receives an indication that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state. The terminal device applies a second set of values of the downlink transmission parameters for decoding a second downlink multicast transmission associated with the multicast service. The embodiments of the present disclosure can minimize signaling overhead of configuration of downlink multicast transmission, and does not require higher capability of the UE (s) in the second state, e.g. RRC inactive UE (s).

Description

HANDLING OF DOWNLINK MUTICAST TRANSMISSIONFIELD

[0001] Various example embodiments relate to the field of communications and in particular, to devices, methods, apparatuses and a computer readable storage medium for handling of downlink multicast transmission.BACKGROUND

[0002] In the communications area, there is a constant evolution ongoing in order to provide efficient and reliable solutions for utilizing wireless communication networks. Each new generation has its own technical challenges for handling the different situations and processes that are needed to connect and serve devices connected to the wireless network. To meet the demand for wireless data traffic having increased since deployment of 4th generation (4G) communication systems, efforts have been made to develop an improved 5th generation (5G) , pre-5G communication system, 6th generation (6G) communication systems or beyond. The new communication systems can support various types of service applications for terminal devices.

[0003] In wireless communication systems, multicast is group communication where data transmission is addressed to a group of destination devices simultaneously. 5G Multicast -Broadcast Services (MBS) is a point-to-multipoint service that can improve the network efficiency and user experience when transmitting the same content to multiple users. The design principle of 5G MBS is to minimize the implementation impact of the feature by reusing as much as possible 5G unicast architecture and functions.SUMMARY

[0004] In general, example embodiments of the present disclosure provide a solution for handling of downlink multicast transmission.

[0005] In a first aspect, there is provided a terminal device. The terminal device comprises at least one processor and at least one memory including computer program codes. The at least one memory and the computer program codes are configured to, with the at least one processor, cause the terminal device to apply a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast  service provided for at least one terminal device in a first state; receive an indication that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; and apply a second set of values of the downlink transmission parameters for decoding a second downlink multicast transmission associated with the multicast service.

[0006] In a second aspect, there is provided a network device. The network device comprises at least one processor and at least one memory including computer program codes. The at least one memory and the computer program codes are configured to, with the at least one processor, cause the device to transmit a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state; determine that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; and based on the determination, transmit an indication that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.

[0007] In a third aspect, there is provided a method. The method comprises: applying a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state; receiving an indication that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; and applying a second set of values of the downlink transmission parameters for decoding a second downlink multicast transmission associated with the multicast service.

[0008] In a fourth aspect, there is provided a method. The method comprises: transmitting a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state; determining that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; and based on the determination, transmitting an indication that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.

[0009] In a fifth aspect, there is provided an apparatus comprising means for applying a first set of values of downlink transmission parameters for decoding a first downlink  multicast transmission associated with a multicast service provided for at least one terminal device in a first state; means for receiving an indication that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; and means for applying a second set of values of the downlink transmission parameters for decoding a second downlink multicast transmission associated with the multicast service.

[0010] In a sixth aspect, there is provided an apparatus comprising means for transmitting a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state; means for determining that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; and means for, based on the determination, transmitting an indication that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.

[0011] In a seventh aspect, there is provided a non-transitory computer readable medium comprising program instructions for causing an apparatus to perform at least the method according to any one of the above third to fourth aspect.

[0012] In an eighth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: apply a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state; receive an indication that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; and apply a second set of values of the downlink transmission parameters for decoding a second downlink multicast transmission associated with the multicast service.

[0013] In a ninth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: transmit a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state; determine that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; and based on the determination, transmit an indication that the multicast service is to be provided to  both the at least one terminal device in the first state and the at least one terminal device in the second state.

[0014] In a tenth aspect, there is provided a terminal device. The terminal device comprises applying circuitry configured to apply a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state; and receiving circuitry configured to receive an indication that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state. The applying circuitry is configured to apply a second set of values of the downlink transmission parameters for decoding a second downlink multicast transmission associated with the multicast service.

[0015] In an eleventh aspect, there is provided a network device. The network device comprises transmitting circuitry configured to transmit a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state; and determining circuitry configured to determine that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state. The transmitting circuitry is configured to, based on the determination, transmit an indication that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.

[0016] It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0017] Some example embodiments will now be described with reference to the accompanying drawings, in which:

[0018] Fig. 1 illustrates an example communication network in which embodiments of the present disclosure may be implemented;

[0019] Fig. 2 illustrates a flowchart illustrating a process for handling of downlink multicast transmission according to some embodiments of the present disclosure;

[0020] Fig. 3 illustrates a flowchart of a method implemented at a terminal device according to some embodiments of the present disclosure;

[0021] Fig. 4 illustrates a flowchart of a method implemented at a network device according to some embodiments of the present disclosure;

[0022] Fig. 5 illustrates a simplified block diagram of an apparatus that is suitable for implementing embodiments of the present disclosure; and

[0023] Fig. 6 illustrates a block diagram of an example computer readable medium in accordance with some embodiments of the present disclosure.

[0024] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0025] Principles of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below.

[0026] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0027] References in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0028] It shall be understood that although the terms “first” and “second” etc. may be used herein to describe various elements, these elements should not be limited by these terms.  These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0029] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0030] As used in this application, the term “circuitry” may refer to one or more or all of the following:

[0031] (a) hardware-only circuit implementations (such as implementations in only analog and / or digital circuitry) and

[0032] (b) combinations of hardware circuits and software, such as (as applicable) :

[0033] (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and

[0034] (ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions) and

[0035] (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation.

[0036] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple  processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0037] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as 5G New Radio (NR) , Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Narrow Band Internet of Things (NB-IoT) and so on. Furthermore, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the future fifth generation (5G) communication protocols, and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned systems.

[0038] As used herein, the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, a low power node such as a femto, a pico, and so forth, depending on the applied terminology and technology.

[0039] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) . The terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture  terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. In the following description, the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0040] Configurations of physical downlink shared channel (PDSCH) demodulation reference signals (DMRS) transmission of multicast sessions for RRC_Inactive state UEs have been discussed in 3GPP R18 MBS work item (WI) leading by RAN2. For the PDSCH DMRS transmission of a multicast session in RRC_INACTIVE state, if the parameters, such as a DMRS type, a DMRS additional position or a Max length, need to be configured in layer 3 (L3) , it is suggested that the default values of the parameters above are to be provided. For the DMRS configuration of Rel-17 broadcast transmission with UEs receiving in all RRC states, a default value may be applied for the following parameters: (i) the default value of DMRS type is “DMRS type 1” ; (ii) the default value of DMRS additional position is “pos2” ; and (iii) the default value of max length is “len1. ”

[0041] For the Rel-18 multicast reception in RRC_INACTIVE state, the same UE capability as Rel-17 RRC_INACTIVE UE could be applied, considering not introducing any of new UE capability for RRC_INACTIVE UE supporting of Rel-18 multicast reception, where the above default values can be applied to the parameters for both RRC_INACTIVE and RRC_CONNECTED UEs with Rel-18 multicast reception. Other solutions would be making such parameters configurable such that those are provided for RRC_CONNECTED UEs can also be signaled to the RRC_INACTIVE UEs. Alternatively, common values may be configured (e.g. by the network) to be applied to both RRC_INACTIVE UEs and RRC_CONNECTED UEs. In RAN2, it is discussed that default values may be introduced to DMRS type, DMRS additional position and max length, and RRC release / multicast control channel (MCCH) indicates DMRS type, DMRS additional position and max length.

[0042] Practically, it is the network (NW) gNB decides whether the multicast service is  served only for RRC_CONNECTED state UEs (i.e. R17 Multicast transmission manner) or it is served for both RRC_INACTIVE and RRC_CONNECTED state UEs (i.e. R18 Multicast transmission manner) . For one of the implementation scenarios, the gNB may start with the multicast service for RRC_CONNECTED state UEs only, i.e. with configuration of PDSCH DMRS transmission for values other than the default value, where it can benefit for better transmission efficiency for catering to RRC_CONNECTED state UEs only.

[0043] However, with more RRC_CONNECTED UEs joining the multicast service, at a certain point, the gNB may decide to move a certain RRC_CONNECTED state UEs to RRC_INACTIVE state, for the reason of such as more power efficient transmission and reception of the multicast service. And specifically related to the configuration of PDSCH DMRS transmission, it is preferred that, the default value is applied to the PDSCH DMRS transmission, where in this case, the RRC_INACTIVE UE capability can be maintained and re-used, and there is no need to introduce extra / higher RRC_INACTIVE UE capability for additional handling of PDSCH DMRS transmission if values other than default value is applied. And for the RRC_CONNECTED state UEs, with one way, the value for PDSCH DMRS transmission can be updated / changed to default value with UE-specific RRC signaling, when gNB starts to serve the multicast service with both RRC_INACTIVE and RRC_CONNECTED state UEs. However, the required UE-specific RRC signaling overhead can be quite large if there are many (R18) RRC_CONNECTED UEs in the cell.

[0044] In view of these analysis and considerations, a new solution is proposed in some embodiments of the present disclosure. In some aspects, the UE-specific signaling overhead can be very much minimized for configuration of PDSCH DMRS transmission for RRC_CONNECTED UEs, when gNB switches to service the multicast service with both RRC_INACTIVE and RRC_CONNECTED state UEs. In the meanwhile, the RRC_INACTIVE UE capability can be kept as in normal solutions, or it does not require higher RRC_INACTIVE UE capability to handle the value of PDSCH DMRS transmission specifically for reception of multicast service.

[0045] Principles and embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings. Reference is first made to Fig. 1, which illustrates an example communication system 100 (or referred to as communication network) in which embodiments of the present disclosure may be implemented. The system 100 includes at least one network device (e.g. a network device 120) and at least one terminal device (e.g. terminal devices 110 and 130) . The network device 120 may provide multicast  service (s) to the at least one network device, e.g. the terminal device 110 or 130. In some examples, the network device 120 may also transmit an indication associated with the multicast service (s) . The terminal device 110 or 130 may perform, based on the indication, the operation accordingly. It is to be understood that the number of network devices and terminal devices is only for the purpose of illustration without suggesting any limitations. The system 100 may include any suitable number of network devices and terminal devices adapted for implementing embodiments of the present disclosure.

[0046] Communications in the communication system 100 may be implemented according to any proper communication protocol (s) , comprising, but not limited to, cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) and the fifth generation (5G) and on the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, comprising but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and / or any other technologies currently known or to be developed in the future.

[0047] Reference is now made to Fig. 2, which shows a process 200 for handling of downlink multicast transmission according to some embodiments of the present disclosure. As shown in Fig. 2, in the process 200, a terminal device 210 and a network device 220 are involved. The terminal device 210 may be an example of the terminal device 110 or 130 mentioned in Fig. 1. The network device 220 may be an example of the network device 120 in Fig. 1. In some examples, the may be a UE or another terminal device. The network device 120 may be a access node, for example, a base station or a gNB, etc.

[0048] In the process 200, the network device 220 may transmit (202) a first set of values 205 of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state. On the terminal device 210 side, the terminal device 210 may receive (204) the first set of values 205, and may apply (206a) the first set of values 205 of the downlink transmission parameters. In some examples, the terminal device 210 may be in the first state,  and may be one of the at least one terminal device. In some examples, the downlink transmission parameters may be physical downlink shared channel (PDSCH) demodulation reference signal (DMRS) parameters. In some other examples, the downlink transmission parameters may be other downlink reference signal parameters different from the PDSCH DMRS parameters.

[0049] The network device 220 may determine (206b) that the multicast service (i.e. the same multicast service as mentioned in 202 above) is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state. In some examples, the first state above may be a radio resource control (RRC) Connected state. In such examples, the UE may be referred to as a RRC_CONNECTED UE. Additionally or alternatively, the second state above may be a RRC Inactive state or a RRC Idle state. In such examples, the UE may be referred to as a RRC_INACTIVE UE or a RRC_IDLE UE, respectively. For example, a gNB (an example of the network device 220) may decide to serve the multicast service with the (R18) mode for both RRC_INACTIVE and RRC_CONNECTED UEs. Based on the determination, the network device 220 may transmit (208) an indication 215 that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.

[0050] In some examples, the network device 220 may indicate a message for providing the indication 215, that is, the indication 215 may be provided in the message indicated by the network device 220. In some examples, the indicated message may be Type-1 system information carried in a system information block 1 (SIB1) , or information carried in multicast control channel (MCCH) , or other types of system information carried in at least one system information block other than the SIB1, or any combination thereof. In some examples, the indication 215 may comprise at least one bit for indicating that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state. For example, the indication 215 may be new bit (s) in a system information block (SIB) , i.e. indication bit (s) . The indication bit (s) may be added in the SIB1 or added in multicast–broadcast services (MBS) SIB, i.e. SIB24, SIB24 is an example of the at least one system information block other than the SIB1. The indication 215 in the SIB24 may be an example of the other types of system information carried in at least one SIB other than the SIB1. In some examples, the indicated message may comprise information of a plurality of multicast services, and the indication 215 may be specific to the multicast service among the plurality of multicast services. For example, the indication bit  may be specified per multicast service in the SIB.

[0051] On the terminal device 210 side, the terminal device 210 may receive (212) the indication 215 that the multicast service (i.e. the same multicast service as mentioned in 202 above) is to be provided to both the at least one terminal device in the first state and at least one terminal device in the second state. As an example, by reading the indication 215, e.g. the indication bit (s) , the RRC_CONNECTED UE (s) may be informed that a given multicast service is now served for RRC_INACTIVE UE (s) together with RRC_INACTIVE UE (s) . After receiving the indication 215, the terminal device 210 may have a new behavior comparing with the normal solutions. Specifically, the terminal device 210 may apply (214) a second set of values of the downlink transmission parameters for decoding a second downlink multicast transmission associated with the multicast service (i.e. the same multicast service as mentioned in 202 above) . In some examples, the first set of values 205 may be specific to the at least one terminal device in the first state, e.g. original configured values for the PDSCH DMRS transmission. Additionally or alternatively, the second set of values may be default values of the downlink transmission parameters, e.g. default values for the PDSCH DMRS transmission. As an example, for the UE behavior of a RRC_CONNECTED UE (i.e. the UE in a RRC_CONNECTED state) , after receiving the indication, e.g. the indication bit (s) , the RRC_CONNECTED state UE will (automatically) apply the default value for the PDSCH DMRS transmission of the corresponding multicast service, instead of original configured value for PDSCH DMRS transmission.

[0052] In some examples, the indication 215 may comprise the second set of values to be applied for decoding the second downlink multicast transmission. In such examples, if the terminal device 210 receives the second set of values from the network device 220, the terminal device 210 may use the second set of values for decoding the second downlink multicast transmission, instead of using the first set of values 205 specific to the terminal device 210 (in the first state, e.g. the RRC_CONNECTED state) .

[0053] Some embodiments of the present disclosure, when the network device switches to service the multicast service with both UE (s) in the first state and UE (s) in the second state, the signaling overhead of configuration of downlink multicast transmission for the terminal device in the first state, e.g. RRC_CONNECTED state UEs may be minimized. In the meanwhile, the capability of the UE (s) in the second state can be kept as in the normal solutions, or it does not require higher capability of the UE (s) in the second state to handle the value of downlink multicast transmission specifically for reception of the multicast  service.

[0054] Fig. 3 illustrates a flowchart of a method 300 implemented at a terminal device according to some embodiments of the present disclosure. The terminal device performing the method 300 may be an example of the terminal device 210 above.

[0055] At block 310, the terminal device may apply a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state. At block 320, the terminal device may receive an indication that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state. At block 330, the terminal device may apply a second set of values of the downlink transmission parameters for decoding a second downlink multicast transmission associated with the multicast service.

[0056] In some embodiments, the indication may be provided in a message indicated by a network device.

[0057] In some embodiments, the indicated message may be one or more of the following: Type-1 system information carried in a system information block 1 (SIB1) , information carried in multicast control channel (MCCH) , or other types of system information carried in at least one system information block other than the SIB1.

[0058] In some embodiments, the indication may comprise at least one bit for indicating that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.

[0059] In some embodiments, the indicated message may comprise information of a plurality of multicast services, and the indication may be specific to the multicast service among the plurality of multicast services.

[0060] In some embodiments, the indication may comprise the second set of values to be applied for decoding the second downlink multicast transmission.

[0061] In some embodiments, the downlink transmission parameters may comprise at least of physical downlink shared channel (PDSCH) demodulation reference signal (DMRS) parameters.

[0062] In some embodiments, the first state is a radio resource control (RRC) Connected state, and / or the second state is a RRC Inactive state or a RRC Idle state.

[0063] In some embodiments, the terminal device may be in the first state.

[0064] In some embodiments, the first set of values may be specific to the at least one terminal device in the first state, and / or the second set of values may be default values of the downlink transmission parameters.

[0065] Fig. 4 illustrates a flowchart of a method 400 implemented at a network device according to some embodiments of the present disclosure. The network device performing the method 400 may be an example of the network device 220.

[0066] At block 410, the network device may transmit a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state. At block 420, the network device may determine that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state. At block 430, the network device may, based on the determination, transmit an indication that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.

[0067] In some embodiments, the network device may transmit the indication by indicating a message for providing the indication.

[0068] In some embodiments, the indicated message may be Type-1 system information carried in a system information block 1 (SIB1) , or information carried in multicast control channel (MCCH) , or other types of system information carried in at least one system information block other than the SIB1, or any combination thereof.

[0069] In some embodiments, the indication may comprise at least one bit for indicating that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.

[0070] In some embodiments, the indicated message may comprise information of a plurality of multicast services, and the indication is specific to at least one multicast service including the multicast service among the plurality of multicast services.

[0071] In some embodiments, the indication may comprise the second set of values to be applied for decoding the second downlink multicast transmission.

[0072] In some embodiments, the downlink transmission parameters may comprise at least of physical downlink shared channel (PDSCH) demodulation reference signal (DMRS)  parameters.

[0073] In some embodiments, the first state is a radio resource control (RRC) Connected state, and / or the second state is a RRC Inactive state or a RRC Idle state.

[0074] In some embodiments, the first set of values are specific to the at least one terminal device in the first state, and / or the second set of values are default values of the downlink transmission parameters.

[0075] In some embodiments, an apparatus capable of performing any of the method 300 (for example, the terminal device) may comprise means for performing the respective steps of the method 300. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0076] In some embodiments, the apparatus comprises means for applying a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state; means for receiving an indication that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; and means for applying a second set of values of the downlink transmission parameters for decoding a second downlink multicast transmission associated with the multicast service.

[0077] In some embodiments, the indication may be provided in a message indicated by a network device.

[0078] In some embodiments, the indicated message may be one or more of the following: Type-1 system information carried in a system information block 1 (SIB1) , information carried in multicast control channel (MCCH) , or other types of system information carried in at least one system information block other than the SIB1.

[0079] In some embodiments, the indication may comprise at least one bit for indicating that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.

[0080] In some embodiments, the indicated message may comprise information of a plurality of multicast services, and the indication may be specific to the multicast service among the plurality of multicast services.

[0081] In some embodiments, the indication may comprise the second set of values to be  applied for decoding the second downlink multicast transmission.

[0082] In some embodiments, the downlink transmission parameters may comprise at least of physical downlink shared channel (PDSCH) demodulation reference signal (DMRS) parameters.

[0083] In some embodiments, the first state is a radio resource control (RRC) Connected state, and / or the second state is a RRC Inactive state or a RRC Idle state.

[0084] In some embodiments, the terminal device may be in the first state.

[0085] In some embodiments, the first set of values may be specific to the at least one terminal device in the first state, and / or the second set of values may be default values of the downlink transmission parameters.

[0086] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 300. In some embodiments, the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0087] In some embodiments, an apparatus capable of performing any of the method 400 (for example, the network device) may comprise means for performing the respective steps of the method 400. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0088] In some embodiments, the apparatus comprises means for transmitting a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state; means for determining that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; and means for, based on the determination, transmitting an indication that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.

[0089] In some embodiments, the means for transmitting the indication may comprise means for indicating a message for providing the indication.

[0090] In some embodiments, the indicated message is Type-1 system information carried in a system information block 1 (SIB1) , or information carried in multicast control channel  (MCCH) , or other types of system information carried in at least one system information block other than the SIB1, or any combination thereof.

[0091] In some embodiments, the indication may comprise at least one bit for indicating that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.

[0092] In some embodiments, the indicated message may comprise information of a plurality of multicast services, and the indication is specific to at least one multicast service including the multicast service among the plurality of multicast services.

[0093] In some embodiments, the indication may comprise the second set of values to be applied for decoding the second downlink multicast transmission.

[0094] In some embodiments, the downlink transmission parameters may comprise at least of physical downlink shared channel (PDSCH) demodulation reference signal (DMRS) parameters.

[0095] In some embodiments, the first state is a radio resource control (RRC) Connected state, and / or the second state is a RRC Inactive state or a RRC Idle state.

[0096] In some embodiments, the first set of values are specific to the at least one terminal device in the first state, and / or the second set of values are default values of the downlink transmission parameters.

[0097] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 400. In some embodiments, the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0098] Fig. 5 is a simplified block diagram of a device 500 that is suitable for implementing embodiments of the present disclosure. The device 500 may be provided to implement the communication device, for example the terminal device or the network device. As shown, the device 500 includes one or more processors 510, one or more memories 520 coupled to the processor 510, and one or more communication modules 540 coupled to the processor 510.

[0099] The communication modules 540 is for bidirectional communications. The communication modules 540 has at least one antenna to facilitate communication. The  communication interface may represent any interface that is necessary for communication with other network elements.

[0100] The processor 510 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 500 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0101] The memory 520 may include one or more non-volatile memories and one or more volatile memories. Examples of the non-volatile memories include, but are not limited to, a Read Only Memory (ROM) 524, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , and other magnetic storage and / or optical storage. Examples of the volatile memories include, but are not limited to, a random access memory (RAM) 522 and other volatile memories that will not last in the power-down duration.

[0102] A computer program 530 includes computer executable instructions that are executed by the associated processor 510. The program 530 may be stored in the ROM 524. The processor 510 may perform any suitable actions and processing by loading the program 530 into the RAM 522.

[0103] The embodiments of the present disclosure may be implemented by means of the program 530 so that the device 500 may perform any process of the disclosure as discussed with reference to Figs. 2 to 4. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0104] In some embodiments, the program 530 may be tangibly contained in a computer readable medium which may be included in the device 500 (such as in the memory 520) or other storage devices that are accessible by the device 500. The device 500 may load the program 530 from the computer readable medium to the RAM 522 for execution. The computer readable medium may include any types of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like. Fig. 11 shows an example of the computer readable medium 600 in form of CD or DVD. The computer readable medium has the program 530 stored thereon.

[0105] Generally, various embodiments of the present disclosure may be implemented in  hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0106] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the method 300 or 400 as described above with reference to Figs. 2-4. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0107] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0108] In the context of the present disclosure, the computer program codes or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above. Examples of the carrier include a signal, computer readable medium, and the like.

[0109] The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .

[0110] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0111] Although the present disclosure has been described in languages specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A terminal device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to:apply a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state;receive an indication that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; andapply a second set of values of the downlink transmission parameters for decoding a second downlink multicast transmission associated with the multicast service.2.The terminal device of claim 1, wherein the indication is provided in a message indicated by a network device.3.The terminal device of claim 2, wherein the indicated message is at least one of the following:Type-1 system information carried in a system information block 1 (SIB1) ;information carried in multicast control channel (MCCH) ; orother types of system information carried in at least one system information block other than the SIB1.4.The terminal device of claim 2 or 3, wherein the indication comprises at least one bit for indicating that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.5.The terminal device of any of claims 2-4, wherein the indicated message comprises information of a plurality of multicast services, and the indication is specific to at least one multicast service including the multicast service among the plurality of multicast services.6.The terminal device of claim 1 or 2, wherein the indication comprises the second set of values to be applied for decoding the second downlink multicast transmission.7.The terminal device of any of claims 1-6, wherein the downlink transmission parameters comprise at least of physical downlink shared channel (PDSCH) demodulation reference signal (DMRS) parameters.8.The terminal device of any of claims 1-7, wherein at least one of the following:the first state is a radio resource control (RRC) Connected state; orthe second state is a RRC Inactive state or a RRC Idle state.9.The terminal device of any of claims 1-8, wherein the terminal device is in the first state.10.The terminal device of any of claims 1-9, wherein at least one of the following:the first set of values are specific to the at least one terminal device in the first state; orthe second set of values are default values of the downlink transmission parameters.11.A network device, comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to:transmit a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state;determine that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; andbased on the determination, transmit an indication that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.12.The network device of claim 11, wherein the network device is caused to transmit the indication by:indicating a message for providing the indication.13.The network device of claim 12, wherein the indicated message is at least one of the following:Type-1 system information carried in a system information block 1 (SIB1) ;information carried in multicast control channel (MCCH) ; orother types of system information carried in at least one system information block other than the SIB1.14.The network device of claim 12 or 13, wherein the indication comprises at least one bit for indicating that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.15.The network device of any of claims 12-14, wherein the indicated message comprises information of a plurality of multicast services, and the indication is specific to at least one multicast service including the multicast service among the plurality of multicast services.16.The network device of claim 11 or 12, wherein the indication comprises the second set of values to be applied for decoding the second downlink multicast transmission.17.The network device of any of claims 11-16, wherein the downlink transmission parameters comprise at least of physical downlink shared channel (PDSCH) demodulation reference signal (DMRS) parameters.18.The network device of any of claims 11-17, wherein at least one of the following:the first state is a radio resource control (RRC) Connected state; orthe second state is a RRC Inactive state or a RRC Idle state.19.The network device of any of claims 11-18, wherein at least one of the following:the first set of values are specific to the at least one terminal device in the first state; orthe second set of values are default values of the downlink transmission parameters.20.A method comprising:applying a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state;receiving an indication that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; andapplying a second set of values of the downlink transmission parameters for decoding a second downlink multicast transmission associated with the multicast service.21.A method comprising:transmitting a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state;determining that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; andbased on the determination, transmitting an indication that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.22.An apparatus comprising:means for applying a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state;means for receiving an indication that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; andmeans for applying a second set of values of the downlink transmission parameters for decoding a second downlink multicast transmission associated with the multicast service.23.An apparatus comprising:means for transmitting a first set of values of downlink transmission parameters for decoding a first downlink multicast transmission associated with a multicast service provided for at least one terminal device in a first state;means for determining that the multicast service is to be provided to both the at least one terminal device in the first state and at least one terminal device in a second state; andmeans for, based on the determination, transmitting an indication that the multicast service is to be provided to both the at least one terminal device in the first state and the at least one terminal device in the second state.24.A non-transitory computer readable medium comprising program instructions that, when executed by an apparatus, cause the apparatus to perform at least the method of any of claims 20-21.

Images