WO2023165588A1

WO2023165588A1 - Multicast service receiving method and apparatus, storage medium, terminal device, and network device

Info

Publication number: WO2023165588A1
Application number: PCT/CN2023/079472
Authority: WO
Inventors: 邓云; 韩立锋
Original assignee: 展讯通信（上海）有限公司
Priority date: 2022-03-04
Filing date: 2023-03-03
Publication date: 2023-09-07
Also published as: CN116744381A

Abstract

A multicast service receiving method and apparatus, a storage medium, a terminal device, and a network device. The multicast service receiving method comprises: receiving first indication information by triggering signaling entering an inactive state, or receiving first indication information by means of a random access downlink message, the first indication information indicating a configuration parameter for receiving a multicast service; and using the configuration parameter for multicast service reception in the inactive state. By means of the technical solution of the present invention, when the terminal device needs to receive the multicast service in the inactive state, the terminal device can obtain the configuration parameter of a camped-on cell for sending the multicast service.

Description

Multicast service receiving method and device, storage medium, terminal equipment, network equipment

This application claims the priority of the Chinese patent application with the application number 202210214010.X and the title of the invention "multicast service receiving method and device, storage medium, terminal equipment, network equipment" submitted to the China Patent Office on March 4, 2022, The entire contents of which are incorporated by reference in this application.

technical field

The present invention relates to the technical field of communication, and in particular to a multicast service receiving method and device, storage medium, terminal equipment, and network equipment.

Background technique

The Multimedia Broadcast Multicast Service (MBMS) is introduced into the New Radio (NR) system.

In the current communication protocol version, for the multicast service (Multicast), due to its high quality of service requirements, the terminal equipment (User Equipment, UE) needs to receive it in the connected state. A terminal device in a connected state obtains configuration for receiving multicast services from the network through Radio Resource Control (RRC) signaling. For terminal devices in the connected state, it is necessary to perform the measurement task configured by the network, and report the measurement report when the measurement reporting conditions are met; the network will also configure the terminal device to perform physical layer (L1) measurement and report channel status information, etc. The terminal equipment needs to maintain a large signaling overhead. Not only is the power consumption of the terminal equipment unfavorable, but the load on the network will also increase significantly. Therefore, it is considered to support receiving multicast services in the inactive state.

However, when the terminal equipment needs to receive the multicast service in the inactive state, how the terminal equipment obtains the configuration parameters for sending the multicast service in the cell where it resides is a technical problem to be solved urgently.

Contents of the invention

The technical problem solved by the invention is how to obtain configuration parameters for sending multicast services in the cell where the terminal equipment resides when the terminal equipment needs to receive multicast services in an inactive state.

In order to solve the above technical problems, in the first aspect, an embodiment of the present invention provides a method for receiving a multicast service. The method for receiving a multicast service includes: receiving the first indication information through signaling that triggers entry into an inactive state, or receiving the first indication information through random access The downlink message receives the first indication information, and the first indication information indicates configuration parameters for receiving multicast services; in an inactive state, the configuration parameters are used to receive multicast services.

Optionally, the first indication information further includes at least one applicable area for receiving multicast services in an inactive state, and the at least one applicable area has a corresponding relationship with the configuration parameters.

Optionally, the at least one applicable area corresponds to unified configuration parameters, or each cell in each applicable area has corresponding configuration parameters.

Optionally, the applicable area is selected from at least one of a cell, a tracking area, a RAN-based notification area, and a frequency.

Optionally, the receiving multicast services by using the configuration parameters in the inactive state includes: when the current location is in the at least one applicable area in the inactive state, according to the corresponding Configure parameters to receive multicast services.

Optionally, the method for receiving multicast services further includes: during the cell reselection process, if at least one cell in the applicable area meets the reselection condition, updating the frequency priority of the cell to the highest frequency priority.

Optionally, the receiving the first indication information by triggering the signaling to enter the inactive state includes: receiving RRC release signaling by triggering the signaling to enter the inactive state, the RRC release signaling carrying the first indication information .

Optionally, the configuration parameters include common frequency resources, CORESET and search space, and after receiving the first indication information, further include: receiving the G-RNTI of the multicast service in the MCCH of the serving cell.

Optionally, the MCCH further includes a detection period and a detection location of downlink control signaling, where the downlink control signaling is used for detecting and scheduling multicast services.

Optionally, the receiving the first indication information through a random access downlink message includes: receiving the first indication information in message 4 or message B.

Optionally, before receiving the first indication information through a random access downlink message, the method further includes: sending an identifier of the multicast service to be joined in a random access uplink message.

Optionally, the identifier of the multicast service is carried in non-access stratum signaling.

Optionally, the multicast service receiving method further includes: if the small data needs to be transmitted in the inactive state, when transmitting the small data, the second indication information is transmitted together, and the second indication information is used to indicate that the data is being received and/or prepare to receive multicast traffic.

Optionally, the second indication information is further used to indicate the identifier of the multicast service being received, ready to receive and/or stopped receiving.

Optionally, the transmitting the second indication information includes: carrying the second indication information in the MAC CE, and sending it out through a random access uplink message.

Optionally, the transmitting the second indication information includes: transmitting the second indication information through a new bit in a random access uplink message.

In the second aspect, the embodiment of the present invention also discloses a method for sending a multicast service. The method includes: sending the first indication information through signaling triggering entry into an inactive state, or sending the first indication information through a random access downlink message. Instruction information, the first instruction information indicates configuration parameters for receiving multicast services; in an inactive state, the configuration parameters are used to send multicast services.

In the third aspect, the embodiment of the present invention also discloses a device for receiving multicast services, the device includes: a first indication information receiving module, configured to receive the first indication information by triggering signaling to enter the inactive state, or by The random access downlink message receives the first indication information, and the first indication information indicates configuration parameters for receiving multicast services; the multicast service receiving module is configured to use the configuration parameters to perform multicast in an inactive state Business reception.

In the fourth aspect, the embodiment of the present invention also discloses a device for sending a multicast service, the device includes: a first indication information sending module, configured to send the first indication information by triggering signaling to enter an inactive state, or by The random access downlink message sends the first indication information, and the first indication information indicates configuration parameters for receiving multicast services; the multicast service sending module is configured to use the configuration parameters to perform multicast in an inactive state Business sent.

In the fifth aspect, the embodiment of the present invention also discloses a data transmission method. The method includes: when receiving a multicast service in an inactive state, if a small data transmission needs to be initiated, during the transmission of the small data, the second indication information, where the second indication information is used to indicate that the multicast service is being received and/or prepared to receive.

Optionally, the second indication information is transmitted through message 3 or message A of the random access procedure or configured authorized transmission resources.

Optionally, the second indication information is indicated by one bit; or the second indication information indicates an identifier of receiving and/or preparing to receive a multicast service.

In the sixth aspect, the embodiment of the present invention also discloses a data transmission device, the device includes: an indication module, configured to initiate a small data transmission when receiving a multicast service in an inactive state, , transmitting second indication information, where the second indication information is used to indicate that the multicast service is being received and/or is ready to receive.

In the seventh aspect, the embodiment of the present invention also discloses a computer-readable storage medium, on which a computer program is stored, and when the computer program is run by a processor, the method for receiving a multicast service, the method for sending a multicast service, or the method for sending a multicast service is executed. The steps of the data transmission method.

In the eighth aspect, the embodiment of the present invention also discloses a terminal device, including a memory and a processor, the memory stores a computer program that can run on the processor, and when the processor runs the computer program Execute the steps of the method for receiving a multicast service, the method for sending a multicast service, or the method for transmitting data.

In the ninth aspect, the embodiment of the present invention also discloses a network device, including a memory and a processor, the memory stores a computer program that can run on the processor, and when the processor runs the computer program Execute the multicast service sending method or data steps in the data transfer method.

Compared with the prior art, the technical solutions of the embodiments of the present invention have the following beneficial effects:

In the technical solution of the present invention, the terminal device can receive the first indication information by triggering the signaling to enter the inactive state, or receive the first indication information through a random access downlink message, so as to obtain configuration parameters for receiving multicast services, thereby The configuration parameters can be used to receive multicast service data in an inactive state. By multiplexing the signaling to indicate the configuration parameters of the multicast service, the smooth development of the inactive multicast service can be ensured without increasing signaling overhead.

Further, the first indication information also includes at least one applicable area for receiving multicast services in an inactive state. The technical scheme of the invention enables the terminal equipment to know the area where the non-activated multicast service is carried out by indicating the applicable area, and uses configuration parameters to transmit the multicast service at an appropriate time after entering the area.

Further, the identifier of the multicast service to be joined is sent in the random access uplink message. In the technical solution of the present invention, the terminal equipment actively initiates the transmission of the inactive multicast service through the small data transmission mechanism, thereby ensuring the smooth development of the inactive multicast service.

Description of drawings

FIG. 1 is a flow chart of a method for receiving a multicast service according to an embodiment of the present invention;

FIG. 2 is an interaction flowchart of a multicast service transmission method according to an embodiment of the present invention;

FIG. 3 is an interaction flowchart of another multicast service transmission method according to an embodiment of the present invention;

FIG. 4 is an interaction flowchart of another multicast service transmission method according to an embodiment of the present invention;

FIG. 5 is a flowchart of a data transmission method according to an embodiment of the present invention;

FIG. 6 is a schematic structural diagram of a multicast service transmission device according to an embodiment of the present invention;

Fig. 7 is a schematic structural diagram of another multicast service transmission device according to an embodiment of the present invention.

Detailed ways

The communication systems to which the embodiments of the present application are applicable include, but are not limited to, long term evolution (long term evolution, LTE) systems, fifth generation (5th-generation, 5G) systems, NR systems, and future evolution systems or multiple communication fusion systems. Wherein, the 5G system may be a non-standalone (NSA) 5G system or a standalone (standalone, SA) 5G system. The technical solution of the present application is also applicable to different network architectures, including but not limited to relay network architecture, dual-link architecture, Vehicle-to-Everything (vehicle-to-everything communication) architecture and other architectures.

This application mainly relates to communication between terminal equipment and network equipment. in:

The network equipment in the embodiment of the present application may also be referred to as access network equipment, for example, it may be a core network or a base station (base station, BS) (also referred to as base station equipment). Radio Access Network (RAN) is a device for providing wireless communication functions. For example, equipment that provides base station functions in the second-generation (2nd-generation, 2G) network includes base transceiver stations (BTS), and equipment that provides base station functions in the third-generation (3rd-generation, 3G) network includes Node B (NodeB), the equipment that provides base station functions in the fourth-generation (4th-generation, 4G) network includes evolved Node B (evolved NodeB, eNB), in wireless local area networks (wireless local area networks, WLAN), The device that provides base station functions is the access point (access point, AP), the device that provides base station functions in NR, the next generation base station node (next generation node base station, gNB), and the node B (ng-eNB) that continues to evolve, Among them, gNB and terminal devices use NR technology for communication, and ng-eNB and terminal devices use Evolved Universal Terrestrial Radio Access (E-UTRA) technology for communication. Both gNB and ng-eNB Can be connected to 5G core network. The network equipment in this embodiment of the present application also includes equipment that provides base station functions in future new communication systems, and the like.

