CN102036172A - 一种多媒体广播和组播业务通知消息的发送方法及系统 - Google Patents
一种多媒体广播和组播业务通知消息的发送方法及系统 Download PDFInfo
- Publication number
- CN102036172A CN102036172A CN2009101763964A CN200910176396A CN102036172A CN 102036172 A CN102036172 A CN 102036172A CN 2009101763964 A CN2009101763964 A CN 2009101763964A CN 200910176396 A CN200910176396 A CN 200910176396A CN 102036172 A CN102036172 A CN 102036172A
- Authority
- CN
- China
- Prior art keywords
- mcch
- cycle
- control channel
- configuration
- modification
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种多媒体广播和组播业务通知消息的发送方法及系统，发送端配置多播控制信道(MCCH)的修改周期为正整数N倍的默认寻呼周期(defaultPagingCycle)；在一个MCCH的修改周期内，发送端选择配置一个、或者多个、或者全部完整的默认寻呼周期发送多媒体广播和组播业务通知消息(MBMS Notification)，并将选择结果通知接收端；所述发送端在发送多媒体广播和组播业务通知消息时至少发送一个完整默认寻呼周期，使用所选择的默认寻呼周期内的全部寻呼时机来发送所述MBMS通知消息。本发明配置了简单的对应关系，使得系统的发送MBMS通知消息的可靠性增高，同时避免了接收端侧的误判。
Description
技术领域
本发明涉及LTE(Long Term Evolution，长期演进)系统，特别涉及一种多媒体广播和组播业务(Multimedia Broadcast Multicast Service，简称为MBMS)通知消息(MBMS Notification information)的发送方法及系统。
背景技术
随着因特网(Internet)的迅猛发展和大屏幕多功能手机的普及，出现了大量移动数据多媒体业务和各种高带宽多媒体业务，例如视频会议、电视广播、视频点播、广告、网上教育、互动游戏等，这一方面满足了移动用户不断上升的业务需求，同时也为移动运营商带来新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据，与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。
为了有效地利用移动网络资源，第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)提出了多媒体广播和组播业务(Multimedia Broadcast Multicast Service，简称为MBMS)业务，该MBMS业务是一种从一个数据源向多个目标传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS不仅能够实现纯文本低速率的消息类组播和广播，而且还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为3G的发展提供了更好的业务前景。
MBMS业务的特点是业务的数据量大，终端接收时持续时间长，平均数据率恒定。上述特点决定了MBMS业务的调度、控制信令配置都是半静态的，即MBMS业务的调度信息，控制信令信息都是“长期”保持不变的，这样每个多播控制信道(Multicast Control Channel，简称MCCH)的周期，系统侧发送一个没有变化的信息(始终发送是因为随时都可能有新用户接入)。这样对于一个已经接收了MCCH信息的终端来说，没有必要每次都去接收一个没有发生变化的MCCH信息，这样会造成终端费电，因为MCCH信息量大，接收和解析过程比较耗电。
于是，提出了增加一个MCCH信息更新指示信息(英文有MCCH change notification，或MBMS notification Indicator，中文有公司称为MBMS通知消息、MBMS通知信息或MBMS指示信息等，本发明将以“中文MBMS通知消息、英文MBMS Notification”为例)，用少量的信息来描述MCCH信息是否发生了变化，已经接入的终端只需要监听少量的信息，根据MBMS通知消息，终端再去决定是否接收MCCH信息。
在LTE中，目前已经确定引入MBMS通知消息，目前LTE中正在讨论为MBMS通知消息选择发送位置，主要有两种观点：一种是使用单播寻呼时机(Paging Occasion，简称为PO)的子帧；另一种是为系统增加一个新的唤醒周期，在该唤醒周期发送MBMS通知消息。但如何发送MBMS通知消息尚无具体技术方案。
发明内容
本发明所要解决的技术问题在于，提供一种基于单播寻呼时机的多媒体广播和组播业务MBMS通知消息的发送方法及系统，用于实现MBMS通知消息发送。
为了解决上述问题，本发明提出了一种多播控制信道的修改周期的配置方法，包括如下步骤：
配置多播控制信道(MCCH)的修改周期为包含正整数个默认寻呼周期(defaultPagingCycle)，所述多播控制信道(MCCH)的修改周期为N倍的默认寻呼周期(defaultPagingCycle)。
所述N倍的数值，由下式决定：
N*defaultPagingCycle＝MCCH modification period，
其中，所述defaultPagingCycle为默认寻呼周期，取值为RF32、RF64、RF128和RF256中的一个，所述MCCH modification period为多播控制信道修改周期，所述N满足：N＝2k，k为0或正整数。所述k的最大值为5，所述N的取值为1、2、4、8、16或32中的一个。
所述多播控制信道(MCCH)的修改周期的大小为大于或等于RF256；
所述多播控制信道(MCCH)的修改周期的取值为由RF256、RF512、RF1024、RF2048、RF4096进行组合所获得的数值集合中的数值之一。所述进行组合所获得的数值集合为{RF256、RF512、RF1024、RF2048、RF4096}，或者{RF256、RF512、RF1024、RF2048}，或者{RF512、RF1024、RF2048、RF4096}，或者{RF256、RF512、RF1024}，或者{RF512、RF1024、RF2048}。
优选的，所述多播控制信道(MCCH)的修改周期的大小为RF1024，即包含1024个无线帧，表示10240毫秒的时长。所述MCCH修改周期和默认寻呼周期的开始无线帧对齐。
配置多播控制信道(MCCH)的修改周期为固定大小；或者，配置多播控制信道(MCCH)的修改周期为可变大小，所述MCCH的修改周期随着发送端配置的默认寻呼周期(defaultPagingCycle)的变化而变化。
本发明还提供一种多媒体广播和组播业务通知消息的发送的方法，包括：
在一个多播控制信道(MCCH)的修改周期内，发送端选择配置一个、或者多个、或者全部完整的默认寻呼周期(defaultPagingCycle)发送多媒体广播和组播业务通知消息(MBMS Notification)，并将选择结果通知接收端；
所述发送端在发送多媒体广播和组播业务通知消息时至少发送一个完整默认寻呼周期，使用所选择的默认寻呼周期内的全部寻呼时机来发送所述MBMS通知消息。
所述发送端将选择结果通知接收端时，是把所选择配置的默认寻呼周期或者把选择配置的规则通过高层信令以广播的方式通知接收端，或者把选择配置的规则通过协议固定下来，以省去通知接收端；其中，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息。
所述多媒体广播和组播业务通知消息包括由于多媒体广播和组播(MBMS)业务会话开始(session start)因素引起MCCH更新；或者，
所述多媒体广播和组播业务通知消息包括由于MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起的MCCH更新；或者，
在多个MCCH时，MBMS通知消息包括由哪个MCCH引起的更新；或者，在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务的会话开始(session start)因素引起MCCH更新；或者，
在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起MCCH更新。
所述多播控制信道(MCCH)的修改周期为包含正整数个默认寻呼周期的固定大小，所述多播控制信道(MCCH)的修改周期为N倍的默认寻呼周期(defaultPagingCycle)，所述MCCH的修改周期的大小或者N的数值由发送端进行半静态的配置；将配置的MCCH修改周期的大小或者N的数值通过高层信令发送给接收端，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息；或者，所述MCCH修改周期的大小或者N的数值由发送端进行半静态的配置，将配置的MCCH修改周期的大小或者N的数值通过协议方式固定下来。
所述多播控制信道(MCCH)的修改周期为包含正整数个默认寻呼周期的可变大小，所述多播控制信道(MCCH)的修改周期为N倍的默认寻呼周期(defaultPagingCycle)，所述MCCH的修改周期的大小或者N的数值由发送端进行半静态的配置，随所述默认寻呼周期(defaultPagingCycle)的变化而变化；将配置的MCCH修改周期的大小或者N的数值通过高层信令发送给接收端，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息；或者，所述MCCH修改周期的大小或者N的数值由发送端进行半静态的配置，将配置的MCCH修改周期的大小或者N的数值通过协议方式固定下来。
本发明还提供一种基于单播寻呼时机的多媒体广播和组播业务通知消息的发送方法，包括如下步骤：
配置多播控制信道(MCCH)的修改周期为包含正整数个默认寻呼周期(defaultPagingCycle)，所述多播控制信道(MCCH)的修改周期为N倍的默认寻呼周期(defaultPagingCycle)；
在一个多播控制信道(MCCH)的修改周期内，发送端选择配置一个、或者多个、或者全部完整的默认寻呼周期(defaultPagingCycle)发送多媒体广播和组播业务通知消息(MBMS Notification)，并将选择结果通知接收端；
所述发送端在发送多媒体广播和组播业务通知消息时至少发送一个完整默认寻呼周期，使用所选择的默认寻呼周期内的全部寻呼时机来发送所述MBMS通知消息。
所述N倍的数值，由下式决定：
N*defaultPagingCycle＝MCCH modification period，
其中，所述defaultPagingCycle为默认寻呼周期，取值为RF32、RF64、RF128和RF256中的一个，所述MCCH modification period为多播控制信道修改周期，所述N满足：N＝2k，k为0或正整数，所述k的最大值为5，所述N的取值为1、2、4、8、16或32中之一。
所述多播控制信道(MCCH)的修改周期的大小为大于或等于RF256；所述多播控制信道(MCCH)的修改周期的取值为由RF256、RF512、RF1024、RF2048、RF4096进行组合所获得的数值集合中的数值之一。
配置多播控制信道(MCCH)的修改周期为固定大小；或者，配置多播控制信道(MCCH)的修改周期为可变大小，所述多播控制信道(MCCH)的修改周期随着发送端配置的默认寻呼周期(defaultPagingCycle)的变化而变化；所述MCCH修改周期和默认寻呼周期的开始无线帧对齐。
所述MCCH的修改周期的大小或者N的数值由发送端进行半静态的配置；将配置的MCCH修改周期的大小或者N的数值通过高层信令发送给接收端，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息；或者，所述MCCH修改周期的大小或者N的数值由发送端进行半静态的配置，将配置的MCCH修改周期的大小或者N的数值通过协议方式固定下来。
所述发送端将选择结果通知接收端时，是把所选择配置的默认寻呼周期或者把选择配置的规则通过高层信令以广播的方式通知接收端，或者把选择配置的规则通过协议固定下来，以省去通知接收端；其中，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息。
所述多媒体广播和组播业务通知消息包括由于多媒体广播和组播(MBMS)业务会话开始(session start)因素引起MCCH更新；或者，
所述多媒体广播和组播业务通知消息包括由于MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起的MCCH更新；或者，
在多个MCCH时，MBMS通知消息包括由哪个MCCH引起的更新；或者，在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务的会话开始(session start)因素引起MCCH更新；或者，
在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起MCCH更新。
本发明还提供一种基于单播寻呼时机的多媒体广播和组播业务通知消息的发送系统，包括：
发送端，用于配置多播控制信道(MCCH)的修改周期为正整数N倍的默认寻呼周期(defaultPagingCycle)；还用于在一个多播控制信道(MCCH)的修改周期内，选择配置一个、或者多个、或者全部完整的默认寻呼周期(defaultPagingCycle)发送多媒体广播和组播业务通知消息(MBMS Notification)，并将选择结果通知接收端；所述发送端在发送多媒体广播和组播业务通知消息时至少发送一个完整默认寻呼周期，使用所选择的默认寻呼周期内的全部寻呼时机来发送所述MBMS通知消息；
接收端，用于接收默认寻呼周期(defaultPagingCycle)选择配置结果，并在所配置的多播控制信道(MCCH)的修改周期内接收所选择的默认寻呼周期内接收所述MBMS通知消息。
所述N倍的数值，由下式决定：
N*defaultPagingCycle＝MCCH modification period，
其中，所述defaultPagingCycle为默认寻呼周期，取值为RF32、RF64、RF128和RF256中的一个，所述MCCH modification period为多播控制信道修改周期，所述N满足：N＝2k，k为0或正整数，所述k的最大值为5，所述N的取值为1、2、4、8、16或32中之一。
所述多播控制信道(MCCH)的修改周期的大小为大于或等于RF256；所述多播控制信道(MCCH)的修改周期的取值为由RF256、RF512、RF1024、RF2048、RF4096进行组合所获得的数值集合中的数值之一。
所述接收端配置多播控制信道(MCCH)的修改周期为固定大小；或者，所述接收端配置多播控制信道(MCCH)的修改周期为可变大小，所述MCCH的修改周期随着发送端配置的默认寻呼周期(defaultPagingCycle)的变化而变化；所述MCCH修改周期和默认寻呼周期的开始无线帧对齐。
所述发送端，用于对所述MCCH的修改周期的大小或者N的数值进行半静态的配置；将配置的MCCH修改周期的大小或者N的数值通过高层信令发送给接收端，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息；或者，对所述MCCH的修改周期的大小或者N的数值进行半静态的配置，将配置的MCCH修改周期的大小或者N的数值通过协议方式固定下来。
所述发送端将选择结果通知接收端时，是把所选择配置的默认寻呼周期或者把选择配置的规则通过高层信令以广播的方式通知接收端，或者把选择配置的规则通过协议固定下来，以省去通知接收端；其中，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息。
所述多媒体广播和组播业务通知消息包括由于多媒体广播和组播(MBMS)业务会话开始(session start)因素引起MCCH更新；或者，
所述多媒体广播和组播业务通知消息包括由于MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起的MCCH更新；或者，
在多个MCCH时，MBMS通知消息包括由哪个MCCH引起的更新；或者，在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务的会话开始(session start)因素引起MCCH更新；或者，
在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起MCCH更新。
所述发送端包括：MCCH的修改周期配置模块，用于配置多播控制信道(MCCH)的修改周期为正整数N倍的默认寻呼周期(defaultPagingCycle)；默认寻呼周期选择模块，用于在一个多播控制信道(MCCH)的修改周期内，选择配置用于发送多媒体广播和组播业务通知消息(MBMS Notification)的一个、或者多个、或者全部完整的默认寻呼周期(defaultPagingCycle)，并将选择结果通知接收端；MBMS通知消息发送模块，用于使用所选择的默认寻呼周期内的全部寻呼时机来发送所述MBMS通知消息，在发送所述MBMS通知消息时至少发送一个完整默认寻呼周期。
所述接收端包括：配置信息接收模块，用于接收默认寻呼周期(defaultPagingCycle)选择配置结果；MBMS通知消息接收模块，用于在所配置的多播控制信道(MCCH)的修改周期内接收所选择的默认寻呼周期上发送的所述MBMS通知消息。
本发明为LTE系统提供了简单、切实可行的基于单播寻呼时机的MBMS通知消息发送方案，在MCCH修改周期的大小和默认寻呼周期大小之间建立了的简单对应关系，配置一个MCCH修改周期为包含正整数个默认寻呼周期(defaultPagingCycle)，所述MCCH修改周期为固定大小或者为随默认寻呼周期变化的可变大小，通过上述配置方式，避免了发送复杂的MCCH修改周期的配置信息。本发明进一步更具体的提供了在MCCH修改周期内发送端如何发送MBMS通知消息，由于配置了简单的对应关系，使MCCH修改周期与默认寻呼周期的起始帧对齐，并且可选择一个、多个或者全部默认寻呼周期来发送，使得系统的发送MBMS通知消息的可靠性增高，同时避免了接收端侧的误判。
附图说明
图1是现有LTE无线帧和子帧的示意图；
图2是本发明中寻呼时机PO的示意图；
图3是本发明中发送MBMS通知消息的发送系统示意图；
图4是实施例1中采用一个完整默认寻呼周期发送MBMS通知消息的示意图；
图5是实施例2的采用多个完整默认寻呼周期发送MBMS通知消息的示意图；
图6是实施例3的采用全部完整默认寻呼周期发送MBMS通知消息的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，以下结合附图对本发明作进一步地详细说明。
针对目前LTE中，MBMS通知信息的发送尚无具体技术方案的情况，本发明提供了一种基于单播寻呼时机的MBMS通知消息(MBMS Notification information)发送方法，用于基于单播寻呼时机来配置多播控制信道MCCH修改周期以及发送MBMS通知消息。
本发明中时间长度的单位为无线帧，根据LTE中的规定，一个无线帧(Radio Frame)的时长为10毫秒(ms)，包含10个1ms时长的子帧，如图1所示，第0～9子帧组成一个无线帧。例如，32个无线帧，表示320ms时长，本发明中为了表示方便记为rf32，表示时间长度为32个无线帧，时长320ms。以下采用类似描述方式。
本发明是把MBMS通知消息承载于单播寻呼时机的子帧中的，也可以说成是承载于发送端配置的寻呼时机PO中的。这样无需使得接收端为接收MBMS通知消息而独立唤醒，恰好利用了接收端在PO处需要唤醒来接收检测是否有自己的寻呼消息的机会，顺便同时在PO中获取MBMS通知消息。
由于寻呼时机PO的配置是由发送端进行的，并且LTE中已经有了完整的PO配置方案，具体参考协议36304-850的第7章节。这里仅描述一些主要特点，接收端是被分组寻呼的，不同的组的PO位置不同，但是周期相同，也就是说存在一个PO中只能寻呼部分接收端的情况。如果发送端仅配置一个PO时，那么此时所有的接收端的寻呼都在这个PO中。
PO和寻呼子帧的关系为：一个PO是一个子帧，该子帧的物理下行控制信道(Physical Downlink Control CHannel，简称PDCCH)中可能传输有用于标识寻呼消息(paging message)的寻呼无线网络临时标识(Paging Radio Network Temporary Identifier，简称P-RNTI)(One Paging Occasion(PO)is a subframe where there may be P-RNTI transmitted on PDCCH addressing the paging message.One Paging Frame(PF)is one Radio Frame，which may contain one or multiple Paging Occasion(s).)。PO是发送端配置的，但是PO中未必有P-RNTI，因为网络中可能在一段时间内确实没有任何一个寻呼消息需要发送，此时发送端配置的PO中也就没有了P-RNTI，但是接收端还是必须按照规律唤醒来接收检测PO中是否有自己的寻呼消息。
图2是一个寻呼时机PO的示意图，其中假设把接收端分成4组，每组对应的PO在一个完整的默认寻呼周期(本发明中所述默认寻呼周期是LTE协议36.331-860中第6.3.2章节中RadioResourceConfigCommon小节中的defaultPagingCycle参数，本发明称为默认寻呼周期。)中被示意出来，这4个组的PO在无线帧上可以是离散开的，也可以在一个无线帧内的4个不同子帧上，图2所示是按照无线帧离散开的方式进行示例的。根据协议规定的PO的配置方法，对应一个默认寻呼周期内，可以在每个无线帧内都会配置有PO，并且每个无线帧的PO对应不同接收端组。
根据上述的对现有寻呼机制的描述，在图2所示的任意一个默认寻呼周期内的所有PO都发送寻呼消息后，才能实现寻呼该小区内的所有接收端，从一个默认寻呼周期内中间某一PO开始(例如时刻t的PO之后)寻呼，则该默认寻呼周期内，不能实现寻呼到所有接收端，因为部分接收端组在该默认寻呼周期的PO已经错过了。根据现有LTE协议，默认寻呼周期的大小是可以由发送端配置的，最小周期为RF32，最大为RF256。根据LTE协议，默认寻呼周期的取值只能为RF32、RF64、RF128或RF256中的一个。
多播控制信道MCCH是LTE中规定的一个逻辑信道，用来承载MBMS业务的控制信息。根据最新的协议，MCCH具有MCCH重复周期(MCCH repetition period)，MCCH具有MCCH修改周期(MCCH modification period)，并且有一个MBMS通知消息，用于指示下一个MCCH修改周期的MCCH信息是否发生更新，并且目前在LTE中规定MBMS通知消息将被用于指示仅由会话开始(session start)引起的MCCH信息更新。
本发明中，所述MBMS通知消息可以仅是由会话开始引起的MCCH信息更新，或者是还包含由于MBMS业务的会话开始、会话更新或会话结束因素引起的MCCH信息更新，或者是任意原因引起的MCCH更新。同时，可以在上述因素的基础上，若存在多个MCCH时，还进一步增加指示是哪个MCCH管理中的MBMS业务的上述因素引起的更新。
综合上述分析，可以得到本发明的核心思想：首先一个MCCH修改周期的长度应该是发送端配置的默认寻呼周期(defaultPagingCycle)的整数倍(N倍)。这里不管发送端配置的默认寻呼周期是多大，MCCH的修改周期都要包含整数个默认寻呼周期。这样便于在MCCH修改周期内发送MBMS通知消息。
例1，根据该MBSFN(Multimedia Broadcast multicast service Single Frequency Network，多媒体广播组播单频网络)区域内的MBMS业务量以及MBSFN子帧的分布情况来配置MCCH修改周期长度，即MCCH修改周期长度的配置，不再随着默认寻呼周期的变化而变化。
即使如此按照本发明，MCCH修改周期长度仍需要满足：N*默认寻呼周期＝MCCH修改周期，这里的默认寻呼周期是发送端配置的默认寻呼周期。倍数N的取值为1、2、4、8、16、32...，即满足N＝2k，其中，k为大于或等于0的整数，N为2的k次方的幂值。为了简化应用，k可以给一个最大上限，例如k最大为5，则k的取值为0、1、2、3、4或5。在满足上述等式的同时，MCCH修改周期必须大于或等于RF256。
参考默认寻呼周期可能的取值为RF32、RF64、RF128或RF256中的一个，本发明给出MCCH修改周期的取值RF512、RF1024、RF2048、或RF4096中之一。优选MCCH修改周期可取值为RF 1024，这样MCCH修改周期和默认寻呼周期的开始无线帧对齐(如图2是示意图)，就可以保证MCCH修改周期包含整数个默认寻呼周期。之所以优选MCCH修改周期为RF1024，主要是因为目前LTE中规定的系统帧号(System Frame Number，简称SFN)是从0到1023的，之后又从SFN＝0编起，即循环周期中共有1024个无线帧。如果MCCH修改周期大于RF1024，那么则不能直接利用SFN帧号计数，需要增加额外的计数功能。
此方式下的MCCH修改周期随着默认寻呼周期的变化不再变化，例如，某一MBSFN区域配置的MCCH修改周期需要配置为RF1024，此时本MBSFN区域内的某一参与MBSFN发送的小区的默认寻呼周期配置为RF128，那么N取值配置为8，那么此时满足MCCH修改周期为RF1024；如果本小区的默认寻呼周期发生改变，例如变为RF64，那么此时应该重新配置本小区的决定MCCH修改周期的参数中的N，由原来的8变为16。这样本MBSFN区域的MCCH修改周期仍为RF1024。
本发明给出的MCCH修改周期的取值，进一步还可以是RF256、RF512、RF1024、RF2048、RF4096中的一个。或者是由上述5个取值RF256、RF512、RF1024、RF2048、RF4096进行组合而成的数值集合中的数值之一，所述进行组合所获得的数值集合为{RF256、RF512、RF1024、RF2048、RF4096}，或者{RF256、RF512、RF1024、RF2048}，或者{RF512、RF1024、RF2048、RF4096}，或者{RF256、RF512、RF1024}，或者{RF512、RF 1024、RF2048}。MCCH修改周期的取值可以是上述数值集合中的一个数值，具体组合方式在此仅作为示例，可以理解的是，未列出的可能组合方式也应在本发明保护范围之内。
MCCH修改周期的数值或者决定MCCH修改周期的参数N的数值是由发送端配置的，可以是半静态的配置，把配置好的数值通过高层信令发送给接收端，这里所说的高层信令是广播控制信道(Broadcast Control Channel，简称BCCH)、多播控制信道MCCH、或者无线资源控制RRC(Radio Resource Control)消息。
例2，在满足例1的条件的基础上MCCH修改周期的长度进一步随着发送端配置的默认寻呼周期的变化而变化。此时MCCH修改周期长度满足下面的等式，N*默认寻呼周期＝MCCH修改周期。N优选取值为1，2，4，8，16，32等，即满足N＝2k(k为0或正整数)的幂，为了简化应用，k可以根据协议给一个最大上限，例如k的最大值为5，即可取值为0、1、2、3、4、5之一。此方式下MCCH修改周期随着默认寻呼周期的变化而变化，例如，某一小区的MCCH修改周期当前配置是N取值为8，默认寻呼周期配置为RF64，那么此时MCCH修改周期为RF512，如果本小区的默认寻呼周期发生改变，例如变为RF 128，那么此时本小区的MCCH修改周期为RF1024。例2适合非MBSFN方式发送MCCH，即适合单小区模式发送的MCCH，在MBSFN方式发送MCCH时，由于各个小区的默认寻呼周期可能有差异，导致相邻小区的MCCH不能在相同的时频资源上发送，从而不能实现MBSFN合并。
本发明中在一个MCCH修改周期内如何发送MBMS通知消息，将进一步说明如下。
发送端在一个MCCH修改周期内选择一个、或者多个、或者全部完整的默认寻呼周期，并将选择结果通知接收端，在选择的默认寻呼周期内每个发送端配置的PO上发送MBMS通知消息。不能在选择的默认寻呼周期内只选择部分发送端配置的PO上发送MBMS通知消息，也就是说必须在选择的完整的默认寻呼周期内全部的PO上发送MBMS通知消息。
本发明中在一个MCCH修改周期内选择一个、多个或者全部的完整默认寻呼周期，在该默认寻呼周期内每个PO上发送MBMS通知消息。MBMS通知消息在一个默认寻呼周期内只能从开始的第一个PO发送，不能选择从中间某一PO开始发送。特别是在选择MCCH修改周期内的最后一个默认寻呼周期内，不能从该默认寻呼周期内中间某一PO处发送MBMS通知消息。
按照本发明，如图2所示，当系统在第n个MCCH修改周期的时刻t时获知MCCH信息需要发生更新，此时不能在第n个MCCH修改周期的最后一个默认寻呼周期内时刻t之后的PO中发送告知接收端MCCH发生更新的MBMS通知消息，而是继续发送告知接收端MCCH没有发生更新的MBMS通知消息；在第n+1个MCCH修改周期中发送告知接收端MCCH发生更新的MBMS通知消息，在第n+1个MCCH修改周期中继续发送没有更新的MCCH信息；在第n+2个MCCH修改周期中发送告知接收端MCCH没有发生更新的MBMS通知消息，在第n+2个MCCH修改周期中发送更新后的MCCH信息。
上述的发送端选择一个、或者多个、或者全部完整的默认寻呼周期来发送MBMS通知消息，当选择“一个或者多个”时，这个也能够理解为发送端为接收端配置了在哪些PO上发送MBMS通知消息，因为一个默认寻呼周期内，对于一个接收端的PO是唯一确定的。该配置信息也就是发送端选择了哪个或哪些默认寻呼周期发送MBMS通知消息的信息是需要通过高层信令发送给接收端的；也可以通过协议固定下来，此时可以不再通知给接收端，可以省去通知信息。所述高层信令为BCCH、MCCH或RRC消息。当发送端选择“全部”时，这时配置信息可以不用通知接收端，也可以通知接收端。
基于上述方法，本发明实现基于单播寻呼时机的多媒体广播和组播业务通知消息发送的发送系统，如图3所示，包括：发送端和接收端，接收端又进一步包括多播控制信道(MCCH)的修改周期配置模块，默认寻呼周期(defaultPagingCycle)选择模块，MBMS通知消息发送模块，
在发送端：
MCCH的修改周期配置模块，用于配置多播控制信道(MCCH)的修改周期为正整数N倍的默认寻呼周期(defaultPagingCycle)；
默认寻呼周期选择模块，用于在一个多播控制信道(MCCH)的修改周期内，选择配置用于发送多媒体广播和组播业务通知消息(MBMS Notification)的一个、或者多个、或者全部完整的默认寻呼周期(defaultPagingCycle)，并将选择结果通知接收端；
MBMS通知消息发送模块，用于使用所选择的默认寻呼周期内的全部寻呼时机来发送所述MBMS通知消息，在发送所述MBMS通知消息时至少发送一个完整默认寻呼周期。
在接收端：
进一步包括配置信息接收模块，用于接收默认寻呼周期(defaultPagingCycle)选择配置结果；还包括MBMS通知消息接收模块，用于在所配置的多播控制信道(MCCH)的修改周期内接收所选择的默认寻呼周期上发送的所述MBMS通知消息。
所述N倍的数值，由下式决定：
N*defaultPagingCycle＝MCCH modification period，
其中，所述defaultPagingCycle为默认寻呼周期，取值为RF32、RF64、RF128和RF256中的一个，所述MCCH modification period为多播控制信道修改周期，所述N满足：N＝2k，k为0或正整数，所述k的最大值为5，所述N的取值为1、2、4、8、16或32中之一。
所述多播控制信道(MCCH)的修改周期的大小为大于或等于RF256；所述多播控制信道(MCCH)的修改周期的取值为由RF256、RF512、RF1024、RF2048、RF4096进行组合所获得的数值集合中的数值之一。
所述接收端配置多播控制信道(MCCH)的修改周期为固定大小；或者，所述接收端配置多播控制信道(MCCH)的修改周期为可变大小，所述MCCH的修改周期随着发送端配置的默认寻呼周期(defaultPagingCycle)的变化而变化；所述MCCH修改周期和默认寻呼周期的开始无线帧对齐。
实施例1：
一个MCCH修改周期包含整数个完整默认寻呼周期，并且使用该MCCH修改周期内某一个默认寻呼周期的所有PO发送MBMS通知消息。实例1中选择的是每个MCCH修改周期内最后一个默认寻呼周期。选择其他某一个默认寻呼周期的处理方法与本实施例类似。
本发明中提供的MCCH修改周期取值是RF512、RF1024、RF2048、或RF4096中的一个。每一个MBSFN区域MCCH修改周期只能选择某一值。不同的MBSFN区域可以使用不同的值。MCCH修改周期取值也可以是RF256、RF512、RF1024、RF2048、RF4096中之一。或者是由上述5个取值进行组合而成的数值集合中的数值之一，例如可以是集合{RF256、RF512、RF1024、RF2048}中之一，或者是集合{RF256、RF512、RF1024}中之一。
如图4所示，某一MBSFN区域内MCCH修改周期需要配置为10s，按照本发明，由于提供的MCCH修改周期取值中没有10s，所以只能选择参数最接近的RF 1024。该区域中参与MBSFN发送的某一小区的默认寻呼周期为RF256，那么本小区中决定MCCH修改周期的参数N取值为4。MCCH修改周期包含4个完整的默认寻呼周期，并且默认寻呼周期和MCCH修改周期的开始无线帧是对齐的。选择MCCH修改周期内的最后一个默认寻呼周期上的所有PO发送MBMS通知消息，其余三个默认寻呼周期的PO不发送MBMS通知消息。这里选择的是每个MCCH修改周期内最后一个默认寻呼周期上的所有PO发送MBMS通知消息。把发送端选择的在每个MCCH修改周期内最后一个默认寻呼周期内发送MBMS通知消息的信息通过高层信令通知接收端，以便于接收端在每个MCCH修改周期内最后一个默认寻呼周期内接收端MBMS通知消息。也可以通过协议约定发送端永远只在每个MCCH修改周期内的最后一个默认寻呼周期内发送MBMS通知消息。所述高层信令可以为BCCH、MCCH或RRC消息。
发送端发现MCCH修改信息需要进行更新时，如果发现时刻是在图4所示第n个MCCH修改周期之前，或者第n个MCCH修改周期内的最后一个默认寻呼周期的第一个PO开始之前，那么发送端就可以在第n个MCCH修改周期内的最后一个默认寻呼周期内所有的PO上发送MBMS通知消息告知接收端MCCH信息发生更新，在第n+1个MCCH修改周期到来时刻就发送更新后的MCCH信息。
发送端发现MCCH修改信息需要进行更新时，如果发现时刻是在图4中所示最后一个默认寻呼周期内中间某一时刻(是指第一个PO之后的某一时刻)，例如图4所示时刻t之后，那么此时发送端不能在第n个MCCH修改周期的最后一个默认寻呼周期内时刻t之后的PO上发送告知接收端MCCH发生更新的MBMS通知消息，只能在该默认寻呼周期内所有PO上继续发送告知接收端MCCH没有发生更新的MBMS通知消息，而在第n+1个MCCH修改周期内的最后一个默认寻呼周期内的所有PO上发送告知接收端MCCH发生更新的MBMS通知消息，并且第n+1个MCCH修改周期内继续发送没有发生更新的MCCH信息。发送端在第n+2个MCCH修改周期到来时刻发送更新后的MCCH信息，在第n+2个MCCH修改周期内最后一个默认寻呼周期内所有PO上发送MBMS通知消息告知MCCH没有发生更新。
上述的MBMS通知消息包括由于MBMS业务会话开始(session start)因素引起MCCH更新，或者MBMS通知消息包括由于MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起的MCCH更新，或者在多个MCCH时，MBMS通知消息包括由哪个MCCH引起的更新，或者在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务的session start因素引起MCCH更新，或者，在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起MCCH更新。
实施例2
简单说明，一个MCCH修改周期相对是由该MCCH内MBMS业务决定的，但是还是默认寻呼周期的整数倍，例如MCCH修改周期发送端配置为RF1024，该数值由发送端配置的，可以是半静态的配置，把配置好的信息通过高层信令发送给接收端，这里所说的高层信令为BCCH、MCCH、或者RRC消息。
本实施例选择了MCCH修改周期为RF1024，这里是假设该MBSFN区域内的MBMS业务量情况制定的。如果业务量有变化，那么根据业务量的变化，从RF512、RF1024、RF2048、或RF4096中重新选择一个合适的即可。也可以从RF256、RF512、RF1024、RF2048中选择一个，本发明不局限于上述取值范围，本发明所给的数值只是优选的，只要是发送端配置的默认寻呼周期的整数倍的数值均可。
在该MCCH修改周期内使用一个默认寻呼周期内的所有PO发送MBMS通知消息时，操作和上面的实施例1相同。当使用MCCH修改周期内的多个默认寻呼周期内的所有PO发送MBMS通知消息时，具体操作如下：也适合实施例1。
如图5所示，MCCH修改周期包含4个完整的默认寻呼周期。选择MCCH修改周期内的第一个和第三个默认寻呼周期上的所有PO发送MBMS通知消息，其余2个默认寻呼周期的所有PO不发送MBMS通知消息。需要把选择的每个MCCH修改周期内第一个和第三个默认寻呼周期所有PO用来发送MBMS通知消息的配置信息通过高层信令发送给接收端的，也可以不通知给接收端，此时通过协议固定下来，可以省去通知信息。高层信令为BCCH、MCCH或RRC消息。
发送端发现MCCH修改信息需要进行更新时，如果发现时刻是在图5示意的第n个MCCH修改周期之前，或者第n个MCCH修改周期内的第一个默认寻呼周期的第一个PO开始之前，那么发送端就可以在第n个MCCH修改周期内的第一个和第三个默认寻呼周期内所有的PO上发送MBMS通知消息告知接收端MCCH信息发生更新，在第n+1个MCCH修改周期到来时刻就发送更新后的MCCH信息。
如果发现时刻是在图5中所示第一个默认寻呼周期的第一个PO开始之后(是指第一个默认寻呼周期内第一个PO之后的某一时刻发现的)，那么此时发送端不能在第n个MCCH修改周期的第一个和第三个默认寻呼周期内的PO上发送告知接收端MCCH发生更新的MBMS通知消息，只能在第一个和第三个默认寻呼周期内所有PO上继续发送告知接收端MCCH没有发生更新的MBMS通知消息，在第n+1个MCCH修改周期内的第一个和第三个默认寻呼周期内的所有PO上发送告知接收端MCCH发生更新的MBMS通知消息，并且第n+1个MCCH修改周期内继续发送没有发生更新的MCCH信息。发送端在第n+2个MCCH修改周期到来时刻发送更新后的MCCH信息，在第n+2个MCCH修改周期内第一个和第三个默认寻呼周期内所有PO上发送MBMS通知消息告知MCCH没有发生更新。
上述的MBMS通知消息包括由于MBMS业务会话开始(session start)因素引起MCCH更新，或者MBMS通知消息包括由于MBMS业务session start、session update和session end三个因素中哪一个因素引起的MCCH更新，或者在多个MCCH时，MBMS通知消息包括由那个MCCH引起的更新，或者在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务的session start因素引起MCCH更新，或者，在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务session start、session update 和session end三个因素中哪一个因素引起MCCH更新。
实施例3
简单说明，一个MCCH修改周期相对是由该MCCH内MBMS业务决定的，但是还是默认寻呼周期的整数倍，例如MCCH修改周期发送端配置为RF1024，该数值由发送端配置的，可以是半静态的配置，把配置好的信息通过高层信令发送给接收端，这里所说的高层信令为BCCH、MCCH、或者RRC消息。
本实施例选择了MCCH修改周期为RF1024，这里是假设该MBSFN区域内的MBMS业务量情况制定的。如果业务量有变化，那么根据业务量的变化，从RF512、RF1024、RF2048、或RF4096中选择合适的即可。不局限于上述取值范围，本发明所给的数值只是优选的，只要是发送端配置的默认寻呼周期的整数倍的数值均可。
在该MCCH修改周期内使用一个默认寻呼周期内的所有PO发送MBMS通知消息时，操作和上面的实施例1相同。当使用MCCH修改周期内的多个默认寻呼周期内的所有PO发送MBMS通知消息时，具体操作如下：也适合实施例1和2。
如图6所示，MCCH修改周期包含4个完整的默认寻呼周期。选择MCCH修改周期内的所有默认寻呼周期上的所有PO发送MBMS通知消息。可以把选择的每个MCCH修改周期内所有默认寻呼周期所有PO用来发送MBMS通知消息的配置信息通过高层信令发送给接收端的，也可以不通知给接收端，此时通过协议固定下来，可以省去通知信息。高层信令为BCCH、MCCH或RRC消息。
发送端发现MCCH修改信息需要进行更新时，如果发现时刻是在图6示意的第n个MCCH修改周期之前，或者第n个MCCH修改周期内的第一个默认寻呼周期的第一个PO开始之前，那么发送端就可以在第n个MCCH修改周期内的所有默认寻呼周期内所有的PO上发送MBMS通知消息告知接收端MCCH信息发生更新，在第n+1个MCCH修改周期到来时刻就发送更新后的MCCH信息。
如果发现时刻是在图6中所示第一个默认寻呼周期的第一个PO开始之后(是指第一个默认寻呼周期内第一个PO之后的某一时刻发现的)，那么此时发送端不能在第n个MCCH修改周期的所有默认寻呼周期内的PO上发送告知接收端MCCH发生更新的MBMS通知消息，只能在所有默认寻呼周期内所有PO上继续发送告知接收端MCCH没有发生更新的MBMS通知消息，在第n+1个MCCH修改周期内的所有默认寻呼周期内的所有PO上发送告知接收端MCCH发生更新的MBMS通知消息，并且第n+1个MCCH修改周期内继续发送没有发生更新的MCCH信息。发送端在第n+2个MCCH修改周期到来时刻发送更新后的MCCH信息，在第n+2个MCCH修改周期内所有默认寻呼周期内所有PO上发送MBMS通知消息告知MCCH没有发生更新。
上述的MBMS通知消息包括由于MBMS业务session start因素引起MCCH更新，或者MBMS通知消息包括由于MBMS业务session start、session update和session end三个因素中哪一个因素引起的MCCH更新，或者在多个MCCH时，MBMS通知消息包括由哪个MCCH引起的更新，或者在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务的session start因素引起MCCH更新，或者，在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务session start、session update和session end 三个因素中哪一个因素引起MCCH更新。
实施例4
简单说明，一个MCCH修改周期随着默认寻呼周期的变化而变化，但是还是默认寻呼周期的整数倍。即满足等式N*默认寻呼周期＝MCCH修改周期。这里默认寻呼周期是发送端为该小区配置的默认寻呼周期，可以是RF32、RF64、RF128和RF256中的一个。N取值是发送端配置的，N为自然数。发送端把N值通过高层信令发送给接收端，这里所述高层信令为BCCH、MCCH或者RRC消息。
假设寻呼消息周期被配置为RF64，并且N取值为4，那么此时MCCH修改周期的长度为4*RF64＝RF256，发送端需要把N值4通过高层信令通知接收端。如果为了简化应用，可以把N值通过协议固定下来，例如N的取值固定为4，那么此时不再需要通知接收端了，可以减少信令开销。当N为发送端配置的参数时，优选的可以选择2、4、8、16，32等，即满足2k(k为自然数)幂，为了简化应用，k可以根据协议给一个最大上限。
对于一个MCCH修改周期内选择一个或者多个或者全部的默认寻呼周期的PO发送MBMS通知消息的操作以及MBMS通知消息内容也相同和实施例1、2、3相同，这里不再赘述。
以上所述仅为本发明的实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。
Claims (29)
1.一种多播控制信道的修改周期的配置方法，其特征在于，包括如下步骤：
配置多播控制信道(MCCH)的修改周期为包含正整数个默认寻呼周期(defaultPagingCycle)，所述多播控制信道(MCCH)的修改周期为N倍的默认寻呼周期(defaultPagingCycle)。
2.如权利要求1所述的方法，其特征在于，
所述N倍的数值，由下式决定：
N*defaultPagingCycle＝MCCH modification period，
其中，所述defaultPagingCycle为默认寻呼周期，取值为RF32、RF64、RF128和RF256中的一个，所述MCCH modification period为多播控制信道修改周期，所述N满足：N＝2k，k为0或正整数。
3.如权利要求2所述的方法，其特征在于，
所述k的最大值为5，所述N的取值为1、2、4、8、16或32中的一个。
4.如权利要求1、2或3中任一项所述的方法，其特征在于，
所述多播控制信道(MCCH)的修改周期的大小为大于或等于RF256；
所述多播控制信道(MCCH)的修改周期的取值为由RF256、RF512、RF1024、RF2048、RF4096进行组合所获得的数值集合中的数值之一。
5.如权利要求4所述的方法，其特征在于，
所述进行组合所获得的数值集合为{RF256、RF512、RF1024、RF2048、RF4096}，或者{RF256、RF512、RF1024、RF2048}，或者{RF512、RF1024、RF2048、RF4096}，或者{RF256、RF512、RF1024}，或者{RF512、RF1024、RF2048}。
6.如权利要求4所述的方法，其特征在于，
所述多播控制信道(MCCH)的修改周期的大小为RF1024，即包含1024个无线帧，表示10240毫秒的时长。
7.如权利要求4所述的方法，其特征在于，
所述MCCH修改周期和默认寻呼周期的开始无线帧对齐。
8.如权利要求4所述的方法，其特征在于，
配置多播控制信道(MCCH)的修改周期为固定大小；或者，
配置多播控制信道(MCCH)的修改周期为可变大小，所述MCCH的修改周期随着发送端配置的默认寻呼周期(defaultPagingCycle)的变化而变化。
9.一种多媒体广播和组播业务通知消息的发送的方法，其特征在于，包括：
在一个多播控制信道(MCCH)的修改周期内，发送端选择配置一个、或者多个、或者全部完整的默认寻呼周期(defaultPagingCycle)发送多媒体广播和组播业务通知消息(MBMS Notification)，并将选择结果通知接收端；
所述发送端在发送多媒体广播和组播业务通知消息时至少发送一个完整默认寻呼周期，使用所选择的默认寻呼周期内的全部寻呼时机来发送所述MBMS通知消息。
10.如权利要求9所述的方法，其特征在于，
所述发送端将选择结果通知接收端时，是把所选择配置的默认寻呼周期或者把选择配置的规则通过高层信令以广播的方式通知接收端，或者把选择配置的规则通过协议固定下来，以省去通知接收端；
其中，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息。
11.如权利要求9所述的方法，其特征在于，
所述多媒体广播和组播业务通知消息包括由于多媒体广播和组播(MBMS)业务会话开始(session start)因素引起MCCH更新；或者，
所述多媒体广播和组播业务通知消息包括由于MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起的MCCH更新；或者，
在多个MCCH时，MBMS通知消息包括由哪个MCCH引起的更新；或者，在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务的会话开始(session start)因素引起MCCH更新；或者，
在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起MCCH更新。
12.如权利要求9至11中任一项所述的方法，其特征在于，
所述多播控制信道(MCCH)的修改周期为包含正整数个默认寻呼周期的固定大小，所述多播控制信道(MCCH)的修改周期为N倍的默认寻呼周期(defaultPagingCycle)，所述MCCH的修改周期的大小或者N的数值由发送端进行半静态的配置；
将配置的MCCH修改周期的大小或者N的数值通过高层信令发送给接收端，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息；或者，
所述MCCH修改周期的大小或者N的数值由发送端进行半静态的配置，将配置的MCCH修改周期的大小或者N的数值通过协议方式固定下来。
13.如权利要求9至11中任一项所述的方法，其特征在于，
所述多播控制信道(MCCH)的修改周期为包含正整数个默认寻呼周期的可变大小，所述多播控制信道(MCCH)的修改周期为N倍的默认寻呼周期(defaultPagingCycle)，所述MCCH的修改周期的大小或者N的数值由发送端进行半静态的配置，随所述默认寻呼周期(defaultPagingCycle)的变化而变化；
将配置的MCCH修改周期的大小或者N的数值通过高层信令发送给接收端，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息；或者，
所述MCCH修改周期的大小或者N的数值由发送端进行半静态的配置，将配置的MCCH修改周期的大小或者N的数值通过协议方式固定下来。
14.一种基于单播寻呼时机的多媒体广播和组播业务通知消息的发送方法，其特征在于，包括如下步骤：
配置多播控制信道(MCCH)的修改周期为包含正整数个默认寻呼周期(defaultPagingCycle)，所述多播控制信道(MCCH)的修改周期为N倍的默认寻呼周期(defaultPagingCycle)；
在一个多播控制信道(MCCH)的修改周期内，发送端选择配置一个、或者多个、或者全部完整的默认寻呼周期(defaultPagingCycle)发送多媒体广播和组播业务通知消息(MBMS Notification)，并将选择结果通知接收端；
所述发送端在发送多媒体广播和组播业务通知消息时至少发送一个完整默认寻呼周期，使用所选择的默认寻呼周期内的全部寻呼时机来发送所述MBMS通知消息。
15.如权利要求14所述的发送方法，其特征在于，
所述N倍的数值，由下式决定：
N*defaultPagingCycle＝MCCH modification period，
其中，所述defaultPagingCycle为默认寻呼周期，取值为RF32、RF64、RF128和RF256中的一个，所述MCCH modification period为多播控制信道修改周期，所述N满足：N＝2k，k为0或正整数，所述k的最大值为5，所述N的取值为1、2、4、8、16或32中之一。
16.如权利要求14或15所述的发送方法，其特征在于，
所述多播控制信道(MCCH)的修改周期的大小为大于或等于RF256；
所述多播控制信道(MCCH)的修改周期的取值为由RF256、RF512、RF1024、RF2048、RF4096进行组合所获得的数值集合中的数值之一。
17.如权利要求14或15所述的发送方法，其特征在于，配置多播控制信道(MCCH)的修改周期为固定大小；或者，配置多播控制信道(MCCH)的修改周期为可变大小，所述多播控制信道(MCCH)的修改周期随着发送端配置的默认寻呼周期(defaultPagingCycle)的变化而变化；
所述MCCH修改周期和默认寻呼周期的开始无线帧对齐。
18.如权利要求17所述的发送方法，其特征在于，所述MCCH的修改周期的大小或者N的数值由发送端进行半静态的配置；将配置的MCCH修改周期的大小或者N的数值通过高层信令发送给接收端，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息；或者，
所述MCCH修改周期的大小或者N的数值由发送端进行半静态的配置，将配置的MCCH修改周期的大小或者N的数值通过协议方式固定下来。
19.如权利要求14或15所述的发送方法，其特征在于，
所述发送端将选择结果通知接收端时，是把所选择配置的默认寻呼周期或者把选择配置的规则通过高层信令以广播的方式通知接收端，或者把选择配置的规则通过协议固定下来，以省去通知接收端；
其中，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息。
20.如权利要求14或15所述的发送方法，其特征在于，
所述多媒体广播和组播业务通知消息包括由于多媒体广播和组播(MBMS)业务会话开始(session start)因素引起MCCH更新；或者，
所述多媒体广播和组播业务通知消息包括由于MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起的MCCH更新；或者，
在多个MCCH时，MBMS通知消息包括由哪个MCCH引起的更新；或者，在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务的会话开始(session start)因素引起MCCH更新；或者，
在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起MCCH更新。
21.一种基于单播寻呼时机的多媒体广播和组播业务通知消息的发送系统，其特征在于，包括：
发送端，用于配置多播控制信道(MCCH)的修改周期为正整数N倍的默认寻呼周期(defaultPagingCycle)；还用于在一个多播控制信道(MCCH)的修改周期内，选择配置一个、或者多个、或者全部完整的默认寻呼周期(defaultPagingCycle)发送多媒体广播和组播业务通知消息(MBMS Notification)，并将选择结果通知接收端；所述发送端在发送多媒体广播和组播业务通知消息时至少发送一个完整默认寻呼周期，使用所选择的默认寻呼周期内的全部寻呼时机来发送所述MBMS通知消息；
接收端，用于接收默认寻呼周期(defaultPagingCycle)选择配置结果，并在所配置的多播控制信道(MCCH)的修改周期内接收所选择的默认寻呼周期内接收所述MBMS通知消息。
22.如权利要求21所述的发送系统，其特征在于，
所述N倍的数值，由下式决定：
N*defaultPagingCycle＝MCCH modification period，
其中，所述defaultPagingCycle为默认寻呼周期，取值为RF32、RF64、RF128和RF256中的一个，所述MCCH modification period为多播控制信道修改周期，所述N满足：N＝2k，k为0或正整数，所述k的最大值为5，所述N的取值为1、2、4、8、16或32中之一。
23.如权利要求21或22所述的发送系统，其特征在于，
所述多播控制信道(MCCH)的修改周期的大小为大于或等于RF256；
所述多播控制信道(MCCH)的修改周期的取值为由RF256、RF512、RF1024、RF2048、RF4096进行组合所获得的数值集合中的数值之一。
24.如权利要求21或22所述的发送系统，其特征在于，
所述接收端配置多播控制信道(MCCH)的修改周期为固定大小；或者，所述接收端配置多播控制信道(MCCH)的修改周期为可变大小，所述MCCH的修改周期随着发送端配置的默认寻呼周期(defaultPagingCycle)的变化而变化；
所述MCCH修改周期和默认寻呼周期的开始无线帧对齐。
25.如权利要求24所述的发送系统，其特征在于，所述发送端，用于对所述MCCH的修改周期的大小或者N的数值进行半静态的配置；将配置的MCCH修改周期的大小或者N的数值通过高层信令发送给接收端，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息；或者，
所述发送端，用于对所述MCCH的修改周期的大小或者N的数值进行半静态的配置，将配置的MCCH修改周期的大小或者N的数值通过协议方式固定下来。
26.如权利要求21或22所述的发送系统，其特征在于，
所述发送端将选择结果通知接收端时，是把所选择配置的默认寻呼周期或者把选择配置的规则通过高层信令以广播的方式通知接收端，或者把选择配置的规则通过协议固定下来，以省去通知接收端；
其中，所述高层信令包括：广播控制信道(BCCH)、多播控制信道(MCCH)、或者无线资源控制(RRC)消息。
27.如权利要求21或22所述的发送系统，其特征在于，
所述多媒体广播和组播业务通知消息包括由于多媒体广播和组播(MBMS)业务会话开始(session start)因素引起MCCH更新；或者，
所述多媒体广播和组播业务通知消息包括由于MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起的MCCH更新；或者，
在多个MCCH时，MBMS通知消息包括由哪个MCCH引起的更新；或者，在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务的会话开始(session start)因素引起MCCH更新；或者，
在多个MCCH时，MBMS通知消息包括哪一个MCCH内的MBMS业务会话开始(session start)、会话更新(session update)和会话结束(session end)三个因素中哪一个因素引起MCCH更新。
28.如权利要求21所述的发送系统，其特征在于，所述发送端包括：
MCCH的修改周期配置模块，用于配置多播控制信道(MCCH)的修改周期为正整数N倍的默认寻呼周期(defaultPagingCycle)；
默认寻呼周期选择模块，用于在一个多播控制信道(MCCH)的修改周期内，选择配置用于发送多媒体广播和组播业务通知消息(MBMS Notification)的一个、或者多个、或者全部完整的默认寻呼周期(defaultPagingCycle)，并将选择结果通知接收端；
MBMS通知消息发送模块，用于使用所选择的默认寻呼周期内的全部寻呼时机来发送所述MBMS通知消息，在发送所述MBMS通知消息时至少发送一个完整默认寻呼周期。
29.如权利要求21或28所述的发送系统，其特征在于，所述接收端包括：
配置信息接收模块，用于接收默认寻呼周期(defaultPagingCycle)选择配置结果；
MBMS通知消息接收模块，用于在所配置的多播控制信道(MCCH)的修改周期内接收所选择的默认寻呼周期上发送的所述MBMS通知消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910176396.4A CN102036172B (zh) | 2009-09-29 | 2009-09-29 | 一种多媒体广播和组播业务通知消息的发送方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910176396.4A CN102036172B (zh) | 2009-09-29 | 2009-09-29 | 一种多媒体广播和组播业务通知消息的发送方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102036172A true CN102036172A (zh) | 2011-04-27 |
| CN102036172B CN102036172B (zh) | 2015-06-03 |
Family
ID=43888360
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910176396.4A Expired - Fee Related CN102036172B (zh) | 2009-09-29 | 2009-09-29 | 一种多媒体广播和组播业务通知消息的发送方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102036172B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107172073A (zh) * | 2017-06-26 | 2017-09-15 | 西安万像电子科技有限公司 | 媒体数据的处理方法、装置及系统 |
| WO2018103003A1 (zh) * | 2016-12-07 | 2018-06-14 | 海能达通信股份有限公司 | 数据处理系统、方法、装置、用户设备及基站 |
| CN108184265A (zh) * | 2016-12-08 | 2018-06-19 | 大唐移动通信设备有限公司 | 一种寻呼消息的发送、接收方法、网络设备及终端 |
| CN109155902A (zh) * | 2016-11-04 | 2019-01-04 | 华为技术有限公司 | 一种多播通信方法、网络设备、用户设备及系统 |
-
2009
- 2009-09-29 CN CN200910176396.4A patent/CN102036172B/zh not_active Expired - Fee Related
Non-Patent Citations (4)
| Title |
|---|
| CMCC：: ""Discussion on notification mechanism for eMBMS"", 《3GPP TSG-RAN WG2 MEETING #66 R2-093521》 * |
| CMCC等：: ""Notification mechanism for eMBMS"", 《3GPP TSG-RAN WG2 MEETING #66BIS R2-093988》 * |
| CMCC等：: ""Reliability of MCCH change notification"", 《3GPP TSG-RAN WG2 MEETING #67 R2-094829》 * |
| ZTE CORPORATION：: ""Discussion on a simplified MBMS Notification"", 《3GPP TSG-RAN WG2 MEETING #66BIS R2-093893》 * |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109155902A (zh) * | 2016-11-04 | 2019-01-04 | 华为技术有限公司 | 一种多播通信方法、网络设备、用户设备及系统 |
| WO2018103003A1 (zh) * | 2016-12-07 | 2018-06-14 | 海能达通信股份有限公司 | 数据处理系统、方法、装置、用户设备及基站 |
| CN108184265A (zh) * | 2016-12-08 | 2018-06-19 | 大唐移动通信设备有限公司 | 一种寻呼消息的发送、接收方法、网络设备及终端 |
| CN108184265B (zh) * | 2016-12-08 | 2020-05-12 | 大唐移动通信设备有限公司 | 一种寻呼消息的发送、接收方法、网络设备及终端 |
| CN107172073A (zh) * | 2017-06-26 | 2017-09-15 | 西安万像电子科技有限公司 | 媒体数据的处理方法、装置及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102036172B (zh) | 2015-06-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101931885B (zh) | 多媒体广播和组播业务控制信道更新的通知方法及系统 | |
| CN101742572B (zh) | 调度信息的传输方法和装置 | |
| CN101854589B (zh) | 多媒体广播多播业务控制信令的传输方法和系统 | |
| CN102036171B (zh) | 一种子帧标识信息的传输方法及系统 | |
| CN102158807B (zh) | Mcch通知信息的监听方法及装置、用户设备 | |
| RU2515476C2 (ru) | Способ и устройство для обработки информации динамического планирования на основе служб многоадресной/широковещательной передачи | |
| CN102036178B (zh) | 一种发送、传输mbms通知指示信息的系统及方法 | |
| CN101959131B (zh) | Mbms通知信息的承载方法与装置 | |
| CN101931875A (zh) | 一种业务控制信息的发送、接收方法及其系统 | |
| CN101990160A (zh) | 实现mbms控制信道更新通知的方法、装置及系统 | |
| EP2442511B1 (en) | Orthogonal frequency division multiplexing symbol distributing method and system for multimedia broadcast multicast service single frequency network sub-frame | |
| CN102111716A (zh) | 一种发送mbms通知指示的系统及方法 | |
| CN102036172B (zh) | 一种多媒体广播和组播业务通知消息的发送方法及系统 | |
| CN101931879B (zh) | 一种多播控制信道信息的传输方法及其设备 | |
| CN102036175B (zh) | 一种mbms寻呼指示信息的传输方法及网络侧设备 | |
| CN101969604B (zh) | 一种多媒体广播和组播业务通知消息的发送方法和装置 | |
| CN101998276A (zh) | 一种传输动态调度信息的方法及系统 | |
| CN101998273A (zh) | 一种指示物理下行控制信息的发送、传输和接收方法及系统 | |
| CN101895821A (zh) | 多媒体广播多播业务逻辑信道的承载方法与装置 | |
| CN102045640B (zh) | Mbms通知机制配置和指示信息的承载发送方法及系统 | |
| US8675533B2 (en) | Method for determining wireless frame bearing multimedia broadcast multicast service notification information and transmitter thereof | |
| CN102123134B (zh) | 获取多媒体广播组播控制信息的方法和接收系统 | |
| CN101778341B (zh) | Mbms控制信令更新指示信令承载的方法和系统 | |
| CN102256208A (zh) | 多媒体广播多播业务的实现方法、系统及终端 | |
| CN101998262A (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20171229 Address after: No. 9, No. 9, No. 11 row, No. 9, Yangxin County, Yangxin County, Shandong Patentee after: Zhang Xueqin Address before: 518057 Nanshan District high tech Industrial Park, Guangdong, South Road, science and technology, ZTE building, legal department Patentee before: ZTE Corporation |
|
| TR01 | Transfer of patent right | ||
| CB03 | Change of inventor or designer information |
Inventor after: Zhang Xueqin Inventor before: Gou Wei |
|
| CB03 | Change of inventor or designer information | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150603 Termination date: 20180929 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |