WO2021226848A1 - 组播下行业务通知方法、终端设备和网络设备 - Google Patents

组播下行业务通知方法、终端设备和网络设备 Download PDF

Info

Publication number
WO2021226848A1
WO2021226848A1 PCT/CN2020/089884 CN2020089884W WO2021226848A1 WO 2021226848 A1 WO2021226848 A1 WO 2021226848A1 CN 2020089884 W CN2020089884 W CN 2020089884W WO 2021226848 A1 WO2021226848 A1 WO 2021226848A1
Authority
WO
WIPO (PCT)
Prior art keywords
group
network device
terminal
information
mbs session
Prior art date
Application number
PCT/CN2020/089884
Other languages
English (en)
French (fr)
Inventor
刘建华
王淑坤
Original Assignee
Oppo广东移动通信有限公司
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 Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to CN202080100363.6A priority Critical patent/CN115486100A/zh
Priority to CN202310258213.3A priority patent/CN116321429A/zh
Priority to KR1020227041349A priority patent/KR20230008758A/ko
Priority to JP2022568984A priority patent/JP2023530582A/ja
Priority to EP20935482.8A priority patent/EP4138422A4/en
Priority to PCT/CN2020/089884 priority patent/WO2021226848A1/zh
Publication of WO2021226848A1 publication Critical patent/WO2021226848A1/zh
Priority to US17/984,830 priority patent/US20230070801A1/en

Links

Images

