WO2023202343A1 - 信息传输方法、终端、网络设备、装置及存储介质 - Google Patents

信息传输方法、终端、网络设备、装置及存储介质 Download PDF

Info

Publication number
WO2023202343A1
WO2023202343A1 PCT/CN2023/084980 CN2023084980W WO2023202343A1 WO 2023202343 A1 WO2023202343 A1 WO 2023202343A1 CN 2023084980 W CN2023084980 W CN 2023084980W WO 2023202343 A1 WO2023202343 A1 WO 2023202343A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
auxiliary information
rrc
receiving
network device
Prior art date
Application number
PCT/CN2023/084980
Other languages
English (en)
French (fr)
Inventor
曾二林
梁靖
周锐
Original Assignee
大唐移动通信设备有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 大唐移动通信设备有限公司 filed Critical 大唐移动通信设备有限公司
Publication of WO2023202343A1 publication Critical patent/WO2023202343A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Definitions

  • the present disclosure relates to the field of wireless communication technology, and in particular, to an information transmission method, terminal, network equipment, device and storage medium.
  • Multimedia Broadcast Multicast Service is an important service type in the third generation mobile communication (the 3rd Generation Mobile Communication, 3G) and the fourth generation mobile communication (the 4th Generation Mobile Communication, 4G). It has been around in technology for a long time.
  • 5G fifth generation mobile communication
  • MBMS is called multiple Multicast Broadcast Service (MBS).
  • the current technology only supports terminals to receive multicast services (i.e. MBMS) in the connected state.
  • This multicast service processing method has some problems: for example, when there are a large number of users in the network and the business volume is large, it is required to receive related multicast services. If all service terminals are in the connected state, it will cause system congestion; for another example, requiring terminals to always be in the connected state when receiving multicast services will increase the terminal's power consumption, etc.
  • embodiments of the present disclosure provide an information transmission method, terminal, network equipment, device and storage medium.
  • embodiments of the present disclosure provide an information transmission method, applied to a terminal, including:
  • the auxiliary information includes the multicast service At least one of the reception mode and the radio resource control RRC state of the terminal when receiving multicast services;
  • the RRC state of the terminal includes at least one of RRC connected state, RRC idle state, and RRC inactive state; and/or;
  • the auxiliary information also includes the service identifier of the multicast service that the terminal is interested in, the mapping relationship between the reception mode and the RRC status of the terminal when receiving the multicast service.
  • the auxiliary information also includes: network conditions to be met when receiving multicast services.
  • the determination of auxiliary information related to receiving multicast services includes:
  • Auxiliary information related to at least two received multicast services is determined.
  • sending the auxiliary information to the network device includes at least one or more of the following:
  • auxiliary information is sent to the network device, and the RRC state of the terminal when receiving the multicast service contained in the auxiliary information is the RRC idle state or the RRC inactive state. activated state;
  • Receive instruction information sent by a network device where the instruction information is used to instruct the terminal to send the auxiliary information, and/or is used to indicate a triggering condition for sending the auxiliary information; and send the instruction information to the network device according to the instruction information. Supplementary information.
  • the receiving instruction information sent by the network device includes:
  • the first message includes a message sent by the network device to a specific terminal, and/or a system message broadcast by the network device.
  • sending the auxiliary information to the network device includes one or more of the following:
  • the terminal is in the RRC connected state and sends an RRC message to the network device, where the RRC message carries the auxiliary information;
  • the terminal is in the RRC inactive state and sends an RRC recovery message to the network device.
  • the RRC recovery message carries the auxiliary information
  • the terminal sends an uplink message to the network device, and the uplink message carries the auxiliary information.
  • embodiments of the present disclosure also provide an information transmission method, applied to network equipment, including:
  • auxiliary information related to receiving the multicast service sent by the terminal includes at least one of a receiving mode of the multicast service and a radio resource control RRC state of the terminal when receiving the multicast service;
  • auxiliary information multicast service scheduling processing is performed for the terminal.
  • the RRC state of the terminal includes at least one of RRC connected state, RRC idle state, and RRC inactive state; and/or;
  • the auxiliary information also includes the service identifier of the multicast service that the terminal is interested in, the mapping relationship between the reception mode and the RRC status of the terminal when receiving the multicast service.
  • the auxiliary information also includes: network conditions to be met when receiving multicast services.
  • the auxiliary information related to receiving multicast services sent by the receiving terminal includes:
  • the auxiliary information related to receiving multicast services sent by the receiving terminal includes:
  • Send instruction information to the terminal where the instruction information is used to instruct the terminal to send the auxiliary information, and/or is used to indicate a triggering condition for sending the auxiliary information;
  • the sending instruction information to the terminal includes:
  • the first message includes a message sent by the network device to a specific terminal, and/or a system message broadcast by the network device.
  • the auxiliary information related to receiving multicast services sent by the receiving terminal includes one or more of the following:
  • the RRC message carries the Describe auxiliary information
  • embodiments of the present disclosure also provide a terminal, including a memory, a transceiver, and a processor:
  • Memory used to store computer programs
  • transceiver used to send and receive data under the control of the processor
  • processor used to read the computer program in the memory and perform the following operations:
  • auxiliary information related to receiving the multicast service includes at least one of a receiving mode of the multicast service and a radio resource control RRC state of the terminal when receiving the multicast service;
  • the RRC state of the terminal includes at least one of RRC connected state, RRC idle state, and RRC inactive state; and/or;
  • the auxiliary information also includes the service identifier of the multicast service that the terminal is interested in, the mapping relationship between the reception mode and the RRC status of the terminal when receiving the multicast service.
  • the auxiliary information also includes: network conditions to be met when receiving multicast services.
  • the determination of auxiliary information related to receiving multicast services includes:
  • Auxiliary information related to at least two received multicast services is determined.
  • sending the auxiliary information to the network device includes at least one of the following:
  • auxiliary information is sent to the network device, and the RRC state of the terminal when receiving the multicast service contained in the auxiliary information is the RRC idle state or the RRC inactive state. activated state;
  • Receive instruction information sent by a network device where the instruction information is used to instruct the terminal to send the auxiliary information, and/or is used to indicate a triggering condition for sending the auxiliary information; according to the instruction Information, sending auxiliary information to network devices.
  • the receiving instruction information sent by the network device includes:
  • the first message includes a message sent by the network device to a specific terminal, and/or a system message broadcast by the network device.
  • sending the auxiliary information to the network device includes one or more of the following:
  • the terminal is in the RRC connected state and sends an RRC message to the network device, where the RRC message carries the auxiliary information;
  • the terminal is in the RRC inactive state and sends an RRC recovery message to the network device, where the RRC recovery message carries the auxiliary information;
  • the terminal sends an uplink message to the network device, and the uplink message carries the auxiliary information.
  • an embodiment of the present disclosure also provides a network device, including a memory, a transceiver, and a processor:
  • Memory used to store computer programs
  • transceiver used to send and receive data under the control of the processor
  • processor used to read the computer program in the memory and perform the following operations:
  • auxiliary information related to receiving the multicast service sent by the terminal includes at least one of a receiving mode of the multicast service and a radio resource control RRC state of the terminal when receiving the multicast service;
  • auxiliary information multicast service scheduling processing is performed for the terminal.
  • the RRC state of the terminal includes at least one of RRC connected state, RRC idle state, and RRC inactive state; and/or;
  • the auxiliary information also includes the service identifier of the multicast service that the terminal is interested in, the mapping relationship between the reception mode and the RRC status of the terminal when receiving the multicast service.
  • the auxiliary information also includes: network conditions to be met when receiving multicast services.
  • the auxiliary information related to receiving multicast services sent by the receiving terminal includes:
  • the auxiliary information related to receiving multicast services sent by the receiving terminal includes:
  • Send instruction information to the terminal where the instruction information is used to instruct the terminal to send the auxiliary information, and/or is used to indicate a triggering condition for sending the auxiliary information;
  • the sending instruction information to the terminal includes:
  • the first message includes a message sent by the network device to a specific terminal, and/or a system message broadcast by the network device.
  • the auxiliary information related to receiving multicast services sent by the receiving terminal includes one or more of the following:
  • embodiments of the present disclosure also provide an information transmission device, applied to a terminal, including:
  • a determining unit configured to determine auxiliary information related to receiving the multicast service, where the auxiliary information includes at least one of a receiving mode of the multicast service and a radio resource control RRC state of the terminal when receiving the multicast service;
  • a sending unit configured to send the auxiliary information to a network device.
  • embodiments of the present disclosure also provide an information transmission device, applied to network equipment, including:
  • a receiving unit configured to receive auxiliary information related to receiving the multicast service sent by the terminal, where the auxiliary information includes at least one of a receiving mode of the multicast service and a radio resource control RRC state of the terminal when receiving the multicast service;
  • a processing unit configured to perform scheduling processing of multicast services for the terminal according to the auxiliary information.
  • embodiments of the present disclosure further provide a computer-readable storage medium storing a computer program, the computer program being used to cause the computer to perform the information transmission described in the first aspect. method, or perform the information transmission method described in the second aspect above.
  • embodiments of the present disclosure further provide a communication device.
  • a computer program is stored in the communication device.
  • the computer program is used to cause the communication device to perform the information transmission method described in the first aspect, or to perform The information transmission method described in the second aspect above.
  • embodiments of the present disclosure further provide a processor-readable storage medium that stores a computer program, and the computer program is used to cause the processor to execute the first aspect as described above. information transmission method, or perform the information transmission method described in the second aspect above.
  • embodiments of the present disclosure also provide a chip product.
  • a computer program is stored in the chip product.
  • the computer program is used to cause the chip product to execute the information transmission method described in the first aspect, or to execute The information transmission method described in the second aspect above.
  • the information transmission method, terminal, network equipment, device and storage medium provided by the embodiments of the present disclosure provide the network equipment with auxiliary information related to the terminal receiving the multicast service through the terminal, so that the network equipment can refer to this auxiliary information and be more flexible and reasonable in the future.
  • the terminal performs multicast service scheduling and processing on the ground, thereby improving the terminal's flexibility in receiving multicast services and effectively alleviating a series of problems caused by the terminal only receiving multicast services in the connected state.
  • Figure 1 is one of the flow diagrams of an information transmission method provided by an embodiment of the present disclosure
  • Figure 2 is a second schematic flowchart of an information transmission method provided by an embodiment of the present disclosure
  • Figure 3 is a schematic structural diagram of a terminal provided by an embodiment of the present disclosure.
  • Figure 4 is a schematic structural diagram of a network device provided by an embodiment of the present disclosure.
  • Figure 5 is one of the structural schematic diagrams of an information transmission device provided by an embodiment of the present disclosure.
  • FIG. 6 is a second structural schematic diagram of an information transmission device provided by an embodiment of the present disclosure.
  • the term "and/or” describes the association relationship of associated objects, indicating that there can be three relationships, for example, A and/or B, which can mean: A exists alone, A and B exist simultaneously, and B exists alone. these three situations.
  • the character "/” generally indicates that the related objects are in an "or” relationship.
  • the term “plurality” refers to two or more than two, and other quantifiers are similar to it.
  • the terminal joins the group corresponding to the relevant multicast service according to its business requirements.
  • the network provides a series of configurations to the terminals according to the resources, services, etc. in the network, such as the Radio Bearer (RB) configuration used by the multicast service.
  • RB Radio Bearer
  • Logical Channel Identification (LCID) configuration other wireless resources (such as frequency, Hybrid Automatic Repeat reQuest (HARQ), wireless network temporary identification (Radio Network) used by the control channel in group scheduling Temporary Identity, RNTI), etc.) configuration.
  • LCID Logical Channel Identification
  • HARQ Hybrid Automatic Repeat reQuest
  • Radio Network wireless network temporary identification
  • the terminal receives the multicast service and may provide some uplink feedback (such as HARQ feedback) to the network based on the relevant configuration of the network.
  • some uplink feedback such as HARQ feedback
  • each embodiment of the present disclosure provides a solution by providing the network with The device provides auxiliary information related to terminals receiving multicast services, so that network devices can refer to this auxiliary information to determine which terminals to provide or how to provide multicast service-related configurations, etc., so that terminals can be configured to receive multicast services more flexibly and rationally, such as , it is not limited to configuring the terminal to receive multicast services in the connected state, but also supports the terminal to receive multicast services in the inactive state or idle state, thereby improving the flexibility of the terminal in receiving multicast services and effectively easing the problem that the terminal can only receive multicast services in the connected state.
  • a series of problems caused by receiving multicast services in this state is not limited to configuring the terminal to receive multicast services in the connected state, but also supports the terminal to receive multicast services in the inactive state or idle state, thereby improving the flexibility of the terminal in receiving multicast services and effectively easing the problem that the terminal can only receive multicast services in the connected state.
  • Figure 1 is one of the flow diagrams of an information transmission method provided by an embodiment of the present disclosure. The method is applied to a terminal. As shown in Figure 1, the method includes the following steps:
  • Step 100 Determine auxiliary information related to receiving the multicast service.
  • the auxiliary information includes at least one of the receiving mode of the multicast service and the radio resource control RRC state of the terminal when receiving the multicast service.
  • Step 101 Send auxiliary information to the network device.
  • the terminal can provide auxiliary information related to its reception of multicast services to the network device (such as the base station).
  • the auxiliary information can include what kind of Radio Resource Control (RRC) the terminal wants to use. ) state to receive multicast services, how the terminal wants to receive multicast services and other information, so that the network device can refer to the auxiliary information after receiving the auxiliary information, and perform multicast services for the terminal more flexibly and reasonably in the future.
  • RRC Radio Resource Control
  • Scheduling processing to alleviate a series of problems caused by terminals that can only receive multicast services in the connected state.
  • the RRC state of the terminal may include at least one of RRC Connected, RRC Idle, and RRC Inactive.
  • the terminal may indicate in the auxiliary information sent to the network device that the terminal wishes to receive the multicast service in the inactive state or idle state.
  • the assistance information may indicate one or more RRC states when the terminal receives the multicast service.
  • the terminal can indicate in the auxiliary information sent to the network device that the RRC state of the terminal when receiving multicast services is inactive (indicating that the terminal wishes to receive multicast services in the inactive state); or the terminal can also send The auxiliary information indicates that the RRC state of the terminal when receiving multicast services is inactive or idle (indicating that the terminal wants to receive multicast services in inactive or idle state); or the terminal can also send auxiliary information to the network device. Instructs the terminal to receive multicast The RRC state during service is connected state, inactive state or idle state (indicating that the terminal can receive multicast services in connected state, inactive state or idle state), etc., which will not be described one by one here.
  • the terminal may indicate a reception method for the terminal to receive the multicast service in the auxiliary information sent to the network device, that is, indicate the reception method in which the terminal wishes to receive the multicast service.
  • the reception mode of the multicast service indicated by the auxiliary information may be the reception mode desired by the terminal for different multicast services, different RRC states or other different reception conditions.
  • the auxiliary information may also include a mapping relationship between the service identifier of the multicast service that the terminal is interested in, the reception mode, and the RRC status of the terminal when receiving the multicast service.
  • the multicast service reception mode indicated by the auxiliary information may be the terminal's reception mode for different multicast services.
  • the reception method is reception method A; for service b, the reception method is reception method B.
  • the multicast service reception mode indicated by the auxiliary information may be the terminal's reception mode for different RRC states.
  • the receiving mode of the terminal in the connected state is receiving mode A; the receiving mode of the terminal in the inactive state is receiving mode B.
  • the multicast service reception mode indicated by the auxiliary information may be the terminal's reception mode for different multicast services and RRC states.
  • the receiving mode of the terminal in the connected state is receiving mode A
  • the receiving mode of the terminal in the inactive state is receiving mode B
  • the receiving mode of the terminal in the inactive state is receiving mode C
  • the receiving mode of the terminal in the idle state is receiving mode D.
  • a specific multicast service reception method may correspond to one or more RRC states.
  • the terminal can only receive multicast services in a certain way A in the connected state, and in other RRC states it can receive multicast services in another way B (under different modes, the terminal receives the relevant multicast channel configuration, receives the related
  • the specific methods of multicast data services may be different and are adaptively designed for different RRC states).
  • the above auxiliary information can be reflected as "service a-reception mode A-connection state", " Service a-receiving mode B-inactive state or idle state” etc.
  • the auxiliary information may also include network conditions to be met when receiving multicast services.
  • the terminal may indicate the network conditions that the terminal needs to satisfy when receiving the multicast service in the auxiliary information sent to the network device, that is, indicating the network conditions that the terminal hopes to satisfy when receiving the corresponding multicast service.
  • the above network conditions may include channel quality, quality of service (QoS) for service reception, packet error rate, etc.
  • the auxiliary information may indicate the status or threshold of network conditions that the terminal must meet when receiving multicast services. wait.
  • the QoS it obtains is "high”, “medium” or “low”, etc.; or the channel quality experienced when the terminal wishes to receive a certain multicast service (such as the reference signal received power ( Reference Signal Receiving Power, RSRP) measurement value); or the level of packet error rate (Block Error Rate, BLER) experienced by the terminal when it hopes to receive a certain multicast service.
  • these requirements or thresholds can be coarse-grained "high”, “medium” or “low”, or they can be more accurate quantitative values, which are not limited here.
  • the network conditions that the terminal needs to satisfy when receiving multicast services indicated by the auxiliary information may be the network conditions that the terminal needs to satisfy under different multicast services, different RRC states, different reception modes, or other different reception conditions.
  • RRC status and reception mode please refer to the above examples of RRC status and reception mode, which will not be described in detail here.
  • the network conditions that the terminal needs to satisfy when receiving multicast services indicated by the auxiliary information may be the network conditions that the terminal needs to satisfy for different multicast services; or it may be the network conditions that the terminal needs to satisfy for different RRC states; or it may be It is the network conditions that the terminal needs to meet for different reception methods; or it can be the network conditions that the terminal needs to meet for different multicast services and RRC states; or it can be the network conditions that the terminal needs to meet for different multicast services and reception methods, etc. .
  • determining auxiliary information related to receiving multicast services may include:
  • Auxiliary information related to at least two received multicast services is determined.
  • auxiliary information indicating the RRC status when the terminal receives multicast services there can be a variety of different indication methods.
  • the auxiliary information may include the RRC status related to each multicast service received.
  • the auxiliary information may indicate the following:
  • the auxiliary information may include the RRC status related to at least two received multicast services.
  • the auxiliary information may indicate the following:
  • the auxiliary information can be a combination of the above methods 1 and 2.
  • the auxiliary information can indicate the following:
  • Method 4 Optionally, in the above methods 1, 2, and 3, if for a certain multicast service or certain multicast services, the terminal does not indicate the RRC status when receiving the multicast service in the auxiliary information, then Indicates that the terminal wishes to receive the multicast service in a certain default RRC state (such as connected state or other RRC state).
  • the auxiliary information when the auxiliary information indicates the reception mode of the multicast service, it may also have multiple different indication modes.
  • the auxiliary information may also have multiple different indication modes.
  • the auxiliary information may include the reception mode related to each received multicast service.
  • the auxiliary information may indicate "service a-reception mode A”, “service b-reception mode B”, “service a-reception mode A- "Connected state”, "Business a-receiving mode B-inactive state”, etc.
  • the auxiliary information may include reception modes related to at least two received multicast services.
  • the auxiliary information may indicate "service a/b - reception mode A”, “service c/d - reception mode B", "service a /b/c-receiving mode A-connected state", "business a/b/c-receiving mode B-inactive state", etc.
  • the auxiliary information may include a combination of the above two (that is, the auxiliary information includes a reception method related to each received multicast service, and a reception method related to at least two received multicast services. mode), for example, the auxiliary information can indicate "service a-reception mode A", “service c/d-reception mode B", “service c-reception mode A-connected state”, “service a/b/c-reception mode” B-Inactive state or idle state” etc.
  • the terminal does not indicate the reception mode of the multicast service in the auxiliary information, it means that the terminal wishes to receive the multicast service in some default multicast service reception mode or A certain multicast service reception method that is applicable (can be adopted) in all RRC states is used to receive the multicast service.
  • the auxiliary information when the auxiliary information indicates the network conditions that must be met to receive multicast services, it can also be indicated in a variety of different ways.
  • the auxiliary information can include network conditions related to each multicast service received. , and/or network conditions related to at least two received multicast services.
  • RRC status and reception mode for details, please refer to the above examples of RRC status and reception mode, which will not be described in detail here.
  • the information transmission method provided by the embodiments of the present disclosure provides the network device with auxiliary information related to the terminal receiving the multicast service through the terminal, so that the network device can refer to this auxiliary information and perform multicast service scheduling processing for the terminal more flexibly and reasonably in the future. , which can improve the flexibility of the terminal in receiving multicast services and effectively alleviate a series of problems caused by the terminal being able to receive multicast services only in the connected state.
  • auxiliary information to the network device, including at least one of the following:
  • auxiliary information is sent to the network device.
  • the RRC state of the terminal when receiving the multicast service contained in the auxiliary information is the RRC idle state or the RRC inactive state.
  • Receive instruction information sent by the network device where the instruction information is used to instruct the terminal to send auxiliary information, and/or is used to indicate trigger conditions for sending the auxiliary information; and send auxiliary information to the network device according to the instruction information.
  • the terminal may send auxiliary information to the network device when one or more specific conditions are met.
  • the terminal can notify the network device Send auxiliary information corresponding to at least one multicast service of interest.
  • the terminal can send auxiliary information to the network device.
  • the auxiliary information contains the RRC state of the terminal when receiving the multicast service: RRC idle state or RRC Inactive state.
  • the terminal may also send auxiliary information to the network device after receiving the instruction information sent by the network device. That is, the terminal may send auxiliary information under the control of the network device.
  • the terminal may also send auxiliary information to the network device when any of the above three conditions are satisfied.
  • the instruction information sent by the network device may be used to instruct the terminal to send the auxiliary information, and/or be used to indicate the triggering condition for sending the auxiliary information, so that the terminal can determine to send the auxiliary information to the network device based on the instruction information, and/or determine the circumstances under which auxiliary information is sent to network devices.
  • Trigger conditions for sending auxiliary information that is, the network device instructs the terminal to send auxiliary information under which trigger conditions are met.
  • the above instruction information can instruct the terminal to send auxiliary information when the measured channel quality meets a certain threshold; Alternatively, the above instruction information may also instruct the terminal to send auxiliary information when the relevant timer expires; or the above instruction information may also instruct the terminal not to send auxiliary information before the relevant timer expires. When the timer expires, , and then combined with other information to determine whether to send auxiliary information.
  • receive instruction information sent by the network device including:
  • the first message includes a message sent by the network device to a specific terminal, and/or a system message broadcast by the network device.
  • the network device can send the instruction information to the terminal in different ways.
  • the network device can instruct the network device to "require” or “not require” the terminal to send auxiliary information in a message sent to a specific terminal (which can also be understood as a message sent to one or some terminals, different from a broadcast). .
  • the network device can broadcast a notification to the cell in the system message, indicating that one or more Whether a multicast service "requires” or “does not require” the terminal receiving the system message to send auxiliary information.
  • auxiliary information to the network device, including one or more of the following:
  • the terminal is in the RRC connected state and sends an RRC message to the network device.
  • the RRC message carries auxiliary information
  • the terminal When the terminal is in the RRC inactive state, it sends an RRC recovery message to the network device.
  • the RRC recovery message carries auxiliary information
  • the terminal sends an uplink message to the network device, and the uplink message carries auxiliary information.
  • the terminal may send auxiliary information to the network device through different messages, which may include at least one or more of the following methods:
  • the terminal When the terminal is in the connected state, it carries the auxiliary information and sends it to the network device through the RRC message in the connected state (which can be an RRC message specially used to carry auxiliary information, or the auxiliary information can be embedded as a message in other RRC messages).
  • the RRC message in the connected state which can be an RRC message specially used to carry auxiliary information, or the auxiliary information can be embedded as a message in other RRC messages.
  • the terminal When the terminal is in the inactive state, it carries auxiliary information and sends it to the network device through the RRC recovery (RRCResume) message.
  • RRC recovery RRCResume
  • the terminal When the terminal is in the connected state, inactive state or idle state, during the random access process, it carries auxiliary information in the random access uplink message (such as the first uplink message or a subsequent uplink message) and sends it. to network equipment.
  • auxiliary information such as the first uplink message or a subsequent uplink message
  • FIG. 2 is a second flow diagram of an information transmission method provided by an embodiment of the present disclosure.
  • the method is applied to network equipment (such as a base station). As shown in Figure 2, the method includes the following steps:
  • Step 200 Receive auxiliary information related to receiving the multicast service sent by the terminal.
  • the auxiliary information includes at least one of a receiving mode of the multicast service and a radio resource control (RRC) state of the terminal when receiving the multicast service.
  • RRC radio resource control
  • Step 201 Perform multicast service scheduling processing for the terminal according to the auxiliary information.
  • the terminal may provide auxiliary information related to receiving multicast services to the network device (such as a base station).
  • the auxiliary information may include the RRC state in which the terminal wishes to receive the multicast service. How do you want to receive information such as multicast services, so that after receiving the auxiliary information, the network device can refer to the auxiliary information and use it more flexibly and reasonably in the future? Scheduling and processing of multicast services for terminals to alleviate a series of problems caused by terminals that can only receive multicast services in the connected state.
  • the RRC state of the terminal may include at least one of RRC Connected, RRC Idle, and RRC Inactive.
  • the terminal may indicate in the auxiliary information sent to the network device that the terminal wishes to receive the multicast service in the inactive state or idle state.
  • the assistance information may indicate one or more RRC states when the terminal receives the multicast service.
  • the terminal can indicate in the auxiliary information sent to the network device that the RRC state of the terminal when receiving multicast services is inactive (indicating that the terminal wishes to receive multicast services in the inactive state); or the terminal can also send The auxiliary information indicates that the RRC state of the terminal when receiving multicast services is inactive or idle (indicating that the terminal wants to receive multicast services in inactive or idle state); or the terminal can also send auxiliary information to the network device.
  • the terminal may indicate a reception method for the terminal to receive the multicast service in the auxiliary information sent to the network device, that is, indicate the reception method in which the terminal wishes to receive the multicast service.
  • the reception mode of the multicast service indicated by the auxiliary information may be the reception mode desired by the terminal for different multicast services, different RRC states or other different reception conditions.
  • the auxiliary information may also include a mapping relationship between the service identifier of the multicast service that the terminal is interested in, the reception mode, and the RRC status of the terminal when receiving the multicast service.
  • the multicast service reception mode indicated by the auxiliary information may be the terminal's reception mode for different multicast services.
  • the reception method is reception method A; for service b, the reception method is reception method B.
  • the multicast service reception mode indicated by the auxiliary information may be the terminal's reception mode for different RRC states.
  • the receiving mode of the terminal in the connected state is receiving mode A; the receiving mode of the terminal in the inactive state is receiving mode B.
  • the multicast service reception mode indicated by the auxiliary information may be the terminal's reception mode for different multicast services and RRC states.
  • the receiving mode of the terminal in the connected state For reception mode A, the reception mode of the terminal in the inactive state is reception mode B; for service b, the reception mode of the terminal in the inactive state is reception mode C, and the reception mode of the terminal in the idle state is reception mode D.
  • a specific multicast service reception method may correspond to one or more RRC states.
  • the terminal can only receive multicast services in a certain way A in the connected state, and in other RRC states it can receive multicast services in another way B (under different modes, the terminal receives the relevant multicast channel configuration, receives the related
  • the specific methods of multicast data services may be different and are adaptively designed for different RRC states).
  • the above auxiliary information can be reflected as "service a-reception mode A-connection state", " Service a-receiving mode B-inactive state or idle state” etc.
  • the auxiliary information may also include network conditions to be met when receiving multicast services.
  • the terminal may indicate the network conditions that the terminal needs to satisfy when receiving the multicast service in the auxiliary information sent to the network device, that is, indicating the network conditions that the terminal hopes to satisfy when receiving the corresponding multicast service.
  • the above network conditions may include channel quality, QoS for service reception, packet error rate, etc.
  • the auxiliary information may indicate the status or threshold of network conditions that the terminal needs to meet when receiving multicast services. For example, when the terminal wishes to receive a certain multicast service, the QoS it obtains is "high”, “medium” or “low”, etc.; or when the terminal wishes to receive a certain multicast service, the channel quality (such as RSRP measurement value) experienced by the terminal High or low; or the high or low packet error rate BLER experienced by the terminal when it wants to receive a certain multicast service.
  • these requirements or thresholds can be coarse-grained "high”, “medium” or “low”, or they can be more accurate quantitative values, which are not limited here.
  • the network conditions that the terminal needs to satisfy when receiving multicast services indicated by the auxiliary information may be the network conditions that the terminal needs to satisfy under different multicast services, different RRC states, different reception modes, or other different reception conditions.
  • RRC status and reception mode please refer to the above examples of RRC status and reception mode, which will not be described in detail here.
  • the network conditions that the terminal needs to satisfy when receiving multicast services indicated by the auxiliary information may be the network conditions that the terminal needs to satisfy for different multicast services; or it may be the network conditions that the terminal needs to satisfy for different RRC states; or it may be It is the network conditions that the terminal must satisfy for different reception methods; or it can be the network conditions that the terminal must satisfy for different multicast services and RRC states; or it can be the network conditions that the terminal must satisfy for different multicast services and reception methods, etc.
  • auxiliary information related to receiving multicast services sent by the terminal including:
  • auxiliary information indicating the RRC status when the terminal receives multicast services there can be a variety of different indication methods.
  • the auxiliary information may include the RRC status related to each multicast service received.
  • the auxiliary information may indicate the following:
  • the auxiliary information may include the RRC status related to at least two received multicast services.
  • the auxiliary information may indicate the following:
  • the auxiliary information can be a combination of the above methods 1 and 2.
  • the auxiliary information can indicate the following:
  • Method 4 Optionally, in the above methods 1, 2, and 3, if for a certain multicast service or certain multicast services, the terminal does not indicate the RRC status when receiving the multicast service in the auxiliary information, then Indicates that the terminal wants to receive in a certain default RRC state (such as connected state or other RRC state) the multicast service.
  • a certain default RRC state such as connected state or other RRC state
  • the auxiliary information when the auxiliary information indicates the reception mode of the multicast service, it may also have multiple different indication modes.
  • the auxiliary information may also have multiple different indication modes.
  • the auxiliary information may include the reception mode related to each received multicast service.
  • the auxiliary information may indicate "service a-reception mode A”, “service b-reception mode B”, “service a-reception mode A- "Connected state”, "Business a-receiving mode B-inactive state”, etc.
  • the auxiliary information may include reception modes related to at least two received multicast services.
  • the auxiliary information may indicate "service a/b - reception mode A”, “service c/d - reception mode B", "service a /b/c-receiving mode A-connected state", "business a/b/c-receiving mode B-inactive state", etc.
  • the auxiliary information may include a combination of the above two (that is, the auxiliary information includes a reception mode related to each received multicast service, and a reception mode related to at least two received multicast services), such as the auxiliary information may indicate "Business a-receiving mode A", “Business c/d-receiving mode B", “Business c-receiving mode A-connected state", "Business a/b/c-receiving mode B-inactive state or idle state "wait.
  • the terminal does not indicate the reception mode of the multicast service in the auxiliary information, it means that the terminal wishes to receive the multicast service in some default multicast service reception mode or A certain multicast service reception method that is applicable (can be adopted) in all RRC states is used to receive the multicast service.
  • the auxiliary information when the auxiliary information indicates the network conditions that must be met to receive multicast services, it can also be indicated in a variety of different ways.
  • the auxiliary information can include network conditions related to each multicast service received. , and/or network conditions related to at least two received multicast services.
  • RRC status and reception mode for details, please refer to the above examples of RRC status and reception mode, which will not be described in detail here.
  • the network device can receive auxiliary information related to receiving multicast services sent by the terminal, and perform scheduling processing of multicast services for the terminal based on the auxiliary information, thereby improving multicast performance for the terminal.
  • the flexibility of service scheduling and processing can effectively alleviate a series of problems caused by terminals that can only receive multicast services in the connected state.
  • auxiliary information related to receiving multicast services sent by the terminal including:
  • Send instruction information to the terminal the instruction information is used to instruct the terminal to send auxiliary information, and/or, use Trigger conditions for indicating the sending of auxiliary information;
  • the network device may first send indication information to the terminal.
  • the indication information is used to instruct the terminal to send the auxiliary information, and/or is used to indicate the triggering conditions for sending the auxiliary information, so that After receiving the indication information, the terminal may send auxiliary information to the network device according to the indication information.
  • the terminal sends auxiliary information to the network device according to the instruction information. It may send the auxiliary information to the network device only according to the instruction information; it may also send auxiliary information to the network device according to the instruction information and when other conditions are met (such as the terminal is sensitive to at least one multicast service). Interested, the terminal determines that it can receive multicast services in the idle state or inactive state, etc.), and sends auxiliary information to the network device.
  • the trigger condition for sending auxiliary information that is, the network device instructs the terminal to send auxiliary information under which trigger conditions are met.
  • the above instruction information can instruct the terminal to send auxiliary information when the measured channel quality meets a certain threshold. Send auxiliary information; or, the above instruction information can also instruct the terminal to send auxiliary information when the relevant timer expires; or, the above instruction information can also instruct the terminal not to send auxiliary information before the relevant timer expires.
  • the timer expires, After the timer expires, it will be combined with other information to determine whether to send auxiliary information.
  • send instruction information to the terminal including:
  • the first message includes a message sent by the network device to a specific terminal, and/or a system message broadcast by the network device.
  • the network device can send the instruction information to the terminal in different ways.
  • the network device can instruct the network device to "require” or “not require” the terminal to send auxiliary information in a message sent to a specific terminal (which can also be understood as a message sent to one or some terminals, different from a broadcast). .
  • the network device can broadcast a notification to the cell in the system message, indicating whether one or more multicast services "require” or “not require” the terminal that receives the system message to send auxiliary information.
  • receiving auxiliary information related to receiving multicast services sent by the terminal includes one or more of the following:
  • the terminal can send auxiliary information to the network device through different messages, which may include at least one or more of the following methods.
  • the network device can receive the auxiliary information through different methods:
  • the terminal When the terminal is in the connected state, it carries the auxiliary information and sends it to the network device through the RRC message in the connected state (which can be an RRC message specially used to carry auxiliary information, or the auxiliary information can be embedded as a message in other RRC messages).
  • the RRC message in the connected state which can be an RRC message specially used to carry auxiliary information, or the auxiliary information can be embedded as a message in other RRC messages.
  • the terminal When the terminal is in the inactive state, it carries auxiliary information and sends it to the network device through the RRC recovery (RRCResume) message.
  • RRC recovery RRCResume
  • the terminal When the terminal is in the connected state, inactive state or idle state, during the random access process, it carries auxiliary information in the random access uplink message (such as the first uplink message or a subsequent uplink message) and sends it. to network equipment.
  • auxiliary information such as the first uplink message or a subsequent uplink message
  • Figure 3 is a schematic structural diagram of a terminal provided by an embodiment of the present disclosure. As shown in Figure 3, the terminal includes a memory 320, a transceiver 310 and a processor 300; the processor 300 and the memory 320 can also be physically separated.
  • the memory 320 is used to store computer programs; the transceiver 310 is used to send and receive data under the control of the processor 300.
  • the transceiver 310 is used to receive and transmit data under the control of the processor 300.
  • the bus architecture can include any number of interconnected buses and bridges, specifically Various circuits of one or more processors represented by processor 300 and memory represented by memory 320 are linked together.
  • the bus architecture can also link together various other circuits such as peripherals, voltage regulators, power management circuits, etc., which are all well known in the art and therefore will not be described further in this disclosure.
  • the bus interface provides the interface.
  • the transceiver 310 may be a plurality of elements, including a transmitter and a receiver, providing a unit for communicating with various other devices over transmission media, including wireless channels, wired channels, optical cables, and other transmission media.
  • the user interface 330 can also be an interface capable of externally connecting internal and external required equipment.
  • the connected equipment includes but is not limited to a keypad, a display, a speaker, a microphone, a joystick, etc.
  • the processor 300 is responsible for managing the bus architecture and general processing, and the memory 320 can store data used by the processor 300 when performing operations.
  • the processor 300 may be a central processing unit (CPU), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), a field programmable gate array (Field-Programmable Gate Array, FPGA) or a complex programmable logic device (Complex Programmable Logic Device (CPLD), the processor can also adopt a multi-core architecture.
  • CPU central processing unit
  • ASIC Application Specific Integrated Circuit
  • FPGA field programmable gate array
  • CPLD Complex Programmable Logic Device
  • the processor 300 is configured to execute any of the methods provided by the embodiments of the present disclosure according to the obtained executable instructions by calling the computer program stored in the memory 320, for example: determining auxiliary information related to receiving the multicast service, and the auxiliary information includes At least one of a multicast service receiving mode and a radio resource control RRC state of the terminal when receiving the multicast service; sending auxiliary information to the network device.
  • the RRC state of the terminal includes at least one of RRC connected state, RRC idle state, and RRC inactive state; and/or;
  • the auxiliary information also includes the mapping relationship between the service identifier of the multicast service that the terminal is interested in, the reception mode, and the RRC status of the terminal when receiving the multicast service.
  • the auxiliary information also includes: network conditions to be met when receiving multicast services.
  • determine auxiliary information related to receiving multicast services including:
  • Auxiliary information related to at least two received multicast services is determined.
  • auxiliary information to the network device, including at least one of the following:
  • auxiliary information is sent to the network device.
  • the RRC state of the terminal when receiving the multicast service contained in the auxiliary information is the RRC idle state or the RRC inactive state.
  • Receive instruction information sent by the network device where the instruction information is used to instruct the terminal to send auxiliary information, and/or is used to indicate trigger conditions for sending the auxiliary information; and send auxiliary information to the network device according to the instruction information.
  • receive instruction information sent by the network device including:
  • the first message includes a message sent by the network device to a specific terminal, and/or a system message broadcast by the network device.
  • auxiliary information to the network device, including one or more of the following:
  • the terminal is in the RRC connected state and sends an RRC message to the network device.
  • the RRC message carries auxiliary information
  • the terminal When the terminal is in the RRC inactive state, it sends an RRC recovery message to the network device.
  • the RRC recovery message carries auxiliary information
  • the terminal sends an uplink message to the network device, and the uplink message carries auxiliary information.
  • Figure 4 is a schematic structural diagram of a network device provided by an embodiment of the present disclosure.
  • the network device includes a memory 420, a transceiver 410 and a processor 400; the processor 400 and the memory 420 can also be physically arranged separately. .
  • the memory 420 is used to store computer programs; the transceiver 410 is used to send and receive data under the control of the processor 400.
  • the transceiver 410 is used to receive and transmit data under the control of the processor 400.
  • the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by processor 400 and various circuits of the memory represented by memory 420 are linked together.
  • the bus architecture can also link together various other circuits such as peripherals, voltage regulators, and power management circuits, which are all known in the art, and therefore, this disclosure It will not be described further.
  • the bus interface provides the interface.
  • the transceiver 410 may be a plurality of elements, including a transmitter and a receiver, providing a unit for communicating with various other devices over transmission media, including wireless channels, wired channels, optical cables, and other transmission media.
  • the processor 400 is responsible for managing the bus architecture and general processing, and the memory 420 can store data used by the processor 400 when performing operations.
  • the processor 400 can be a CPU, ASIC, FPGA or CPLD, and the processor can also adopt a multi-core architecture.
  • the processor 400 is configured to execute any of the methods provided by the embodiments of the present disclosure according to the obtained executable instructions by calling the computer program stored in the memory 420, for example: receiving auxiliary information related to receiving multicast services sent by the terminal, assisting The information includes at least one of a multicast service reception mode and a radio resource control RRC state of the terminal when receiving the multicast service; and performs multicast service scheduling processing for the terminal based on the auxiliary information.
  • the RRC state of the terminal includes at least one of RRC connected state, RRC idle state, and RRC inactive state; and/or;
  • the auxiliary information also includes the mapping relationship between the service identifier of the multicast service that the terminal is interested in, the reception mode, and the RRC status of the terminal when receiving the multicast service.
  • the auxiliary information also includes: network conditions to be met when receiving multicast services.
  • auxiliary information related to receiving multicast services sent by the terminal including:
  • auxiliary information related to receiving multicast services sent by the terminal including:
  • Send instruction information to the terminal the instruction information is used to instruct the terminal to send the auxiliary information, and/or is used to indicate trigger conditions for sending the auxiliary information;
  • send instruction information to the terminal including:
  • the first message includes a message sent by the network device to a specific terminal, and/or a system message broadcast by the network device.
  • receiving auxiliary information related to receiving multicast services sent by the terminal includes one or more of the following:
  • Figure 5 is one of the structural schematic diagrams of an information transmission device provided by an embodiment of the present disclosure.
  • the device is applied to a terminal.
  • the device includes:
  • the determining unit 500 is configured to determine auxiliary information related to receiving the multicast service.
  • the auxiliary information includes at least one of the receiving mode of the multicast service and the radio resource control RRC state of the terminal when receiving the multicast service;
  • the sending unit 510 is used to send auxiliary information to the network device.
  • the RRC state of the terminal includes at least one of RRC connected state, RRC idle state, and RRC inactive state; and/or;
  • the auxiliary information also includes the mapping relationship between the service identifier of the multicast service that the terminal is interested in, the reception mode, and the RRC status of the terminal when receiving the multicast service.
  • the auxiliary information also includes: network conditions to be met when receiving multicast services.
  • determine auxiliary information related to receiving multicast services including:
  • Auxiliary information related to at least two received multicast services is determined.
  • auxiliary information to the network device, including at least one of the following:
  • the network device When it is determined that multicast services can be received in RRC idle state or RRC inactive state, The network device sends auxiliary information, and the RRC state of the terminal when receiving multicast services contained in the auxiliary information is RRC idle state or RRC inactive state;
  • Receive instruction information sent by the network device where the instruction information is used to instruct the terminal to send auxiliary information, and/or is used to indicate trigger conditions for sending the auxiliary information; and send auxiliary information to the network device according to the instruction information.
  • receive instruction information sent by the network device including:
  • the first message includes a message sent by the network device to a specific terminal, and/or a system message broadcast by the network device.
  • auxiliary information to the network device, including one or more of the following:
  • the terminal is in the RRC connected state and sends an RRC message to the network device.
  • the RRC message carries auxiliary information
  • the terminal When the terminal is in the RRC inactive state, it sends an RRC recovery message to the network device.
  • the RRC recovery message carries auxiliary information
  • the terminal sends an uplink message to the network device, and the uplink message carries auxiliary information.
  • Figure 6 is a second structural schematic diagram of an information transmission device provided by an embodiment of the present disclosure.
  • the device is applied to network equipment. As shown in Figure 6, the device includes:
  • the receiving unit 600 is configured to receive auxiliary information related to receiving the multicast service sent by the terminal, where the auxiliary information includes at least one of a receiving mode of the multicast service and a radio resource control RRC state of the terminal when receiving the multicast service;
  • the processing unit 610 is configured to perform multicast service scheduling processing for the terminal according to the auxiliary information.
  • the RRC state of the terminal includes at least one of RRC connected state, RRC idle state, and RRC inactive state; and/or;
  • the auxiliary information also includes the mapping relationship between the service identifier of the multicast service that the terminal is interested in, the reception mode, and the RRC status of the terminal when receiving the multicast service.
  • the auxiliary information also includes: network conditions to be met when receiving multicast services.
  • auxiliary information related to receiving multicast services sent by the terminal including:
  • auxiliary information related to receiving multicast services sent by the terminal including:
  • Send instruction information to the terminal the instruction information is used to instruct the terminal to send the auxiliary information, and/or is used to indicate trigger conditions for sending the auxiliary information;
  • send instruction information to the terminal including:
  • the first message includes a message sent by the network device to a specific terminal, and/or a system message broadcast by the network device.
  • receiving auxiliary information related to receiving multicast services sent by the terminal includes one or more of the following:
  • each functional unit in various embodiments of the present disclosure may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.
  • the above integrated units can be implemented in the form of hardware or software functional units.
  • the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it may be stored in a processor-readable storage medium.
  • the technical solution of the present disclosure is essentially or contributes to the existing technology, or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium , including a number of instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor to execute various embodiments of the present disclosure. all or part of the steps of the method described.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), magnetic disk or optical disk and other media that can store program code. .
  • embodiments of the present disclosure also provide a computer-readable storage medium that stores a computer program, and the computer program is used to cause the computer to execute the information transmission method provided by the above-mentioned embodiments.
  • the computer-readable storage medium may be any available media or data storage device that can be accessed by a computer, including but not limited to magnetic storage (such as floppy disks, hard disks, magnetic tapes, magneto-optical disks (MO), etc.), optical storage (such as CD, DVD, BD, HVD, etc.), and semiconductor memories (such as ROM, EPROM, EEPROM, non-volatile memory (NAND FLASH), solid state drive (SSD)), etc.
  • magnetic storage such as floppy disks, hard disks, magnetic tapes, magneto-optical disks (MO), etc.
  • optical storage such as CD, DVD, BD, HVD, etc.
  • semiconductor memories such as ROM, EPROM, EEPROM, non-volatile memory (NAND FLASH), solid state drive (SSD)
  • GSM global system of mobile communication
  • CDMA code division multiple access
  • WCDMA wideband code division multiple access
  • general packet Wireless service general packet radio service, GPRS
  • LTE long term evolution
  • FDD frequency division duplex
  • TDD LTE time division duplex
  • LTE-A Long term evolution advanced
  • UMTS universal mobile telecommunication system
  • WiMAX worldwide interoperability for microwave access
  • 5G New Radio, NR 5G New Radio
  • the terminal involved in the embodiments of the present disclosure may be a device that provides voice and/or data connectivity to users, a handheld device with a wireless connection function, or other processing devices connected to a wireless modem, etc.
  • the name of the terminal may be different.
  • the terminal may be called user equipment (User Equipment, UE).
  • Wireless terminal equipment can communicate with one or more core networks (Core Network, CN) via the Radio Access Network (RAN).
  • the wireless terminal equipment can be a mobile terminal equipment, such as a mobile phone (also known as a "cell phone").
  • Wireless terminal equipment can also be called a system, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, and an access point.
  • remote terminal equipment remote terminal equipment
  • access terminal equipment access terminal
  • user terminal user terminal
  • user agent user agent
  • user device user device
  • the network device involved in the embodiment of the present disclosure may be a base station, and the base station may include multiple cells that provide services for terminals.
  • a base station can also be called an access point, or it can be a device in the access network that communicates with wireless terminal equipment through one or more sectors on the air interface, or it can be named by another name.
  • the network device may be used to exchange received air frames with Internet Protocol (IP) packets and act as a router between the wireless terminal device and the rest of the access network, where the remainder of the access network may include the Internet Protocol (IP) communication network.
  • IP Internet Protocol
  • Network devices also coordinate attribute management of the air interface.
  • the network equipment involved in the embodiments of the present disclosure may be a network equipment (Base Transceiver Station, BTS) in Global System for Mobile communications (GSM) or Code Division Multiple Access (CDMA). ), or it can be a network device (NodeB) in Wide-band Code Division Multiple Access (WCDMA), or it can be a long-term Evolutionary network equipment (evolutional Node B, eNB or e-NodeB) in the evolution (long term evolution, LTE) system, 5G base station (gNB) in the 5G network architecture (next generation system), or home evolution base station ( Home evolved Node B (HeNB), relay node (relay node), home base station (femto), pico base station (pico), etc. are not limited in the embodiments of the present disclosure.
  • network devices may include centralized unit (CU) nodes and distributed unit (DU) nodes, and the centralized units and distributed units may also be arranged geographically separately.
  • MIMO transmission can be single-user MIMO (Single User MIMO, SU-MIMO) or multi-user MIMO ( Multiple User MIMO,MU-MIMO).
  • MIMO transmission can be 2D-MIMO, 3D-MIMO, FD-MIMO or massive-MIMO, or it can be diversity transmission, precoding transmission or beamforming transmission, etc.
  • embodiments of the present disclosure may be provided as methods, systems, or computer program products. Accordingly, the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment that combines software and hardware aspects. Furthermore, the present disclosure may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, magnetic disk storage, optical storage, and the like) embodying computer-usable program code therein.
  • a computer-usable storage media including, but not limited to, magnetic disk storage, optical storage, and the like
  • processor-executable instructions may also be stored in a processor-readable memory that causes a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the processor-readable storage
  • the instructions in the processor produce an article of manufacture including instruction means that implement the functions specified in the process or processes of the flowchart and/or the block or blocks of the block diagram.
  • processor-executable instructions may also be loaded onto a computer or other programmable data processing device, causing a series of operational steps to be performed on the computer or other programmable device to produce computer-implemented processing, thereby causing the computer or other programmable device to
  • the instructions that are executed provide steps for implementing the functions specified in a process or processes of the flowchart diagrams and/or a block or blocks of the block diagrams.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开提供一种信息传输方法、终端、网络设备、装置及存储介质，其中该方法应用于终端，包括：确定与接收组播业务相关的辅助信息，所述辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；向网络设备发送所述辅助信息。通过终端向网络设备提供终端接收组播业务相关的辅助信息，使得网络设备可以参考此辅助信息，在后续更加灵活合理地为终端进行组播业务的调度处理，从而能够提高终端接收组播业务的灵活性，并有效缓解终端只能在连接态下接收组播业务所带来的一系列问题。

