WO2011069407A1 - 多播控制信道通知消息的接收方法及用户设备 - Google Patents

多播控制信道通知消息的接收方法及用户设备 Download PDF

Info

Publication number
WO2011069407A1
WO2011069407A1 PCT/CN2010/078897 CN2010078897W WO2011069407A1 WO 2011069407 A1 WO2011069407 A1 WO 2011069407A1 CN 2010078897 W CN2010078897 W CN 2010078897W WO 2011069407 A1 WO2011069407 A1 WO 2011069407A1
Authority
WO
WIPO (PCT)
Prior art keywords
mcch
user equipment
receiving
notification message
duration
Prior art date
Application number
PCT/CN2010/078897
Other languages
English (en)
French (fr)
Inventor
王斌
马子江
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to US13/258,882 priority Critical patent/US8774078B2/en
Priority to EP10835442.4A priority patent/EP2485412B1/en
Publication of WO2011069407A1 publication Critical patent/WO2011069407A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • 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

  • the present invention relates to the field of communications, and in particular to a method and a user equipment for receiving a multicast control channel notification message.
  • LTE Long Term Evolution
  • 3GPP 3rd Generation Partnership Project
  • MBMS Multimedia Broadcast Multicast Service
  • MBMS Multimedia Broadcast Multicast Service
  • the MBMS service is introduced in the LTE R9 system.
  • the MBMS service is implemented in the system and requires the common transmission of control signaling and user data.
  • the control signaling may inform the receiving end of the corresponding control parameter, where the receiving end may be a User Equipment (UE) or a terminal, and direct the UE to the corresponding location to receive the MBMS of interest.
  • UE User Equipment
  • Business ie corresponding user data.
  • This control signaling is transmitted in the LTE R9 system through a Multicast Control Channel (MCCH).
  • MCCH Multicast Control Channel
  • the MBMS service is divided into a plurality of multimedia broadcast multicast service area (i.e., MBSFN Area), where the MBSFN Area is composed of a series of cells, in MBSFN.
  • MBSFN Area multimedia broadcast multicast service area
  • the cell in the Area will transmit the control signaling and the user data synchronously using the MBSFN technology, so that the UE can obtain the corresponding combining gain when receiving.
  • a certain cell may be covered by multiple MBSFN Areas at the same time, which is commonly referred to as MBSFN Area overlap coverage.
  • MBSFN Area overlap coverage Currently, the cell supports overlapping coverage of 1 to 8 MBSFN Areas.
  • FIG. 1 is a schematic diagram of a logical relationship between MCCH MP and MCCP RP according to the related art. As shown in FIG.
  • MCCH RP indicates the repeated transmission of MCCH content in MCCH MP.
  • the UE can learn all the MCCHs in the cell and their corresponding configuration information by using a System Information Block (SIB) 13 of the Broadcast Control Channel (BCCH) (for example, the cell has How many MCCHs, corresponding parameters of each MCCH MP, RP, etc.)
  • SIB13 in the BCCH has already obtained the mouth before preparing the MBMS service.
  • the MBMS service is characterized by a large amount of data for the service, a long duration of reception by the terminal, and a relatively constant average data rate.
  • the above characteristics determine the scheduling of the MBMS service.
  • the control signaling configuration is semi-static, that is, the scheduling information of the MBMS service, and the control signaling information is kept unchanged for a long time, so that the periodic system side of each MCCH information is sent. A message that has not changed (always sent because new users may be connected at any time;). In this way, for the terminal that has obtained the MCCH information, if it receives an MCCH information that has not changed every time, the terminal will be charged, because the MCCH information is large, and the receiving and parsing process consumes power.
  • an MBMS notification message (English may be referred to as MCCH change notification, or MBMS notification indicator, or MBMS notification information, or MBMS notification; may also be referred to as an MBMS port message, MBMS notification message, or MBMS indication information, etc.
  • the MBMS notification information is used as an example.
  • the MBMS notification message uses a small amount of information to describe whether the MCCH information to be sent by the next MP and the MCCH information sent in the MP are updated. It is necessary to listen to a small amount of MBMS notification message information, and then decide whether to receive the upcoming MCCH information according to the MBMS notification message terminal.
  • the specific sending location of the MCCH notification message is notified by the SIB13 in the BCCH.
  • all MCCHs in the cell will use a common MCCH notification to indicate multiple MCCH changes; specifically, the MCCH notification will indicate the specific by its payload.
  • the one or the other MCCHs are changed.
  • the payload of the MCCH notification is 8 bits.
  • the downlink control information (Downlink Control Information, DCI for short) is used.
  • the physical downlink control channel Physical Downlink Control Channel, PDCCH for short) is used.
  • Send in ; MCCH notification supports up to 8 MCCH indications, of which specific MCCH Notification that a bit represents that MCCH will be notified by SIB 13 in the BCCH.
  • the MCCH notification is repeatedly transmitted in the MCCH MP, and the number of transmissions is multiple (or one time).
  • the main purpose of repeatedly transmitting the MCCH notification in the MCCH MP is to improve the reception reliability.
  • the current problem when there are overlapping coverage in the cell, there will be multiple in the cell.
  • the MPs corresponding to each MCCH may be different.
  • the UE it is impossible to determine how many MCCH notifications are received in the interval. Therefore, the UE may frequently try to receive the MCCH notification, resulting in power consumption. Big. SUMMARY OF THE INVENTION
  • the present invention has been made in view of the problem in the related art that the UE cannot determine how many times MCCH notification is received within a long time interval.
  • the main object of the present invention is to provide a receiving scheme of MCCH notification to solve the above problem.
  • a method of receiving a multicast control channel notification message is provided.
  • the method for receiving a multicast control channel notification message includes: when the user equipment learns that the MBMS service of the multimedia broadcast multicast service of interest corresponds to a certain multicast control channel MCCH, the user equipment indicates on the broadcast control channel BCCH Receiving one or more MCCH notification messages within the duration of the MP of the MCCH; when the user equipment cannot know that the MBMS service of the multimedia broadcast multicast service of interest is corresponding to a certain multicast control channel MCCH, the user equipment broadcast control One or more MCCH notification messages are received within the duration of the MP with the shortest duration in the MCCH MP indicated by the channel BCCH.
  • the receiving, by the user equipment, the one or more MCCH notification messages in the duration interval of the MP includes: receiving, by the user equipment, at least the number of repeated transmissions, the number of the repeated transmissions, the number of the re-received times, the MCCH notification message, wherein the notificationRepetitionCoff is the pre-configured shortest The number of times the MCCH notification message is repeatedly sent in the MP period.
  • the receiving, by the user equipment, the MCCH notification message in the duration interval of the MP includes: When the user equipment receives the MCCH notification message corresponding to the MCCH, the user equipment stops receiving the MCCH notification message in the time interval of the MP.
  • the user equipment receives the MCCH notification message one or more times in the duration interval of the MP with the shortest duration: the user equipment receives at least the MCCH notification message of the number of repeated transmissions notificationRepetitionCof within the duration interval of the MP with the shortest duration, wherein notificationRepetitionCoff The number of times the MCCH notification message is repeatedly sent in the shortest MP period for the pre-configured.
  • the one or more MCCH notification messages received by the user equipment in the duration interval of the MP with the shortest duration include: the duration of the MP with the shortest duration of the user equipment in the case that the user equipment receives the MCCH notification message corresponding to the correct MCCH.
  • the MCCH notification message is stopped to be received within the interval.
  • a user equipment is also provided.
  • the user equipment according to the present invention includes: an obtaining module, configured to acquire a desired content of the user equipment
  • the MP of the MCCH in which the MBMS service is located or the MPCH of the MCCH MP indicated by the BCCH is the shortest MCCH of the MCCH; and the receiving module is configured to receive one or more MCCH notification messages within the time interval of the MP.
  • the user equipment further includes: a determining module, configured to determine whether a multimedia broadcast multicast service MBMS service desired by the user equipment is configured on the multicast control channel MCCH; and the receiving module is configured to: when the determining result of the determining module is yes Next, one or more MCCH notification messages are received within the duration interval of the MP of the MCCH.
  • the receiving module module is configured to receive one or more MCCH notification messages within the duration interval of the MP of the MCCH with the shortest MP duration indicated by the BCCH.
  • the receiving module receives at least the MCCH notification message of the number of repeated transmissions of the notificationRepetitionCoff times in the duration interval of the MP, where the notificationRepetitionCoff is a pre-configured number of times of repeatedly transmitting the MCCH notification message in the shortest MP period.
  • the receiving module is further configured to stop receiving the MCCH notification message within the time interval of the MP if the correct or expected MCCH notification message is received.
  • the receiving module is further configured to stop receiving the MCCH notification message within the time interval of the MP if the correct or expected MCCH notification message is received.
  • the user equipment is used to obtain the MCCH letter where the desired MBMS service is located.
  • the MP or the BCCH indicates the MP of the MCCH with the shortest MP duration, and receives one or more MCCH notification messages within the time interval of the MP, which solves the problem in the related art that the UE cannot determine how many times the MCCH is received within the interval.
  • the problem of notification reduces the number of times the UE receives the MCCH notification, thereby reducing the UE power consumption. It also avoids situations where the MCCH changes but is not discovered by the UE.
  • FIG. 1 is a schematic diagram showing a logical relationship between MCCH MP and MCCP RP according to the related art
  • FIG. 2 is a schematic diagram of a network side transmitting MCCH notification position according to an embodiment of the present invention
  • FIG. 4 is a structural block diagram of a user equipment according to an embodiment of the present invention
  • FIG. 5 is a block diagram showing a preferred structure of a user equipment according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of a user equipment according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of a UE receiving a MCCH notification according to a preferred embodiment 2 of the embodiment of the present invention
  • FIG. 8 is a schematic diagram of a preferred embodiment 3 according to an embodiment of the present invention.
  • the UE receives a schematic diagram of the MCCH notification.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.
  • the sender sends an MCCH notification.
  • the specific location ( occasion ) of the MCCH notification sent by the network side is implemented by two-level system (radio frame level and subframe level), which will be described in detail below.
  • the wireless frame level follows the formula below:
  • the SFN is the system frame number
  • the MCCHn MP is the length of the 4th Modification Period of each corresponding MCCH in the cell.
  • the notificationRepetitionCof is 4 ⁇ ?
  • the number of times the MCCH notification information (ie, MCCH notification) is repeatedly sent, and the notificationOffset is the offset of the radio frame in which the MCCH notification information is sent.
  • the subframe level sends the MCCH notification information to the specific subframe in the radio frame through the notification subframe.
  • the network side notifies the above parameters to the UE through the system message or the MCCH message.
  • FIG. 2 is a network side sending MCCH according to an embodiment of the present invention. The schematic diagram of the location of the notification is shown in Figure 2.
  • the network side sends the MCCH notification according to the above formula. Similarly, the network side also informs the UE through the SIB13 of the BCCH.
  • the UE can learn the corresponding parameters (for example, MCCH MP, notificationRepetitionCof, notificationOffset, and notification subframe of each MCCH) through the SIB 13. Through these parameters, the UE can calculate the specific MCCH notification sending position of the network side (for example, the base station) by using a formula.
  • the UE may acquire the MP of the MCCH with the shortest duration of the MCCH MP indicated by the MP or BCCH of the MCCH channel in which the MBMS service is interested (or referred to as expected), and receive one or more MCCH notifications within the time interval of the MP. Message.
  • FIG. 4 is a structural block diagram of a user equipment according to an embodiment of the present invention. As shown in FIG. 4, the user equipment includes: an obtaining module 42 and a receiving module 44. The jt ⁇ structure is explained.
  • the obtaining module 42 is configured to obtain the MP of the MCCH of the MCCH channel where the desired MBMS service is located, or the MP of the MCCH that is the shortest MP duration indicated by the BCCH; the receiving module 44 is connected to the obtaining module 42 for receiving once during the time interval of the MP or Multiple MCCH notification messages.
  • FIG. 5 is a block diagram of a preferred configuration of a user equipment according to an embodiment of the present invention. As shown in FIG. 5, the user equipment further includes a determining module 52, where the module is configured to determine whether a multimedia desired by the user equipment is configured on the multicast control channel MCCH. The broadcast multicast service MBMS service is used.
  • the receiving module 44 is configured to receive one or more MCCH notifications in a time interval in which the MP of the MCCH of the MBMS service desired by the user equipment is configured, in the case that the determination result of the determination module 52 is YES.
  • the message otherwise, the receiving module 44 receives one or more MCCH notification messages within the time interval of the MP of the MCCH with the shortest MP duration indicated by the BCCH.
  • the receiving module 44 receives at least the MCCH notification message of the number of repeated transmissions NotificationRepetitionCof times within the duration interval of the MP; preferably, the receiving module 44 is further configured to: in the case of receiving the correct or expected MCCH notification message, in the MP The MCCH notification message is stopped during the time interval.
  • FIG. 3 is a flowchart of a method for receiving an MCCH notification according to an embodiment of the present invention.
  • the process includes the following steps S302 to S306: Step S302, the user equipment determines that it is interested (or Expected) MBMS business is Whether it is configured on a certain MCCH (that is, the user equipment determines that the multimedia broadcast multicast service MBMS service desired by the user equipment is configured on the multicast control channel MCCH).
  • Step S304 If the user equipment determines that the MBMS service desired by the user equipment is configured on a certain MCCH, the user equipment receives one or more MCCH notification messages within a duration interval of the repair period MP of the MCCH indicated by the BCCH. Step S306, otherwise (ie, the user equipment determines that the multimedia broadcast multicast service MBMS service desired by the user equipment is not configured on the multicast control channel MCCH), and the user equipment is in the MCCH MP indicated by the BCCH, and the duration of the MP is the shortest. Receive one or more MCCH notification messages.
  • the UE when implemented, when the UE knows that the MBMS service of interest is configured on a certain MCCH, the UE receives one or more MCCH notifications within the time interval of the MP of the MCCH, preferably, as long as the UE receives correctly
  • the UE can stop receiving the MCCH notification in the MP of the MCCH.
  • the UE may receive at least the notificationRepetitionCof MCCH notification in the MP of the MCCH. For example, when the UE does not correctly receive the MCCH notification corresponding to the MCCH that is of interest to the UE within a certain number of times, the UE may receive at least 4 notificationRepetitionCof times.
  • the UE may receive one or more MCCH notifications at the time interval of the shortest MP in the MCCH indicated by the BCCH; Preferably, as long as the UE correctly receives the MCCH notification, the UE may stop receiving the MCCH notification within the MP (shortest MP) of the MCCH; preferably, at least the notificationRepetitionCoff times MCCH notification is received in the shortest MCCH MP. It should be noted that those MCCH notifications in the specific receiving modification period are determined by the UE. Description will be made below in conjunction with the preferred embodiments.
  • Preferred Embodiment 1 an application in which one cell is overlapped by multiple MBSFN areas at the same time is described.
  • There are two MCCHs in the cell that is, the cell is an overlapping coverage area of two MBSFN areas.
  • the sender side network will meet the formula:
  • a schematic diagram of a UE receiving a MCCH notification according to a preferred embodiment of the present invention the present embodiment will be described in detail below with reference to FIG.
  • the UE calculates the MCCH notification location sent by the network side according to different MCCH MP, notificationRepetitionCoff, notificationOffset, and notification subframe.
  • MCCH MP notificationRepetitionCoff
  • notificationOffset notification subframe
  • the timings of receiving MCCH notifications by UEs in different states are different, and the following describes them separately.
  • UE1 has no selection range.
  • the UE knows that the UE is interested in the service on the MCCH2, and receives one or more MCCH notifications in the 4 tampering period according to the MP length of the MCCH2 of 10.24s.
  • the UE can be repaired.
  • MCCH notifications are determined by the UE implementation. Considering that all MCCH notifications will be received in the UE3 of this embodiment, UE3 has no selection range.
  • the sender side network will meet the formula according to the prior art. . ⁇ , min(MCCHl MP, MCCH2 MP, MCCH3 MP . MCCHn MP)
  • the receiving end sends a MCCH notification information.
  • FIG. 7 is a schematic diagram of the UE receiving the MCCH notification according to the preferred embodiment 2 of the embodiment of the present invention. The present example will be described in detail below with reference to FIG. 7.
  • the UE calculates the network 1 j to send the MCCH notification location according to different MCCH MP, notificationRepetitionCoff, notificationOffset, and notification subframe.
  • the timings of receiving MCCH notifications by UEs in different states are different, and the following describes each.
  • MCCH notification Preferably, those MCCH notifications in the specific reception modification period are determined by the UE implementation. Considering that UE1 will receive all MCCH notifications in this example, UE1 has no selection range.
  • MCCH notification preferably, specifically receiving the modification week Those MCCH notifications in the period are determined by the UE implementation. Considering that UE2 will receive all MCCH notifications in this example, UE2 has no selection range.
  • the UE3 will receive all the transmitted MCCH notifications, preferably, specifically receive those in the tampering period.
  • the MCCH notification is determined by the UE implementation.
  • MCCH modification period is 5.12s
  • the level parameter notification subframe #l sub- ⁇ .
  • the sender side will meet the formula according to the prior art.
  • Figure 8 is based on this A schematic diagram of a UE receiving a MCCH notification according to a preferred embodiment of the third embodiment of the present invention is described in detail below with reference to FIG. 8. It was Gen UE MCCH MP, notificationRepetitionCof, notificationOf set, notification subframe 1 j is calculated network transmitting MCCH notification position. In this example, the timings of receiving MCCH notifications by UEs in different states are different, and the following describes each.
  • the UE does not know that the service it is interested in is on that MCCH: according to the smallest of the cells
  • the UE2 will receive the transmitted MCCH notification in all, preferably, specifically receiving the ⁇ ⁇ tampering period.
  • Those MCCH notifications are determined by the UE implementation. Considering that UE2 will receive all MCCH notifications in this example, UE2 has no choice range.
  • the foregoing embodiments can implement different behaviors of different UEs to receive MBMS notification by distinguishing different UE states, so as to reduce the role of some UEs in receiving MCCH notification, and reduce the power consumption of the UE.
  • the UE that does not receive the MBMS service and does not know the service of interest is based on the smallest MCCH 4 tampering period in the cell, at least equal to or receiving the notificationRepetitionCoff MCCH notification information; thus preventing the MCCH from being changed but Not discovered by the UE Health.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps are made into a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

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

