CN113141581B

CN113141581B - Method, equipment and medium for reporting and determining interest of multicast broadcast service

Info

Publication number: CN113141581B
Application number: CN202010065897.1A
Authority: CN
Inventors: 谌丽; 张大钧
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2020-01-20
Filing date: 2020-01-20
Publication date: 2022-06-07
Anticipated expiration: 2040-01-20
Also published as: CN113141581A

Abstract

The invention discloses a method, a device and a medium for reporting and determining the interest of multicast broadcast service, which comprises the following steps: and the terminal reports the interested multicast broadcast service to the base station through a random access process. And the base station determines the multicast broadcast service which is interested by the terminal according to the interested multicast broadcast service. The invention overcomes the defect that no information scheme interested in the multicast broadcast service is reported by the terminal aiming at the 5G system at present, and can effectively realize the report of the interest of the terminal to the multicast broadcast service so as to ensure that the base station carries out reasonable processing. Furthermore, the scheme is simultaneously suitable for the connected terminal and the idle/non-activated terminal, and realizes general design.

Description

Method, equipment and medium for reporting and determining interest of multicast broadcast service

Technical Field

The present invention relates to the field of wireless communication technologies, and in particular, to a method, a device, and a medium for reporting and determining multicast broadcast service interest.

Background

MBMS (multicast broadcast multimedia service) services have long existed in 3G, 4G technologies. Fig. 1 is a schematic diagram of an MBMS transmission architecture based on MBSFN (multicast Broadcast Single Frequency Network) in LTE (Long Term Evolution).

Due to the demand of Broadcast Multicast Services, the 5G technology is also about to introduce MBMS Services in R17 (release 17), which is called MBS (Multicast and Broadcast Services) in 5G. However, the 5G does not need to introduce an MBSFN architecture, and each cell independently transmits MBS services. Fig. 2 is a schematic diagram of MBS service transmission, and a data transmission flow of the MBS service is shown in fig. 2.

The prior art is deficient in that, for a terminal of a 5G system, there is no scheme that can report information interested in MBS services.

Disclosure of Invention

The invention provides a method, equipment and medium for reporting and determining the interest of a multicast broadcast service, which are used for solving the problem that a terminal of a 5G system cannot report an interested MBS service.

The embodiment of the invention provides an MBS business interest reporting method, which comprises the following steps:

the terminal determines interested MBS service;

and the terminal reports the interested MBS service to the base station through the random access process.

In the implementation, the reporting of the interested MBS service to the base station by the terminal through the random access process includes:

the terminal reports the interested MBS service to the base station through a random access request; and/or the presence of a gas in the gas,

and the terminal reports the interested MBS service to the base station through the uplink data of a physical layer uplink shared channel PUSCH.

In implementation, when reporting the interested MBS service to the base station through the random access request, the terminal sends the random access request by using the dedicated PRACH resource and/or preamble code corresponding to the interested MBS service, where a corresponding relationship between the MBS service and the designated PRACH resource and/or preamble code is configured by the base station.

In implementation, the triggering condition for the terminal to report the interested MBS service to the base station through the random access request is one or a combination of the following situations:

the connected terminal triggers when determining to be interested in the MBS service; or the like, or, alternatively,

when the connected terminal is switched to a new cell supporting the interested MBS service, triggering is carried out; or the like, or, alternatively,

the terminal enters a connection state through RRC connection establishment, reconstruction or recovery, and is triggered when the terminal is interested in MBS service; or the like, or, alternatively,

an Idle state terminal or an inactive state terminal triggers when interested in MBS service of a resident cell; or the like, or, alternatively,

triggering when the Idle state or inactive state terminal is interested in the MBS service of the reselected cell; or the like, or, alternatively,

the base station configures the terminal to report the interested MBS service periodically, and the terminal triggers at the time point determined according to the configured reporting period.

In an implementation, the method further comprises the following steps:

the terminal receives a random access response scheduling according to a random access radio network temporary identifier RA-RNTI corresponding to a time-frequency resource position of Msg1 and then stops a random access process, wherein the random access response carries a random access preamble number which is the same as a preamble sent by the terminal; or the like, or, alternatively,

the terminal continues the random access process after receiving the random access response scheduling according to the RA-RNTI corresponding to the Msg1 time-frequency resource sending position, terminal identification information is sent in the Msg3 and used for a base station to configure the transmission and/or scheduling information of the MBS business interested by the terminal for the terminal after the terminal is determined, and the random access response carries the random access preamble number which is the same as the preamble sent by the terminal.

In an implementation, the method further comprises the following steps:

after receiving the MBS service which is configured by the base station and reports interest periodically, the terminal reports the MBS service which is configured and reported to the base station periodically through a random access request; and/or the presence of a gas in the gas,

after the terminal determines that the terminal belongs to the terminal which allows reporting the interested MBS business according to the base station configuration, the terminal reports the interested MBS business to the base station through the random access request.

In the implementation, the terminal reports the interested MBS service to the base station through uplink data of PUSCH, where the interested MBS service is reported to the base station by Msg3 in 4-step random access or PUSCH part in 2-step random access MSGA.

In the implementation, the terminal reports the interested MBS service to the base station through uplink data of the PUSCH, and reports the MBS service through uplink RRC messages, where one uplink RRC message carries one or more MBS service identifiers.

In an implementation, the method further comprises the following steps:

after the terminal determines that the terminal belongs to the terminal which allows reporting of the interested MBS business according to the configuration of the base station, the terminal reports the interested MBS business to the base station through the uplink data of the PUSCH.

The embodiment of the invention provides a method for determining MBS service, which comprises the following steps:

a base station receiving terminal reports interested MBS service to a base station through a random access process;

and the base station determines the MBS service which the terminal is interested in according to the interested MBS service.

In the implementation, the base station receiving terminal reports the interested MBS service to the base station through the random access process, wherein the interested MBS service is reported to the base station by the terminal through the random access request; and/or the terminal reports the interested MBS service to the base station through the uplink data of the PUSCH.

In an implementation, the method further comprises the following steps:

the base station configures the corresponding relation between the MBS service and the designated PRACH resource and/or preamble code for the terminal, and the corresponding relation is used for the terminal to use the special PRACH resource and/or preamble code corresponding to the interested MBS service to send the random access request when reporting the interested MBS service to the base station through the random access request.

In implementation, the base station configures a corresponding relationship between the MBS service and the designated PRACH resource or preamble code for the terminal, including one or a combination of the following relationships:

the base station configures the corresponding relation of the special PRACH resource and/or preamble code for the MBS service which is carrying out broadcast or multicast transmission; or the like, or, alternatively,

the base station configures the corresponding relation of the special PRACH resource and/or preamble code for the MBS service which is supported by the cell but not transmitted; or the like, or, alternatively,

the base station configures the corresponding relation of the special PRACH resource and/or the preamble code for the MBS service which is not supported by the cell but is supported by the same covering cell or the frequency point.