The terminal equipment in the embodiment of the present application may refer to various forms of access terminals, subscriber units, subscriber stations, mobile stations, mobile stations (mobile station, MS), remote stations, remote terminals, mobile equipment, user Terminal, wireless communication device, user agent or user device. End devices can also be cellular phones, cordless phones, session enabled Session Initiation Protocol (SIP) phones, Wireless Local Loop (WLL) stations, Personal Digital Assistants (PDAs), handheld devices with wireless communication capabilities, computing devices, or connected to a wireless modem Other processing devices, vehicle-mounted devices, wearable devices, terminal devices in the future 5G network or terminal devices in the future evolved public land mobile network (Public Land Mobile Network, PLMN), etc., this embodiment of the application does not limited. A terminal device may also be called a user equipment (User Equipment, UE), a terminal, and the like.

As described in the background, when a terminal device needs to receive multicast services in an inactive state, how the terminal device obtains configuration parameters for sending multicast services in the cell where it resides is a technical problem that needs to be solved urgently.

In order to make the above objects, features and advantages of the present invention more comprehensible, specific embodiments of the present invention will be described in detail below in conjunction with the accompanying drawings.

Fig. 1 is a flow chart of a method for receiving a multicast service according to an embodiment of the present invention.

The multicast service receiving method can be used on the terminal device side, that is, each step of the method can be executed by the terminal device.

Specifically, the multicast service receiving method may include the following steps:

Step 101: Receive first indication information by triggering a signaling to enter an inactive state, or receive the first indication information through a random access downlink message, where the first indication information indicates configuration parameters for receiving multicast services;

Step 102: Use the configuration parameters to receive multicast services in an inactive state.

It should be noted that the sequence numbers of the steps in this embodiment do not represent a limitation on the execution order of the steps.

It can be understood that, in a specific implementation, the method for receiving a multicast service may be implemented in the form of a software program, and the software program runs in a processor integrated in a chip or a chip module. The method may also be implemented by combining software with hardware, which is not limited in this application.

In a specific implementation manner of step 101, the terminal device may receive a signaling triggering entry into an inactive state in a connected state. Specifically, the signaling that triggers entering the inactive state may be an RRC release signaling. After receiving the RRC release signaling, the terminal equipment enters the inactive state (Inactive) from the connected state.

In another specific implementation manner of step 101, the terminal device may receive a random access downlink message in an inactive state. Specifically, the random access downlink message may be message 4 (Msg4) or message B (MsgB) in the random access process.

Referring to FIG. 2 together, FIG. 2 shows a flow chart of interaction between a terminal device and a network device.

In step 201, the network device sends RRC release signaling to the terminal device. The RRC release signaling includes first indication information. The RRC release signaling also includes some parameter configurations (suspendConfig) for the terminal equipment to enter the inactive state.

In step 202, the terminal device enters an inactive state.

In step 203, the terminal device and the network device perform multicast service transmission.

In a non-limiting embodiment, the first indication information may include configuration parameters of the multicast service. Further, the first indication information may also include at least one applicable area. At least one applicable area has one of the following types:

1. Community;

2. Tracking area (Track Area, TA);

3. The notification area (RAN-based Notification Area, RNA) of the radio access network (Radio Access Network, RAN);

4. Frequency.

For example, when the applicable areas are set by cells, the applicable areas may be cell1 and cell2, that is to say, the terminal device may perform inactive state multicast service reception in Cell1 and Cell2.

In a non-limiting embodiment, at least one applicable area corresponds to unified configuration parameters, or each cell in each applicable area has corresponding configuration parameters.

Specifically, for the scenario where the applicable area is configured according to the tracking area, the notification area of the RAN, or the frequency, unified configuration parameters may be set, or individual configuration parameters for each cell may be set according to the cells. Specifically, the configuration parameters may include Common Frequency Resource (Common Frequency Resource, CFR), Control Resource Set (Control Resource Set, CORESET), search space, and Group-Radio Network Temporary Identity (Group-Radio Network Temporary Identity, G-RNTI). Among them, public frequency resources can be used to transmit multicast services, including the starting frequency domain location and the size of frequency domain resources; the control resource set is configured in public frequency resources, and the search space is configured on CORESET, and the search space is used to detect multicast Scheduling downlink control information (DCI), G-RNTI is used for scrambling downlink control signaling.

For the scenario where the applicable area is configured according to the cell, considering that different cells may set different common frequency resources for multicast service transmission, different serving cells in the applicable area can set different configuration parameters.

In a specific application scenario, after the terminal device enters the inactive state for a period of time, the terminal device learns that the multicast service Session 1 starts to transmit through paging. At this time, the terminal device moves to a certain cell in the applicable area, such as Cell2, and the terminal device, according to the CFR, search space, and G-RNTI (that is, the G-RNTI corresponding to the multicast service Session 1) configured in Cell2, performs The search space of G-RNTI detects the downlink control signaling scrambled by G-RNTI, according to the Physical Downlink Shared Channel (Physical Downlink Shared Channel) indicated by the downlink control signaling Channel, PDSCH) receives data, that is, receives Session 1 data.

If the terminal equipment moves out of the applicable area, the terminal equipment cannot receive multicast services in the inactive state. If the terminal device still wants to continue to receive the multicast service, the terminal device can initiate an RRC connection, and then notify the network device that it needs to receive the multicast service, and the network device reconfigures the corresponding configuration parameters for the terminal device to receive the multicast service, so that the terminal device can continue to receive The multicast service.

In a non-limiting embodiment, during the cell reselection process, if there is at least one cell in the applicable area that satisfies the reselection condition (for example, the signal quality of the cell at the frequency point where the cell is located reaches a preset threshold, and The signal quality of this frequency point is the best), then update the frequency priority of the cell to the highest frequency priority. Specifically, the terminal device is configured with an applicable area for receiving multicast services in an inactive state. During the cell reselection process, if the terminal device is always interested in Session 1, the terminal device can preferentially select the serving cell in the applicable area. If the terminal device finds that the signal quality (such as the power value of the received reference signal) of a cell located in the applicable area is the best at the frequency point where the cell is located, the terminal device can regard the frequency priority of the cell as the highest priority, thereby You can stay in this cell to receive session 1 later.

It should be noted that for the reselection conditions applicable in the cell reselection process, reference may be made to the prior art, which is not limited in the embodiment of the present invention.

In a non-limiting embodiment, the terminal equipment receives common frequency resource, CORESET and search space in RRC release signaling, and receives in MBMS point-to-multipoint Control Channel (MCCH) G-RNTI for multicast services. Specifically, it may be the corresponding relationship between the received multicast service and its G-RNTI.

In this embodiment, the common frequency resource configured by a cell usually does not change for a period of time, but the G-RNTI may change greatly, because the G-RNTI affects the starting position of the downlink control signaling in the search space In addition, the network will allocate different G-RNTIs for broadcast services and multicast services. Configuring G-RNTIs in advance will greatly restrict network scheduling. Therefore, the corresponding relationship between the multicast service and the G-RNTI can be configured by the MCCH of the cell. Other parameters such as CFR, search space, etc. are still triggered by the network device when the terminal device enters the In the activated state, it is configured according to the cell.

In the specific implementation, after the terminal device reselects a cell belonging to the applicable area, it obtains the corresponding relationship between the multicast service it is interested in and the G-RNTI by receiving the MCCH, and then detects the network scheduling multicast service in the configured search space The downlink control signaling receives the data of the multicast service according to the PDSCH indicated by the downlink control signaling.

Furthermore, the MCCH can not only configure the corresponding relationship between the multicast service and the G-RNTI, but also configure the detection period and the detection position within the period for detecting the downlink control signaling that schedules multicast data transmission. The cell can configure the detection cycle and the detection position within the cycle of detecting the downlink control signaling corresponding to the multicast service for the terminal equipment that needs to receive the multicast service through the MCCH. It can be configured according to the G-RNTI to better adapt to the multicast service. actual transmission needs.

In a non-limiting embodiment, the terminal device may receive the first indication information in message 4 or message B.

Further, the terminal device sends the identifier of the multicast service to join (or to receive) in a random access uplink message (such as message 3 or message A).

In a non-limiting embodiment, after obtaining the configuration parameters for receiving multicast services in the inactive state, the terminal device needs to check the settings in the system information of the cell in the cell where it resides. When receiving the multicast service in the inactive state, the terminal device receives the multicast service according to the received configuration parameters.

Please refer to FIG. 3 for details. FIG. 3 shows another flowchart of interaction between a terminal device and a network device.

In step 301, the terminal device sends a Msg3 to the network device, and the Msg3 includes the identifier of the multicast service. Before step 301, there are other steps of the random access process, which are existing technologies and will not be described herein.

In step 302, the network device sends a Msg4 to the terminal device, where the Msg4 includes first indication information.

In step 303, the terminal device and the network device perform multicast service transmission.

In this embodiment, if a terminal device in an inactive state wants to receive a multicast service, and is configured to transmit a Signal Radio Bearer (SRB) in a small data transmission (Small Data Transmission, SDT) manner. Then the terminal equipment can transmit Non-Access Stratum (Non-Access Stratum, NAS) signaling to the serving cell through SDT, and the NAS signaling indicates the identification (Session ID) of the multicast service that the terminal equipment expects to join (or to receive). and other information. Specifically, NAS signaling may be carried in uplink information transfer (ULInformationTransfer).

If the network device allows the terminal device to join the multicast service, the configuration parameters of the multicast service are transmitted to the terminal device through a random access downlink message. After receiving the configuration parameters, the terminal device uses the obtained configuration parameters to receive the multicast service in an inactive state.

Further, if the terminal device reselects to an adjacent cell, it needs to re-use SDT to obtain configuration parameters for receiving multicast services, that is, re-execute steps 301 and 302 to obtain configuration parameters for multicast services.

Further, the network device can also configure configuration parameters of multicast services in multiple cells in Msg4 or MsgB, and can also configure an applicable area for receiving multicast services in an inactive state.

Specifically, the SDT mechanism is a transmission mechanism introduced to enable a terminal device to transmit a small amount of data in an inactive state and avoid a large amount of signaling overhead caused by transferring data to a connected state. One SDT mechanism is a small data transmission mechanism based on random access (RA-SDT), which transmits small data at the same time during the random access process. For example, in the 4-step random access process, the terminal device sends Msg3 and small data at the same time in the third step. If the network device successfully receives it, it can directly release the terminal device in the fourth step, so as to realize the transmission of small data in the inactive state. Another SDT mechanism is a small data transmission mechanism based on a configuration grant. The base station configures transmission resources for a terminal device with a Grant (Configured Grant, CG) when turning the terminal device into an inactive state. If the terminal device has small data transmission in the inactive state, it can use the configured and authorized transmission resources for transmission. The terminal device needs to judge that certain conditions are met before it can apply the transmission resources authorized by the configuration. If the conditions are not met as above If the line advance is invalid, the transmission resources authorized by the configuration cannot be applied. The data in the small data transmission mechanism is not completely limited to data, and may also include signaling. For example, when some positioning information can be transmitted through the SDT mechanism in the inactive state, the transmission is signaling. There can be multiple uplink and downlink data transmissions during the small data transmission period.

Fig. 4 shows another flowchart of interaction between a terminal device and a network device.

Different from the four-step random access in FIG. 3 , the two-step random access is used in the embodiment of the present invention.

In step 401, the terminal device sends MsgA to the network device, where MsgA includes the identifier of the multicast service.

In step 402, the network device sends MsgB to the terminal device, where MsgB includes first indication information.

In step 403, the terminal device and the network device perform multicast service transmission.

For more specific implementation manners of the embodiments of the present invention, reference may be made to the foregoing embodiments, and details are not repeated here.

In a non-limiting embodiment of the present invention, the method shown in FIG. 1 may further include the following steps: if the small data needs to be transmitted in the inactive state, when transmitting the small data, transmit the second indication information together, so The second indication information is used to indicate that the multicast service is being received and/or prepared to receive.

In this embodiment, the terminal device is receiving and/or preparing to receive a multicast service, and needs to transmit small data (which may be data or signaling). Since some terminal devices do not support simultaneous reception of multicast services and unicast data in one time slot, or the reception of multicast services and unicast data in one time slot cannot overlap in the time domain (Overlap ), when this type of terminal equipment starts multicast service and unicast service at the same time, it is necessary to let the network equipment know that the terminal equipment is carrying out these two services at the same time, so that the network equipment can allocate the downlink transmission resources for the terminal equipment in the time domain. The resources of the above two services are staggered to prevent such terminal equipment from receiving multicast services and unicast data at the same time, so as to improve the reliability of data transmission of the two services.

In a specific implementation, the terminal device is in an inactive state, may be receiving multicast services, may receive one or more multicast services, or is ready to receive one or more multicast services, or may stop receiving certain multicast services (also That is, from receiving the multicast service to stopping receiving the multicast service). During this process, if the terminal device still needs to transmit small data, the terminal device needs to notify the network device of the identifier of the multicast service currently receiving/preparing to receive/stop receiving during the small data transmission process, such as the temporary mobile group identifier ( Temporary Mobile Group Identity, TMGI).

In a specific implementation manner, if the terminal device uses a 4-step random access process to carry out small data transmission, the terminal device may indicate to the network device in Msg3 the identifier of the multicast service that it is receiving/preparing to receive/stop receiving. Considering that there is no idle information element in the RRC Resume Request (RRC Resume Request) usually carried in Msg3 to indicate the multicast service identifier that is receiving/preparing to receive/stop receiving, so the control element of the media access control layer ( Medium Access Control Control Element, MAC CE) indicates the multicast service identifier that is receiving/preparing to receive/stop receiving. The MAC CE can be transmitted to the network device in Msg3 together with the RRC recovery request and other information such as small data (partial or all) to be transmitted. If the network device receives the above multicast service identifier, if the terminal device does not support receiving multicast service and unicast data at the same time, then the network device can avoid simultaneously transmitting unicast data and unicast data in one time slot when scheduling the terminal device. Multicast services, or avoid time-domain overlap of transmission resources occupied by unicast data and multicast services in a time slot, thereby ensuring that terminal devices can accurately receive multicast services and unicast data.

In another specific implementation manner, due to the limited number of information bits that can be transmitted in the third step of random access, the number of bits of the multicast service identifier such as TMGI is relatively large, and the terminal device may receive multiple multicast services at the same time , so more bits need to be uploaded. Therefore, the terminal device may only indicate in Msg3 that the terminal device is receiving or will receive the multicast service, but does not explicitly indicate the identifier of the multicast service. For example, only 1 bit is used to indicate that a bit value of 1 indicates that the terminal device is receiving or will receive a multicast service; a bit value of 0 indicates that the terminal device is not receiving or will receive a multicast service. Thus, the network device can realize that the terminal device needs to report the identifier of the multicast service being received/to be received, and the network The device may then allocate uplink transmission resources for the terminal device to report the identifier of the multicast service.

In a specific embodiment, if the reception of the multicast service and the reception of unicast data by the terminal device in a time slot cannot overlap in the time domain, the capacity of the small data to be uploaded by the terminal device is not large, for example, only It can be completed after one transmission, which means that the resource allocation of small data and multicast services is less likely to overlap, or in this case, the network equipment can stagger the resources of small data and multicast services. Therefore, in this case, the terminal device does not need to transmit the identifier of the multicast service, or only needs to indicate 1 bit to indicate that the terminal device is receiving or will receive the multicast service.