Description

信息传输方法、终端、网络设备、装置及存储介质
相关申请的交叉引用
本申请要求于2022年04月20日提交的申请号为202210420550.3，发明名称为“信息传输方法、终端、网络设备、装置及存储介质”的中国专利申请的优先权，其通过引用方式全部并入本文。
技术领域
本公开涉及无线通信技术领域，尤其涉及一种信息传输方法、终端、网络设备、装置及存储介质。
背景技术
广播多播服务(Multimedia Broadcast Multicast Service，MBMS)作为一种重要的服务类型，在第三代移动通信(the 3rd Generation Mobile Communication，3G)和***移动通信(the 4th Generation Mobile Communication，4G)技术中已经长期存在。第五代移动通信(the 5th Generation Mobile Communication，5G)技术中，鉴于MBMS对某些垂直领域(比如车联网，公共安全)的重要性，需要增加对MBMS的支持，在5G中MBMS称为多播广播服务(Multicast Broadcast Service，MBS)。
目前的技术仅支持终端在连接态下接收组播业务(即MBMS)，这种组播业务处理方式存在一些问题：例如当网络中用户数量较多，业务量较大时，要求接收相关组播业务的终端都在连接态，会导致***拥塞；再如，要求终端在接收组播业务时，始终处于连接态，会增加终端的耗电，等等。
发明内容
针对现有技术存在的问题，本公开实施例提供一种信息传输方法、终端、网络设备、装置及存储介质。
第一方面，本公开实施例提供一种信息传输方法，应用于终端，包括：
确定与接收组播业务相关的辅助信息，所述辅助信息中包含组播业务的 接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
向网络设备发送所述辅助信息。
可选地，所述终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
所述辅助信息中还包含所述终端感兴趣的组播业务的业务标识、所述接收方式与接收组播业务时终端的RRC状态之间的映射关系。
可选地，所述辅助信息还包括：接收组播业务时所要满足的网络条件。
可选地，所述确定与接收组播业务相关的辅助信息，包括：
确定与接收的每一个组播业务相关的辅助信息；或者，
确定与接收的至少两个组播业务相关的辅助信息。
可选地，所述向网络设备发送所述辅助信息，包括以下至少一种或者多种：
在确定对至少一种组播业务感兴趣的情况下，向网络设备发送感兴趣的所述至少一种组播业务对应的辅助信息；
在确定能够在RRC空闲态或RRC非激活态接收组播业务的情况下，向网络设备发送辅助信息，所述辅助信息中包含的接收组播业务时终端的RRC状态为RRC空闲态或RRC非激活态；
接收网络设备发送的指示信息，所述指示信息用于指示所述终端发送所述辅助信息，和/或，用于指示所述辅助信息的发送触发条件；根据所述指示信息，向网络设备发送辅助信息。
可选地，所述接收网络设备发送的指示信息，包括：
接收网络设备发送的第一消息，所述第一消息中携带所述指示信息；
所述第一消息包括网络设备发送给特定终端的消息，和/或，网络设备广播的***消息。
可选地，所述向网络设备发送所述辅助信息，包括以下一项或多项：
所述终端处于RRC连接态下，向网络设备发送RRC消息，所述RRC消息中携带所述辅助信息；
所述终端处于RRC非激活态下，向网络设备发送RRC恢复消息，所述 RRC恢复消息中携带所述辅助信息；
所述终端在随机接入过程中，向网络设备发送上行消息，所述上行消息中携带所述辅助信息。
第二方面，本公开实施例还提供一种信息传输方法，应用于网络设备，包括：
接收终端发送的与接收组播业务相关的辅助信息，所述辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
根据所述辅助信息，为所述终端进行组播业务的调度处理。
可选地，所述终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
所述辅助信息中还包含所述终端感兴趣的组播业务的业务标识、所述接收方式与接收组播业务时终端的RRC状态之间的映射关系。
可选地，所述辅助信息还包括：接收组播业务时所要满足的网络条件。
可选地，所述接收终端发送的与接收组播业务相关的辅助信息，包括：
接收终端发送的与接收的每一个组播业务相关的辅助信息；或者，
接收终端发送的与接收的至少两个组播业务相关的辅助信息。
可选地，所述接收终端发送的与接收组播业务相关的辅助信息，包括：
向终端发送指示信息，所述指示信息用于指示所述终端发送所述辅助信息，和/或，用于指示所述辅助信息的发送触发条件；
接收所述终端根据所述指示信息发送的所述辅助信息。
可选地，所述向终端发送指示信息，包括：
向终端发送第一消息，所述第一消息中携带所述指示信息；
所述第一消息包括所述网络设备发送给特定终端的消息，和/或，所述网络设备广播的***消息。
可选地，所述接收终端发送的与接收组播业务相关的辅助信息，包括以下一项或多项：
接收处于RRC连接态的终端发送的RRC消息，所述RRC消息中携带所 述辅助信息；
接收处于RRC非激活态的终端发送的RRC恢复消息，所述RRC恢复消息中携带所述辅助信息；
接收终端在随机接入过程中发送的上行消息，所述上行消息中携带所述辅助信息。
第三方面，本公开实施例还提供一种终端，包括存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
确定与接收组播业务相关的辅助信息，所述辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
向网络设备发送所述辅助信息。
可选地，所述终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
所述辅助信息中还包含所述终端感兴趣的组播业务的业务标识、所述接收方式与接收组播业务时终端的RRC状态之间的映射关系。
可选地，所述辅助信息还包括：接收组播业务时所要满足的网络条件。
可选地，所述确定与接收组播业务相关的辅助信息，包括：
确定与接收的每一个组播业务相关的辅助信息；或者，
确定与接收的至少两个组播业务相关的辅助信息。
可选地，所述向网络设备发送所述辅助信息，包括以下至少一种：
在确定对至少一种组播业务感兴趣的情况下，向网络设备发送感兴趣的所述至少一种组播业务对应的辅助信息；
在确定能够在RRC空闲态或RRC非激活态接收组播业务的情况下，向网络设备发送辅助信息，所述辅助信息中包含的接收组播业务时终端的RRC状态为RRC空闲态或RRC非激活态；
接收网络设备发送的指示信息，所述指示信息用于指示所述终端发送所述辅助信息，和/或，用于指示所述辅助信息的发送触发条件；根据所述指示 信息，向网络设备发送辅助信息。
可选地，所述接收网络设备发送的指示信息，包括：
接收网络设备发送的第一消息，所述第一消息中携带所述指示信息；
所述第一消息包括网络设备发送给特定终端的消息，和/或，网络设备广播的***消息。
可选地，所述向网络设备发送所述辅助信息，包括以下一项或多项：
所述终端处于RRC连接态下，向网络设备发送RRC消息，所述RRC消息中携带所述辅助信息；
所述终端处于RRC非激活态下，向网络设备发送RRC恢复消息，所述RRC恢复消息中携带所述辅助信息；
所述终端在随机接入过程中，向网络设备发送上行消息，所述上行消息中携带所述辅助信息。
第四方面，本公开实施例还提供一种网络设备，包括存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
接收终端发送的与接收组播业务相关的辅助信息，所述辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
根据所述辅助信息，为所述终端进行组播业务的调度处理。
可选地，所述终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
所述辅助信息中还包含所述终端感兴趣的组播业务的业务标识、所述接收方式与接收组播业务时终端的RRC状态之间的映射关系。
可选地，所述辅助信息还包括：接收组播业务时所要满足的网络条件。
可选地，所述接收终端发送的与接收组播业务相关的辅助信息，包括：
接收终端发送的与接收的每一个组播业务相关的辅助信息；或者，
接收终端发送的与接收的至少两个组播业务相关的辅助信息。
可选地，所述接收终端发送的与接收组播业务相关的辅助信息，包括：
向终端发送指示信息，所述指示信息用于指示所述终端发送所述辅助信息，和/或，用于指示所述辅助信息的发送触发条件；
接收所述终端根据所述指示信息发送的所述辅助信息。
可选地，所述向终端发送指示信息，包括：
向终端发送第一消息，所述第一消息中携带所述指示信息；
所述第一消息包括所述网络设备发送给特定终端的消息，和/或，所述网络设备广播的***消息。
可选地，所述接收终端发送的与接收组播业务相关的辅助信息，包括以下一项或多项：
接收处于RRC连接态的终端发送的RRC消息，所述RRC消息中携带所述辅助信息；
接收处于RRC非激活态的终端发送的RRC恢复消息，所述RRC恢复消息中携带所述辅助信息；
接收终端在随机接入过程中发送的上行消息，所述上行消息中携带所述辅助信息。
第五方面，本公开实施例还提供一种信息传输装置，应用于终端，包括：
确定单元，用于确定与接收组播业务相关的辅助信息，所述辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
发送单元，用于向网络设备发送所述辅助信息。
第六方面，本公开实施例还提供一种信息传输装置，应用于网络设备，包括：
接收单元，用于接收终端发送的与接收组播业务相关的辅助信息，所述辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
处理单元，用于根据所述辅助信息，为所述终端进行组播业务的调度处理。
第七方面，本公开实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使计算机执行如上所述第一方面所述的信息传输方法，或执行如上所述第二方面所述的信息传输方法。
第八方面，本公开实施例还提供一种通信设备，所述通信设备中存储有计算机程序，所述计算机程序用于使通信设备执行如上所述第一方面所述的信息传输方法，或执行如上所述第二方面所述的信息传输方法。
第九方面，本公开实施例还提供一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行如上所述第一方面所述的信息传输方法，或执行如上所述第二方面所述的信息传输方法。
第十方面，本公开实施例还提供一种芯片产品，所述芯片产品中存储有计算机程序，所述计算机程序用于使芯片产品执行如上所述第一方面所述的信息传输方法，或执行如上所述第二方面所述的信息传输方法。
本公开实施例提供的信息传输方法、终端、网络设备、装置及存储介质，通过终端向网络设备提供终端接收组播业务相关的辅助信息，使得网络设备可以参考此辅助信息，在后续更加灵活合理地为终端进行组播业务的调度处理，从而能够提高终端接收组播业务的灵活性，并有效缓解终端只能在连接态下接收组播业务所带来的一系列问题。
附图说明
为了更清楚地说明本公开实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本公开实施例提供的信息传输方法的流程示意图之一；
图2是本公开实施例提供的信息传输方法的流程示意图之二；
图3是本公开实施例提供的终端的结构示意图；
图4是本公开实施例提供的网络设备的结构示意图；
图5是本公开实施例提供的信息传输装置的结构示意图之一；
图6是本公开实施例提供的信息传输装置的结构示意图之二。
具体实施方式
本公开实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本公开实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，并不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
为了便于更加清晰地理解本公开各实施例的技术方案，首先对本公开各实施例相关的一些技术内容进行介绍。
在目前技术中，处于连接态的终端接收组播业务的过程是：
首先，终端根据其业务需求加入相关的组播业务对应的组。
然后，网络基于相关的终端和组之间的对应关系，根据其网络中的资源、业务等情况向终端提供一系列的配置，如包含组播业务所使用的无线承载(Radio Bearer，RB)配置、逻辑信道标识(Logical Channel Identification，LCID)配置、其它无线资源(如频率、混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)、组调度中的控制信道所使用的无线网络临时标识(Radio Network Temporary Identity，RNTI)等)配置。
最后，基于上述配置，终端进行组播业务的接收，并有可能基于网络的相关配置向网络提供一些上行反馈(如HARQ反馈)。
针对目前的技术仅支持终端在连接态下接收组播业务，从而导致***拥塞、增加终端耗电等问题，本公开各实施例提供一种解决方案，通过向网络 设备提供终端接收组播业务相关的辅助信息，使得网络设备可以参考此辅助信息，确定向哪些终端提供或如何提供组播业务相关配置等，进而可以更加灵活合理地配置终端接收组播业务，比如，可以不限于配置终端在连接态下接收组播业务，还可以支持终端在非激活态或空闲态接收组播业务，从而能够提高终端接收组播业务的灵活性，有效缓解终端只能在连接态下接收组播业务所带来的一系列问题。
图1为本公开实施例提供的信息传输方法的流程示意图之一，该方法应用于终端，如图1所示，该方法包括如下步骤：
步骤100、确定与接收组播业务相关的辅助信息，辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种。
步骤101、向网络设备发送辅助信息。
具体地，本公开实施例中，终端可以向网络设备(例如基站)提供其接收组播业务相关的辅助信息，比如，辅助信息中可以包含终端希望在何种无线资源控制(Radio Resource Control，RRC)状态下接收组播业务，终端希望以何种方式接收组播业务等信息，从而网络设备可以在接收到该辅助信息后，参考该辅助信息，在后续更加灵活合理地为终端进行组播业务的调度处理，以缓解终端只能在连接态下接收组播业务所带来的一系列问题。
可选地，终端的RRC状态可以包含RRC连接态(RRC Connected)、RRC空闲态(RRC Idle)、RRC非激活态(RRC Inactive)中的至少一种。比如，终端可以在向网络设备发送的辅助信息中指示终端希望在非激活态或空闲态下接收组播业务。
可选地，辅助信息中指示终端接收组播业务时的RRC状态可以是一种或多种。比如，终端可以在向网络设备发送的辅助信息中指示终端接收组播业务时的RRC状态为非激活态(表明终端希望在非激活态接收组播业务)；或者终端也可以在向网络设备发送的辅助信息中指示终端接收组播业务时的RRC状态为非激活态或空闲态(表明终端希望在非激活态或空闲态接收组播业务)；或者终端也可以在向网络设备发送的辅助信息中指示终端接收组播业 务时的RRC状态为连接态、非激活态或空闲态(表明终端在连接态、非激活态或空闲态下都可以接收组播业务)，等等，在此不一一赘述。
可选地，终端可以在向网络设备发送的辅助信息中指示终端接收组播业务的接收方式，也即表明终端希望以何种接收方式来接收组播业务。
可选地，辅助信息所指示的组播业务的接收方式，可以是终端对于不同组播业务、不同RRC状态或其他不同接收条件下所希望的接收方式。
可选地，辅助信息中还可以包含终端感兴趣的组播业务的业务标识、接收方式与接收组播业务时终端的RRC状态之间的映射关系。
比如，辅助信息所指示的组播业务的接收方式，可以是终端对于不同组播业务的接收方式。如对于业务a，接收方式为接收方式A；对于业务b，接收方式为接收方式B。
比如，辅助信息所指示的组播业务的接收方式，可以是终端对于不同RRC状态的接收方式。如终端在连接态下的接收方式为接收方式A；终端在非激活态下的接收方式为接收方式B。
比如，辅助信息所指示的组播业务的接收方式，可以是终端对于不同组播业务和RRC状态的接收方式。如对于业务a，终端在连接态下的接收方式为接收方式A，终端在非激活态下的接收方式为接收方式B；对于业务b，终端在非激活态下的接收方式为接收方式C，终端在空闲态下的接收方式为接收方式D。也就是说，某一种特定的组播业务接收方式可能对应于一种或多种RRC状态。例如，若终端只能在连接态以某一种方式A接收组播业务，而在其它RRC状态以另一种方式B接收组播业务(不同方式下，终端接收相关组播信道配置、接收相关组播数据业务的具体方法可能都不同，是针对不同的RRC状态适应性地设计的)，则在此情况下，上述辅助信息就可以体现为“业务a-接收方式A-连接态”、“业务a-接收方式B-非激活态或空闲态”等。
可选地，辅助信息还可以包括接收组播业务时所要满足的网络条件。
具体地，终端可以在向网络设备发送的辅助信息中指示终端在接收组播业务时所要满足的网络条件，也即表明终端希望在接收相应组播业务时需满足的网络条件。
可选地，上述网络条件可以包括信道质量、业务接收的服务质量(Quality of Service，QoS)、误包率等，辅助信息可以指示终端在接收组播业务时所要满足的网络条件的状况或门限等。比如，终端希望接收某组播业务时所获得QoS为“高”、“中”或“低”等不同要求；或终端希望接收某组播业务时所经历的信道质量(譬如参考信号接收功率(Reference Signal Receiving Power,RSRP)测量值)的高低；或终端希望接收某组播业务时所经历的误包率(Block Error Rate，BLER)的高低。可选地，这些要求或门限，可以是较粗颗粒度的“高”、“中”或“低”，也可以是更为准确的量化数值，在此不做限制。
可选地，辅助信息所指示的终端在接收组播业务时所要满足的网络条件，可以是终端对于不同组播业务、不同RRC状态、不同接收方式或其他不同接收条件下所要满足的网络条件，具体可参考上述RRC状态和接收方式的例子，在此不做详细赘述。
比如，辅助信息所指示的终端在接收组播业务时所要满足的网络条件，可以是终端对于不同组播业务所要满足的网络条件；或者可以是终端对于不同RRC状态所要满足的网络条件；或者可以是终端对于不同接收方式所要满足的网络条件；或者可以是终端对于不同组播业务和RRC状态所要满足的网络条件；或者可以是终端对于不同组播业务和接收方式所要满足的网络条件，等等。
可选地，确定与接收组播业务相关的辅助信息，可以包括：
确定与接收的每一个组播业务相关的辅助信息；或者，
确定与接收的至少两个组播业务相关的辅助信息。
具体地，以辅助信息指示终端接收组播业务时的RRC状态为例，其可以有多种不同的指示方式。
方式1：可选地，辅助信息可以包括与接收的每一个组播业务相关的RRC状态，比如辅助信息可以指示以下内容：
业务a-连接态或空闲态或非激活态；
业务b-空闲态或非激活态；
业务c-空闲态或非激活态；
业务d-非激活态；
…
方式2：可选地，辅助信息可以包括与接收的至少两个组播业务相关的RRC状态，比如辅助信息可以指示以下内容：
业务a/b/c/-连接态或空闲态或非激活态；
业务d/e/…-空闲态或非激活态；
…
方式3：可选地，辅助信息可以是上述方式1和方式2的组合，比如辅助信息可以指示以下内容：
业务a-连接态或空闲态或非激活态；
业务b-空闲态或非激活态；
业务c/d-连接态或空闲态或非激活态；
业务e/f/…-非激活态；
…
方式4：可选地，在上述方式1、2、3中，如果对于某个组播业务或某几个组播业务，终端在辅助信息中未指示接收该组播业务时的RRC状态，则表示终端希望在某种默认的RRC状态(如连接态或其他RRC状态)下接收该组播业务。
可选地，在辅助信息指示组播业务的接收方式的情况下，其也可以有多种不同的指示方式，具体可参考上述RRC状态的例子，在此不做详细赘述。
例如，辅助信息可以包括与接收的每一个组播业务相关的接收方式，如辅助信息可以指示“业务a-接收方式A”、“业务b-接收方式B”、“业务a-接收方式A-连接态”、“业务a-接收方式B-非激活态”等。
例如，辅助信息可以包括与接收的至少两个组播业务相关的接收方式，如辅助信息可以指示“业务a/b-接收方式A”、“业务c/d-接收方式B”、“业务a/b/c-接收方式A-连接态”、“业务a/b/c-接收方式B-非激活态”等。
例如，辅助信息可以包括上述两者的组合(即辅助信息包括与接收的每一个组播业务相关的接收方式，以及与接收的至少两个组播业务相关的接收 方式)，如辅助信息可以指示“业务a-接收方式A”、“业务c/d-接收方式B”、“业务c-接收方式A-连接态”、“业务a/b/c-接收方式B-非激活态或空闲态”等。
可选地，如果对于某个组播业务或某几个组播业务，终端在辅助信息中未指示接收该组播业务的接收方式，则表示终端希望以某种默认的组播业务接收方式或某种在所有RRC状态下都适用(都可采用)的组播业务接收方式，来接收该组播业务。
可选地，在辅助信息指示接收组播业务所要满足的网络条件的情况下，其也可以有多种不同的指示方式，比如，辅助信息可以包括与接收的每一个组播业务相关的网络条件，和/或，与接收的至少两个组播业务相关的网络条件，具体可参考上述RRC状态和接收方式的例子，在此不做详细赘述。
本公开实施例提供的信息传输方法，通过终端向网络设备提供终端接收组播业务相关的辅助信息，使得网络设备可以参考此辅助信息，在后续更加灵活合理地为终端进行组播业务的调度处理，从而能够提高终端接收组播业务的灵活性，并有效缓解终端只能在连接态下接收组播业务所带来的一系列问题。
可选地，向网络设备发送辅助信息，包括以下至少一种：
在确定对至少一种组播业务感兴趣的情况下，向网络设备发送感兴趣的至少一种组播业务对应的辅助信息；
在确定能够在RRC空闲态或RRC非激活态接收组播业务的情况下，向网络设备发送辅助信息，辅助信息中包含的接收组播业务时终端的RRC状态为RRC空闲态或RRC非激活态；
接收网络设备发送的指示信息，指示信息用于指示终端发送辅助信息，和/或，用于指示辅助信息的发送触发条件；根据指示信息，向网络设备发送辅助信息。
具体地，终端可以在一个或多个特定条件满足的情况下向网络设备发送辅助信息。
比如，终端对至少一种组播业务感兴趣的情况下，终端可以向网络设备 发送感兴趣的至少一种组播业务对应的辅助信息。
比如，终端确定能够在空闲态或非激活态接收组播业务的情况下，终端可以向网络设备发送辅助信息，该辅助信息中包含的接收组播业务时终端的RRC状态为RRC空闲态或RRC非激活态。
比如，终端也可以在接收到网络设备发送的指示信息的情况下，向网络设备发送辅助信息。也就是说，终端可以是在网络设备的控制下发送的辅助信息。
比如，终端也可以是在上述三种情况的任意多种满足的情况下，向网络设备发送辅助信息。
可选地，网络设备发送的指示信息可以是用于指示终端发送辅助信息，和/或，用于指示辅助信息的发送触发条件，从而终端可以根据该指示信息，确定向网络设备发送辅助信息，和/或确定在何种情况下向网络设备发送辅助信息。
辅助信息的发送触发条件，也即网络设备指示终端在满足何种触发条件的情况下发送辅助信息，比如，上述指示信息可以指示终端在所测量到的信道质量满足一定门限时，发送辅助信息；或者，上述指示信息也可以指示终端在相关计时器到时的时候，发送辅助信息；或者，上述指示信息也可以指示终端在相关计时器到时之前，不发送辅助信息，当计时器到时后，再结合其他信息判断是否发送辅助信息。
可选地，接收网络设备发送的指示信息，包括：
接收网络设备发送的第一消息，第一消息中携带指示信息；
第一消息包括网络设备发送给特定终端的消息，和/或，网络设备广播的***消息。
具体地，网络设备向终端发送指示信息，可以通过不同的方式进行。
比如，网络设备可以在发送给特定终端的消息(也可以理解为向某个或某些终端发送的、区别于广播的消息)中，指示网络设备“要求”或“不要求”终端发送辅助信息。
比如，网络设备可以在***消息中，向小区广播通知，指示某一个或多 个组播业务是否“要求”或“不要求”收到该***消息的终端发送辅助信息。
可选地，向网络设备发送辅助信息，包括以下一项或多项：
终端处于RRC连接态下，向网络设备发送RRC消息，RRC消息中携带辅助信息；
终端处于RRC非激活态下，向网络设备发送RRC恢复消息，RRC恢复消息中携带辅助信息；
终端在随机接入过程中，向网络设备发送上行消息，上行消息中携带辅助信息。
具体地，终端可以通过不同的消息来发送辅助信息给网络设备，比如至少可以包括以下一种或多种方式：
(1)终端在连接态时，通过连接态下的RRC消息(可以是专门用来携带辅助信息的RRC消息，也可以将辅助信息作为一个消息嵌入其它RRC消息中)携带辅助信息发送给网络设备。
(2)终端在非激活态时，通过RRC恢复(RRCResume)消息携带辅助信息发送给网络设备。
(3)终端在连接态、非激活态或空闲态时，在随机接入过程中，在随机接入的上行消息(比如第一条上行消息或之后的某一条上行消息)中携带辅助信息发送给网络设备。
图2为本公开实施例提供的信息传输方法的流程示意图之二，该方法应用于网络设备(例如基站)，如图2所示，该方法包括如下步骤：
步骤200、接收终端发送的与接收组播业务相关的辅助信息，辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种。
步骤201、根据辅助信息，为终端进行组播业务的调度处理。
具体地，本公开实施例中，终端可以向网络设备(例如基站)提供其接收组播业务相关的辅助信息，比如，辅助信息中可以包含终端希望在何种RRC状态下接收组播业务，终端希望以何种方式接收组播业务等信息，从而网络设备可以在接收到该辅助信息后，参考该辅助信息，在后续更加灵活合理地 为终端进行组播业务的调度处理，以缓解终端只能在连接态下接收组播业务所带来的一系列问题。
可选地，终端的RRC状态可以包含RRC连接态(RRC Connected)、RRC空闲态(RRC Idle)、RRC非激活态(RRC Inactive)中的至少一种。比如，终端可以在向网络设备发送的辅助信息中指示终端希望在非激活态或空闲态下接收组播业务。
可选地，辅助信息中指示终端接收组播业务时的RRC状态可以是一种或多种。比如，终端可以在向网络设备发送的辅助信息中指示终端接收组播业务时的RRC状态为非激活态(表明终端希望在非激活态接收组播业务)；或者终端也可以在向网络设备发送的辅助信息中指示终端接收组播业务时的RRC状态为非激活态或空闲态(表明终端希望在非激活态或空闲态接收组播业务)；或者终端也可以在向网络设备发送的辅助信息中指示终端接收组播业务时的RRC状态为连接态、非激活态或空闲态(表明终端在连接态、非激活态或空闲态下都可以接收组播业务)，等等，在此不一一赘述。
可选地，终端可以在向网络设备发送的辅助信息中指示终端接收组播业务的接收方式，也即表明终端希望以何种接收方式来接收组播业务。
可选地，辅助信息所指示的组播业务的接收方式，可以是终端对于不同组播业务、不同RRC状态或其他不同接收条件下所希望的接收方式。
可选地，辅助信息中还可以包含终端感兴趣的组播业务的业务标识、接收方式与接收组播业务时终端的RRC状态之间的映射关系。
比如，辅助信息所指示的组播业务的接收方式，可以是终端对于不同组播业务的接收方式。如对于业务a，接收方式为接收方式A；对于业务b，接收方式为接收方式B。
比如，辅助信息所指示的组播业务的接收方式，可以是终端对于不同RRC状态的接收方式。如终端在连接态下的接收方式为接收方式A；终端在非激活态下的接收方式为接收方式B。
比如，辅助信息所指示的组播业务的接收方式，可以是终端对于不同组播业务和RRC状态的接收方式。如对于业务a，终端在连接态下的接收方式 为接收方式A，终端在非激活态下的接收方式为接收方式B；对于业务b，终端在非激活态下的接收方式为接收方式C，终端在空闲态下的接收方式为接收方式D。也就是说，某一种特定的组播业务接收方式可能对应于一种或多种RRC状态。例如，若终端只能在连接态以某一种方式A接收组播业务，而在其它RRC状态以另一种方式B接收组播业务(不同方式下，终端接收相关组播信道配置、接收相关组播数据业务的具体方法可能都不同，是针对不同的RRC状态适应性地设计的)，则在此情况下，上述辅助信息就可以体现为“业务a-接收方式A-连接态”、“业务a-接收方式B-非激活态或空闲态”等。
可选地，辅助信息还可以包括接收组播业务时所要满足的网络条件。
具体地，终端可以在向网络设备发送的辅助信息中指示终端在接收组播业务时所要满足的网络条件，也即表明终端希望在接收相应组播业务时需满足的网络条件。
可选地，上述网络条件可以包括信道质量、业务接收的QoS、误包率等，辅助信息可以指示终端在接收组播业务时所要满足的网络条件的状况或门限等。比如，终端希望接收某组播业务时所获得QoS为“高”、“中”或“低”等不同要求；或终端希望接收某组播业务时所经历的信道质量(譬如RSRP测量值)的高低；或终端希望接收某组播业务时所经历的误包率BLER的高低。可选地，这些要求或门限，可以是较粗颗粒度的“高”、“中”或“低”，也可以是更为准确的量化数值，在此不做限制。
可选地，辅助信息所指示的终端在接收组播业务时所要满足的网络条件，可以是终端对于不同组播业务、不同RRC状态、不同接收方式或其他不同接收条件下所要满足的网络条件，具体可参考上述RRC状态和接收方式的例子，在此不做详细赘述。
比如，辅助信息所指示的终端在接收组播业务时所要满足的网络条件，可以是终端对于不同组播业务所要满足的网络条件；或者可以是终端对于不同RRC状态所要满足的网络条件；或者可以是终端对于不同接收方式所要满足的网络条件；或者可以是终端对于不同组播业务和RRC状态所要满足的网络条件；或者可以是终端对于不同组播业务和接收方式所要满足的网络条件， 等等。
可选地，接收终端发送的与接收组播业务相关的辅助信息，包括：
接收终端发送的与接收的每一个组播业务相关的辅助信息；或者，
接收终端发送的与接收的至少两个组播业务相关的辅助信息。
具体地，以辅助信息指示终端接收组播业务时的RRC状态为例，其可以有多种不同的指示方式。
方式1：可选地，辅助信息可以包括与接收的每一个组播业务相关的RRC状态，比如辅助信息可以指示以下内容：
业务a-连接态或空闲态或非激活态；
业务b-空闲态或非激活态；
业务c-空闲态或非激活态；
业务d-非激活态；
…
方式2：可选地，辅助信息可以包括与接收的至少两个组播业务相关的RRC状态，比如辅助信息可以指示以下内容：
业务a/b/c/-连接态或空闲态或非激活态；
业务d/e/…-空闲态或非激活态；
…
方式3：可选地，辅助信息可以是上述方式1和方式2的组合，比如辅助信息可以指示以下内容：
业务a-连接态或空闲态或非激活态；
业务b-空闲态或非激活态；
业务c/d-连接态或空闲态或非激活态；
业务e/f/…-非激活态；
…
方式4：可选地，在上述方式1、2、3中，如果对于某个组播业务或某几个组播业务，终端在辅助信息中未指示接收该组播业务时的RRC状态，则表示终端希望在某种默认的RRC状态(如连接态或其他RRC状态)下接收 该组播业务。
可选地，在辅助信息指示组播业务的接收方式的情况下，其也可以有多种不同的指示方式，具体可参考上述RRC状态的例子，在此不做详细赘述。
例如，辅助信息可以包括与接收的每一个组播业务相关的接收方式，如辅助信息可以指示“业务a-接收方式A”、“业务b-接收方式B”、“业务a-接收方式A-连接态”、“业务a-接收方式B-非激活态”等。
例如，辅助信息可以包括与接收的至少两个组播业务相关的接收方式，如辅助信息可以指示“业务a/b-接收方式A”、“业务c/d-接收方式B”、“业务a/b/c-接收方式A-连接态”、“业务a/b/c-接收方式B-非激活态”等。
例如，辅助信息可以包括上述两者的组合(即辅助信息包括与接收的每一个组播业务相关的接收方式，以及与接收的至少两个组播业务相关的接收方式)，如辅助信息可以指示“业务a-接收方式A”、“业务c/d-接收方式B”、“业务c-接收方式A-连接态”、“业务a/b/c-接收方式B-非激活态或空闲态”等。
可选地，如果对于某个组播业务或某几个组播业务，终端在辅助信息中未指示接收该组播业务的接收方式，则表示终端希望以某种默认的组播业务接收方式或某种在所有RRC状态下都适用(都可采用)的组播业务接收方式，来接收该组播业务。
可选地，在辅助信息指示接收组播业务所要满足的网络条件的情况下，其也可以有多种不同的指示方式，比如，辅助信息可以包括与接收的每一个组播业务相关的网络条件，和/或，与接收的至少两个组播业务相关的网络条件，具体可参考上述RRC状态和接收方式的例子，在此不做详细赘述。
本公开实施例提供的信息传输方法，网络设备可以接收终端发送的与接收组播业务相关的辅助信息，并根据该辅助信息为终端进行组播业务的调度处理，从而能够提高为终端进行组播业务的调度处理的灵活性，并能够有效缓解终端只能在连接态下接收组播业务所带来的一系列问题。
可选地，接收终端发送的与接收组播业务相关的辅助信息，包括：
向终端发送指示信息，指示信息用于指示终端发送辅助信息，和/或，用 于指示辅助信息的发送触发条件；
接收终端根据指示信息发送的辅助信息。
具体地，在网络设备接收终端发送的辅助信息之前，网络设备可以先向终端发送指示信息，该指示信息用于指示终端发送辅助信息，和/或，用于指示辅助信息的发送触发条件，从而终端可以在接收到指示信息之后，根据指示信息向网络设备发送辅助信息。
可选地，终端根据指示信息向网络设备发送辅助信息，可以是仅根据指示信息向网络设备发送辅助信息；也可以是根据指示信息以及在满足其他条件(比如终端对至少一种组播业务感兴趣，终端确定能够在空闲态或非激活态接收组播业务，等等)的情况下，向网络设备发送的辅助信息。
可选地，辅助信息的发送触发条件，也即网络设备指示终端在满足何种触发条件的情况下发送辅助信息，比如，上述指示信息可以指示终端在所测量到的信道质量满足一定门限时，发送辅助信息；或者，上述指示信息也可以指示终端在相关计时器到时的时候，发送辅助信息；或者，上述指示信息也可以指示终端在相关计时器到时之前，不发送辅助信息，当计时器到时后，再结合其他信息判断是否发送辅助信息。
可选地，向终端发送指示信息，包括：
向终端发送第一消息，第一消息中携带指示信息；
第一消息包括网络设备发送给特定终端的消息，和/或，网络设备广播的***消息。
具体地，网络设备向终端发送指示信息，可以通过不同的方式进行。
比如，网络设备可以在发送给特定终端的消息(也可以理解为向某个或某些终端发送的、区别于广播的消息)中，指示网络设备“要求”或“不要求”终端发送辅助信息。
比如，网络设备可以在***消息中，向小区广播通知，指示某一个或多个组播业务是否“要求”或“不要求”收到该***消息的终端发送辅助信息。
可选地，接收终端发送的与接收组播业务相关的辅助信息，包括以下一项或多项：
接收处于RRC连接态的终端发送的RRC消息，RRC消息中携带辅助信息；
接收处于RRC非激活态的终端发送的RRC恢复消息，RRC恢复消息中携带辅助信息；
接收终端在随机接入过程中发送的上行消息，上行消息中携带辅助信息。
具体地，终端可以通过不同的消息来发送辅助信息给网络设备，比如至少可以包括以下一种或多种方式，相应地，网络设备可以通过不同的方式接收到辅助信息：
(1)终端在连接态时，通过连接态下的RRC消息(可以是专门用来携带辅助信息的RRC消息，也可以将辅助信息作为一个消息嵌入其它RRC消息中)携带辅助信息发送给网络设备。
(2)终端在非激活态时，通过RRC恢复(RRCResume)消息携带辅助信息发送给网络设备。
(3)终端在连接态、非激活态或空闲态时，在随机接入过程中，在随机接入的上行消息(比如第一条上行消息或之后的某一条上行消息)中携带辅助信息发送给网络设备。
本公开各实施例提供的方法是基于同一申请构思的，因此各方法的实施可以相互参见，重复之处不再赘述。
本公开各实施例提供的方法和装置是基于同一申请构思的，由于方法和装置解决问题的原理相似，因此装置和方法的实施可以相互参见，重复之处不再赘述。
图3为本公开实施例提供的终端的结构示意图，如图3所示，该终端包括存储器320，收发机310和处理器300；其中，处理器300与存储器320也可以物理上分开布置。
存储器320，用于存储计算机程序；收发机310，用于在处理器300的控制下收发数据。
具体地，收发机310用于在处理器300的控制下接收和发送数据。
其中，在图3中，总线架构可以包括任意数量的互联的总线和桥，具体 由处理器300代表的一个或多个处理器和存储器320代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本公开不再对其进行进一步描述。总线接口提供接口。收发机310可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。针对不同的用户设备，用户接口330还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器300负责管理总线架构和通常的处理，存储器320可以存储处理器300在执行操作时所使用的数据。
处理器300可以是中央处理器(Central Processing Unit,CPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)，处理器也可以采用多核架构。
处理器300通过调用存储器320存储的计算机程序，用于按照获得的可执行指令执行本公开实施例提供的任一所述方法，例如：确定与接收组播业务相关的辅助信息，辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；向网络设备发送辅助信息。
可选地，终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
辅助信息中还包含终端感兴趣的组播业务的业务标识、接收方式与接收组播业务时终端的RRC状态之间的映射关系。
可选地，辅助信息还包括：接收组播业务时所要满足的网络条件。
可选地，确定与接收组播业务相关的辅助信息，包括：
确定与接收的每一个组播业务相关的辅助信息；或者，
确定与接收的至少两个组播业务相关的辅助信息。
可选地，向网络设备发送辅助信息，包括以下至少一种：
在确定对至少一种组播业务感兴趣的情况下，向网络设备发送感兴趣的 至少一种组播业务对应的辅助信息；
在确定能够在RRC空闲态或RRC非激活态接收组播业务的情况下，向网络设备发送辅助信息，辅助信息中包含的接收组播业务时终端的RRC状态为RRC空闲态或RRC非激活态；
接收网络设备发送的指示信息，指示信息用于指示终端发送辅助信息，和/或，用于指示辅助信息的发送触发条件；根据指示信息，向网络设备发送辅助信息。
可选地，接收网络设备发送的指示信息，包括：
接收网络设备发送的第一消息，第一消息中携带指示信息；
第一消息包括网络设备发送给特定终端的消息，和/或，网络设备广播的***消息。
可选地，向网络设备发送辅助信息，包括以下一项或多项：
终端处于RRC连接态下，向网络设备发送RRC消息，RRC消息中携带辅助信息；
终端处于RRC非激活态下，向网络设备发送RRC恢复消息，RRC恢复消息中携带辅助信息；
终端在随机接入过程中，向网络设备发送上行消息，上行消息中携带辅助信息。
图4为本公开实施例提供的网络设备的结构示意图，如图4所示，该网络设备包括存储器420，收发机410和处理器400；其中，处理器400与存储器420也可以物理上分开布置。
存储器420，用于存储计算机程序；收发机410，用于在处理器400的控制下收发数据。
具体地，收发机410用于在处理器400的控制下接收和发送数据。
其中，在图4中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器400代表的一个或多个处理器和存储器420代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本公开 不再对其进行进一步描述。总线接口提供接口。收发机410可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。
处理器400负责管理总线架构和通常的处理，存储器420可以存储处理器400在执行操作时所使用的数据。
处理器400可以是CPU、ASIC、FPGA或CPLD，处理器也可以采用多核架构。
处理器400通过调用存储器420存储的计算机程序，用于按照获得的可执行指令执行本公开实施例提供的任一所述方法，例如：接收终端发送的与接收组播业务相关的辅助信息，辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；根据辅助信息，为终端进行组播业务的调度处理。
可选地，终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
辅助信息中还包含终端感兴趣的组播业务的业务标识、接收方式与接收组播业务时终端的RRC状态之间的映射关系。
可选地，辅助信息还包括：接收组播业务时所要满足的网络条件。
可选地，接收终端发送的与接收组播业务相关的辅助信息，包括：
接收终端发送的与接收的每一个组播业务相关的辅助信息；或者，
接收终端发送的与接收的至少两个组播业务相关的辅助信息。
可选地，接收终端发送的与接收组播业务相关的辅助信息，包括：
向终端发送指示信息，指示信息用于指示终端发送辅助信息，和/或，用于指示辅助信息的发送触发条件；
接收终端根据指示信息发送的辅助信息。
可选地，向终端发送指示信息，包括：
向终端发送第一消息，第一消息中携带指示信息；
第一消息包括网络设备发送给特定终端的消息，和/或，网络设备广播的***消息。
可选地，接收终端发送的与接收组播业务相关的辅助信息，包括以下一项或多项：
接收处于RRC连接态的终端发送的RRC消息，RRC消息中携带辅助信息；
接收处于RRC非激活态的终端发送的RRC恢复消息，RRC恢复消息中携带辅助信息；
接收终端在随机接入过程中发送的上行消息，上行消息中携带辅助信息。
在此需要说明的是，本公开实施例提供的上述终端和网络设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
图5为本公开实施例提供的信息传输装置的结构示意图之一，该装置应用于终端，如图5所示，该装置包括：
确定单元500，用于确定与接收组播业务相关的辅助信息，辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
发送单元510，用于向网络设备发送辅助信息。
可选地，终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
辅助信息中还包含终端感兴趣的组播业务的业务标识、接收方式与接收组播业务时终端的RRC状态之间的映射关系。
可选地，辅助信息还包括：接收组播业务时所要满足的网络条件。
可选地，确定与接收组播业务相关的辅助信息，包括：
确定与接收的每一个组播业务相关的辅助信息；或者，
确定与接收的至少两个组播业务相关的辅助信息。
可选地，向网络设备发送辅助信息，包括以下至少一种：
在确定对至少一种组播业务感兴趣的情况下，向网络设备发送感兴趣的至少一种组播业务对应的辅助信息；
在确定能够在RRC空闲态或RRC非激活态接收组播业务的情况下，向 网络设备发送辅助信息，辅助信息中包含的接收组播业务时终端的RRC状态为RRC空闲态或RRC非激活态；
接收网络设备发送的指示信息，指示信息用于指示终端发送辅助信息，和/或，用于指示辅助信息的发送触发条件；根据指示信息，向网络设备发送辅助信息。
可选地，接收网络设备发送的指示信息，包括：
接收网络设备发送的第一消息，第一消息中携带指示信息；
第一消息包括网络设备发送给特定终端的消息，和/或，网络设备广播的***消息。
可选地，向网络设备发送辅助信息，包括以下一项或多项：
终端处于RRC连接态下，向网络设备发送RRC消息，RRC消息中携带辅助信息；
终端处于RRC非激活态下，向网络设备发送RRC恢复消息，RRC恢复消息中携带辅助信息；
终端在随机接入过程中，向网络设备发送上行消息，上行消息中携带辅助信息。
图6为本公开实施例提供的信息传输装置的结构示意图之二，该装置应用于网络设备，如图6所示，该装置包括：
接收单元600，用于接收终端发送的与接收组播业务相关的辅助信息，辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
处理单元610，用于根据辅助信息，为终端进行组播业务的调度处理。
可选地，终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
辅助信息中还包含终端感兴趣的组播业务的业务标识、接收方式与接收组播业务时终端的RRC状态之间的映射关系。
可选地，辅助信息还包括：接收组播业务时所要满足的网络条件。
可选地，接收终端发送的与接收组播业务相关的辅助信息，包括：
接收终端发送的与接收的每一个组播业务相关的辅助信息；或者，
接收终端发送的与接收的至少两个组播业务相关的辅助信息。
可选地，接收终端发送的与接收组播业务相关的辅助信息，包括：
向终端发送指示信息，指示信息用于指示终端发送辅助信息，和/或，用于指示辅助信息的发送触发条件；
接收终端根据指示信息发送的辅助信息。
可选地，向终端发送指示信息，包括：
向终端发送第一消息，第一消息中携带指示信息；
第一消息包括网络设备发送给特定终端的消息，和/或，网络设备广播的***消息。
可选地，接收终端发送的与接收组播业务相关的辅助信息，包括以下一项或多项：
接收处于RRC连接态的终端发送的RRC消息，RRC消息中携带辅助信息；
接收处于RRC非激活态的终端发送的RRC恢复消息，RRC恢复消息中携带辅助信息；
接收终端在随机接入过程中发送的上行消息，上行消息中携带辅助信息。
需要说明的是，本公开实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本公开各个实施例所 述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
在此需要说明的是，本公开实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
另一方面，本公开实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使计算机执行上述各实施例提供的信息传输方法。
在此需要说明的是，本公开实施例提供的计算机可读存储介质，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
所述计算机可读存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。
本公开实施例提供的技术方案可以适用于多种***，尤其是5G***。例如适用的***可以是全球移动通讯(global system of mobile communication，GSM)***、码分多址(code division multiple access，CDMA)***、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)通用分组无线业务(general packet radio service，GPRS)***、长期演进(long term evolution，LTE)***、LTE频分双工(frequency division duplex，FDD)***、LTE时分双工(time division duplex，TDD)***、高级长期演进(long term evolution advanced，LTE-A)***、通用移动***(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)***、5G新空口(New Radio,NR)***等。这多种***中均包括终端设备和网络设备。***中还可以包括核心网部分，例如演进的 分组***(Evloved Packet System,EPS)、5G***(5GS)等。
本公开实施例涉及的终端，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。在不同的***中，终端的名称可能也不相同，例如在5G***中，终端可以称为用户设备(User Equipment，UE)。无线终端设备可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网(Core Network,CN)进行通信，无线终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(Session Initiated Protocol，SIP)话机、无线本地环路(Wireless Local Loop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)等设备。无线终端设备也可以称为***、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、用户装置(user device)，本公开实施例中并不限定。
本公开实施例涉及的网络设备，可以是基站，该基站可以包括多个为终端提供服务的小区。根据具体应用场合不同，基站又可以称为接入点，或者可以是接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备，或者其它名称。网络设备可用于将收到的空中帧与网际协议(Internet Protocol，IP)分组进行相互更换，作为无线终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)通信网络。网络设备还可协调对空中接口的属性管理。例如，本公开实施例涉及的网络设备可以是全球移动通信***(Global System for Mobile communications，GSM)或码分多址接入(Code Division Multiple Access，CDMA)中的网络设备(Base Transceiver Station，BTS)，也可以是带宽码分多址接入(Wide-band Code Division Multiple Access，WCDMA)中的网络设备(NodeB)，还可以是长期 演进(long term evolution，LTE)***中的演进型网络设备(evolutional Node B，eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站(gNB)，也可以是家庭演进基站(Home evolved Node B，HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，本公开实施例中并不限定。在一些网络结构中，网络设备可以包括集中单元(centralized unit，CU)节点和分布单元(distributed unit，DU)节点，集中单元和分布单元也可以地理上分开布置。
网络设备与终端之间可以各自使用一或多根天线进行多输入多输出(Multi Input Multi Output,MIMO)传输，MIMO传输可以是单用户MIMO(Single User MIMO,SU-MIMO)或多用户MIMO(Multiple User MIMO,MU-MIMO)。根据根天线组合的形态和数量，MIMO传输可以是2D-MIMO、3D-MIMO、FD-MIMO或massive-MIMO，也可以是分集传输或预编码传输或波束赋形传输等。
本领域内的技术人员应明白，本公开的实施例可提供为方法、***、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中，使得存储在该处理器可读存储 器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本公开进行各种改动和变型而不脱离本公开的精神和范围。这样，倘若本公开的这些修改和变型属于本公开权利要求及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。

Claims (43)

  1. 一种信息传输方法，其特征在于，应用于终端，包括：
    确定与接收组播业务相关的辅助信息，所述辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
    向网络设备发送所述辅助信息。
  2. 根据权利要求1所述的信息传输方法，其特征在于，所述终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
    所述辅助信息中还包含所述终端感兴趣的组播业务的业务标识、所述接收方式与接收组播业务时终端的RRC状态之间的映射关系。
  3. 根据权利要求1所述的信息传输方法，其特征在于，所述辅助信息还包括：接收组播业务时所要满足的网络条件。
  4. 根据权利要求1至3任一项所述的信息传输方法，其特征在于，所述确定与接收组播业务相关的辅助信息，包括：
    确定与接收的每一个组播业务相关的辅助信息；或者，
    确定与接收的至少两个组播业务相关的辅助信息。
  5. 根据权利要求1至3任一项所述的信息传输方法，其特征在于，所述向网络设备发送所述辅助信息，包括以下至少一种：
    在确定对至少一种组播业务感兴趣的情况下，向网络设备发送感兴趣的所述至少一种组播业务对应的辅助信息；
    在确定能够在RRC空闲态或RRC非激活态接收组播业务的情况下，向网络设备发送辅助信息，所述辅助信息中包含的接收组播业务时终端的RRC状态为RRC空闲态或RRC非激活态；
    接收网络设备发送的指示信息，所述指示信息用于指示所述终端发送所述辅助信息，和/或，用于指示所述辅助信息的发送触发条件；根据所述指示信息，向网络设备发送辅助信息。
  6. 根据权利要求5所述的信息传输方法，其特征在于，所述接收网络设备发送的指示信息，包括：
    接收网络设备发送的第一消息，所述第一消息中携带所述指示信息；
    所述第一消息包括网络设备发送给特定终端的消息，和/或，网络设备广 播的***消息。
  7. 根据权利要求1至3任一项所述的信息传输方法，其特征在于，所述向网络设备发送所述辅助信息，包括以下一项或多项：
    所述终端处于RRC连接态下，向网络设备发送RRC消息，所述RRC消息中携带所述辅助信息；
    所述终端处于RRC非激活态下，向网络设备发送RRC恢复消息，所述RRC恢复消息中携带所述辅助信息；
    所述终端在随机接入过程中，向网络设备发送上行消息，所述上行消息中携带所述辅助信息。
  8. 一种信息传输方法，其特征在于，应用于网络设备，包括：
    接收终端发送的与接收组播业务相关的辅助信息，所述辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
    根据所述辅助信息，为所述终端进行组播业务的调度处理。
  9. 根据权利要求8所述的信息传输方法，其特征在于，所述终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
    所述辅助信息中还包含所述终端感兴趣的组播业务的业务标识、所述接收方式与接收组播业务时终端的RRC状态之间的映射关系。
  10. 根据权利要求8所述的信息传输方法，其特征在于，所述辅助信息还包括：接收组播业务时所要满足的网络条件。
  11. 根据权利要求8至10任一项所述的信息传输方法，其特征在于，所述接收终端发送的与接收组播业务相关的辅助信息，包括：
    接收终端发送的与接收的每一个组播业务相关的辅助信息；或者，
    接收终端发送的与接收的至少两个组播业务相关的辅助信息。
  12. 根据权利要求8至10任一项所述的信息传输方法，其特征在于，所述接收终端发送的与接收组播业务相关的辅助信息，包括：
    向终端发送指示信息，所述指示信息用于指示所述终端发送所述辅助信息，和/或，用于指示所述辅助信息的发送触发条件；
    接收所述终端根据所述指示信息发送的所述辅助信息。
  13. 根据权利要求12所述的信息传输方法，其特征在于，所述向终端发送指示信息，包括：
    向终端发送第一消息，所述第一消息中携带所述指示信息；
    所述第一消息包括所述网络设备发送给特定终端的消息，和/或，所述网络设备广播的***消息。
  14. 根据权利要求8至10任一项所述的信息传输方法，其特征在于，所述接收终端发送的与接收组播业务相关的辅助信息，包括以下一项或多项：
    接收处于RRC连接态的终端发送的RRC消息，所述RRC消息中携带所述辅助信息；
    接收处于RRC非激活态的终端发送的RRC恢复消息，所述RRC恢复消息中携带所述辅助信息；
    接收终端在随机接入过程中发送的上行消息，所述上行消息中携带所述辅助信息。
  15. 一种终端，其特征在于，包括存储器，收发机，处理器：
    存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
    确定与接收组播业务相关的辅助信息，所述辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
    向网络设备发送所述辅助信息。
  16. 根据权利要求15所述的终端，其特征在于，所述终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
    所述辅助信息中还包含所述终端感兴趣的组播业务的业务标识、所述接收方式与接收组播业务时终端的RRC状态之间的映射关系。
  17. 根据权利要求15所述的终端，其特征在于，所述辅助信息还包括：接收组播业务时所要满足的网络条件。
  18. 根据权利要求15至17任一项所述的终端，其特征在于，所述确定与接收组播业务相关的辅助信息，包括：
    确定与接收的每一个组播业务相关的辅助信息；或者，
    确定与接收的至少两个组播业务相关的辅助信息。
  19. 根据权利要求15至17任一项所述的终端，其特征在于，所述向网络设备发送所述辅助信息，包括以下至少一种：
    在确定对至少一种组播业务感兴趣的情况下，向网络设备发送感兴趣的所述至少一种组播业务对应的辅助信息；
    在确定能够在RRC空闲态或RRC非激活态接收组播业务的情况下，向网络设备发送辅助信息，所述辅助信息中包含的接收组播业务时终端的RRC状态为RRC空闲态或RRC非激活态；
    接收网络设备发送的指示信息，所述指示信息用于指示所述终端发送所述辅助信息，和/或，用于指示所述辅助信息的发送触发条件；根据所述指示信息，向网络设备发送辅助信息。
  20. 根据权利要求19所述的终端，其特征在于，所述接收网络设备发送的指示信息，包括：
    接收网络设备发送的第一消息，所述第一消息中携带所述指示信息；
    所述第一消息包括网络设备发送给特定终端的消息，和/或，网络设备广播的***消息。
  21. 根据权利要求15至17任一项所述的终端，其特征在于，所述向网络设备发送所述辅助信息，包括以下一项或多项：
    所述终端处于RRC连接态下，向网络设备发送RRC消息，所述RRC消息中携带所述辅助信息；
    所述终端处于RRC非激活态下，向网络设备发送RRC恢复消息，所述RRC恢复消息中携带所述辅助信息；
    所述终端在随机接入过程中，向网络设备发送上行消息，所述上行消息中携带所述辅助信息。
  22. 一种网络设备，其特征在于，包括存储器，收发机，处理器：
    存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
    接收终端发送的与接收组播业务相关的辅助信息，所述辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
    根据所述辅助信息，为所述终端进行组播业务的调度处理。
  23. 根据权利要求22所述的网络设备，其特征在于，所述终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
    所述辅助信息中还包含所述终端感兴趣的组播业务的业务标识、所述接收方式与接收组播业务时终端的RRC状态之间的映射关系。
  24. 根据权利要求22所述的网络设备，其特征在于，所述辅助信息还包括：接收组播业务时所要满足的网络条件。
  25. 根据权利要求22至24任一项所述的网络设备，其特征在于，所述接收终端发送的与接收组播业务相关的辅助信息，包括：
    接收终端发送的与接收的每一个组播业务相关的辅助信息；或者，
    接收终端发送的与接收的至少两个组播业务相关的辅助信息。
  26. 根据权利要求22至24任一项所述的网络设备，其特征在于，所述接收终端发送的与接收组播业务相关的辅助信息，包括：
    向终端发送指示信息，所述指示信息用于指示所述终端发送所述辅助信息，和/或，用于指示所述辅助信息的发送触发条件；
    接收所述终端根据所述指示信息发送的所述辅助信息。
  27. 根据权利要求26所述的网络设备，其特征在于，所述向终端发送指示信息，包括：
    向终端发送第一消息，所述第一消息中携带所述指示信息；
    所述第一消息包括所述网络设备发送给特定终端的消息，和/或，所述网络设备广播的***消息。
  28. 根据权利要求22至24任一项所述的网络设备，其特征在于，所述接收终端发送的与接收组播业务相关的辅助信息，包括以下一项或多项：
    接收处于RRC连接态的终端发送的RRC消息，所述RRC消息中携带所述辅助信息；
    接收处于RRC非激活态的终端发送的RRC恢复消息，所述RRC恢复消息中携带所述辅助信息；
    接收终端在随机接入过程中发送的上行消息，所述上行消息中携带所述辅助信息。
  29. 一种信息传输装置，其特征在于，应用于终端，包括：
    确定单元，用于确定与接收组播业务相关的辅助信息，所述辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
    发送单元，用于向网络设备发送所述辅助信息。
  30. 根据权利要求29所述的信息传输装置，其特征在于，所述终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
    所述辅助信息中还包含所述终端感兴趣的组播业务的业务标识、所述接收方式与接收组播业务时终端的RRC状态之间的映射关系。
  31. 根据权利要求29所述的信息传输装置，其特征在于，所述辅助信息还包括：接收组播业务时所要满足的网络条件。
  32. 根据权利要求29至31任一项所述的信息传输装置，其特征在于，所述确定与接收组播业务相关的辅助信息，包括：
    确定与接收的每一个组播业务相关的辅助信息；或者，
    确定与接收的至少两个组播业务相关的辅助信息。
  33. 根据权利要求29至31任一项所述的信息传输装置，其特征在于，所述向网络设备发送所述辅助信息，包括以下至少一种：
    在确定对至少一种组播业务感兴趣的情况下，向网络设备发送感兴趣的所述至少一种组播业务对应的辅助信息；
    在确定能够在RRC空闲态或RRC非激活态接收组播业务的情况下，向网络设备发送辅助信息，所述辅助信息中包含的接收组播业务时终端的RRC状态为RRC空闲态或RRC非激活态；
    接收网络设备发送的指示信息，所述指示信息用于指示所述终端发送所 述辅助信息，和/或，用于指示所述辅助信息的发送触发条件；根据所述指示信息，向网络设备发送辅助信息。
  34. 根据权利要求33所述的信息传输装置，其特征在于，所述接收网络设备发送的指示信息，包括：
    接收网络设备发送的第一消息，所述第一消息中携带所述指示信息；
    所述第一消息包括网络设备发送给特定终端的消息，和/或，网络设备广播的***消息。
  35. 根据权利要求29至31任一项所述的信息传输装置，其特征在于，所述向网络设备发送所述辅助信息，包括以下一项或多项：
    所述终端处于RRC连接态下，向网络设备发送RRC消息，所述RRC消息中携带所述辅助信息；
    所述终端处于RRC非激活态下，向网络设备发送RRC恢复消息，所述RRC恢复消息中携带所述辅助信息；
    所述终端在随机接入过程中，向网络设备发送上行消息，所述上行消息中携带所述辅助信息。
  36. 一种信息传输装置，其特征在于，应用于网络设备，包括：
    接收单元，用于接收终端发送的与接收组播业务相关的辅助信息，所述辅助信息中包含组播业务的接收方式、接收组播业务时终端的无线资源控制RRC状态中的至少一种；
    处理单元，用于根据所述辅助信息，为所述终端进行组播业务的调度处理。
  37. 根据权利要求36所述的信息传输装置，其特征在于，所述终端的RRC状态包含RRC连接态、RRC空闲态、RRC非激活态中的至少一种；和/或；
    所述辅助信息中还包含所述终端感兴趣的组播业务的业务标识、所述接收方式与接收组播业务时终端的RRC状态之间的映射关系。
  38. 根据权利要求36所述的信息传输装置，其特征在于，所述辅助信息还包括：接收组播业务时所要满足的网络条件。
  39. 根据权利要求36至38任一项所述的信息传输装置，其特征在于，所述接收终端发送的与接收组播业务相关的辅助信息，包括：
    接收终端发送的与接收的每一个组播业务相关的辅助信息；或者，
    接收终端发送的与接收的至少两个组播业务相关的辅助信息。
  40. 根据权利要求36至38任一项所述的信息传输装置，其特征在于，所述接收终端发送的与接收组播业务相关的辅助信息，包括：
    向终端发送指示信息，所述指示信息用于指示所述终端发送所述辅助信息，和/或，用于指示所述辅助信息的发送触发条件；
    接收所述终端根据所述指示信息发送的所述辅助信息。
  41. 根据权利要求40所述的信息传输装置，其特征在于，所述向终端发送指示信息，包括：
    向终端发送第一消息，所述第一消息中携带所述指示信息；
    所述第一消息包括所述网络设备发送给特定终端的消息，和/或，所述网络设备广播的***消息。
  42. 根据权利要求36至38任一项所述的信息传输装置，其特征在于，所述接收终端发送的与接收组播业务相关的辅助信息，包括以下一项或多项：
    接收处于RRC连接态的终端发送的RRC消息，所述RRC消息中携带所述辅助信息；
    接收处于RRC非激活态的终端发送的RRC恢复消息，所述RRC恢复消息中携带所述辅助信息；
    接收终端在随机接入过程中发送的上行消息，所述上行消息中携带所述辅助信息。
  43. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使计算机执行权利要求1至7任一项所述的方法，或执行权利要求8至14任一项所述的方法。
PCT/CN2023/084980 2022-04-20 2023-03-30 信息传输方法、终端、网络设备、装置及存储介质 WO2023202343A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210420550.3 2022-04-20
CN202210420550.3A CN116962991A (zh) 2022-04-20 2022-04-20 信息传输方法、终端、网络设备、装置及存储介质

Publications (1)

Publication Number Publication Date
WO2023202343A1 true WO2023202343A1 (zh) 2023-10-26

Family

ID=88419174

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/084980 WO2023202343A1 (zh) 2022-04-20 2023-03-30 信息传输方法、终端、网络设备、装置及存储介质

Country Status (2)

Country Link
CN (1) CN116962991A (zh)
WO (1) WO2023202343A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022022543A1 (zh) * 2020-07-30 2022-02-03 大唐移动通信设备有限公司 一种信息上报方法、终端及网络侧设备
WO2022027537A1 (en) * 2020-08-07 2022-02-10 JRD Communication (Shenzhen) Ltd. Apparatus and method for multicast/broadcast service
CN114071369A (zh) * 2020-08-06 2022-02-18 维沃移动通信有限公司 一种信息传输方法、装置、终端及网络设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022022543A1 (zh) * 2020-07-30 2022-02-03 大唐移动通信设备有限公司 一种信息上报方法、终端及网络侧设备
CN114071369A (zh) * 2020-08-06 2022-02-18 维沃移动通信有限公司 一种信息传输方法、装置、终端及网络设备
WO2022027537A1 (en) * 2020-08-07 2022-02-10 JRD Communication (Shenzhen) Ltd. Apparatus and method for multicast/broadcast service

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "MBS reception in Idle and Inactive mode", 3GPP DRAFT; R2-2009953, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. eMeeting; 20201102 - 20201113, 23 October 2020 (2020-10-23), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051942721 *
OPPO: "RRC state control for MBS reception", 3GPP DRAFT; R2-2102896, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20210412 - 20210420, 2 April 2021 (2021-04-02), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052174468 *

Also Published As

Publication number Publication date
CN116962991A (zh) 2023-10-27

Similar Documents

Publication Publication Date Title
WO2022028276A1 (zh) 业务处理方法、信息指示方法、终端和网络设备
WO2023051265A1 (zh) 确定pdcch监听自适应行为的方法及装置
WO2022206678A1 (zh) 数据传输方法、装置及存储介质
WO2023011465A1 (zh) Ul定位参考信号的激活方法、装置、终端及网络侧设备
WO2022171154A1 (zh) 数据分析方法、装置、电子设备及存储介质
WO2022152092A1 (zh) 数据传输控制方法和装置
WO2022156439A1 (zh) 信息传输方法、装置、基站及介质
WO2023202343A1 (zh) 信息传输方法、终端、网络设备、装置及存储介质
WO2023202391A1 (zh) 组播业务传输方法、设备、装置及存储介质
WO2024027584A1 (zh) 多播业务的业务数据接收方法、设备、装置及存储介质
WO2023241335A1 (zh) 一种组播业务的传输处理方法及装置
WO2023202437A1 (zh) 多播业务的传输方法及装置
WO2024022157A1 (zh) 定位处理方法、装置及设备
WO2024067342A1 (zh) 业务数据的接收方法、装置、第一终端和网络设备
WO2023020276A1 (zh) 组播广播业务数据传输方法、装置、设备以及存储介质
WO2023185987A1 (zh) 传输处理方法、网络设备、终端、装置及存储介质
WO2023061081A1 (zh) 一种信息处理方法、装置及可读存储介质
WO2024067322A1 (zh) 候选小区配置的变更方法、装置、终端和网络设备
WO2023208046A1 (zh) 资源选择方法、设备、装置及存储介质
WO2023237006A1 (zh) 一种小数据传输的处理方法、装置及可读存储介质
WO2023231767A1 (zh) 定时提前值传输方法、装置及存储介质
WO2024066399A1 (zh) 进入连接态的方法、装置、终端和网络设备
WO2023207595A1 (zh) 一种资源调度方法、装置、网络设备及网元
WO2023202316A1 (zh) 一种一致性lbt失败的处理方法、终端及网络设备
WO2024027450A1 (zh) 保持辅节点不变的方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23791001

Country of ref document: EP

Kind code of ref document: A1