In an implementation, the method further comprises the following steps:

the base station sends a random access response on RA-RNTI corresponding to the time-frequency resource position of Msg1 sent by the terminal to stop the random access process, wherein the random access response carries the random access preamble number same as the preamble sent by the terminal; or the like, or, alternatively,

the base station sends a random access response on RA-RNTI corresponding to a time-frequency resource position of Msg1 sent by the terminal, the base station configures transmission and/or scheduling information of MBS (multicast broadcast multicast service) service interested by the terminal for the terminal after determining the terminal according to terminal identification information carried in Msg3, and the random access response carries a random access preamble number which is the same as a preamble sent by the terminal.

In an implementation, the method further comprises the following steps:

the base station configures the terminal to report the interested MBS service periodically, so that the terminal reports the interested MBS service to the base station according to the configuration periodicity through a random access request; and/or the presence of a gas in the gas,

the base station configures the terminal so that the terminal can determine whether the terminal belongs to the terminal which allows reporting of the interested MBS service according to the base station configuration.

In the implementation, the base station receiving terminal reports the interested MBS service to the base station through the uplink data of the PUSCH, where the MBS service is reported to the base station by the Msg3 in the 4-step random access or the PUSCH part in the 2-step random access MSGA.

In the implementation, the base station receives the MBS service of interest reported by the terminal to the base station through the uplink data of the PUSCH, and the MBS service of interest reported by the terminal through the uplink RRC message, where one uplink RRC message carries one or more MBS service identifiers.

In an implementation, the method further comprises the following steps:

the base station configures the terminal, and after the terminal determines whether the terminal belongs to the terminal which allows reporting of the interested MBS business according to the base station configuration, the terminal receives the interested MBS business reported to the base station by the terminal through the uplink data of the PUSCH.

In implementation, after the base station determines the MBS service that the terminal is interested in according to the MBS service that the terminal is interested in, the base station further includes one or a combination of the following steps:

aiming at the MBS service which is carrying out broadcast or multicast transmission, the base station carries out statistics and/or monitoring on the terminal which is receiving the MBS service; or the like, or, alternatively,

aiming at the MBS service supported but not transmitted by the cell, the base station initiates MBS service transmission based on the MBS service interested by the terminal; or the like, or, alternatively,

aiming at the MBS service which is not supported by the cell but is supported by the same coverage cell or frequency point, the base station switches the connection state terminal to other cells which can provide the MBS service.

An embodiment of the present invention provides a user equipment, including:

a processor for reading the program in the memory, performing the following processes:

determining interested MBS service;

reporting the interested MBS service to a base station through a random access process;

a transceiver for receiving and transmitting data under the control of the processor.

In implementation, reporting the MBS service of interest to a base station through a random access process includes:

reporting the interested MBS service to a base station through a random access request; and/or the presence of a gas in the gas,

and reporting the interested MBS service to a base station through the uplink data of a physical layer uplink shared channel PUSCH.

In the implementation, when reporting the interested MBS service to the base station through the random access request, the random access request is sent using the dedicated PRACH resource and/or preamble code corresponding to the interested MBS service, where the corresponding relationship between the MBS service and the designated PRACH resource and/or preamble code is configured by the base station.

In implementation, the reporting of the trigger condition of the MBS service of interest to the base station through the random access request is one or a combination of the following situations:

when in a connected state, determining to trigger when interested in MBS service; or the like, or, alternatively,

when in a connected state, triggering when switching to a new cell supporting the interested MBS service; or the like, or, alternatively,

establishing, reconstructing or restoring to enter a connection state through RRC connection, and determining to trigger when the MBS service is interested; or the like, or, alternatively,

triggering when interested in MBS service of resident cell in Idle state or inactive state; or the like, or, alternatively,

triggering when the MBS service of the reselected cell is interested in the Idle state or the inactive state; or the like, or a combination thereof,

when the base station configures the terminal to report the interested MBS service periodically, the base station triggers at the time point determined according to the configured reporting period.

In an implementation, the method further comprises the following steps:

stopping a random access process after receiving random access response scheduling according to a random access radio network temporary identifier RA-RNTI corresponding to a time-frequency resource position of Msg1, wherein the random access response carries a random access preamble number which is the same as a preamble sent by a terminal; or the like, or, alternatively,

and after receiving random access response scheduling according to the RA-RNTI corresponding to the Msg1 time-frequency resource sending position, continuing the random access process, and sending terminal identification information in the Msg3 for a base station to configure the transmission and/or scheduling information of the MBS service interested by the terminal for the terminal after determining the terminal, wherein the random access response carries the random access preamble number which is the same as the preamble sent by the terminal.

In an implementation, the method further comprises the following steps:

after receiving the MBS service which is configured by the base station and reports interest periodically, reporting the MBS service which is configured by the base station to the base station through a random access request according to the configuration periodicity; and/or the presence of a gas in the gas,

after determining that the terminal belongs to a terminal allowing to report the interested MBS business according to the configuration of the base station, reporting the interested MBS business to the base station through a random access request.

In the implementation, the interested MBS service is reported to the base station through the uplink data of the PUSCH, where the interested MBS service is reported to the base station through the Msg3 in the 4-step random access or the PUSCH part in the 2-step random access MSGA.

In the implementation, the MBS service of interest is reported to the base station through uplink data of the PUSCH, where one uplink RRC message carries one or more MBS service identifiers.

In an implementation, the method further comprises the following steps:

and after determining that the terminal belongs to a terminal allowing reporting of the interested MBS business according to the base station configuration, reporting the interested MBS business to the base station through uplink data of a PUSCH.

An embodiment of the present invention provides a base station, including:

the receiving terminal reports the interested MBS service to the base station through the random access process;

determining the MBS service which the terminal is interested in according to the interested MBS service;

In the implementation, the receiving terminal reports the interested MBS service to the base station through the random access process, wherein the interested MBS service is reported to the base station by the terminal through the random access request; and/or the terminal reports the interested MBS service to the base station through the uplink data of the PUSCH.

In an implementation, the method further comprises the following steps:

configuring a corresponding relation between the MBS service and the designated PRACH resource and/or preamble code for the terminal, wherein the corresponding relation is used for sending a random access request by using the special PRACH resource and/or preamble code corresponding to the interested MBS service when the terminal reports the interested MBS service to the base station through the random access request.

In implementation, the corresponding relationship between the MBS service and the designated PRACH resource or preamble code is configured for the terminal, which includes one or a combination of the following relationships:

configuring a corresponding relation of a special PRACH resource and/or a preamble code aiming at the MBS service which is carrying out broadcast or multicast transmission; or the like, or, alternatively,

configuring corresponding relation of special PRACH resources and/or preamble codes aiming at MBS services supported but not transmitted by the cell; or the like, or, alternatively,