It should be noted that the SDT mechanism can also be applied to the 2-step random access process, and Msg3 in the above embodiment can also be replaced by MsgA, that is, the terminal device MsgA indicates the multicast service being received/to be received, or indicates that it is receiving Identification of multicast services received, ready to receive and/or stopped receiving.

Further, when the terminal device performs small data transmission by configuring the authorized transmission resources, the terminal device may indicate to the network device that it is receiving/will receive the information of the multicast service during the first uplink transmission by configuring the authorized transmission resources. For example, only indicate the multicast service being received/to be received, or indicate the identifier of the multicast service being received, ready to receive and/or stop receiving.

Please refer to FIG. 5 . FIG. 5 shows an interaction flowchart of a data transmission method between a terminal device and a network device.

In step 501, the terminal device sends second indication information to the network device. Wherein, when the terminal device receives the multicast service in the inactive state, if it needs to initiate small data transmission, it transmits the second indication information during the process of transmitting the small data, and the second indication information is used to indicate that it is receiving and/or ready to receive the multicast service. broadcast business.

Specifically, the terminal device may transmit the second indication information by using message 3 or message A of the random access procedure or configuring authorized transmission resources.

In step 502, the network device and the terminal device perform data transmission. Specifically, the web The network device receives the second indication information and learns that the terminal device is receiving/preparing to receive the multicast service. If the terminal device does not support receiving multicast services and unicast data at the same time, then when the network device schedules the terminal device, avoid transmitting unicast data and Transmission resources occupied by broadcast data and multicast services overlap in the time domain, thereby ensuring that terminal devices can accurately receive multicast services and unicast data.

In a specific embodiment, the second indication information is indicated by one bit; or the second indication information indicates an identifier of receiving and/or preparing to receive a multicast service.

In another specific implementation manner, due to the limited number of information bits that can be transmitted in the third step of random access, the number of bits of the multicast service identifier such as TMGI is relatively large, and the terminal device may receive multiple multicast services at the same time , so more bits need to be uploaded. Therefore, the terminal device may only indicate in Msg3 that the terminal device is receiving or will receive the multicast service, but does not explicitly indicate the identifier of the multicast service. For example, only 1 bit is used to indicate that the bit value A bit value of 1 indicates that the terminal equipment is receiving or will receive multicast services; a bit value of 0 indicates that the terminal equipment is not receiving or will receive multicast services. Thus, the network device can realize that the terminal device needs to report the identifier of the multicast service being received/to be received, and the network device can then allocate uplink transmission resources for the terminal device to report the identifier of the multicast service.

The embodiment of the present invention also discloses a data transmission device (not shown in the figure), the device includes: an indication module, used for receiving multicast services in an inactive state, if small data transmission needs to be initiated, then when transmitting small data During the process, the second indication information is transmitted, and the second indication information is used to indicate that the multicast service is being received and/or prepared to receive.

Please refer to FIG. 6, the multicast service transmission device 60 shown in FIG. 6 includes:

The first indication information receiving module 601 is configured to receive the first indication information through signaling that triggers entering the inactive state, or receive the first indication information through a random access downlink message, the first indication information indicates that the first indication information is used to receive Configuration parameters of the multicast service;

The multicast service receiving module 602 is configured to use the configuration parameters to receive multicast services in an inactive state.

In a specific implementation, the above-mentioned multicast service transmission device 60 may correspond to a terminal device Chips with multicast service transmission functions, such as SOC (System-On-a-Chip, system on chip), baseband chips, etc.; or corresponding to terminal equipment including chip modules with multicast service transmission functions; or corresponding to A chip module with a data processing function chip, or corresponding to a terminal device.

In a non-limiting embodiment, when the first indication information receiving module 601 is in an inactive state and the current location is within the at least one applicable area, it performs multicast according to the configuration parameters corresponding to the applicable area to which the current location belongs Business reception.

In a non-limiting embodiment, the first indication information receiving module 601 receives RRC release signaling through a signaling that triggers entering an inactive state, and the RRC release signaling carries the first indication information.

In a non-limiting embodiment, the first indication information receiving module 601 receives the first indication information in message 4 or message B.

Please refer to FIG. 7, the multicast service transmission device 70 shown in FIG. 7 includes:

The first indication information sending module 701 is configured to send the first indication information by triggering signaling to enter the inactive state, or send the first indication information through a random access downlink message, and the first indication information indicates that it is used to receive Configuration parameters of the multicast service;

The multicast service sending module 702 is configured to use the configuration parameters to perform multicast service transmission in an inactive state.

In a specific implementation, the above-mentioned multicast service transmission device 70 may correspond to a chip with a multicast service transmission function in a network device, such as an SOC (System-On-a-Chip, system on chip), a baseband chip, etc.; or correspond to a network The device includes a chip module with a multicast service transmission function; or corresponds to a chip module with a data processing function chip, or corresponds to a network device.

For more details about the working principles and working methods of the multicast service transmission device 60 and the multicast service transmission device 70 , refer to FIG. 1 to FIG. 4 and the relevant descriptions of the corresponding embodiments, which will not be repeated here.

