CN102301752A - 无线通信系统中控制mbms业务接收的方法和装置 - Google Patents

无线通信系统中控制mbms业务接收的方法和装置 Download PDF

Info

Publication number
CN102301752A
CN102301752A CN200980155807XA CN200980155807A CN102301752A CN 102301752 A CN102301752 A CN 102301752A CN 200980155807X A CN200980155807X A CN 200980155807XA CN 200980155807 A CN200980155807 A CN 200980155807A CN 102301752 A CN102301752 A CN 102301752A
Authority
CN
China
Prior art keywords
transmission block
control signaling
user equipment
information
service
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.)
Pending
Application number
CN200980155807XA
Other languages
English (en)
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.)
Nokia Shanghai Bell Co Ltd
Original Assignee
Alcatel Lucent Shanghai Bell Co Ltd
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 Alcatel Lucent Shanghai Bell Co Ltd filed Critical Alcatel Lucent Shanghai Bell Co Ltd
Publication of CN102301752A publication Critical patent/CN102301752A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1845Arrangements for providing special services to substations for broadcast or conference, e.g. multicast broadcast or multicast in a specific location, e.g. geocast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0212Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

提供了一种在基于MBSFN传输的无线通信系统的用户设备中接收多媒体广播/组播业务的方法和装置,以及一种在对应的基站中用于辅助该用户设备接收该业务的方法和装置;其中,用户设备以一个预定义周期接收来自基站的一个传输块,然后判断该传输块中的通知指示是否被激活,如果是,则判断该传输块中包含控制信令的传输块中是否包含本用户设备所订制的多媒体广播/组播业务的业务标识,如果是,则接收该多媒体广播/组播业务。通过实施本发明,处于IDLE模式下的用户设备只需要以一个预定义周期,例如DRX周期,醒来接收通知指示以判断是否有新业务即将开始,而无需在额外的时刻苏醒。

Description

无线通信系统中控制 MBMS业务接收的方法和装置
技术领域
本发明涉及无线通信系统, 尤其涉及基于组播单频网(MBSFN )传 输方式的无线通信系统。 背景技术
多媒体广播 /组播业务 ( Multimedia Broadcast/Multicast Service, MBMS )是在 3GPP Release 6中引入的一项业务。 多媒体广播 /多播业务 是一种通过共享网络资源从一个数据源向多个用户设备传送数据的技 术, 在提供多媒体业务的同时能有效地利用网络资源, 实现较高速率的 多媒体业务的广播和组播。
在 3GPP Release 6中, 当有新业务开始发送前, 基站通过 MICH信 道 (MBMS Indicator Channel)发送通 口指示 (Notification Indicators) , 用于 告知多个相关的用户终端当前有新业务开始。 一个处于 IDLE模式下的 用户终端检测到通知指示后,开始接收并解码 MCCH消息以判断当前的 新业务是否是其订制的业务, 如果当前的新业务是其订制的业务, 那么 该用户终端在相应的时频资源上开始接收该新业务数据。 如果当前的新 业务不是其订制的业务, 那么该用户终端继续在 MICH信道上检测通知 指示并基于该通知指示接收 MCCH消息用于判断当前即将开始的新业 务是否是其订制的业务。
虽然经过长期的研究和发展, MBMS在 Release6、 Release7版本的 3G系统中已经取得了完整的实现,但是仍然无法满足日益增长的业务需 求, 尤其是用户和运营商对手机电视业务的强烈需求。 随着 Release 8规 范的开始制定, 一方面为了进一步提高 MBMS的业务性能, 另一方面 需要适应新的系统架构演进 /长期演进 (SAE/LTE)系统, MBMS在逻辑架 构、 业务模式、 传输方式和信道结构等方面进行了重大改进。
基于此, 提供一种新的通知机制 (Notification Mechanism )是非常 必要的。 发明内容
针对背景技术中的上述问题, 提供一种在基于 MBSFN传输方式的 无线通信系统的用户设备中接收多媒体广播 /组播业务的方法和装置, 相应的, 还提供了一种在基于 MBSFN传输方式的无线通信系统的基站 中用于辅助用户设备接收多媒体广播 /组播业务的方法和装置。
根据本发明的第一方面, 提供了一种在基于 MBSFN传输方式的无 线通信系统的用户设备中接收多媒体广播 /组播业务的方法, 其中, 该 方法包括以下步骤: a. 以一个预定义周期接收来自基站的一个传输块; b. 判断所述传输块中的通知指示是否被激活; c. 如果所述通知指示被 激活, 则判断所述传输块中包含控制信令的传输块中是否包含本用户终 端所订制的多媒体广播 /组播业务的业务标识; d. 如果所述包含控制信 令的传输块中包含本用户终端所订制的多媒体广播 /组播业务的业务标 识, 则接收该多媒体广播 /组播业务。
根据本发明的第二方面, 提供了一种在基于 MBSFN传输方式的无 线通信系统的基站中用于辅助用户设备接收多媒体广播 /组播业务的方 法, 其中, 该方法包括以下步骤: A. 当有新的多媒体广播 /组播业务开 始传输前, 将在一个预定义周期的起始时刻发送的一个传输块中的通知 指示激活; B. 将所述传输块进行发送。
根据本发明的第三方面, 提供了一种在基于 MBSFN传输方式的无 线通信系统的用户设备中用于控制多媒体广播 /组播业务接收的控制装 置, 其中, 该控制装置包括: 第一接收装置, 用于以一个预定义周期接 收来自基站的一个传输块; 第一判断装置, 用于判断所述传输块中的通 知指示是否被激活; 第二判断装置, 用于如果所述通知指示被激活, 则 判断所述传输块中包含控制信令的传输块中是否包含本用户设备所订 制的多媒体广播 /组播业务的业务标识; 第二接收装置, 用于如果所述 包含控制信令的传输块中包含本用户设备所订制的多媒体广播 /组播业 务的业务标识, 则接收该多媒体广播 /组播业务。
根据本发明的第四方面, 提供了一种在基于 MBSFN传输方式的无 线通信系统的基站中用于辅助用户设备控制多媒体广播 /组播业务接收 的辅助控制装置, 其中, 该辅助控制装置包括: 激活装置, 用于当有新 的多媒体广播 /组播业务开始传输前, 将在一个预定义周期的起始时刻 发送的一个传输块中的通知指示激活; 发送装置, 用于将所述传输块进 行发送。
在本发明的技术方案中, 每当有新业务开始前, 基站只会在以一个 预定义周期, 例如 DRX周期激活通知指示, 因此, 一个处于 IDLE模式 下的用户设备只需以一个预定义周期, 例如, DRX周期醒来接收通知指 示以判断当前是否有新业务开始, 如果有, 则进一步根据同时接收下来 的 MCCH控制信令判断该新业务是否是其订制的业务。通常,一个 DRX ( Discontinuous Reception,非连续接收)周期是 MP( Modification period, 调整周期) 的倍数。
而对于一个已经开始接收业务数据的用户设备, 其必须以 MP为接 收周期来接收 MCCH控制信令以判断 MCCH控制信令是否有更新, 因 此, 对于该类用户设备, 其也不会错过通知指示的接收。 附图说明
通过阅读以下结合附图对非限定性实施例的描述, 本发明的其它目 的、 特征和优点将变得更为明显和突出。
图 1示出了根据本发明的第一实施例的用于传输 MCCH控制信令的
MBSFN子帧结构的示意图;
图 2示出了根据本发明的第一实施例的方法流程图;
图 3示出了根据本发明的第二实施例的用于传输 MCCH控制信令的
MBSFN子帧结构的示意图;
图 4示出了根据本发明的第二实施例的方法流程图;
图 5示出了根据本发明的第三实施例的用于传输 MCCH控制信令的
MBSFN子帧结构的示意图;
图 6示出了根据本发明的第三实施例的方法流程图;
图 7示出了根据本发明的第四实施例的用于传输 MCCH控制信令的
MBSFN子帧结构的示意图;
图 8示出了根据本发明的第四实施例的方法流程图; 图 9示出了根据本发明的第四实施例的一个 MAC-PDU的结构示意 图。
图 10示出了才艮据本发明的一个实施例的在基于 MBSFN传输方式的 无线通信系统的用户设备中接收多媒体广播 /组播业务的方法;
图 11示出了根据本发明的另一个实施例的在基于 MBSFN传输方式 的无线通信系统的用户设备中接收多媒体广播 /组播业务的方法;
其中, 相同或相似的附图标记表示相同或相似的步骤特征 /装置(模 块)。 具体实施方式
多媒体广播 /组播业务数据 ( MBMS 业务数据), 例如, 在 MBMS 点到多点业务信道(MTCH, Multicast Traffic Channel )上传输的业务数 据, 是以 MBSFN的形式传输, 且 MTCH是映射在多播传输信道上时 ( Multicast Channel, MCH ), MCH映射在物理组播信道( PMCH, Physical Multicast Channel )上。
MTCH业务数据以 MBSFN的形式传输, 意味着对于 PMCH, 参考 信号 (RS, Reference Signal )和扰码在 MBSFN区域都是相同的, 来自 不同基站的以 MBSFN形式传输的信号在空中自然叠加, 因为参考信号 和扰码在整个 MBSFN区域相同, 用户设备(UE, User Equipment ) 利 用该统一的参考信号进行联合 MBSFN信道估计,也即, UE不需要区分 联合 ( combine )后的信号到底是来自哪个基站, 对联合之后的信号直接 进行解调解码。
当 MCCH和 MTCH都映射到组播传输信道上时( Multicast Channel, MCH ), 意味着 MCCH和 MTCH只能承载在 MBSFN子帧中 (MBSFN subframe ) 中。 如果在一个 MBSFN子帧中同时既有 MCCH传输又有 MTCH传输, 当 MTCH采用 MBSFN的传输方式, 则意味着 MCCH也 需要采用 MBSFN的传输方式。 否则, 如果 MCCH采用 non-MBSFN传 输方式, 则会影响同一个 MBSFN子帧的以 MBSFN方式传输的 MTCH 的业务数据的传输, 例如, 无法在不同的 eNB中为与 MCCH控制信令 属于同一个 MBSFN子帧中的 MTCH的业务数据分配相同的资源。此外, 在上文中已经讨论, UE是采用联合 MBSFN的方式对接收的信号进行检 测, 因此,如果不同的 eNB在 MCH上不采用 MBSFN的方式传输数据, UE就无法正确地对接收到的数据进行解调和解码。
以下, 将在各个具体实施例中描述以 MBSFN传输方式传输 MCCH 控制信令的实现方式。 第一实施例
图 1示出了根据本发明的一个实施例的 MCCH控制信令的传输方式 的示意图。
一个 MBSFN 子帧是 lms, 也即, 一个传输时间间隔( Transmission Time Interval, TTI )。 一个子帧中包含 12个符号 (symbol ), 例如, 12 个 OFDM符号。
其中, 一个 MBSFN子帧中的前两个符号不能用于 MBSFN传输, 而是需要预留用于传输物理混合重传指示信道 (Physical HARQ Indication Channel, PHICH )、公共参考信号 ( Common Reference Signal, CRS ) 等, 以便于单播 ( unicast ) 用户进行小区间切换、 负载均衡或者 干扰协调的测量, 因此, MBSFN子帧的前两个符号可以看作是物理下 行控制信道( Physical Downlink Control Channel, PDCCH )符号。
以下结合图 2并参照图 1 ,对第一具体实施例的方法流程描述如下。 如图 2所示, 在步骤 S10中, 基站根据 MCCH控制信令生成第一传输 块( Transmission Block, TB ), 也即 MCCH控制信令传输块, 并根 据 MTCH业务数据生成第二传输块,也即, MTCH业务数据传输块。 因此, 如图 1所示, MCCH控制信令和 MTCH业务数据以两个传输块 的形式被复用在同一个子帧中。 本领域技术人员应能理解, 图 1所示的 第一传输块和第二传输块的两个长方形仅为示例, 第一传输块可以映射 在一个或多个资源块(Resource Block, RB )上, 而这些资源块可以是 离散的, 第二传输块可以映射在一个或多个资源块(Resource Block, RB )上,而这些资源块可以是离散的。因此,实际上,资源块在该 MBSFN 子帧的映射的图案可能是不规则的。
然后, 在步骤 S11中, 基站在该子帧中生成 MCCH相关指示信息。 该 MCCH相关指示信息包括, 例如, 下行控制指示 (Downlink Control Indication, DCI )和 MBMS-无线网络临时标识( MBMS- Radio Network Temporary identifier ) MBMS-RNTI。 该 DCI和 MBMS-RNTI信息可以 位于 PDCCH符号中。
其中, 定义 DCI格式(format ) 4, DCI format 4中包括以下信息: - MCCH所占用的资源块的信息, 也即, MCCH信令的位置信 自、 .
- MCCH的调制编码方式(Modulation and Coding Scheme, MCS )。
- 在另一个实施例中, DCI format 4中还可以包括新业务通知指示符 ( notification indicator ), 以下简称 "通知指示"。
新定义的 DCI format 4是考虑到了动态调度 MCCH控制信令的必要 的指示信息, 因此省略了其他 DCI格式中定义的一些其他参数。 当然, 也可以重用已经定义的 DCI的 format 1、 2等各个版本。
值得注意的, 基站可以根据 MCCH 的实际数据量, 精确地确定 MCCH所占用的资源块, 以实现对 MCCH传输块的动态调度; 并且基 站可以根据 MCCH所要求的 QoS等信息, 动态地确定 MCCH的调制编 码方式。
MCCH相关指示消息中还包括 MBMS-RNTI。为了提供可靠的传输, 在对 DCI进行 CRC运算时, 在 CRC中加入 RNSI进行掩码 ( mask )。 RNTI 包括寻呼 RNTI ( paging-RNTI ) , MBMS-RNTI , 服务 -RNTI ( S-RNTI ), 用户特定的 RNTI ( User specific RNTI ) 等, 每一个 RNTI 都有确定的取值, 在相关的协议中均有规定, 在此不予赘述。 基站知道 自己需要调度的是什么样的数据, 所以它就会根据实际要调度的数据在 做 CRC校验时加上相应的 RNTI。
然后, 在步骤 S12中, 基站将该两个传输块通过传输信道 MCH传 递到物理层, 并发送给本基站所辖的一个或多个用户设备。 考虑到传输的可靠性、 UE的省电模式和避免错过 MCCH控制信令 的接收,基站需要对 MCCH控制信令采用调整周期( Modification Period, MP )和重复周期 (Repetition Period, RP ) 的周期传输机制。 一个 MP 等于一个调度周期( scheduling period ),一个 MP周期等于多个 RP周期。 例如, 一个 MP周期中包含 4个或 8个 RP。 理想地, 基站在每个 MP或 者 RP开始的第一个 MBSFN 子帧发送 MCCH消息, 在其他的 MBSFN 子帧中, 不会发 MCCH信令。 当然, 因为 MBSFN子帧在一个调度周期 上的分布式是离散的, 例如, MP开始的第一个周期所对应的子帧不能 进行 MBSFN传输,而规定 MCCH控制信令必须以 MBSFN的形式传输, 所以, 有可能出现这样的情形, RP从第 40号子帧开始, MCCH可能在 第 39号或者第 41号子帧 (closed occasion )进行发送, 其中, 该第 39 号子帧和第 41号子帧为 MBSFN子帧。 也即, MCCH控制信令只在调 整周期和重复周期( Repetition Period, RP )开始的最接近的 MBSFN子 帧中向用户设备发送。 当然, 对于最靠近的一个 MBSFN子帧是如何定 义的,是取最靠近 MP/RP周期开始的前一个 MBSFN子帧还是取最靠近 MP/RP周期开始的后一个 MBSFN子帧用于传输 MCCH控制信令消息, 这是系统约定好的, 各个基站的选取的方式应该保持一致。 基站在每个 RP上发送的 MCCH消息是相同的, 直至 MCCH消息出现了更新, 则在 MP开始的最接近的 MBSFN子帧才更新 MCCH消息,然后,后面的 RP 再按照更新后的 MCCH消息周期重复地发送。
基站可以对系统消息进行扩充, 以增加 MP和 RP的设置的选项, 并将包含了 MP和 RP的系统消息预先发送给用户设备。
然后, 在步骤 S13中,用户设备首先在 MP和 RP所调度的周期上, 接收到来自基站的包含 MCCH控制信令的 MBSFN子帧。
然后,在步骤 S14中,用户设备首先读取该 MBSFN子帧的 PDCCH 符号,如果用户设备发现了 DCI指示信息, 用户设备先对该 DCI信息进 行解 CRC操作。 经过解 CRC操作后, 用户设备可以获取对应的 RNTI 值, 以进一步判断是否需要解码 MCCH控制信令消息。 如果需要对 MCCH控制信令消息进行解码和解调, 用户设备再根据 PDCCH符号中 包含的 MCCH消息的调制编码方式, 相应地对该 MCCH消息进行解码 和解调等后续操作。
本领域技术人员可以理解, 在本实施例中, 步骤 S10和步骤 S11之 间并没有明显的先后顺序, 上文中所给出的顺序仅为一种实现方式。 基 站也可以先生成 MCCH相关指示信息, 再分别根据 MCCH控制信令和 MTCH业务数据生成复用在一个 MBSFN子帧上的两个传输块。
为了简化在 PDCCH 符号中定义的上述指示机制, 并且确保为 MCCH控制信令所分配的资源同步, 可以定义如下规则:
- 在为 MTCH业务数据分配资源之前, 先为 MCCH控制信令分配 资源, 并且在 PMCH资源块的起点开始为 MCCH控制信令分配资源;
- 考虑到在一个 MBSFN子帧中同时最多只能传输一个 MCCH传输 块和一个 MTCH传输块, 并且一旦确定了为 MCCH控制信令所分配的 资源,剩余的资源均用于 MTCH业务数据的资源分配, 因此,在 PDCCH 中, 只需要指示 MCCH控制信令的资源分配信息即可, 不需要指示 MTCH业务数据的资源分配信息。
如果当前的 MBSFN子帧中没有 MCCH控制信令传输, 则不会为 MCCH分配资源, 在 PDCCH符号中也不会出现 MCCH的 DCI。
该第一具体实施例的优点在于:
- 为 MCCH控制信令和 MTCH业务数据提供更有效和灵活的传输 方式;
- 继承了单播 ( unicast )在 PDCCH 中的业务调度指示, 因此, 保 持了与单播的一致性设计。
但是为了实现第一具体实施例,需要定义用于指示 MCCH资源分配 以及调制编码方式的 DCI。 第二实施例
图 3 为根据本发明的第二实施例的用于传输 MCCH控制信令的 MBSFN子帧结构的示意图, 图 4为根据本发明的第二实施例的方法流 程图。 以下结合图 4并参照图 3, 对本发明的第二实施例的方法流程描述 如下。 如图 4所示, 在步骤 S10,中, 基站根据 MCCH控制信令生成第 一传输块,并根据 MTCH业务数据生成第二传输块,因此,如图 3所示, MCCH控制信令和 MTCH业务数据以两个传输块的形式被复用在同一 个子帧中。 其中, 规定为 MCCH控制信令所分配的资源是固定(fixed ) 的并且是预留 ( reserved )在预定的位置 ( position )且大小 ( size )确定, 例如,可以固定地为 MCCH控制信令的传输预留在两个 PDCCH符号后 面的第一个符号。 则该 MBSFN子帧中的剩余的 9个资源块均可以用于 MTCH业务数据的传输。
本领域技术人员应能理解, 图 3所示的第一传输块和第二传输块的 两个长方形仅为示例, 第一传输块可以映射在一个或多个资源块上, 而 这些资源块可以是离散的, 第二传输块可以映射在一个或多个资源块 上, 而这些资源块可以是离散的。 因此, 实际上, 资源块在 MBSFN子 帧的映射图案可能是不规则的。
然后, 在步骤 S12,中, 基站将该两个传输块通过传输信道 MCH传 递到物理层, 并发送给本基站所辖的一个或多个用户设备。
值得注意的是, MCCH控制信令只在调整周期和重复周期开始的最 接近的 MBSFN子帧中向用户设备发送。
然后, 在步骤 S13,中,用户设备首先在 MP和 RP所调度的周期上, 接收到来自基站的包含 MCCH控制信令的 MBSFN子帧。
然后, 在步骤 S14,中, 用户设备根据例如, 从系统消息中获取的 MCCH消息的调制编码, 相应地, 对该 MCCH消息进行解码和解调等 后续操作。
在该第二实施例的一个变化例中, 该方法在步骤 S12,之前还可以包 括步骤 Sir , 在步骤 S i r中, 基站在 2个 PDCCH符号中加入用于指 示 MCCH传输块的调制编码方式的指示信息。
该第二具体实施例的优点在于:
- 不需要用于指示 MCCH资源分配以及调制编码方式的额外信息; -对现有的 PMCH的 MBSFN子帧结构没有改动。 但是第二具体实施例因为采用固定预留的方式为 MCCH分配资源, 没有考虑在实际情况中不同的 MCCH数据大小, 因此,相对于第一具体 实施例的资源利用率, 该第二实施例的资源利用率较低。 第三实施例
图 5 为根据本发明的第三实施例的用于传输 MCCH控制信令的 MBSFN子帧结构的示意图, 图 6为根据本发明的第三实施例的方法流 程图。
以下结合图 6并参照图 5, 对本发明的第三实施例的方法流程描述 如下。 如图 6所示, 在步骤 S10"中, 基站将 MCCH控制信令独占地封 装为一个 MBSFN子帧。 因此, 如图 5所示, MCCH控制信令的传输块 占用了一个 MBSFN子帧, 未对 MCCH控制信令和 MTCH业务数据进 行复用,意味着不能同时在一个 MBSFN子帧中传输 MCCH控制信令和 MTCH业务数据。 因为 MCCH控制信令独占整个 MBSFN子帧, 而一般 地,资源分配从 PDCCH符号开始后的最前面的资源开始分配,且 MCCH 控制信令只在调整周期和重复周期开始的最接近的 MBSFN子帧中向用 户设备发送, 因此, 在该第三实施例中, 也不需要用于指示 MCCH的资 源分配的指示信息。
然后, 在步骤 S12"中, 基站将该一个传输块通过传输信道 MCH传 递到物理层, 并发送给本基站所辖的一个或多个用户设备。
值得注意的是, MCCH控制信令只在调整周期和重复周期开始的最 接近的 MBSFN子帧中向一个或多个用户设备发送。
然后, 在步骤 S13"中,用户设备首先在 MP和 RP所调度的周期上, 接收到来自基站的包含 MCCH控制信令的 MBSFN子帧。
然后, 在步骤 S14"中, 用户设备根据例如, 从系统消息中获取的 MCCH消息的调制编码, 相应地, 对该 MCCH消息进行解码和解调等 后续操作。
本领域技术人员应能理解, 图 5所示的传输块的长方形仅为示例, 该传输块可以映射在一个或多个资源块上, 而这些资源块可以是离散 的, 因此, 实际上, 资源块在 MBSFN子帧的资源块上的映射可能是不 规则的。
在该第三实施例的一个变化例中,该方法在步骤 S12"之前还可以包 括步骤 S11", 在步骤 S i r,中, 基站在 2个 PDCCH符号中加入用于 指示 MCCH传输块的调制编码方式的指示信息。
该第三实施例的优点在于:
- 不需要用于指示 MCCH资源分配以及调制编码方式的额外信息; 但是通常 MCCH控制信令的数据量比较小, 第三实施例中 MCCH 控制信令的传输占用整个子帧比较浪费。 第四实施例
图 7 为根据本发明的第四实施例的用于传输 MCCH控制信令的 MBSFN子帧结构的示意图; 图 8为根据本发明的第四实施例的方法流 程图。
以下结合图 8并参照图 7, 对本发明的第四实施例的方法流程描述 如下。 如图 8所示, 在步骤 S10",中, 将 MCCH控制信令和 MTCH业 务数据复用在同一个 MBSFN子帧的第三传输块中。 本领域技术人员可 以理解, 一个传输块对应了一个媒体接入控制( Medium Access Control, MAC ) 的协议数据单元 ( Protocol Control Unit, PDU ), 即 MAC-PDU。 如图 9所示, 在一个 MAC-PDU中, 因为 MCCH和 MTCH是不同的逻 辑信道, 因此, MCCH控制信令和 MTCH业务数据被分别封装在不同 的业务数据单元(Service Data Unit, SDU ) 中。 不同的 SDU具有不同 的逻辑信道号以及长度。 且在 MAC头 (header ) 中有各个 SDU的长度 信息和对应的逻辑信道号, 因此, 在第四实施例中, 也不需要用于指示 MCCH控制信令资源分配的指示信息, 直接用 MAC头中的逻辑信道号 就可以找到 MCCH。
本领域技术人员可以理解, 一个 MAC-PDU对应了一种调制编码方 式。 而在该第四实施例中, 将 MCCH控制信令和 MTCH业务数据封装 在同一个 MAC-PDU中, 意味着两者采用相同的调制编码方式。 但是, 一般的, 因为对控制信令和业务数据的服务质量 ( QoS )要求不同, 因 此, 一般地应该将控制信令和业务数据分开。 在该第四实施例中, 将 MCCH控制信令和 MTCH业务数据复用在同一个 TB中, 因为 MCCH 控制信令相对于 MTCH业务数据更重要, 因此,优选地,要满足 MCCH 控制信令的 QoS。 即该复用了 MCCH控制信令和 MTCH业务数据的调 制编码应该以满足 MCCH控制信令为准,例如, MCCH控制信令的 QoS 比 MTCH业务数据的 QoS高时,根据 MCCH控制信令的 QoS选择对应 的调制编码方式, 以满足对 MCCH控制信令的 QoS的要求。 当然, 如 果 MCCH控制信令的 QoS比 MTCH业务数据的 QoS低时,也可以才艮据 MCCH业务数据的 QoS选择对应的调制编码方式。
然后,在步骤 S12",中,基站将该第三传输块通过传输信道 MCH传 递到物理层, 并发送给本基站所辖的一个或多个用户设备。
值得注意的是, MCCH控制信令只在调整周期和重复周期开始的最 接近的 MBSFN子帧中向用户设备发送。
然后, 在步骤 S13' "中,用户设备首先在 MP和 RP所调度的周期上, 接收到来自基站的包含 MCCH控制信令的 MBSFN子帧。
然后, 在步骤 S14" '中, 用户设备解 MAC-PDU, 根据 MAC-PDU 的 MAC头中的 SDU的长度标识和 SDU的对应的逻辑号, 找出对应于 MCCH 控制信令的 MAC-SDU , 并对封装了 MCCH 控制信令的 MAC-SDU进行解封装等后续步骤。
该第四实施例的优点在于:
- 不需要用于指示 MCCH资源分配以及调制编码方式的额外信息; 但是将 MCCH控制信令和 MTCH业务数据复用在同一个传输块上, 必须采用同一种调制编码方式, 但是 MCCH控制信令和 MTCH业务数 据的 QoS可能不同。
以上各个实施例中, 均是针对将 MCCH和 MTCH都映射在 MCH 信道的情形进行描述的。在一个变化的实施例中,可以将 MCCH映射在 下行共享信道(Downlink- Shared Channel, DL-SCH )上, 以下, 分别 以第一实施例和第四实施例为例, 进行简要地描述。 例如, 在第一实施例的变化例中, 仍参考图 1 , 可以将在 MBSFN 子帧中的 MCCH控制信令的 TB映射到 DL-SCH上, 而仍将 MTCH业 务数据的 TB 映射到 MCH上, 因此仍可以对 MBMS 业务数据进行 MBSFN传输。 基于以上描述的多种 MCCH控制信令的传输方案,以下将对本发明 中如何将通知指示与 MCCH控制信令传输相结合的技术方案进行描述。 在本发明所涉及的将通知指示与 MCCH控制信令传输相结合的技 术方案中, 通知指示仅包含在以 MP/RP周期发送的传输块中, 即, 通知 指示与 MCCH控制信令是在一个传输块中进行传输的, 而那些仅传输 MTCH业务数据的传输块中是不包含通知指示的。
具体的,基站以 MP/RP ( Modification period/Repetition period )周期 在一个 MBSFN 子帧上发送的一个传输块中包含一个通知指示 ( Notification Indicator ), 该通知指示用于通知当前是否有新业务开始。 一旦基站准备发送新业务之前, 基站会将在特定时刻发送的传输块中的 通知指示激活, 例如, 缺省的, 该通知指示为 0, 当有新业务开始发送, 基站将该通知指示置 1。 本领域技术人员应能理解, 激活通知指示的过 程并不限于上述将通知指示从 0置为 1 , 例如, 也可以是将通知指示从 1置为 0, 即, 缺省的, 通知指示为 1 , 当有新业务开始发送, 基站将该 通知指示置 0。
优选的, 如上所述, 通知指示用 1比特来表示, 可以有效的节省系 统资源。 但是本领域技术人员应能理解, 通知指示的大小并不限于 1比 特。
以上提及的一旦基站准备发送新业务之前, 基站会将在特定时刻发 送的传输块中的通知指示激活是指一旦基站准备发送新业务之前, 其会 等到 DRX周期开始,并将 DRX周期起始时刻发送的传输块中的通知指 示激活。 因此, 被激活的通知指示只会出现在以 DRX周期发送的传输 块中。 这样, 对于一个处于 IDLE状态的用户设备, 其只需以 DRX周期 为接收周期接收来自基站的传输块, 进而判断该传输块中的通知指示是 否被激活。
需要说明的是, 以上提及的基站以 DRX周期为激活通知指示的周 期,以及处于 IDLE状态的用户设备以 DRX周期接收来自基站的传输块 以判断其中的通知指示是否被激活只是一个示例, 本领域技术人员应能 理解, 上述周期可以是任何一个预定义周期, 只要该预定义周期是 MP 周期的倍数, 并且为所有用户设备知晓。
另一需要说明的是, 以上提及的基站以 MP/RP周期在一个 MBSFN 子帧上发送的一个传输块中可以同时包括控制信令传输块( MCCH TB ) 和业务数据传输块(MTCH TB ), 或者仅包含控制信令传输块, 或者包 含一个同时复用了控制信令和业务数据的传输块。 具体请参见上文中的 有关描述。
以下参照图 10对根据本发明的一个实施例的, 用户设备接收多媒 体广播 /组播业务的方法进行详细描述。
需要说明的是, 图 10所涉及的用户设备是指在小区内处于 IDLE状 态的用户设备, 即该用户设备订制了某个 /某些业务, 但是该业务尚未开 始。
首先, 在步骤 S20中, 用户设备以 DRX周期接收来自基站的一个 传输块。
具体的, 该传输块是在一个 MBSFN子帧上发送的, 一般而言, 该 子帧的前两个 OFDM符号为用于 PDCCH ( Physical Downlink Control Channel, 物理下行控制信道)的 OFDM符号, 剩余的 OFDM符号用于 控制信令和业务数据的传输, 当然也可以仅用于控制信令的传输。
其次, 在步骤 S21中, 用户设备判断该传输块中的通知指示是否被 激活。
优选地,该通知指示位于该 MBSFN子帧的前两个 PDCCH符号中。 本领域技术人员应能理解, 该通知指示可以占用该两个 PDCCH符号中 的任何空闲资源。 当用户设备接收完来自基站的传输块后, 仅需从前两 个 PDCCH符号中获取通知指示, 然后判断该通知指示是否被激活。
如果通知指示没有被激活, 那么用户设备等待下一个 DRX周期接 收来自基站的一个传输块。
如果通知指示被激活, 那么, 进入步骤 S22中, 用户设备判断该传 输块中包含控制信令的传输块中是否包含本用户终端所订制的多媒体 广播 /组播业务的业务标识。
具体的, 该传输块中可以同时包括控制信令传输块( MCCH TB )和 业务数据传输块(MTCH TB ), 或者仅包括控制信令传输块, 或者包括 一个同时复用了控制信令和业务数据的传输块。 具体请参见上文中的有 关描述。
由于基站开始传输新业务之前, 会在包含控制信令的传输块中的修 改业务信息 ( MODIFIED SERVICES INFORMATION ) 中加入该新业务 的业务标识, 因此,如果用户设备判断出该传输块中的通知指示被激活, 那么用户设备根据包含控制信令的传输块中的修改业务信息中的内容, 即可判断出基站即将传输的新业务是否是其订制的业务。
具体的, 用户设备首先根据包含控制信令的传输块的调制编码信息 对该包含控制信令的传输块进行解调和解码处理。
然后, 用户设备从经过解码和解调处理后的包含控制信令的传输块 中获取修改业务信息。
最后, 用户设备判断该修改业务信息中是否包含本用户设备所订制 的多媒体广播 /组播业务的业务标识。
如果该修改业务信息中未包含本用户设备所订制的多媒体广播 /组 播业务的业务标识, 那么用户设备等待下一个 DRX周期接收来自基站 的一个传输块。
如果该修改业务信息中包含本用户终端所订制的多媒体广播 /组播 业务的业务标识, 那么, 进入步骤 S23, 用户设备接收该多媒体广播 /组 播业务。
进一步的, 用户设备首先确定该多媒体广播 /组播业务传输时所占 用的时频资源; 然后, 该用户设备在所确定的时频资源上接收该多媒体 广播 /组播业务。
对于上文中描述的 MCCH控制信令和 MTCH业务数据复用在一个 帧的两个传输块并且用于 MCCH传输块的资源是 这种情形, 优选地, 通知指示可以包含在下行控制信息中, 其中, 该下 行控制信息位于 MBSFN子帧的前两个 PDCCH符号中。
具体的, 该下行控制信息 (DCI ) 中包括用户设备从基站处接收到 的传输块中包含控制信令的传输块的位置信息, 包含控制信令的传输块 的调制编码信息以及通知指示。 其中, 包含控制信令的传输块的位置信 息用于指示该包含控制信令的传输块所占用的资源块, 用户设备根据该 位置信息可以从接到的传输块中查找到该包含控制信令的传输块。 包含 控制信令的传输块的调制编码信息用于指示该包含控制信令的传输块 所采用的调制编码方式, 用户设备才艮据该调制编码方式可以对该包含控 制信令的传输块进行相应的解调和解码。
以下参照图 11 对根据本发明的另一个实施例的用户设备接收多媒 体广播 /组播业务的方法进行详细描述。
需要说明的是, 图 11所涉及的用户设备是指在小区内处于 IDLE状 态的用户设备, 即该用户设备订制了某个 /某些业务, 但是该业务尚未开 始。
首先, 在步骤 S30中, 用户设备以 DRX周期接收来自基站的一个 传输块。
其次, 在步骤 S31中, 用户设备从该传输块中获取下行控制信息。 接着, 在步骤 S32中, 用户设备判断该下行控制信息中的通知指示 是否被激活。
如果通知指示未被激活, 那么用户设备等待下一个 DRX周期接收 来自基站的一个传输块。
如果通知指示被激活, 则进入步骤 S33中, 用户设备从该下行控制 信息中获取包含控制信令的传输块的位置信息和调制编码信息。
然后, 在步骤 S34中, 用户设备根据获取的位置信息, 在接收到的 传输块中查找包含控制信令的传输块。
随后, 在步骤 S35中, 用户设备才艮据获取的调制编码信息, 对所查 找到包含控制信令的传输块进行解码和解调处理。
接着, 在步骤 S36中, 用户设备从经解码和解调处理的包含控制信 令的传输块中获取修改业务信息; 然后, 在步骤 S37中, 用户设备判断该修改业务信息中是否包含本 用户设备所订制的多媒体广播 /组播业务的业务标识。
如果该修改业务信息中未包含本用户设备所订制的多媒体广播 /组 播业务的业务标识, 那么用户设备等待下一个 DRX周期接收来自基站 的一个传输块。
如果该修改业务信息中包含本用户设备所订制的多媒体广播 /组播 业务的业务标识, 那么进入步骤 S38中, 那么用户设备在相应的时频 资源上接收该多媒体广播 /组播业务。
图 10和图 11所涉及的方法流程是针对小区内处于 IDLE状态的用 户设备而言的。 而如果一个用户设备刚刚进入该小区或者刚刚开机, 那 么该用户设备首先会在最近的 RP ( Repetition period, 重复周期)处接收 MCCH控制信令, 然后根据该控制信令中的修改业务信息(MODIFIED SERVICES INFORMATION ) 和未修改业务信息 ( UNMODIFIED SERVICES INFORMATION ), 判断其订制的业务是否已经开始, 如果其 订制的业务已经开始, 则在相应的时频资源上接收该业务数据, 如果其 订制的业务还未开始, 那么该用户设备就可以参照图 1和图 2所示的方 法流程以 DRX为接收周期判断其订制的业务是否即将开始传输。
一旦一个用户设备已经开始接收多媒体广播 /组播业务, 那么该用 户设备必须以 MP为接收周期接收来自基站的 MCCH控制信令以判 断该 MCCH控制信令是否有更新, 而通过判断 MCCH控制信令是否 有更新用户设备即可以知道是否有新业务开始。 以上从方法的角度对本发明的若干实施例进行了详述, 可以理解, 本发明同样可以以装置的角度进行实施。 根据本发明一个实施例的控制 装置可以包括以下装置:
第一接收装置, 用于以一个预定义周期接收来自基站的一个传输 块。
优选地, 该预定义周期为 DRX周期。
具体的, 该传输块是在一个 MBSFN子帧上发送的, 一般而言, 该 子帧的前两个 OFDM符号为用于 PDCCH ( Physical Downlink Control Channel, 物理下行控制信道)的 OFDM符号, 剩余的 OFDM符号用于 控制信令和业务数据的传输, 当然也可以仅用于控制信令的传输。
第一判断装置, 用于判断所述传输块中的通知指示是否被激活。 优选地,该通知指示位于该 MBSFN子帧的前两个 PDCCH符号中。 本领域技术人员应能理解, 该通知指示可以占用该两个 PDCCH符号中 的任何空闲资源。 当用户设备接收完来自基站的传输块后, 仅需从前两 个 PDCCH符号中获取通知指示, 然后判断该通知指示是否被激活。
第二判断装置, 用于如果所述通知指示被激活, 则判断所述传输块 中包含控制信令的传输块中是否包含本用户设备所订制的多媒体广播 / 组播业务的业务标识。
具体的, 该传输块中可以同时包括控制信令传输块( MCCH TB )和 业务数据传输块(MTCH TB ), 或者仅包括控制信令传输块, 或者包括 一个同时复用了控制信令和业务数据的传输块。
第二接收装置, 用于如果所述包含控制信令的传输块中包含本用户 设备所订制的多媒体广播 /组播业务的业务标识, 则接收该多媒体广播 / 组播业务。
优选地, 所述第二接收装置还用于在所确定的时频资源上接收该多 媒体广播 /组播业务。
由于基站开始传输新业务之前, 会在包含控制信令的传输块中的修 改业务信息 ( MODIFIED SERVICES INFORMATION ) 中加入该新业务 的业务标识, 因此,如果用户设备判断出该传输块中的通知指示被激活, 那么用户设备根据包含控制信令的传输块中的修改业务信息中的内容, 即可判断出基站即将传输的新业务是否是其订制的业务。
具体的, 所述第二判断装置包括:
第一解调解码装置, 用于根据已获取的调制编码信息, 对所述包含 控制信令的传输块进行解码和解调处理。
第一获取装置, 用于从经解码和解调处理的包含控制信令的传输块 中获取修改业务信息。
第三判断装置, 用于判断所述修改业务信息中是否包含本用户设备 所订制的多媒体广播 /组播业务的业务标识。 针对 MCCH信令和 MTCH业务数据复用在一个 MBSFN子帧的两 个传输块并且用于 MCCH传输块的资源是动态调度的这种情形, 优选 地, 通知指示可以包含在下行控制信息中, 其中, 该下行控制信息位于 MBSFN子帧的前两个 PDCCH符号中。
具体的, 该下行控制信息 (DCI ) 中包括用户设备从基站处接收到 的传输块中包含控制信令的传输块的位置信息, 包含控制信令的传输块 的调制编码信息以及通知指示。 其中, 包含控制信令的传输块的位置信 息用于指示该包含控制信令的传输块所占用的资源块, 用户设备根据该 位置信息可以从接到的传输块中查找到该包含控制信令的传输块。 包含 控制信令的传输块的调制编码信息用于指示该包含控制信令的传输块 所采用的调制编码方式, 用户设备才艮据该调制编码方式可以对该包含控 制信令的传输块进行相应的解调和解码。
基于此, 所述第一判断装置还包括:
第二获取装置, 用于从所述传输块中获取下行控制信息。
第四判断装置, 用于判断所述下行控制信息中的通知指示是否被激 活。
所述第二判断装置还包括:
第三获取装置, 用于从所述下行控制信息中获取所述包含控制信令 的传输块的位置信息和调制编码信息。
查找装置, 用于根据所述位置信息, 在所述传输块中查找所述包含 控制信令的传输块。
第二解调解码装置, 用于才艮据所述调制编码信息, 对所查找到所述 包含控制信令的传输块进行解码和解调处理。
第四获取装置, 用于从经解码和解调处理的包含控制信令的传输块 中获取修改业务信息。
第五判断装置, 用于判断所述修改业务信息中是否包含本用户设备 所订制的多媒体广播 /组播业务的业务标识。
才艮据本发明一个实施例的辅助控制装置可以包括以下装置: 激活装置, 用于当有新的多媒体广播 /组播业务开始传输前, 将在 一个预定义周期的起始时刻发送的一个传输块中的通知指示激活; 发送装置, 用于将所述传输块进行发送。
其中, 所述激活装置还用于: 根据所述新的多媒体广播 /组播业务, 对所述传输块中包含控制信令的传输块进行更新。
其中, 所述传输块在一个 MBSFN 子帧上传输, 所述控制信令为 MCCH信令。
优选地, 所述预定义周期为 DRX周期。 尽管在附图和前述的描述中详细阐明和描述了本发明, 应认为该阐 明和描述是说明性的和示例性的, 而不是限制性的; 本发明不限于所上 述实施方式。
那些本技术领域的一般技术人员可以通过研究说明书、 公开的内容 及附图和所附的权利要求书, 理解和实施对披露的实施方式的其他改 变。 在权利要求中, 措词 "包括" 不排除其他的元素和步骤, 并且措辞 "一个" 不排除复数。 在本发明的实际应用中, 一个零件可能执行权利 要求中所引用的多个技术特征的功能。 权利要求中的任何附图标记不应 理解为对范围的限制。

Claims (26)

  1. 权 利 要 求 书
    1.一种在基于 MBSFN传输方式的无线通信系统的用户设备中接收 多媒体广播 /组播业务的方法, 其中, 该方法包括以下步骤:
    a. 以一个预定义周期接收来自基站的一个传输块;
    b. 判断所述传输块中的通知指示是否被激活;
    c. 如果所述通知指示被激活,则判断所述传输块中包含控制信令的 传输块中是否包含本用户设备所订制的多媒体广播 /组播业务的业务标 识;
    d. 如果所述包含控制信令的传输块中包含本用户设备所订制的多 媒体广播 /组播业务的业务标识, 则接收该多媒体广播 /组播业务。
  2. 2. 根据权利要求 1 所述的方法, 其特征在于, 判断所述传输块中 包含控制信令的传输块中是否包含本用户设备所订制的多媒体广播 /组 播业务的业务标识的步骤包括:
    I. 根据已获取的调制编码信息, 对所述包含控制信令的传输块进行 解码和解调处理;
    II. 从经解码和解调处理的包含控制信令的传输块中获取修改业务
    III. 判断所述修改业务信息中是否包含本用户设备所订制的多媒体 广播 /组播业务的业务标识。
  3. 3. 根据权利要求 1或 2所述的方法, 其特征在于, 所述步骤 d还 包括:
    在所确定的时频资源上接收该多媒体广播 /组播业务。
  4. 4. 根据权利要求 1 所述的方法, 其特征在于, 所述传输块中包括 下行控制信息, 所述下行控制信息中包括所述包含控制信令的传输块的 位置信息, 所述包含控制信令的传输块的调制编码信息以及通知指示。
  5. 5. 根据权利要求 4所述的方法, 其特征在于, 所述步骤 b还包括 以下步骤:
    bl . 从所述传输块中获取下行控制信息;
    b2. 判断所述下行控制信息中的通知指示是否被激活。
  6. 6. 根据权利要求 4或 5所述的方法, 其特征在于, 判断所述传输 块中包含控制信令的传输块中是否包含本用户设备所订制的多媒体广 播 /组播业务的业务标识的步骤包括:
    I.从所述下行控制信息中获取所述包含控制信令的传输块的位置信 息和调制编码信息;
    II. 根据所述位置信息,在所述传输块中查找所述包含控制信令的传 输块;
    III. 根据所述调制编码信息, 对所查找到所述包含控制信令的传输 块进行解码和解调处理。
    iv. 从经解码和解调处理的包含控制信令的传输块中获取修改业务
    V. 判断所述修改业务信息中是否包含本用户设备所订制的多媒体 广播 /组播业务的业务标识。
  7. 7. 根据权利要求 4至 6中任一项所述的方法, 其特征在于, 所 述传输块中包括下行控制信息, 包含控制信令的传输块以及包含业务 数据的传输块。
  8. 8. 根据权利要求 1至 7中任一项所述的方法, 其特征在于, 所述传 输块在一个 MBSFN子帧上传输, 所述控制信令为 MCCH信令。
  9. 9. 根据权利要求 1至 8中任一项所述的方法, 其特征在于, 所述 预定义周期为 DRX周期。
  10. 10. 一种在基于 MBSFN传输方式的无线通信系统的基站中用于辅 助用户设备接收多媒体广播 /组播业务的方法, 其中, 该方法包括以下 步骤:
    Α. 当有新的多媒体广播 /组播业务开始传输前, 将在一个预定义周 期的起始时刻发送的一个传输块中的通知指示激活;
    Β. 将所述传输块进行发送。
  11. 11. 根据权利要求 10所述的方法, 其特征在于, 所述步骤 Α还包 括: 根据所述新的多媒体广播 /组播业务, 对所述传输块中包含控制信 令的传输块进行更新。
  12. 12. 根据权利要求 10或 11所述的方法, 其特征在于, 所述传输块 在一个 MBSFN子帧上传输, 所述控制信令为 MCCH信令。
  13. 13. 根据权利要求 10至 12中任一项所述的方法, 其特征在于, 所 述预定义周期为 DRX周期。
  14. 14. 一种在基于 MBSFN传输方式的无线通信系统的用户设备中用 于控制多媒体广播 /组播业务接收的控制装置, 其中, 该控制装置包括: 第一接收装置, 用于以一个预定义周期接收来自基站的一个传输 块;
    第一判断装置, 用于判断所述传输块中的通知指示是否被激活; 第二判断装置, 用于如果所述通知指示被激活, 则判断所述传输块 中包含控制信令的传输块中是否包含本用户设备所订制的多媒体广播 / 组播业务的业务标识;
    第二接收装置, 用于如果所述包含控制信令的传输块中包含本用户 设备所订制的多媒体广播 /组播业务的业务标识, 则接收该多媒体广播 / 组播业务。
  15. 15. 根据权利要求 14所述的控制装置, 其特征在于, 所述第二判 断装置包括:
    第一解调解码装置, 用于根据已获取的调制编码信息, 对所述包含 控制信令的传输块进行解码和解调处理;
    第一获取装置, 用于从经解码和解调处理的包含控制信令的传输块 中获取修改业务信息;
    第三判断装置, 用于判断所述修改业务信息中是否包含本用户设备 所订制的多媒体广播 /组播业务的业务标识。
  16. 16. 根据权利要求 14或 15所述的控制装置, 其特征在于, 所述第 二接收装置还用于: 在所确定的时频资源上接收该多媒体广播 /组播业 务。
  17. 17. 根据权利要求 14 所述的控制装置, 其特征在于, 所述传输块 中包括下行控制信息, 所述下行控制信息中包括所述包含控制信令的传 输块的位置信息, 所述包含控制信令的传输块的调制编码信息以及通知 指示。
  18. 18. 根据权利要求 17 所述的控制装置, 其特征在于, 所述第一判 断装置还包括:
    第二获取装置, 用于从所述传输块中获取下行控制信息;
    第四判断装置, 用于判断所述下行控制信息中的通知指示是否被激 活。
  19. 19. 根据权利要求 17或 18所述的控制装置, 其特征在于, 所述第 二判断装置还包括:
    第三获取装置, 用于从所述下行控制信息中获取所述包含控制信令 的传输块的位置信息和调制编码信息;
    查找装置, 用于根据所述位置信息, 在所述传输块中查找所述包含 控制信令的传输块;
    第二解调解码装置, 用于才艮据所述调制编码信息, 对所查找到所述 包含控制信令的传输块进行解码和解调处理。
    第四获取装置, 用于从经解码和解调处理的包含控制信令的传输块 中获取修改业务信息;
    第五判断装置, 用于判断所述修改业务信息中是否包含本用户设备 所订制的多媒体广播 /组播业务的业务标识。
  20. 20. 根据权利要求 17至 19中任一项所述的控制装置, 其特征在 于, 所述传输块中包括下行控制信息, 包含控制信令的传输块以及包 含业务数据的传输块。
  21. 21. 根据权利要求 14至 20中任一项所述的控制装置,其特征在于, 所述传输块在一个 MBSFN子帧上传输, 所述控制信令为 MCCH信令。
  22. 22.根据权利要求 14至 21中任一项所述的控制装置,其特征在于, 所述预定义周期为 DRX周期。
  23. 23. 一种在基于 MBSFN传输方式的无线通信系统的基站中用于辅 助用户设备控制多媒体广播 /组播业务接收的辅助控制装置, 其中, 该 辅助控制装置包括:
    激活装置, 用于当有新的多媒体广播 /组播业务开始传输前, 将在 一个预定义周期的起始时刻发送的一个传输块中的通知指示激活;
    发送装置, 用于将所述传输块进行发送。
  24. 24. 根据权利要求 23 所述的辅助控制装置, 其特征在于, 所述激 活装置还用于: 根据所述新的多媒体广播 /组播业务, 对所述传输块中 包含控制信令的传输块进行更新。
  25. 25. 根据权利要求 23或 24所述的辅助控制装置, 其特征在于, 所 述传输块在一个 MBSFN子帧上传输, 所述控制信令为 MCCH信令。
  26. 26. 根据权利要求 23至 25中任一项所述的辅助控制装置, 其特征 在于, 所述预定义周期为 DRX周期。
CN200980155807XA 2009-04-28 2009-04-28 无线通信系统中控制mbms业务接收的方法和装置 Pending CN102301752A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2009/000461 WO2010124417A1 (zh) 2009-04-28 2009-04-28 无线通信系统中控制mbms业务接收的方法和装置

Publications (1)

Publication Number Publication Date
CN102301752A true CN102301752A (zh) 2011-12-28

Family

ID=43031640

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200980155807XA Pending CN102301752A (zh) 2009-04-28 2009-04-28 无线通信系统中控制mbms业务接收的方法和装置

Country Status (6)

Country Link
US (2) US8885532B2 (zh)
EP (1) EP2434786A4 (zh)
JP (1) JP5426016B2 (zh)
KR (1) KR101481981B1 (zh)
CN (1) CN102301752A (zh)
WO (1) WO2010124417A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113630870A (zh) * 2020-05-06 2021-11-09 展讯通信(上海)有限公司 一种多播业务的接收、传输方法及装置
CN114697875A (zh) * 2020-12-28 2022-07-01 大唐移动通信设备有限公司 多播广播服务状态变化指示信息的处理方法和装置

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2434786A4 (en) 2009-04-28 2016-05-11 Alcatel Lucent METHOD AND DEVICE FOR CONTROLLING THE MBMS SERVICE PACK IN A WIRELESS COMMUNICATION SYSTEM
CN101931885B (zh) * 2009-06-19 2015-06-03 中兴通讯股份有限公司 多媒体广播和组播业务控制信道更新的通知方法及系统
CN101969604B (zh) * 2009-07-28 2015-08-12 中兴通讯股份有限公司 一种多媒体广播和组播业务通知消息的发送方法和装置
US9986388B2 (en) 2010-10-06 2018-05-29 Unwired Planet International Limited Method and apparatus for transmitting and receiving data
WO2012060641A2 (ko) * 2010-11-05 2012-05-10 (주)팬택 비주기적 참조신호를 송수신하는 방법 및 장치
US9398425B2 (en) 2011-11-11 2016-07-19 Qualcomm Incorporated Group communications over evolved multimedia broadcast/multicast services
US9326270B2 (en) * 2013-01-17 2016-04-26 Industrial Technology Research Institute Data transmission method through point to multi-point transmission service
CN104023316B (zh) * 2013-03-01 2017-11-17 华为技术有限公司 组播信息传输方法及设备
US20150131516A1 (en) * 2013-11-12 2015-05-14 Qualcomm Incorporated Transmission time interval extension for multimedia broadcast multicast service
CN106470482B (zh) * 2015-08-17 2021-11-02 中兴通讯股份有限公司 Sc-mcch的资源配置方法、系统及装置
CN109565847B (zh) 2016-08-12 2020-12-01 华为技术有限公司 一种控制信息的传输方法和基站以及用户设备
WO2018084195A1 (ja) * 2016-11-04 2018-05-11 京セラ株式会社 無線端末及び基地局
EP4136790A2 (en) * 2020-11-24 2023-02-22 Ofinno, LLC Group scheduling of multicast and broadcast services
CN114765744B (zh) * 2021-01-14 2023-08-01 展讯通信(上海)有限公司 Mbs业务数据接收方法和设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101272518A (zh) * 2007-03-21 2008-09-24 上海贝尔阿尔卡特股份有限公司 针对mbms的调度方法、调度设备和包括该调度设备的基站

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1231090A (zh) * 1997-07-03 1999-10-06 株式会社东芝 卫星广播系统
US20060146745A1 (en) * 2005-01-05 2006-07-06 Zhijun Cai Method and apparatus for scheduling and synchronizing a multimedia broadcast/multicast service
KR101333918B1 (ko) * 2006-01-05 2013-11-27 엘지전자 주식회사 이동 통신 시스템의 점-대-다 서비스 통신
CN101272522B (zh) * 2007-03-20 2010-10-27 大唐移动通信设备有限公司 单频网络传输多媒体广播/组播业务的方法、系统及基站
KR101341515B1 (ko) * 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
US8290088B2 (en) * 2007-08-07 2012-10-16 Research In Motion Limited Detecting the number of transmit antennas in a base station
CN103763776B (zh) * 2008-03-21 2017-02-22 苹果公司 利用空间复用的多媒体广播多播服务
EP2434786A4 (en) 2009-04-28 2016-05-11 Alcatel Lucent METHOD AND DEVICE FOR CONTROLLING THE MBMS SERVICE PACK IN A WIRELESS COMMUNICATION SYSTEM

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101272518A (zh) * 2007-03-21 2008-09-24 上海贝尔阿尔卡特股份有限公司 针对mbms的调度方法、调度设备和包括该调度设备的基站

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP: "《3GPP TS 25.331 V8.6.0 (2009-03)》", 31 March 2009 *
ALCATEL-LUCENT SHANGHAI BELL ET AL.: "《3GPP TSG-RAN WG2 #66 R2-093095》", 27 April 2009 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113630870A (zh) * 2020-05-06 2021-11-09 展讯通信(上海)有限公司 一种多播业务的接收、传输方法及装置
CN114697875A (zh) * 2020-12-28 2022-07-01 大唐移动通信设备有限公司 多播广播服务状态变化指示信息的处理方法和装置

