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

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

Info

Publication number
CN102098621B
CN102098621B CN200910211970.5A CN200910211970A CN102098621B CN 102098621 B CN102098621 B CN 102098621B CN 200910211970 A CN200910211970 A CN 200910211970A CN 102098621 B CN102098621 B CN 102098621B
Authority
CN
China
Prior art keywords
mcch
subscriber equipment
notification message
mcch notification
duration
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN200910211970.5A
Other languages
English (en)
Other versions
CN102098621A (zh
Inventor
王斌
马子江
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN200910211970.5A priority Critical patent/CN102098621B/zh
Priority to US13/258,882 priority patent/US8774078B2/en
Priority to PCT/CN2010/078897 priority patent/WO2011069407A1/zh
Priority to EP10835442.4A priority patent/EP2485412B1/en
Publication of CN102098621A publication Critical patent/CN102098621A/zh
Application granted granted Critical
Publication of CN102098621B publication Critical patent/CN102098621B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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

Landscapes

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

Abstract

本发明公开了一种多播控制信道通知消息的接收方法及用户设备，该方法包括当用户设备确定多播控制信道MCCH上配置了用户设备期望的多媒体广播组播业务MBMS业务时，用户设备在广播控制信道BCCH指示的该MCCH的MP的时长间隔内接收一次或多次MCCH通知消息；当用户设备确定多播控制信道MCCH上没有配置用户设备期望的多媒体广播组播业务MBMS业务时，用户设备广播控制信道BCCH指示的MCCH MP中时长最短的MP的时长间隔内接收一次或多次MCCH通知消息。通过本发明减少了UE接收MCCH通知消息的次数，从而降低了UE电能消耗。

Description

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

Claims (8)

1.一种多播控制信道通知消息的接收方法，其特征在于，包括：
当用户设备确定多播控制信道MCCH上配置了所述用户设备期望的多媒体广播组播业务MBMS业务时，所述用户设备在广播控制信道BCCH指示的所述MCCH的修改周期MP的时长间隔内接收一次或多次MCCH通知消息；
当所述用户设备确定多播控制信道MCCH上没有配置所述用户设备期望的多媒体广播组播业务MBMS业务时，所述用户设备在广播控制信道BCCH指示的MCCH MP中时长最短的MP的时长间隔内接收一次或多次MCCH通知消息；
其中，所述用户设备在所述MP的时长间隔内接收一次或多次MCCH通知消息包括：所述用户设备在所述MP的时长间隔内至少接收重复发送次数notificationRepetitionCoff次的MCCH通知消息，其中，所述notificationRepetitionCoff为预先配置的在最短MP周期内重复发送MCCH通知消息的次数。
2.根据权利要求1所述的方法，其特征在于，所述用户设备在所述MP的时长间隔内接收一次或多次MCCH通知消息包括：
在所述用户设备接收到所述MCCH对应的MCCH通知消息的情况下，所述用户设备在所述MP的时间间隔内停止接收所述MCCH通知消息。
3.根据权利要求1所述的方法，其特征在于，所述用户设备在所述时长最短的MP的时长间隔内接收一次或多次MCCH通知消息包括：
所述用户设备在所述时长最短的MP的时长间隔内至少接收重复发送次数notificationRepetitionCoff次的MCCH通知消息，其中，所述notificationRepetitionCoff为预先配置的在最短MP周期内重复发送MCCH通知消息的次数。
4.根据权利要求1或3所述的方法，其特征在于，所述用户设备在所述时长最短的MP的时长间隔内接收一次或多次MCCH通知消息包括：
在所述用户设备接收到正确的MCCH对应的MCCH通知消息的情况下，所述用户设备在所述时长最短的MP的时长间隔内停止接收所述MCCH通知消息。
5.一种用户设备，其特征在于，包括：
获取模块，用于获取用户设备期望的MBMS业务所在的MCCH的MP或BCCH指示的MCCH MP中时长最短的MCCH的MP；
接收模块，用于在所述MP的时间间隔内接收一次或多次MCCH通知消息；
判断模块，用于判断多播控制信道MCCH上是否配置了所述用户设备期望的多媒体广播组播业务MBMS业务；
所述接收模块用于在所述判断模块的判断结果为是的情况下，在所述MCCH的MP的时间间隔内接收一次或多次MCCH通知消息，否则，所述接收模块用于在所述BCCH指示的MP时长最短的MCCH的MP的时间间隔内接收一次或多次MCCH通知消息。
6.根据权利要求5所述的用户设备，其特征在于，所述接收模块在所述MP的时长间隔内至少接收重复发送次数notificationRepetitionCoff次的MCCH通知消息，其中，所述notificationRepetitionCoff为预先配置的在最短MP周期内重复发送MCCH通知消息的次数。
7.根据权利要求5所述的用户设备，其特征在于，所述接收模块还用于在接收到正确或期望的MCCH通知消息的情况下，在所述MP的时间间隔内停止接收所述MCCH通知消息。
8.根据权利要求6所述的用户设备，其特征在于，所述接收模块还用于在接收到正确或期望的MCCH通知消息的情况下，在所述MP的时间间隔内停止接收所述MCCH通知消息。
CN200910211970.5A 2009-12-09 2009-12-09 多播控制信道通知消息的接收方法及用户设备 Active CN102098621B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN200910211970.5A CN102098621B (zh) 2009-12-09 2009-12-09 多播控制信道通知消息的接收方法及用户设备
US13/258,882 US8774078B2 (en) 2009-12-09 2010-11-18 Method and user equipment for receiving multicast control channel notification message
PCT/CN2010/078897 WO2011069407A1 (zh) 2009-12-09 2010-11-18 多播控制信道通知消息的接收方法及用户设备
EP10835442.4A EP2485412B1 (en) 2009-12-09 2010-11-18 Method and user equipment for receiving multicast control channel notification message

Applications Claiming Priority (1)

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

Publications (2)

Publication Number Publication Date
CN102098621A CN102098621A (zh) 2011-06-15
CN102098621B true CN102098621B (zh) 2015-01-28

Family

ID=44131448

Family Applications (1)

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

Country Status (4)

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

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130294318A1 (en) * 2012-05-03 2013-11-07 Qualcomm Incorporated Efficient update of tmgi list in lte embms
EP3033911B1 (en) * 2013-08-16 2020-02-12 Nokia Solutions and Networks Oy Method and apparatus
CN105814959B (zh) * 2013-12-20 2020-06-23 索尼公司 设备和方法
CN105101097B (zh) * 2014-05-07 2020-02-14 中兴通讯股份有限公司 更新多媒体广播多播控制信道信息的方法及设备
CN107889217B (zh) * 2016-09-29 2024-02-27 中兴通讯股份有限公司 业务会话发送、接收方法、装置及系统
CN109922517A (zh) * 2017-12-13 2019-06-21 成都鼎桥通信技术有限公司 一种降低组播终端功率的方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1922803A (zh) * 2004-02-13 2007-02-28 Lg电子株式会社 移动通信系统中发送和接收多媒体广播/多播服务的控制信息

Family Cites Families (7)

* 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
CN101015141B (zh) * 2004-08-12 2010-12-08 Lg电子株式会社 无线通信系统专用服务的接收
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
CN101296395B (zh) * 2007-04-24 2011-11-30 中兴通讯股份有限公司 一种发送多媒体广播组播业务通知的方法
KR20110039186A (ko) * 2009-10-09 2011-04-15 엘지전자 주식회사 무선 통신 시스템상에서 단말의 불필요한 ｍｓｉ 수신을 최소화 하는 방법

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1922803A (zh) * 2004-02-13 2007-02-28 Lg电子株式会社 移动通信系统中发送和接收多媒体广播/多播服务的控制信息

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Reliability of MCCH change notification";CMCC;《3GPP TSG-RAN WG2 Meeting #67bis》;20091012;第1页到第4页 *

Also Published As

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

Similar Documents

Publication Publication Date Title
JP5461681B2 (ja) マルチメディアブロードキャスト／マルチキャストサービス制御シグナリングの伝送方法および伝送システム
US8588127B2 (en) Apparatus and method for allocation of subframes on a mixed carrier
CN102158808B (zh) Mcch信息的接收方法及装置、用户设备
CN102158807B (zh) Mcch通知信息的监听方法及装置、用户设备
KR101281848B1 (ko) 스케줄링 정보의 전송 방법과 장치
EP3282622B1 (en) Method for realizing channel transmission and base station
US8090342B2 (en) Emergency alert service for inactive mobile stations in a communication system
EP3337198B1 (en) Multicast service reading and sending method and relevant device
CN101517964B (zh) 用于传输由无线终端所获得的测量的处理设备
CN102137066B (zh) 获取业务列表及多媒体广播组播业务数据的方法和系统
CN102036171B (zh) 一种子帧标识信息的传输方法及系统
EP1882328B1 (en) Communications session management
CN102098621B (zh) 多播控制信道通知消息的接收方法及用户设备
JP5199310B2 (ja) Ｍｂｍｓ動的スケジューリング情報を処理する方法および装置
TWI752992B (zh) 通訊裝置、基礎結構設備、通訊系統及方法
CN101841773A (zh) 资源指示方法和终端
CN104704895A (zh) 用于m2m和mtc通信的广播/多播的使用
CN107371138B (zh) 一种系统消息发送方法、发送设备、接收方法和接收设备
CN109196914A (zh) 传输信息的方法和装置
EP2403278B1 (en) Determining wireless frame bearing multimedia broadcast multicast service notification information and transmitter thereof
CN102123134B (zh) 获取多媒体广播组播控制信息的方法和接收系统
US20240080707A1 (en) Method and system for broadcast and multicast services reception in 5g
CN102118693B (zh) 多播控制信道更新指示信息的发送方法及装置
CN111654919A (zh) 信息传输方法及装置
CN117500079A (zh) NR小区中MCCH的发送方法、gNB以及UE

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant