专利名称：多媒体广播/组播业务中小区信息变化的通知方法
技术领域：
本发明涉及多媒体广播/组播(MBMS)业务中小区信息变化的通知方法。
背景技术：
组播和广播是一种从一个数据源向多个目标传送数据的技术。在传统移动网络中，小区广播业务(CBSCell Broadcast Service)允许低比特率数据通过小区共享广播信道向所有用户发送，属于消息类业务。
现在，人们对移动通信的需求已不再满足于电话和消息业务，随着Internet的迅猛发展，大量多媒体业务涌现出来，其中一些应用业务要求多个用户能同时接收相同数据，如视频点播、电视广播、视频会议、网上教育、互动游戏等。这些移动多媒体业务与一般的数据相比，具有数据量大、持续时间长、时延敏感等特点。目前的IP组播技术只适用于有线IP网络，不适用于移动网络，因为移动网络具有特定的网络结构、功能实体和无线接口，这些都与有线IP网络不同。
为了有效地利用移动网络资源，WCDMA/GSM全球标准化组织3GPP提出了组播和广播业务(MBMSMultimedia Broadcast/Multicast Service)，在移动网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口接口资源的利用率。3GPP定义的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播，这无疑顺应了未来移动数据发展的趋势。
为了支持MBMS业务，移动网络中新增了移动网功能实体——广播组播业务中心BM-SC，它是内容提供者的入口，用于授权和在移动网中发起MBMS承载业务，并按照预定时间计划传送MBMS内容。此外，用户设备(UE)、陆地无线接入网(UTRAN)、GERAN、SGSN、GGSN等功能实体进行增强，增加了MBMS相关的功能。
这样的网络结构参见图1，图1为支持组播/广播业务的无线网络结构示意图。其中，广播/组播业务中心(BM-SC)通过Gmb接口或Gi接口与网关通用分组无线业务(GPRS)支持节点(GGSN，Gateway GPRS SupportNode)相连，一个BM-SC可与多个GGSN相连；GGSN通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)相连，一个GGSN可与多个SGSN相连；SGSN可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)相连，然后UTRAN通过Uu接口与通信终端相连，SGSN也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)相连，然后GERAN通过Um接口与通信终端相连。
MBMS包括组播模式和广播模式。组播业务和广播业务的区别点仅在于组播业务只向订阅了某些信息的用户发送相应信息，广播业务则向无线网络中的所有用户发送信息。组播模式需要用户签约相应组播组，进行业务激活，并产生相应的计费信息。由于组播和广播模式在业务需求上存在不同，导致其业务流程也不同。
由于MBMS的广播业务是向无线网络中的所有用户发送信息，不需要用户加入过程，所以以下仅对MBMS的组播业务过程进行说明。
参见图2，图2为用户接收组播业务的完整流程，包括订阅(Subscription)、业务声明(Service announcement)、加入(Joining)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传输(Datatransfer)、会话结束(Session Stop)和离开(Leaving)过程。
其中，Subscription过程用来让用户预先订阅所需的MBMS服务。
Service announcement过程用于由BM-SC宣告当前能提供的服务。
Joining过程即MBMS组播业务激活过程，UE在Joining过程中，通知网络自身愿意成为当前组播组的成员，接收对应业务的组播数据，该Joining过程会在网络和加入组播组的UE中创建记录UE信息的MBMS UE上下文。
Session Start过程中，BM-SC准备好数据传输，通知网络建立相应核心网和接入网的承载资源。
MBMS notification过程用于通知UE MBMS组播会话即将开始。
Data transfer过程中，BM-SC通过会话开始过程中建立的承载资源将数据传输给UE。
Session Stop过程用于将Session Start过程建立的承载资源释放。
Leaving过程使组内的订户离开组播组，即用户不再接收组播数据，该过程会将相应MBMS UE上下文删除。
在MBMS业务过程中，网络侧发送给UE的小区信息不是固定不变的，而是随着业务的变化而有所改变，比如网络侧发送给UE的无线承载(RB)信息、网络侧当前提供的业务等小区信息就会发生改变。下面以网络侧如何给UE发送无线承载(RB)信息为例，介绍目前网络侧向UE发送小区信息的过程。
在接入网建立无线承载资源时，网络侧的BSC/RNC会通知用户MBMS业务无线承载(RB)信息，RB信息包括无线承载配置(PDCP)和映射(RLC)信息，以及传输信道和物理信道的配置信息。
如果小区内将要或是正在传输的MBMS业务的RB信息发生变化时，网络侧也会通知用户去接收变化后的RB信息。通知用户本小区内无线承载变化的信息指示是在MBMS MODIFIED SERVICES INFORMATION消息中传输的。根据这个消息中指示的动作，UE进一步接收无线承载信息。MBMS MODIFIEDSERVICES INFORMATION和无线承载信息都是在MBMS控制信道(MCCH)上传输的。
网络侧通过MCCH向UE发送的无线承载信息不仅包含本小区的RB信息还包含邻小区的RB信息。
根据协议规定，目前网络侧通知用户MBMS业务无线承载参数的过程包括如下两种情况1、用户加入了某个MBMS业务，而当前小区还没有提供该业务这种情况下，用户无论处于任何状态(Idle state或是RRC connected state)都监控MBMS通知指示信道(MICH)；网络侧可以通过SGSN获得邻小区的RB信息，如果Iur接口存在的话，还可以通过Iur接口获得邻小区的RB信息。网络侧可能根据业务需要调整本小区的无线承载信息。
当本小区中承载该业务的无线承载信息发生变化时，网络侧会在MICH指示该业务的变化；当用户从MICH信道得知自己关心的业务发生了变化时，则进一步解调MCCH中的MBMS MODIFIED SERVICES INFORMATION消息中得到业务的RB信息变化通知承载的RB信息消息，从而获取该业务变化后的RB信息。
2、用户正在接收该MBMS业务这种情况下，用户无论任何状态都周期接收MBMS控制信道(MCCH)；BSC/RNC可以通过SGSN获得邻小区的RB信息，如果Iur接口存在的话，还可以通过Iur接口获得邻小区的RB信息。网络侧可能根据业务需要调整本小区的无线承载信息。
当本小区中承载该业务的无线承载信息发生变化时，网络侧会在MCCH的MODIFIED SERVICES INFORMATION消息中指示该业务的变化；当用户在接收该MBMS业务的同时，从MCCH中的MBMS MODIFIED SERVICESINFORMATION消息中得到业务的RB信息变化通知时，则进一步解调相应的MCCH上承载的RB信息消息，从而获取该业务变化后的RB信息。
从上面的现有技术过程可以看出，目前，虽然网络侧能够获知邻小区的RB信息发生了变化，但是只有本小区内某业务的RB信息发生变化时，网络侧才通过MICH或是MCCH上的MBMS MODIFIED SERVICES INFORMATION消息中通知用户无线承载信息的变化，也就是说现有技术中只能由本小区RB信息变化来触发用户解调RB信息。
由于相邻小区的具体情况，以及小区内提供的业务种类都有可能不相同，因此相邻小区的RB信息也极有可能不相同。这样如果只有邻小区该业务的RB信息发生了变化，按照现有的协议，是不在MBMS MODIFIED SERVICESINFORMATION中反映的，换句话说，就是某MBMS业务在本小区的RB消息没有发生变化，而邻小区的RB消息发生了变化时，在本小区内的用户是无法被通知到邻小区RB信息的变化的。
当一个用户正在接收该MBMS业务，并且移动到两个小区的边缘时，用户在这两个相邻小区交界处，可以对该业务执行选择/软合并功能。选择合并主要是在RLC层对从两个相邻小区接收到的相同业务信息进行对比，并挑出一个质量好的数据。而软合并与现有WCDMA系统的软合并一样。这里不再详述。在这种场景下，如果UE没有随着邻小区RB信息更新而更新其储存的RB信息，导致RB信息错误，那么UE无法从邻小区接收到相同业务的信息，从而无法执行合并功能。
同样的，对于其他的小区信息来说，现有技术也都是在本小区的该小区信息变化时，才会通过MICH或MCCH信道通知UE，而在邻小区信息有变化而本小区信息没有变化时，就不会通知UE，在UE移动到两个小区的边缘时，就可能由于小区信息错误而引起UE无法执行相关功能。
发明内容
有鉴于此，本发明的目的在于提供一种多媒体广播/组播业务中小区信息变化的通知方法，该方法能保证在UE移动到两个小区的边缘时，小区信息正确。
为了达到上述目的，本发明提供了一种多媒体广播/组播业务MBMS中小区信息变化的通知方法，该方法包括由本小区的小区信息变化来触发用户解调小区信息的过程，该方法还包括由邻小区的小区信息变化来触发用户解调小区信息的过程，该过程包括以下步骤A、网络侧实时获取并判断邻小区的小区信息是否有变化，如果有变化则执行步骤B，否则重复执行本步骤；B、网络侧在控制信道的指示信息中承载该业务的业务信息，通知用户设备UE小区信息有变化。
其中，所述由本小区的小区信息变化来触发用户解调小区信息的过程，可以包括以下步骤a、网络侧在修改本小区的小区信息时，判断邻小区的小区信息是否有变化，如果有则执行步骤b；否则在控制信道的指示信息中承载该业务的业务信息及提示用户只捕获本小区的小区信息的用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息；b、在控制信道的指示信息中承载该业务的业务信息及提示用户同时捕获本小区和邻小区的小区信息的用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息。
所述由本小区的小区信息变化来触发用户解调小区信息的过程，可以包括以下步骤a1、网络侧在修改本小区的小区信息时，判断邻小区的小区信息是否有变化，如果有则执行步骤a3；否则执行a2；a2，判断修改的是本小区的公共信息还是非公共信息，根据判断结果在控制信道的指示信息中承载该业务的业务信息及用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息；本步骤所述用户操作提示为提示用户捕获修改的本小区公共信息或/和修改的非公共信息；a3、判断修改的是本小区的公共信息还是非公共信息，并判断变化的邻小区信息是公共信息还是非公共信息，根据判断结果在控制信道的指示信息中承载该业务的业务信息及用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息；本步骤所述用户操作提示为提示用户捕获变化的本小区或/和邻小区的公共信息或/和变化的非公共信息。
当邻小区的小区信息没有变化时，步骤A所述重复执行本步骤前可以进一步包括判断本小区的小区信息是否有变化，如果有，则在控制信道的指示信息中承载该业务的业务信息，通知用户设备UE小区信息有变化；否则重复执行本步骤。
步骤A中如果邻小区的小区信息没有变化而本小区的小区信息有变化，则可以进一步在指示信息中承载提示用户只捕获本小区的小区信息的用户操作提示，通知UE按照所述用户操作提示捕获小区信息。
步骤A中如果邻小区的小区信息没有变化而本小区的小区信息有变化，则进一步判断是本小区的公共信息还是非公共信息有变化，并根据判断结果在控制信道的指示信息中承载用户操作提示，通知UE按照所述用户操作提示捕获小区信息；本步骤所述用户操作提示为提示用户捕获变化的本小区的公共信息或/和变化的本小区的非公共信息。
所述步骤B可以包括B1、判断本小区的小区信息是否有变化，如果有则在控制信道的指示信息中承载该业务的业务信息及提示用户同时捕获本小区和邻小区的小区信息的用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息；否则执行步骤B2；B2、在控制信道的指示信息中承载该业务的业务信息及提示用户只捕获邻小区的小区信息的用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息。
所述步骤B可以包括
B11、判断本小区的小区信息是否有变化，如果有则执行步骤B12；否则执行步骤B13；B12、判断变化的是本小区的公共信息还是非公共信息，并判断变化的邻小区信息是公共信息还是非公共信息，根据判断结果在控制信道的指示信息中承载该业务的业务信息及用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息；本步骤所述用户操作提示为提示用户捕获变化的本小区或/和邻小区的公共信息或/和变化的非公共信息；B13、判断变化的邻小区信息是公共信息还是非公共信息，根据判断结果在控制信道的指示信息中承载该业务的业务信息及用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息；本步骤所述的用户操作提示为提示用户捕获变化的邻小区的公共信息或/和变化的邻小区非公共信息。
该方法可以进一步包括C、网络侧将本小区的小区信息和邻小区的小区信息通过控制信道下发给用户设备。
所述的控制信道可以为MBMS通知指示信道MICH或MBMS控制信道MCCH；所述的指示消息为MBMS MODIFIED SERVICES INFORMATION消息。
所述的小区信息可以为MBMS业务的无线承载信息。
所述的无线承载信息至少可以包含无线承载配置和映射信息，传输信道和物理信道信息。
所述的指示信息中承载的业务信息为该MBMS业务的业务标识。
所述网络侧获得邻小区的小区信息的方法为由服务GPRS支撑节点SGSN下发给基站控制器/无线网络控制器BSC/RNC。
由上述的技术方案可见，本发明的这种MBMS业务中小区信息变化的通知方法，不仅在本小区的小区信息变化时通知UE，而且在邻小区的小区信息变化时也能通知UE，因此本发明能够保证UE在包含移动到两个小区的边缘的任何时候，小区信息都正确。
图1为支持组播/广播业务的无线网络结构示意图；图2为用户接收组播业务的完整流程；图3为本发明第一较佳实施例中由邻小区RB信息变化触发的用户解调RB信息的流程示意图；图4为本发明第二较佳实施例中由本小区RB信息变化触发的用户解调RB信息的流程示意图；图5为图4所示实施例中由邻小区RB信息变化触发的用户解调RB信息的流程示意图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图和两个实施例对本发明作进一步的详细描述。
本发明的这种多媒体广播/组播业务中小区信息变化的通知方法，网络侧在只有本小区的与该业务相关的小区信息发生变化，或是只有邻小区与该业务相关的小区信息发生变化，或是本小区和邻小区的该业务相关的小区信息都发生了变化等几种情况任意一种出现时，都通过MICH和MCCH通知用户该业务的小区信息的变化。
与MBMS业务相关的小区信息比较多，比如网络侧发送给UE的无线承载(RB)信息、网络侧当前提供的业务等小区信息。以下举两个网络侧发送给UE的RB信息的具体实施例，对本发明进行详细的说明。
实施例一
本实施例中，在网络侧中BSC/RNC中增加一段处理程序，使得BSC/RNC在邻小区RB信息变化时同样能够触发用户解调RB信息。本实施例中，仍保留现有技术中由本小区RB信息变化时触发用户解调RB信息的过程不做改动，这里不再详述。
参见图3，图3为本发明第一较佳实施例中由邻小区RB信息变化触发的通知用户解调RB信息的流程示意图。该流程包括以下三个步骤步骤301，BSC/RNC实时获取并判断邻小区的RB信息是否有变化，如果有变化则执行步骤302，否则重复执行本步骤。本实施例中，获取邻小区RB信息的方法与现有技术相同。
步骤302，BSC/RNC在MICH信道和MCCH信道下发的MBMSMODIFIED SERVICES INFORMATION指示信息中承载该业务的业务标识，通知UE，RB信息有变化。
步骤303，BSC/RNC将本小区原RB信息和邻小区变化后的RB信息通过MCCH信道下发给UE。返回步骤301。
这样，本实施例不仅可以在本小区RB信息变化时触发用户解调RB信息，而且能够在邻小区RB信息变化时触发用户解调RB信息。这就保证了UE在任何时候，本小区和邻小区的RB信息都正确。
实施例二本实施例中，不仅在网络侧中BSC/RNC中增加在邻小区RB信息变化时触发用户解调RB信息的处理程序，而且对现有技术中由本小区RB信息变化时触发用户解调RB信息的过程进行了改进，以下分别进行说明。
参见图4，图4为本发明第二较佳实施例中由本小区RB信息变化触发的通知用户解调RB信息的流程示意图。该流程包括以下步骤步骤401，BSC/RNC修改本小区RB信息。
步骤402，判断邻小区RB信息是否有变化，如果是则执行步骤403，否则执行步骤405。本实施例中BSC/RNC也是通过现有技术的方法来获取的邻小区RB信息。
步骤403，BSC/RNC在MICH信道和MCCH信道下发的MBMSMODIFIED SERVICES INFORMATION指示信息中承载该业务的业务标识，和用户操作指示。
这里用户操作指示可以有两种方式第一种，用户操作指示分为只捕获本小区RB信息、只捕获邻小区RB信息、同时捕获本小区RB信息和邻小区RB信息。
第二种，用户操作指示分为只捕获变化的本小区或/和邻小区公共RB信息、只捕获变化的本小区或/和邻小区RB非公共信息、同时捕获变化的本小区或/和邻小区公共和非公共RB信息。
本实施例按第一种方式指示用户操作，因此本步骤是指示同时捕获本小区RB信息和邻小区RB信息。如果是按第二种方式指示用户操作，则还进一步判断是本小区还是邻小区的公共RB信息变化还是非公共RB信息变化，然后根据判断结果在本步骤中，指示只捕获变化的本小区或/和邻小区公共RB信息、只捕获变化的本小区或/和邻小区RB非公共信息、同时捕获变化的本小区或/和邻小区公共和非公共RB信息。
步骤404，BSC/RNC将本小区变化后的RB信息和邻小区变化后的RB信息通过MCCH信道下发给UE。返回步骤501。
步骤405，BSC/RNC在MICH信道和MCCH信道下发的MBMSMODIFIED SERVICES INFORMATION指示信息中承载该业务的业务标识，和用户操作指示。
本实施例按第一种方式指示用户操作，因此本步骤是指示只捕获本小区RB信息。
步骤406，BSC/RNC将本小区变化后RB信息和邻小区原RB信息通过MCCH信道下发给UE。
本实施例中，MCCH下发RB信息的顺序，如表1所示。
表1实际上MCCH信道的各种信息都有带有标识，这样，UE可以根据业务ID来解调MCCH，并根据用户操作指示和信息标识捕获到需要的RB信息。
图5为图4所示实施例中由邻小区RB信息变化触发的通知用户解调RB信息的流程示意图。该流程包括以下步骤步骤501，BSC/RNC实时获取并判断邻小区的RB信息是否有变化，如果有变化则执行步骤502；否则执行步骤508。
步骤502，记录邻小区变化的RB信息。
步骤503，判断本小区RB信息是否有变化，如果是则执行步骤504；否则执行步骤506。
步骤504，BSC/RNC在MICH信道和MCCH信道下发的MBMSMODIFIED SERVICES INFORMATION指示信息中承载该业务的业务标识，和用户操作指示。
本实施例按第一种方式指示用户操作，因此本步骤是指示同时捕获本小区RB信息和邻小区RB信息。
步骤505，BSC/RNC将本小区变化后的RB信息和邻小区变化后的RB信息通过MCCH信道下发给UE。返回步骤501。
步骤506，BSC/RNC在MICH信道和MCCH信道下发的MBMSMODIFIED SERVICES INFORMATION指示信息中承载该业务的业务标识，和用户操作指示。
本实施例按第一种方式指示用户操作，因此本步骤是指示只捕获邻小区RB信息。
步骤507，BSC/RNC将原本小区的RB信息和邻小区变化后的RB信息通过MCCH信道下发给UE。返回步骤501。
步骤508，判断本小区RB信息是否有变化，如果是则执行步骤509，否则返回执行步骤501。
步骤509，BSC/RNC在MICH信道和MCCH信道下发的MBMSMODIFIED SERVICES INFORMATION指示信息中承载该业务的业务标识，和用户操作指示。
本实施例按第一种方式指示用户操作，因此本步骤是指示只捕获本小区RB信息。
步骤510，BSC/RNC将变化后的本小区RB信息和邻小区原RB信息通过MCCH信道下发给UE。返回步骤501。
上述实施例以RB信息为例，实际应用中，对于其他小区信息同样适用，这里不再重复说明。
由上述的实施例可见，本发明方法能保证UE在包含移动到两个小区的边缘的任何时候，小区信息都正确。
总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
1.一种多媒体广播/组播业务MBMS中小区信息变化的通知方法，该方法包括由本小区的小区信息变化来触发用户解调小区信息的过程，其特征在于该方法还包括由邻小区的小区信息变化来触发用户解调小区信息的过程，该过程包括以下步骤A、网络侧实时获取并判断邻小区的小区信息是否有变化，如果有变化则执行步骤B，否则重复执行本步骤；B、网络侧在控制信道的指示信息中承载该业务的业务信息，通知用户设备UE小区信息有变化。
2.如权利要求1所述的通知方法，其特征在于所述由本小区的小区信息变化来触发用户解调小区信息的过程，包括以下步骤a、网络侧在修改本小区的小区信息时，判断邻小区的小区信息是否有变化，如果有则执行步骤b；否则在控制信道的指示信息中承载该业务的业务信息及提示用户只捕获本小区的小区信息的用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息；b、在控制信道的指示信息中承载该业务的业务信息及提示用户同时捕获本小区和邻小区的小区信息的用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息。
3.如权利要求1所述的通知方法，其特征在于所述由本小区的小区信息变化来触发用户解调小区信息的过程，包括以下步骤a1、网络侧在修改本小区的小区信息时，判断邻小区的小区信息是否有变化，如果有则执行步骤a3；否则执行a2；a2，判断修改的是本小区的公共信息还是非公共信息，根据判断结果在控制信道的指示信息中承载该业务的业务信息及用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息；本步骤所述用户操作提示为提示用户捕获修改的本小区公共信息或/和修改的非公共信息；a3、判断修改的是本小区的公共信息还是非公共信息，并判断变化的邻小区信息是公共信息还是非公共信息，根据判断结果在控制信道的指示信息中承载该业务的业务信息及用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息；本步骤所述用户操作提示为提示用户捕获变化的本小区或/和邻小区的公共信息或/和变化的非公共信息。
4.如权利要求1所述的通知方法，其特征在于，当邻小区的小区信息没有变化时，步骤A所述重复执行本步骤前进一步包括判断本小区的小区信息是否有变化，如果有，则在控制信道的指示信息中承载该业务的业务信息，通知用户设备UE小区信息有变化；否则重复执行本步骤。
5.如权利要求4所述的通知方法，其特征在于，步骤A中如果邻小区的小区信息没有变化而本小区的小区信息有变化，则进一步在指示信息中承载提示用户只捕获本小区的小区信息的用户操作提示，通知UE按照所述用户操作提示捕获小区信息。
6.如权利要求4所述的通知方法，其特征在于，步骤A中如果邻小区的小区信息没有变化而本小区的小区信息有变化，则进一步判断是本小区的公共信息还是非公共信息有变化，并根据判断结果在控制信道的指示信息中承载用户操作提示，通知UE按照所述用户操作提示捕获小区信息；本步骤所述用户操作提示为提示用户捕获变化的本小区的公共信息或/和变化的本小区的非公共信息。
7.如权利要求1所述的通知方法，其特征在于，所述步骤B包括B1、判断本小区的小区信息是否有变化，如果有则在控制信道的指示信息中承载该业务的业务信息及提示用户同时捕获本小区和邻小区的小区信息的用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息；否则执行步骤B2；B2、在控制信道的指示信息中承载该业务的业务信息及提示用户只捕获邻小区的小区信息的用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息。
8.如权利要求1所述的通知方法，其特征在于，所述步骤B包括B11、判断本小区的小区信息是否有变化，如果有则执行步骤B12；否则执行步骤B13；B12、判断变化的是本小区的公共信息还是非公共信息，并判断变化的邻小区信息是公共信息还是非公共信息，根据判断结果在控制信道的指示信息中承载该业务的业务信息及用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息；本步骤所述用户操作提示为提示用户捕获变化的本小区或/和邻小区的公共信息或/和变化的非公共信息；B13、判断变化的邻小区信息是公共信息还是非公共信息，根据判断结果在控制信道的指示信息中承载该业务的业务信息及用户操作提示，通知UE小区信息有变化，并按照所述用户操作提示捕获小区信息；本步骤所述的用户操作提示为提示用户捕获变化的邻小区的公共信息或/和变化的邻小区非公共信息。
9.如权利要求1所述的通知方法，其特征在于，该方法进一步包括C、网络侧将本小区的小区信息和邻小区的小区信息通过控制信道下发给用户设备。
10.如权利要求1-9中任意所述的通知方法，其特征在于所述的控制信道为MBMS通知指示信道MICH或MBMS控制信道MCCH；所述的指示消息为MBMS MODIFIED SERVICES INFORMATION消息。
11.如权利要求1-9中任意所述的通知方法，其特征在于所述的小区信息为MBMS业务的无线承载信息。
12.如权利要求11所述的通知方法，其特征在于，所述的无线承载信息至少包含无线承载配置和映射信息，传输信道和物理信道信息。
13.如权利要求1-9中任意所述的通知方法，其特征在于所述的指示信息中承载的业务信息为该MBMS业务的业务标识。
14.如权利要求1-9中任意所述的通知方法，其特征在于所述网络侧获得邻小区的小区信息的方法为由服务GPRS支撑节点SGSN下发给基站控制器/无线网络控制器BSC/RNC。
全文摘要
本发明公开了一种多媒体广播/组播业务MBMS中小区信息变化的通知方法，该方法包括由本小区的小区信息变化来触发用户解调小区信息的过程，该方法还包括由邻小区的小区信息变化来触发用户解调小区信息的过程，该过程包括以下步骤A.网络侧实时获取并判断邻小区的小区信息是否有变化，如果有变化则执行步骤B，否则重复执行本步骤；B.网络侧在控制信道的指示信息中承载该业务的业务信息，通知用户设备UE小区信息有变化。应用本发明能够保证UE在包含移动到两个小区的边缘时的任何时候，小区信息都正确。
文档编号H04W4/06GK1756429SQ200410085408
公开日2006年4月5日 申请日期2004年9月30日 优先权日2004年9月30日
发明者胡灏 申请人:华为技术有限公司