Abstract

本发明公开了多播控制信道通知消息的接收方法及用户设备，该方法包括：当用户设备获知其感兴趣的多媒体广播组播业务MBMS业务对应在某一多播控制信道MCCH上时，用户设备在广播控制信道BCCH指示的MCCH的修改周期MP的时长间隔内接收一次或多次MCCH通知消息；当用户设备无法获知其感兴趣的多媒体广播组播业务MBMS业务对应在某一多播控制信道MCCH上时，用户设备在广播控制信道BCCH指示的MCCHMP中时长最短的MP的时长间隔内接收一次或多次MCCH通知消息。通过本发明减少了UE接收MCCHnotification的次数，从而降低了UE电能消耗。

Description

多播控制信道通知消息的接收方法及用户设备 技术领域 本发明涉及通信领域， 具体而言， 涉及一种多播控制信道通知消息的接 收方法及用户设备。 背景技术 在长期演进 （Long Term Evolution, 简称为 LTE ) 系统中， 第三代合作 伙伴计划 ( 3rd Generation Partnership Project, 简称为 3 GPP )提出了多媒体 广播组播业务 ( Multimedia Broadcast Multicast Service, 简称为 MBMS ) 业 务， 该业务是能够从一个数据源向多个目标传送数据， 从而实现了网络 （包 括核心网和接入网） 资源的共享， 提高了网络资源 （尤其是空中接口资源） 的利用率。 目前， 在 LTE R9系统中引入了 MBMS业务。 MBMS业务在系统中 载 需要控制信令和用户数据的共同传输来进行实现。 其中， 控制信令将会告知 接收端相应的控制参数， 其中， 接收端可以为用户设备 ( User Equipment, 简称为 UE ) 或称为终端， 并且指引 UE 到相应的位置去接收其感兴趣的 MBMS业务（即相应的用户数据）。 这种控制信令在 LTE R9系统中是通过多 播控制信道 ( Multicast Control Channel, 简称为 MCCH ) 来进行传输的。
MBMS 业务是以多媒体广播组播业务单频网络区 i或 ( Multimedia Broadcast multicast service Single Frequency Network Area, 简称为 MBSFN Area ) 来进行区域划分的， 其中， MBSFN Area是由一系列小区所组成， 在 MBSFN Area中的小区在发送控制信令和用户数据将会使用 MBSFN技术进 行同步发送， 使得 UE在接收时可以获得相应的合并增益。 某一特定小区可 能同时被多个 MBSFN Area所覆盖， 这就是通常所说的 MBSFN Area重叠覆 盖（ overlapping )„ 目前， 小区支持 1至 8个 MBSFN Area的重叠覆盖。 当某 一小区存在重叠覆盖情况时， 它就可能同时具有多个 MCCH (因为每一个 MBSFN Area对应一个 MCCH );对于每一个特定 MCCH来说，都具有 MCCH 4爹改周期（Modification Period, 简称为 MP ), 并且在 MCCH MP中， MCCH 所 载的内容是不允许发生变更的。 在 MCCH MP中， MCCH信息还将重复 的进行发送， 其中发送的时间间隔称之为 MCCH重复周期 （ Repeat Period, 简称为 RP ), 以重复周期进行重复发送主要是为了提高 UE接收 MCCH信息 的可靠性。 图 1是根据相关技术的 MCCH MP与 MCCP RP逻辑关系的示意 图， 如图 1所示， 在 MCCH MP ( n ) 中， MCCH发送的内容不能发生变更， 只能到下一个 MCCH MP处才可能发生变更， MCCH RP表示了在 MCCH MP 中 MCCH 内容的重复发送。 UE 通过广播控制信道 （Broadcast Control Channel , 简称为 BCCH ) 的系统信息块 （ System Information Block , 简称为 SIB ) 13即可获知该小区中所有的 MCCH以及其相应的配置信息（例如， 该 小区中有多少条 MCCH, 每条 MCCH的 MP、 RP等相应参数）， 对于 UE来 说， 在准备接) MBMS业务之前， BCCH中的 SIB13其已经获 口。 MBMS业务的特点是业务的数据量大， 终端接收时持续时间长， 平均数 据率相对恒定。 上述特点决定了 MBMS 业务的调度， 控制信令配置都是半 静态的， 即 MBMS业务的调度信息， 控制信令信息都是"长期"保持不变的， 这样每个 MCCH信息的周期系统侧发送一个没有变化的信息（始终发送是因 为随时都可能有新用户接入；)。这样对于已经获得了 MCCH信息的终端来说， 如果每次都去接收一个没有发生变化的 MCCH信息， 这样会造成终端费电， 因为 MCCH信息量大， 接收和解析过程比较耗电。 考虑到上述问题， 引入 MBMS通知消息 （英文可以称为 MCCH change notification , 或 MBMS notification Indicator , 或 MBMS notification information, 或 MBMS notification; 也可以称为 MBMS通 口消息、 MBMS 通知信息或 MBMS指示信息等， 以下以 MBMS通知消息， 英文以 MBMS notification information为例进行说明）， MBMS通知消息用少量的信息来描 述下一 MP所要发送的 MCCH信息与本 MP中所发送的 MCCH信息是否发 生了更新， UE只需要监听少量的 MBMS通知消息信息， 根据 MBMS通知 消息终端再去决定是否接收即将到来 MCCH 信息。 MCCH 通知消息 ( notification ) 的具体发送位置是通过 BCCH中的 SIB13告知的。 当小区中存在重叠覆盖情况时， 对于小区中所有 MCCH 将会使用统一 ( common )的一个 MCCH notification来指示多条 MCCH变更情况；具体的， MCCH notification将会通过其有效载荷（ payload )来指明具体是那一条或那 几条 MCCH发生了变更， 其中 MCCH notification的有效载荷为 8bits, 使用 下行控制信息 （Downlink Control Information, 简称为 DCI ) Format 1C在物 理下行控制信道（Physical Downlink Control Channel, 简称为 PDCCH ) 中进 行发送； MCCH notification最大支持 8条 MCCH的指示， 其中具体 MCCH notification某一 bit代表那条 MCCH将会通过 BCCH中 SIB 13来进行告知。 MCCH notification在 MCCH MP是进行重复发送的， 发送次数为多次（也可 以是 1次）， 在 MCCH MP中重复发送 MCCH notification的主要目的是提高 接收可靠性。 目前存在的问题， 当小区存在重叠覆盖情况时， 小区中会存在多条
MCCH, 每条 MCCH所对应的 MP可能都不相同， 对于 UE来说， 无法确定 其在多长时间间隔内接收多少次 MCCH notification 由此， UE可能频繁地 尝试接收 MCCH notification, 而导致电能消耗较大。 发明内容 针对相关技术中 UE 无法确定再起多长时间间隔内接收多少次 MCCH notification 的问题而提出本发明， 为此， 本发明的主要目的在于提供一种 MCCH notification的接收方案， 以解决上述问题。 为了实现上述目的， 根据本发明的一个方面， 提供了一种多播控制信道 通知消息的接收方法。 根据本发明的多播控制信道通知消息的接收方法包括： 当用户设备获知 其感兴趣的多媒体广播组播业务 MBMS 业务对应在某一多播控制信道 MCCH上时， 用户设备在广播控制信道 BCCH指示的该 MCCH的 MP的时 长间隔内接收一次或多次 MCCH通知消息；当用户设备无法获知其感兴趣的 多媒体广播组播业务 MBMS业务对应在某一多播控制信道 MCCH上时， 用 户设备广播控制信道 BCCH指示的 MCCH MP中时长最短的 MP的时长间隔 内接收一次或多次 MCCH通知消息。 优选地，用户设备在 MP的时长间隔内接收一次或多次 MCCH通知消息 包括： 用 户设备在 MP 的 时长间 隔内 至少接收重复发送次数 notificationRepetitionCoff 次 的 MCCH 通 知 消 息 ， 其 中 ， notificationRepetitionCoff为预先配置的在最短 MP周期内重复发送 MCCH通 知消息的次数。 优选地，用户设备在 MP的时长间隔内接收一次或多次 MCCH通知消息 包括： 在用户设备接收到 MCCH对应的 MCCH通知消息的情况下， 用户设 备在 MP的时间间隔内停止接收 MCCH通知消息。 优选地， 用户设备在时长最短的 MP 的时长间隔内接收一次或多次 MCCH 通知消息包括：用户设备在时长最短的 MP的时长间隔内至少接收重 复发送次数 notificationRepetitionCof 次的 MCCH 通知消息， 其中， notificationRepetitionCoff为预先配置的在最短 MP周期内重复发送 MCCH通 知消息的次数。 优选地， 用户设备在时长最短的 MP 的时长间隔内接收一次或多次 MCCH通知消息包括：在用户设备接收到正确的 MCCH对应的 MCCH 通知 消息的情况下，用户设备在时长最短的 MP的时长间隔内停止接收 MCCH通 知消息。 为了实现上述目的， 根据本发明的另一方面， 还提供了一种用户设备。 根据本发明的用户设备包括： 获取模块， 用于获取用户设备期望的
MBMS业务所在的 MCCH的 MP或 BCCH指示的 MCCH MP中时长最短的 MCCH的 MP; 接收模块， 用于在 MP的时间间隔内接收一次或多次 MCCH 通知消息。 优选地，上述用户设备还包括：判断模块，用于判断多播控制信道 MCCH 上是否配置了用户设备期望的多媒体广播组播业务 MBMS 业务； 接收模块 用于在判断模块的判断结果为是的情况下，在 MCCH的 MP的时长间隔内接 收一次或多次 MCCH通知消息， 否则， 接收模块模块用于在 BCCH指示的 MP时长最短的 MCCH的 MP的时长间隔内接收一次或多次 MCCH通知消 息。 优选地， 接收模块在 MP 的时长间隔内至少接收重复发送次数 notificationRepetitionCoff 次 的 MCCH 通 知 消 息 ， 其 中 ， notificationRepetitionCoff为预先配置的在最短 MP周期内重复发送 MCCH通 知消息的次数。 优选地，接收模块还用于在接收到正确或期望的 MCCH通知消息的情况 下， 在 MP的时间间隔内停止接收 MCCH通知消息。 优选地，接收模块还用于在接收到正确或期望的 MCCH通知消息的情况 下， 在 MP的时间间隔内停止接收 MCCH通知消息。 通过本发明， 釆用用户设备获取其期望的 MBMS业务所在的 MCCH信 道的 MP或 BCCH指示的 MP时长最短的 MCCH的 MP, 并在该 MP的时间 间隔内接收一次或多次 MCCH通知消息，解决了相关技术中 UE无法确定再 起多长时间间隔内接收多少次 MCCH notification的问题， 进而减少了 UE接 收 MCCH notification的次数， 从而降氐了 UE电能消耗。 还避免了 MCCH 发生变更但未被 UE发现的情况发生。 本发明的其它特征和优点将在随后的说明书中阐述， 并且， 部分地从说 明书中变得显而易见， 或者通过实施本发明而了解。 本发明的目的和其他优 点可通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结构来实 现和获得。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1是才艮据相关技术的 MCCH MP与 MCCP RP逻辑关系的示意图； 图 2是根据本发明实施例的网路侧发送 MCCH notification位置的示意 图； 图 3是根据本发明实施例的 MCCH notification的接收方法的流程图； 图 4是根据本发明实施例的用户设备的结构框图； 图 5是根据本发明实施例的用户设备优选的结构框图； 图 6是才艮据本发明实施例的优选实施例一的 UE接收 MCCH notification 的示意图； 图 7是根据本发明实施例的优选实施例二的 UE接收 MCCH notification 的示意图； 图 8是根据本发明实施例的优选实施例三的 UE接收 MCCH notification 的示意图。 具体实施方式 需要说明的是， 在不冲突的情况下， 本申请中的实施例及实施例中的特 征可以相互组合。 下面将参考附图并结合实施例来详细说明本发明。 在以下实施例中， 在附图的流程图示出的步 4聚可以在诸如一组计算机可 执行指令的计算机系统中执行， 并且， 虽然在流程图中示出了逻辑顺序， 但 是在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤。 以下实施例中涉及 LTE 系统 （但不限于此 ), 尤其涉及在多媒体广播组 播业务单频网络 ( Multimedia Broadcast multicast service Single Frequency Network, 简称为 MBSFN ) 区域的接收多媒体广播组播业务 （Multimedia Broadcast Multicast Service, 简称为 MBMS ) 业务通知消息的方法。 为了更加详细的说明本发明的实施例， 首先对发送端发送 MCCH notification进行说明。 网络侧发送 MCCH notification的具体位置（ occasion )是通过两级制（无 线帧级和子帧级） 来实现的， 下面对此进行详细的说明。 无线帧级遵循下面的公式：
。〜 , min(MCCHl MP, MCCH2 MP, MCCH3 MP . MCCHn MP)
SFN mod—— ^ ~； '- = notificati .onO一ffset notificationRepetitionCoeff
其中， SFN为系统帧号（ System Frame Number ), MCCHn MP是指小区 中对应的各个 MCCH 的 4爹丈周期 ( Modification Period ) 的时间长度， notificationRepetitionCof 是指 4爹？丈周期中 MCCH notification information(即， MCCH notification ) 重复发送的次数， notificationOffset 是指 MCCH notification information 发送所在无线帧的偏移量。 子帧级通过 notification subframe告 口在无线帧中具体那个子帧发送 MCCH notification information„ 网络侧将上述参数通过系统消息或 MCCH message告知给 UE; 图 2是 根据本发明实施例的网路侧发送 MCCH notification位置的示意图，如图 2所 示， 网络侧会按照上述公式来发送 MCCH notification。 同样的， 网络侧也会 将这些参数通过 BCCH的 SIB13告知给 UE。 UE通过 SIB 13就可以获知相应的参数（例如，各个 MCCH的 MCCH MP、 notificationRepetitionCof 、 notificationOffset、 notification subframe ), 通过这 些参数 UE 可以通过公式计算出网络侧 （例如， 基站） 具体的 MCCH notification发送位置。 UE可以获取其感兴趣 (或称为期望） 的 MBMS业务 所在的 MCCH信道的 MP或 BCCH指示的 MCCH MP中时长最短的 MCCH 的 MP, 并在该 MP的时间间隔内接收一次或多次 MCCH通知消息。 优选地， UE在知道其感兴趣的 MBMS所在的 MCCH时，获取该 MCCH 的 MP; 否则， UE获取 BCCH指示的 MCCH MP中 MP最短的 MCCH的 MP。 在本实施例中， 还提供了一种用户设备， 图 4是根据本发明实施例的用 户设备的结构框图； 如图 4所示， 该用户设备包括： 获取模块 42、 接收模块 44 , 下面对 jt匕结构进行说明。 获取模块 42 , 用于获取其期望的 MBMS业务所在的 MCCH信道的 MP 或 BCCH指示的 MP时长最短的 MCCH的 MP; 接收模块 44连接至获取模 块 42 , 用于在 MP的时间间隔内接收一次或多次 MCCH通知消息。 图 5是根据本发明实施例的用户设备优选的结构框图， 如图 5所示， 该 用户设备还包括判断模块 52 , 该模块用于判断多播控制信道 MCCH上是否 配置了用户设备期望的多媒体广播组播业务 MBMS业务； 接收模块 44用于 在判断模块 52的判断结果为是的情况下，在配置了该用户设备期望的 MBMS 业务的 MCCH的 MP的时间间隔内接收一次或多次 MCCH通知消息，否则， 接收模块 44在 BCCH指示的 MP时长最短的 MCCH的 MP的时间间隔内接 收一次或多次 MCCH通知消息。 优选地， 接收模块 44 在 MP 的时长间隔内至少接收重复发送次数 notificationRepetitionCof 次的 MCCH通知消息； 优选地， 接收模块 44还用 于在接收到正确或期望的 MCCH通知消息的情况下，在 MP的时间间隔内停 止接收 MCCH通知消息。 在本实施例中， UE 可以根据不同的状态， 选择不同的接收 MCCH notification的时机。 图 3是才艮据本发明实施例的 MCCH notification的接收方 法的流程图， 如图 3所示， 该流程包括如下步骤 S302至步骤 S306: 步骤 S302, 用户设备确定其感兴趣的 （或称为期望的） MBMS 业务是 否配置在某条 MCCH上 （即， 用户设备确定多播控制信道 MCCH上配置了 该用户设备期望的多媒体广播组播业务 MBMS业务）。 步骤 S304, 如果用户设备确定某条 MCCH上配置了用户设备期望的务 MBMS业务， 则用户设备在 BCCH指示的该 MCCH的修 丈周期 MP的时长 间隔内接收一次或多次 MCCH通知消息。 步骤 S306, 否则 （即， 用户设备确定多播控制信道 MCCH上没有配置 用户设备期望的多媒体广播组播业务 MBMS业务），用户设备在 BCCH指示 的 MCCH MP中时长最短的 MP的时长间 P鬲内接收一次或多次 MCCH通知 消息。 优选地，在实施时，当 UE知道其感兴趣的 MBMS业务配置在某条 MCCH 上时， UE 在该 MCCH 的 MP 的时间间隔内接收一次或多次 MCCH notification, 优选地， 只要当 UE 正确接收到其感兴趣的 MCCH 所对应的 MCCH notification 时， UE在该 MCCH 的 MP 内就可以停止接收 MCCH notification。 优选地， UE 可以在该 MCCH 的 MP 内 至少接收 notificationRepetitionCof 次 MCCH notification , 例如, 当 UE在一定次数内 没有正确接收到其感兴趣的 MCCH所对应的 MCCH notification时， UE可以 至少接 4欠 notificationRepetitionCof 次 MCCH notification 除上述之外 （例如， UE没有接收 MBMS业务， 并且不知道其感兴趣的 MBMS业务）， UE可以在 BCCH所指示的 MCCH中最短的 MP的时间间隔 上接收一次或多次 MCCH notification;优选地，只要当 UE正确接收到 MCCH notification时，UE在该 MCCH的 MP(最短的 MP )内就可以停止接收 MCCH notification;优选地，在最短 MCCH MP中至少接收 notificationRepetitionCoff 次 MCCH notification。 需要说明的是， 具体接收修改周期中的那些 MCCH notification由 UE来 确定。 下面将结合优选实施例进行描述。 优选实施例一 在本实施例中描述了一个小区同时被多个 MBSFN区域重叠覆盖下的应 用。 该小区中有两个 MCCH, 即， 该小区为两个 MBSFN area的重叠覆盖区 域， 两个 MCCH所对应的参数分别是： MCCHH'爹改周期为 5.12s; MCCH2 修 改 周 期 为 10.24s ； MCCH notification 公 共 参 数 为 ： notificationRepetitionCof =2 , notificationOffset=3； 子†贞级参数 notification subframe=#l子†贞。 发送端 网络侧会在满足公式:
。〜 , min(MCCHl MP, MCCH2 MP, MCCH3 MP . MCCHn MP)
SFN mod—— ^ ~； '- = notificati .onO一ffset notificationRepetitionCoeff
的无线帧相应的子帧处发送 MCCH notification;依据本实例给出的具体参数， 在满足 SFN mod 256=3 且 #1 子帧处网络侧将会发送 MCCH notification information„ 接收端 图 6是根据本发明实施例的优选实施例一的 UE接收 MCCH notification 的示意图； 下面结合图 6对本实例进行详细的说明。
UE才艮据不同 MCCH MP、 notificationRepetitionCoff, notificationOffset, notification subframe计算出网络侧发送 MCCH notification位置。 在本实例中， 不同状态的 UE在接收 MCCH notification的时机是不相同 的， 下面对 匕分别进行说明。
UE1 该 UE知道其感兴趣的业务在 MCCH1上，按照 MCCH1的 MP长度 5.12s, 在^ ί'爹改周期内接收一次或多次 MCCH notification, 优选地， UE可以在^ ί'爹改 周期中至少接) notificationRepetitionCoff=2次 MCCH notification„ 优选地， 如果 UE始终没有接收到其感兴趣的 MCCH 所对应的 MCCH notification, 考虑到发送端仅发送了 notificationRepetition Cof =2 次， 因 jt匕 UE1将会全部接收所发送的 MCCH notification 优选地， 具体接收修改周期 中的那些 MCCH notification是 UE实现来决定， 考虑到本实例的 UE 1将会 接收全部的 MCCH notification, 因此， UE1无选择范围。 UE2 该 UE知道其感兴趣的业务在 MCCH2上， 按照 MCCH2 的 MP长度 10.24s, 在 4爹改周期中接收一次或多次 MCCH notification, 优选地， 该 UE 可以在修_？丈周期中至少接收 notificationRepetitionCoff=2 次 MCCH notification 优选地， 如果 UE始终没有接收到其感兴趣的 MCCH 所对应的 MCCH notification,考虑到此时发送端已经在 MCCH24爹改周期内发送了 4次 MCCH notification , 因 此， UE2 可以 在这 4 次 中 选择性的 至少接收 notificationRepetitionCof =2次 MCCH notification 优选地， 具体接收爹改周 期中的那些 MCCH notification是 UE实现来决定。
UE3 该 UE 不知道其感兴趣的业务在那条 MCCH 上： 按照小区中最小的 MCCH修改周期为依据， 因此， 以 min ( 5.12s, 10.24s ) =5.12s为依据， 在 5.12s的修 丈周期中， 该 UE接收一次或多次 MCCHnotification。 优选地， 该 UE在其中可以至少接收 notification RepetitionCof =2次 MCCH notification。 优选地， 如果 UE始终没有接收到 MCCH notification, 则考虑到发送端 仅发送了 notificationRepetitionCoff=2次， 因此 UE3将会在全部接收所发送 的 MCCH notification优选地，具体接收^ ί'爹改周期中的那些 MCCH notification 是 UE实现来决定，考虑在本施例 UE3中将会接收全部的 MCCH notification, 因此， UE3无选择范围。 优选实施例二 在本实例中描述一个小区同时被多个 MBSFN区域重叠覆盖下的应用。 该小区中有两个 MCCH, 即， 该小区为两个 MBSFN area的重叠覆盖区域， 两个 MCCH所对应的参数分别是： MCCH1 4爹改周期为 10.24s; MCCH2 改周期为 10.24s; MCCH notification公共参数为： notificationRepetitionCoff=2 , notificationOffset=2； 子帧级参数 notification subframe=#2子帧。 发送端 网络侧会依据现有技术， 在满足公式 。〜 , min(MCCHl MP, MCCH2 MP, MCCH3 MP . MCCHn MP)
SFN mod—— ^ ~； '- = notificati .onO一ffset notificationRepetitionCoeff
的无线帧相应的子帧处发送 MCCH notification;依据本实例给出的具体参数， 在满足 SFN mod 512=2 且 #2 子帧处网络侧 ^！夺会发送 MCCH notification information; 接收端 图 7是根据本发明实施例的优选实施例二的 UE接收 MCCH notification 的示意图， 下面结合图 7对本实例进行详细的说明。
UE才艮据不同 MCCH MP、 notificationRepetitionCoff, notificationOffset, notification subframe计算出网络 1 j发送 MCCH notification位置。 在本实例中， 不同状态的 UE在接收 MCCH notification的时机是不相同 的， 下面对 匕分别进行说明。
UE1 该 UE知道其感兴趣的业务在 MCCH1 上， 按照 MCCH1 的 MP长度 10.24s, 在 4爹改周期中接收一次或多次 MCCH notification, 优选地， 该 UE 在 4爹改周期中至少接收 notificationRepetitionCof =2次 MCCH notification„ 优选地， 如果 UE始终没有接收到其感兴趣的 MCCH所对应的 MCCH notification, 考虑到发送端仅发送了 notification RepetitionCof =2 次， 因 jt匕 UE1将会在全部接收所发送的 MCCH notification 优选地， 具体接收修改周 期中的那些 MCCH notification是 UE实现来决定， 考虑到在本实例 UE1将 会接收全部的 MCCH notification, 因此， UE1无选择范围。
UE2 该 UE知道其感兴趣的业务在 MCCH2上； 按照 MCCH2 的 MP长度 10.24s, 在 4爹改周期中接收一次或多次 MCCH notification, 优选地， 在 4爹改 周期内 UE可以至少接) notificationRepetitionCof =2次 MCCH notification„ 优选地， 如果 UE始终没有接收到其感兴趣的 MCCH 所对应的 MCCH notification, 考虑到发送端仅发送了 notification RepetitionCof =2 次， 因 jt匕 UE2将会在全部接收所发送的 MCCH notification 优选地， 具体接收修改周 期中的那些 MCCH notification是 UE实现来决定， 考虑到在本实例中 UE2 将会接收全部的 MCCH notification, 因此， UE2无选择范围。
UE3 该 UE 不知道其感兴趣的业务在那条 MCCH 上： 按照小区中最小的 MCCH 4爹改周期为依据， 以 min ( 10.24s, 10.24s ) =10.24s为依据， 在其中 接收一次或多次 MCCH notification, 优选地， 在 10.24s内该 UE可以至少接 收 notificationRepetitionCoff=2次 MCCH notification information。 优选地， 如果 UE始终没有接收到 MCCH notification, 考虑到发送端仅 发送了 notificationRepetitionCoff=2次， 因此 UE3将会在全部接收所发送的 MCCH notification 优选地， 具体接收^ ί'爹改周期中的那些 MCCH notification 是 UE 实现来决定， 考虑到在本实例 UE3 中将会接收全部的 MCCH notification, 因此， UE3无选择范围。 优选实施例三 本实例描述没有重叠覆盖发生时的应用。该小区中仅有一个 MCCH,即， 该小区没有 MBSFN area的重叠覆盖情况， MCCH所对应的参数是： MCCH 修 改 周 期 为 5.12s ； MCCH notification 公 共 参 数 为 ： notificationRepetitionCof =2 , notificationOffset=3； 子†贞级参数 notification subframe=#l子†贞。 发送端 网络侧会依据现有技术， 在满足公式
。〜 , min(MCCHl MP, MCCH2 MP, MCCH3 MP . MCCHn MP)
SFN mod—— ^ ~； '- = notificati .onO一ffset notificationRepetitionCoeff
的无线帧相应的子帧处发送 MCCH notification;依据本实例给出的具体参数， 在满足 SFN mod 256=3 且 #1 子帧处网络侧将会发送 MCCH notification information„ 接收端 图 8是根据本发明实施例的优选实施例三的 UE接收 MCCH notification 的示意图， 下面结合图 8对本实例进行详细的说明。 UE 才艮据 MCCH MP、 notificationRepetitionCof 、 notificationOf set、 notification subframe计算出网络 1 j发送 MCCH notification位置。 在本实例中， 不同状态的 UE在接收 MCCH notification的时机是不相同 的， 下面对 匕分别进行说明。 UE1 该 UE知道其感兴趣的业务在 MCCH上，按照 MCCH的 MP长度 5.12s, 在^ ί'爹改周期中接收一次或多次 MCCH notification, 优选地， 该 UE可以在修 ？丈周期内至少接) notificationRepetitionCoff=2次 MCCH notification 优选地， 如果 UE始终没有接收到 MCCH notification, 考虑到发送端仅 发送了 notificationRepetitionCoff=2次， 因此 UE1将会在全部接收所发送的 MCCH notification; 优选地， 具体接收^ ί'爹改周期中的那些 MCCH notification 是 UE 实现来决定， 考虑到在本实例中 UE1 将会接收全部的 MCCH notification, 因此， UE1无选择范围。
UE2 该 UE 不知道其感兴趣的业务在那条 MCCH 上： 按照小区中最小的
MCCH修改周期为依据， 以 min ( 5.12s ) =5.12s为依据， 在其修改周期中接 收一次或多次 MCCH notification , 优选地， 该 UE 可以至少接收 notificationRepetitionCof =2次 MCCH notification information。 优选地， 如果该 UE始终没有接收到 MCCH notification, 考虑到发送端 仅发送了 notificationRepetitionCoff=2次， 因此 UE2将会在全部接收所发送 的 MCCH notification优选地，具体接收^ ί'爹改周期中的那些 MCCH notification 是 UE 实现来决定， 考虑到在本实例中 UE2 将会接收全部的 MCCH notification, 因此， UE2无选择范围。 综上所述， 通过上述实施例， 可以通过区分不同 UE状态来实现不同的 UE接收 MBMS notification不同的行为， 用以达到减少部分 UE接收 MCCH notification的作用，起到降低 UE电能消耗的作用。进一步地，没有接收 MBMS 业务， 且不知道其感兴趣的业务的 UE: 按照小区中最小的 MCCH 4爹改周期 为依据， 在其中至少或者等于接收 notificationRepetitionCoff 次 MCCH notification information; 这样防止 MCCH发生变更但未被 UE发现的情况发 生。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 或 者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制 作成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软 件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种多播控制信道通知消息的接收方法， 其特征在于， 包括：
当用户设备获知其感兴趣的多媒体广播组播业务 MBMS 业务对应 在某一多播控制信道 MCCH上时，所述用户设备在广播控制信道 BCCH 指示的所述 MCCH的 4爹改周期 MP的时长间隔内接收一次或多次 MCCH 通知消息；
当所述用户设备无法获知其感兴趣的多媒体广播组播业务 MBMS 业务对应在某一多播控制信道 MCCH上时，所述用户设备在广播控制信 道 BCCH指示的 MCCH MP中时长最短的 MP的时长间隔内接收一次或 多次 MCCH通知消息。
2. 根据权利要求 1所述的方法， 其特征在于， 所述用户设备在所述 MP的 时长间隔内接收一次或多次 MCCH通知消息包括：
所述用户设备在所述 MP 的时长间隔内至少接收重复发送次数 notificationRepetitionCoff 次的 MCCH 通知消 息 ， 其中 ， 所述 notificationRepetitionCof 为预先配置的在最短 MP 周期内重复发送 MCCH ΪΙ^Ρ消息的次数。
3. 根据权利要求 1 或 2 所述的方法， 其特征在于， 所述用户设备在所述 MP的时长间隔内接收一次或多次 MCCH通知消息包括：
在所述用户设备接收到所述 MCCH对应的 MCCH通知消息的情况 下，所述用户设备在所述 MP的时间间隔内停止接收所述 MCCH通知消 息。
4. 根据权利要求 1所述的方法， 其特征在于， 所述用户设备在所述时长最 短的 MP的时长间隔内接收一次或多次 MCCH 通知消息包括：
所述用户设备在所述时长最短的 MP的时长间隔内至少接收重复发 送次数 notificationRepetitionCoff 次的 MCCH 通知消息， 其中， 所述 notificationRepetitionCof 为预先配置的在最短 MP 周期内重复发送 MCCH ΪΙ^Ρ消息的次数。
5. 根据权利要求 1或 4所述的方法， 其特征在于， 所述用户设备在所述时 长最短的 MP的时长间隔内接收一次或多次 MCCH通知消息包括： 在所述用户设备接收到正确的 MCCH对应的 MCCH 通知消息的情 况下， 所述用户设备在所述时长最短的 MP的时长间隔内停止接收所述 MCCH通^消息。
6. —种用户设备， 其特征在于， 包括：
获取模块， 用于获取用户设备期望的 MBMS业务所在的 MCCH的 MP或 BCCH指示的 MCCH MP中时长最短的 MCCH的 MP;
接收模块，用于在所述 MP的时间间隔内接收一次或多次 MCCH通 知消息。
7. 根据权利要求 6所述的用户设备， 其特征在于， 还包括：
判断模块，用于判断多播控制信道 MCCH上是否配置了所述用户设 备期望的多媒体广播组播业务 MBMS业务；
所述接收模块用于在所述判断模块的判断结果为是的情况下， 在所 述 MCCH的 MP的时间间隔内接收一次或多次 MCCH通知消息， 否则， 所述接收模块用于在所述 BCCH指示的 MP时长最短的 MCCH的 MP 的时间间隔内接收一次或多次 MCCH通知消息。
8. 根据权利要求 6或 7所述的用户设备， 其特征在于， 所述接收模块在所 述 MP的时长间隔内至少接收重复发送次数 notificationRepetitionCof 次 的 MCCH通知消息， 其中， 所述 notificationRepetitionCoff为预先配置的 在最短 MP周期内重复发送 MCCH通知消息的次数。
9. 根据权利要求 6或 7所述的用户设备， 其特征在于， 所述接收模块还用 于在接收到正确或期望的 MCCH通知消息的情况下，在所述 MP的时间 间隔内停止接收所述 MCCH通知消息。
10. 根据权利要求 8所述的用户设备， 其特征在于， 所述接收模块还用于在 接收到正确或期望的 MCCH通知消息的情况下，在所述 MP的时间间隔 内停止接收所述 MCCH通知消息。
PCT/CN2010/078897 2009-12-09 2010-11-18 多播控制信道通知消息的接收方法及用户设备 WO2011069407A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/258,882 US8774078B2 (en) 2009-12-09 2010-11-18 Method and user equipment for receiving multicast control channel notification message
EP10835442.4A EP2485412B1 (en) 2009-12-09 2010-11-18 Method and user equipment for receiving multicast control channel notification message

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910211970.5A CN102098621B (zh) 2009-12-09 2009-12-09 多播控制信道通知消息的接收方法及用户设备
CN200910211970.5 2009-12-09

