Mbms通知机制配置和指示信息的承载发送方法及系统的制作方法

文档序号:7705276阅读:122来源:国知局
专利名称:Mbms通知机制配置和指示信息的承载发送方法及系统的制作方法
技术领域
本发明涉及LTE(Long Term Evolution,长期演进)系统,特别涉及多媒体广播和 组播业务(Multimedia Broadcast Multicast krvice,简称为MBMQ通知机制的配置和指 示信息承载发送方法及系统。
背景技术
随着^ternet的迅猛发展和大屏幕多功能手机的普及,出现了大量移动数据多 媒体业务和各种高带宽多媒体业务,例如,视频会议、电视广播、视频点播、广告、网上教育、 互动游戏等,这一方面满足了移动用户不断上升的业务需求,同时也为移动运营商带来新 的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据,与一般的 数据业务相比,具有数据量大、持续时间长、时延敏感等特点。为了有效地利用移动网络资源,第三代合作伙伴计划(3rd Generation Partnership ftx) ject,简称为3GPP)提出了 MBMS业务,该业务是一种从一个数据源向多个 目标传送数据的技术,实现了网络(包括核心网和接入网)资源的共享,提高了网络资源 (尤其是空中接口资源)的利用率。3GPP定义的MBMS不仅能够实现纯文本低速率的消息 类组播和广播,而且还能够实现高速多媒体业务的广播和组播,提供多种丰富的视频、音频和 多媒体业务,这无疑顺应了未来移动数据发展的趋势,为3G的发展提供了更好的业务前景。MBMS业务的特点是业务的数据量大,终端接收时持续时间长,平均数据率恒定。上 述特点决定了 MBMS业务的调度,控制信令配置都是半静态的,即MBMS业务的调度信息,控 制信令信息都是“长期”保持不变的,这样每个MCCH(Multicast Control Channel,多播控 制信道)信息的周期系统侧发送一个没有变化的信息(始终发送是因为随时都可能有新用 户接入)。这样对于一个已经接收了 MCCH信息的终端来说,如果每次都去接收一个没有发 生变化的MCCH信息,这样会造成终端费电,因为MCCH信息量大,接收和解析过程比较耗电。于是提出了引入MBMS通知机制,通知机制通过传输一个MCCH信息更新指示信 息(英文有公司称为 MCCH change notification,或 MBMS notification Indicator,或 MBMSnotification information,中文有公司称为MBMS通知消息、MBMS通知信息或MBMS指 示信息等,本文中文以MBMS通知消息,英文以MBMS notification information为例),用 少量的信息来描述即将发送的MCCH信息与上一次发送的MCCH信息比较是否发生了更新, 已经接入的终端只需要监听少量的MBMS通知消息信息,根据MBMS通知消息终端再去决定 是否接收即将到来MCCH信息。目前LTE R9中正在讨论的MBMS通知机制有多种,每种都有 各自的优点和缺点,有可能LTE R9中同时引入多种不同的MBMS通知机制,那么这种情况 下,发送端应该如何配置MBMS通知机制,以充分发挥不同MBMS通知机制的优点,规避其缺 点,以及发送端如何通知接收端本小区采用哪一种MBMS通知机制都是亟待解决的问题。

发明内容
本发明为了解决上述的现有技术的问题,提出一种MBMS通知机制配置和指示信息的承载发送方法,其中心思想为;提供一种在多种不同MBMS通知机制共存的系统中, MBMS通知机制的配置应用,以及不同配置应用下的指示系统使用了那种MBMS通知机制的 指示信息如何承载发送。本发明提供的一种多媒体广播和组播业务通知机制的配置方法,具体包括,对于 系统中有多种多媒体广播和组播业务(MBMQ通知机制共存时,发送端以多媒体广播组播 单频网络(MBSFN)区域为单位,或者以小区为单位,或者以载波为单位配置MBMS通知机制。其中,所述多种MBMS通知机制,至少包括,第一种MBMS通知机制是指单播寻呼时 机发送MBMS通知消息;第二种MBMS通知机制是指系统增加新的MBMS通知消息的专用唤 醒时机,通过配置发送MBMS通知消息的子帧、周期等信息,将MBMS通知消息承载于非单播 寻呼时机上。进一步的,依据所述系统带宽的网络情况配置MBMS通知机制;当系统带宽小于等 于5M时,配置第二种MBMS通知机制;当系统带宽大于5M时,配置选择使用第一种MBMS通知机制或者配置第二种MBMS 通知机制;配置所述MBMS通知消息发送的周期、子帧位置,所述配置的子帧是MBSFN子帧或 者除单播寻呼时机外的非MBSFN子帧。其中,所述以小区为单位进行MBMS通知机制配置,是指一个MBSFN区域参与MBSFN 方式发送MBMS业务的每个小区配置自己的MBMS通知机制。其中,所述每个小区配置自己的MBMS通知机制,是指该小区依据小区的单播寻呼 时机周期的配置、小区的带宽大小配置该小区的MBMS通知机制;其中,所述单播寻呼时机周期的配置为2. 56秒时,使用第一种MBMS通知机制发送 要求时,配置第二种MBMS通知机制;所述小区的带宽小于等于5M时,配置第二种MBMS通知机制。其中,所述以MBSFN区域为单位进行MBMS通知机制配置,是指一个MBSFN区域参 与MBSFN方式发送MBMS业务的每个小区配置相同的MBMS通知机制。进一步的,所述一个MBSFN区域根据区域内小区的带宽大小、单播寻呼时机周期 的配置为该区域内参与MBSFN方式发送MBMS业务的每个小区配置一种MBMS通知机制。进一步的,所述以载波为单位进行MBMS通知机制配置,是指在多载波系统中,不 同的载波独立配置自己的MBMS通知机制;当所述载波的带宽小于等于5M时,配置第二种MBMS通知机制;当所述载波的带宽大于5M时,配置第一种MBMS通知机制或第二种MBMS通知机 制。本发明还提供了一种MBMS通知机制指示信息的承载发送方法,具体包括,发送端 将该MBSFN区域,或者该小区,或者该载波已配置MBMS通知机制的指示信息承载于BCCH、或 者多播控制信道(MCCH)中进行发送;接收端接收并解析BCCH或者MCCH中所述指示信息,并按所述指示信息的MBMS通 知机制接收MBMS通知消息。进一步的,所述以MBSFN区域为单位配置的MBMS通知机制的指示信息通过所述 MBSFN区域内参与MBSFN方式发送的小区的BCCH或者MCCH中发送;
其中,所述MCCH包括多小区模式发送的MCCH和单小区模式发送的MCCH。进一步的,所述发送端以小区为单位配置的MBMS通知机制的指示信息通过该小 区的BCCH或者MCCH中发送给接收端;其中,所述MCCH仅包括单小区模式的MCCH。进一步的,所述发送端以载波为单位配置的MBMS通知机制的指示信息通过小区 的BCCH或者MCCH发送给接收端;其中,所述MCCH包括多小区模式发送的MCCH和单小区模式发送的MCCH。进一步的,所述MBMS通知机制至少包括,第一种MBMS通知机制单播寻呼时机发 送MBMS通知消息;第二种MBMS通知机制系统增加新的MBMS通知消息的专用唤醒时机, 通过配置发送MBMS通知消息的子帧、周期等信息,将MBMS通知消息承载于非单播寻呼时机 上。其中,所述MBMS通知消息在BCCH中的MBMS SIB中承载。进一步的,所述指示信息承载在所述MBMS SIB中MBSFN-Areahfo参数内,用来指 明MBSFN-Areahfo参数中MBSFN-AreaId参数所对应所述MBSFN区域配置的MBMS通知机 制;或者,在MBMS SIB中弓丨入新的类型参数mbms-Notificationlnfo, 该 mbms-Notificationlnfo 类型的参数变量为 MBMS-Notificationlnfo,所述 MBMS-NotificationInfo内至少包括下述信息之一该小区配置MBMS通知机制的指示信 息;第二种MBMS通知机制发送MBMS通知消息的子帧位置信息和周期信息。本发明还提供了一种MBMS通知机制配置指示信息的承载发送系统,包括,发送端 和接收端;具体为,发送端将该MBSFN区域,或者该小区,或者该载波已配置MBMS通知机制 的指示信息承载于BCCH、或者MCCH中发送;所述接收端接收并解析BCCH或者MCCH中所述指示信息,并按所述指示信息的 MBMS通知机制接收MBMS通知消息。进一步的,发送端包括配置模块和发送模块,配置模块,用于对于系统中有多种MBMS通知机制共存时,以MBSFN区域为单位,或 者以小区为单位,或者以载波为单位配置MBMS通知机制;其中,所述多种MBMS通知机制,至少包括,第一种MBMS通知机制是指单播寻呼时 机发送MBMS通知消息;第二种MBMS通知机制是指系统增加新的MBMS通知消息的专用唤 醒时机,通过配置发送MBMS通知消息的子帧、周期等信息,将MBMS通知消息承载于非单播 寻呼时机上;发送模块,用于将该MBSFN区域,或者该小区,或者该载波已配置MBMS通知机制的 指示信息承载于BCCH、或者MCCH中发送;接收端包括,接收模块和解析模块;接收模块,用于接收BCCH,或者MCCH中所述指示信息,并按所述指示信息的MBMS 通知机制接收MBMS通知消息解析模块,用于解析承载在BCCH,或者MCCH中已配置的所述MBMS通知机制的指示 信息。进一步的,所述发送模块将已配置MBMS通知机制的指示信息承载于BCCH、或者MCCH中发送,是指将所述以MBSFN区域为单位配置的MBMS通知机制的指示信息通过所述 MBSFN区域内参与MBSFN方式发送的小区的BCCH,或者MCCH中发送;或,将所述以小区为单位配置的MBMS通知机制的指示信息通过该小区的BCCH,或 者MCCH中发送;其中,所述MCCH仅包括单小区模式的MCCH ;或,将所述以载波为单位配置的MBMS通知机制的指示信息通过小区的BCCH或者 MCCH发送;其中,所述MCCH包括多小区模式发送的MCCH和单小区模式发送的MCCH。进一步的,所述配置模块以载波为单位进行MBMS通知机制配置,是指在多载波系 统中,不同的载波独立配置自己的MBMS通知机制;当所述载波的带宽小于等于5M时选择第二种MBMS通知机制;当所述载波的带宽大于5M时选择第一种MBMS通知机制或第二种MBMS通知机制。进一步的,所述发送模块将已配置MBMS通知机制的指示信息承载于BCCH中,是指 所述MBMS通知消息在BCCH中的MBMS SIB中承载。其中,所述指示信息承载在所述MBMS SIB中MBSFN-Areahfo参数内,用来指明 MBSFN-AreaInfo参数中MBSFN-AreaId参数对应所述MBSFN区域配置的MBMS通知机制;或者,在MBMS SIB中弓丨入新的类型参数mbms-Notificationlnfo, 该 mbms-Notificationlnfo 类型的参数变量为 MBMS-Notificationlnfo,所述 MBMS-NotificationInfo内至少包括下述信息之一该小区配置的MBMS通知机制的指示信 息;第二种MBMS通知机制发送MBMS通知消息的子帧位置信息和周期信息。本发明为系统提供了一种MBMS通知机制配置及指示信息的承载发送方法,该方 法确保了系统中具有两种及两种以上不同的MBMS通知机制共存模式下,充分发挥了不同 的MBMS通知机制各自的优点,克服了只有一种MBMS通知机制的单调和不能满足各种场景 需求的缺点,可以实现针对不同的典型场景和需求配置最合适的MBMS通知机制,为运营商 个性化配置网络提供了更多的选择。


图1是MBSFN区域示意图。图2是两种MBMS机制在多载波系统中的应用示意。图3是MBMS通知机制配置指示信息的承载发送系统
具体实施例方式在LTE中,目前已经确定引入MBMS通知机制,并且LTE中正在讨论具体采用什么 样的MBMS通知机制,有多种不同的通知机制被提及,其中目前讨论最多的主要有两种观 点,一种是利用单播寻呼时机(Paging Occasion,简称为P0)的子帧发送MBMS通知消息; 一种是为系统增加一个新的MBMS通知消息的唤醒机制,通过配置将MBMS通知消息承载于 MBSFN (Multimedia Broadcast multicast service Single Frequency Network,多媒体广 播组播单频网络)子帧中。本发明提供了如果系统中有两种不同的MBMS通知机制时,提出 MBMS通知机制是以小区为单位、还是MBSFN区域为单位进行配置应用,以及对应上述两种 配置应用,相应的用来指示使用了那种MBMS通知机制的指示信息如何承载发送。以及在具 有多个载波的LTE-Advanced (也称LTE R10)系统中,两种不同的MBMS机制如何应用。8
两种以上时,本发明通过把文中所述的指示信息增加两种以上的情形后可以直接 使用。例如,当有两种MBMS通知机制时,指示信息可以使用1个比特,该比特置“1”表示第 一种MBMS通知机制,置“0”表示第二种MBMS通知机制;当有多种时例如有3或4MBMS通知 机制时,指示信息使用2比特,“00”表示第一种MBMS通知机制,“01”表示第二种MBMS通知 机制,“10”表示第三种MBMS通知机制,“11”表示第四种MBMS通知机制。依次类推。为了进一步说明本发明,下面结合附图和实施例进行详细说明。本发明是基于多 种不同的MBMS通知机制来实施的,本实施例中把多种限定为2种,下面介绍两种机制。第一种MBMS通知机制,基本思想是利用单播寻呼时机发送MBMS通知消息,或者称 为UE专用(User Equipment specific)寻呼时机;第二种MBMS通知机制,基本思想是为系 统增加新的MBMS通知消息的专用唤醒时机,通过配置发送MBMS通知消息的子帧、周期等信 息,最终实现把MBMS通知消息承载于非单播寻呼时机上。下面对两种机制进行详细描述。第一种基于单播寻呼时机发送MBMS通知消息,主要是利用现有的单播寻呼时机 来发送MBMS通知消息,即把MBMS通知消息承载于UE专用寻呼时机(寻呼时机是一个子帧, 具体为系统配指的承载UE寻呼消息的子帧)的PDCCH的公共检索空间,这样在接收端在每 个自己的寻呼时机处唤醒接收检测是否有自己的单播寻呼消息时,顺带的可以检测到MBMS 通知消息,从而避免接收端为接收MBMS通知消息而另外独立唤醒。根据目前LTE协议,在 LTE系统中寻呼时机一定是一个非MBSFN子帧。第二种基于新的MBMS专用的唤醒时机(这里唤醒时机对应于UE specific寻呼时 机,称为MBMS specific寻呼时机)发送MBMS通知消息,即通过把承载MBMS通知消息的子 帧配置为非单播寻呼时机(寻呼时机是一个子帧,这里的非单播寻呼时机主要是指MBSFN 子帧,也可以是非MBSFN子帧中的非PO子帧),在这些配置好的子帧的PDCCH的公共检索空 间中承载MBMS通知消息。这样接收MBMS通知消息的接收端需要在这些配置的子帧上另外 独立唤醒接收MBMS通知消息。简单比较上述的两种方案的优缺点,第一种不需要引入新的唤醒周期,接收端在 自己的PO上接收检测MBMS通知消息,从而有助于接收端省电,缺点是由于目前单播的PO 的PDCCH的公共检索空间大小有限,特别是带宽小于5M的时候,会影响PDCCH原本设计的 承载能力。目前在PDCCH公共检索空间可能同时承载的控制信息主要有4种系统消息的控 制信息艮口 SI-RNTI (System Information Radio Network Temporary Identif ier,系统消息 的无线网络标识)加扰的控制信息、单播寻呼消息的控制信息即P-RNTI (PagingRNTI,寻呼 的RNTI)加扰的控制信息、随机接入的控制信息即RA-RNTI (Random Access RNTI,随机接入 的RNTI)加扰的控制信息和功率控制对应的控制信息即TPC-RNTI (Transmit PowerControl RNTI,发射功率控制的RNTI)加扰的控制信息。由于PDCCH公共检索空间大小有限,在不影 响接收端性能的情况下,不能同时存在这么多的控制信息,特别是在小带宽的系统中,所以 再在公共检索空间承载MBMS通知消息的话,这样,PO的PDCCH公共检索空间承载P-RNTI 加扰的控制信息和MBMS通知消息,会严重影响PDCCH的能力,从而影响单播接收端和系统 PDCCH的能力,当带宽较大时,这种影响会有一定的减小。第二种方案由于引入的新的唤醒 周期,使用非PO子帧中的MBSFN子帧(具体是承载MBMS业务或MCCH的MBSFN子帧)承载 MBMS通知消息,根据LTE协议规定,MBSFN子帧的PDCCH公共检索空间不能承载上述的4种 控制信息,所以这类子帧的PDCCH公共检索空间资源承载MBMS通知消息非常充足,不会影响PDCCH的能力以及单播接收端,只是由于引入了新的使接收端唤醒的机制带来额外的耗 电量略有增加。通过分析,上述两种机制存在具体的优缺点,鉴于此下面描述引入这2种不同的 MBMS通知机制后,如何进行系统的最佳配置应用。由于两种不同的MBMS通知机制的存在于系统,必须通知接收端本小区、或者本 MBSFN区域内使用了哪一种MBMS通知机制,具体可以引入一个参数,命名为指示信息,用来 指示本小区或者本MBSFN区域内使用了哪一种MBMS通知机制,该参数通过BCCH或者MCCH 发送给接收端。详细的参数承载见后续的应用实例。实施例1第一种MBMS通知机制在小带宽系统中,例如,LTE中带宽小于等于5M时由于系统 带宽较小,所以MBSFN子帧的PDCCH的公共检索空间的可用资源非常小,只能承载上述的4 种控制信息中的其中的一种,所以在这种情况下,如果采用基于单播PO来承载MBMS通知消 息,由于单播PO子帧的PDCCH中会承载P-RNTI加扰的控制信息,所以不能同时承载MBMS通 知消息和P-RNTI加扰得控制信息,否则会严重影响单播业务的正常运行,所以此种情况下 只能选择使用第二种MBMS通知机制,即配置MBSFN子帧的PDCCH公共检索空间来发送MBMS 通知消息的方式,由于目前MBSFN子帧的PDCCH公共检索空间是不承载上述4种RNTI加扰 的控制信息的,所以资源比较充足,这样第二种机制不会影响单播的寻呼消息的发送,不会 影响单播业务正常运行,所以应该是发送MBMS通知消息的首选方式。实施例2在大带宽的系统中,即带宽大于5M时,系统为子帧的PDCCH的公共检索空间配置 的可用资源较多,但是还是不能同时承载上述的4种RNTI加扰的控制信息,但是可以通过 基站的调度来实现SI-RNTI和RA-RNTI的发送的子帧位置,从而在一定程度上可以降低冲 突引起的PDCCH公共检索空间资源紧张,减少对单播业务的影响,再考虑到为接收MBMS通 知消息的接收端省电,所以可以使用第一种MBMS通知机制。当然也可以选择使用第二种 MBMS通知机制。实施例3在具体布网实现时,不同的小区的配置了不同的带宽的情况是和上述小带宽和大 带宽的处理相似的,即本小区的带宽小于等于5M时,使用第二种MBMS通知机制;本小区的 带宽大于5M时,使用第一种MBMS通知机制,也可以使用第二种MBMS通知机制。这个可以 在以小区为单位进行MBMS通知机制时进行合理应用。上述两个实例中,可以满足不同的运营商需求,例如某一运营商只有小带宽LTE 网络,并且也需要运营MBMS业务,那么该运营商可以选择第二种MBMS通知机制。相反,则选 择第一种MBMS通知机制。这是从运营商的角度出发,来陈述MBMS通知机制的选择。下面 从实际组网的角度来陈述两种不同MBMS通知机制共存的配置应用,以及参数的承载发送。实施例4当系统中有两种不同的MBMS通知机制共存时,那么如何配置应用呢?例如,同一 MBSFN区域内参与MBSFN方式发送;MBSFN方式发送是指MBSFN区域内小区在相同的时频 资源上发送相同的业务数据,这样相邻的小区之间的业务数据信号可以在空中形成叠加合 并,达到增强信号的目的。本发明中,MBSFN其中区域是一个地理区域,该地理区域内的小区其中可能有一些小区不参与MBSFN方式发送MBMS业务,这些小区不会配置MBMS通知机制 的。也有一种定义是,MBSFN区域是由一些参与MBSFN方式发送MBMS业务的小区组成的地 理区域,这样一个MBSFN区域内每个小区都是需要配置MBMS通知机制的,针对后面的MBSFN 区域的定义,本发明不再强调MBSFN区域内参与MBSFN方式发送MBMS业务的小区了,MBMS 业务的小区之间能够使用不同的MBMS通知机制。这种配置MBMS通知机制的优势描述如下 第一种MBMS通知机制,由于一个MBSFN区域内参与MBSFN方式发送的各个小区的单播寻呼 时机的配置(即默认寻呼周期的配置,本文也称为单播PO的周期配置,下文使用单播PO周 期的配置来表示,本发明中所述单播PO周期是指LTE协议36. 331-860中第6. 3. 2章节中 RadioResourceConfigCommon 小节中的 defaultPagingCycle 参数的取值。)可能不同,因 为LTE协议中规定每个小区单播PO周期的配置主要由本小区的基站根据本小区内的用户 数来进行配置(具体参考LTE 36. 304协议),一般是小区内用户数越多,单播PO周期的配 置越短,这样对于某一接收端在单位时间内的寻呼次数就会较多;用户数越少,单播PO周 期的配置越长,这样对于某一接收端在单位时间内寻呼次数就会较少。所以,对于每个小区 而言,一些小区可能由于本小区的用户数量较少(例如郊区),所以单播PO配置的周期较 大,这样在一个MCCH修改周期(MCCHmodification Period)内某一接收端的单播寻呼时机 次数较少,从而导致一个MCCH修改周期内发送端发送MBMS通知消息的次数减少(这是由 于单播PO周期增大,所以导致每个接收端在一个MCCH修改周期内单播PO个数减少,又因 MBMS通知消息是承载于单播PO的PDCCH的公共检索空间上,所以相当于一个MCCH修改周 期内发送端发送MBMS通知消息的次数较少)。而在一些小区则由于用户数较多(例如市内 热点地区,像学校、火车站等),这些小区的单播PO周期的配置较小,这样一个MCCH修改周 期内某一接收端配置的单播PO个数较多,这样一个MCCH修改周期内这类小区的MBMS通知 消息发送次数较多。这样就会造成,同一 MBSFN区域内参与MBSFN发送的各个小区由于单 播PO周期不同,最终导致各个小区在一个MCCH修改周期(同一MBSFN区域内的各个小区的 MCCH修改周期是同步的且配置相同)内发送MBMS通知消息的次数不同。鉴于上述分析,各 个小区的MBMS通知消息次数不同,会造成不同小区的MBMS通知消息的可靠性有差异,甚至 有些小区由于单播PO周期较大,不能满足一个MCCH修改周期发送MBMS通知消息的最少次 数的要求,自然接收MBMS通知消息的性能也会不同,这是系统配置时需要回避的,不然会 造成用户在不同小区的感受差异较大。这是仅采用第一种MBMS通知机制会带来问题。对 于上述这些小区(指单播PO周期较大的小区,例如2. 56秒)可以采用第二种MBMS通知机 制,这和第二种MBMS通知机制的特性有关系,因为第二种MBMS通知机制通过在每一个MCCH 修改周期内独立配置发送MBMS通知消息的次数和子帧,所以可以做到每个MCCH修改周期 内MBMS通知消息的发送次数相同,从而使得MBMS通知消息的发送效果相同。这样通过以 小区为单位进行MBMS通知机制的选择配置,可以实现同一 MBSFN区域内参与MBSFN发送的 小区根据本小区的具体情况(例如用户数多少、系统配置的带宽大小等)配置自己的MBMS 通知机制。这种以小区为单位进行MBMS通知机制配置的情况,当接收端在同一 MBSFN区域 内从一个MBSFN方式发送的小区移动到另一个MBSFN方式发送的小区时需要重新接收MBMS 通知机制的指示信息。更进一步,对于一个MBSFN区域内以小区为单位使用不同的MBMS通 知机制时,具体如何把所述指示信息如何承载于BCCH中发送给接收端详见后续应用实例。
实施例5
引入两种不同的MBMS机制,同一 MBSFN区域内参与MBSFN方式发送的每个小区可 以使用相同的MBMS通知机制,这种情况可以理解为以MBSFN区域为单位进行MBMS通知机 制的配置,即一个MBSFN区域内参与MBSFN发送的小区统一使用一种MBMS通知机制。这样 为了便于整个MBSFN区域的每个参与MBSFN方式发送的小区中的MBMS通知机制的性能效 果相同,不因为每个小区的单播PO周期的配置不同而引起MBMS通知消息的可靠性差异,也 有利于接收端在同一 MBSFN区域内不同的小区间移动,当接收端移动到同一 MBSFN区域内 新的小区时可以重新接收MBMS通知机制指示信息。对于整个MBSFN区域内参与MBSFN方 式发送的小区使用相同的MBMS通知机制情况,最优的应该选择第二种MBMS通知机制。在 整个MBSFN区域内通过统一对MBMS通知消息的发送次数、子帧位置等信息进行配置,这样 所有参与MBSFN发送的小区的MBMS通知消息发送就可以在相同的参数下具有相同的可靠 性,达到统一的效果。实施例6MBMS通知机制配置指示信息的承载发送系统,包括发送端和接收端,发送端是将 该MBSFN区域,或者该小区,或者该载波已配置MBMS通知机制的指示信息承载于BCCH、或者 MCCH中发送;发送端包括配置模块和发送模块,配置模块用于对系统中有多种MBMS通知机制 共存时,以MBSFN区域为单位,或者以小区为单位,或者以载波为单位配置MBMS通知机制;其中,所述多种MBMS通知机制,至少包括,第一种MBMS通知机制是指单播寻呼时 机发送MBMS通知消息;第二种MBMS通知机制是指系统增加新的MBMS通知消息的专用唤 醒时机,通过配置发送MBMS通知消息的子帧、周期等信息,将MBMS通知消息承载于非单播 寻呼时机上;发送模块用于将该MBSFN区域,或者该小区,或者该载波已配置MBMS通知机制的 指示信息承载于BCCH、或者MCCH中发送;接收端接收并解析BCCH或者MCCH中所述指示信息,并按所述指示信息的MBMS通 知机制接收MBMS通知消息。接收端包括接收模块和解析模块;接收模块用于接收BCCH,或者MCCH中所述指示 信息,并按所述指示信息的MBMS通知机制接收MBMS通知消息;解析模块,用于解析承载在 BCCH,或者MCCH中已配置的所述MBMS通知机制的指示信息。所述发送模块将已配置MBMS通知机制的指示信息承载于BCCH、或者MCCH中发送, 是指将所述以MBSFN区域为单位配置的MBMS通知机制的指示信息通过所述MBSFN区域内 参与MBSFN方式发送的小区的BCCH,或者MCCH中发送;或,将所述以小区为单位配置的MBMS通知机制的指示信息通过该小区的BCCH,或 者MCCH中发送;其中,所述MCCH仅包括单小区模式的MCCH ;或,将所述以载波为单位配置的MBMS通知机制的指示信息通过小区的BCCH或者 MCCH发送;其中,所述MCCH包括多小区模式发送的MCCH和单小区模式发送的MCCH。上述配置模块以载波为单位进行MBMS通知机制配置,是指在多载波系统中,不同 的载波独立配置自己的MBMS通知机制;当所述载波的带宽小于等于5M时,配置第二种MBMS通知机制;当所述载波的带宽大于5M时,配置第一种MBMS通知机制或第二种MBMS通知机12制。
所述发送模块将已配置MBMS通知机制的指示信息承载于BCCH中,是指所述MBMS通知消息在BCCH中的MBMS SIB中承载。
所述指示信息承载在所述MBMS SIB中MBSFN—AreaInfo参数内,用来指明MBSFN—AreaInfo参数中MBSFN—AreaId参数所对应的MBSFN区域配置的MBMS通知机制;
或者,在MBMS SIB中引入新的类型参数mbms—NotificationInfo,该mbms—NotificationInfo 类型的参数变量为MBMS—NotificationInfo,所述MBMS—NotificationInfo内至少包括下述信息之一该小区配置的MBMS通知机制的指示信息;第二种MBMS通知机制发送MBMS通知消息的子帧位置信息和周期信息。
实施例7
假设某一LTE运营商拥有5M的系统带宽的网络,并且想运营MBMS业务,可以组成MBSFN区域,该区域内由于参与MBSFN方式发送的小区的带宽均为5M,那么该运营商可以选择第二种MBMS通知机制来实现MBMS通知消息的发送。具体的第二种MBMS通知机制需要配置MBMS通知消息发送的周期、子帧位置等信息,具体是承载在配置的子帧的PDCCH的公共检索空间,该配置的子帧可以是MBSFN子帧或者除单播P。外的非MBSFN子帧。通过选择使用第二种MBMS通知机制,可以实现在L/E 5M的系统带宽中保证MBMS通知消息不影响单播业务的PDCCH的能力。也就是说整个MBSFN区域使用同一种MBMS通知机制,或者说以MBSFN区域为单位进行MBMS通知机制的配置,这种情况下通过下面的方式来发送指示MBMS通知机制的指示信息。把指示信息承载于BCCH中发送,具体为带下划线文字即为指示信息参数。这里使用BCCH中MBMS SIB(这是LTE协议最近同意引入的一个SIB,暂时称为MBMSSIB)承载指示信息。为了便于描述不妨把MBMS SIB暂时按照L/E里的SIB命名原则(一般都是SIB后面加一个数字,例如SIBl、SIB2…SIBl2,目前共有11个),称为SIBl3,如果LTE协议以后确定了正式命名,只需要改变一下命名即可。
SyStem工nf。rmati。nBl。CkTypel3information element
一一一一ASN 1 START
SyStem工nf。rmati。nBl。CkTypel2一SEQUENCE {
mbsfn—AreaInfoMBSFN—AreaInfo,
...
}
MBSFN—Area Info一 SEQUENCE{[Oloo]mbsfn—AreaIdINTEGER(1..maxMBSFN—Area),
0]]pdcch—DataLengthENUMERA/ED{},一一Use[O102] and value range are FFS[O103]Notification—SchemeENUMERA/ED{},[O104]mcch—Confi gSEQUENCE{[O105]repetitionPeriodENUMERA/ED{},一一value
range iS FFS[O107]modificationPeriodENUMERA/ED{},一一value
range iS FFS
—rlc-Config is FFS i.e. specified config may be usedsubframeAlIocationInfoSEQUENCE{ },—Details are FFS—MCS, Placed here if MCCH specific, FFS:DP#2b},—pmch-Config i. e. MCS. MCS specified here if no MCCH specific MCSe:DP#2b
}—ASNl STOPNotification-Scheme表示指示信息,作为位于MBSFN-AreaInfo参数内的一个独 立的参数,描述该MBSFN-Areahfo参数内的MBSFN-AreaId参数对应的MBSFN区域采用的 MBMS通知机制。Notification-Scheme参数的数据类型例如是布尔变量,还是整形变量本 发明不做限制。配置好的SIB13通过本小区的BCCH发送给接收端。如果采用MCCH承载所述指示信息,直接把指示信息作为一个独立的参数,表明该 MCCH对应的MBSFN区域采用的MBMS通知机制。对于以MBSFN区域为单位进行MBMS通知机 制配置的方式,所述指示信息既可以承载于多小区模式发送(Multi-cell transmission) 的MCCH,也可以承载于单小区模式发送(Single-cell transmission)的MCCH(具体的传输 方式特点见LTE协议36. 300 870中15. 3. 2和15. 3. 3小节描述)。实施例8对于拥有LTE 10M、15M或20M的系统带宽的运营商,可以选择两种通知机制的任 何一种,但是这里还需要进一步明确,一个MBSFN区域内参与MBSFN发送的小区使用相同的 MBMS通知机制,或者所述每个小区根据本小区的情况(例如本小区的单播PO周期的大小情 况),选择使用两种MBMS通知机制中最合适的一种。具体的选择依据上面已经陈述过了。对于上面选择了不同的MBMS通知机制,对应的下面有2种具体所述指示信息的承 载方式实现。对于以MBSFN区域为单位进行MBMS通知机制配置的情况,一个MBSFN区域内统 一使用一种MBMS通知机制的方式,可以把指示MBMS通知机制的指示信息承载于BCCH、或 MCCH以广播的方式发送给接收端。在BCCH中的承载具体为选择MBMS SIB(目前还没有正 式命名,本发明中暂称为SIB13,以后根据正式协议中的命名为准)承载所述指示信息。下 面带下划线文字为承载的指示MBMS通知机制的指示信息,作用目的是告知接收端本MBSFN 区域内参与MBSFN发送的小区的MBMS通知机制是上述的第一种还是上述的第二种方式,该 参数的数值类型不限,例如是布尔变量还是整数变量,只要能够表达上述作用目的即可。如 下面所示表示的是某一 MBSFN区域采用MBMS通知机制。上述的MCCH中承载指示信息发送 给接收端,是指以MBSFN方式发送的MCCH或者是以单小区模式发送的MCCH。SyStemlnformationBlockType13information element—ASNl STARTSystemInformationBlockTypel2: = SEQUENCE{mbsfn-ArealnfoMBSFN-AreaInfo,0129]0130]}0131]MBSFN-AreaInfo=0132]mbsfn-Areald0133]pdcch-DataLength0134]and value range are FFS0135]0136]Notificatio-SchemeSEQUENCE{INTEGER(1. · maxMBSFN-Area), ENUMERATED { },_ENUMERATED i i,—Usemcch-Config0137]repetitionPeriod0138]range is FFS0139]modificationPeriodSEQUENCE{ ENUMERATED{ },ENUMERATED{},—value—value0140]range is FFS0141]—rlc-Config is FFS i. e. specified config may be used0142]subframeAlIocationInfoSEQUENCE{ },0143]Details are FFS
-MCS,Placed here if MCCH specific, FFS:DP#2b—pmch-Config i. e. MCS. MCS specified here if no MCCH specific MCS0144]0145]},0146]0147]e:DP#2b0148]0149]}0150]—ASNl STOP0151]Notification-Scheme表示指示信息,作为位于MBSFN-AreaInfo参数内的一个独 立的参数,描述该MBSFN-Areahfo参数内的MBSFN-AreaId参数对应的MBSFN区域采用的 MBMS通知机制。Notification-Scheme参数的数据类型例如是布尔变量,还是整形变量本 发明不做限制。配置好的SIB13通过本小区的BCCH发送给接收端。如果采用MCCH承载所述指示信息,直接把指示信息作为一个独立的参数承载于 MCCH中即可。对于以参与MBSFN方式发送的小区为单位进行MBMS通知机制配置的情况,也就是 说一个MBSFN区域内参与MBSFN方式发送的小区能够选择不同的MBMS通知机制,例如图1 中的小区A选择第一种MBMS通知机制,小区B和C由于不是热点地区,使用第一种MBMS通 知机制不能满足系统可靠性要求,所以选择第二种MBMS通知机制,那么把指示MBMS通知机 制的指示信息承载于BCCH、或MCCH中以广播的方式发送给接收端。在BCCH中的承载具体 为选择MBMS SIB(目前还没有正式命名,本发明中暂称为SIB13,以后根据正式协议中的 命名为准)承载所述指示信息。下面带下划线文字为承载的指示MBMS通知机制的指示信 息,作用目的是告知接收端本MBSFN区域内参与MBSFN发送的小区的MBMS通知机制是上述 的第一种还是上述的第二种方式,该参数的数值类型不限,例如是布尔变量还是整数变量, 只要能够表达上述作用目的即可。如下面所示表示的是某一小区采用MBMS通知机制。上 述的MCCH中承载指示信息发送给接收端,是指以单小区模式发送的MCCH。
SyStemlnformationBlockType13information element—ASNl STARTSystemInformationBlockTypel2: = SEQUENCE{mbsfn-ArealnfoMBSFN-AreaInfo,mbms-Notificationlnfo_MBMS-Notif icationlnfo,
}MBSFN-AreaInfo:: =SEQUENCE{mbsfn-ArealdINTEGER (1. . maxMBS FN-Area),pdcch-DataLengthENUMERATED { },一Useand value range are FFSmcch-ConfigSEQUENCE{repetitionPeriodENUMERATED { },—valuerange is FFSmodificationPeriodENUMERATED { },—valuerange is FFS—rlc-Config is FFS i. e. specified config may be usedsubframeAlIocationInfoSEQUENCE{ },—Details are FFS—MCS, Placed here if MCCH specific, FFS:DP#2b},—pmch-Config i. e. MCS. MCS specified here if no MCCHspecific MCSe:DP#2b
}MBMS-NotifficationInfo: : =_SEQUENCE {Notification-Scheme_ENUMERATED { }...
]_—ASNl STOP首先引入一个新的类型参数(参数类型类似于C语言中结构体),命名为 mbms-Notificationlnfo,然后引入一个 mbms-Notificationlnfo 类型的参数变 量(或称为变量),命名为MBMS-Notificatior^nfo。可以看出新引入的新类型参数 mbms-Notif icationlnfo和原有的类型参数mbsfn-Areahfo具有同等地位,相应的参数 MBMS-NotificationInfo和原有参数MBSFN-Areahfo具有同等地位。把描述本小区使用哪 一种MBMS通知机制的指示信息用Notification-Scheme表示,并把Notifcation-Scheme 作为MBMS-Notificatior^nfo内的一个信息。其中,进一步把第二种MBMS通知机制发送 MBMS通知消息的子帧位置信息和周期信息也承载在MBMS-Notificatior^nfo中。
Notification-Scheme 表示指示信息,作为位于 MBMS-NotificationInfo 内的一16个独立的参数,描述该小区采用了哪一种MBMS通知机制。Notification-Scheme参数的 数据类型例如是布尔变量,还是整形变量本发明不做限制。配置好的SIB13通过本小区的 BCCH发送给接收端。如果采用MCCH承载所述指示信息,直接把指示信息作为一个独立的参数,表明本 小区采用的MBMS通知机制即可。对于以MBSFN区域为单位进行MBMS通知机制配置的方式,所述指示信息既可以 承载于多小区模式发送(Multi-cell transmission)的MCCH,也可以承载于单小区模式发 送(Single-cell transmission)的MCCH(具体的传输方式特点见LTE协议36. 300_870中 15. 3. 2和15. 3. 3小节描述)。对于以小区为单位进行MBMS通知机制配置的方式,所述指 示信息承载于单小区模式发送(Single-cell transmission)的MCCH。实施例9在LTE-Advanced系统中,目前允许使用载波聚合技术,即把频率邻近或者相差 较远的多个载波通过聚合技术聚合在一起为系统使用,每个载波可以使独立工作,也可以 多个载波联合工作,但是彼此之间是正交的不会相互干扰的(具体的聚合方式参看LTE的 36. 814)。如图2所示是3个载波聚合的示意图,3个载波分别是5M、15M和20M,彼此之间的 频率不是连续的。这样按照本发明,可以在5M的系统中仅使用第二种MBMS通知机制,以满 足系统发送MBMS通知消息的可靠性要求,同时不影响单播业务。15M和20M的载波可以仅 使用第一种或第二种MBMS通知机制,可以有运营商自己根据喜好选择。总结一下,每个载 波可以根据载波的特点、运营商的喜好选择仅使用一种MBMS通知机制,载波的特点主要是 指载波的带宽,带宽较小导致子帧的PDCCH资源不够大时,使用第一种MBMS通知机制;或者 每个载波可以通过时分的方式同时使用2种MBMS通知机制,例如对于载波带宽较大时,如 20M时,子帧的PDCCH资源较多时,两种MBMS通知机制均可以选择时,可以根据本小区的不 同时间段(如白天和晚上)来选择具体使用第一种或者第二种;不同的载波可以使用不同 MBMS通知机制,例如一个小区同时有5M、20M的载波,那么5M的使用第二种MBMS通知机制, 20M的载波使用第一种MBMS通知机制。每个载波独立配置自己的MBMS通知机制,载波内具 体如何选择和使用MBMS通知机制可以参考应用实例1和2。配置MBMS通知机制形成的指示信息通过小区的BCCH或者MCCH发送给接收端。所 述指示信息既可以承载于多小区模式发送(Multi-cell transmission)的MCCH,也可以承 载于单小区模式发送(Single-cell transmission)的MCCH。最后所应说明的是以上发明内容仅用以说明而非限制本发明的技术思想,不脱 离本发明的精神实质和方法范围的任何修改或局部替换,其均涵盖在本发明的权利要求范 围当中。
权利要求
1.一种多媒体广播和组播业务通知机制的配置方法,其特征在于,对于系统中有多种 不同多媒体广播和组播业务(MBMQ通知机制共存时,发送端以多媒体广播组播单频网络 (MBSFN)区域为单位,或者以小区为单位,或者以载波为单位配置MBMS通知机制。
2.根据权利要求1所述的配置方法,其特征在于,所述多种MBMS通知机制,至少包括, 第一种MBMS通知机制是指单播寻呼时机发送MBMS通知消息;第二种MBMS通知机制是 指系统增加新的MBMS通知消息的专用唤醒时机,通过配置发送MBMS通知消息的子帧、周期 等信息,将MBMS通知消息承载于非单播寻呼时机上。
3.根据权利要求1所述的配置方法,其特征在于,依据所述系统带宽的网络情况配置 MBMS通知机制;当系统带宽小于等于5M时,配置第二种MBMS通知机制;当系统带宽大于5M时,配置第一种MBMS通知机制或者配置第二种MBMS通知机制;配置所述MBMS通知消息发送的周期、子帧位置,所述配置的子帧是MBSFN子帧或者除 单播寻呼时机外的非MBSFN子帧。
4.根据权利要求1所述的配置方法,其特征在于,所述以小区为单位进行MBMS通知机 制配置,是指一个MBSFN区域参与MBSFN方式发送MBMS业务的每个小区配置自己的MBMS 通知机制。
5.根据权利要求4的配置方法,其特征在于,所述每个小区配置自己的MBMS通知机制, 是指该小区依据小区的单播寻呼时机周期的配置、小区的带宽大小配置该小区的MBMS通 知机制;其中,所述单播寻呼时机周期的配置为2. 56秒时,使用第一种MBMS通知机制发送要求 时,配置第二种MBMS通知机制;所述小区的带宽小于等于5M时,配置第二种MBMS通知机制。
6.根据权利要求1所述的配置方法,其特征在于,所述以MBSFN区域为单位进行MBMS 通知机制配置,是指一个MBSFN区域参与MBSFN方式发送MBMS业务的每个小区配置相同的 MBMS通知机制。
7.根据权利要求6所述的配置方法,其特征在于,所述一个MBSFN区域根据区域内小区 的带宽大小、单播寻呼时机周期的配置为该区域内参与MBSFN方式发送MBMS业务的每个小 区配置一种MBMS通知机制。
8.根据权利要求1所述的配置方法,其特征在于,所述以载波为单位进行MBMS通知机 制配置,是指在多载波系统中,不同的载波独立配置自己的MBMS通知机制;当所述载波的带宽小于等于5M时,配置第二种MBMS通知机制;当所述载波的带宽大于5M时,配置第一种MBMS通知机制或第二种MBMS通知机制。
9.一种MBMS通知机制指示信息的承载发送方法,其特征在于,发送端将该MBSFN区域, 或者该小区,或者该载波已配置MBMS通知机制的指示信息承载于BCCH、或者多播控制信道 (MCCH)中进行发送;接收端接收并解析BCCH或者MCCH中所述指示信息,并按所述指示信息的MBMS通知机 制接收MBMS通知消息。
10.根据权利要求9所述的承载发送方法,其特征在于,所述以MBSFN区域为单位配置 的MBMS通知机制的指示信息通过所述MBSFN区域内参与MBSFN方式发送的小区的BCCH或 者MCCH中发送;其中,所述MCCH包括多小区模式发送的MCCH和单小区模式发送的MCCH。
11.根据权利要求9所述的承载发送方法,其特征在于,所述发送端以小区为单位配置 的MBMS通知机制的指示信息通过该小区的BCCH或者MCCH中发送给接收端;其中,所述MCCH仅包括单小区模式的MCCH。
12.根据权利要求9所述的承载发送方法,其特征在于,所述发送端以载波为单位配置 的MBMS通知机制的指示信息通过小区的BCCH或者MCCH发送给接收端;其中,所述MCCH包括多小区模式发送的MCCH和单小区模式发送的MCCH。
13.根据权利要求9、10、11和12所述的承载发送方法,其特征在于,所述MBMS通知机 制至少包括,第一种MBMS通知机制单播寻呼时机发送MBMS通知消息;第二种MBMS通知机 制系统增加新的MBMS通知消息的专用唤醒时机,通过配置发送MBMS通知消息的子帧、周 期等信息,将MBMS通知消息承载于非单播寻呼时机上。
14.根据权利要求9、10、11和12所述的承载发送方法,其特征在于,所述MBMS通知消 息在BCCH中的MBMS SIB中承载。
15.根据权利要求14所述的承载发送方法,其特征在于,所述指示信息承载在所述 MBMS SIB 中 MBSFN-AreaInfo 参数内,用来指明 MBSFN-AreaInfo 参数中 MBSFN-AreaId 参数 所对应的所述MBSFN区域配置的MBMS通知机制;或者,在MBMS SIB中引入新的类型参数mbms-Notificatior^nfo,该 mbms-Notificationlnfo 类型的参数变量为 MBMS-Notificationlnfo,所述 MBMS-NotificationInfo内至少包括下述信息之一该小区配置MBMS通知机制的指示信 息;第二种MBMS通知机制发送MBMS通知消息的子帧位置信息和周期信息。
16.一种MBMS通知机制配置指示信息的承载发送系统,包括,发送端和接收端,其特征 在于,发送端将该MBSFN区域,或者该小区,或者该载波已配置MBMS通知机制的指示信息承 载于BCCH、或者MCCH中发送;所述接收端接收并解析BCCH或者MCCH中所述指示信息,并按所述指示信息的MBMS通 知机制接收MBMS通知消息。
17.根据权利要求16所述配置指示信息的承载发送系统,其特征在于,发送端包括配 置模块和发送模块,配置模块,用于对系统中有多种MBMS通知机制共存时,以MBSFN区域为单位,或者以小 区为单位,或者以载波为单位配置MBMS通知机制;其中,所述多种MBMS通知机制,至少包括,第一种MBMS通知机制是指单播寻呼时机发 送MBMS通知消息;第二种MBMS通知机制是指系统增加新的MBMS通知消息的专用唤醒时 机,通过配置发送MBMS通知消息的子帧、周期等信息,将MBMS通知消息承载于非单播寻呼 时机上;发送模块,用于将该MBSFN区域,或者该小区,或者该载波已配置MBMS通知机制的指示 信息承载于BCCH、或者MCCH中发送;接收端包括,接收模块和解析模块;接收模块,用于接收BCCH,或者MCCH中所述指示信息,并按所述指示信息的MBMS通知 机制接收MBMS通知消息解析模块,用于解析承载在BCCH,或者MCCH中已配置的所述MBMS通知机制的指示信息。
18.根据权利要求16所述配置指示信息的承载发送系统,其特征在于,所述发送模块 将已配置MBMS通知机制的指示信息承载于BCCH、或者MCCH中发送,是指将所述以MBSFN区 域为单位配置的MBMS通知机制的指示信息通过所述MBSFN区域内参与MBSFN方式发送的 小区的BCCH,或者MCCH中发送;或,将所述以小区为单位配置的MBMS通知机制的指示信息通过该小区的BCCH,或者 MCCH中发送;其中,所述MCCH仅包括单小区模式的MCCH ;或,将所述以载波为单位配置的MBMS通知机制的指示信息通过小区的BCCH或者MCCH 发送;其中,所述MCCH包括多小区模式发送的MCCH和单小区模式发送的MCCH。
19.根据权利要求18所述的配置指示信息的承载发送系统,其特征在于,所述配置模 块以载波为单位进行MBMS通知机制配置,是指在多载波系统中,不同的载波独立配置自己 的MBMS通知机制;当所述载波的带宽小于等于5M时选择第二种MBMS通知机制;当所述载波的带宽大于5M时选择第一种MBMS通知机制或第二种MBMS通知机制。
20.根据权利要求16、17和18所述配置指示信息的承载发送系统,其特征在于,所述发 送模块将已配置MBMS通知机制的指示信息承载于BCCH中,是指所述MBMS通知消息在BCCH 中的MBMS SIB中承载。
21.根据权利要求20所述的配置指示信息的承载发送系统,其特征在于,所述指示 信息承载在所述MBMS SIB中MBSFN-AreaInfo参数内,用来指明MBSFN-AreaInfo参数中 MBSFN-AreaId参数所对应的MBSFN区域配置的MBMS通知机制;或者,在MBMS SIB中引入新的类型参数mbms-Notificatior^nfo,该 mbms-Notificationlnfo 类型的参数变量为 MBMS-Notificationlnfo,所述 MBMS-NotificationInfo内至少包括下述信息之一该小区配置的MBMS通知机制的指示信 息;第二种MBMS通知机制发送MBMS通知消息的子帧位置信息和周期信息。
全文摘要
本发明公开了MBMS通知机制的配置和指示信息的承载发送方法及系统,系统中有多种不同的MBMS通知机制共存模式下,发送端以该MBSFN区域,或者该小区,或者该载波配置MBMS通知机制;并将MBMS通知机制的指示信息承载于BCCH、或者多播控制信道(MCCH)中进行发送;接收端接收并解析BCCH或者MCCH中所述指示信息,并按所述指示信息的MBMS通知机制接收MBMS通知消息;充分发挥了不同的MBMS通知机制各自的优点,克服了只有一种MBMS通知机制的单调和不能满足各种场景需求的缺点,针对不同的典型场景和需求配置最合适的MBMS通知机制,为运营商个性化配置网络提供了更多的选择。
文档编号H04W4/06GK102045640SQ20091011075
公开日2011年5月4日 申请日期2009年10月12日 优先权日2009年10月12日
发明者苟伟, 陈东丽, 马子江 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1