and configuring the corresponding relation of the special PRACH resource and/or the preamble code aiming at the MBS service which is not supported by the cell but is supported by the same covering cell or the frequency point.

In an implementation, the method further comprises the following steps:

sending a random access response on RA-RNTI corresponding to a time-frequency resource position of Msg1 sent by the terminal to stop a random access process, wherein the random access response carries a random access preamble number which is the same as a preamble sent by the terminal; or the like, or, alternatively,

sending a random access response on RA-RNTI corresponding to a time-frequency resource position of Msg1 sent by the terminal, configuring transmission and/or scheduling information of MBS service interested by the terminal for the terminal after the terminal is determined according to terminal identification information carried in Msg3, wherein the random access response carries a random access preamble number which is the same as a preamble sent by the terminal.

In an implementation, the method further comprises the following steps:

configuring a terminal to report interested MBS service periodically, so that the terminal reports the interested MBS service to a base station through a random access request periodically according to the configuration; and/or the presence of a gas in the gas,

and configuring the terminal so that the terminal determines whether the terminal belongs to the terminal which allows reporting of the interested MBS service according to the configuration of the base station.

In the implementation, the receiving terminal reports the interested MBS service to the base station through the uplink data of the PUSCH, where the MBS service is reported to the base station by the Msg3 in the 4-step random access or the PUSCH part in the 2-step random access MSGA.

In the implementation, the receiving terminal reports the interested MBS service to the base station through the uplink data of the PUSCH, where the terminal reports the interested MBS service through the uplink RRC message, and one uplink RRC message carries one or more MBS service identifiers.

In an implementation, the method further comprises the following steps:

and configuring the terminal, and receiving the MBS service which is reported to the base station by the terminal through the uplink data of the PUSCH after the terminal determines whether the terminal belongs to the terminal which allows the MBS service to be reported.

In the implementation, after determining the MBS service that the terminal is interested in according to the MBS service that is interested in, the method further includes one or a combination of the following steps:

counting and/or monitoring terminals receiving the MBS service aiming at the MBS service which is carrying out broadcast or multicast transmission; or the like, or, alternatively,

aiming at MBS services supported but not transmitted by the cell, initiating MBS service transmission based on the MBS service interested by the terminal; or the like, or, alternatively,

and aiming at the MBS service which is not supported by the cell but is supported by the same coverage cell or frequency point, the connected terminal is switched to other cells which can provide the MBS service.

The embodiment of the invention provides an MBS business interest reporting device, which comprises:

the first determining module is used for determining interested MBS service;

and the reporting module is used for reporting the interested MBS service to the base station through the random access process.

The embodiment of the invention provides a device for determining MBS service, which comprises:

the receiving module is used for receiving MBS business which is reported to the base station by the terminal through the random access process;

and the second determining module is used for determining the MBS service which the terminal is interested in according to the interested MBS service.

The embodiment of the invention provides a computer-readable storage medium, which is characterized in that the computer-readable storage medium stores a computer program for executing the MBS service interest reporting method and/or the MBS service determination method.

The invention has the following beneficial effects:

in the technical scheme provided by the embodiment of the invention, the terminal can report the interested MBS service to the base station through the random access process, and the base station can also determine the interested MBS service of the terminal according to the interested MBS service. Therefore, the defect that no information scheme interested in the MBS service is reported by the terminal aiming at the 5G system at present is overcome, the terminal can effectively report the interest of the MBS service, and the base station can reasonably process the information.

Furthermore, the scheme is simultaneously suitable for the connection state terminal and the idle/inactive terminal, and realizes a general design.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the invention and do not limit the invention. In the drawings:

FIG. 1 is a diagram of an MBMS transmission architecture based on MBSFN in LTE in the background art;

fig. 2 is a schematic diagram of MBS service transmission in the background art;

FIG. 3 is a diagram illustrating a contention random access procedure according to an embodiment of the present invention;

FIG. 4 is a diagram of a MAC subheader with RAPID according to an embodiment of the present invention;

fig. 5 is a diagram of a MAC RAR in an embodiment of the present invention;

FIG. 6 is a diagram illustrating a non-contention random access procedure according to an embodiment of the present invention;

FIG. 7 is a diagram illustrating a two-step random access procedure in an embodiment of the present invention;

fig. 8 is a schematic diagram of an implementation flow of a MBS service interest reporting method at a terminal side in an embodiment of the present invention;

fig. 9 is a schematic diagram illustrating an implementation flow of a method for determining an MBS service at a base station side in an embodiment of the present invention;

fig. 10 is a schematic diagram of a MBS service reporting process of interest in embodiment 1 of the present invention;

fig. 11 is a first schematic diagram of a MBS service reporting process of interest in embodiment 2 of the present invention;

fig. 12 is a schematic diagram of a MBS service reporting process of interest in embodiment 2 of the present invention;

fig. 13 is a first schematic diagram of a MBS service reporting process of interest in embodiment 3 of the present invention;

fig. 14 is a schematic diagram of a MBS service reporting process of interest in embodiment 3 of the present invention;

fig. 15 is a first schematic diagram of a MBS service reporting process of interest in embodiment 4 of the present invention;

fig. 16 is a schematic diagram of a MBS service reporting process of interest in embodiment 4 of the present invention;

fig. 17 is a first schematic diagram of a MBS service reporting process of interest in embodiment 5 of the present invention;

fig. 18 is a schematic diagram of a MBS service reporting process of interest in embodiment 5 of the present invention;

FIG. 19 is a schematic diagram of a UE according to an embodiment of the present invention;

fig. 20 is a schematic diagram of a base station structure according to an embodiment of the present invention.

Detailed Description

The following describes embodiments of the present invention with reference to the drawings.

The technical scheme provided by the embodiment of the invention is as follows: the terminal reports the interested MBS service to the base station through the random access process. In the present application, "interesting" (corresponding english is interest), for example: the multicast broadcast service interest report can be expressed as MBS interest indication, and the corresponding technical meaning is the technical meaning which is known and adopted in the industry.

In the description process, the implementation of the UE and the base station will be described separately, and then an example of the implementation of the UE and the base station in cooperation will be given to better understand the implementation of the scheme given in the embodiment of the present invention. Such an explanation does not mean that the two must be implemented together or separately, and actually, when the UE and the base station are implemented separately, the UE and the base station solve the problems on the UE side and the base station side, respectively, and when the two are used in combination, a better technical effect is obtained.

First, the random access technique will be explained.

In the prior art, a random access procedure is used to establish/reestablish/recover a connection between a terminal and a base station or to achieve uplink synchronization. The random access is divided into 4-step random access and 2-step random access.

The 4-step random access (4-step RACH) is a contention random access, and fig. 3 is a schematic diagram of the contention random access process, as shown in the figure, the contention random access process is:

msg1 (message 1): and (4) random access request. The UE selects a Random Access preamble and a PRACH (Physical Random Access Channel) resource and transmits the selected Random Access preamble to the base station by utilizing the PRACH resource.

Msg2 (message 2): and (4) random access response. The base station receives the preamble and sends a Random Access Response (Random Access Response). The random access response contains two parts: a MAC (Media Access Control) header and a MAC RAR (Random Access Response). The MAC header includes a plurality of sub-headers, whose main contents are RAPID (Random Access Preamble ID) and BI (Backoff Indicator), and fig. 4 is a schematic diagram of the MAC sub-header with RAPID. Fig. 5 is a schematic diagram of a MAC RAR, which includes TAC (timing Advance, Time Advance Command), an uplink resource Grant (UL Grant) for Msg3, and a Temporary C-RNTI (Temporary C-RNTI; C-RNTI: Cell Radio Network Temporary Identifier) allocated by a Network side. A Physical Downlink Control Channel (PDCCH) carrying the Msg2 scheduling information is scrambled by using a Random Access-Radio Network Temporary Identity (RA-RNTI), and the RA-RNTI uniquely corresponds to a time-frequency resource for transmitting the Msg1 in a window length of a User Equipment (UE) receiving the Msg 2. When the UE receives the Msg2, the Msg2 is determined to correspond to the Msg1 transmitted by the UE through the RA-RNTI and the preamble ID.

Msg3 (message 3): msg2 Scheduled uplink Transmission (Scheduled Transmission). The UE sends Uplink transmission on a PUSCH (Physical Uplink Shared Channel) specified by the Msg2 UL grant, where the content of Uplink transmission is different for different random access reasons Msg3, for example, for initial access, Msg3 transmits an RRC (Radio Resource Control) connection establishment request, and connected UE sends C-RNTI MAC CE (Control Element) in Msg 3.

Msg4 (message 4): contention Resolution (Contention Resolution). The UE may determine whether the random access is successful according to the Msg 4.

The non-contention random access belongs to the conventional random access and can be regarded as a special case of 4-step random access. Fig. 6 is a schematic diagram of a non-contention random access process, as shown in fig. 6, the process mainly includes three steps:

msg0 (message 0): RA Preamble assignment, the base station assigns a dedicated Preamble for non-contention random access and PRACH resource for random access to the UE.

Msg 1: and the UE sends the appointed special Preamble to the base station on the appointed PRACH resource according to the indication of the Msg 0. And after receiving the Msg1, the base station calculates an uplink timing advance TA according to the Msg 1.

Msg 2: and the base station sends a Random Access Response to the UE, wherein the Random Access Response comprises timing advance information and a subsequent uplink transmission resource allocation (UL grant), and the timing advance is used for the timing relation of the subsequent uplink transmission of the UE.

In a New generation of wireless network NR (New Radio, i.e., 5G) system, a two-step random access procedure (2-step RACH) is introduced based on a 4-step RA, and fig. 7 is a schematic diagram of the two-step random access procedure, and the procedure is shown in fig. 7.

The following describes the MBS service interest reporting and the implementation of determining the MBS service of interest.

Fig. 8 is a schematic implementation flow diagram of an MBS service interest reporting method at a terminal side, as shown in the figure, the method may include:

step 801, the terminal determines interested MBS services;

step 802, the terminal reports the interested MBS service to the base station through a random access process.

Fig. 9 is a schematic implementation flow diagram of a method for determining MBS service at a base station side, as shown in the figure, the method may include:

step 901, a base station receiving terminal reports an interested MBS service to a base station through a random access process;

step 902, the base station determines the MBS service that the terminal is interested in according to the interested MBS service.

That is, the terminal reports the interested MBS service to the base station through the random access procedure.

In specific implementation, a base station receiving terminal reports an interested MBS service to a base station through a random access process, wherein the interested MBS service is reported to the base station by the terminal through a random access request; and/or the terminal reports the interested MBS service to the base station through the uplink data of the PUSCH.

The following describes two modes of reporting to the base station through the random access request and reporting to the base station through the uplink data of the PUSCH, respectively.

Firstly, reporting to a base station through a random access request.

This section illustrates the implementation of a terminal reporting MBS service of interest to a base station via a random access request (Msg 1).

In the implementation, at the terminal side, when reporting the interested MBS service to the base station through the random access request, the terminal sends the random access request by using the dedicated PRACH resource and/or preamble code corresponding to the interested MBS service, where the corresponding relationship between the MBS service and the designated PRACH resource and/or preamble code is configured by the base station.

At the base station side, further comprising:

In specific implementation, the base station configures a corresponding relationship between the MBS service and the designated PRACH resource or preamble code for the terminal, including one or a combination of the following relationships:

In specific implementation, after the base station determines the MBS service that the terminal is interested in according to the MBS service that the terminal is interested in, the method further includes one or a combination of the following steps:

Namely: the base station configures the corresponding relationship between the MBS service and the designated PRACH resource and/or preamble code in the broadcasted system message or the dedicated signaling to the terminal, which specifically includes one or more of the following combinations:

the base station configures dedicated PRACH resources and/or preamble codes for MBS services which are in broadcast or multicast transmission, a group of dedicated PRACH resources and/or preamble codes can be configured for one MBS service, or a group of dedicated PRACH resources and/or preamble codes can be configured for a plurality of MBS services, or all MBS services correspond to a group of dedicated PRACH resources and/or preamble codes. In this way, the base station can perform statistical monitoring on the terminal receiving the MBS service.

The base station configures special PRACH resources and/or preamble codes for MBS services supported but not transmitted by the cell, and one or more MBS services correspond to a group of special PRACH resources and/or preamble codes. In this way, the base station can initiate MBS transmission based on the MBS service the terminal is interested in.

The base station configures special PRACH resources and/or preamble codes for MBS services which are not supported by the cell but are supported by the same coverage cell or frequency point. In this way, the base station can switch the connected terminal to other cells capable of providing MBS service in time.

In an implementation, the method may further include, at the terminal side:

On the base station side, the method can further comprise the following steps:

That is, after the terminal sends the random access request (Msg1) using the dedicated PRACH resource and/or preamble code corresponding to the MBS service of interest, one or more of the following may be further included:

the mode of sending the random access response (Msg2) by the base station side is as follows: carrying out random access response scheduling through RA-RNTI corresponding to the Msg1 time-frequency resource position sent by the terminal; the Random Access response carries a RAPID (Random Access Preamble ID) that is the same as the Preamble sent by the terminal. At this time, the random access process is ended;

or, after receiving the random access response, the terminal continues to send terminal information in the Msg3, and the base station configures, for the terminal, MBS service related information that the terminal is interested in, such as a G-RNTI (Group radio network temporary identifier, Group RNTI) for receiving the MBS service.

In the implementation, the method can further comprise the following steps:

For the base station side, the method may further include:

For example, if the network side needs to count the terminals receiving a specific MBS service periodically, the terminals may be configured to periodically send MBS interest information, i.e. periodically repeat the random access procedure.

The periodicity is not considered, the information configured by the base station is only the information of the MBS service, and the terminal triggers according to whether the terminal is interested or not, namely, the terminal triggers; the periodic trigger may be a base station side trigger, and may require the terminal to periodically report the interested MBS service.

And secondly, reporting the uplink data to the base station through the PUSCH.

In the implementation, at the terminal side, the terminal reports the interested MBS service to the base station through the uplink data of the PUSCH, where the MBS service is reported to the base station by the Msg3 in the 4-step random access or the PUSCH part in the 2-step random access MSGA.

On the base station side, the base station receiving terminal reports the interested MBS service to the base station through the uplink data of the PUSCH, wherein the interested MBS service is reported to the base station by the Msg3 in the 4-step random access or the PUSCH part in the 2-step random access MSGA of the terminal.

That is, the terminal reports the MBS service of interest to the base station through uplink PUSCH transmission, specifically Msg3 in 4-step random access or PUSCH part in 2-step random access MSGA.

In a specific implementation, at a terminal side, the terminal reports the MBS service of interest to a base station through uplink data of a PUSCH, and reports the MBS service of interest through uplink RRC messages, where one uplink RRC message carries one or more MBS service identifiers.

On the base station side, the base station receives the MBS service which is reported by the terminal to the base station through the uplink data of the PUSCH, and the MBS service which is reported by the terminal through the uplink RRC message is of interest, wherein one uplink RRC message carries one or more MBS service identifications.

That is, the MBS service information reported by the terminal is an uplink RRC message, and one MBS service report RRC message of interest may carry one or more MBS service identifiers.

In the implementation, on the base station side, the method may further include:

On the terminal side, the method may further include:

That is, the base station may configure which terminal or terminals are allowed to perform MBS service reporting of interest.

In the implementation, at the terminal side, the terminal reports the trigger condition of the MBS service of interest to the base station through a random access request, where the trigger condition is one of the following situations or a combination thereof:

the terminal enters a connection state through RRC connection establishment, reconstruction or recovery and is triggered when the terminal is interested in MBS service; or the like, or a combination thereof,

That is, the triggering condition for the terminal to initiate the random access request for the interested MBS service reporting may be:

when the connected terminal determines to be interested in the specific MBS service; or the like, or, alternatively,

when the connected terminal is switched to a new cell supporting the interested special MBS service; or the like, or, alternatively,

the terminal enters a connection state through RRC connection establishment/reconstruction/recovery and determines that the terminal is interested in a specific MBS service; or the like, or, alternatively,

when the Idle state or inactive state terminal is interested in a specific MBS service; or the like, or a combination thereof,

the base station configures the terminal to periodically report interested messages to a specific MBS service, and the terminal triggers and reports the interested MBS service at a determined time point of each period.

The following description is made with reference to examples.

Example 1:

in this example, the terminal reports the MBS service of interest through a random access request (Msg1) (random access ends at Msg 2).

Fig. 10 is a schematic view of an MBS service reporting procedure of interest in embodiment 1, and as shown in the figure, the following describes from both sides of a terminal and a base station, respectively.

A terminal side:

1: when the MBS service which is interested in reporting is triggered, selecting PRACH resources corresponding to the MBS service which is interested in sending configured preamble codes, if a plurality of MBS services which are interested in correspond to different random access resources, the terminal determines which one is sent first;

2: and (2) calculating an RA-RNTI according to the time-frequency position of the PRACH resource used in the step (1), receiving a base station Downlink scheduling command PDCCH (Physical Downlink Control Channel) by using the RA-RNTI so as to receive a random access response Msg2, wherein if the RAPID in the Msg2 is consistent with the preamble code number sent by the terminal, the random access process is successfully ended, namely the terminal successfully sends the interested MBS service.

The random access response may only carry the RAPID subheader without the random access response MAC RAR. If the terminal can not analyze the random access response according to the process, the random access fails, and the terminal continues to initiate random access on the subsequent special random access resources until the maximum random access frequency configured by the base station is reached. The terminal may report the random access failure to a higher layer.

A base station side:

1: receiving a random access request Msg1 on a dedicated resource configured for the terminal;

2: determining RA-RNTI according to the position of PRACH resource for sending the Msg1, scrambling PDCCH by using the RA-RNTI, and scheduling the Msg2, wherein RAPID carried in the Msg2 corresponds to the preamble code number of the Msg 1;

3: this step is optional, and according to the MBS service transmission condition, there are the following branches:

if the MBS service is in multicast transmission, the base station can count based on the random access request sent by the terminal, thereby determining whether to continuously adopt the multicast mode to transmit the MBS service;

if the MBS service is supported by the cell but multicast transmission is not performed, the base station may start multicast transmission for the MBS service according to a request of the terminal, and notify the terminal of the multicast transmission parameters (e.g., G-RNTI, etc.) of the MBS service.

Before the above process, the base station may configure the corresponding relationship between the MBS service and the designated PRACH resource and/or preamble code for the terminal by using a broadcast message or a dedicated signaling.

Example 2:

in this example, the terminal reports the MBS service of interest through a random access request (Msg1) (the random access process ends at Msg 4).

Fig. 11 is a schematic diagram of a first process of reporting an interested MBS service in embodiment 2, and fig. 12 is a schematic diagram of a second process of reporting an interested MBS service in embodiment 2, as shown in fig. 11 or fig. 12, which are described below from both sides of a terminal and a base station, respectively.

A terminal side:

1: when the MBS service which is interested in reporting is triggered, the PRACH resource corresponding to the MBS service which is interested in is selected to send the configured preamble code, if a plurality of MBS services which are interested in correspond to different random access resources, the terminal determines which one is sent first.

2: and calculating an RA-RNTI according to the time-frequency position of the PRACH resource used in the step 1, receiving a base station downlink scheduling command PDCCH by using the RA-RNTI so as to receive a random access response Msg2, wherein if the RAPID in the Msg2RAR is consistent with the preamble code number sent by the terminal, the random access response is successfully received. Besides the RAPID subheader, the Msg2 also carries a MAC RAR which allocates the uplink resource transmitted by the Msg 3.

3: a send Msg3, which sends the terminal id in Msg3, and for connected terminals, sends C-RNTI MAC CE; for idle/inactive terminals, CCCH (Common Control Channel) SDU (Service Data Unit) is transmitted.

4: and receiving the Msg4 to finish the competition resolution. Optionally, the MBS parameter information configured by the base station is received while the contention resolution is performed, or the MBS parameter information configured by the base station is received after the contention resolution is performed.

2 or 4, if the random access is not successfully completed, the terminal indicates that the random access fails, and the terminal continues to initiate random access on the subsequent dedicated random access resources until the maximum random access frequency configured by the base station is reached. The terminal may report the random access failure to a higher layer.

A base station side:

1: receiving a random access request Msg1 on a dedicated resource configured for a terminal;

2: determining RA-RNTI according to the position of PRACH resource for sending the Msg1, scrambling PDCCH by using the RA-RNTI, scheduling Msg2, wherein RAPID carried in the Msg2RAR corresponds to preamble code number of Msg1, and Msg2 allocates Msg3 uplink transmission resource for the terminal;

3: receiving the Msg3 sent by the terminal, and uniquely identifying the terminal;

4: sending a competition resolving message to the terminal, and if the terminal is in a connection state, completing the competition resolving by using a PDCCH with a C-RNTI (radio network temporary identifier); if the terminal is an Idle/Inactive terminal, CCCH MAC CE is used for completing competition resolution;

5: this step is optional, and according to the MBS service transmission condition, there may be the following branches:

if the MBS service is in multicast transmission, the base station can count based on the random access request sent by the terminal so as to determine whether to continue to adopt the multicast mode to transmit the MBS service, in addition, the base station can determine whether the terminal has previously obtained the MBS service receiving parameter through the terminal identification of the Msg3, if not, the base station sends the MBS service receiving parameter to the terminal in the Msg4 or the following downlink message;

if the MBS service is supported by the cell but not multicast-transmitted, the base station can start multicast transmission of the MBS service according to the request of the terminal and inform the terminal of the multicast-transmitted parameters (such as G-RNTI, and the like) of the MBS service;

if the MBS service is not supported by the cell but supported by the same coverage cell or frequency point, the base station can initiate a switching process to the connected terminal.

Before the above process, the base station configures the corresponding relationship between the MBS service and the designated PRACH resource and/or preamble code for the terminal by using the broadcast message or the dedicated signaling.

Example 3:

in this example, 2-step RACH is used to realize the MBS service reporting of interest.

Embodiment 3 may correspond to embodiment 2, and embodiment 1 does not necessarily employ a 2-step RACH.

Fig. 13 is a schematic diagram of a first MBS service reporting process of interest in embodiment 3, and fig. 14 is a schematic diagram of a second MBS service reporting process of interest in embodiment 3, as shown in fig. 13 or fig. 14, which are described below from both sides of a terminal and a base station, respectively.

A terminal side:

1: the MSGA comprises PRACH resources for sending preamble codes and PUSCH resources for sending uplink data transmission. When the MBS service which is interested in reporting is triggered, the PRACH resource corresponding to the MBS service which is interested in is selected to send the configured preamble code, if a plurality of MBS services which are interested in correspond to different random access resources, the terminal determines which one is sent first. Sending a terminal identifier on a PUSCH resource of the MSGA, and sending C-RNTI MAC CE for a connected terminal; for an idle/inactive terminal, transmitting a CCCH SDU;

2: and (3) calculating the MSGB-RNTI according to the time-frequency position of the PRACH resource used in the step (1), and receiving a downlink scheduling command PDCCH of the base station by using the MSGB-RNTI so as to receive a random access response.

If the random access response carries the terminal identification, the random access is successful. Optionally, the terminal may receive the MBS configuration parameter in the MSGB or later. (2-step RACH also has a plurality of mechanisms such as backspacing, etc., which can be implemented according to the prior art and are not described in detail here)

If the random access fails, the terminal continues to initiate random access on the subsequent special random access resources until the maximum random access frequency configured by the base station is reached. The terminal may report the random access failure to a higher layer.

A base station side:

1: and receiving a preamble code on a special PRACH resource configured for the terminal, and receiving a terminal identifier on a PUSCH resource of the MSGA.

2: and determining the MSGB-RNTI according to the position of the PRACH resource for sending the Msg1, scrambling the PDCCH by using the MSGB-RNTI, and scheduling the MSGB to finish contention resolution. (2-step RACH also has a plurality of mechanisms such as backspacing, etc., which can be implemented according to the prior art and are not described in detail here)

if the MBS service is supported by the cell but not multicast-transmitted, the base station can start to multicast-transmit the MBS service according to the request of the terminal and inform the terminal of the multicast-transmitted parameters (such as G-RNTI, etc.) of the MBS service;

Before the above process, the base station configures the MBS service and specifies the corresponding relationship between the PRACH resource and/or preamble code for the terminal by using a broadcast message or a dedicated signaling, and optionally, the PUSCH resource may also correspond to the MBS service.

Example 4:

in this example, in 4-step random access, the terminal reports the MBS service of interest through uplink PUSCH transmission (Msg 3).

Fig. 15 is a schematic diagram of a first process of reporting the MBS service of interest in embodiment 4, and fig. 16 is a schematic diagram of a second process of reporting the MBS service of interest in embodiment 4, as shown in fig. 15 or fig. 16, which are described below from both sides of the terminal and the base station, respectively.

A terminal side:

1: when reporting of the interested MBS service is triggered, a random access request is initiated, where resources of the random access request in this embodiment are contention random access resources.

2: and receiving the random access response, and determining an uplink resource for transmitting the Msg 3.

3: msg3 is sent, and RRC messages of interest for MBS services are sent in Msg 3. Optionally, if the terminal is a connected terminal, it may also carry a terminal identifier, such as C-RNTI MAC CE, in Msg 3.

4: and receiving the Msg4 to finish the competition resolution.

If C-RNTI MAC CE is carried in Msg3, Msg4 can use the PDCCH with the terminal C-RNTI to complete contention resolution. Alternatively, contention resolution is accomplished with CCCH MAC CE with the RRC message in Msg 3. Optionally, the MBS parameter information configured by the base station is received while the contention resolution is performed, or the MBS parameter information configured by the base station is received after the contention resolution is performed.

2 or 4, if the random access is not successfully completed, the random access is failed, and the terminal continues to initiate random access on subsequent random access resources until the maximum random access frequency configured by the base station is reached. The terminal may report the random access failure to a higher layer.

A base station side:

1: receiving a random access request Msg1 on a contention random access resource;

2: performing a random access response, and allocating resources of the Msg3 in the random access response;

3: receiving Msg3 sent by a terminal, receiving an RRC signaling with MBS interest message sent by the terminal, determining the interest report of the terminal to MBS service, optionally, if the Msg3 carries a connection state terminal identifier, such as C-RNTI MAC CE, the base station can uniquely determine the terminal;

4: sending a competition resolving message to the terminal, and completing the competition resolving by using CCCH MAC CE with an RRC message in the Msg3, or if the connected terminal sends a terminal identifier in the Msg3, completing the competition resolving by using a PDCCH with a C-RNTI;

5: this step is optional, and according to the MBS service transmission condition, there are the following branches:

if the MBS service is in multicast transmission, the base station can count based on the random access request sent by the terminal so as to determine whether to continue to adopt the multicast mode to transmit the MBS service, in addition, if the connection state terminal carries the terminal identification in the Msg3, the base station can determine whether the terminal has previously obtained the MBS service receiving parameter, if not, the base station sends the MBS service receiving parameter to the terminal in the Msg4 or the following downlink message;