Regarding each device described in the above embodiments, each module/unit contained in the product may be a software module/unit, or a hardware module/unit, or may be partly a software module/unit and partly a hardware module/unit. . For example, for each device or product applied to or integrated in a chip, each module/unit contained therein may be realized by hardware such as a circuit, or at least some modules/units may be realized by a software program, and the software program Running on the integrated processor inside the chip, the remaining (if any) modules/units can be realized by means of hardware such as circuits; They are all realized by means of hardware such as circuits, and different modules/units can be located in the same component (such as chips, circuit modules, etc.) or different components of the chip module, or at least some modules/units can be realized by means of software programs, The software program runs on the processor integrated in the chip module, and the remaining (if any) modules/units can be realized by hardware such as circuits; /Units can be realized by means of hardware such as circuits, and different modules/units can be located in the same component (such as chips, circuit modules, etc.) or different components in the terminal, or at least some modules/units can be implemented in the form of software programs Realization, the software program runs on the processor integrated in the terminal, and the remaining (if any) modules/units can be implemented by means of hardware such as circuits.

The embodiment of the present invention also discloses a storage medium. The storage medium is a computer-readable storage medium on which a computer program is stored. When the computer program runs, the aforementioned multicast service receiving method or multicast service sending method can be executed The steps of a method or data transfer method.

The embodiment of the present invention also discloses a terminal device. The terminal device may include a memory and a processor, and a computer program that can run on the processor is stored in the memory. When the processor runs the computer program, it can execute the steps of the multicast service receiving method shown in FIG. 1 , steps 202 and 203 shown in FIG. 2 , steps 301 and 303 shown in FIG. 3 , and step 401 shown in FIG. 4 and 403. The terminal equipment includes but is not limited to mobile phones, computers, tablet computers and other terminal equipment.

The embodiment of the present invention also discloses a network device. The network device may include a memory and a processor, and a computer program that can run on the processor is stored in the memory. When the processor runs the computer program, it may execute steps 201 and 203 shown in FIG. 2 , steps 302 and 303 shown in FIG. 3 , and steps 402 and 403 shown in FIG. 4 .

The embodiment of this application defines the one-way communication link from the access network to the terminal as the downlink, the data transmitted on the downlink is downlink data, and the transmission direction of the downlink data is called the downlink direction; The one-way communication link is an uplink, the data transmitted on the uplink is uplink data, and the transmission direction of the uplink data is called the uplink direction.

It should be understood that the term "and/or" in this article is only an association relationship describing associated objects, indicating that there may be three relationships, for example, A and/or B may mean: A exists alone, and A and B exist at the same time , there are three cases of B alone. In addition, the character "/" in this article indicates that the associated objects are an "or" relationship.

"Multiple" appearing in the embodiments of the present application means two or more.

The first, second, etc. descriptions that appear in the embodiments of this application are only for illustration and to distinguish the description objects, and there is no order, nor does it represent a special limitation on the number of devices in the embodiments of this application, and cannot constitute a limitation on the number of devices in this application. Any limitations of the examples.

The "connection" in the embodiment of the present application refers to various connection modes such as direct connection or indirect connection to realize communication between devices, which is not limited in the embodiment of the present application.

It should be understood that, in the embodiments of the present application, the processor may be a central processing unit (CPU for short), and the processor may also be other general-purpose processors, digital signal processors (digital signal processor, DSP for short) , application specific integrated circuit (ASIC for short), off-the-shelf programmable gate array (field programmable gate array, FPGA for short) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor, or the processor may be any conventional processor, or the like.

It should also be understood that the memory in the embodiments of the present application may be a volatile memory or a nonvolatile memory, or may include both volatile and nonvolatile memories. Among them, the non-volatile The permanent memory can be read-only memory (read-only memory, referred to as ROM), programmable read-only memory (programmable ROM, referred to as PROM), erasable programmable read-only memory (erasable PROM, referred to as EPROM), electrically erasable Programmable read-only memory (electrically EPROM, referred to as EEPROM) or flash memory. The volatile memory may be random access memory (RAM), which acts as an external cache. By way of illustration and not limitation, many forms of random access memory (RAM) are available, such as static random access memory (static RAM (SRAM), dynamic random access memory (DRAM), synchronous Dynamic random access memory (synchronous DRAM, referred to as SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, referred to as DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, referred to as ESDRAM), A dynamic random access memory (synchlink DRAM, SLDRAM for short) and a direct memory bus random access memory (direct rambus RAM, DR RAM for short) are synchronously connected.

The above-mentioned embodiments may be implemented in whole or in part by software, hardware, firmware or other arbitrary combinations. When implemented using software, the above-described embodiments may be implemented in whole or in part in the form of computer program products. The computer program product comprises one or more computer instructions or computer programs. When the computer instruction or computer program is loaded or executed on the computer, the processes or functions according to the embodiments of the present application will be generated in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from a website, computer, server or data center Wired or wireless transmission to another website site, computer, server or data center. The computer-readable storage medium may be any available medium that can be accessed by a computer, or a data storage device such as a server or a data center that includes one or more sets of available media.

It should be understood that in various embodiments of the present application, the sequence numbers of the above-mentioned processes do not mean the order of execution, and the execution order of each process should be based on its functions and internal logic. determined, and should not constitute any limitation to the implementation process of the embodiment of the present application.

In the several embodiments provided in this application, it should be understood that the disclosed methods, devices and systems can be implemented in other ways. For example, the device embodiments described above are only illustrative; for example, the division of the units is only a logical function division, and there may be other division methods in actual implementation; for example, multiple units or components can be combined or May be integrated into another system, or some features may be ignored, or not implemented. In another point, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place, or may be distributed to multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, each unit may be physically included separately, or two or more units may be integrated into one unit. The above-mentioned integrated units can be implemented in the form of hardware, or in the form of hardware plus software functional units.

The above-mentioned integrated units implemented in the form of software functional units may be stored in a computer-readable storage medium. The above-mentioned software functional units are stored in a storage medium, and include several instructions to enable a computer device (which may be a personal computer, server, or network device, etc.) to execute some steps of the methods described in various embodiments of the present invention.

Although the present invention is disclosed above, the present invention is not limited thereto. Any person skilled in the art can make various changes and modifications without departing from the spirit and scope of the present invention, so the protection scope of the present invention should be based on the scope defined in the claims.

Claims

A method for receiving a multicast service, comprising:

Receive the first indication information by triggering signaling to enter the inactive state, or receive the first indication information through a random access downlink message, where the first indication information indicates configuration parameters for receiving multicast services;

In the inactive state, the configuration parameters are used to receive multicast services.
The method for receiving multicast services according to claim 1, wherein the first indication information further includes at least one applicable area for receiving multicast services in an inactive state, and the at least one applicable area and the configuration parameter have a corresponding relationship.
The multicast service receiving method according to claim 2, wherein the at least one applicable area corresponds to a unified configuration parameter, or each cell in each applicable area has a corresponding configuration parameter.
The multicast service receiving method according to claim 2, wherein the applicable area is selected from at least one of a cell, a tracking area, a RAN-based notification area, and a frequency.
The method for receiving multicast services according to claim 2, wherein said receiving multicast services using said configuration parameters in an inactive state comprises:

When in an inactive state and the current location is within the at least one applicable area, multicast service reception is performed according to configuration parameters corresponding to the applicable area to which the current location belongs.
The multicast service receiving method according to claim 2, further comprising:

During the cell reselection process, if at least one cell in the applicable area satisfies the reselection condition, the frequency priority of the cell is updated to the highest frequency priority.
The multicast service receiving method according to claim 1, wherein the receiving the first indication information by triggering signaling to enter the inactive state comprises:

Receive the RRC release signaling by triggering the signaling to enter the inactive state, the RRC release The release signaling carries the first indication information.
The multicast service receiving method according to claim 1, wherein the configuration parameters include common frequency resources, CORESET, and search space, and after receiving the first indication information, it further includes:

Receive the G-RNTI corresponding to the multicast service in the MCCH of the serving cell.
The method for receiving multicast services according to claim 8, wherein the MCCH further includes a detection cycle and a detection location of downlink control signaling, and the downlink control signaling is used for scheduling multicast services.
The multicast service receiving method according to claim 1, wherein the receiving the first indication information through a random access downlink message comprises:

The first indication information is received in message 4 or message B.
The method for receiving a multicast service according to claim 1, wherein before receiving the first indication information through a random access downlink message, the method further includes:

The identifier of the multicast service to be joined is sent in the random access uplink message.
The multicast service receiving method according to claim 11, characterized in that the identifier of the multicast service is carried in non-access stratum signaling.
The multicast service receiving method according to claim 1, further comprising:

If the small data needs to be transmitted in the inactive state, the second indication information is transmitted together with the small data transmission, and the second indication information is used to indicate that the multicast service is being received and/or prepared to receive.
The method for receiving a multicast service according to claim 13, wherein the second indication information is further used to indicate an identifier of the multicast service being received, ready to receive and/or stopped receiving.
The method for receiving multicast services according to claim 13, wherein said transmitting the second indication information comprises:

Bearing the second indication information in the MAC CE, and sending it out through a random access uplink message.
The method for receiving multicast services according to claim 13, wherein said transmitting the second indication information comprises:

The second indication information is transmitted by using newly added bits in the random access uplink message.
A method for sending a multicast service, comprising:

Sending the first indication information by triggering signaling to enter the inactive state, or sending the first indication information through a random access downlink message, where the first indication information indicates configuration parameters for receiving multicast services;

In the inactive state, the configuration parameters are used to send multicast services.
A device for receiving multicast services, characterized by comprising:

The first indication information receiving module is configured to receive the first indication information by triggering signaling to enter the inactive state, or receive the first indication information through a random access downlink message, the first indication information indicates that the information used to receive multiple broadcast service configuration parameters;

The multicast service receiving module is configured to use the configuration parameters to receive multicast services in an inactive state.
A multicast service sending device is characterized in that it includes:

The first indication information sending module is configured to send the first indication information by triggering signaling to enter the inactive state, or send the first indication information through a random access downlink message, the first indication information indicates that the information used to receive multiple broadcast service configuration parameters;

The multicast service sending module is configured to use the configuration parameters to send multicast services in an inactive state.
A computer-readable storage medium, on which a computer program is stored, wherein, when the computer program is run by a processor, the steps of the multicast service receiving method described in any one of claims 1 to 16 are executed, or the Requirement 17 for the multicast service to be sent method steps.
A terminal device, comprising a memory and a processor, the memory stores a computer program that can run on the processor, and it is characterized in that, when the processor runs the computer program, it executes claims 1 to 16 Steps in any one of the methods for receiving multicast services.
A network device, comprising a memory and a processor, wherein the memory stores a computer program that can run on the processor, wherein the processor executes the multiple functions described in claim 17 when running the computer program. Steps in the broadcast service sending method.