WO2024012275A1 - 通知处理方法、通知方法、装置、终端及网络侧设备 - Google Patents

通知处理方法、通知方法、装置、终端及网络侧设备 Download PDF

Info

Publication number
WO2024012275A1
WO2024012275A1 PCT/CN2023/104946 CN2023104946W WO2024012275A1 WO 2024012275 A1 WO2024012275 A1 WO 2024012275A1 CN 2023104946 W CN2023104946 W CN 2023104946W WO 2024012275 A1 WO2024012275 A1 WO 2024012275A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast service
terminal
notification
multicast
signaling
Prior art date
Application number
PCT/CN2023/104946
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 WO2024012275A1 publication Critical patent/WO2024012275A1/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
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like

Definitions

  • This application belongs to the field of communication technology, and specifically relates to a notification processing method, notification method, device, terminal and network side equipment.
  • Some communication systems support multicast service transmission, specifically supporting terminals to receive multicast services in a connected state.
  • the terminal cannot determine whether the configuration of the multicast service has changed or whether the multicast service has ended, and either of these two may affect the terminal's multicast service reception effect. It can be seen that the multicast service reception effect of the current terminal is relatively poor.
  • Embodiments of the present application provide a notification processing method, a notification method, a device, a terminal, and a network-side device, which can solve the problem of poor reception of multicast services by the terminal.
  • the first aspect provides a notification processing method, including:
  • the terminal receives a first notification, and the first notification is used to notify at least one of: a change in the configuration of the multicast service and an end of the multicast service;
  • the multicast service is a multicast service that the terminal is receiving.
  • the end of the multicast service includes at least one of the following: the end of the sending of the multicast service or the end of the reception of the multicast service;
  • the terminal performs a response operation for the first notification.
  • the second aspect provides a notification method, including:
  • the network side device sends a first notification to the terminal.
  • the first notification is used to notify at least one of: a change in the configuration of the multicast service and an end of the multicast service; the multicast service is being received by the terminal.
  • multicast service, the end of the multicast service includes at least one of the following: the end of sending the multicast service or the end of receiving the multicast service.
  • a notification processing device including:
  • a first receiving module configured to receive a first notification, where the first notification is used to notify at least one of: a change in the configuration of the multicast service and an end of the multicast service; the multicast service is for the terminal The multicast service is being received, and the end of the multicast service includes at least one of the following: the end of sending the multicast service or the end of receiving the multicast service;
  • An execution module configured to execute the response operation of the first notification.
  • a notification device including:
  • the first sending module is configured to send a first notification to the terminal.
  • the first notification is used to notify at least one of: a change in the configuration of the multicast service and an end of the multicast service; the multicast service is the The multicast service being received by the terminal, the end of the multicast service includes at least one of the following: the end of sending the multicast service or the end of receiving the multicast service.
  • a terminal in a fifth aspect, includes a processor and a memory.
  • the memory stores programs or instructions that can be run on the processor.
  • the present application is implemented.
  • the embodiment provides the steps of the notification processing method.
  • a terminal including a processor and a communication interface, wherein the communication interface is used to receive a first notification, and the first notification is used to notify that the configuration of the multicast service is changed and the multicast service configuration is changed.
  • the multicast service is the multicast service being received by the terminal, and the multicast service end includes at least one of the following: the multicast service transmission is completed or the multicast service is completed. Reception ends; the processor or communication interface is used to perform a response operation to the first notification.
  • a network-side device including a processor and a memory.
  • the memory stores programs or instructions that can be run on the processor.
  • the present application is implemented.
  • the embodiment provides steps of the notification method.
  • a network side device including a processor and a communication interface, wherein the communication interface is used to send a first notification to the terminal, and the first notification is used to notify that the configuration of the multicast service has changed. and at least one of the end of the multicast service; the multicast service is the multicast service being received by the terminal, and the end of the multicast service includes at least one of the following: the end of the transmission of the multicast service or the end of the multicast service. The multicast service reception ends.
  • a readable storage medium is provided.
  • Programs or instructions are stored on the readable storage medium.
  • the steps of the notification processing method provided by the embodiments of the present application are implemented, or,
  • the program or instruction is executed by the processor, the steps of the notification method provided by the embodiment of the present application are implemented.
  • a chip in a tenth aspect, includes a processor and a communication interface.
  • the communication interface is coupled to the processor.
  • the processor is used to run programs or instructions to implement notification processing provided by embodiments of the present application. Method, or the processor is used to run a program or instruction to implement the notification method provided by the embodiment of the present application.
  • a computer program/program product is provided, the computer program/program product is stored in a storage medium, and the computer program/program product is executed by at least one processor to implement the methods provided by the embodiments of the present application.
  • the steps of the notification processing method, or the computer program/program product is executed by at least one processor to implement the steps of the notification method provided by the embodiment of the present application.
  • a frequency domain resource determination system including: a terminal and a network side device.
  • the terminal can be used to perform the steps of the notification processing method provided by the embodiment of the present application.
  • the network side device can be used to perform the steps of the notification processing method provided by the embodiment of the present application. The steps of the notification method provided by the application embodiment.
  • the terminal receives the first notification, which is used to notify: the configuration of the multicast service is issued.
  • At least one of a change and the end of the multicast service the end of the multicast service includes at least one of the following: the end of the multicast service sending or the end of the multicast service reception; the multicast service is the end of the multicast service.
  • the multicast service that the terminal is receiving; the terminal performs a response operation to the first notification. In this way, the terminal can learn at least one of a change in the configuration of the multicast service and an end of the multicast service, thereby improving the multicast service reception effect of the terminal.
  • Figure 1 is a block diagram of a wireless communication system applicable to the embodiment of the present application.
  • Figure 2 is a flow chart of a notification processing method provided by an embodiment of the present application.
  • Figure 3 is a flow chart of a notification method provided by an embodiment of the present application.
  • Figure 4 is a structural diagram of a notification processing device provided by an embodiment of the present application.
  • Figure 5 is a structural diagram of a notification device provided by an embodiment of the present application.
  • Figure 6 is a structural diagram of a communication device provided by an embodiment of the present application.
  • Figure 7 is a structural diagram of a terminal provided by an embodiment of the present application.
  • Figure 8 is a structural diagram of a network side device provided by an embodiment of the present application.
  • first, second, etc. in the description and claims of this application are used to distinguish similar objects and are not used to describe a specific order or sequence. It is to be understood that the terms so used are interchangeable under appropriate circumstances so that the embodiments of the present application can be practiced in sequences other than those illustrated or described herein, and that "first" and “second” are distinguished objects It is usually one type, and the number of objects is not limited.
  • the first object can be one or multiple.
  • “and/or” in the description and claims indicates at least one of the connected objects, and the character “/" generally indicates that the related objects are in an "or” relationship.
  • LTE Long Term Evolution
  • LTE-Advanced, LTE-A Long Term Evolution
  • LTE-A Long Term Evolution
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single-carrier Frequency Division Multiple Access
  • NR New Radio
  • FIG. 1 shows a block diagram of a wireless communication system to which embodiments of the present application are applicable.
  • the wireless communication system includes a terminal 11 and a network side device 12.
  • the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer), or a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a handheld computer, a netbook, or a super mobile personal computer.
  • Tablet Personal Computer Tablet Personal Computer
  • laptop computer laptop computer
  • PDA Personal Digital Assistant
  • PDA Personal Digital Assistant
  • UMPC ultra-mobile personal computer
  • UMPC mobile Internet device
  • MID mobile Internet device
  • augmented reality augmented reality, AR
  • VR virtual reality
  • robots wearable devices
  • Vehicle user equipment VUE
  • pedestrian terminal pedestrian terminal
  • PUE pedestrian terminal
  • smart home home equipment with wireless communication functions, such as refrigerators, TVs, washing machines or furniture, etc.
  • game consoles personal computers (personal computer, PC), teller machine or self-service machine and other terminal-side devices.
  • Wearable devices include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets) bracelets, smart anklets, etc.), smart wristbands, smart clothing, etc.
  • the network side device 12 may include an access network device or a core network device, where the network side device 12 may also be called a radio access network device, a radio access network (Radio Access Network, RAN), a radio access network function or a wireless access network unit.
  • the network side device 12 may include a base station, a Wireless Local Area Network (WLAN) access point or a WiFi node, etc.
  • WLAN Wireless Local Area Network
  • the base station may be called a Node B, an Evolved Node B (eNB), an access point, a base transceiver station ( Base Transceiver Station (BTS), radio base station, radio transceiver, Basic Service Set (BSS), Extended Service Set (ESS), home B-node, home evolved B-node, sending and receiving point ( Transmitting Receiving Point (TRP) or some other suitable term in the field, as long as the same technical effect is achieved, the base station is not limited to specific technical terms. It should be noted that in the embodiment of this application, only the NR system is used The base station is introduced as an example, and the specific type of base station is not limited.
  • Core network equipment may include but is not limited to at least one of the following: core network nodes, core network functions, mobility management entities (Mobility Management Entity, MME), access mobility management functions (Access and Mobility Management Function, AMF), session management functions (Session Management Function, SMF), User Plane Function (UPF), Policy Control Function (PCF), Policy and Charging Rules Function (PCRF), Edge Application Services Discovery function (Edge Application Server Discovery Function, EASDF), unified data management (Unified Data Management, UDM), unified data warehousing (Unified Data Repository, UDR), home subscriber server (Home Subscriber Server, HSS), centralized network configuration ( Centralized network configuration, CNC), Network Repository Function (NRF), Network Exposure Function (NEF), Local NEF (Local NEF, or L-NEF), Binding Support Function (Binding Support Function, BSF), application function (Application Function, AF), etc.
  • MME mobility management entities
  • AMF Access and Mobility Management Function
  • SMF Session Management Function
  • Figure 2 is a flow chart of a notification processing method provided by an embodiment of the present application. As shown in Figure 2, it includes the following steps, including:
  • the terminal receives the first notification.
  • the first notification is used to notify at least one of: a change in the configuration of the multicast service and the end of the multicast service; the multicast service is a multicast service being received by the terminal.
  • multicast service, the end of the multicast service includes at least one of the following: the end of sending the multicast service or the end of receiving the multicast service.
  • the above-mentioned first notification may be that the terminal receives a notification sent by the network side device.
  • the embodiments of the present application are not limited to this.
  • the above-mentioned terminal may receive the above-mentioned first notification sent by other terminals.
  • the configuration of the multicast service may include but is not limited to: Multicast/Broadcast Service radio bear (MRB) configuration, time domain pattern (pattern), frequency domain resources, and dynamic scheduling information etc., where the time domain pattern can include configurations such as cycle length, cycle starting position, and activation duration within the cycle.
  • MRB Multicast/Broadcast Service radio bear
  • the configuration change of the above multicast service may be a change of part or all of the configuration.
  • the above-mentioned end of sending the multicast service can be understood as the end of the network-side device sending the multicast service
  • the above-mentioned end of the multicast service reception can be understood as the end of the terminal receiving the multicast service.
  • only the end of multicast service transmission or the end of multicast service reception may be notified.
  • the end of multicast service transmission or the end of multicast service reception may be notified.
  • the multicast service is a multicast service that the terminal is receiving in the inactive state. This can support the terminal to receive the multicast service in the inactive state.
  • the network load of the terminal in the inactive state is It is less than the network load when the terminal is in the connected state, thus reducing the network load.
  • the multicast service may be expressed as a multicast service, or may be expressed as a multicast/broadcast service (Multicast/Broadcast Service, MBS).
  • MBS Multicast/Broadcast Service
  • the terminal performs a response operation to the first notification.
  • the above response operation may be determined based on protocol agreement, may be determined based on terminal implementation, or may be determined based on network side configuration. For example: entering the connection state, releasing resources, requesting new configurations, etc.
  • the above steps can be used to realize at least one of the change of the configuration of the multicast service and the end of the multicast service, thereby preventing the terminal from being unable to know the change of the configuration and continuing to use the original configuration to receive the multicast service.
  • the resulting reception error can also avoid excess power consumption caused by the terminal being unable to know the end of the multicast service and continuing to receive the multicast service, thereby improving the multicast service reception effect of the terminal.
  • the above response operation includes at least one of the following:
  • initiating connection recovery to the network side device can enter the connected state, so that when the configuration of the multicast service changes, the above-mentioned multicast service can be directly received in the connected state.
  • the network side may return the new configuration to the terminal based on the information learned by the network side, or may not return the new configuration.
  • the network side device can instruct the terminal to enter the connected state and directly receive multicast services in the connected state.
  • the multicast service After receiving the new configuration of the multicast service change sent to the network side device, the multicast service may be received in an inactive state.
  • the above-mentioned release of the multicast service may be to release at least one of the bearer and configuration of the multicast service to save resources.
  • the above-mentioned release to the idle state can save terminal power consumption and avoid the cumbersome process of releasing after the connection is restored.
  • the above-mentioned keeping in the inactive state can avoid the cumbersome process of releasing after the connection is restored.
  • the response operation includes at least one of the following:
  • the response operation includes at least one of the following:
  • the multicast service when the multicast service ends, the multicast service can be released to save resources; when the multicast service ends, the multicast service can be released to an idle state to save terminal power consumption. , it can also avoid the cumbersome process of releasing after the connection is restored; it can be maintained in the inactive state when the multicast service ends, so as to avoid the cumbersome process of releasing after the connection is restored.
  • the method further includes at least one of the following:
  • the terminal receives a connection recovery message
  • the terminal receives a Radio Resource Control (RRC) release message
  • the terminal receives the new configuration of the multicast service change.
  • the above RRC release message may be to return the terminal to an idle state, or may carry a new configuration of a multicast service change.
  • the RRC release message For example, when the first notification indicates that the configuration of the multicast service is changed, the RRC release message The message carries the new configuration of the multicast service change, so that the terminal can continue to receive the multicast service in the inactive state.
  • the new configuration for the terminal to receive the multicast service change may be to receive the new configuration for the multicast service change sent by the network side device through other messages other than the RRC release message, so that the terminal can continue to receive messages in the inactive state. Multicast services.
  • the first notification includes at least one of the following:
  • Layer 1 Layer 1
  • MAC Media Access Control
  • RRC Radio Resource Control
  • the paging message may include at least one of the following:
  • the first paging message carrying the terminal identifier (User Equipment Identifer, UE ID);
  • the second paging message carries the Temporary Mobile Group Identity (TMGI).
  • TMGI Temporary Mobile Group Identity
  • the above-mentioned first paging message carrying the terminal identifier can be understood as a paging message for paging with the terminal identifier, and the above-mentioned second paging message carrying the TMGI. It can be understood as a paging message paging using TMGI.
  • the above-mentioned terminal identification may be a temporary mobile subscriber identification (S-Temporary Mobile Subscriber Identity, S-TMSI) or a wireless network temporary identification (Inactive-Radio Network Temporary Identity, I-RNTI) in an inactive state.
  • S-Temporary Mobile Subscriber Identity S-TMSI
  • I-RNTI Inactive-Radio Network Temporary Identity
  • the above TMGI may be the service identifier of the above multicast service.
  • the above-mentioned first paging message may indicate at least one of a change in the configuration of the multicast service and an end of the multicast service
  • the above-mentioned second paging message may indicate a change in the configuration of the multicast service and an end of the multicast service.
  • the above-mentioned first paging message may indicate one of a change in the configuration of the multicast service and the end of the multicast service
  • the above-mentioned second paging message may indicate a change in the configuration of the multicast service and the above-mentioned one. Another item in the above multicast service end.
  • At least one of a change in the configuration of the multicast service and the end of the multicast service is notified through a paging message, so that the terminal can be informed of the change in the configuration of the multicast service and the end of the multicast service in a timely manner. at least one of.
  • Multicast cell In a multicast service cell (Multicast cell), due to changes in circumstances, when the multicast service configuration is changed or the service ends, non-connected terminals need to be notified. Among them, paging is a feasible way to notify the terminal, and the specific methods can be as follows:.
  • the UE ID can be used to page a specific terminal. Since each receiving terminal of the multicast service is managed by the network side, the terminal joins the multicast service to the core network, and the core network sends the terminal information to the access network. Therefore, the network side device knows which terminals are interested in this multicast service. interest. Moreover, it is also the network side device that finally decides to release some terminals to the inactive state (Inactive) to receive Multicast services. Therefore, for the cell where the multicast service is located, the Inactive received data can be saved. Terminal list. When the Multicast service is ready to change the configuration or the service ends, paging is performed directly with each UE ID in the storage list to find each terminal.
  • the scope of issuing paging can be the Radio Access Network (RAN) paging area (RAN paging area) of each UE, that is, the RNA range.
  • RAN Radio Access Network
  • Another implementation method is that since multicast service configuration is generally valid for a single cell or a certain area, the terminal can be paged only within the multicast cell or within the valid configuration area. In order to prevent the terminal from being stationed in other cells covered by the multicast cell and receiving multicast services in the multicast cell, paging is sent to other overlapping or adjacent coverage cells of the multicast cell, or to the cells in the above cells that are within the range of the terminal RNA. information.
  • the Multicast update purpose can also be distinguished, that is, by carrying an indication information, which is used to indicate the Multicast update purpose and corresponds to a certain UE ID or TMGI.
  • an indication information which is used to indicate the Multicast update purpose and corresponds to a certain UE ID or TMGI.
  • multicast service changes or service ends, or service changes adopt the normal paging method and the service end carries a special mark, because the service change requires connection recovery, which is basically consistent with the behavior of ordinary downlink data arrival paging, and the service end can be directly released , to avoid connection recovery and then release.
  • MBS Multicast/Broadcast Service
  • the terminal can receive the paging message about its own UE ID, where the UE ID can be I-RNTI, S-TMSI etc., or it can be a new ID to indicate that this is a paging message for the purpose of Multicast service change. If a matching new ID is received, the terminal resumes connection establishment.
  • the paging method of TMGI means that the paging message does not carry the UE ID, but carries the service identifier TMGI. In this way, multiple terminals interested in the TMGI can avoid sending different UE IDs and can use a unified TMGI identifier. Wake up all terminals interested in this service.
  • the network side device knows the list of terminals that are interested in this multicast service.
  • the scope of paging distribution can be the RAN paging area of each terminal, that is, the RNA range.
  • the paging time of each terminal is of course, if there is overlap, Then TMGI can be sent once.
  • Another implementation method is that since multicast service configuration is generally valid for a single cell or a certain area, the terminal list can be paged only within the multicast cell or within the valid configuration area. In order to prevent the terminal from residing in other cells covered by the multicast cell and receiving multicast services in the multicast cell, paging is sent to other overlapping or adjacent coverage cells of the multicast cell, or to cells within the terminal RNA range among the above cells. information.
  • the purpose of Multicast update can also be distinguished. Since paging is performed with the TMGI service as the identifier, it can already indicate that the service has changed, so it only needs to be distinguished again whether it is a configuration change or the end of the service.
  • the service change adopts the TMGI paging method, and the service end carries a special mark on this basis, because the service change requires connection recovery, which is basically consistent with the behavior of ordinary downlink data arrival paging, and the service The end can be released directly without having to restore the connection and then release it.
  • the terminal can receive the paging message about the TMGI it is interested in, as well as the optional service end mark. Indicates that this is a paging for the purpose of Multicast service configuration change or termination.
  • the terminal After receiving the paging, the terminal performs corresponding response operations. If the purpose can be distinguished, different actions will be taken according to different paging purposes. For example, a service change requires the terminal to restore the connection to obtain the latest configuration information from the network side, and when the service ends, the relevant bearer/configuration can be released directly, even after After the bearer is completely released, it enters the idle state (Idle state), avoiding the cumbersome process of releasing after the connection is restored. If the Paging message does not carry additional information, or the terminal cannot distinguish, the terminal's unified behavior is to restore the connection to the network, and the network side will make a judgment.
  • the network side can perform at least one of the following:
  • the network side sends a radio resource control release (RRC release) message to the terminal that initiates connection recovery, and the message carries updated multicast service configuration information that the terminal is interested in;
  • RRC release radio resource control release
  • the network side sends an RRC release message to the terminal that initiates connection recovery.
  • RRC release message When all the multicast services that the terminal is interested in have ended, it releases the terminal and returns to the Idle state;
  • the network side initiates a connection recovery command to the terminal to put the terminal into the connected state
  • the network side initiates a connection recovery command to the terminal to put the terminal into the connected state
  • the network After the terminal enters the connected state, the network receives the terminal's request and sends updated multicast service configuration information to the terminal.
  • the terminal can release the bearer and configuration corresponding to the multicast on its own.
  • the terminal can return to the Idle state or remain in the INACTIVE state.
  • the network side also has the terminal's bearer context, and can perform corresponding bearer release and terminal release operations. It is equivalent to the terminal and the network completing the release respectively, avoiding signaling interaction.
  • the UE ID method can be sent according to the terminal list, so it has no impact on terminals in the Connected state that receive multicast services. If it is the TMGI method, the terminal in the Connected state will not monitor the Paging occasion, so TMGI paging will not affect the terminal in the Connected state receiving multicast services.
  • the L1 signaling includes:
  • G-RNTI Group-Radio Network Temporary Identity
  • the above-mentioned L1 signaling may include a physical downlink control channel (Physical downlink control channel, PDCCH).
  • PDCCH Physical downlink control channel
  • MMS Traffic Channel, MTCH multicast Traffic Channel
  • the information field in the PDCH can be used to indicate that the configuration of the above-mentioned multicast service has changed and that the multicast service is ending.
  • At least one item of the information field can be a special information field, such as an information field defined by the multiplexing protocol, or a newly defined information field.
  • the L1 signaling is not limited to the L1 signaling scheduled by G-RNTI.
  • it can also be the LI signaling scheduled by other RNTI, such as Multicast Wireless Network Temporary Identity (Multicast).
  • Multicast Multicast Wireless Network Temporary Identity
  • Multicast-RNTI Radio Network Temporary Identity
  • C-RNTI Cell-Radio Network Temporary Identifier
  • the above-mentioned L1 signaling includes PDCCH, and the PDCCH includes an indication bit.
  • the indication bit is used to indicate: at least one of: a change in the configuration of the multicast service and an end of the multicast service;
  • the indication bits include:
  • At least one newly defined bit of the PDCCH At least one newly defined bit of the PDCCH.
  • This embodiment mainly describes at least one of indicating a change in the configuration of the multicast service and the end of the multicast service through L1 signaling.
  • the details may be as follows:
  • L1 signaling is also a feasible way to notify the UE.
  • the PDCCH scrambled by the G-RNTI is used to send scheduling information. Then, in the PDCCH format, 1-2 bits (bit) content can be added to indicate configuration changes and/or service end.
  • MCCH-RNTI Multicast/Broadcast Service Control Channel Wireless Network Temporary Identity
  • MMS Control Channel Network Temporary Identity MCS Control Channel Network Temporary Identity, MCCH-RNTI
  • One of the PDCCH formats has 2 bits of content. Among them, 1 bit represents the arrival of new services, and the other 1 bit represents changes in existing services, including both configuration changes and configuration completion, or changes in neighboring cell information, etc.
  • the above-mentioned PDCCH format can be reused, and 2 bits of the content can be given new meanings, of which 1 bit represents a change in service configuration, and the other 1 bit represents the end of the existing service. Or only use 1 bit to express changes uniformly, including changes and endings.
  • each terminal interested in multicast services will monitor the G-RNTI scrambled PDCCH corresponding to the service, if one of the 2-bit new contents is read in the PDCCH format, it can be read according to the instructions. content and perform corresponding actions, such as:
  • connection recovery request is initiated to the network
  • the terminal can return to the Idle state by itself or remain in the inactive state.
  • the network side can perform at least one of the following:
  • the network side sends an RRC release message to the terminal that initiates connection recovery, carrying the updated multicast service configuration information that the terminal is interested in;
  • the network side sends an RRC release message to the terminal that initiates connection recovery.
  • RRC release message When all the multicast services that the terminal is interested in have ended, it releases the terminal and returns to the Idle state;
  • the network side initiates a connection recovery command to the terminal to put the terminal into the connected state
  • the network side initiates a connection recovery command to the terminal to put the terminal into the connected state
  • the network After the terminal enters the connected state, the network receives the terminal's request and sends updated multicast service configuration information to the terminal;
  • L1 signaling method Since this method cannot differentiate between different terminal states, terminals in the Connected state that receive multicast services may also receive it. If a low-version terminal does not parse it, there will be no impact. If a high-version terminal can decode, No operation is required, just wait for dedicated control signaling from the network side.
  • the above MAC signaling includes:
  • the above-mentioned MAC signaling may be a control unit of media access control (Media Access Control Control Element, MAC CE).
  • the service identifier of the multimedia service can also be carried.
  • the MAC signaling is not limited to the MAC signaling scheduled by G-RNTI.
  • it can also be the MAC signaling scheduled by other RNTI, such as the MAC signaling scheduled by Multicast-RNTI.
  • MAC signaling scheduled by C-RNTI also such as MAC signaling scheduled by C-RNTI, or MAC signaling scheduled by RNTI newly defined in subsequent protocols.
  • the MAC signaling is also used to indicate the service identifier of the multicast service.
  • the service identifier of the above-mentioned multicast service may include at least one of the following:
  • TMGI TMGI index
  • MRB ID list MRB ID list.
  • This embodiment mainly describes MAC signaling to notify the terminal, specifically as follows:
  • MAC signaling is also a feasible way to notify the terminal.
  • MAC signaling can be performed in the form of MAC CE.
  • MAC signaling can carry more information than L1 signaling.
  • the format of MAC CE can be larger. For example, in addition to carrying service change instructions and/or service end instructions, it can also carry specific corresponding service identification information, such as TMGI. , or TMGI index, or MRB ID list. Since MAC CE can also be sent in G-RNTI scheduling mode, and is usually multiplexed with data services for transmission. In some communication systems, in the design of multicast services, each service TMGI will be scheduled corresponding to a G-RNTI, but conversely, the network side can assign multiple TMGIs to the same G-RNTI, that is, the same G-RNTI.
  • the data scheduled by RNTI can belong to different TMGIs and different services. Therefore, it is also beneficial for the terminal to explicitly indicate which service has changed or ended in the MAC CE. It can make it easier for the terminal to better judge whether the change it is interested in has occurred, and thus take relevant actions.
  • each terminal that is interested in multicast services will monitor the scheduling and data corresponding to the G-RNTI corresponding to the service, if the relevant MAC CE is read in the data, it can be performed based on the MAC CE indication content.
  • Corresponding behaviors such as at least one of the following:
  • connection recovery request is initiated to the network
  • the terminal can return to the Idle state by itself;
  • the version terminal can decode without performing any operations, just waiting for dedicated control signaling from the network side.
  • the public signaling includes:
  • the above-mentioned common signaling may be layer three (L3) signaling, layer two (L2 signaling) or L1 signaling.
  • the public signaling is not limited to public signaling scheduled by Multicast-RNTI.
  • it may also be MAC signaling scheduled by other RNTI, such as public signaling scheduled by G-RNTI.
  • MAC signaling scheduled by other RNTI such as public signaling scheduled by G-RNTI.
  • C-RNTI scheduling such as the public signaling of C-RNTI scheduling, or the public signaling of RNTI scheduling newly defined by subsequent protocols.
  • the above-mentioned public signaling carries at least one of the following:
  • the service identifier of the multicast service The service identifier of the multicast service, the change flag of the configuration change of the multicast service, the end flag of the end of the multicast service, the new configuration of the multicast service change, and the new configuration of the multicast service change.
  • Configuration effective time information The service identifier of the multicast service, the change flag of the configuration change of the multicast service, the end flag of the end of the multicast service, the new configuration of the multicast service change, and the new configuration of the multicast service change.
  • At least one of the configuration change of the multicast service and the end of the multicast service can be carried out through the above mentioned Explicit or implicit indication of the content, for example: when carrying a service identifier of a multicast service, the service identifier can be used to implicitly indicate at least one of a change in the configuration of the multicast service and the end of the multicast service, When carrying the new configuration of the multicast service change and the effective time information of the new configuration of the multicast service change, it can be implicitly indicated that the configuration of the multicast service has changed.
  • accurate notification can be achieved through the service identifier of the multicast service, and new configurations can be quickly issued through the new configuration of the multicast service change.
  • the effective time of the new configuration of the multicast service change can be accurately controlled through the effective time information of the new configuration. .
  • This embodiment mainly describes public signaling, specifically as follows:
  • the public signaling method can have a more flexible design.
  • a group of terminals can be assigned a special Multicast-RNTI dedicated to public signaling, which is used to schedule notification messages about multicast changes.
  • the notification message can also be configured with a certain time domain pattern, that is, the cycle length, the number of repetitions, etc. It can also be configured with corresponding frequency domain resources or dynamic scheduling information, etc.
  • L3 signaling is used as an example, because L2 signaling can refer to the MAC CE design described in the above embodiment, and L1 signaling can Referring to the PDCCH format design described in the above embodiment, the difference between the L1 and L2 signaling in this embodiment and the previous embodiment is that independent RNTI can be configured, G-RNTI is no longer reused, and new time domain and/or Frequency domain configuration no longer follows the configuration restrictions of G-RNTI.
  • Multicast Control Multicast Control
  • Modification Message Modification Message
  • each terminal that is interested in multicast services will monitor the public signaling schedule and data corresponding to the service, if it reads the relevant instructions, it will perform corresponding actions, such as:
  • connection recovery request is initiated to the network
  • the terminal can return to the Idle state by itself;
  • the new configuration after the change is directly read, the new configuration is applied immediately or based on the effective time information to start receiving services.
  • this method can require only terminals in the Inactive state to read public signaling, so it has no impact on terminals in the Connected state receiving multicast services.
  • the above RRC message includes:
  • the above-mentioned RRB message may be an RRC message supporting acknowledged mode (AM).
  • AM acknowledged mode
  • the reliability of the notification can be improved.
  • the RRC message is not limited to public signaling scheduled by G-RNTI.
  • it may also be G-RNTI scheduled by other RNTI, such as public signaling scheduled by Multicast-RNTI.
  • G-RNTI scheduled by C-RNTI or the G-RNTI scheduled by the RNTI newly defined by subsequent protocols.
  • the above multiple signaling messages can be implemented in combination with each other, for example:
  • Send multicast service changes with paging messages, and end with MAC CE sending multicast services
  • the multicast service change is sent in one of paging messages, layer 1 L1 signaling, media access control MAC signaling, radio resource control RRC messages, and public signaling, and the multicast service end is sent in another way.
  • the terminal receives a first notification, and the first notification is used to notify at least one of: a change in the configuration of the multicast service and an end of the multicast service; the multicast service is the The multicast service that the terminal is receiving; the terminal performs the response operation of the first notification.
  • the terminal can learn at least one of a change in the configuration of the multicast service and an end of the multicast service, thereby improving the multicast service reception effect of the terminal.
  • Figure 3 is a flow chart of a notification method provided by an embodiment of the present application. As shown in Figure 3, it includes the following steps:
  • the network side device sends a first notification to the terminal.
  • the first notification is used to notify at least one of: a change in the configuration of the multicast service and an end of the multicast service; the multicast service is for the terminal.
  • the end of the multicast service includes at least one of the following: the end of sending the multicast service or the end of the reception of the multicast service.
  • the first notification includes at least one of the following:
  • Paging messages Paging messages, layer 1 L1 signaling, media access control MAC signaling, radio resource control RRC messages, and public signaling.
  • the paging message includes at least one of the following:
  • the second paging message carries the temporary mobile group identification.
  • the L1 signaling includes:
  • the L1 signaling includes a physical downlink control channel PDCCH, and the PDCCH includes an indication bit.
  • the indication bit is used to indicate at least: a change in the configuration of the multicast service and an end of the multicast service. one item;
  • the indication bits include:
  • At least one newly defined bit of the PDCCH At least one newly defined bit of the PDCCH.
  • the MAC signaling includes:
  • the MAC signaling is also used to indicate the service identifier of the multicast service.
  • the public signaling includes:
  • Multicast-RNTI Common signaling scheduled by Multicast-RNTI is a multicast wireless network temporary identifier corresponding to the multicast service, where the Multicast-RNTI is the same as or different from the G-RNTI corresponding to the multicast service.
  • the public signaling carries one of the following:
  • the service identifier of the multicast service the change flag of the configuration change of the multicast service, the end flag of the end of the multicast service, the new configuration of the multicast service change, and the new configuration of the multicast service change. Effective time information.
  • the RRC message includes:
  • the method also includes at least one of the following:
  • the network side device receives the connection recovery request sent by the terminal
  • the network side device receives a request sent by the terminal for requesting a new configuration of the multicast service change
  • the network side device releases the multicast service.
  • the method further includes at least one of the following:
  • the network side device sends a connection recovery message to the terminal
  • the network side device sends a radio resource control RRC release message to the terminal;
  • the network side device sends the new configuration of the multicast service change to the terminal.
  • the RRC release message carries the new configuration of the multicast service change.
  • this embodiment is an implementation of the network-side device corresponding to the embodiment shown in Figure 2.
  • the relevant description of the embodiment shown in Figure 2 please refer to the relevant description of the embodiment shown in Figure 2 to avoid repeated description. No further details will be given in this embodiment.
  • Figure 4 is a structural diagram of a notification processing device provided by an embodiment of the present application. As shown in Figure 4, the notification processing device 400 includes:
  • the first receiving module 401 is configured to receive a first notification.
  • the first notification is used to notify at least one of: a change in the configuration of the multicast service and an end of the multicast service; the multicast service is the The terminal is receiving a multicast service, and the end of the multicast service includes at least one of the following: the end of sending the multicast service or the end of receiving the multicast service;
  • Execution module 402 is used to execute the response operation of the first notification.
  • the first notification includes at least one of the following:
  • Paging messages Paging messages, layer 1 L1 signaling, media access control MAC signaling, radio resource control RRC messages, and common signaling.
  • the paging message includes at least one of the following:
  • the second paging message carries the temporary mobile group identification.
  • the L1 signaling includes:
  • the L1 signaling includes a physical downlink control channel PDCCH, and the PDCCH includes an indication bit.
  • the indication bit is used to indicate at least: a change in the configuration of the multicast service and an end of the multicast service. one item;
  • the indication bits include:
  • At least one newly defined bit of the PDCCH At least one newly defined bit of the PDCCH.
  • the MAC signaling includes:
  • the MAC signaling is also used to indicate the service identifier of the multicast service.
  • the public signaling includes:
  • Multicast-RNTI Common signaling scheduled by Multicast-RNTI is a multicast wireless network temporary identifier corresponding to the multicast service, where the Multicast-RNTI is the same as or different from the G-RNTI corresponding to the multicast service.
  • the public signaling carries at least one of the following:
  • the service identifier of the multicast service The service identifier of the multicast service, the change flag of the configuration change of the multicast service, the end flag of the end of the multicast service, the new configuration of the multicast service change, and the new configuration of the multicast service change.
  • Configuration effective time information The service identifier of the multicast service, the change flag of the configuration change of the multicast service, the end flag of the end of the multicast service, the new configuration of the multicast service change, and the new configuration of the multicast service change.
  • the RRC message includes:
  • the response operation includes at least one of the following:
  • the response operation includes at least one of the following:
  • the response operation includes at least one of the following:
  • the device also includes at least one of the following:
  • the second receiving module is used to receive the connection recovery message
  • the third receiving module is used to receive the radio resource control RRC release message
  • the fourth receiving module is configured to receive the new configuration of the multicast service change.
  • the RRC release message carries the new configuration of the multicast service change.
  • the multicast service is a multicast service that the terminal is receiving in the inactive state.
  • the above notification processing device can improve the multicast service reception effect of the terminal.
  • the notification processing device in the embodiment of the present application may be an electronic device, such as an electronic device with an operating system, or may be a component in the electronic device, such as an integrated circuit or chip.
  • the electronic device may be a terminal or other devices other than the terminal.
  • the terminal may include but is not limited to the types of terminals listed in the embodiments of this application, and other devices may be servers, network attached storage (Network Attached Storage, NAS), etc., which are not specifically limited in the embodiments of this application.
  • NAS Network Attached Storage
  • the notification processing device provided by the embodiment of the present application can implement each process implemented by the method embodiment shown in Figure 2 and achieve the same technical effect. To avoid duplication, the details will not be described here.
  • Figure 5 is a structural diagram of a notification device provided by an embodiment of the present application. As shown in Figure 5, the notification device 500 includes:
  • the first sending module 501 is configured to send a first notification to the terminal.
  • the first notification is used to notify at least one of: a change in the configuration of the multicast service and an end of the multicast service; the multicast service is The terminal is receiving a multicast service, and the end of the multicast service includes at least one of the following: the end of sending the multicast service or the end of receiving the multicast service.
  • the first notification includes at least one of the following:
  • Paging messages Paging messages, layer 1 L1 signaling, media access control MAC signaling, radio resource control RRC messages, and public signaling.
  • the paging message includes at least one of the following:
  • the second paging message carries the temporary mobile group identification.
  • the L1 signaling includes:
  • the L1 signaling includes a physical downlink control channel PDCCH, and the PDCCH includes an indication bit.
  • the indication bit is used to indicate at least: a change in the configuration of the multicast service and an end of the multicast service. one item;
  • the indication bits include:
  • At least one newly defined bit of the PDCCH At least one newly defined bit of the PDCCH.
  • the MAC signaling includes:
  • the MAC signaling is also used to indicate the service identifier of the multicast service.
  • the public signaling includes:
  • the multicast wireless network temporary identification Multicast-RNTI corresponding to the multicast service is used to schedule public signaling, wherein the Multicast-RNTI is the same as or different from the G-RNTI corresponding to the multicast service.
  • the public signaling carries one of the following:
  • the service identifier of the multicast service the change flag of the configuration change of the multicast service, the end flag of the end of the multicast service, the new configuration of the multicast service change, and the new configuration of the multicast service change. Effective time information.
  • the RRC message includes:
  • the device also includes at least one of the following:
  • a first receiving module configured to receive a connection recovery request sent by the terminal
  • a second receiving module configured to receive a request sent by the terminal for requesting a new configuration of the multicast service change
  • a release module is used to release the multicast service.
  • the device also includes at least one of the following:
  • a second sending module configured to send a connection recovery message to the terminal
  • a third sending module configured to send a radio resource control RRC release message to the terminal
  • the fourth sending module is configured to send the new configuration of the multicast service change to the terminal.
  • the RRC release message carries the new configuration of the multicast service change.
  • the above notification device can utilize the terminal to improve the multicast service reception effect.
  • the notification device in the embodiment of the present application may be an electronic device, such as an electronic device with an operating system, or may be a component in the electronic device, such as an integrated circuit or chip.
  • the electronic device may be a network side device.
  • the notification device provided by the embodiment of the present application can implement each process implemented by the method embodiment shown in Figure 3 and achieve the same technical effect. To avoid duplication, the details will not be described here.
  • this embodiment of the present application also provides a communication device 600, which includes a processor 601 and a memory 602.
  • the memory 602 stores programs or instructions that can be run on the processor 601, for example.
  • the communication device 600 is a terminal, when the program or instruction is executed by the processor 601, each step of the above notification processing method embodiment is implemented, and the same technical effect can be achieved.
  • the communication device 600 is a network-side device, when the program or instruction is executed by the processor 601, the steps of the above notification method embodiment are implemented and the same technical effect can be achieved. To avoid duplication, they will not be described again here.
  • An embodiment of the present application also provides a terminal, including a processor and a communication interface.
  • the communication interface is used to receive a first notification.
  • the first notification is used to notify that the configuration of the multicast service has changed and that the multicast service is ending. at least one of; all
  • the multicast service is a multicast service being received by the terminal, and the end of the multicast service includes at least one of the following: the end of sending the multicast service or the end of receiving the multicast service; a processor or a communication interface for Execute a response operation for the first notification.
  • This terminal embodiment corresponds to the above-mentioned terminal-side method embodiment. Each implementation process and implementation manner of the above-mentioned method embodiment can be applied to this terminal embodiment, and can achieve the same technical effect.
  • FIG. 7 is a schematic diagram of the hardware structure of a terminal that implements an embodiment of the present application.
  • the terminal 700 includes but is not limited to: a radio frequency unit 701, a network module 702, an audio output unit 703, an input unit 704, a sensor 705, a display unit 706, a user input unit 707, an interface unit 708, a memory 709, a processor 710, etc. At least some parts.
  • the terminal 700 may also include a power supply (such as a battery) that supplies power to various components.
  • the power supply may be logically connected to the processor 710 through a power management system, thereby managing charging, discharging, and power consumption through the power management system. Management and other functions.
  • the terminal structure shown in FIG. 7 does not constitute a limitation on the terminal.
  • the terminal may include more or fewer components than shown in the figure, or some components may be combined or arranged differently, which will not be described again here.
  • the input unit 704 may include a graphics processing unit (Graphics Processing Unit, GPU) 7041 and a microphone 7042.
  • the graphics processing unit 7041 is responsible for the image capture device (GPU) in the video capture mode or the image capture mode. Process the image data of still pictures or videos obtained by cameras (such as cameras).
  • the display unit 706 may include a display panel 7061, which may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like.
  • the user input unit 707 includes a touch panel 7071 and at least one of other input devices 7072 .
  • Touch panel 7071 also called touch screen.
  • the touch panel 7071 may include two parts: a touch detection device and a touch controller.
  • Other input devices 7072 may include but are not limited to physical keyboards, function keys (such as volume control keys, switch keys, etc.), trackballs, mice, and joysticks, which will not be described again here.
  • the radio frequency unit 701 after receiving downlink data from the network side device, can transmit it to the processor 710 for processing; in addition, the radio frequency unit 701 can send uplink data to the network side device.
  • the radio frequency unit 701 includes, but is not limited to, an antenna, amplifier, transceiver, coupler, low noise amplifier, duplexer, etc.
  • Memory 709 may be used to store software programs or instructions as well as various data.
  • the memory 709 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, an application program or instructions required for at least one function (such as a sound playback function, Image playback function, etc.) etc.
  • memory 709 may include volatile memory or non-volatile memory, or memory 709 may include both volatile and non-volatile memory.
  • the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electrically removable memory. Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory.
  • Volatile memory can be random access memory (Random Access Memory, RAM), static random access memory (Static RAM, SRAM), dynamic random access memory (Dynamic RAM, DRAM), synchronous dynamic random access memory (Synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (Double Data Rate SDRAM, DDRSDRAM), enhanced synchronous dynamic random access memory (Enhanced SDRAM, ESDRAM), synchronous link dynamic random access memory (Synch link DRAM) , SLDRAM) and direct memory bus Random access memory (Direct Rambus RAM, DRRAM).
  • RAM Random Access Memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM Double Data Rate SDRAM
  • DDRSDRAM double data rate synchronous dynamic random access memory
  • Enhanced SDRAM, ESDRAM enhanced synchronous dynamic random access memory
  • Synch link DRAM synchronous link dynamic random access memory
  • SLDRAM direct memory bus
  • the processor 710 may include one or more processing units; optionally, the processor 710 integrates an application processor and a modem processor, where the application processor mainly handles operations related to the operating system, user interface, application programs, etc., Modem processors mainly process wireless communication signals, such as baseband processors. It can be understood that the above-mentioned modem processor may not be integrated into the processor 710.
  • the radio frequency unit 701 is used to receive a first notification, and the first notification is used to notify at least one of: a change in the configuration of the multicast service and an end of the multicast service; the multicast service is for the terminal The multicast service is being received, and the end of the multicast service includes at least one of the following: the end of sending the multicast service or the end of receiving the multicast service;
  • the processor 710 or the radio frequency unit 701 is configured to perform a response operation for the first notification.
  • the first notification includes at least one of the following:
  • Paging messages Paging messages, layer 1 L1 signaling, media access control MAC signaling, radio resource control RRC messages, and common signaling.
  • the paging message includes at least one of the following:
  • the second paging message carries the temporary mobile group identification.
  • the L1 signaling includes:
  • the L1 signaling includes a physical downlink control channel PDCCH, and the PDCCH includes an indication bit.
  • the indication bit is used to indicate at least: a change in the configuration of the multicast service and an end of the multicast service. one item;
  • the indication bits include:
  • At least one newly defined bit of the PDCCH At least one newly defined bit of the PDCCH.
  • the MAC signaling includes:
  • the MAC signaling is also used to indicate the service identifier of the multicast service.
  • the public signaling includes:
  • Multicast-RNTI Common signaling scheduled by Multicast-RNTI is a multicast wireless network temporary identifier corresponding to the multicast service, where the Multicast-RNTI is the same as or different from the G-RNTI corresponding to the multicast service.
  • the public signaling carries at least one of the following:
  • the service identifier of the multicast service The service identifier of the multicast service, the change flag of the configuration change of the multicast service, the end flag of the end of the multicast service, the new configuration of the multicast service change, and the new configuration of the multicast service change.
  • Configuration effective time information The service identifier of the multicast service, the change flag of the configuration change of the multicast service, the end flag of the end of the multicast service, the new configuration of the multicast service change, and the new configuration of the multicast service change.
  • the RRC message includes:
  • the response operation includes at least one of the following:
  • the response operation includes at least one of the following:
  • the response operation includes at least one of the following:
  • the radio frequency unit 701 is also used for at least one of the following:
  • the RRC release message carries the new configuration of the multicast service change.
  • the multicast service is a multicast service that the terminal is receiving in the inactive state.
  • the above terminal can improve the terminal multicast service reception effect.
  • An embodiment of the present application also provides a network side device, including a processor and a communication interface, wherein the communication interface is used to send a first notification to the terminal, and the first notification is used to notify that the configuration of the multicast service has changed. and at least one of the end of the multicast service; the multicast service is the multicast service being received by the terminal, and the end of the multicast service includes at least one of the following: the end of the transmission of the multicast service or the end of the multicast service.
  • This network-side device embodiment corresponds to the above-mentioned network-side device-side method embodiment. Each implementation process and implementation manner of the above-mentioned method embodiment can be applied to this network-side device embodiment, and can achieve the same technical effect.
  • the embodiment of the present application also provides a network side device.
  • the network side device 800 includes: an antenna 801, a radio frequency device 802, a baseband device 803, a processor 804 and a memory 805.
  • Antenna 801 and RF Device 802 is connected.
  • the radio frequency device 802 receives information through the antenna 801 and sends the received information to the baseband device 803 for processing.
  • the baseband device 803 processes the information to be sent and sends it to the radio frequency device 802.
  • the radio frequency device 802 processes the received information and then sends it out through the antenna 801.
  • the method performed by the network side device in the above embodiment can be implemented in the baseband device 803, which includes a baseband processor.
  • the baseband device 803 may include, for example, at least one baseband board on which multiple chips are disposed, as shown in FIG. Program to perform the network device operations shown in the above method embodiments.
  • the network side device may also include a network interface 806, which is, for example, a common public radio interface (CPRI).
  • a network interface 806, which is, for example, a common public radio interface (CPRI).
  • CPRI common public radio interface
  • the network side device 800 in this embodiment of the present invention also includes: instructions or programs stored in the memory 805 and executable on the processor 804.
  • the processor 804 calls the instructions or programs in the memory 805 to execute each of the steps shown in Figure 5. The method of module execution and achieving the same technical effect will not be described in detail here to avoid duplication.
  • the radio frequency device 802 is used to send a first notification to the terminal, and the first notification is used to notify at least one of: a change in the configuration of the multicast service and an end of the multicast service; the multicast service is the The multicast service being received by the terminal, the end of the multicast service includes at least one of the following: the end of sending the multicast service or the end of receiving the multicast service.
  • the first notification includes at least one of the following:
  • Paging messages Paging messages, layer 1 L1 signaling, media access control MAC signaling, radio resource control RRC messages, and common signaling.
  • the paging message includes at least one of the following:
  • the second paging message carries the temporary mobile group identification.
  • the L1 signaling includes:
  • the L1 signaling includes a physical downlink control channel PDCCH, and the PDCCH includes an indication bit.
  • the indication bit is used to indicate at least: a change in the configuration of the multicast service and an end of the multicast service. one item;
  • the indication bits include:
  • At least one newly defined bit of the PDCCH At least one newly defined bit of the PDCCH.
  • the MAC signaling includes:
  • the MAC signaling is also used to indicate the service identifier of the multicast service.
  • the public signaling includes:
  • Multicast-RNTI Public signaling scheduled by Multicast-RNTI based on the multicast wireless network temporary identification corresponding to the multicast service, where, The Multicast-RNTI and the G-RNTI corresponding to the multicast service are the same or different.
  • the public signaling carries one of the following:
  • the service identifier of the multicast service the change flag of the configuration change of the multicast service, the end flag of the end of the multicast service, the new configuration of the multicast service change, and the new configuration of the multicast service change. Effective time information.
  • the RRC message includes:
  • the radio frequency device 802 is also used for at least one of the following:
  • the radio frequency device 802 is also used for at least one of the following:
  • the RRC release message carries the new configuration of the multicast service change.
  • the above network side equipment can use the terminal to improve the multicast service reception effect.
  • Embodiments of the present application also provide a readable storage medium. Programs or instructions are stored on the readable storage medium. When the programs or instructions are executed by a processor, the notification processing method or the notification method provided by the embodiments of the present application are implemented. step.
  • the processor is the processor in the terminal described in the above embodiment.
  • the readable storage medium includes computer readable storage media, such as computer read-only memory ROM, random access memory RAM, magnetic disk or optical disk, etc.
  • An embodiment of the present application further provides a chip.
  • the chip includes a processor and a communication interface.
  • the communication interface is coupled to the processor.
  • the processor is used to run programs or instructions to implement the above notification processing method or notification method.
  • Each process of the embodiment can achieve the same technical effect, so to avoid repetition, it will not be described again here.
  • chips mentioned in the embodiments of this application may also be called system-on-chip, system-on-a-chip, system-on-chip or system-on-chip, etc.
  • Embodiments of the present application further provide a computer program/program product.
  • the computer program/program product is stored in a storage medium.
  • the computer program/program product is executed by at least one processor to implement the above notification processing method or notification.
  • Each process of the method embodiment can achieve the same technical effect, so to avoid repetition, it will not be described again here.
  • Embodiments of the present application also provide a frequency domain resource determination system, including: a terminal and a network side device.
  • the terminal can be used to perform the steps of the notification processing method provided by the embodiment of the present application.
  • the network side device can be used to perform the steps of the notification processing method provided by the embodiment of the present application. The steps of the notification method provided by the application embodiment.
  • the methods of the above embodiments can be implemented by means of software plus the necessary general hardware platform. Of course, it can also be implemented by hardware, but in many cases the former is better. implementation.
  • the technical solution of the present application can be embodied in the form of a computer software product that is essentially or contributes to the existing technology.
  • the computer software product is stored in a storage medium (such as ROM/RAM, disk , CD), including several instructions to cause a terminal (which can be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in various embodiments of this application.

Landscapes

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

Abstract

本申请公开了一种通知处理方法、通知方法、装置、终端及网络侧设备，属于通信技术领域，本申请实施例的通知处理方法包括：终端接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；所述多播业务为所述终端正在接收的多播业务；所述终端执行所述第一通知的响应操作。

Description

通知处理方法、通知方法、装置、终端及网络侧设备
相关申请的交叉引用
本申请主张在2022年7月15日在中国提交的中国专利申请No.202210836820.9的优先权，其全部内容通过引用包含于此。
技术领域
本申请属于通信技术领域，具体涉及一种通知处理方法、通知方法、装置、终端及网络侧设备。
背景技术
一些通信系统支持多播(multicast)业务传输，具体可以是支持终端在连接态(Connected)下接收多播业务。但目前终端还无法确定多播业务的配置是否发生变更，也无法确定多播业务是否结束，而这两者中的任一者都有可能影响终端的多播业务接收效果。可见，目前终端的多播业务接收效果比较差。
发明内容
本申请实施例提供一种通知处理方法、通知方法、装置、终端及网络侧设备，能够解决终端的多播业务接收效果比较差的问题。
第一方面，提供了一种通知处理方法，包括：
终端接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；
所述终端执行所述第一通知的响应操作。
第二方面，提供了一种通知方法，包括：
网络侧设备向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
第三方面，提供了一种通知处理装置，包括：
第一接收模块，用于接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；
执行模块，用于执行所述第一通知的响应操作。
第四方面，提供了一种通知装置，包括：
第一发送模块，用于向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
第五方面，提供了一种终端，该终端包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现本申请实施例提供的通知处理方法的步骤。
第六方面，提供了一种终端，包括处理器及通信接口，其中，所述通信接口用于接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；所述处理器或通信接口用于执行第一通知的响应操作。
第七方面，提供了一种网络侧设备，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现本申请实施例提供的通知方法的步骤。
第八方面，提供了一种网络侧设备，包括处理器及通信接口，其中，所述通信接口用于向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
第九方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现本申请实施例提供的通知处理方法的步骤，或者，所述程序或指令被处理器执行时实现本申请实施例提供的通知方法的步骤。
第十方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现本申请实施例提供的通知处理方法，或者，所述处理器用于运行程序或指令，实现本申请实施例提供的通知方法。
第十一方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现本申请实施例提供的通知处理方法的步骤，或者，所述计算机程序/程序产品被至少一个处理器执行以实现本申请实施例提供的通知方法的步骤。
第十二方面，提供了一种频域资源确定系统，包括：终端和网络侧设备，所述终端可用于执行本申请实施例提供的通知处理方法的步骤，所述网络侧设备可用于执行本申请实施例提供的通知方法的步骤。
在本申请实施例中，终端接收第一通知，所述第一通知用于通知：多播业务的配置发 生变更和所述多播业务结束中的至少一项，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；所述多播业务为所述终端正在接收的多播业务；所述终端执行所述第一通知的响应操作。这样终端可以获知多播业务的配置发生变更和所述多播业务结束中的至少一项，从而提高终端的多播业务接收效果。
附图说明
图1是本申请实施例可应用的一种无线通信系统的框图；
图2是本申请实施例提供的一种通知处理方法的流程图；
图3是本申请实施例提供的一种通知方法的流程图；
图4是本申请实施例提供的一种通知处理装置的结构图；
图5是本申请实施例提供的一种通知装置的结构图；
图6是本申请实施例提供的一种通信设备的结构图；
图7是本申请实施例提供的一种终端的结构图；
图8是本申请实施例提供的一种网络侧设备的结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long Term Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统， 并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(Wearable Device)、车载设备(Vehicle User Equipment，VUE)、行人终端(Pedestrian User Equipment，PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，网络侧设备12也可以称为无线接入网设备、无线接入网(Radio Access Network，RAN)、无线接入网功能或无线接入网单元。网络侧设备12可以包括基站、无线局域网(Wireless Local Area Network，WLAN)接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。核心网设备可以包含但不限于如下至少一项：核心网节点、核心网功能、移动管理实体(Mobility Management Entity，MME)、接入移动管理功能(Access and Mobility Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、策略控制功能(Policy Control Function，PCF)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)、边缘应用服务发现功能(Edge Application Server Discovery Function，EASDF)、统一数据管理(Unified Data Management，UDM)，统一数据仓储(Unified Data Repository，UDR)、归属用户服务器(Home Subscriber Server，HSS)、集中式网络配置(Centralized network configuration，CNC)、网络存储功能(Network Repository Function，NRF)，网络开放功能(Network Exposure Function，NEF)、本地NEF(Local NEF，或L-NEF)、绑定支持功能(Binding Support Function，BSF)、应用功能(Application Function，AF)等。需要说明的是，在本申请实施例中仅以NR系统中的核心网设备为例进行介绍，并不限定核心网设备的具体类型。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的一种通知处理方 法、通知方法、装置、终端及网络侧设备进行详细地说明。
请参见图2，图2是本申请实施例提供的一种通知处理方法的流程图，如图2所示，包括以下步骤，包括：
201、终端接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
上述第一通知可以是终端接收网络侧设备发送的通知，当然，本申请实施例对此并不限定，例如：上述终端可以接收其他终端发送的上述第一通知。
本申请实施例中，多播业务的配置可以包括但不限于：多播/广播业务无线承载(Multicast/Broadcast Service radio bear，MRB)配置、时域图案(pattern)、频域资源、动态调度信息等，其中，时域pattern可以包括周期长度、周期起始位置和周期内激活时长等配置。
上述多播业务的配置发生变更可以是部分或者全部配置发生变更。
上述所述多播业务发送结束可以理解为，网络侧设备发送多播业务结束，上述多播业务接收结束可以理解为，终端接收多播业务结束。在一些实施方式中，可以只通知多播业务发送结束或者多播业务接收结束，在一些实施方式中，可以通知多播业务发送结束或多播业务接收结束。
在一些实施方式中，所述多播业务为所述终端在非激活态正在接收的多播业务，这样可以支持终端在非激活态下接收多播业务，终端在非激活态时的网络负荷是小于终端在连接态时的网络负荷，从而可以降低网络负荷。
本申请实施例中，多播业务可以表示为multicast业务，或者可以表示为多播/广播业务(Multicast/Broadcast Service，MBS)。
202、所述终端执行所述第一通知的响应操作。
上述响应操作可以是基于协议约定确定，也可以是基于终端实现确定，也可以是基于网络侧配置确定的。例如：进入连接态、释放资源、请求新配置等等。
本申请实施例中，通过上述步骤可以实现获知多播业务的配置发生变更和所述多播业务结束中的至少一项，从而避免因终端无法获知配置发生变更而继续使用原配置接收多播业务导致的接收错误，也可以避免因终端无法获知多播业务结束而继续接收多播业务导致的多余耗电，进而提高终端的多播业务接收效果。
作为一种可选的实施方式，上述响应操作包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
其中，向网络侧设备发起连接恢复可以进入连接态，这样在多播业务的配置发生变更的情况下，在连接态直接接收上述多播业务。
需要说明的是，向网络侧设备请求所述多播业务变更的新配置后，网络侧可以根据网络侧获知的信息，向终端返回新配置，或者，不返回新配置，例如：一些情况下，网络侧设备可以指示终端进入连接态，在连接态直接接收多播业务。
在接收向网络侧设备发送的所述多播业务变更的新配置后，可以在非激活态下接收多播业务。
上述对所述多播业务进行释放，可以是释放多播业务的承载和配置中的至少一项，以节约资源。
上述释放至空闲态可以节约终端功耗，也可以避免连接恢复之后再释放的繁琐过程。
上述保持在非激活态可以避免连接恢复之后再释放的繁琐过程。
在一些实施方式中，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述响应操作包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
保持在非激活态。
该实施方式中，可以实现在多播业务的配置发生变更在连接态接收多播业务，或者继续在非激活态接收多播业务，以使得终端可以及时接收到更多的多播业务内容。
在一些实施方式中，在所述第一通知指示所述多播业务结束的情况下，所述响应操作包括如下至少一项：
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
该实施方式中，可以实现在多播业务结束的情况下，对所述多播业务进行释放，以节约资源；可以实现在多播业务结束的情况下，释放至空闲态，以节约终端功耗，也可以避免连接恢复之后再释放的繁琐过程；可以实现在多播业务结束的情况下，保持在非激活态，以避免连接恢复之后再释放的繁琐过程。
在一些实施方式中，所述向网络侧设备发起连接恢复之后，所述方法还包括如下至少一项：
所述终端接收连接恢复消息；
所述终端接收无线资源控制(Radio Resource Control，RRC)释放消息；
所述终端接收所述多播业务变更的新配置。
通过上述连接恢复消息进入连接态。
上述RRC释放消息可以是让终端回到空闲态，也可以携带多播业务变更的新配置，例如：在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放消息携带所述多播业务变更的新配置，这样可以使得终端继续在非激活态下接收多播业务。
上述终端接收所述多播业务变更的新配置可以是，接收网络侧设备通过上述RRC释放消息之外的其他消息发送的多播业务变更的新配置，这样可以使得终端继续在非激活态下接收多播业务。
作为一种可选的实施方式，所述第一通知包括如下至少一项：
寻呼消息、层一(Layer 1，L1)信令、媒体接入控制(Medium Access Control，MAC)信令、RRC消息、公共信令。
在一些实施方式中，所述寻呼消息可以包括如下至少一项：
携带终端标识(User Equipment Identifer，UE ID)的第一寻呼消息；
携带临时移动群组标识(Temporary Mobile Group Identity，TMGI)的第二寻呼消息。
上述携带终端标识的第一寻呼消息可以理解为，以终端标识进行寻呼的寻呼消息，上述携带TMGI的第二寻呼消息。可以理解为，以TMGI进行寻呼的寻呼消息。
其中，上述终端标识可以是，临时移动用户标识(S-Temporary Mobile Subscriber Identity，S-TMSI)或者非激活状态下的无线网络临时标识(Inactive-Radio Network Temporary Identity，I-RNTI)。
上述TMGI可以是上述多播业务的业务标识。
上述第一寻呼消息可以指示多播业务的配置发生变更和所述多播业务结束中的至少一项，上述第二寻呼消息可以多播业务的配置发生变更和所述多播业务结束中的至少一项；或者，上述第一寻呼消息可以指示多播业务的配置发生变更和所述多播业务结束中的一项，上述第二寻呼消息可以多播业务的配置发生变更和所述多播业务结束中的另一项。
该实施方式中，通过寻呼消息通知多播业务的配置发生变更和所述多播业务结束中的至少一项，可以让终端及时获知多播业务的配置发生变更和所述多播业务结束中的至少一项。
一个实施例如下：
多播业务小区(Multicast小区)，由于情况变化，对multicast业务配置进行变更或者业务结束时，需要对非连接态终端进行通知。其中，寻呼是一种可行的通知终端的方式，具体可以有如下方式：。
方式一、以终端标识进行寻呼(Paging by UE ID)：
当multicast业务配置变更或者业务结束时，可以用UE ID来对特定终端进行寻呼。由于multicast业务的每个接收终端，是网络侧进行管理，终端向核心网进行multicast业务加入过程，核心网就将终端信息发送给接入网，因此网络侧设备是知道哪些终端对这个multicast业务感兴趣。而且也是网络侧设备最终决定将一些终端释放到非激活态(Inactive)进行Multicast业务接收的，因此对于multicast业务所在的小区，可以保存Inactive接收的 终端列表，当Multicast业务准备变更配置或者业务结束时，直接以存储列表中的每个UE ID进行寻呼，能找到每个终端。
其中，发放寻呼(paging)的范围，可以是每个UE的无线接入网(Radio Access Network，RAN)寻呼区域(RAN paging区域)，即RNA范围。
另一种实施的方式，由于multicast业务配置一般单小区有效或者一定区域有效，因此可以仅在multicast cell或者配置有效区域范围内对终端进行寻呼。为了避免终端驻留在multicast cell同覆盖的其它小区，而在multicast cell接收多播业务，因此对multicast cell的其它重叠或者相邻覆盖小区，或者上述小区中位于终端RNA范围内的cell，发送paging消息。
特别的，在寻呼消息中，还可以区分Multicast更新目的，即通过携带一个指示信息，该指示信息用于指示Multicast更新目的，且与某一个UE ID对应或者TMGI对应。例如multicast业务变更或者业务结束，或者业务变更采取普通寻呼方式，业务结束携带特殊标记，因为业务变更是要进行连接恢复，与普通下行数据到达寻呼的行为基本一致，而业务结束可以直接释放，而避免进行连接恢复再释放。另外，终端获知业务结束，可以进行多播/广播业务无线承载(MBS(Multicast/Broadcast Service)radio bear，MRB)释放。
通过上述paging方式，如果终端仍旧位于multicast cell的接收范围之内或者该配置有效的范围之内，终端可以收到关于自己UE ID的寻呼消息，其中UE ID可以是I-RNTI，S-TMSI等形式，也可以是新的ID，用以表明这是一个Multicast业务变化为目的的寻呼发，如果收到匹配的新ID，则终端恢复连接建立。
方式二、以TMGI进行寻呼(Paging by TMGI)：
TMGI的寻呼方式，是指在寻呼消息中不携带UE ID，而携带业务标识TMGI，这样对该TMGI感兴趣的多个终端，可以避免发送不同的UE ID，而可以采取统一TMGI标识，唤醒所有感兴趣于该业务的终端。
网络侧设备是知道对这个multicast业务感兴趣的终端列表，发放paging的范围，可以是每个终端的RAN paging区域，即RNA范围，针对每个终端的寻呼时刻，当然如果有重叠的部分，则TMGI发送一次即可。
另一种实施的方式，由于multicast业务配置一般单小区有效或者一定区域有效，因此可以仅在multicast cell或者配置有效区域范围内对终端列表进行寻呼。为了避免终端驻留在multicast cell同覆盖的其它小区，而在multicast cell接收多播业务，因此对multicast cell的其它重叠或者相邻覆盖小区，或者上述小区中位于终端RNA范围内的小区，发送paging消息。
特别的，在寻呼消息中，还可以区分Multicast更新目的，由于以TMGI业务为标识进行寻呼，已经可以说明是这个业务发生了变化，因此仅需要再次区分是配置变化还是业务结束即可，例如或者业务变更采取TMGI寻呼方式，业务结束在此基础上再携带特殊标记，因为业务变更是要进行连接恢复，与普通下行数据到达寻呼的行为基本一致，而业务 结束可以直接释放，而避免进行连接恢复再释放。
通过上述paging方式，如果终端仍旧位于multicast cell的接收范围之内或者该配置有效的范围之内，终端可以收到关于自己感兴趣的TMGI的寻呼消息，以及可选的业务结束标记，用以表明这是一个Multicast业务配置变更或者结束为目的的寻呼。
另外，终端接收寻呼之后，进行相应的响应操作。如果能区分目的，则根据不同的寻呼目的采取不同的行为，例如业务变更是需要终端进行连接恢复向网络侧获得最新的配置信息，而业务结束可以直接进行相关承载/配置的释放，甚至在承载完全释放之后进入空闲态(Idle状态)，而避免了连接恢复之后再释放的繁琐过程。如果Paging消息中没有携带额外信息，或者终端不能区分，则终端统一行为是向网络进行连接恢复，由网络侧进行判断。
对于网络侧，如果接收到终端的连接恢复，由于网络侧可以从UE ID判断出这是一个对特定multicast业务感兴趣的终端，而且网络侧刚刚准备进行该multicast业务的配置变更或者业务结束，此时终端恢复连接，则一定是为了该业务，网络侧可以执行以下至少一项：
网络侧向发起连接恢复的终端，发送无线资源控制释放(RRC release)消息，在该消息中携带更新的终端感兴趣multicast业务配置信息；
网络侧向发起连接恢复的终端，发送RRC release消息，在终端感兴趣multicast业务已经全部结束的情况下，释放终端回到Idle状态；
网络侧向终端发起连接恢复命令，使终端进入连接态；
网络侧在终端有其它上行数据要发的情况下，向终端发起连接恢复命令，使终端进入连接态；
终端进入连接态之后，网络接收终端的请求，并向终端发送更新的multicast业务配置信息。
在一种特殊情况下，如果网络侧Paging消息显式指示了Multicast业务结束，而终端接收到指示，可以将multicast对应的承载和配置都自行释放。当终端只有这一个multicast业务时，终端可以回到Idle态或保持再INACTIVE态。对应的，如果要使终端回到了Idle态，网络侧也有终端的承载上下文，可以进行对应的释放承载和释放终端操作。相当于终端和网络各自完成了释放，避免了信令交互。
该实施例中，对于Paging消息，UE ID的方式由于可以根据终端列表来进行发送，因此对于处于Connected状态接收multicast业务的终端无影响。如果是TMGI的方式，处于Connected状态的终端也不会监听Paging occasion，因此TMGI paging也不会影响处于Connected状态接收multicast业务的终端。
在一些实施方式中，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识(Group-Radio Network Temporary Identity，G-RNTI)调度的L1信令。
上述L1信令可以包括物理下行控制信道(Physical downlink control channel，PDCCH)。例如：上述多播业务的多播/广播业务信道(MBS Traffic Channel，MTCH)对应的PDCCH，且可以通过该PDCH中信息域来指示上述多播业务的配置发生变更和所述多播业务结束中的至少一项，该信息域可以是一个特殊信息域，如复用协议已定义的信息域，或者新定义的信息域。
需要说明的是，本申请实施例中，并不限定L1信令为G-RNTI调度的L1信令，例如：也可以是以其他RNTI调度的LI信令，如多播无线网络临时标识(Multicast Radio Network Temporary Identity，Multicast–RNTI)调度的LI信令，又如小区无线网络临时标识(Cell-Radio Network Temporary Identifier，C-RNTI)调度的LI信令，或者后续协议新定义的RNTI调度的LI信令。
在一些实施方式中，上述L1信令包括PDCCH，所述PDCCH包括指示比特，所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
该实施方式中，可以实现通过复用已定义的比特来指示上述多播业务的配置发生变更和所述多播业务结束中的至少一项，也可以实现通过新定义的比特来指示上述多播业务的配置发生变更和所述多播业务结束中的至少一项。
在一个实施例如下：
该实施例主要描述通过L1信令指示多播业务的配置发生变更和所述多播业务结束中的至少一项，具体可以如下：
Multicast小区，由于情况变化，对multicast业务配置进行变更或者业务结束时，需要对非连接态终端进行通知，其中，L1信令也是一种可行的通知UE的方式。
由于每种multicast业务有其配置的G-RNTI，用G-RNTI加扰的PDCCH进行调度信息的发送。那么在PDCCH的格式中，可以增加1-2比特(bit)内容，用以指示配置变化和/或业务结束。
例如：在广播(Broadcast)业务中，有多播/广播业务控制信道无线网络临时标识(MBS Control Channel Network Temporary Identity，MCCH-RNTI)加扰的PDCCH，其中一种PDCCH格式中，有2bit内容，其中1bit代表新业务到达，另1bit内容代表现有业务的变化，既包含配置变更也包含配置结束，或者邻小区信息变化等。
该实施例中，可以复用上述PDCCH格式，将其中2bit内容重新赋予新的含义，其中1bit代表业务配置变化，另1bit内容代表现有业务结束。或者只用其中1bit，统一表示变化，包含变更和结束。
对于终端来说，由于每个对multicast业务感兴趣的终端，都会监听业务对应的G-RNTI加扰的PDCCH，如果在PDCCH格式中读到了2bit新内容中的一个，则可以根据指示内 容，进行相应的行为，例如：
当发现业务配置变更，则向网络发起连接恢复请求；
如果发现业务结束，则释放业务对应的承载/配置；
如果业务承载释放之后，不再有其它业务或者承载，则终端可以自行回到Idle状态，也可以保持在非激活态。
对于网络侧，如果接收到终端的连接恢复，由于网络侧可以从UE ID判断出这是一个对特定multicast业务感兴趣的终端，而且网络侧刚刚准备进行该multicast业务的配置变更或者业务结束，此时终端恢复连接，则一定是为了该业务，网络侧可以执行以下至少一项：
网络侧向发起连接恢复的终端，发送RRC release消息，在该消息中携带更新的终端感兴趣multicast业务配置信息；
网络侧向发起连接恢复的终端，发送RRC release消息，在终端感兴趣multicast业务已经全部结束的情况下，释放终端回到Idle状态；
网络侧向终端发起连接恢复命令，使终端进入连接态；
网络侧在终端有其它上行数据要发的情况下，向终端发起连接恢复命令，使终端进入连接态；
终端进入连接态之后，网络接收终端的请求，并向终端发送更新的multicast业务配置信息；
L1信令的方式，该方式由于无法区分对待不同的终端状态，因此对于处于Connected状态接收multicast业务的终端也可能会收到，如果是低版本终端不解析无影响，如果高版本终端可以解码，无需进行任何操作，等待网络侧的专用控制信令即可。
作为一种可选的实施方式，上述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
上述MAC信令可以是媒体接入控制的控制单元(Media Access Control Control Element，MAC CE)。
该实施方式中，由于通过G-RNTI调度的MAC信令，这样可以携带更加信息，如还可以携带多媒业务的业务标识。
需要说明的是，本申请实施例中，并不限定MAC信令为G-RNTI调度的MAC信令，例如：也可以是以其他RNTI调度的MAC信令，如Multicast–RNTI调度的MAC信令，又如C-RNTI调度的MAC信令，或者后续协议新定义的RNTI调度的MAC信令。
在一些实施方式中，所述MAC信令还用于指示所述多播业务的业务标识。
其中，上述多播业务的业务标识可以包括如下至少一项：
TMGI、TMGI索引、MRB ID列表。
该实施方式中，通过指示业务标识，这样可以实现更加精确的通知。
一个实施例如下：
该实施例主要描述MAC信令通知终端，具体可以如下：
Multicast小区，由于情况变化，对multicast业务配置进行变更或者业务结束时，需要对非连接态终端进行通知。MAC信令也是一种可行的通知终端的方式。
MAC信令可以是以MAC CE形式进行。MAC信令可以携带的信息是多于L1信令的，MAC CE的格式可以较大的空间，例如除了携带业务变更指示和/或业务结束指示，还可以携带具体对应的业务标识信息，例如TMGI，或者TMGI索引，或者MRB ID列表。由于MAC CE也可以采取G-RNTI调度方式发送，而且一般是和数据业务进行复用发送。在一些通信系统中，在multicast业务的设计中，每个业务TMGI会对应一个G-RNTI进行调度，但反过来，网络侧可以将多个TMGI分配相同的G-RNTI，也就是说同一个G-RNTI调度的数据，可以属于不同的TMGI，不同的业务。因此在MAC CE里显式指示哪个业务发生了变更或者结束，对终端也是有好处的，可以便于终端更好的判断是否是自己感兴趣的发生了变化，从而采取相关行为。
对于终端来说，由于每个对multicast业务感兴趣的终端，都会监听业务对应的G-RNTI对应的调度和数据，如果在数据中读到了相关的MAC CE，则可以根据MAC CE指示内容，进行相应的行为，例如如下至少一项：
当发现业务配置变更，则向网络发起连接恢复请求；
如果发现业务结束，则释放业务对应的承载；
如果业务承载释放之后，不再有其它业务或者承载，则终端可以自行回到Idle状态；
网络侧行为以及后续操作，参考上述多个实施例和实施方式中对应部分内容。
MAC信令的方式，该方式由于无法区分对待不同的终端状态，因此对于处于Connected状态接收multicast业务的终端也可能会收到，如果是低版本终端不认识该MAC CE直接丢弃无影响，如果高版本终端可以解码，无需进行任何操作，等待网络侧的专用控制信令即可。
作为一种可选的实施方式，所述公共信令包括：
以所述多播业务对应的Multicast–RNTI调度的公共信令，其中，所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
上述公共信令可以是层三(L3)信令、层二(L2信令)或L1信令。
需要说明的是，本申请实施例中，并不限定公共信令为Multicast–RNTI调度的公共信令，例如：也可以是以其他RNTI调度的MAC信令，如G–RNTI调度的公共信令，又如C-RNTI调度的公共信令，或者后续协议新定义的RNTI调度的公共信令。
在一些实施方式中，上述公共信令携带如下至少一项：
所述多播业务的业务标识、所述多播业务的配置发生变更的变更标志、所述多播业务结束的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信息。
其中，多播业务的配置发生变更和所述多播业务结束中的至少一项可以通过上述携带 的内容显式或者隐式指示，例如：当携带多播业务的业务标识时，该业务标识可以用于隐式指示多播业务的配置发生变更和所述多播业务结束中的至少一项，当当携带多播业务变更的新配置、多播业务变更的新配置的生效时间信息时，可以隐式指示多播业务的配置发生变更。
另外，通过多播业务的业务标识可以实现精确通知，而通过多播业务变更的新配置可以实现快速下发新配置，通过多播业务变更的新配置的生效时间信息可以精确控制配置的生效时间。
一个实施例如下：
该实施例主要描述公共信令，具体如下：
Multicast小区，由于情况变化，对multicast业务配置进行变更或者业务结束时，需要对非连接态终端进行通知，其中，公共信令也是一种可行的通知终端的方式。
公共信令的方式，可以有更灵活的设计，例如可以为一组终端分配专用于公共信令的特殊的Multicast-RNTI，用于调度关于multicast变更的通知消息。该通知消息，也可以配置一定的时域pattern，即周期长度、重复次数等，也可以配置相应的频域资源或者动态调度信息等。
关于通知消息的格式，可以是L3信令、L2信令或L1信令，本例中以L3信令来举例，因为L2信令可参照上述实施例中描述的MAC CE设计，L1信令可参照上述实施例描述的PDCCH格式设计，本实施例的L1和L2信令与前面实施例的差别是可以配置独立的RNTI，不再复用G-RNTI，也可以配置新的时域和/或频域配置，不再遵循G-RNTI的配置限制。
关于公共L3信令，可以设计为多播控制消息(Multicast Control)/修改消息(Modification Message)，里面携带业务标识，例如TMGI，和/或变更标志，和/或结束标志，甚至，可以直接携带变更之后的multicast业务的新配置，新配置生效时间信息等。
对于终端来说，由于每个对multicast业务感兴趣的终端，都会监听业务对应的公共信令调度和数据，如果在其中读到了相关的指示内容，进行相应的行为，例如：
当发现业务配置变更，则向网络发起连接恢复请求；
如果发现业务结束，则释放业务对应的承载；
如果业务承载释放之后，不再有其它业务或者承载，则终端可以自行回到Idle状态；
如果直接读取了变更之后的新配置，则立即或者根据生效时间信息，应用新的配置开始接收业务。
网络侧行为以及后续操作，参考上述实施例和实施方式中的对应部分内容。
公共信令的方式，该方式可以要求只有Inactive状态的终端进行公共信令的读取，因此对于处于Connected状态接收multicast业务的终端可以无影响。
作为一种可选的实施方式，上述RRC消息包括：
以所述多播业务对应的G-RNTI调度的RRC消息。
上述RRB消息可以是支持确认模式(acknowledged mode，AM)的RRC消息。
该实施方式中，由于通过RRC消息进行通知，可以提高通知的可靠性。
需要说明的是，本申请实施例中，并不限定RRC消息为G-RNTI调度的公共信令，例如：也可以是以其他RNTI调度的G-RNTI，如Multicast–RNTI调度的公共信令，又如C-RNTI调度的G-RNTI，或者后续协议新定义的RNTI调度的G-RNTI。
本申请实施例中，上述多种信令消息可以相互结合实现，例如：
以寻呼消息发送multicast业务变更，以MAC CE发送multicast业务结束；
以L1信令方式发送multicast业务变更，以MAC CE发送multicast业务结束；
以公共信令方式发送multicast业务变更，以MAC CE发送multicast业务结束；
具体可以是，寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令其中一种发送multicast业务变更，以另一种方式发送multicast业务结束。
在本申请实施例中，终端接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务；所述终端执行所述第一通知的响应操作。这样终端可以获知多播业务的配置发生变更和所述多播业务结束中的至少一项，从而提高终端的多播业务接收效果。
请参见图3，图3是本申请实施例提供的一种通知方法的流程图，如图3所示，包括以下步骤：
301、网络侧设备向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
可选的，所述第一通知包括如下至少一项：
寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
可选的，所述寻呼消息包括如下至少一项：
携带终端标识的第一寻呼消息；
携带临时移动群组标识的第二寻呼消息。
可选的，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
可选的，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特，所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
可选的，所述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
可选的，所述MAC信令还用于指示所述多播业务的业务标识。
可选的，所述公共信令包括：
以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中，所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
可选的，所述公共信令携带如下一项：
所述多播业务的业务标识、多播业务的配置发生变更的变更标志、所述多播业务结束的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信息。
可选的，所述RRC消息包括：
以所述多播业务对应的G-RNTI调度的RRC消息。
可选的，所述方法还包括如下至少一项：
所述网络侧设备接收所述终端发送的连接恢复请求；
所述网络侧设备接收所述终端发送的用于请求所述多播业务变更的新配置的请求；
所述网络侧设备对所述多播业务进行释放。
可选的，所述网络侧设备接收所述终端发送的连接恢复请求之后，所述方法还包括如下至少一项：
所述网络侧设备向所述终端发送连接恢复消息；
所述网络侧设备向所述终端发送无线资源控制RRC释放消息；
所述网络侧设备向所述终端发送所述多播业务变更的新配置。
可选的，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放消息携带所述多播业务变更的新配置。
需要说明的是，本实施例作为与图2所示的实施例中对应的网络侧设备的实施方式，其具体的实施方式可以参见图2所示的实施例的相关说明，以为避免重复说明，本实施例不再赘述。
请参见图4，图4是本申请实施例提供的一种通知处理装置的结构图，如图4所示，通知处理装置400包括：
第一接收模块401，用于接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；
执行模块402，用于执行所述第一通知的响应操作。
可选的，所述第一通知包括如下至少一项：
寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
可选的，所述寻呼消息包括如下至少一项：
携带终端标识的第一寻呼消息；
携带临时移动群组标识的第二寻呼消息。
可选的，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
可选的，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特，所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
可选的，所述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
可选的，所述MAC信令还用于指示所述多播业务的业务标识。
可选的，所述公共信令包括：
以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中，所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
可选的，所述公共信令携带如下至少一项：
所述多播业务的业务标识、所述多播业务的配置发生变更的变更标志、所述多播业务结束的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信息。
可选的，所述RRC消息包括：
以所述多播业务对应的G-RNTI调度的RRC消息。
可选的，所述响应操作包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
可选的，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述响应操作包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
保持在非激活态；
和/或，
在所述第一通知指示所述多播业务结束的情况下，所述响应操作包括如下至少一项：
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
可选的，所述装置还包括如下至少一项：
第二接收模块，用于接收连接恢复消息；
第三接收模块，用于接收无线资源控制RRC释放消息；
第四接收模块，用于接收所述多播业务变更的新配置。
可选的，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放消息携带所述多播业务变更的新配置。
可选的，所述多播业务为所述终端在非激活态正在接收的多播业务。
上述通知处理装置可以提升终端多播业务接收效果。
本申请实施例中的通知处理装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于本申请实施例所列举的终端的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
本申请实施例提供的通知处理装置能够实现图2所示的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
请参见图5，图5是本申请实施例提供的一种通知装置的结构图，如图5所示，通知装置500包括：
第一发送模块501，用于向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
可选的，所述第一通知包括如下至少一项：
寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
可选的，所述寻呼消息包括如下至少一项：
携带终端标识的第一寻呼消息；
携带临时移动群组标识的第二寻呼消息。
可选的，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
可选的，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特，所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
可选的，所述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
可选的，所述MAC信令还用于指示所述多播业务的业务标识。
可选的，所述公共信令包括：
以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中，所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
可选的，所述公共信令携带如下一项：
所述多播业务的业务标识、多播业务的配置发生变更的变更标志、所述多播业务结束的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信息。
可选的，所述RRC消息包括：
以所述多播业务对应的G-RNTI调度的RRC消息。
可选的，所述装置还包括如下至少一项：
第一接收模块，用于接收所述终端发送的连接恢复请求；
第二接收模块，用于接收所述终端发送的用于请求所述多播业务变更的新配置的请求；
释放模块，用于对所述多播业务进行释放。
可选的，所述装置还包括如下至少一项：
第二发送模块，用于向所述终端发送连接恢复消息；
第三发送模块，用于向所述终端发送无线资源控制RRC释放消息；
第四发送模块，用于向所述终端发送所述多播业务变更的新配置。
可选的，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放消息携带所述多播业务变更的新配置。
上述通知装置可以有利用终端提升多播业务接收效果。
本申请实施例中的通知装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是网络侧设备。
本申请实施例提供的通知装置能够实现图3所示的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图6所示，本申请实施例还提供一种通信设备600，包括处理器601和存储器602，存储器602上存储有可在所述处理器601上运行的程序或指令，例如，该通信设备600为终端时，该程序或指令被处理器601执行时实现上述通知处理方法实施例的各个步骤，且能达到相同的技术效果。该通信设备600为网络侧设备时，该程序或指令被处理器601执行时实现上述通知方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种终端，包括处理器和通信接口，通信接口用于接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所 述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；处理器或通信接口用于执行所述第一通知的响应操作。该终端实施例与上述终端侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图7为实现本申请实施例的一种终端的硬件结构示意图。
该终端700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709以及处理器710等中的至少部分部件。
本领域技术人员可以理解，终端700还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器710逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元704可以包括图形处理单元(Graphics Processing Unit，GPU)7041和麦克风7042，图形处理单元7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706可包括显示面板7061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。用户输入单元707包括触控面板7071以及其他输入设备7072中的至少一种。触控面板7071，也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元701接收来自网络侧设备的下行数据后，可以传输给处理器710进行处理；另外，射频单元701可以向网络侧设备发送上行数据。通常，射频单元701包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器709可用于存储软件程序或指令以及各种数据。存储器709可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器709可以包括易失性存储器或非易失性存储器，或者，存储器709可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线 随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器709包括但不限于这些和任意其它适合类型的存储器。
处理器710可包括一个或多个处理单元；可选的，处理器710集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器710中。
其中，射频单元701用于接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；
处理器710或射频单元701用于执行所述第一通知的响应操作。
可选的，所述第一通知包括如下至少一项：
寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
可选的，所述寻呼消息包括如下至少一项：
携带终端标识的第一寻呼消息；
携带临时移动群组标识的第二寻呼消息。
可选的，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
可选的，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特，所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
可选的，所述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
可选的，所述MAC信令还用于指示所述多播业务的业务标识。
可选的，所述公共信令包括：
以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中，所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
可选的，所述公共信令携带如下至少一项：
所述多播业务的业务标识、所述多播业务的配置发生变更的变更标志、所述多播业务结束的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信息。
可选的，所述RRC消息包括：
以所述多播业务对应的G-RNTI调度的RRC消息。
可选的，所述响应操作包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
可选的，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述响应操作包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
保持在非激活态；
和/或，
在所述第一通知指示所述多播业务结束的情况下，所述响应操作包括如下至少一项：
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
可选的，射频单元701还用于如下至少一项：
接收连接恢复消息；
接收无线资源控制RRC释放消息；
接收所述多播业务变更的新配置。
可选的，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放消息携带所述多播业务变更的新配置。
可选的，所述多播业务为所述终端在非激活态正在接收的多播业务。
上述终端可以提升终端多播业务接收效果。
本申请实施例还提供一种网络侧设备，包括处理器及通信接口，其中，所述通信接口用于向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。该网络侧设备实施例与上述网络侧设备侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图8所示，该网络侧设备800包括：天线801、射频装置802、基带装置803、处理器804和存储器805。天线801与射频 装置802连接。在上行方向上，射频装置802通过天线801接收信息，将接收的信息发送给基带装置803进行处理。在下行方向上，基带装置803对要发送的信息进行处理，并发送给射频装置802，射频装置802对收到的信息进行处理后经过天线801发送出去。
以上实施例中网络侧设备执行的方法可以在基带装置803中实现，该基带装置803包括基带处理器。
基带装置803例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图8所示，其中一个芯片例如为基带处理器，通过总线接口与存储器805连接，以调用存储器805中的程序，执行以上方法实施例中所示的网络设备操作。
该网络侧设备还可以包括网络接口806，该接口例如为通用公共无线接口(common public radio interface，CPRI)。
具体地，本发明实施例的网络侧设备800还包括：存储在存储器805上并可在处理器804上运行的指令或程序，处理器804调用存储器805中的指令或程序执行图5所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
其中，射频装置802用于向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
可选的，所述第一通知包括如下至少一项：
寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
可选的，所述寻呼消息包括如下至少一项：
携带终端标识的第一寻呼消息；
携带临时移动群组标识的第二寻呼消息。
可选的，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
可选的，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特，所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
可选的，所述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
可选的，所述MAC信令还用于指示所述多播业务的业务标识。
可选的，所述公共信令包括：
以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中， 所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
可选的，所述公共信令携带如下一项：
所述多播业务的业务标识、多播业务的配置发生变更的变更标志、所述多播业务结束的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信息。
可选的，所述RRC消息包括：
以所述多播业务对应的G-RNTI调度的RRC消息。
可选的，所述射频装置802还用于如下至少一项：
接收所述终端发送的连接恢复请求；
接收所述终端发送的用于请求所述多播业务变更的新配置的请求；
对所述多播业务进行释放。
可选的，所述射频装置802还用于如下至少一项：
向所述终端发送连接恢复消息；
向所述终端发送无线资源控制RRC释放消息；
向所述终端发送所述多播业务变更的新配置。
可选的，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放消息携带所述多播业务变更的新配置。
上述网络侧设备可以有利用终端提升多播业务接收效果。
本申请实施例还提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现本申请实施例提供的通知处理方法或通知方法的步骤。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述通知处理方法或通知方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述通知处理方法或通知方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种频域资源确定系统，包括：终端和网络侧设备，所述终端可用于执行本申请实施例提供的通知处理方法的步骤，所述网络侧设备可用于执行本申请实施例提供的通知方法的步骤。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素， 而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (33)

  1. 一种通知处理方法，包括：
    终端接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；
    所述终端执行所述第一通知的响应操作。
  2. 如权利要求1所述的方法，其中，所述第一通知包括如下至少一项：
    寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
  3. 如权利要求2所述的方法，其中，所述寻呼消息包括如下至少一项：
    携带终端标识的第一寻呼消息；
    携带临时移动群组标识的第二寻呼消息。
  4. 如权利要求2所述的方法，其中，所述L1信令包括：
    以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
  5. 如权利要求2所述的方法，其中，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特，所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
    其中，所述指示比特包括：
    协议中对所述PDCCH已定义的比特；或者
    所述PDCCH新定义的至少一个比特。
  6. 如权利要求2所述的方法，其中，所述MAC信令包括：
    以所述多播业务对应的G-RNTI调度的MAC信令。
  7. 如权利要求2所述的方法，其中，所述MAC信令还用于指示所述多播业务的业务标识。
  8. 如权利要求2所述的方法，其中，所述公共信令包括：
    以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中，所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
  9. 如权利要求2所述的方法，其中，所述公共信令携带如下至少一项：
    所述多播业务的业务标识、所述多播业务的配置发生变更的变更标志、所述多播业务结束的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信息。
  10. 如权利要求2所述的方法，其中，所述RRC消息包括：
    以所述多播业务对应的G-RNTI调度的RRC消息。
  11. 如权利要求1至10中任一项所述的方法，其中，所述响应操作包括如下至少一项：
    向网络侧设备发起连接恢复；
    向网络侧设备请求所述多播业务变更的新配置；
    接收向网络侧设备发送的所述多播业务变更的新配置；
    对所述多播业务进行释放；
    释放至空闲态；
    保持在非激活态。
  12. 如权利要求11所述的方法，其中，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述响应操作包括如下至少一项：
    向网络侧设备发起连接恢复；
    向网络侧设备请求所述多播业务变更的新配置；
    接收向网络侧设备发送的所述多播业务变更的新配置；
    保持在非激活态；
    和/或，
    在所述第一通知指示所述多播业务结束的情况下，所述响应操作包括如下至少一项：
    对所述多播业务进行释放；
    释放至空闲态；
    保持在非激活态。
  13. 如权利要求12所述的方法，其中，所述向网络侧设备发起连接恢复之后，所述方法还包括如下至少一项：
    所述终端接收连接恢复消息；
    所述终端接收无线资源控制RRC释放消息；
    所述终端接收所述多播业务变更的新配置。
  14. 如权利要求13所述的方法，其中，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放消息携带所述多播业务变更的新配置。
  15. 如权利要求1至10中任一项所述的方法，其中，所述多播业务为所述终端在非激活态正在接收的多播业务。
  16. 一种通知方法，包括：
    网络侧设备向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
  17. 如权利要求16所述的方法，其中，所述第一通知包括如下至少一项：
    寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
  18. 如权利要求17所述的方法，其中，所述寻呼消息包括如下至少一项：
    携带终端标识的第一寻呼消息；
    携带临时移动群组标识的第二寻呼消息。
  19. 如权利要求17所述的方法，其中，所述L1信令包括：
    以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
  20. 如权利要求17所述的方法，其中，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特，所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
    其中，所述指示比特包括：
    协议中对所述PDCCH已定义的比特；或者
    所述PDCCH新定义的至少一个比特。
  21. 如权利要求17所述的方法，其中，所述MAC信令包括：
    以所述多播业务对应的G-RNTI调度的MAC信令。
  22. 如权利要求17所述的方法，其中，所述MAC信令还用于指示所述多播业务的业务标识。
  23. 如权利要求17所述的方法，其中，所述公共信令包括：
    以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中，所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
  24. 如权利要求17所述的方法，其中，所述公共信令携带如下一项：
    所述多播业务的业务标识、多播业务的配置发生变更的变更标志、所述多播业务结束的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信息。
  25. 如权利要求17所述的方法，其中，所述RRC消息包括：
    以所述多播业务对应的G-RNTI调度的RRC消息。
  26. 如权利要求16至25中任一项所述的方法，其中，所述方法还包括如下至少一项：
    所述网络侧设备接收所述终端发送的连接恢复请求；
    所述网络侧设备接收所述终端发送的用于请求所述多播业务变更的新配置的请求；
    所述网络侧设备对所述多播业务进行释放。
  27. 如权利要求26所述的方法，其中，所述网络侧设备接收所述终端发送的连接恢复请求之后，所述方法还包括如下至少一项：
    所述网络侧设备向所述终端发送连接恢复消息；
    所述网络侧设备向所述终端发送无线资源控制RRC释放消息；
    所述网络侧设备向所述终端发送所述多播业务变更的新配置。
  28. 如权利要求27所述的方法，其中，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放消息携带所述多播业务变更的新配置。
  29. 一种通知处理装置，包括：
    第一接收模块，用于接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；
    执行模块，用于执行所述第一通知的响应操作。
  30. 一种通知装置，包括：
    第一发送模块，用于向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
  31. 一种终端，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至15任一项所述的通知处理方法的步骤。
  32. 一种网络侧设备，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求16至28任一项所述的通知方法的步骤。
  33. 一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至15任一项所述的通知处理方法的步骤，或者，所述程序或指令被处理器执行时实现如权利要求16至28任一项所述的通知方法的步骤。
PCT/CN2023/104946 2022-07-15 2023-06-30 通知处理方法、通知方法、装置、终端及网络侧设备 WO2024012275A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210836820.9 2022-07-15
CN202210836820.9A CN117440326A (zh) 2022-07-15 2022-07-15 通知处理方法、通知方法、装置、终端及网络侧设备

Publications (1)

Publication Number Publication Date
WO2024012275A1 true WO2024012275A1 (zh) 2024-01-18

Family

ID=89535472

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/104946 WO2024012275A1 (zh) 2022-07-15 2023-06-30 通知处理方法、通知方法、装置、终端及网络侧设备

Country Status (2)

Country Link
CN (1) CN117440326A (zh)
WO (1) WO2024012275A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998262A (zh) * 2009-08-13 2011-03-30 中兴通讯股份有限公司 多播广播组播业务通知信息的配置方法及装置
US20130315129A1 (en) * 2011-02-07 2013-11-28 Lg Electronics Inc. Method for receiving multicast data in wireless communication system and m2m device therefor
CN107889063A (zh) * 2016-09-29 2018-04-06 中兴通讯股份有限公司 多播业务的业务信息、业务信息变更通知方法及装置
US20200008130A1 (en) * 2016-11-04 2020-01-02 Telefonaktiebolaget Lm Ericsson (Publ) Network Node, Wireless Device and Methods therein in a Communications Network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998262A (zh) * 2009-08-13 2011-03-30 中兴通讯股份有限公司 多播广播组播业务通知信息的配置方法及装置
US20130315129A1 (en) * 2011-02-07 2013-11-28 Lg Electronics Inc. Method for receiving multicast data in wireless communication system and m2m device therefor
CN107889063A (zh) * 2016-09-29 2018-04-06 中兴通讯股份有限公司 多播业务的业务信息、业务信息变更通知方法及装置
US20200008130A1 (en) * 2016-11-04 2020-01-02 Telefonaktiebolaget Lm Ericsson (Publ) Network Node, Wireless Device and Methods therein in a Communications Network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Open issues for UEs in idle or inactive mode", 3GPP TSG-RAN2 MEETING #113BIS-E R2-2103776, 2 April 2021 (2021-04-02), XP052175150 *

Also Published As

Publication number Publication date
CN117440326A (zh) 2024-01-23

Similar Documents

Publication Publication Date Title
JP2023547257A (ja) Ｐｄｃｐ重複の配置、アクティブ化又は非アクティブ化方法と端末
WO2022017359A1 (zh) 直接通信启动控制方法及相关设备
WO2024012275A1 (zh) 通知处理方法、通知方法、装置、终端及网络侧设备
WO2023274170A1 (zh) 成功切换报告shr的处理、管理、控制方法及装置
WO2024160200A1 (zh) 多播业务传输方法、装置、终端及网络侧设备
WO2024208125A1 (zh) Srs配置方法、装置及相关设备
WO2024208124A1 (zh) 通信方法、装置、终端、无线接入网设备及核心网设备
WO2024027678A1 (zh) 扩展非连续接收的配置方法及装置、通信设备
WO2023165422A1 (zh) 寻呼指示方法、装置、终端及网络侧设备
WO2022268012A1 (zh) 资源处理方法、装置、电子设备及存储介质
WO2024041470A1 (zh) 系统信息消息接收方法、发送方法、终端及网络侧设备
WO2023207947A1 (zh) 小区重配置方法、装置、终端及网络侧设备
WO2023185845A1 (zh) 通信方法、装置及相关设备
WO2023193676A1 (zh) 测量上报处理方法、装置、终端及网络侧设备
WO2024012304A1 (zh) 多播业务接收方法、装置、终端及网络侧设备
WO2024217130A1 (zh) 传输处理方法、装置、终端及网络侧设备
WO2024027681A1 (zh) Ue能力控制方法、装置、终端及网络侧设备
WO2023160604A1 (zh) 非连接态终端的确定方法、终端及网络侧设备
WO2024022398A1 (zh) 托管网络的选网信息的获取方法、终端及网络侧设备
WO2024027546A1 (zh) 定位方法、装置及设备
WO2021249438A1 (zh) 模式切换方法、终端及网络侧设备
WO2024022440A1 (zh) 小区切换方法、装置及相关设备
WO2024153084A1 (zh) 多播业务处理方法、装置、终端、网络侧设备及存储介质
WO2024160109A1 (zh) Dci大小的确定方法、dci的发送方法、装置及相关设备
WO2024208345A1 (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: 23838767

Country of ref document: EP

Kind code of ref document: A1