Example 5:

in this example, in 2-step random access, the terminal reports the MBS service of interest through uplink PUSCH transmission (MsgA).

Fig. 17 is a schematic diagram of a first process for reporting an interested MBS service in embodiment 5, and fig. 18 is a schematic diagram of a second process for reporting an interested MBS service in embodiment 5, as shown in fig. 17 or fig. 18, which are described below from both sides of a terminal and a base station, respectively.

A terminal side:

1: the MSGA comprises PRACH resources for sending preamble codes and PUSCH resources for sending uplink data transmission. And when triggering and reporting the interested MBS service, sending a preamble on the competitive random access resource. Reporting interested MBS service on PUSCH resource of MSGA through RRC message, optionally, for connection state terminal, simultaneously sending terminal identification, such as C-RNTI MAC CE;

2: and (3) calculating MSGB-RNTI according to the time-frequency position of the PRACH resource used in the step (1), receiving a downlink scheduling command PDCCH of the base station by using the MSGB-RNTI, receiving a random access response and finishing contention resolution. Optionally, the terminal may receive the MBS configuration parameter in the MSGB or later. (2-step RACH also has a plurality of mechanisms such as backspacing, etc., which can be implemented according to the prior art and are not described in detail here)

If the random access fails, the terminal continues to initiate random access on the subsequent random access resources until the maximum random access frequency configured by the base station is reached. The terminal may report the random access failure to a higher layer.

A base station side:

1: receiving preamble codes on contention random access resources, receiving interested MBS services reported by a terminal on PUSCH resources of the MSGA, and optionally, receiving terminal identifications on the PUSCH by the base station for a connection state terminal.

2: and determining the MSGB-RNTI according to the PRACH resource position of the Msg1, scrambling the PDCCH by using the MSGB, scheduling the MSGB and finishing contention resolution. (2-step RACH also has a plurality of mechanisms such as backspacing, etc., which can be implemented according to the prior art and are not described in detail here)

if the MBS service is in multicast transmission, the base station can count based on the random access request sent by the terminal so as to determine whether to continue to adopt the multicast mode to transmit the MBS service, in addition, if the connected terminal carries the terminal identification in the Msg3, the base station can determine whether the terminal has previously obtained the MBS service receiving parameter, if not, the base station sends the MBS service receiving parameter to the terminal in the Msg4 or the subsequent downlink message;

Based on the same inventive concept, the embodiment of the present invention further provides a base station, a user equipment, an MBS service interest reporting apparatus, an MBS service determining apparatus, and a computer-readable storage medium, and as the principle of solving the problem of these apparatuses is similar to the MBS service interest reporting method and the MBS service determining method, the implementation of these apparatuses may refer to the implementation of the method, and the repeated parts are not described again.

When the technical scheme provided by the embodiment of the invention is implemented, the implementation can be carried out as follows.

Fig. 19 is a schematic structural diagram of a UE, and as shown in the figure, the UE includes:

the processor 1900, which reads the program in the memory 1920, executes the following processes:

determining interested MBS service;

a transceiver 1910 for receiving and transmitting data under the control of processor 1900.

triggering when the MBS service of the reselected cell is interested in the Idle state or the inactive state; or the like, or, alternatively,

In an implementation, the method further comprises the following steps:

In fig. 19, among other things, the bus architecture may include any number of interconnected buses and bridges, with one or more processors represented by processor 1900 and various circuits of memory represented by memory 1920 linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 1910 may be multiple elements, including a transmitter and a receiver, providing a means for communicating with various other apparatus over a transmission medium. User interface 1930 may also be an interface to connect externally to a desired device for different user devices, including but not limited to a keypad, display, speaker, microphone, joystick, etc.

The processor 1900 is responsible for managing the bus architecture and general processing, and the memory 1920 may store data used by the processor 1900 when performing operations.

the first determining module is used for determining interested MBS service;

The specific implementation may refer to the implementation of the MBS service interest reporting method, which is not described herein again.

For convenience of description, each part of the above-described apparatus is separately described as being functionally divided into various modules or units. Of course, the functionality of the various modules or units may be implemented in the same one or more pieces of software or hardware in practicing the invention.

Fig. 20 is a schematic structural diagram of a base station, as shown in the figure, the base station includes:

the processor 2000, which is used to read the program in the memory 2020, executes the following processes:

a transceiver 2010 for receiving and transmitting data under the control of the processor 2000.

In an implementation, the method further comprises the following steps:

configuring a corresponding relation between the MBS service and the appointed PRACH resource and/or preamble code for the terminal, wherein the corresponding relation is used for the terminal to send a random access request by using the special PRACH resource and/or preamble code corresponding to the interested MBS service when reporting the interested MBS service to the base station through the random access request.

In an implementation, the method further comprises the following steps:

In fig. 20, among other things, the bus architecture may include any number of interconnected buses and bridges, with one or more processors, represented by processor 2000, and various circuits, represented by memory 2020, being linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 2010 may be a number of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium. The processor 2000 is responsible for managing the bus architecture and general processing, and the memory 2020 may store data used by the processor 2000 in performing operations.

the receiving module is used for receiving MBS services which are reported to the base station by the terminal through the random access process;

For specific reference, the implementation of the method for determining the MBS service may be referred to, and details are not described herein.

For details, reference may be made to the MBS service interest reporting method and/or the MBS service determination method, which are not described herein again.

In summary, in the technical solution provided in the embodiment of the present invention, the terminal reports the MBS service of interest to the base station through the random access process. Further provided are:

and (4) carrying out MBS interest reporting and related flow and detail design by using the special random access resource.

And reporting MBS interest RRC message on the PUSCH resource of the Msg3 or the MSGA, and designing related flow and details.

And specific embodiments thereof.

By the scheme, the terminal can effectively report the interest of the MBS service, so that the base station can reasonably process the MBS service. The scheme is simultaneously suitable for the connection state terminal and the idle/inactive terminal, and realizes the general design.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, optical storage, and the like) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.

Claims

1. A multicast broadcast service MBS service interest reporting method is characterized by comprising the following steps:

the terminal determines interested MBS service;

the terminal reports the interested MBS service to the base station through the random access process;

the reporting of the interested MBS service to the base station by the terminal through the random access process comprises the following steps:

the terminal reports the interested MBS service to the base station through the uplink data of a physical layer uplink shared channel PUSCH;

when reporting the interested MBS service to the base station through the random access request, the terminal sends the random access request by using the PRACH resource and/or preamble code of the special physical random access channel corresponding to the interested MBS service, wherein the corresponding relation between the MBS service and the specified PRACH resource and/or preamble code is configured by the base station.

2. The method of claim 1, wherein the triggering condition for the terminal to report the MBS service of interest to the base station through the random access request is one or a combination of the following situations:

the terminal enters a connection state through RRC connection establishment, reconstruction or recovery and is triggered when the terminal is interested in MBS service; or the like, or, alternatively,

the Idle state or inactive state terminal triggers when interested in MBS service of resident cell; or the like, or, alternatively,

3. The method of claim 1 or 2, further comprising:

the terminal receives a random access response scheduling according to a random access radio network temporary identifier (RA-RNTI) corresponding to a time-frequency resource position of Msg1 and then stops a random access process, wherein the random access response carries a random access preamble number which is the same as a preamble sent by the terminal; or the like, or, alternatively,

4. The method of claim 1 or 2, further comprising:

after the terminal determines that the terminal belongs to a terminal allowing to report the interested MBS business according to the configuration of the base station, the terminal reports the interested MBS business to the base station through a random access request.

5. The method of claim 1, wherein the terminal reports the MBS service of interest to the base station through uplink data of a physical uplink shared channel PUSCH, and the MBS service of interest is reported to the base station in Msg3 in 4-step random access or PUSCH part in 2-step random access MSGA.

6. The method of claim 5, wherein the terminal reports the MBS service of interest to the base station via uplink data of PUSCH, and the reporting is performed via uplink RRC message, wherein one uplink radio resource control RRC message carries one or more MBS service identifiers.

7. The method of claim 5 or 6, further comprising:

8. A method for determining MBS service is characterized by comprising the following steps:

the base station determines the MBS service which the terminal is interested in according to the interested MBS service;

the base station receiving terminal reports the interested MBS service to the base station through the random access process, wherein the interested MBS service is reported to the base station by the terminal through the random access request; and/or, the terminal reports the interested MBS service to the base station through the uplink data of the PUSCH;

further comprising:

9. The method of claim 8, wherein the base station configures a corresponding relationship between the MBS service and the designated PRACH resource or preamble code for the terminal, which includes one or a combination of the following relationships:

10. The method of claim 8 or 9, further comprising:

11. The method of claim 8 or 9, further comprising:

12. The method of claim 8, wherein the MBS service of interest reported by the base station receiving terminal to the base station through uplink data of PUSCH is the MBS service of interest reported by the terminal to the base station in Msg3 in 4-step random access or PUSCH part in 2-step random access MSGA.

13. The method of claim 8, wherein the MBS service of interest reported by the base station receiving terminal to the base station through uplink data of PUSCH is an MBS service of interest reported by the terminal through uplink RRC message, wherein one uplink RRC message carries one or more MBS service identifiers.

14. The method of claim 12 or 13, further comprising:

15. The method of claim 8, wherein after the base station determines the MBS service of interest to the terminal according to the MBS service of interest, the method further comprises one or a combination of the following steps:

16. A user device, comprising:

determining interested MBS service;

a transceiver for receiving and transmitting data under the control of the processor;

the reporting of the interested MBS service to the base station through the random access process comprises the following steps:

reporting the interested MBS service to a base station through uplink data of a physical layer uplink shared channel (PUSCH);

when reporting the interested MBS service to the base station through the random access request, sending the random access request by using the special PRACH resource and/or preamble code corresponding to the interested MBS service, wherein the corresponding relation between the MBS service and the appointed PRACH resource and/or preamble code is configured by the base station.

17. The UE of claim 16, wherein the trigger condition for reporting the MBS service of interest to the base station via the random access request is one or a combination of the following situations:

18. The user equipment of claim 16 or 17, further comprising:

stopping a random access process after receiving random access response scheduling according to a random access radio network temporary identifier RA-RNTI corresponding to a time-frequency resource position of sending Msg1, wherein the random access response carries a random access preamble number which is the same as a preamble sent by a terminal; or the like, or, alternatively,

19. The user equipment of claim 16 or 17, further comprising:

after determining that the terminal belongs to a terminal allowing reporting of the interested MBS business according to the base station configuration, reporting the interested MBS business to the base station through a random access request.

20. The UE of claim 16, wherein the reporting of the MBS service of interest to the base station via the PUSCH uplink data is performed by reporting the MBS service of interest to the base station via the Msg3 in 4-step random access or the PUSCH part in 2-step random access (MSGA).

21. The UE of claim 20, wherein the MBS service of interest is reported to the base station via uplink data of PUSCH via uplink RRC message, wherein one uplink RRC message carries one or more MBS service identifiers.

22. The user equipment of claim 20 or 21, further comprising:

23. A base station, comprising:

the receiving terminal reports the interested MBS service to the base station through the random access process, wherein the interested MBS service reported to the base station by the terminal through the random access request; and/or the terminal reports the interested MBS service to the base station through the uplink data of the PUSCH;

further comprising:

24. The base station of claim 23, wherein the configuring the corresponding relationship between the MBS service and the designated PRACH resource or preamble code for the terminal includes one or a combination of the following relationships:

configuring a corresponding relation of a special PRACH resource and/or a preamble code aiming at the MBS service which is carrying out broadcast or multicast transmission; or the like, or a combination thereof,

25. The base station of claim 23 or 24, further comprising:

26. The base station of claim 23 or 24, further comprising:

27. The base station of claim 23, wherein the MBS service of interest reported by the receiving terminal to the base station via the uplink data of PUSCH is the MBS service of interest reported by the terminal to the base station via Msg3 in 4-step random access or PUSCH part in 2-step random access MSGA.

28. The base station of claim 23, wherein the MBS service of interest reported by the receiving terminal to the base station via the uplink data of the PUSCH is the MBS service of interest reported by the terminal via an uplink RRC message, where one uplink RRC message carries one or more MBS service identifiers.

29. The base station of claim 27 or 28, further comprising:

30. The base station of claim 26, wherein after determining the MBS service of interest to the terminal according to the MBS service of interest, further comprising one or a combination of the following steps:

31. An MBS service interest reporting device, comprising:

the first determining module is used for determining interested MBS service;

a reporting module, configured to report the MBS service of interest to a base station through a random access procedure;

the reporting module is further configured to:

when reporting the interested MBS service to the base station through the random access request, sending the random access request by using the special PRACH resource and/or preamble code corresponding to the interested MBS service, wherein the corresponding relation between the MBS service and the specified PRACH resource and/or preamble code is configured by the base station.

32. An apparatus for determining an MBS service, comprising:

the second determining module is used for determining the MBS service which the terminal is interested in according to the interested MBS service;

the receiving module is further used for receiving the MBS service which is reported by the terminal to the base station through the random access process, wherein the MBS service is reported by the terminal to the base station through the random access request; and/or the terminal reports the interested MBS service to the base station through the uplink data of the PUSCH;

the second determining module is further configured to configure a corresponding relationship between the MBS service and the designated PRACH resource and/or preamble code for the terminal, where the corresponding relationship is used for the terminal to send the random access request by using the dedicated PRACH resource and/or preamble code corresponding to the MBS service of interest when reporting the MBS service of interest to the base station through the random access request.

33. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program for executing the method of any one of claims 1 to 15.