Publications (1)

Publication Number Publication Date
WO2011069407A1 true WO2011069407A1 (zh) 2011-06-16

Family

ID=44131448

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/078897 WO2011069407A1 (zh) 2009-12-09 2010-11-18 多播控制信道通知消息的接收方法及用户设备

Country Status (4)

Country Link
US (1) US8774078B2 (zh)
EP (1) EP2485412B1 (zh)
CN (1) CN102098621B (zh)
WO (1) WO2011069407A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013165619A1 (en) * 2012-05-03 2013-11-07 Qualcomm Incorporated Efficient update of tmgi list in lte embms
CN105101097A (zh) * 2014-05-07 2015-11-25 中兴通讯股份有限公司 更新多媒体广播多播控制信道信息的方法及设备

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3033911B1 (en) * 2013-08-16 2020-02-12 Nokia Solutions and Networks Oy Method and apparatus
US10383088B2 (en) * 2013-12-20 2019-08-13 Sony Corporation Apparatus and method for scheduling a plurality of component carriers
CN107889217B (zh) * 2016-09-29 2024-02-27 中兴通讯股份有限公司 业务会话发送、接收方法、装置及系统
CN109922517A (zh) * 2017-12-13 2019-06-21 成都鼎桥通信技术有限公司 一种降低组播终端功率的方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1922803A (zh) * 2004-02-13 2007-02-28 Lg电子株式会社 移动通信系统中发送和接收多媒体广播/多播服务的控制信息
CN1998164A (zh) * 2004-08-12 2007-07-11 Lg电子株式会社 点到多点控制信道信息的时序
CN101296395A (zh) * 2007-04-24 2008-10-29 中兴通讯股份有限公司 一种发送多媒体广播组播业务通知的方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7546132B2 (en) * 2004-04-19 2009-06-09 Lg Electronics, Inc. Communication of point to multipoint service information in wireless communication system
RU2408166C2 (ru) * 2005-03-29 2010-12-27 Эл Джи Электроникс Инк. Способ передачи и приема информации управления для групповой услуги мультимедиа точка - много точек
CN1330206C (zh) * 2005-03-31 2007-08-01 华为技术有限公司 一种用户终端进行频率层操作的方法
EP1850616A1 (en) * 2006-04-28 2007-10-31 Nec Technologies (UK) Limited Method for optimizing the reading by a user equipment of MCCH (MBMS point-to-multipoint control channel) information
KR20110039186A (ko) * 2009-10-09 2011-04-15 엘지전자 주식회사 무선 통신 시스템상에서 단말의 불필요한 ｍｓｉ 수신을 최소화 하는 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1922803A (zh) * 2004-02-13 2007-02-28 Lg电子株式会社 移动通信系统中发送和接收多媒体广播/多播服务的控制信息
CN1998164A (zh) * 2004-08-12 2007-07-11 Lg电子株式会社 点到多点控制信道信息的时序
CN101296395A (zh) * 2007-04-24 2008-10-29 中兴通讯股份有限公司 一种发送多媒体广播组播业务通知的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2485412A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013165619A1 (en) * 2012-05-03 2013-11-07 Qualcomm Incorporated Efficient update of tmgi list in lte embms
CN105101097A (zh) * 2014-05-07 2015-11-25 中兴通讯股份有限公司 更新多媒体广播多播控制信道信息的方法及设备
CN105101097B (zh) * 2014-05-07 2020-02-14 中兴通讯股份有限公司 更新多媒体广播多播控制信道信息的方法及设备