Classifications

    • 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
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • This application relates to the field of communications, and more specifically, to a method for notification of a multicast downlink service, terminal equipment, and network equipment.
  • a point-to-multipoint transmission mechanism In the 5G system, a point-to-multipoint transmission mechanism will be introduced.
  • the network side uses a point-to-multipoint transmission mode to send downlink data within the multicast/broadcast service area. Terminals in this area can use multicast/broadcast channels to receive data.
  • a UE-specific N3 channel can be used, and unicast data and multicast/broadcast data for this UE are all transmitted in this specific channel. It is also possible to adopt a shared transmission channel, which is shared by multiple terminals for data transmission, and the multiple terminals may belong to the same group.
  • the terminal when there is no downlink data, the terminal will be in an idle state; when a certain group of downlink multicast/broadcast data arrives, in order to notify the downlink terminal that the data has arrived, a notification mechanism is required. At present, there is no mechanism to notify a certain group of terminals of the arrival of downlink multicast/broadcast data.
  • the embodiments of the present application provide a multicast downlink service notification method, terminal equipment, and network equipment to solve the above technical problems.
  • the embodiment of the present application proposes a method for notification of a multicast downlink service, which includes:
  • the terminal device receives a paging message, where the paging message is used to notify the existence of multicast downlink data;
  • the terminal device responds to the paging message.
  • the embodiment of the present application proposes a method for notification of a multicast downlink service, which includes:
  • the first network device sends a paging message, where the paging message is used to notify that there is multicast downlink data.
  • the embodiment of the present application proposes a method for notification of a multicast downlink service, which includes:
  • the second network device sends a paging request message to the first network device, the paging request message carrying group information of the group to which the multicast downlink data belongs, related MBS session information, identification information of at least one terminal that needs to be paged, and DRX At least one of information, a group-specific DRX cycle, and a group-specific identifier.
  • the embodiment of the present application proposes a method for notification of a multicast downlink service, which includes:
  • the third network device sends the multicast downlink data or the first arrival message related to the MBS session or the terminal information related to the multicast/MBS session to the second network device, where the first arrival message carries the multicast downlink Group information of the group to which the data belongs and/or related MBS session information.
  • the embodiment of the present application proposes a method for notification of a multicast downlink service, which includes:
  • the fourth network device sends a multicast/MBS session downlink data second arrival message to the third network device, where the multicast/MBS session downlink data second arrival message carries the group information of the group to which the multicast downlink data belongs and/ Or MBS session information related to the group to which the multicast downlink data belongs.
  • An embodiment of the present application proposes a terminal device, including:
  • a paging message receiving module configured to receive a paging message, where the paging message is used to notify the existence of multicast downlink data
  • the response module is used to respond to the paging message.
  • An embodiment of the application proposes a network device, including:
  • the paging message sending module is used to send a paging message, and the paging message is used to notify the existence of multicast downlink data.
  • An embodiment of the application proposes a network device, including:
  • the paging request message sending module is configured to send a paging request message to the first network device, the paging request message carrying group information of the group to which the multicast downlink data belongs, related MBS session information, and at least one terminal that needs to be paged At least one of the identification information and DRX information, the group-specific DRX cycle, and the group-specific identifier.
  • An embodiment of the application proposes a network device, including:
  • the first notification module is configured to send a first arrival message related to multicast downlink data or an MBS session or terminal information related to the multicast/MBS session to a second network device, where the first arrival message carries the Group information of the group to which the multicast downlink data belongs and/or related MBS session information.
  • An embodiment of the application proposes a network device, including:
  • the second notification module is configured to send a multicast/MBS session downlink data second arrival message to a third network device, where the multicast/MBS session downlink data second arrival message carries the group to which the multicast downlink data belongs Information and/or MBS session information related to the group to which the multicast downlink data belongs.
  • An embodiment of the present application proposes a terminal device, including: a processor and a memory, the memory is used to store a computer program, the processor is used to call and run the computer program stored in the memory, and execute the multicast downlink service notification as described above The method of any one of the methods.
  • An embodiment of the present application proposes a network device, including: a processor and a memory, the memory is used to store a computer program, the processor is used to call and run the computer program stored in the memory, and execute the multicast downlink as claimed in the claims.
  • a network device including: a processor and a memory, the memory is used to store a computer program, the processor is used to call and run the computer program stored in the memory, and execute the multicast downlink as claimed in the claims. The method described in any of the business notification methods.
  • An embodiment of the present application proposes a chip, including: a processor, configured to call and run a computer program from a memory, so that a device installed with the chip executes the method described in any of the foregoing multicast downlink service notification methods .
  • An embodiment of the present application proposes a chip, including: a processor, configured to call and run a computer program from a memory, so that a device installed with the chip executes the method described in any of the foregoing multicast downlink service notification methods .
  • An embodiment of the present application proposes a computer-readable storage medium for storing a computer program that enables a computer to execute the method described in any of the foregoing multicast downlink service notification methods.
  • An embodiment of the present application proposes a computer-readable storage medium for storing a computer program that enables a computer to execute the method described in any of the foregoing multicast downlink service notification methods.
  • An embodiment of the present application proposes a computer program product, which includes computer program instructions that cause a computer to execute the method described in any of the foregoing multicast downlink service notification methods.
  • An embodiment of the present application proposes a computer program product, which includes computer program instructions that cause a computer to execute the method described in any of the foregoing multicast downlink service notification methods.
  • An embodiment of the present application provides a computer program that enables a computer to execute the method described in any one of the foregoing multicast downlink service notification methods.
  • An embodiment of the present application provides a computer program that enables a computer to execute the method described in any one of the foregoing multicast downlink service notification methods.
  • a method for a network device to send a paging message to a terminal device the paging message is used to notify the terminal device that there is multicast downlink data, so as to notify a certain group of terminals of the arrival of downlink multicast/broadcast data .
  • Fig. 1 is a schematic diagram of an application scenario of an embodiment of the present application.
  • FIG. 2 is a flowchart of an implementation of a multicast downlink service notification method 200 according to an embodiment of the present application
  • Fig. 3 is an implementation flow chart according to the first embodiment of the present application.
  • Figure 4 is a flow chart of the implementation according to the second embodiment of the present application.
  • Figure 5 is an implementation flow chart according to the third embodiment of the present application.
  • Fig. 6 is an implementation flow chart according to the fourth embodiment of the present application.
  • FIG. 7 is an implementation flowchart of a method 700 for notifying a multicast downlink service according to an embodiment of the present application
  • FIG. 8 is an implementation flowchart of a method 800 for notifying a multicast downlink service according to an embodiment of the present application
  • FIG. 9 is a flowchart of an implementation of a method 900 for notification of a multicast downlink service according to an embodiment of the present application.
  • FIG. 10 is a flowchart of an implementation of a multicast downlink service notification method 1000 according to an embodiment of the present application.
  • FIG. 11 is a schematic structural diagram of a terminal device 1100 according to an embodiment of the present application.
  • FIG. 12 is a schematic structural diagram of a terminal device 1200 according to an embodiment of the present application.
  • FIG. 13 is a schematic structural diagram of a network device 1300 according to an embodiment of the present application.
  • FIG. 14 is a schematic structural diagram of a network device 1400 according to an embodiment of the present application.
  • FIG. 15 is a schematic structural diagram of a network device 1500 according to an embodiment of the present application.
  • FIG. 16 is a schematic structural diagram of a network device 1600 according to an embodiment of the present application.
  • FIG. 17 is a schematic structural diagram of a network device 1700 according to an embodiment of the present application.
  • FIG. 18 is a schematic structural diagram of a network device 1800 according to an embodiment of the present application.
  • FIG. 19 is a schematic structural diagram of a network device 1900 according to an embodiment of the present application.
  • FIG. 20 is a schematic structural diagram of a network device 2000 according to an embodiment of the present application.
  • FIG. 21 is a schematic structural diagram of a communication device 2100 according to an embodiment of the present application.
  • FIG. 22 is a schematic structural diagram of a chip 2200 according to an embodiment of the present application.
  • GSM Global System of Mobile Communication
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • GPRS General Packet Radio Service
  • LTE Long Term Evolution
  • LTE-A Advanced Long Term Evolution
  • NR New Radio
  • UMTS universal mobile telecommunication system
  • WLAN wireless Local Area Networks
  • 5G next-generation communications
  • D2D Device to Device
  • M2M Machine to Machine
  • MTC machine type communication
  • V2V vehicle to vehicle
  • the communication system in the embodiments of the present application can be applied to a carrier aggregation (Carrier Aggregation, CA) scenario, can also be applied to a dual connectivity (DC) scenario, and can also be applied to a standalone (SA) deployment.
  • CA Carrier Aggregation
  • DC dual connectivity
  • SA standalone
  • the embodiment of the application does not limit the applied frequency spectrum.
  • the embodiments of this application can be applied to licensed spectrum or unlicensed spectrum.
  • the embodiments of this application describe various embodiments in combination with network equipment and terminal equipment.
  • the terminal equipment may also be referred to as User Equipment (UE), access terminal, subscriber unit, subscriber station, mobile station, mobile station, and remote. Station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent or user device, etc.
  • UE User Equipment
  • access terminal subscriber unit, subscriber station, mobile station, mobile station, and remote.
  • Station remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent or user device, etc.
  • the terminal device can be a station (STAION, ST) in a WLAN, a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a wireless local loop (Wireless Local Loop, WLL) station, and personal digital processing (Personal Digital Assistant, PDA) devices, handheld devices with wireless communication capabilities, computing devices or other processing devices connected to wireless modems, vehicle-mounted devices, wearable devices, and next-generation communication systems, such as terminal devices in the NR network or Terminal equipment in the public land mobile network (PLMN) network that will evolve in the future.
  • STAION, ST station
  • WLAN Wireless Local Loop
  • PDA Personal Digital Assistant
  • the terminal device may also be a wearable device.
  • Wearable devices can also be called wearable smart devices. It is a general term for using wearable technology to intelligently design everyday wear and develop wearable devices, such as glasses, gloves, watches, clothing and shoes.
  • a wearable device is a portable device that is directly worn on the body or integrated into the user's clothes or accessories. Wearable devices are not only a kind of hardware device, but also realize powerful functions through software support, data interaction, and cloud interaction.
  • wearable smart devices include full-featured, large-sized, complete or partial functions that can be achieved without relying on smart phones, such as smart watches or smart glasses, and only focus on a certain type of application function, and need to cooperate with other devices such as smart phones.
  • a network device can be a device used to communicate with mobile devices.
  • the network device can be an access point (AP) in WLAN, a base station (BTS) in GSM or CDMA, or a device in WCDMA.
  • a base station (NodeB, NB) can also be an Evolutional Node B (eNB or eNodeB) in LTE, or a relay station or access point, or a vehicle-mounted device, a wearable device, and a network device (gNB) in the NR network Or network equipment in the PLMN network that will evolve in the future.
  • AP access point
  • BTS base station
  • gNB network device
  • the network equipment provides services for the cell
  • the terminal equipment communicates with the network equipment through the transmission resources (for example, frequency domain resources, or spectrum resources) used by the cell
  • the cell may be a network equipment (for example, The cell corresponding to the base station.
  • the cell can belong to a macro base station or a base station corresponding to a small cell.
  • the small cell here can include: Metro cell, Micro cell, Pico Cells, Femto cells, etc. These small cells have the characteristics of small coverage and low transmit power, and are suitable for providing high-rate data transmission services.
  • Figure 1 exemplarily shows one network device 110 and two terminal devices 120.
  • the wireless communication system 100 may include multiple network devices 110, and the coverage of each network device 110 may include other numbers.
  • the terminal device 120 is not limited in this embodiment of the application.
  • the embodiments of the present application can be applied to one terminal device 120 and one network device 110, and can also be applied to one terminal device 120 and another terminal device 120.
  • the wireless communication system 100 may also include other network entities such as mobility management entities (Mobility Management Entity, MME), access and mobility management functions (Access and Mobility Management Function, AMF), etc. This is not limited.
  • MME Mobility Management Entity
  • AMF Access and Mobility Management Function
  • FIG. 2 is a flowchart of an implementation of a method 200 for notifying a multicast downlink service according to an embodiment of the present application.
  • the method may optionally be applied to the system shown in FIG. 1 , Such as applied to terminal equipment, but not limited to this.
  • the method includes at least part of the following content.
  • the terminal device receives a paging message, where the paging message is used to notify the existence of multicast downlink data;
  • S220 The terminal device responds to the paging message.
  • the above-mentioned paging message carries at least one of group information of the group to which the multicast downlink data belongs, related multicast broadcast service (MBS, Broadcast and Multicast Service) session information, and MBS service update indication information;
  • MBS multicast broadcast service
  • MBS service update indication information MBS service update indication information
  • the terminal device determines whether the system information block (SIB, system information block) related to the paging message or MBS service update carries the information of the group of interest of the terminal device, and if so, responds to the paging message.
  • SIB system information block
  • responding to the paging message includes: activating a related MBS session or initiating a radio resource control (RRC, radio resource control) recovery process.
  • RRC radio resource control
  • activating the related MBS session includes:
  • the terminal device enters the connected state from the idle state, and sends a Non-Access Stratum (NAS, Non-Access Stratum) message to activate the related MBS session.
  • NAS Non-Access Stratum
  • the terminal device initiates the RRC recovery process when it is in the inactive state.
  • the above method further includes:
  • the terminal device receives the group specific discontinuous reception (DRX, Discontinuous Reception) period and the group specific identifier.
  • DRX Discontinuous Reception
  • the aforementioned group specific identifier includes a radio network temporary identifier (RNTI, Radio Network Tempory Identity).
  • RTI Radio Network Tempory Identity
  • the above method further includes:
  • the terminal device determines the group-specific paging occasion (PO, Paging Occasion) according to the group-specific DRX cycle and the group-specific identifier;
  • the terminal device listens to the above-mentioned paging message on the above-mentioned group-specific PO.
  • the terminal monitors the paging message on the MBS-specific PO.
  • the terminal calculates the above-mentioned specific PO according to the MBS specific identifier and DRX.
  • the MBS-specific identifier and DRX are agreed upon in the protocol, or broadcasted in the system information by the access network, or configured to the terminal device by the core network through NAS messages.
  • the terminal device uses the following formula to determine the group-specific PO:
  • i_s floor(Group_ID/N)mod Ns;
  • SFN corresponds to the paging frame PF
  • PF_offset refers to the offset of PF
  • T is the specific DRX cycle of the group
  • div represents the division and rounding operation
  • N is the number of paging frames during T
  • Group_ID is the specific group identifier or a pre-configured value used to characterize multicast
  • i_s represents the identity of the group-specific PO
  • Ns represents the number of PO in a PF.
  • the foregoing method further includes: the terminal device receives the foregoing multicast downlink data by using the foregoing MBS session.
  • the foregoing method further includes: the terminal device and the network device negotiate the foregoing group-specific DRX cycle.
  • the terminal device negotiates the group-specific DRX cycle with the network device during the registration process and/or the MBS session establishment process.
  • Embodiment 1 The multicast downlink data arrives at a radio access network (RAN, Radio Access Network), and the RAN pages all terminals.
  • RAN Radio Access Network
  • the paging message (Paging message) carries group information of the group to which the multicast downlink data belongs, or related MBS session information, such as group identification information;
  • the Paging message can carry MBS service update indication information, such as specific SIB update indication information;
  • the -RAN sends paging messages on all POs; the terminal receives paging messages according to the existing PO calculation method. If the paging message or the SIB carries information of the group of interest, it enters the connected state and initiates a service request (service request) Activate the MBS session of the group and receive downlink data.
  • service request service request
  • This embodiment reduces the impact on irrelevant terminals, and there is no group information storage requirement on the RAN side.
  • FIG. 3 is a schematic diagram of specific steps of this embodiment, including the following steps:
  • MBS data arrives at the user plane function (UPF, User Plane Function);
  • UPF User Plane Function
  • UPF sends the MBS data to the RAN node on the N3 channel of the group data
  • the RAN node determines the group information to which the MBS data belongs according to the N3 channel information; the RAN sends a paging message, which is a paging message sent by the entire cell.
  • the paging message carries group-related information or related MBS session information, such as group identification, group radio network temporary identity (RNTI, Radio Network Tempory Identity) message, etc.; alternatively, the paging message can carry MBS-related information Whether the SIB initiates an update.
  • group-related information or related MBS session information such as group identification, group radio network temporary identity (RNTI, Radio Network Tempory Identity) message, etc.; alternatively, the paging message can carry MBS-related information Whether the SIB initiates an update.
  • the terminal judges whether the group information in the paging message is the group that is currently of interest; or whether the MBS-related SIB carries the information of the group that the terminal is interested in;
  • the terminal If the terminal is interested in the group information in step 5 or the group information updated in the relevant SIB, and the terminal is in the idle state, the terminal enters the connected state and initiates a NAS message to activate the MBS Session; optionally,
  • the aforementioned NAS is a service request (service request) message.
  • the terminal If the terminal is interested in the group information in step 5 or the group information updated in the related SIB, and the terminal is in an inactive state, the terminal initiates the RRC recovery process.
  • the terminal ignores this paging message.
  • Embodiment 2 The multicast downlink data arrives at the RAN, and the RAN paging the terminal in the group
  • -RAN determines the terminal that needs to be paged according to the corresponding relationship between the previously configured group and the terminal; uses the existing PO calculation method to calculate the PO corresponding to the terminal that needs to be paged, and sends a paging message on the PO, in the paging message Carry multicast instruction information;
  • the specific SIB update indication information can be carried in the Paging message
  • the terminal receives the paging message or SIB information, and enters the connected state according to the indication information therein;
  • the terminal initiates a service request to activate the MBS Session of the notified group;
  • group-RAN calculates a group-specific paging occasion (group-specific PO) according to the group-specific DRX cycle (group-specific DRX) and group ID (group ID), and sends a paging message on this PO, which carries multicast indication information;
  • the terminal calculates the group-specific PO based on the group-specific DRX and group ID, and monitors paging on this PO; if the paging message carries information about the group of interest, it enters the connected state to receive multicast data;
  • the specific SIB update indication information can be carried in the Paging
  • the terminal initiates a service request to activate the MBS Session of the notified group.
  • This embodiment reduces the overhead of paging and introduces a new RAN side behavior or PO calculation method.
  • FIG. 4 is a schematic diagram of specific steps of this embodiment, including the following steps:
  • UPF sends the MBS data to the RAN node on the N3 channel of the group of data
  • the first one includes the following steps 3, 4, 5a, 5b:
  • the RAN node determines the group information to which the downlink data belongs according to the N3 channel information; the RAN determines the terminal that needs to be paged according to the group information and the relationship between the group and group members (terminals) obtained previously;
  • the RAN node sends a paging message to the determined terminal that needs to be paged, which optionally carries group-related information or related MBS session information, such as group identification information and group-related RNTI information.
  • the terminal After the terminal receives the paging message, if the terminal is in an idle state, the terminal initiates a NAS message to enter the connected state to receive downlink data.
  • the terminal After the terminal receives the paging message, if the terminal is in an inactive state, the terminal initiates the RRC recovery process.
  • the RAN side can start a timer, and after the timer expires, it starts to send downlink data through multicast.
  • the RAN node starts a timer when sending a paging message to the first terminal, sending a paging message to the last terminal, or receiving a response from the first terminal to the paging message.
  • the RAN node receives the above-mentioned timer configured by the core network when the MBS session is established.
  • the second type includes the following steps 3’, 4’, 5a’, 5b’:
  • the RAN node determines the group information to which the downlink data belongs according to the N3 channel information; the RAN calculates the paging occasion according to the group-specific DRX information and/or group identification information.
  • the calculation method can be:
  • SFN corresponds to a paging frame (PF, Paging Frame);
  • PF_offset refers to the offset of the paging frame (PF, Paging Frame);
  • T is the specific DRX cycle of the group
  • div represents the division and rounding operation
  • N is the number of paging frames during T
  • Group_ID is the identification of a specific group or a pre-configured value used to characterize multicast.
  • i_s floor(Group_ID/N)mod Ns
  • i_s represents the identity of the group-specific PO
  • Ns represents the number of paging occasions in a paging frame
  • the Group_ID can be group identification information configured by the network, such as RNTI.
  • the network sends a paging message to the terminal, optionally, which carries group information or related MBS session information.
  • the terminal calculates the paging occasion according to the calculation method in step 3', and monitors the paging message.
  • the terminal If the terminal receives a paging message and the terminal is in an idle state, the terminal activates the MBS session of the group, for example, initiates a service request message;
  • the terminal can determine whether an interested group is in accordance with the group information in the paging message or related MBS session information, and decide whether to enter the connected state.
  • the terminal If the terminal receives a paging message and the terminal is in an inactive state, the terminal initiates the RRC connection recovery process;
  • the terminal can determine whether an interested group is in accordance with the group information in the paging message or related MBS session information, and decide whether to enter the connected state.
  • the embodiments of this application also propose a group-specific DRX negotiation and configuration process; optionally, negotiate group-specific DRX with the network during the registration process of the terminal; or negotiate group-specific DRX during the establishment of the MBS session; specific , AMF or SMF is configured to terminal-specific group-specific DRX according to the group that the terminal is interested in or joins.
  • the core network configures this information to the RAN.
  • Embodiment 3 The multicast downlink data arrives at the core network, and the core network pages all terminals.
  • -UPF notifies the session management function (UPF, Session Management Function) of the arrival of downlink data, carrying group information or related MBS session information;
  • UPF Session Management Function
  • -SMF notifies the access and mobility management function (AMF) of the arrival of downlink data, carrying group information or related MBS session information;
  • AMF access and mobility management function
  • -AMF initiates a paging request to the RAN, carrying group information or related MBS session information;
  • the paging message carries group information or related MBS session information, such as group identification information;
  • the -RAN sends paging messages on all POs; the terminal uses the existing PO calculation method to calculate its corresponding PO, and receives paging messages on the PO. If the paging message carries information about the group of interest, it will enter the connection Initiate a service request to activate the MBS session of the group and receive downlink data.
  • FIG. 5 is a schematic diagram of specific steps of this embodiment, including the following steps:
  • the multicast downlink data arrives at the UPF, and the UPF determines the group or MBS session to which it belongs according to the channel or ⁇ IP ⁇ address information where the downlink data arrives.
  • UPF notifies the arrival of SMF multicast downlink data, which carries group information of the group to which the multicast downlink data belongs or related MBS session information, such as identification information.
  • the SMF notifies the AMF of the arrival of multicast downlink data, which carries group information of the group to which the multicast downlink data belongs or related MBS session information, such as identification information.
  • the AMF initiates a paging request message to the RAN, which carries the group information of the group to which the multicast downlink data belongs or related MBS session information.
  • the RAN initiates a paging message to the terminal.
  • the specific implementation process is as steps 4, 5, and 6 in embodiment 1, which will not be repeated here.
  • Embodiment 4 Multicast downlink data arrives at the core network, and the core network paging the terminal in the group
  • -SMF notifies AMF of the arrival of downlink data, carrying group information or related MBS session information
  • -AMF selects the terminal that needs to be paged according to the relationship between the terminal and the group negotiated during the registration process; optionally, the relationship between the terminal and the group can come from SMF.
  • -AMF initiates a paging request to the RAN, carrying group information or related MBS session information, and terminal list information that needs to be paged;
  • the paging message can carry group information or related MBS session information, such as group identification information;
  • the terminal receives paging according to the existing PO calculation method. If the paging message carries information of the group of interest, it enters the connected state and initiates a service request to activate the MBS session of the group and receive downlink data;
  • -AMF initiates a paging request to the RAN, carrying group information, group-specific DRX information; where group-specific DRX is negotiated between the terminal and the AMF during the registration process.
  • -RAN calculates group-specific PO based on group-specific DRX and ID, and sends paging on this PO, which carries multicast indication information.
  • the specific SIB update indication information can be carried in the Paging.
  • the -RAN calculates the group-specific PO according to the group-specific DRX and group ID, and monitors paging on this PO; if the paging message carries the information of the group of interest or the SIB carries the group information, it enters the connected state receiving group Broadcast data
  • the terminal initiates a service request to activate the MBS Session of the notified group.
  • FIG. 6 is a schematic diagram of specific steps of this embodiment, including the following steps:
  • the multicast downlink data arrives at the UPF, and the UPF determines the group or MBS session to which it belongs according to the channel or ⁇ IP ⁇ address information where the downlink data arrives.
  • UPF notifies the arrival of SMF multicast downlink data, which carries group information of the group to which the multicast downlink data belongs or related MBS session information, such as identification information.
  • the first one includes the following steps 3, 4, and 5:
  • the SMF notifies the AMF of the arrival of multicast downlink data, which carries group information of the group to which the multicast downlink data belongs or related MBS session information, such as identification information. Further, the SMF notifies the AMF of the terminal information (such as identification information) in the group, such as the user hidden identifier (SUCI, SUbscription Concealed Identifier) information of the terminal or the 5G globally unique temporary UE identifier (GUTI, 5G Globally Unique Temporary UE Identity) Information etc.
  • SUCI user hidden identifier
  • SUbscription Concealed Identifier 5G globally unique temporary UE identifier
  • GUI 5G Globally Unique Temporary UE Identity
  • the AMF determines the terminal that needs to be paged according to the group information provided by the SMF and the saved correspondence between the terminal and the group.
  • the AMF initiates a paging request message to the RAN, which carries the identification information of the terminal that needs to be paged and the DRX information of the terminal. Further, the AMF sends the terminal information in the registration area where the RAN is located. For example, RAN1 is in registration area 1, RAN2 is in registration area 2, UE1 and UE2 are in registration area 1, UE3 and UE4 are in registration area, then the paging message sent by AMF to RAN1 carries UE1 and UE2 information; it is sent to RAN2 The paging message carries UE3 and UE4 information.
  • the AMF determines the terminal that needs to be paged according to the terminal information in the group provided by the SMF in step 3.
  • the RAN initiates a paging message to the terminal.
  • the specific implementation process is as steps 3, 4, and 5 in Embodiment 2, which will not be repeated here.
  • the second type includes the following steps 3’, 4’, 5’:
  • SMF notifies the arrival of AMF multicast downlink data, which carries group information of the group to which the multicast downlink data belongs or related MBS session information.
  • the AMF initiates a paging request message to the RAN, which carries the group/MBS session information that needs to be paged, such as identification information and/or DRX information.
  • the RAN initiates a paging message to the terminal, and the specific implementation process is as the steps 3', 4', and 5'in the second embodiment.
  • This embodiment also proposes a Group DRX negotiation and configuration method.
  • DRX is negotiated with the network during the registration process of the terminal; or negotiated during the establishment of the MBS session; specifically, AMF or SMF is based on the group that the terminal is interested in or joins. Configure specific DRX for the terminal.
  • FIG. 7 is an implementation flowchart of a multicast downlink service notification method 700 according to an embodiment of the present application, including:
  • the first network device sends a paging message, where the paging message is used to notify that there is multicast downlink data.
  • the above-mentioned first network device sends the paging message on all POs.
  • the aforementioned first network device determines the terminal that needs to be paged based on the group information/related MBS session information of the group to which the multicast downlink data belongs, and the correspondence between the group/MBS session and the terminal.
  • the above-mentioned first network device determines the group-specific PO according to the group/MBS session-specific DRX cycle and the group-specific identifier/MBS session identifier;
  • the paging message is sent on the group/MBS session specific PO.
  • the above-mentioned first network device sends the paging message on the PO specified by the MBS service.
  • the above-mentioned first network device calculates the specific PO according to the specific identifier of the MBS service and the DRX.
  • the above-mentioned paging message carries at least one of group information of the group to which the multicast downlink data belongs, related MBS session information, and MBS service update indication information.
  • the aforementioned group specific identifier/MBS session identifier includes RNTI.
  • the above-mentioned first network device uses the following formula to determine the group-specific PO:
  • i_s floor(Group_ID/N)mod Ns;
  • SFN corresponds to the paging frame PF
  • PF_offset refers to the offset of PF
  • T is the specific DRX cycle of the group
  • div represents the division and rounding operation
  • N is the number of paging frames during T
  • Group_ID is the specific group identifier or a pre-configured value used to characterize multicast
  • i_s represents the identity of the group-specific PO
  • Ns represents the number of PO in a PF.
  • the above-mentioned first network device determines the group information of the group to which the multicast downlink data belongs or the related MBS session information according to the N3 channel information, and the N3 channel is for receiving the multicast downlink data or MBS.
  • the channel of the conversation is for receiving the multicast downlink data or MBS.
  • the above method further includes:
  • the first network device receives a paging request message from the second network device, where the paging request message carries identification information and DRX information of at least one terminal that needs to be paged;
  • the identification information and DRX information of the terminal are used to determine the PO corresponding to the terminal that needs to be paged.
  • the above method further includes:
  • the first network device receives a message from the second network device, and the message carries a group/MBS session specific DRX cycle and a specific group/MBS session identifier.
  • the above message is a paging request message.
  • the above message is an N2 message for establishing a connection for the multicast/MBS session service.
  • the above method further includes:
  • the first network device receives a paging request message from a second network device, and the paging request message carries group information of the group to which the multicast downlink data belongs and/or related MBS session information.
  • the above method further includes:
  • the first network device starts the timer when sending a paging message to the first terminal, sending a paging message to the last terminal, or receiving a response from the first terminal to the paging message;
  • the above method further includes: receiving the timer configured by the core network when the MBS session is established.
  • the embodiment of the present application also proposes a multicast downlink service notification method, which is applied to a second network device.
  • the second network device is an AMF.
  • Fig. 8 is an implementation flow chart of a method 800 for notifying a multicast downlink service according to an embodiment of the present application, including:
  • the second network device sends a paging request message to the first network device, where the paging request message carries group information of the group to which the multicast downlink data belongs, related MBS session information, identification information of at least one terminal that needs to be paged, and At least one of DRX information, group-specific DRX cycle, and group-specific identification.
  • the foregoing terminal requiring paging includes the terminal registered in the registration area where the first network device is located.
  • the above method further includes:
  • the second network device receives group information and/or related MBS session information of the group to which the multicast downlink data from the third network device belongs;
  • the terminal that needs to be paged is determined.
  • the above method further includes:
  • the second network device receives terminal information that needs to be paged from the third network device.
  • the above method further includes:
  • the second network device configures a group/MBS session specific DRX cycle for the terminal according to the group/MBS session that the terminal joins.
  • the above-mentioned second network device configures the group-specific DRX cycle to the terminal during the terminal registration process and/or the MBS session establishment process.
  • the above method further includes: the second network device configures the group/MBS session specific DRX cycle to the first network device.
  • the above-mentioned second network device configures the group/MBS session specific DRX cycle to the first network device during the establishment of the MBS session.
  • FIG. 9 is an implementation flowchart of a method 900 for notification of a multicast downlink service according to an embodiment of the present application, including:
  • the third network device sends the multicast downlink data or the first arrival message related to the MBS session or the terminal information related to the multicast/MBS session to the second network device, where the first arrival message carries the multicast Group information of the group to which the downlink data belongs and/or related MBS session information.
  • the above method further includes:
  • the third network device configures a group/MBS session specific DRX cycle for the terminal according to the group/MBS session that the terminal joins.
  • the above-mentioned third network device configures the group/MBS session specific DRX cycle to the terminal during the terminal registration process and/or the MBS session establishment process.
  • the above method further includes: the third network device configures the group/MBS session specific DRX cycle to the first network device.
  • the above-mentioned third network device configures the group/MBS session specific DRX cycle to the first network device during the establishment of the MBS session.
  • FIG. 10 is an implementation flowchart of a method 1000 for notification of a multicast downlink service according to an embodiment of the present application, including:
  • the fourth network device sends a multicast/MBS session downlink data second arrival message to the third network device, where the multicast/MBS session downlink data second arrival message carries the group information of the group to which the multicast downlink data belongs and /Or MBS session information related to the group to which the multicast downlink data belongs.
  • the above method further includes:
  • the fourth network device determines the group information of the group to which the multicast downlink data belongs and/or the group to which the multicast downlink data belongs according to at least one of the channel through which the multicast downlink data arrives, IP information, and address information Related MBS session information.
  • FIG. 11 is a schematic structural diagram of a terminal device 1100 according to an embodiment of the present application, including:
  • the paging message receiving module 1101 is configured to receive paging messages, where the paging messages are used to notify the existence of multicast downlink data;
  • the response module 1102 is used to respond to the paging message.
  • the above-mentioned paging message carries at least one of group information of the group to which the multicast downlink data belongs, related multicast broadcast service MBS session information, and MBS service update indication information;
  • the response module 1102 determines whether the paging message or the relevant system information block SIB of the MBS service update carries the information of the group of interest of the terminal device, and if so, responds to the paging message.
  • the foregoing response to the paging message includes:
  • the aforementioned activation of the related MBS session includes:
  • the terminal device enters the connected state from the idle state, and sends a non-access stratum NAS message to activate the related MBS session.
  • the above-mentioned terminal device initiates the RRC recovery process when it is in the inactive state.
  • the foregoing terminal device further includes:
  • the first receiving module 1203 is configured to receive the group-specific discontinuous reception DRX cycle and the group-specific identifier.
  • the above-mentioned group-specific identifier includes a radio network temporary identifier RNTI.
  • the aforementioned terminal device further includes:
  • the first determining module 1204 is configured to determine the group-specific paging occasion PO according to the group-specific DRX cycle and the group-specific identifier;
  • the paging message receiving module 1101 monitors the paging message on the group specific PO.
  • the above-mentioned paging message receiving module 1101 monitors the paging message on the MBS specific PO.
  • the above-mentioned paging message receiving module 1101 calculates the specific PO according to the MBS specific identifier and DRX.
  • the above-mentioned MBS specific identifier and DRX are agreed upon in the protocol, or broadcasted in the system information by the access network, or configured to the terminal device by the core network through the NAS message.
  • the aforementioned first determining module 1204 uses the following formula to determine the group of specific POs:
  • i_s floor(Group_ID/N)mod Ns;
  • SFN corresponds to the paging frame PF
  • PF_offset refers to the offset of PF
  • T is the specific DRX cycle of the group
  • div represents the division and rounding operation
  • N is the number of paging frames during T
  • Group_ID is the specific group identifier or a pre-configured value used to characterize multicast
  • i_s represents the identity of the group-specific PO
  • Ns represents the number of PO in a PF.
  • the foregoing terminal device further includes:
  • the multicast receiving module 1205 is configured to use the MBS session to receive the multicast downlink data.
  • the aforementioned terminal device negotiates the group-specific DRX cycle with the network device.
  • the foregoing terminal device further includes:
  • the negotiation module 1206 is configured to negotiate the group-specific DRX cycle with the network device during the registration process and/or the MBS session establishment process.
  • the embodiment of the present application also proposes a network device.
  • the network device may be the above-mentioned first network device.
  • the network device is a RAN device.
  • FIG. 13 is a schematic structural diagram of a network device 1300 according to an embodiment of the present application, including:
  • the paging message sending module 1301 is configured to send a paging message, and the paging message is used to notify the existence of multicast downlink data.
  • the above-mentioned paging message sending module 1301 sends the paging message on all POs.
  • the aforementioned network device determines the terminal that needs to be paged based on the group information/related MBS session information of the group to which the multicast downlink data belongs, and the correspondence between the group/MBS session and the terminal.
  • the aforementioned network device determines the group-specific PO according to the group/MBS session-specific DRX cycle and the group-specific identifier/MBS session identifier;
  • the paging message sending module 1301 sends the paging message on the group/MBS session specific PO.
  • the above-mentioned paging message sending module 1301 sends the paging message on a PO specific to the MBS service.
  • the aforementioned network device calculates the specific PO based on the MBS service specific identifier and DRX.
  • the above-mentioned paging message carries at least one of group information of the group to which the multicast downlink data belongs, related MBS session information, and MBS service update indication information.
  • the aforementioned group specific identifier/MBS session identifier includes RNTI.
  • the above-mentioned network device uses the following formula to determine the group-specific PO:
  • i_s floor(Group_ID/N)mod Ns;
  • SFN corresponds to the paging frame PF
  • PF_offset refers to the offset of PF
  • T is the specific DRX cycle of the group
  • div represents the division and rounding operation
  • N is the number of paging frames during T
  • Group_ID is the specific group identifier or a pre-configured value used to characterize multicast
  • i_s represents the identity of the group-specific PO
  • Ns represents the number of PO in a PF.
  • the above-mentioned network device determines the group information of the group to which the multicast downlink data belongs or the related MBS session information according to the N3 channel information, and the N3 channel is the one that receives the multicast downlink data or MBS session. aisle.
  • the foregoing network device further includes:
  • the first paging request message receiving module 1402 is configured to receive a paging request message from a second network device, where the paging request message carries identification information and DRX information of at least one terminal that needs to be paged;
  • the identification information and DRX information of the terminal are used to determine the PO corresponding to the terminal that needs to be paged.
  • the aforementioned network device further includes: a second receiving module 1403, configured to receive a message from the second network device, the message carrying a group/MBS session specific DRX cycle and a specific group/MBS session identifier.
  • the above message is a paging request message.
  • the above message is an N2 message for establishing a connection for the multicast/MBS session service.
  • the aforementioned network device further includes:
  • the second paging request message receiving module 1404 is configured to receive a paging request message from a second network device, the paging request message carrying group information of the group to which the multicast downlink data belongs and/or related MBS session information .
  • the aforementioned network device further includes:
  • the multicast sending module 1405 is configured to start a timer when sending a paging message to the first terminal, sending a paging message to the last terminal, or receiving a response from the first terminal to the paging message; in the timer When the timeout expires, the multicast downlink data is sent.
  • the aforementioned network device further includes:
  • the timer module 1406 is configured to receive the timer configured by the core network when the MBS session is established.
  • FIG. 15 is a schematic structural diagram of a network device 11500 according to an embodiment of the present application, including:
  • the paging request message sending module 1501 is configured to send a paging request message to the first network device, the paging request message carrying group information of the group to which the multicast downlink data belongs, related MBS session information, and at least one item that needs to be paged At least one of the identification information and DRX information of the terminal, the group specific DRX cycle, and the specific group identifier.
  • the aforementioned terminal requiring paging includes the terminal registered in the registration area where the first network device is located.
  • the foregoing network device further includes:
  • the third receiving module 1602 is configured to receive group information and/or related MBS session information of the group to which the multicast downlink data from the third network device belongs;
  • the paging request message sending module 1501 determines the terminal that needs to be paged according to the group information/related MBS session information of the group to which the multicast downlink data belongs, and the correspondence between the group/MBS session and the terminal.
  • the above-mentioned third receiving module 1602 is further configured to receive terminal information that needs to be paged from a third network device.
  • the aforementioned network device further includes:
  • the first configuration module 1603 is configured to configure a group/MBS session specific DRX cycle to the terminal according to the group/MBS session that the terminal joins.
  • the above-mentioned first configuration module 1603 configures the group-specific DRX cycle for the terminal during the terminal registration process and/or the MBS session establishment process.
  • the above-mentioned first configuration module 1603 is further configured to configure the group/MBS session specific DRX cycle to the first network device.
  • the above-mentioned first configuration module 1603 configures the group/MBS session specific DRX cycle to the first network device during the establishment of the MBS session.
  • the embodiment of the present application also proposes a network device.
  • the network device may be the above-mentioned third network device.
  • the network device is an SMF.
  • Fig. 17 is a schematic structural diagram of a network device 1700 according to an embodiment of the present application, including:
  • the first notification module 1701 is configured to send a first arrival message related to multicast downlink data or an MBS session or terminal information related to the multicast/MBS session to a second network device, where the first arrival message carries all The group information of the group to which the multicast downlink data belongs and/or related MBS session information.
  • the foregoing network device further includes:
  • the second configuration module 1802 is configured to configure a group/MBS session specific DRX cycle to the terminal according to the group/MBS session that the terminal joins.
  • the above-mentioned second configuration module 1802 configures the group/MBS session specific DRX cycle for the terminal during the terminal registration process and/or the MBS session establishment process.
  • the above-mentioned second configuration module 1802 is further configured to configure the group/MBS session specific DRX cycle to the first network device.
  • the second configuration module 1802 described above configures the group/MBS session specific DRX cycle to the first network device during the establishment of the MBS session.
  • the embodiment of the present application also proposes a network device.
  • the network device may be the foregoing fourth network device.
  • the network device is a UPF.
  • Fig. 19 is a schematic structural diagram of a network device 1900 according to an embodiment of the present application, including:
  • the second notification module 1901 is configured to send a multicast/MBS session downlink data second arrival message to a third network device, where the multicast/MBS session downlink data second arrival message carries the information of the group to which the multicast downlink data belongs Group information and/or MBS session information related to the group to which the multicast downlink data belongs.
  • the foregoing network device further includes:
  • the second determining module 2002 is configured to determine the group information of the group to which the multicast downlink data belongs and/or the multicast downlink data according to at least one of the channel through which the multicast downlink data arrives, IP information, and address information MBS session information related to the group to which it belongs.
  • FIG. 21 is a schematic structural diagram of a communication device 2100 according to an embodiment of the present application.
  • the communication device 2100 shown in FIG. 21 includes a processor 2110, and the processor 2110 can call and run a computer program from a memory to implement the method in the embodiment of the present application.
  • the communication device 2100 may further include a memory 2120.
  • the processor 2110 may call and run a computer program from the memory 2120 to implement the method in the embodiment of the present application.
  • the memory 2120 may be a separate device independent of the processor 2110, or may be integrated in the processor 2110.
  • the communication device 2100 may further include a transceiver 2130, and the processor 2110 may control the transceiver 2130 to communicate with other devices. Specifically, it may send information or data to other devices, or receive other devices. Information or data sent by the device.
  • the transceiver 2130 may include a transmitter and a receiver.
  • the transceiver 2130 may further include an antenna, and the number of antennas may be one or more.
  • the communication device 2100 may be a terminal device of an embodiment of the application, and the communication device 2100 may implement the corresponding process implemented by the terminal device in each method of the embodiment of the application.
  • the communication device 2100 may implement the corresponding process implemented by the terminal device in each method of the embodiment of the application.
  • the communication device 2100 may be a network device in an embodiment of the present application, and the communication device 2100 may implement corresponding processes implemented by the network device in each method in the embodiments of the present application. For brevity, details are not described herein again.
  • FIG. 22 is a schematic structural diagram of a chip 2200 according to an embodiment of the present application.
  • the chip 2200 shown in FIG. 22 includes a processor 2210, and the processor 2210 can call and run a computer program from the memory to implement the method in the embodiment of the present application.
  • the chip 2200 may further include a memory 2220.
  • the processor 2210 may call and run a computer program from the memory 2220 to implement the method in the embodiment of the present application.
  • the memory 2220 may be a separate device independent of the processor 2210, or may be integrated in the processor 2210.
  • the chip 2200 may further include an input interface 2230.
  • the processor 2210 can control the input interface 2230 to communicate with other devices or chips, and specifically, can obtain information or data sent by other devices or chips.
  • the chip 2200 may further include an output interface 2240.
  • the processor 2210 can control the output interface 2240 to communicate with other devices or chips, and specifically, can output information or data to other devices or chips.
  • the chip can be applied to the terminal device in the embodiment of the present application, and the chip can implement the corresponding process implemented by the terminal device in each method of the embodiment of the present application.
  • the chip can implement the corresponding process implemented by the terminal device in each method of the embodiment of the present application.
  • the chip mentioned in the embodiment of the present application may also be referred to as a system-level chip, a system-on-chip, a system-on-chip, or a system-on-chip, etc.
  • the aforementioned processors can be general-purpose processors, digital signal processors (digital signal processors, DSP), ready-made programmable gate arrays (field programmable gate arrays, FPGAs), application specific integrated circuits (ASICs), or Other programmable logic devices, transistor logic devices, discrete hardware components, etc.
  • DSP digital signal processors
  • FPGA field programmable gate arrays
  • ASIC application specific integrated circuits
  • the aforementioned general-purpose processor may be a microprocessor or any conventional processor.
  • the above-mentioned memory may be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory.
  • the non-volatile memory can be read-only memory (ROM), programmable read-only memory (programmable ROM, PROM), erasable programmable read-only memory (erasable PROM, EPROM), and electrically available Erase programmable read-only memory (electrically EPROM, EEPROM) or flash memory.
  • the volatile memory may be random access memory (RAM).
  • the memory in the embodiment of the present application may also be 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, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection Dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DR RAM) and so on. That is to say, the memory in the embodiments of the present application is intended to include, but is not limited to, these and any other suitable types of memory.
  • the computer program product includes one or more computer instructions.
  • the computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices.
  • the computer instruction may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium.
  • the computer instruction may be transmitted from a website, computer, server, or data center through a cable (Such as coaxial cable, optical fiber, Digital Subscriber Line (DSL)) or wireless (such as infrared, wireless, microwave, etc.) to another website site, computer, server or data center.
  • the computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server or data center integrated with one or more available media.
  • the usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, and a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium (for example, a solid state disk (SSD)).
  • the size of the sequence number of the above-mentioned processes does not mean the order of execution, and the execution order of each process should be determined by its function and internal logic, and should not correspond to the embodiments of the present application.
  • the implementation process constitutes any limitation.

Landscapes

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

Abstract

本申请实施例涉及组播下行业务通知方法、终端设备和网络设备，其中方法包括：终端设备接收寻呼消息，所述寻呼消息用于通知存在组播下行数据；终端设备响应所述寻呼消息。本申请实施例可以通知终端下行组播数据的到达。

Description

组播下行业务通知方法、终端设备和网络设备 技术领域
本申请涉及通信领域，并且更具体地，涉及组播下行业务通知方法、终端设备和网络设备。
背景技术
在5G系统中，将会引入点到多点传输机制。这种传输机制的网络架构中，网络侧在组播/广播业务的区域内采用点到多点的传输方式发送下行数据。在这个区域中的终端可以采用组播/广播信道接收数据。
在核心网与RAN之间的数据接口N3接口中，既可以采用UE特定的N3通道，针对此UE的单播数据和组播/广播数据都在此特定的通道中传输。也可以采用采用共享的传输通道，此传输通道为多个终端数据传输共享，此多个终端可以属于同一个组。
为了节省网络资源的开销，当没有下行数据时,终端会处于空闲状态；当某一组的下行组播/广播数据达到时，为了通知下行终端数据到达，需要一种通知机制。目前尚没有通知某一组终端下行组播/广播数据到达的机制。
发明内容
本申请实施例提供组播下行业务通知方法、终端设备和网络设备，用于解决上述技术问题。
本申请实施例提出一种组播下行业务通知方法，包括：
终端设备接收寻呼消息，所述寻呼消息用于通知存在组播下行数据；
终端设备响应所述寻呼消息。
本申请实施例提出一种组播下行业务通知方法，包括：
第一网络设备发送寻呼消息，所述寻呼消息用于通知存在组播下行数据。
本申请实施例提出一种组播下行业务通知方法，包括：
第二网络设备向第一网络设备发送寻呼请求消息，所述寻呼请求消息携带组播下行数据所属组的组信息、相关的MBS会话信息、至少一个需要寻呼的终端的标识信息和DRX信息、组特定DRX周期和特定组标识中的至少一项。
本申请实施例提出一种组播下行业务通知方法，包括：
第三网络设备向第二网络设备发送组播下行数据或MBS会话相关的第一到达消息或者与所述组播/MBS会话相关的终端信息，所述第一到达消息中携带所述组播下行数据所属组的组信息和/或相关的MBS会话信息。
本申请实施例提出一种组播下行业务通知方法，包括：
第四网络设备向第三网络设备发送组播/MBS会话下行数据第二到达消息，所述组播/MBS会话下行数据第二到达消息中携带所述组播下行数据所属组的组信息和/或所述组播下行数据所属组相关的MBS会话信息。
本申请实施例提出一种终端设备，包括：
寻呼消息接收模块，用于接收寻呼消息，所述寻呼消息用于通知存在组播下行数据；
响应模块，用于响应所述寻呼消息。
本申请实施例提出一种网络设备，包括：
寻呼消息发送模块，用于发送寻呼消息，所述寻呼消息用于通知存在组播下行数据。
本申请实施例提出一种网络设备，包括：
寻呼请求消息发送模块，用于向第一网络设备发送寻呼请求消息，所述寻呼请求消息携带组播下行数据所属组的组信息、相关的MBS会话信息、至少一个需要寻呼的终端的标识信息和DRX信息、组特定DRX周期和特定组标识中的至少一项。
本申请实施例提出一种网络设备，包括：
第一通知模块，用于向第二网络设备发送组播下行数据或MBS会话相关的第一到达消息或者与所述组播/MBS会话相关的终端信息，所述第一到达消息中携带所述组播下行数据所属组的组信息和/或相关的MBS会话信息。
本申请实施例提出一种网络设备，包括：
第二通知模块，用于向第三网络设备发送组播/MBS会话下行数据第二到达消息，所述组播/MBS会话下行数据第二到达消息中携带所述组播下行数据所属组的组信息和/或所述组播下行数据所属组相关的MBS会话信息。
本申请实施例提出一种终端设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处 理器用于调用并运行所述存储器中存储的计算机程序，执行如上述组播下行业务通知方法中任一项所述的方法。
本申请实施例提出一种网络设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求上述组播下行业务通知方法中任一项所述的方法。
本申请实施例提出一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如上述组播下行业务通知方法中任一项所述的方法。
本申请实施例提出一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如上述组播下行业务通知方法中任一项所述的方法。
本申请实施例提出一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如上述组播下行业务通知方法中任一项所述的方法。
本申请实施例提出一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如上述组播下行业务通知方法中任一项所述的方法。
本申请实施例提出一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如上述组播下行业务通知方法中任一项所述的方法。
本申请实施例提出一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如上述组播下行业务通知方法中任一项所述的方法。
本申请实施例提出一种计算机程序，所述计算机程序使得计算机执行如上述组播下行业务通知方法中任一项所述的方法。
本申请实施例提出一种一种计算机程序，所述计算机程序使得计算机执行如上述组播下行业务通知方法中任一项所述的方法。
本申请实施例提出的方法中，网络设备向终端设备发送寻呼消息的方法，该寻呼消息用于通知终端设备存在组播下行数据，从而实现通知某一组终端下行组播/广播数据到达。
附图说明
图1是本申请实施例的应用场景的示意图。
图2是根据本申请实施例的一种组播下行业务通知方法200实现流程图；
图3是根据本申请实施例一的实现流程图；
图4是根据本申请实施例二的实现流程图；
图5是根据本申请实施例三的实现流程图；
图6是根据本申请实施例四的实现流程图；
图7是根据本申请实施例的一种组播下行业务通知方法700实现流程图；
图8是根据本申请实施例的一种组播下行业务通知方法800实现流程图；
图9是根据本申请实施例的一种组播下行业务通知方法900实现流程图；
图10是根据本申请实施例的一种组播下行业务通知方法1000实现流程图；
图11是根据本申请实施例的一种终端设备1100示意性结构图；
图12是根据本申请实施例的一种终端设备1200示意性结构图；
图13是根据本申请实施例的一种网络设备1300示意性结构图；
图14是根据本申请实施例的一种网络设备1400示意性结构图；
图15是根据本申请实施例的一种网络设备1500示意性结构图；
图16是根据本申请实施例的一种网络设备1600示意性结构图；
图17是根据本申请实施例的一种网络设备1700示意性结构图；
图18是根据本申请实施例的一种网络设备1800示意性结构图；
图19是根据本申请实施例的一种网络设备1900示意性结构图；
图20是根据本申请实施例的一种网络设备2000示意性结构图；
图21是根据本申请实施例的通信设备2100示意性结构图；
图22是根据本申请实施例的芯片2200的示意性结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
需要说明的是，本申请实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。同时描述的“第一”、“第二”描述的对象可以相同，也可以不同。
本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(Global System of Mobile communication，GSM)系统、码分多址(Code Division Multiple Access，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long Term Evolution，LTE)系统、先进的长期演进(Advanced long term evolution，LTE-A)系统、新无线(New Radio，NR)系统、NR系统的演进系统、免授权频谱上的LTE(LTE-based access to unlicensed spectrum，LTE-U)系统、免授权频谱上的NR(NR-based access to unlicensed spectrum，NR-U)系统、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、无线局域网(Wireless Local Area Networks，WLAN)、无线保真(Wireless Fidelity，WiFi)、下一代通信(5th-Generation，5G)系统或其他通信系统等。
通常来说，传统的通信系统支持的连接数有限，也易于实现，然而，随着通信技术的发展，移动通信系统将不仅支持传统的通信，还将支持例如，设备到设备(Device to Device，D2D)通信，机器到机器(Machine to Machine，M2M)通信，机器类型通信(Machine Type Communication，MTC)，以及车辆间(Vehicle to Vehicle，V2V)通信等，本申请实施例也可以应用于这些通信系统。
可选地，本申请实施例中的通信系统可以应用于载波聚合(Carrier Aggregation，CA)场景，也可以应用于双连接(Dual Connectivity，DC)场景，还可以应用于独立(Standalone，SA)布网场景。
本申请实施例对应用的频谱并不限定。例如，本申请实施例可以应用于授权频谱，也可以应用于免授权频谱。
本申请实施例结合网络设备和终端设备描述了各个实施例，其中：终端设备也可以称为用户设备(User Equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。终端设备可以是WLAN中的站点(STAION，ST)，可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备以及下一代通信系统，例如，NR网络中的终端设备或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)网络中的终端设备等。
作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。
网络设备可以是用于与移动设备通信的设备，网络设备可以是WLAN中的接入点(Access Point，AP)，GSM或CDMA中的基站(Base Transceiver Station，BTS)，也可以是WCDMA中的基站(NodeB，NB)，还可以是LTE中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者中继站或接入点，或者车载设备、可穿戴设备以及NR网络中的网络设备(gNB)或者未来演进的PLMN网络中的网络设备等。
在本申请实施例中，网络设备为小区提供服务，终端设备通过该小区使用的传输资源(例如，频域资源，或者说，频谱资源)与网络设备进行通信，该小区可以是网络设备(例如基站)对应的小区，小区可以属于宏基站，也可以属于小小区(Small cell)对应的基站，这里的小小区可以包括：城市小区(Metro cell)、微小区(Micro cell)、微微小区(Pico cell)、毫微微小区(Femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。
图1示例性地示出了一个网络设备110和两个终端设备120，可选地，该无线通信系统100可以包括多个网络设备110，并且每个网络设备110的覆盖范围内可以包括其它数量的终端设备120，本申请实施例对此不做限定。本申请实施例可以应用于一个终端设备120与一个网络设备110，也可以应用于一个终端设备120与另一个终端设备120。
可选地，该无线通信系统100还可以包括移动性管理实体(Mobility Management Entity，MME)、接入与移动性管理功能(Access and Mobility Management Function，AMF)等其他网络实体，本申请实施例对此不作限定。
应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
本申请实施例提出一种组播下行业务通知方法，图2是根据本申请实施例的一种组播下行业务通知方法200实现流程图，该方法可选地可以应用于图1所示的系统，如应用于终端设备，但并不仅限于此。该方法包括以下内容的至少部分内容。
S210：终端设备接收寻呼消息，该寻呼消息用于通知存在组播下行数据；
S220：终端设备响应该寻呼消息。
可选地，上述寻呼消息携带该组播下行数据所属组的组信息、相关的组播广播业务(MBS，Broadcast and Multicast Service)会话信息及MBS业务更新的指示信息中的至少一项；
终端设备判断该寻呼消息或MBS业务更新的相关系统信息块(SIB，system information block)中是否携带该终端设备感兴趣组的信息，如果是，则响应该寻呼消息。
在一些实施方式中，响应所述寻呼消息包括：激活相关的MBS会话或发起无线资源控制(RRC，radio resource control)恢复过程。
在一些实施方式中，激活相关的MBS会话，包括：
终端设备由空闲态进入连接态，发送非接入层(NAS，Non-Access Stratum)消息激活所述相关的MBS会话。
在一些实施方式中，终端设备在非激活态时，发起所述RRC恢复过程。
在一些实施方式中，上述方法还包括：
终端设备接收组特定非连续接收(DRX，Discontinuous Reception)周期和组特定标识。
可选地，上述组特定标识包括无线网络临时标识(RNTI，Radio Network Tempory Identity)。
在一些实施方式中，上述方法还包括：
终端设备根据上述组特定DRX周期和组特定标识确定组特定寻呼时机(PO，Paging Occasion)；
终端设备在上述组特定PO上监听上述寻呼消息。
或者，在一些实施方式中，终端在MBS特定的PO上监听寻呼消息。
可选地，终端根据MBS特定的标识和DRX计算上述特定PO。
在一些实施方式中，MBS特定的标识和DRX在协议中约定、或者由接入网在系统信息中广播、或者由核心网通过NAS消息配置给终端设备。
在一些实施方式中，终端设备采用以下式子确定所述组特定PO：
(SFN+PF_offset)mod T＝(T div N)*(Group_ID mod N)；
i_s＝floor(Group_ID/N)mod Ns；
其中，SFN对应寻呼帧PF；
PF_offset指PF的偏移；
mod表示取余运算；
T为所述组特定DRX周期；
div表示除法取整运算；
N是T期间寻呼帧的数量；
Group_ID是所述特定组标识或者预配置的用来表征组播的值；
i_s表示组特定PO的标识；
floor表示下取整运算；
Ns表示一个PF中PO的数量。
在一些实施方式中，上述方法还包括：终端设备利用上述MBS会话接收上述组播下行数据。
在一些实施方式中，上述方法还包括：终端设备与网络设备协商上述组特定DRX周期。
可选地，终端设备在注册过程和/或MBS会话建立过程中与网络设备协商所述组特定DRX周期。
以上本申请实施例提出的应用于终端设备的组播下行业务通知方法的主要流程，以下结合附图，举具体的实施例详细介绍本申请。
实施例1：组播下行数据到达无线接入网(RAN，Radio Access Network)，RAN寻呼所有终端。
关键技术点：
-组播下行数据如MBS数据通过组专用的N3通道到达RAN；
-RAN发起寻呼，寻呼消息(Paging消息)中携带组播下行数据所属组的组信息、或者相关的MBS会话信息，例如组标识信息；
-如果系统信息块(SIB，System Information Block)中携带通知机制信息，则可以在Paging消息中携带MBS业务更新的指示信息，例如特定SIB更新指示信息；
-RAN在所有PO上发送寻呼消息；终端根据现有PO计算方式接收寻呼消息，如果寻呼消息中 或者所述SIB中携带感兴趣组的信息，则进入连接态，发起服务请求(service request)激活所述组的MBS session，接收下行数据。
此实施例减少了对无关终端的影响，对RAN侧没有组信息存储要求。
如图3为本实施例的具体步骤示意图，包括以下步骤：
1.MBS数据到达用户面功能(UPF，User Plane Function)；
2.UPF将MBS数据在组数据的N3通道上发送给RAN节点；
3.RAN节点根据N3通道信息判定此MBS数据所属的组信息；RAN发送寻呼消息，此寻呼消息是全小区发送的寻呼消息。
4.寻呼消息中携带组相关的信息或相关的MBS会话信息，例如组标识，组无线网络临时标识(RNTI，Radio Network Tempory Identity)消息等；可替换的，寻呼消息中可以携带MBS相关的SIB是否发起更新。
5.终端接收到寻呼消息之后，判断寻呼消息中的组信息是否是当前感兴趣的组；或者MBS相关的SIB中是否携带终端感兴趣的组的信息；
6a.如果终端对步骤5中的组信息或者在相关SIB中更新的组信息感兴趣，并且终端是在空闲状态，则终端进入连接态，发起NAS消息激活所述的MBS Session；可选地，前述NAS为服务请求(service request)消息。
6b.如果终端对步骤5中的组信息或者在相关SIB中更新的组信息感兴趣，并且终端是在非激活状态，则终端发起RRC恢复过程。
如果终端对5中所述的组业务没有兴趣，则终端忽略此寻呼信息。
实施例2：组播下行数据到达RAN，RAN寻呼组内终端
关键技术点：
-组播下行数据通过组专用的N3通道到达RAN；
-RAN根据之前配置的组与终端的对应关系，确定需要寻呼的终端；采用现有的PO计算方式计算需要寻呼的终端对应的PO，在该PO上发送寻呼消息，寻呼消息中携带组播指示信息；
-如果SIB中携带通知机制信息，则可以在Paging消息中携带特定SIB更新指示信息；
-终端接收到寻呼消息或者SIB信息，根据其中指示信息进入连接态；
-终端发起service request激活所通知组的MBS Session；
或者，
-RAN根据组特定DRX周期(group-specific DRX)和组标识(group ID)计算组特定寻呼时机(group-specific PO)，在此PO上发送寻呼消息，其中携带组播指示信息；
-终端根据group-specific DRX和group ID计算group-specific PO，在此PO上监听寻呼；如果寻呼消息中携带感兴趣组的信息，则进入连接态接收组播数据；
-如果SIB中携带通知机制信息，则可以在Paging中携带特定SIB更新指示信息；
-终端发起service request激活所通知组的MBS Session。
此实施例减少寻呼的开销，引入新的RAN侧行为或者PO计算方式。
如图4为本实施例的具体步骤示意图，包括以下步骤：
1.MBS数据到达UPF；
2.UPF将MBS数据在所述组数据的N3通道上发送给RAN节点；
后续步骤有两种处理方式。
第一种，包括以下步骤3、4、5a、5b：
3.RAN节点根据N3通道信息判定此下行数据所属的组信息；RAN根据组信息和之前获得的组与组成员(终端)之间的关系确定需要寻呼的终端；
4.RAN节点向确定出的需要寻呼的终端发送寻呼消息，其中可选的携带组相关信息或相关的MBS会话信息，例如组标识信息，组相关的RNTI信息。
5a.终端接收到寻呼消息之后，如果终端是在空闲状态，则终端发起NAS消息进入连接状态接收下行数据。
5b.终端接收到寻呼消息之后，如果终端是在非激活状态，则终端发起则终端发起RRC恢复过程。
RAN侧可以启动一个定时器，在此定时器超时后，开始通过多播的方式发送下行数据。
可选地，RAN节点在向第一个终端发送寻呼消息、向最后一个终端发送寻呼消息或接收到第一个终端对寻呼消息的响应时启动定时器。
可选地，RAN节点在MBS会话建立时，接收核心网配置的上述定时器。
第二种，包括以下步骤3’、4’、5a’、5b’：
3’.RAN节点根据N3通道信息判定此下行数据所属的组信息；RAN根据此组特定的DRX信息和/或group标识信息计算寻呼时机，具体的，计算方式可以为：
(SFN+PF_offset)mod T＝(T div N)*(Group_ID mod N)
其中，SFN对应寻呼帧(PF，Paging Frame)；
PF_offset指寻呼帧(PF，Paging Frame)的偏移；
mod表示取余运算；
T为group特定的DRX周期；
div表示除法取整运算；
N是T期间寻呼帧的数量；
Group_ID是特定组的标识或者是一个预配置的值用来表征组播。
以及
i_s＝floor(Group_ID/N)mod Ns
其中，i_s表示组特定PO的标识；
Ns表示一个寻呼帧中寻呼时机的数量；
其中Group_ID可以为网络配置的group标识信息，例如RNTI等。
4’.网络向终端发送寻呼消息，可选的，其中携带组信息或相关的MBS会话信息。终端按照步骤3’中的计算方式计算寻呼时机，监听寻呼消息。
5a’.如果终端接收到寻呼消息，且终端处于空闲状态，则终端激活所述组的MBS会话，例如发起service request消息；
进一步的，终端可以根据寻呼消息中的组信息或相关的MBS会话信息确定是否感兴趣的组，决定是否进入到连接状态。
5b’.如果终端接收到寻呼消息，且终端处于非激活状态，则终端发起RRC连接恢复过程；
进一步的，终端可以根据寻呼消息中的组信息或相关的MBS会话信息确定是否感兴趣的组，决定是否进入到连接状态。
此外，本申请实施例还提出group-specific DRX协商与配置过程；可选地，在终端进行注册过程中与网络协商group-specific DRX；或者在MBS会话建立过程中协商group-specific DRX；具体的，AMF或者SMF根据终端感兴趣或者加入的组配置给终端特定的group-specific DRX。在MBS Session建立时，核心网将此信息配置给RAN。
实施例3：组播下行数据到达核心网，核心网寻呼所有终端。
关键技术点：
-组播下行数据到达UPF；
-UPF通知会话管理功能(UPF，Session Management Function)下行数据到达，携带组信息或相关的MBS会话信息；
-SMF通知接入和移动管理功能(AMF)下行数据到达，携带组信息或相关的MBS会话信息；
-AMF向RAN发起寻呼请求，携带组信息或相关的MBS会话信息；
-RAN发起寻呼，寻呼消息中携带组信息或相关的MBS会话信息，例如组标识信息；
-RAN在所有PO上发送寻呼消息；终端采用现有PO的计算方式计算其对应的PO，并在该PO上接收寻呼消息，如果寻呼消息中携带感兴趣组的信息，则进入连接态发起service request激活所述组的MBS session，接收下行数据。
如图5为本实施例的具体步骤示意图，包括以下步骤：
0.MBS会话建立过程。
1.组播下行数据到达UPF，UPF根据下行数据到达的通道或者\IP\地址信息确定所属的组或者MBS会话。
2.UPF通知SMF组播下行数据到达，其中携带组播下行数据所属组的组信息或者相关的MBS会话信息，例如标识信息。
3.SMF通知AMF组播下行数据到达，其中携带组播下行数据所属组的组信息或者相关的MBS会话信息，例如标识信息。
4.AMF向RAN发起寻呼请求消息，其中携带组播下行数据所属组的组信息或者相关的MBS会 话信息。
5.RAN向终端发起寻呼消息，具体实施过程如实施例1中的步骤4、5、6，在此不再赘述。
实施例4：组播下行数据到达核心网,核心网寻呼组内终端
关键技术点：
-组播下行数据到达UPF；
-UPF通知SMF下行数据到达，携带组信息或相关的MBS会话信息；
-SMF通知AMF下行数据到达，携带组信息或相关的MBS会话信息；
-AMF根据注册过程中协商的终端和组之间的关系，选择需要寻呼的终端；可选的，终端和组之间的关系可以来自于SMF。
-AMF向RAN发起寻呼请求，携带组信息或相关的MBS会话信息，需要寻呼的终端列表信息；
-RAN向所述列表中的终端发起寻呼，寻呼消息中可以携带组信息或相关的MBS会话信息，例如组标识信息；
-终端根据现有PO计算方式接收寻呼，如果寻呼消息中携带感兴趣组的信息，则进入连接态发起service request激活所述组的MBS session，接收下行数据；
或者，
-AMF向RAN发起寻呼请求，携带组信息，group-specific DRX信息；其中group-specific DRX是在注册过程中终端和AMF协商的。
-RAN根据group-specific DRX和ID计算group-specific PO，在此PO上发送寻呼，其中携带组播指示信息。
-如果SIB中携带通知机制信息，则可以在Paging中携带特定SIB更新指示信息。
-RAN根据group-specific DRX和group ID计算group-specific PO，在此PO上监听寻呼；如果寻呼消息中携带感兴趣组的信息或者所述SIB中携带组信息，则进入连接态接收组播数据；
-终端发起service request激活所通知组的MBS Session。
如图6为本实施例的具体步骤示意图，包括以下步骤：
0.MBS会话建立过程.
1.组播下行数据到达UPF，UPF根据下行数据到达的通道或者\IP\地址信息确定所属的组或者MBS会话。
2.UPF通知SMF组播下行数据到达，其中携带组播下行数据所属组的组信息或者相关的MBS会话信息，例如标识信息。
后续步骤有两种处理方式。
第一种，包括以下步骤3、4、5：
3.SMF通知AMF组播下行数据到达，其中携带组播下行数据所属组的组信息或者相关的MBS会话信息，例如标识信息。进一步，SMF将组中的终端信息(例如标识信息)通知AMF，例如终端的用户隐藏标识符(SUCI，SUbscription Concealed Identifier)信息或者5G全局唯一的临时UE标识(GUTI，5G Globally Unique Temporary UE Identity)信息等。
4.AMF根据SMF提供的组信息以及保存的终端和组的对应关系确定需要寻呼的终端，AMF向RAN发起寻呼请求消息，其中携带需要寻呼的终端的标识信息和终端的DRX信息。进一步的，AMF发送RAN所在注册区中的终端信息。例如RAN1在注册区1范围，RAN2在注册区2范围，UE1和UE2在注册区1，UE3和UE4在注册区，则AMF向RAN1发送的寻呼消息中携带UE1和UE2的信息；向RAN2发送的寻呼消息中携带UE3和UE4的信息。
或者，AMF根据步骤3中SMF提供的组中所属的终端信息确定需要寻呼的终端。
5.RAN向终端发起寻呼消息，具体实施过程如实施例2中的步骤3、4、5，在此不再赘述。
第二种，包括以下步骤3’、4’、5’：
3’.SMF通知AMF组播下行数据到达，其中携带组播下行数据所属组的组信息或者相关的MBS会话信息。
4’.AMF根据SMF提供的组信息或者MBS会话信息，AMF向RAN发起寻呼请求消息，其中携带需要寻呼的组/MBS会话信息，例如标识信息和/或DRX信息。
5’.RAN向终端发起寻呼消息，具体实施过程如实施例2中的步骤3’、4’、5’。
本实施例还提出Group DRX协商与配置方式，可选地，在终端进行注册过程中与网络协商DRX；或者在MBS会话建立过程中协商；具体的，AMF或者SMF根据终端感兴趣或者加入的组配置给终 端特定的DRX。
本申请实施例还提出一种组播下行业务通知方法，该方法应用于第一网络设备，可选地，第一网络设备为RAN设备。图7是根据本申请实施例的一种组播下行业务通知方法700实现流程图包括：
S710：第一网络设备发送寻呼消息，该寻呼消息用于通知存在组播下行数据。
在一些实施方式中，上述第一网络设备在所有PO上发送所述寻呼消息。
在一些实施方式中，上述第一网络设备根据所述组播下行数据所属组的组信息/相关的MBS会话信息，以及组/MBS会话与终端的对应关系，确定需要寻呼的终端。
在一些实施方式中，上述第一网络设备根据组/MBS会话特定DRX周期和组特定标识/MBS会话标识确定组特定PO；
在所述组/MBS会话特定PO上发送所述寻呼消息。
可选地，上述第一网络设备在MBS业务特定的PO上发送所述寻呼消息。
可选地，上述第一网络设备根据MBS业务特定的标识和DRX计算所述特定PO。
在一些实施方式中，上述寻呼消息携带组播下行数据所属组的组信息、相关的MBS会话信息及MBS业务更新的指示信息中的至少一项。
可选地，上述组特定标识/MBS会话标识包括RNTI。
在一些实施方式中，上述第一网络设备采用以下式子确定组特定PO：
(SFN+PF_offset)mod T＝(T div N)*(Group_ID mod N)；
i_s＝floor(Group_ID/N)mod Ns；
其中，SFN对应寻呼帧PF；
PF_offset指PF的偏移；
mod表示取余运算；
T为所述组特定DRX周期；
div表示除法取整运算；
N是T期间寻呼帧的数量；
Group_ID是所述特定组标识或者预配置的用来表征组播的值；
i_s表示组特定PO的标识；
floor表示下取整运算；
Ns表示一个PF中PO的数量。
在一些实施方式中，上述第一网络设备根据N3通道信息确定所述组播下行数据所属组的组信息或所述相关的MBS会话信息，所述N3通道为接收所述组播下行数据或MBS会话的通道。
可选地，上述方法还包括：
第一网络设备接收来自第二网络设备的寻呼请求消息，所述寻呼请求消息携带至少一个需要寻呼的终端的标识信息和DRX信息；
所述终端的标识信息和DRX信息用于确定需要寻呼的终端对应的PO。
可选地，上述方法还包括：
所述第一网络设备接收来自第二网络设备的消息，所述消息携带组/MBS会话特定DRX周期和特定组/MBS会话标识。
可选地，上述消息为寻呼请求消息。
可选地，上述消息为所述组播/MBS会话业务建立连接的N2消息。
在一些实施方式中，上述方法还包括：
所述第一网络设备接收来自第二网络设备的寻呼请求消息，所述寻呼请求消息携带所述组播下行数据所属组的组信息和/或相关的MBS会话信息。
在一些实施方式中，上述方法还包括：
第一网络设备在向第一个终端发送寻呼消息、向最后一个终端发送寻呼消息或接收到第一个终端对寻呼消息的响应时启动定时器；
在所述定时器超时时，发送所述组播下行数据。
在一些实施方式中，上述方法还包括：在MBS会话建立时，接收核心网配置的所述定时器。
本申请实施例还提出一种组播下行业务通知方法，该方法应用于第二网络设备，可选地，第二网络设备为AMF。图8是根据本申请实施例的一种组播下行业务通知方法800实现流程图，包括：
S810：第二网络设备向第一网络设备发送寻呼请求消息，该寻呼请求消息携带组播下行数据所属组的组信息、相关的MBS会话信息、至少一个需要寻呼的终端的标识信息和DRX信息、组特定DRX 周期和特定组标识中的至少一项。
可选地，上述需要寻呼的终端包括所述注册到第一网络设备所在注册区的终端。
在一些实施方式中，上述方法还包括：
所述第二网络设备接收来自第三网络设备的组播下行数据所属组的组信息和/或相关的MBS会话信息；
根据所述组播下行数据所属组的组信息/相关的MBS会话信息，以及组/MBS会话与终端的对应关系，确定需要寻呼的终端。
在一些实施方式中，上述方法还包括：
所述第二网络设备接收来自第三网络设备的需要寻呼的终端信息。
在一些实施方式中，上述方法还包括：
所述第二网络设备根据终端加入的组/MBS会话，向终端配置组/MBS会话特定DRX周期。
可选地，上述第二网络设备在终端注册过程和/或MBS会话建立过程中向终端配置所述组特定DRX周期。
可选地，上述方法还包括：第二网络设备向第一网络设备配置所述组/MBS会话特定DRX周期。
可选地，上述第二网络设备在MBS会话建立过程中向第一网络设备配置所述组/MBS会话特定DRX周期。
本申请实施例还提出一种组播下行业务通知方法，该方法应用于第三网络设备，可选地，第三网络设备为SMF。图9是根据本申请实施例的一种组播下行业务通知方法900实现流程图包括：
S910：第三网络设备向第二网络设备发送组播下行数据或MBS会话相关的第一到达消息或者与所述组播/MBS会话相关的终端信息，该第一到达消息中携带所述组播下行数据所属组的组信息和/或相关的MBS会话信息。
在一些实施方式中，上述方法还包括：
所述第三网络设备根据终端加入的组/MBS会话，向终端配置组/MBS会话特定DRX周期。
在一些实施方式中，上述第三网络设备在终端注册过程和/或MBS会话建立过程中向终端配置所述组/MBS会话特定DRX周期。
可选地，上述方法还包括：第三网络设备向第一网络设备配置所述组/MBS会话特定DRX周期。
可选地，上述第三网络设备在MBS会话建立过程中向第一网络设备配置所述组/MBS会话特定DRX周期。
本申请实施例还提出一种组播下行业务通知方法，该方法应用于第四网络设备，可选地，第四网络设备为UPF。图10是根据本申请实施例的一种组播下行业务通知方法1000实现流程图，包括：
S1010：第四网络设备向第三网络设备发送组播/MBS会话下行数据第二到达消息，该组播/MBS会话下行数据第二到达消息中携带所述组播下行数据所属组的组信息和/或所述组播下行数据所属组相关的MBS会话信息。
在一些实施方式中，上述方法还包括：
所述第四网络设备根据所述组播下行数据到达的通道、IP信息及地址信息中的至少一项确定所述组播下行数据所属组的组信息和/或所述组播下行数据所属组相关的MBS会话信息。
本申请实施例还提出一种终端设备，图11是根据本申请实施例的终端设备1100结构示意图，包括：
寻呼消息接收模块1101，用于接收寻呼消息，所述寻呼消息用于通知存在组播下行数据；
响应模块1102，用于响应所述寻呼消息。
可选地，上述寻呼消息携带所述组播下行数据所属组的组信息、相关的组播广播业务MBS会话信息及MBS业务更新的指示信息中的至少一项；
所述响应模块1102判断所述寻呼消息或MBS业务更新的相关系统信息块SIB中是否携带所述终端设备感兴趣组的信息，如果是，则响应所述寻呼消息。
可选地，上述响应所述寻呼消息包括：
激活相关的MBS会话或发起无线资源控制RRC恢复过程。
可选地，上述激活相关的MBS会话，包括：
所述终端设备由空闲态进入连接态，发送非接入层NAS消息激活所述相关的MBS会话。
可选地，上述终端设备在非激活态时，发起所述RRC恢复过程。
如图12所示，在一些实施方式中，上述终端设备还包括：
第一接收模块1203，用于接收组特定非连续接收DRX周期和组特定标识。
可选地，上述组特定标识包括无线网络临时标识RNTI。
在一些实施方式中，上述终端设备还包括：
第一确定模块1204，用于根据所述组特定DRX周期和组特定标识确定组特定寻呼时机PO；
所述寻呼消息接收模块1101在所述组特定PO上监听所述寻呼消息。
在一些实施方式中，上述寻呼消息接收模块1101在MBS特定的PO上监听寻呼消息。
可选地，上述寻呼消息接收模块1101根据MBS特定的标识和DRX计算所述特定PO。
可选地，上述MBS特定的标识和DRX在协议中约定、或者由接入网在系统信息中广播、或者由核心网通过NAS消息配置给终端设备。
在一些实施方式中，上述第一确定模块1204采用以下式子确定所述组特定PO：
(SFN+PF_offset)mod T＝(T div N)*(Group_ID mod N)；
i_s＝floor(Group_ID/N)mod Ns；
其中，SFN对应寻呼帧PF；
PF_offset指PF的偏移；
mod表示取余运算；
T为所述组特定DRX周期；
div表示除法取整运算；
N是T期间寻呼帧的数量；
Group_ID是所述特定组标识或者预配置的用来表征组播的值；
i_s表示组特定PO的标识；
floor表示下取整运算；
Ns表示一个PF中PO的数量。
如图12所示，在一些实施方式中，上述终端设备还包括：
组播接收模块1205，用于利用所述MBS会话接收所述组播下行数据。
在一些实施方式中，上述所述终端设备与网络设备协商所述组特定DRX周期。
如图12所示，在一些实施方式中，上述终端设备还包括：
协商模块1206，用于在注册过程和/或MBS会话建立过程中与网络设备协商所述组特定DRX周期。
应理解，根据本申请实施例的终端设备中的模块的上述及其他操作和/或功能分别为了实现图2的方法200中的终端设备的相应流程，为了简洁，在此不再赘述。
本申请实施例还提出一种网络设备，该网络设备可以为上述第一网络设备，可选地，该网络设备为RAN设备。图13是根据本申请实施例的网络设备1300结构示意图，包括：
寻呼消息发送模块1301，用于发送寻呼消息，所述寻呼消息用于通知存在组播下行数据。
在一些实施方式中，上述寻呼消息发送模块1301在所有PO上发送所述寻呼消息。
可选地，上述网络设备根据所述组播下行数据所属组的组信息/相关的MBS会话信息，以及组/MBS会话与终端的对应关系，确定需要寻呼的终端。
可选地，上述网络设备根据组/MBS会话特定DRX周期和组特定标识/MBS会话标识确定组特定PO；
所述寻呼消息发送模块1301在所述组/MBS会话特定PO上发送所述寻呼消息。
在一些实施方式中，上述寻呼消息发送模块1301在MBS业务特定的PO上发送所述寻呼消息。
在一些实施方式中，上述网络设备根据MBS业务特定的标识和DRX计算所述特定PO。
在一些实施方式中，上述寻呼消息携带组播下行数据所属组的组信息、相关的MBS会话信息及MBS业务更新的指示信息中的至少一项。
可选地，上述所述组特定标识/MBS会话标识包括RNTI。
在一些实施方式中，上述网络设备采用以下式子确定组特定PO：
(SFN+PF_offset)mod T＝(T div N)*(Group_ID mod N)；
i_s＝floor(Group_ID/N)mod Ns；
其中，SFN对应寻呼帧PF；
PF_offset指PF的偏移；
mod表示取余运算；
T为所述组特定DRX周期；
div表示除法取整运算；
N是T期间寻呼帧的数量；
Group_ID是所述特定组标识或者预配置的用来表征组播的值；
i_s表示组特定PO的标识；
floor表示下取整运算；
Ns表示一个PF中PO的数量。
在一些实施方式中，上述网络设备根据N3通道信息确定所述组播下行数据所属组的组信息或所述相关的MBS会话信息，所述N3通道为接收所述组播下行数据或MBS会话的通道。
如图14所示，在一些实施方式中，上述网络设备还包括：
第一寻呼请求消息接收模块1402，用于接收来自第二网络设备的寻呼请求消息，所述寻呼请求消息携带至少一个需要寻呼的终端的标识信息和DRX信息；
所述终端的标识信息和DRX信息用于确定需要寻呼的终端对应的PO。
在一些实施方式中，上述网络设备还包括：第二接收模块1403，用于接收来自第二网络设备的消息，所述消息携带组/MBS会话特定DRX周期和特定组/MBS会话标识。
可选地，上述消息为寻呼请求消息。
在一些实施方式中，上述消息为所述组播/MBS会话业务建立连接的N2消息。
在一些实施方式中，上述网络设备还包括：
第二寻呼请求消息接收模块1404，用于接收来自第二网络设备的寻呼请求消息，所述寻呼请求消息携带所述组播下行数据所属组的组信息和/或相关的MBS会话信息。
在一些实施方式中，上述网络设备还包括：
组播发送模块1405，用于在向第一个终端发送寻呼消息、向最后一个终端发送寻呼消息或接收到第一个终端对寻呼消息的响应时启动定时器；在所述定时器超时时，发送所述组播下行数据。
在一些实施方式中，上述网络设备还包括：
定时器模块1406，用于在MBS会话建立时，接收核心网配置的所述定时器。
应理解，根据本申请实施例的网络设备中的模块的上述及其他操作和/或功能分别为了实现图7的方法700中的网络设备的相应流程，为了简洁，在此不再赘述。
本申请实施例还提出一种网络设备，该网络设备可以为上述第二网络设备，可选地，该网络设备为AMF。图15是根据本申请实施例的网络设备11500结构示意图，包括：
寻呼请求消息发送模块1501，用于向第一网络设备发送寻呼请求消息，所述寻呼请求消息携带组播下行数据所属组的组信息、相关的MBS会话信息、至少一个需要寻呼的终端的标识信息和DRX信息、组特定DRX周期和特定组标识中的至少一项。
在一些实施方式中，上述需要寻呼的终端包括所述注册到第一网络设备所在注册区的终端。
如图16所示，在一些实施方式中，上述网络设备还包括：
第三接收模块1602，用于接收来自第三网络设备的组播下行数据所属组的组信息和/或相关的MBS会话信息；
所述寻呼请求消息发送模块1501根据所述组播下行数据所属组的组信息/相关的MBS会话信息，以及组/MBS会话与终端的对应关系，确定需要寻呼的终端。
在一些实施方式中，上述第三接收模块1602还用于，接收来自第三网络设备的需要寻呼的终端信息。
在一些实施方式中，上述网络设备还包括：
第一配置模块1603，用于根据终端加入的组/MBS会话，向终端配置组/MBS会话特定DRX周期。
可选地，上述第一配置模块1603在终端注册过程和/或MBS会话建立过程中向终端配置所述组特定DRX周期。
可选地，上述第一配置模块1603还用于，向第一网络设备配置所述组/MBS会话特定DRX周期。
可选地，上述第一配置模块1603在MBS会话建立过程中向第一网络设备配置所述组/MBS会话特定DRX周期。
应理解，根据本申请实施例的网络设备中的模块的上述及其他操作和/或功能分别为了实现图8的方法800中的网络设备的相应流程，为了简洁，在此不再赘述。
本申请实施例还提出一种网络设备，该网络设备可以为上述第三网络设备，可选地，该网络设备为SMF。图17是根据本申请实施例的网络设备1700结构示意图，包括：
第一通知模块1701，用于向第二网络设备发送组播下行数据或MBS会话相关的第一到达消息或者与所述组播/MBS会话相关的终端信息，所述第一到达消息中携带所述组播下行数据所属组的组信息和/或相关的MBS会话信息。
如图18所示，在一些实施方式中，上述网络设备，还包括：
第二配置模块1802，用于根据终端加入的组/MBS会话，向终端配置组/MBS会话特定DRX周期。
可选地，上述第二配置模块1802在终端注册过程和/或MBS会话建立过程中向终端配置所述组/MBS会话特定DRX周期。
可选地，上述第二配置模块1802还用于，向第一网络设备配置所述组/MBS会话特定DRX周期。
在一些实施方式中，上述第二配置模块1802在MBS会话建立过程中向第一网络设备配置所述组/MBS会话特定DRX周期。
应理解，根据本申请实施例的网络设备中的模块的上述及其他操作和/或功能分别为了实现图9的方法900中的网络设备的相应流程，为了简洁，在此不再赘述。
本申请实施例还提出一种网络设备，该网络设备可以为上述第四网络设备，可选地，该网络设备为UPF。图19是根据本申请实施例的网络设备1900结构示意图，包括：
第二通知模块1901，用于向第三网络设备发送组播/MBS会话下行数据第二到达消息，所述组播/MBS会话下行数据第二到达消息中携带所述组播下行数据所属组的组信息和/或所述组播下行数据所属组相关的MBS会话信息。
如图20所示，在一些实施方式中，上述网络设备还包括：
第二确定模块2002，用于根据所述组播下行数据到达的通道、IP信息及地址信息中的至少一项确定所述组播下行数据所属组的组信息和/或所述组播下行数据所属组相关的MBS会话信息。
应理解，根据本申请实施例的网络设备中的模块的上述及其他操作和/或功能分别为了实现图10的方法1000中的网络设备的相应流程，为了简洁，在此不再赘述。
图21是根据本申请实施例的通信设备2100示意性结构图。图21所示的通信设备2100包括处理器2110，处理器2110可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图21所示，通信设备2100还可以包括存储器2120。其中，处理器2110可以从存储器2120中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器2120可以是独立于处理器2110的一个单独的器件，也可以集成在处理器2110中。
可选地，如图21所示，通信设备2100还可以包括收发器2130，处理器2110可以控制该收发器2130与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器2130可以包括发射机和接收机。收发器2130还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该通信设备2100可为本申请实施例的终端设备，并且该通信设备2100可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该通信设备2100可为本申请实施例的网络设备，并且该通信设备2100可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
图22是根据本申请实施例的芯片2200的示意性结构图。图22所示的芯片2200包括处理器2210，处理器2210可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图22所示，芯片2200还可以包括存储器2220。其中，处理器2210可以从存储器2220中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器2220可以是独立于处理器2210的一个单独的器件，也可以集成在处理器2210中。
可选地，该芯片2200还可以包括输入接口2230。其中，处理器2210可以控制该输入接口2230与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片2200还可以包括输出接口2240。其中，处理器2210可以控制该输出接口2240与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片可应用于本申请实施例中的终端设备，并且该芯片可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
上述提及的处理器可以是通用处理器、数字信号处理器(digital signal processor，DSP)、现成可编程门阵列(field programmable gate array，FPGA)、专用集成电路(application specific integrated circuit，ASIC)或者其他可编程逻辑器件、晶体管逻辑器件、分立硬件组件等。其中，上述提到的通用处理器可以是微处理器或者也可以是任何常规的处理器等。
上述提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(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，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以该权利要求的保护范围为准。

Claims (104)

  1. 一种组播下行业务通知方法，包括：
    终端设备接收寻呼消息，所述寻呼消息用于通知存在组播下行数据；
    终端设备响应所述寻呼消息。
  2. 根据权利要求1所述的方法，其中，所述寻呼消息携带所述组播下行数据所属组的组信息、相关的组播广播业务MBS会话信息及MBS业务更新的指示信息中的至少一项；
    终端设备判断所述寻呼消息或MBS业务更新的相关系统信息块SIB中是否携带所述终端设备感兴趣组的信息，如果是，则响应所述寻呼消息。
  3. 根据权利要求1所述的方法，其中，所述响应所述寻呼消息包括：
    激活相关的MBS会话或发起无线资源控制RRC恢复过程。
  4. 根据权利要求3所述的方法，其中，所述激活相关的MBS会话，包括：
    所述终端设备由空闲态进入连接态，发送非接入层NAS消息激活所述相关的MBS会话。
  5. 根据权利要求3所述的方法，其中，所述终端设备在非激活态时，发起所述RRC恢复过程。
  6. 根据权利要求1至5任一所述的方法，还包括：
    所述终端设备接收组特定非连续接收DRX周期和组特定标识。
  7. 根据权利要求6所述的方法，其中，所述组特定标识包括无线网络临时标识RNTI。
  8. 根据权利要求6或7所述的方法，还包括：
    所述终端设备根据所述组特定DRX周期和组特定标识确定组特定寻呼时机PO；
    所述终端设备在所述组特定PO上监听所述寻呼消息。
  9. 根据权利要求1所述的方法，其中，终端在MBS特定的PO上监听寻呼消息。
  10. 根据权利要求9所述的方法，终端根据MBS特定的标识和DRX计算所述特定PO。
  11. 根据权利要求10所述的方法，所述MBS特定的标识和DRX在协议中约定、或者由接入网在系统信息中广播、或者由核心网通过NAS消息配置给终端设备。
  12. 根据权利要求8所述的方法，其中，所述终端设备采用以下式子确定所述组特定PO：
    (SFN+PF_offset)mod T＝(T div N)*(Group_ID mod N)；
    i_s＝floor(Group_ID/N)mod Ns；
    其中，SFN对应寻呼帧PF；
    PF_offset指PF的偏移；
    mod表示取余运算；
    T为所述组特定DRX周期；
    div表示除法取整运算；
    N是T期间寻呼帧的数量；
    Group_ID是所述特定组标识或者预配置的用来表征组播的值；
    i_s表示组特定PO的标识；
    floor表示下取整运算；
    Ns表示一个PF中PO的数量。
  13. 根据权利要求3至12任一所述的方法，还包括：
    所述终端设备利用所述MBS会话接收所述组播下行数据。
  14. 根据权利要求6至8任一所述的方法，还包括：
    所述终端设备与网络设备协商所述组特定DRX周期。
  15. 根据权利要求14所述的方法，其中，
    所述终端设备在注册过程和/或MBS会话建立过程中与网络设备协商所述组特定DRX周期。
  16. 一种组播下行业务通知方法，包括：
    第一网络设备发送寻呼消息，所述寻呼消息用于通知存在组播下行数据。
  17. 根据权利要求16所述的方法，其中，
    所述第一网络设备在所有PO上发送所述寻呼消息。
  18. 根据权利要求16所述的方法，其中，
    所述第一网络设备根据所述组播下行数据所属组的组信息/相关的MBS会话信息，以及组/MBS会话与终端的对应关系，确定需要寻呼的终端。
  19. 根据权利要求13所述的方法，其中，
    所述第一网络设备根据组/MBS会话特定DRX周期和组特定标识/MBS会话标识确定组特定PO；
    在所述组/MBS会话特定PO上发送所述寻呼消息。
  20. 根据权利要求13所述的方法，其中，
    所述第一网络设备在MBS业务特定的PO上发送所述寻呼消息。
  21. 根据权利要求20所述的方法，其中，所述第一网络设备根据MBS业务特定的标识和DRX计算所述特定PO。
  22. 根据权利要求16至21任一所述的方法，其中，所述寻呼消息携带组播下行数据所属组的组信息、相关的MBS会话信息及MBS业务更新的指示信息中的至少一项。
  23. 根据权利要求19所述的方法，其中，所述组特定标识/MBS会话标识包括RNTI。
  24. 根据权利要求19或23所述的方法，其中，所述第一网络设备采用以下式子确定组特定PO：
    (SFN+PF_offset)mod T＝(T div N)*(Group_ID mod N)；
    i_s＝floor(Group_ID/N)mod Ns；
    其中，SFN对应寻呼帧PF；
    PF_offset指PF的偏移；
    mod表示取余运算；
    T为所述组特定DRX周期；
    div表示除法取整运算；
    N是T期间寻呼帧的数量；
    Group_ID是所述特定组标识或者预配置的用来表征组播的值；
    i_s表示组特定PO的标识；
    floor表示下取整运算；
    Ns表示一个PF中PO的数量。
  25. 根据权利要求18至24任一所述的方法，其中，
    所述第一网络设备根据N3通道信息确定所述组播下行数据所属组的组信息或所述相关的MBS会话信息，所述N3通道为接收所述组播下行数据或MBS会话的通道。
  26. 根据权利要求16至25任一所述的方法，还包括：
    所述第一网络设备接收来自第二网络设备的寻呼请求消息，所述寻呼请求消息携带至少一个需要寻呼的终端的标识信息和DRX信息；
    所述终端的标识信息和DRX信息用于确定需要寻呼的终端对应的PO。
  27. 根据权利要求16至26任一所述的方法，还包括：
    所述第一网络设备接收来自第二网络设备的消息，所述消息携带组/MBS会话特定DRX周期和特定组/MBS会话标识。
  28. 根据权利要求27的方法，其中，所述消息为寻呼请求消息。
  29. 根据权利要求27的方法，其中，所述消息为所述组播/MBS会话业务建立连接的N2消息。
  30. 根据权利要求16至25任一所述的方法，还包括：
    所述第一网络设备接收来自第二网络设备的寻呼请求消息，所述寻呼请求消息携带所述组播下行数据所属组的组信息和/或相关的MBS会话信息。
  31. 根据权利要求16至30任一所述的方法，还包括：
    第一网络设备在向第一个终端发送寻呼消息、向最后一个终端发送寻呼消息或接收到第一个终端对寻呼消息的响应时启动定时器；
    在所述定时器超时时，发送所述组播下行数据。
  32. 根据权利要求31所述的方法，还包括：
    在MBS会话建立时，接收核心网配置的所述定时器。
  33. 一种组播下行业务通知方法，包括：
    第二网络设备向第一网络设备发送寻呼请求消息，所述寻呼请求消息携带组播下行数据所属组的组信息、相关的MBS会话信息、至少一个需要寻呼的终端的标识信息和DRX信息、组特定DRX周期和特定组标识中的至少一项。
  34. 根据权利要求33所述的方法，其中，所述需要寻呼的终端包括所述注册到第一网络设备所在注册区的终端。
  35. 根据权利要求33或34所述的方法，其中，还包括：
    所述第二网络设备接收来自第三网络设备的组播下行数据所属组的组信息和/或相关的MBS会话 信息；
    根据所述组播下行数据所属组的组信息/相关的MBS会话信息，以及组/MBS会话与终端的对应关系，确定需要寻呼的终端。
  36. 根据权利要求33或34所述的方法，其中，还包括：
    所述第二网络设备接收来自第三网络设备的需要寻呼的终端信息。
  37. 根据权利要求33至36任一所述的方法，还包括：
    所述第二网络设备根据终端加入的组/MBS会话，向终端配置组/MBS会话特定DRX周期。
  38. 根据权利要求37所述的方法，其中，
    所述第二网络设备在终端注册过程和/或MBS会话建立过程中向终端配置所述组特定DRX周期。
  39. 根据权利要求37或38所述的方法，还包括：
    所述第二网络设备向第一网络设备配置所述组/MBS会话特定DRX周期。
  40. 根据权利要求39所述的方法，其中，
    所述第二网络设备在MBS会话建立过程中向第一网络设备配置所述组/MBS会话特定DRX周期。
  41. 一种组播下行业务通知方法，包括：
    第三网络设备向第二网络设备发送组播下行数据或MBS会话相关的第一到达消息或者与所述组播/MBS会话相关的终端信息，所述第一到达消息中携带所述组播下行数据所属组的组信息和/或相关的MBS会话信息。
  42. 根据权利要求41所述的方法，还包括：
    所述第三网络设备根据终端加入的组/MBS会话，向终端配置组/MBS会话特定DRX周期。
  43. 根据权利要求42所述的方法，其中，
    所述第三网络设备在终端注册过程和/或MBS会话建立过程中向终端配置所述组/MBS会话特定DRX周期。
  44. 根据权利要求42或43所述的方法，还包括：
    所述第三网络设备向第一网络设备配置所述组/MBS会话特定DRX周期。
  45. 根据权利要求44所述的方法，其中，
    所述第三网络设备在MBS会话建立过程中向第一网络设备配置所述组/MBS会话特定DRX周期。
  46. 一种组播下行业务通知方法，包括：
    第四网络设备向第三网络设备发送组播/MBS会话下行数据第二到达消息，所述组播/MBS会话下行数据第二到达消息中携带所述组播下行数据所属组的组信息和/或所述组播下行数据所属组相关的MBS会话信息。
  47. 根据权利要求46所述的方法，还包括：
    所述第四网络设备根据所述组播下行数据到达的通道、IP信息及地址信息中的至少一项确定所述组播下行数据所属组的组信息和/或所述组播下行数据所属组相关的MBS会话信息。
  48. 一种终端设备，包括：
    寻呼消息接收模块，用于接收寻呼消息，所述寻呼消息用于通知存在组播下行数据；
    响应模块，用于响应所述寻呼消息。
  49. 根据权利要求48所述的终端设备，其中，所述寻呼消息携带所述组播下行数据所属组的组信息、相关的组播广播业务MBS会话信息及MBS业务更新的指示信息中的至少一项；
    所述响应模块判断所述寻呼消息或MBS业务更新的相关系统信息块SIB中是否携带所述终端设备感兴趣组的信息，如果是，则响应所述寻呼消息。
  50. 根据权利要求48所述的终端设备，其中，所述响应所述寻呼消息包括：
    激活相关的MBS会话或发起无线资源控制RRC恢复过程。
  51. 根据权利要求50所述的终端设备，其中，所述激活相关的MBS会话，包括：
    所述终端设备由空闲态进入连接态，发送非接入层NAS消息激活所述相关的MBS会话。
  52. 根据权利要求50所述的终端设备，其中，所述终端设备在非激活态时，发起所述RRC恢复过程。
  53. 根据权利要求48至52任一所述的终端设备，还包括：
    第一接收模块，用于接收组特定非连续接收DRX周期和组特定标识。
  54. 根据权利要求53所述的终端设备，其中，所述组特定标识包括无线网络临时标识RNTI。
  55. 根据权利要求53或54所述的终端设备，还包括：
    第一确定模块，用于根据所述组特定DRX周期和组特定标识确定组特定寻呼时机PO；
    所述寻呼消息接收模块在所述组特定PO上监听所述寻呼消息。
  56. 根据权利要求58所述的终端设备，其中，所述寻呼消息接收模块在MBS特定的PO上监听寻呼消息。
  57. 根据权利要求56所述的终端设备，寻呼消息接收模块根据MBS特定的标识和DRX计算所述特定PO。
  58. 根据权利要求57所述的终端设备，所述MBS特定的标识和DRX在协议中约定、或者由接入网在系统信息中广播、或者由核心网通过NAS消息配置给终端设备。
  59. 根据权利要求55所述的终端设备，其中，所述第一确定模块采用以下式子确定所述组特定PO：
    (SFN+PF_offset)mod T＝(T div N)*(Group_ID mod N)；
    i_s＝floor(Group_ID/N)mod Ns；
    其中，SFN对应寻呼帧PF；
    PF_offset指PF的偏移；
    mod表示取余运算；
    T为所述组特定DRX周期；
    div表示除法取整运算；
    N是T期间寻呼帧的数量；
    Group_ID是所述特定组标识或者预配置的用来表征组播的值；
    i_s表示组特定PO的标识；
    floor表示下取整运算；
    Ns表示一个PF中PO的数量。
  60. 根据权利要求50至59任一所述的终端设备，还包括：
    组播接收模块，用于利用所述MBS会话接收所述组播下行数据。
  61. 根据权利要求53至55任一所述的终端设备，还包括：
    所述终端设备与网络设备协商所述组特定DRX周期。
  62. 根据权利要求61所述的终端设备，其中，
    协商模块，用于在注册过程和/或MBS会话建立过程中与网络设备协商所述组特定DRX周期。
  63. 一种网络设备，包括：
    寻呼消息发送模块，用于发送寻呼消息，所述寻呼消息用于通知存在组播下行数据。
  64. 根据权利要求63所述的网络设备，其中，
    所述寻呼消息发送模块在所有PO上发送所述寻呼消息。
  65. 根据权利要求63所述的网络设备，其中，
    所述网络设备根据所述组播下行数据所属组的组信息/相关的MBS会话信息，以及组/MBS会话与终端的对应关系，确定需要寻呼的终端。
  66. 根据权利要求60所述的网络设备，其中，
    所述网络设备根据组/MBS会话特定DRX周期和组特定标识/MBS会话标识确定组特定PO；
    所述寻呼消息发送模块在所述组/MBS会话特定PO上发送所述寻呼消息。
  67. 根据权利要求60所述的网络设备，其中，
    所述寻呼消息发送模块在MBS业务特定的PO上发送所述寻呼消息。
  68. 根据权利要求67所述的网络设备，其中，所述网络设备根据MBS业务特定的标识和DRX计算所述特定PO。
  69. 根据权利要求63至68任一所述的网络设备，其中，所述寻呼消息携带组播下行数据所属组的组信息、相关的MBS会话信息及MBS业务更新的指示信息中的至少一项。
  70. 根据权利要求68所述的网络设备，其中，所述组特定标识/MBS会话标识包括RNTI。
  71. 根据权利要求66或70所述的网络设备，其中，所述网络设备采用以下式子确定组特定PO：
    (SFN+PF_offset)mod T＝(T div N)*(Group_ID mod N)；
    i_s＝floor(Group_ID/N)mod Ns；
    其中，SFN对应寻呼帧PF；
    PF_offset指PF的偏移；
    mod表示取余运算；
    T为所述组特定DRX周期；
    div表示除法取整运算；
    N是T期间寻呼帧的数量；
    Group_ID是所述特定组标识或者预配置的用来表征组播的值；
    i_s表示组特定PO的标识；
    floor表示下取整运算；
    Ns表示一个PF中PO的数量。
  72. 根据权利要求65至71任一所述的网络设备，其中，
    所述网络设备根据N3通道信息确定所述组播下行数据所属组的组信息或所述相关的MBS会话信息，所述N3通道为接收所述组播下行数据或MBS会话的通道。
  73. 根据权利要求63至72任一所述的网络设备，还包括：
    第一寻呼请求消息接收模块，用于接收来自第二网络设备的寻呼请求消息，所述寻呼请求消息携带至少一个需要寻呼的终端的标识信息和DRX信息；
    所述终端的标识信息和DRX信息用于确定需要寻呼的终端对应的PO。
  74. 根据权利要求63至73任一所述的网络设备，还包括：
    第二接收模块，用于接收来自第二网络设备的消息，所述消息携带组/MBS会话特定DRX周期和特定组/MBS会话标识。
  75. 根据权利要求74的网络设备，其中，所述消息为寻呼请求消息。
  76. 根据权利要求74的网络设备，其中，所述消息为所述组播/MBS会话业务建立连接的N2消息。
  77. 根据权利要求63至72任一所述的网络设备，还包括：
    第二寻呼请求消息接收模块，用于接收来自第二网络设备的寻呼请求消息，所述寻呼请求消息携带所述组播下行数据所属组的组信息和/或相关的MBS会话信息。
  78. 根据权利要求63至77任一所述的网络设备，还包括：
    组播发送模块，用于在向第一个终端发送寻呼消息、向最后一个终端发送寻呼消息或接收到第一个终端对寻呼消息的响应时启动定时器；在所述定时器超时时，发送所述组播下行数据。
  79. 根据权利要求78所述的网络设备，还包括：
    定时器模块，用于在MBS会话建立时，接收核心网配置的所述定时器。
  80. 一种网络设备，包括：
    寻呼请求消息发送模块，用于向第一网络设备发送寻呼请求消息，所述寻呼请求消息携带组播下行数据所属组的组信息、相关的MBS会话信息、至少一个需要寻呼的终端的标识信息和DRX信息、组特定DRX周期和特定组标识中的至少一项。
  81. 根据权利要求80所述的网络设备，其中，所述需要寻呼的终端包括所述注册到第一网络设备所在注册区的终端。
  82. 根据权利要求81或81所述的网络设备，其中，还包括：
    第三接收模块，用于接收来自第三网络设备的组播下行数据所属组的组信息和/或相关的MBS会话信息；
    所述寻呼请求消息发送模块根据所述组播下行数据所属组的组信息/相关的MBS会话信息，以及组/MBS会话与终端的对应关系，确定需要寻呼的终端。
  83. 根据权利要求81或82所述的网络设备，其中，
    所述第三接收模块还用于，接收来自第三网络设备的需要寻呼的终端信息。
  84. 根据权利要求80至83任一所述的网络设备，还包括：
    第一配置模块，用于根据终端加入的组/MBS会话，向终端配置组/MBS会话特定DRX周期。
  85. 根据权利要求84所述的网络设备，其中，
    所述第一配置模块在终端注册过程和/或MBS会话建立过程中向终端配置所述组特定DRX周期。
  86. 根据权利要求84或85所述的网络设备，其中，
    所述第一配置模块还用于，向第一网络设备配置所述组/MBS会话特定DRX周期。
  87. 根据权利要求86所述的网络设备，其中，
    所述第一配置模块在MBS会话建立过程中向第一网络设备配置所述组/MBS会话特定DRX周期。
  88. 一种网络设备，包括：
    第一通知模块，用于向第二网络设备发送组播下行数据或MBS会话相关的第一到达消息或者与所述组播/MBS会话相关的终端信息，所述第一到达消息中携带所述组播下行数据所属组的组信息和/或相关的MBS会话信息。
  89. 根据权利要求88所述的网络设备，还包括：
    第二配置模块，用于根据终端加入的组/MBS会话，向终端配置组/MBS会话特定DRX周期。
  90. 根据权利要求89所述的网络设备，其中，
    所述第二配置模块在终端注册过程和/或MBS会话建立过程中向终端配置所述组/MBS会话特定DRX周期。
  91. 根据权利要求89或90所述的网络设备，其中，
    所述第二配置模块还用于，向第一网络设备配置所述组/MBS会话特定DRX周期。
  92. 根据权利要求91所述的网络设备，其中，
    所述第二配置模块在MBS会话建立过程中向第一网络设备配置所述组/MBS会话特定DRX周期。
  93. 一种网络设备，包括：
    第二通知模块，用于向第三网络设备发送组播/MBS会话下行数据第二到达消息，所述组播/MBS会话下行数据第二到达消息中携带所述组播下行数据所属组的组信息和/或所述组播下行数据所属组相关的MBS会话信息。
  94. 根据权利要求93所述的网络设备，还包括：
    第二确定模块，用于根据所述组播下行数据到达的通道、IP信息及地址信息中的至少一项确定所述组播下行数据所属组的组信息和/或所述组播下行数据所属组相关的MBS会话信息。
  95. 一种终端设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至15中任一项所述的方法。
  96. 一种网络设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求16至47中任一项所述的方法。
  97. 一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至15中任一项所述的方法。
  98. 一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求16至47中任一项所述的方法。
  99. 一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至15中任一项所述的方法。
  100. 一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求16至47中任一项所述的方法。
  101. 一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求1至15中任一项所述的方法。
  102. 一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求16至47中任一项所述的方法。
  103. 一种计算机程序，所述计算机程序使得计算机执行如权利要求1至15中任一项所述的方法。
  104. 一种计算机程序，所述计算机程序使得计算机执行如权利要求16至47中任一项所述的方法。
PCT/CN2020/089884 2020-05-12 2020-05-12 组播下行业务通知方法、终端设备和网络设备 WO2021226848A1 (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN202080100363.6A CN115486100A (zh) 2020-05-12 2020-05-12 组播下行业务通知方法、终端设备和网络设备
CN202310258213.3A CN116321429A (zh) 2020-05-12 2020-05-12 组播下行业务通知方法、终端设备和网络设备
KR1020227041349A KR20230008758A (ko) 2020-05-12 2020-05-12 멀티캐스트 하향 서비스의 알림 방법, 단말 디바이스 및 네트워크 디바이스
JP2022568984A JP2023530582A (ja) 2020-05-12 2020-05-12 マルチキャストダウンリンクサービスの通知方法、端末デバイス及びネットワークデバイス
EP20935482.8A EP4138422A4 (en) 2020-05-12 2020-05-12 MULTICAST DOWNLINK SERVICE NOTIFICATION METHOD, TERMINAL DEVICE AND NETWORK DEVICE
PCT/CN2020/089884 WO2021226848A1 (zh) 2020-05-12 2020-05-12 组播下行业务通知方法、终端设备和网络设备
US17/984,830 US20230070801A1 (en) 2020-05-12 2022-11-10 Multicast downlink service notification method, terminal device and network device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/089884 WO2021226848A1 (zh) 2020-05-12 2020-05-12 组播下行业务通知方法、终端设备和网络设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/984,830 Continuation US20230070801A1 (en) 2020-05-12 2022-11-10 Multicast downlink service notification method, terminal device and network device

Publications (1)

Publication Number Publication Date
WO2021226848A1 true WO2021226848A1 (zh) 2021-11-18

Family

ID=78526139

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/089884 WO2021226848A1 (zh) 2020-05-12 2020-05-12 组播下行业务通知方法、终端设备和网络设备

Country Status (6)

Country Link
US (1) US20230070801A1 (zh)
EP (1) EP4138422A4 (zh)
JP (1) JP2023530582A (zh)
KR (1) KR20230008758A (zh)
CN (2) CN115486100A (zh)
WO (1) WO2021226848A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023128618A1 (en) * 2021-12-29 2023-07-06 Lg Electronics Inc. Method and apparatus for handling connection based on a multicast type in a wireless communication system
WO2023222029A1 (zh) * 2022-05-20 2023-11-23 中国移动通信有限公司研究院 通信处理方法、装置、通信设备及可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101483811A (zh) * 2008-01-08 2009-07-15 大唐移动通信设备有限公司 一种多媒体广播组播业务的寻呼方法和系统
US20120093052A1 (en) * 2010-10-14 2012-04-19 Samsung Electronics Co., Ltd. Method and apparatus for reducing access overhead from paged device in machine to machine communication system
CN109429185A (zh) * 2017-08-30 2019-03-05 成都鼎桥通信技术有限公司 Mbsfn群组信令发送方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017126621A1 (ja) * 2016-01-21 2017-07-27 京セラ株式会社 無線端末及びネットワーク装置
US11013052B2 (en) * 2018-01-15 2021-05-18 Huawei Technologies Co., Ltd. Methods and systems for multicast-broadcast session release and modification

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101483811A (zh) * 2008-01-08 2009-07-15 大唐移动通信设备有限公司 一种多媒体广播组播业务的寻呼方法和系统
US20120093052A1 (en) * 2010-10-14 2012-04-19 Samsung Electronics Co., Ltd. Method and apparatus for reducing access overhead from paged device in machine to machine communication system
CN109429185A (zh) * 2017-08-30 2019-03-05 成都鼎桥通信技术有限公司 Mbsfn群组信令发送方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS: "New MBS architecture and procedures", 3GPP DRAFT; S2-2000350, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Incheon, Korea; 20200113 - 20200117, 7 January 2020 (2020-01-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051842423 *
QUALCOMM INCORPORATED: "5G MBS baseline architecture", 3GPP DRAFT; S2-2000265, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Incheon; 20200113 - 20200117, 7 January 2020 (2020-01-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051842347 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023128618A1 (en) * 2021-12-29 2023-07-06 Lg Electronics Inc. Method and apparatus for handling connection based on a multicast type in a wireless communication system
WO2023222029A1 (zh) * 2022-05-20 2023-11-23 中国移动通信有限公司研究院 通信处理方法、装置、通信设备及可读存储介质

Also Published As

Publication number Publication date
EP4138422A1 (en) 2023-02-22
KR20230008758A (ko) 2023-01-16
US20230070801A1 (en) 2023-03-09
CN115486100A (zh) 2022-12-16
JP2023530582A (ja) 2023-07-19
CN116321429A (zh) 2023-06-23
EP4138422A4 (en) 2023-06-14

Similar Documents

Publication Publication Date Title
US20230070801A1 (en) Multicast downlink service notification method, terminal device and network device
US20220248268A1 (en) Method for relay transmission, relay user equipment, and remote user equipment
WO2021189461A1 (zh) 确定寻呼分组的方法、终端设备和网络设备
US20230209416A1 (en) Wireless communication method, terminal device, and network device
CN114762408B (zh) 监听寻呼方法、寻呼方法、终端设备和网络设备
WO2021195848A1 (zh) 寻呼时间位置的确定方法、发送寻呼的方法、用户终端和网络设备
WO2022073246A1 (zh) 一种通信方法及装置
WO2021174427A1 (zh) 测量方法和终端设备
WO2023102940A1 (zh) 无线通信方法、远端终端以及中继终端
WO2021189368A1 (zh) 上报释放辅小区组的方法和终端设备
WO2021237623A1 (zh) 切片选择的方法和终端设备
WO2021203439A1 (zh) 数据传输方法、终端设备和网络设备
WO2022205391A1 (zh) 寻呼方法和终端设备
WO2022036509A1 (zh) 请求多播控制信道信令的方法、终端设备和通信设备
WO2022016544A1 (zh) 无线通信方法、终端设备和网络设备
WO2021163978A1 (zh) 控制辅小区组状态的方法和终端设备
WO2021212465A1 (zh) 无线通信方法和终端设备
WO2022067568A1 (zh) 中继方式确定方法和设备
WO2021217513A1 (zh) 工作带宽部分的切换方法、终端设备和网络设备
WO2021232256A1 (zh) 终端辅助信息上报方法、终端设备和网络设备
WO2022193198A1 (zh) 侧行链路资源请求方法、终端设备和网络设备
WO2022147796A1 (zh) 无线通信方法和终端设备
US20230262656A1 (en) Communications Method and Apparatus
WO2023133843A1 (zh) 一种确定配置信息的方法及装置、终端设备
WO2022061493A1 (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: 20935482

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022568984

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20227041349

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2020935482

Country of ref document: EP

Effective date: 20221116

NENP Non-entry into the national phase

Ref country code: DE