Also Published As

Publication number Publication date
KR20120016221A (ko) 2012-02-23
US20120039228A1 (en) 2012-02-16
EP2434786A4 (en) 2016-05-11
US20150016326A1 (en) 2015-01-15
WO2010124417A1 (zh) 2010-11-04
JP2012525731A (ja) 2012-10-22
EP2434786A1 (en) 2012-03-28
US9265030B2 (en) 2016-02-16
KR101481981B1 (ko) 2015-01-21
US8885532B2 (en) 2014-11-11
JP5426016B2 (ja) 2014-02-26

Similar Documents

Publication Publication Date Title
CN102301752A (zh) 无线通信系统中控制mbms业务接收的方法和装置
CN102301750A (zh) 实现mbsfn方式传输mbms控制信令的方法和装置
US6965579B1 (en) Communication system and method for operating multicast service in communication system
JP5591867B2 (ja) セルラ通信システムにおけるブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を送信する方法および装置
CN101998263B (zh) 业务承载方法及装置、业务数据的接收方法及接收端
CN102036171B (zh) 一种子帧标识信息的传输方法及系统
US20100103854A1 (en) Method for receiving system information in multimedia broadcast/multicast service
CN101867874B (zh) 一种控制信息变化的通知和确定方法、系统及装置
WO2012010074A1 (zh) 移动通信系统基站节能方法及装置
WO2009155829A1 (zh) 一种多媒体广播和组播业务资源的分配和非mbms业务数据接收方法
TWI752992B (zh) 通訊裝置、基礎結構設備、通訊系統及方法
WO2009111988A1 (zh) 单频网多播广播帧的配置和指示方法及终端获知方法
WO2009092305A1 (zh) 区分小区内子帧状态的方法、装置以及系统
WO2011011956A1 (zh) 发送mbms业务的控制信息的方法及系统和网络侧设备
WO2011050996A1 (en) Technique for notifying changes on a multimedia broadcast multicast service specific system information
EP2429219B1 (en) Method, apparatus and system for transmitting multimedia broadcast multicast service notification message
WO2010118659A1 (zh) Mcch及mcch更新指示信息控制信息的承载、接收方法与装置
JP2010288275A (ja) 無線通信システムにおける複数の放送管理メッセージの同時送信を支援するための装置及び方法
WO2010133032A1 (zh) 获知混合载波中多播资源的方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20111228