Also Published As

Publication number Publication date
CN102098621B (zh) 2015-01-28
EP2485412A4 (en) 2016-02-10
EP2485412A1 (en) 2012-08-08
US8774078B2 (en) 2014-07-08
EP2485412B1 (en) 2020-04-29
US20120236775A1 (en) 2012-09-20
CN102098621A (zh) 2011-06-15

Similar Documents

Publication Publication Date Title
US10966061B2 (en) Multicast service transmission method and device
US11329839B2 (en) Methods and devices handling multicast feedback
WO2018030305A1 (ja) 無線端末及び基地局
KR101526971B1 (ko) 방송 또는 멀티캐스트 서비스 송수신 방법 및 단말
JP5461681B2 (ja) マルチメディアブロードキャスト／マルチキャストサービス制御シグナリングの伝送方法および伝送システム
JP5199310B2 (ja) Ｍｂｍｓ動的スケジューリング情報を処理する方法および装置
EP2421285B1 (en) Method and device for bearing and receiving scheduling information of multimedia broadcast multicast service (mbms) control channel (mcch) update indication information
WO2015070811A1 (zh) 传输数据的方法、基站和用户设备
KR20100138812A (ko) 멀티미디어 브로드캐스트/멀티캐스트 서비스에서 오류 패킷의 재전송 요구 정보 전송 방법 및 재전송 요구에 대한 오류 패킷 재전송 방법
WO2009024073A1 (fr) Procédé et système de rétroaction multiutilisateur, procédé de transmission en liaison descendante, station de base et dispositif utilisateur
WO2011069407A1 (zh) 多播控制信道通知消息的接收方法及用户设备
CN113678500B (zh) 一种反馈资源配置方法及通信方法、装置、通信设备
WO2014067144A1 (zh) 群组寻呼方法、基站及用户设备
TW200922183A (en) Method for transmitting data in a network
WO2011038644A1 (zh) 一种子帧标识信息的传输方法及系统
CN107534501B (zh) 用于在无线通信系统中的群组通信的方法与装置
US20240008054A1 (en) Method and apparatus for hybrid automatic retransmission request
US20130235784A1 (en) Method and apparatus for managing multicast resource
CN113728683B (zh) 一种bwp配置方法及装置、终端设备、网络设备
TWI620462B (zh) 單一基地台節點對多點網路系統及其資料傳輸方法
WO2011079646A1 (zh) 多播控制信道更新指示信息的发送方法及装置
WO2024031307A1 (zh) 混合自动重传请求harq反馈方法、装置、设备及介质
WO2023205949A1 (en) Methods for new data indicator (ndi) field alignment for reliable reception of multicast traffic
WO2011012082A1 (zh) 一种ue读取mcch的方法、系统及设备
CN118120322A (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: 10835442

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010835442

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13258882

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE