通知MBMS相关信息的方法转让专利
申请号 : CN200810214424.2
文献号 : CN101374278B
文献日 : 2012-02-29
发明人 : 孙春迎 , 李小强 , 崔成豪
申请人 : 北京三星通信技术研究有限公司 , 三星电子株式会社
摘要 :
一种通知MBMS相关信息的方法，包括步骤：用户设备移动到新小区时，向DRNC发送小区更新消息；DRNC从用户设备收到的小区更新消息得到该用户设备的SRNC；DRNC发送上行信令传输指示消息，告知SRNC用户设备UE订阅的正在进行的MBMS业务在新小区的相关信息。本发明通过让DRNC告诉SRNC用户设备正在接收的MBMS业务的相关信息，从而能够减少在小区重选时的数据丢失量，协助SRNC快速决定UE需要进入的状态等。
权利要求 :
1.一种通知多媒体广播和组播业务MBMS相关信息的方法，包括步骤：用户设备UE移动到新小区时，向漂移无线网络控制器DRNC发送小区更新消息；
DRNC从用户设备接收所述小区更新消息，检查用户设备的无线网络临时标识U-RNTI，得到该用户设备的服务无线网络控制器SRNC；
DRNC发送上行信令传输指示消息，告知SRNC用户设备UE订阅的正在进行的MBMS业务在新小区的相关信息。
2.根据权利要求1所述的方法，其特征在于还包括步骤：SRNC根据相关信息决定向DRNC发送的命令。
3.根据权利要求1所述的方法，其特征在于上行信令传输指示消息中包含正在进行的MBMS业务的业务标识及信道类型。
4.根据权利要求1所述的方法，其特征在于上行信令传输指示消息中包含正在进行的MBMS业务的业务标识及是否属于组播区域、无线承载消息。
说明书 :
通知MBMS相关信息的方法
技术领域
[0001] 本发明涉及多媒体广播和组播业务(简称MBMS)，特别涉及一种通知MBMS相关信息的方法。
背景技术
[0002] MBMS是在第三代移动通信系统合作伙伴计划中正在为之制定相关标准以进行标准化的一项新业务。MBMS业务是一种单向的点到多点方式(即从单一数据源播发出多媒体数据经过网络传输被送到多个用户接收)的业务。这种业务的最大特点是它可以有效的利用无线资源和网络资源。MBMS业务主要用于无线通信网络系统中，如宽带码分多址通信系统，全球移动通信系统等。MBMS中业务数据的发送基本上要经过：数据源发送、中间网络传输、目的小区空中传输、用户接收这样几个过程。图3是一个能够提供MBMS业务的无线通信系统逻辑网络设备图，在该图中MBMS实际上利用了通用分组无线数据业务(以下简称GPRS)网络作为核心传输网络。如图3所示，广播及组播服务中心(以下简称BM-SC)是发送MBMS业务数据的数据源；网关GPRS支持节点(以下简称GGSN)用于GRPS网络与外部网络(如INTERNET网络)的连接；在MBMS业务中网关GPRS支持节点连接BM-SC并把MBMS数据发送到特定的服务GPRS支持节点(以下简称SGSN)；小区广播中心是小区广播的数据源，在MBMS中通过将小区广播中心与BM-SC互连，使小区广播中心可以提供MBMS业务宣告功能；SGSN用于对UE进行接入控制及移动管理同时把从GGSN来的MBMS数据发送到特定的无线单元控制器(以下简称RNC)中去；RNC用于控制一组基站并把多媒体数据传送到特定的基站中去；基站在RNC的控制下为某个小区的MBMS业务建立空中物理信道；用户终端设备(以下简称UE)是接收MBMS数据的终端设备。
[0003] 图4中给出了MBMS业务从业务宣告、用户加入、业务通知、无线承载建立到最后用户离开的全部过程。
[0004] 401订阅建立起用户和服务提供商之间的联系，授权用户可以接收有关的MBMS服务。
[0005] 402业务宣告通知用户将要提供的MBMS业务。例如，系统要在下午7：00在北京市区转播一场足球赛。
[0006] 403加入表示用户加入一个组，即用户告诉网络他或她愿意接收这项组播业务。
[0007] 404MBMS会话开始表示建立为MBMS数据传输建立网络资源。
[0008] 405MBMS通知告知用户马上要进行的MBMS数据传输。
[0009] 406数据传输表示MBMS业务数据传输到用户的过程。
[0010] 407MBMS会话结束表示当MBMS业务数据传输完成后，释放网络资源。408离开与403加入相对应，表示用户要离开一个组，即不再想接收某个业务的数据。
[0011] MBMS业务的提供通常是采用点对多点的方式，在有线网络和无线接口传输的时候都仅传输一份数据，这样可以节省网络资源和空中接口资源，尤其是空中扩频码的资源。但是当一个小区中接收某个MBMS业务的用户数目较少的时候，从基站的发射功率而言，不是点对多点信道传输能节省资源，而是使用多条点对点的传输信道能够更好的利用网络资源。MBMS系统为每个小区定义了一个用户数目临界值，即点对多点信道传输与点对点信道传输转换的界限。当用户数目大于该临界值时，网络将该小区的相关信息设定(业务会话开始时)或者转换(业务会话进行中)为点对多点模式，即使用公共传输信道。反之，当用户数目小于该临界值时，网络将该小区的相关信息设定(业务会话开始时)或者转换(业务会话进行中)为点对点模式，即使用专用传输信道。
[0012] 在WCDMA系统中，公共传输信道和专用传输信道的建立方式与过程是完全不一样的，并且用户设备在使用不同传输信道时的所处的RRC状态也是不一样的。
[0013] 在WCDMA系统中，用户所处的状态，从无线资源控制(RRC)连接的角度来讲有五个：空闲状态(idle)，小区寻呼信道状态(cell_pch)，小区下行接入信道状态(cell_fach)，小区专用信道状态(cell_dch)和URA寻呼信道状态(ura_pch)。在这五个状态中，对于MBMS业务来讲，都可以接受业务数据。但某些情况下有特殊的限制要求。除了空闲状态之外的其他状态，我们都可以说用户设备处于连接状态。
[0014] 当用户设备处于空闲状态的时候，它可以接收在点对多点信道上传输的MBMS数据，但是因为其与无线网络控制器(RNC)之间没有RRC连接，该用户设备不能接收其他业务数据。当空闲用户进行小区重新选择时，用户设备与网络之间一般不进行任何通信，用户设备自身通过测量改变当前所在的小区。这些过程在WCDMA的协议规范有详细描述，在此不做赘述。
[0015] 当用户设备处于小区寻呼信道状态时，它也只可以接收在点对多点信道上传输的MBMS数据，但是它与无线网络控制器之间有RRC连接，网络可以通过在寻呼信道上发送消息从而找到该用户设备。该用户设备也可以随时发起上行信令连接，与网络之间进行交互。当该用户设备移动新的小区时，它要做小区重新选择，一旦用户设备移动到一个新的小区并且已经选择该信小区作为其目的小区，那么它要向网络发送消息，通知网络其现在的位置。这个过程通常是通过小区更新来完成的。
[0016] 当用户设备处于下行接入信道状态时，它不仅可以接收在点对多点信道上传输的MBMS数据，并且可以在下行接入信道(FACH)上接收该用户设备的专有数据。尽管MBMS数据的传输可能与用户设备的专有数据可能不在同一个物理信道上传输，只要用户设备有能力，它就可以同时接收MBMS数据和专有数据。在这个状态的用户设备与无线网络控制器之间有RRC连接，网络分配给它专用控制信道(DCCH)，使得它与网络之间可以随时保持通信。该用户设备可以随时发起上行信令连接，与网络之间进行交互。当该用户设备移动新的小区时，它要做小区重新选择，一旦用户设备移动到一个新的小区并且已经选择该信小区作为其目的小区，那么它要向网络发送消息，通知网络其现在的位置。这个过程通常是通过小区更新来完成的。
[0017] 当用户设备处于小区专用信道状态时，它不仅可以接收MBMS数据，并且可以在网络给它配置的专用信道(DCH)上接收和发送该用户设备的专有数据。MBMS数据的传输可能与用户设备的专有数据可能不在同一个物理信道上传输，但只要用户设备有能力，它就可以同时接收MBMS数据和专有数据。用户设备处于该状态可能是由于专有业务的缘故，也可能是因为用户所处小区的MBMS业务是通过专用信道提供的缘故。在这个状态的用户设备与无线网络控制器之间有RRC连接，网络分配给它专用控制信道(DCCH)，使得它与网络之间可以随时保持通信。该用户设备可以随时发起上下行信令与数据传输，与网络之间进行交互。当该用户设备移动新的小区时，它要做小区测量，将测量结果报告给它的服务无线网络控制器。如果网络发现该用户报告的在目的小区信号质量足够好，网络就可能让用户设备在新小区建立新的无线链路(如果用户只有MBMS业务并且目标小区的该业务的相关信息为点对点，或者该用户有其它专用业务)，否则如果该用户设备就会在其与网络间建立点对多点信道，并且相应地，用户设备的状态会转移到下行接入信道状态或者小区寻呼信道状态，一般不建议将该用户设备转移到URA寻呼信道状态，因为在该状态下用户的移动性是以URA(一般包含多个小区)为单位，不便于统计用户数目。
[0018] 当用户设备处于URA寻呼信道状态时，它也只可以接受MBMS数据，但是它与无线网络控制器之间有RRC连接，网络可以通过在寻呼信道上发送消息从而找到该用户设备。该用户设备也可以随时发起上行信令连接，与网络之间交互。当该用户设备移动到新的小区时，从系统信息中知道新小区的URA标识，如果新小区的URA标识与旧小区的一样，该用户设备并不与网络进行交互。而一旦新旧小区的URA标识不一致，它要做URA重新选择，这个过程通常是通过URA更新来完成的。
[0019] 当处于连接状态的用户设备在不同RNC之间移动时，这两个RNC之间有Iur接口。用户设备原先的RNC叫做它的服务RNC(SRNC)，移动到的新的RNC叫做它的漂移RNC(DRNC)。
[0020] 因为本发明与小区更新的过程有关，在此以图9为参考，描述一下小区更新的过程。
[0021] 当用户设备移动到多个小区的边缘时，当前正在接收信号的小区信号会变弱，用户设备会扫描其他小区的信号强度。如果发现新小区的信号强度满足小区重新选择的条件，那么用户设备就会在新小区进行小区同步，获得新小区P-CCPCH信道，读取系统信息。从系统信息中，用户设备得到上行随即接入信道RACH的配置信息，用户设备配置完上行信道的传输信道和物理信道后，就可以向网络发送信息。
[0022] 处于小区寻呼信道状态和小区下行接入信道状态的用户设备此时要向网络发送RRC消息“小区更新”，当用户设备的DRNC接收到该消息后，它会查看该消息是否以U-RNTI标识的。如果是，DRNC将该消息封装到Iur消息“上行信令传输指示”中，如图9中的L3信息包含的就是由用户设备发送的小区更新消息。当SRNC收到“上行信令传输指示”后，它会对其进行解码，得知UE进入了新的小区。SRNC会根据用户设备的状态向UE发送小区更新确认消息。如果SRNC决定UE为小区寻呼信道状态，那么SRNC向DRNC发送“下行信令传输指示”消息，该消息中携带小区更新确认消息。如果SRNC决定UE状态为小区下行接入信道状态，那么SRNC向DRNC发送数据包，其中携带小区更新确认消息，该数据包由DRNC发送给用户设备。
[0023] 本发明只与小区寻呼信道状态和小区下行接入信道状态有关，由于空闲状态，URA寻呼信道状态和小区专用信道状态的用户设备的小区重新选择与这二种完全不同，因此不在本发明考虑范围之内。这两种状态的用户设备因为在其进行小区重新选择时，都要先从系统信息中获取当前小区的信息，然后发送上行信令。而关于MBMS业务类型的广播是在组播控制信道(MCCH)上进行的，因此在这三种用户设备向网络发送信令的时候是不知道支持该MBMS业务的相关信息例如信道类型的。而网络如果不知道支持MBMS业务的相关信息例如信道类型，用户设备的SRNC就不知道该向DRNC发送什么消息，从而不能保证用户设备如何准确快速的得到MBMS业务数据。
发明内容
[0024] 本发明的目的是提供一种通知MBMS相关信息的方法，通过用户设备新选择小区的DRNC通知用户设备的SRNC该用户正在接收MBMS业务的相关信息例如信道类型，是否属于组播区域和无线承载信息，从而使得SRNC发送正确的信令到DRNC，为该MBMS业务快速建立传输信道，从而减少用户数据的丢失。
[0025] 为实现上述目的，一种通知MBMS相关信息的方法，包括步骤：
[0026] 用户设备移动到新小区时，向DRNC发送小区更新消息；
[0027] DRNC从用户设备收到的小区更新消息得到该用户设备的SRNC；
[0028] DRNC发送上行信令传输指示消息，告知SRNC用尸设备UE订阅的正在进行的MBMS业务在新小区的相关信息。
[0029] 本发明通过让DRNC告诉SRNC用户设备正在接收的MBMS业务的相关信息，从而能够减少在小区重选时的数据丢失量，协助SRNC快速决定UE需要进入的状态等。
附图说明
[0030] 图1是基于第二个前提下的信令流程；
[0031] 图2是基于第一个前提下的信令流程；
[0032] 图3是MBMS系统结构示意图；
[0033] 图4是MBMS组播业务流程；
[0034] 图5是基于第二个前提下的DRNC节点动作；
[0035] 图6是基于第一个前提下的DRNC节点动作；
[0036] 图7是基于第二个前提下的SRNC节点动作；
[0037] 图8是基于第一个前提下的SRNC节点动作；
[0038] 图9是小区更新流程图。
具体实施方式
[0039] 下面，参照附图详细说明本发明正确的示例。以下只对理解本发明必要的部分进行说明，为了突出重点会对其他的部分有所省略。
[0040] 本发明有两个不同的前提，发明方法随着前提的不同而有所不同。第一个前提是用户设备的SRNC会保存其DRNC中某些小区中正在进行的MBMS业务的相关信息，例如信道类型，是否属于组播区域和无线承载信息。
[0041] 第二个前提是用户设备的SRNC不保存其DRNC中某些小区中正在进行的MBMS业务的相关信息，例如信道类型，是否属于组播区域和无线承载信息。
[0042] 本发明只有在当用户设备移动到一个新的RNC，并且该RNC已经保存了用户设备的MBMS业务标识之后才能采用。
[0043] 图1给出了本发明基于第二个前提的信令流程。
[0044] 当处于cell_fach和cell_pch的用户设备移动到新的小区时，如果用户设备测量的新小区的公共导频信道的信号质量满足一定的小区选择规则，那么用户设备要向其SRNC发送小区更新消息101。该消息在上行公共控制信道(CCCH)上发送的。当用户设备移动到新小区后，它要读取新小区的系统信息，从而得知新小区中S-CCPCH和PRACH的配置参数。用户设备根据现在RRC协议规范中规定的方法选择自己收听的S-CCPCH和用来发送上行信息的PRACH后，用户设备将CCCH映射到PRACH中包含的RACH信道上去，向新小区所属的DRNC发送小区更新消息。
[0045] 图1所述的102，当DRNC收到从CCCH上传输的消息后，要检查该消息的内容。当DRNC知道该消息是小区更新后，会通过检查用户设备的标识U-RNTI来确定该用户设备的SRNC是哪一个。用户设备的U-RNTI是由其SRNC分配的，该标识包含两部分：由SRNC分配给用户设备的临时标识S-RNTI和它的SRNC标识。DRNC通过SRNC标识就可以知道将该信令转发给那个RNC。在Iur接口上，用来从一个RNC向另一个RNC转发从CCCH上收到的用户设备信令的消息为“上行信令传输指示”，该消息是用无连接模式的SCCP传送的。传送的时候，DRNC将从用户设备处收到的RRC信令封装到该消息的“L3信息”信息单元中。DRNC检查是否已为该用户设备建立了用户设备上下文(这是针对cell_fach用户设备的)，该用户设备上下文是在用户设备第一次进入由该RNC控制的小区时生成的。如果没有，DRNC再检查MBMS业务上下文中是否包含该用户设备的U-RNTI(这是针对cell_pch用户设备的)。如果也没有，那么DRNC按照已有技术进行操作，这种情况不在本发明的解决范围之内。对于cell_fach用户设备，如果DRNC已经为其建立了用户设备上下文，那么DRNC肯定已经知道UE订阅的所有MBMS业务或者知道那些正在进行的MBMS业务，这取决于业务上下文建立的方法，由于与本发明没有关系，在此不作赘述。DRNC将UE所在新小区的MBMS业务上下文更新，将用户设备标识加入到相关小区的相关业务的上下文中去，将用户设备标识从旧小区的相关业务的业务上下文中删除。DRNC将正在进行业务的业务标识及对应的相关信息例如信道类型，是否属于组播区域和无线承载参数包含在上行信令传输指示消息中。这可能会涉及多个正在进行的业务，这样该消息中就包含多个业务的相关信息。当然该消息中还要包含其他信息单元，例如用户设备的C-RNTI，公共传输信道资源初始指示等现在规范描述的信息。无线承载信息是当目标小区的信道类型为点对多点方式时才传递的。如果由于该用户设备的移动性而导致MBMS业务信道类型由点对点变成点对多点，那么该消息还可以指示SRNC信道类型转换，及影响到的在该SRNC的其他用户设备的标识。当SRNC发现信道类型转换后，将其他用户设备的专用信道配置为公共信道。公共信道的配置参数可以通过SRNC传递，也可以通过用户设备读取MCCH得到。如果DRNC指示针对某些MBMS业务，该小区不属于组播区域，那么SRNC可以将用户设备移动到空闲状态，并将该信息通知用户设备。
[0046] 图1所述的103，当SRNC收到从DRNC传送的消息上行信令传输指示后，根据已有的协议规范决定该如何处理。因为这与本发明没有关系，在此不作赘述。当SRNC发现当前用户设备正在接收的业务的相关信息包含在该消息中时，它根据相关信息决定要向DRNC发送的信令。譬如说，如果目标小区提供业务的相关信息为点对点方式，那么SRNC要向DRNC发送无线链路建立请求消息，从而为用户设备在新小区中建立无线链路，提供专用信道，然后在发送给用户设备的“小区更新确认”消息中配置专用信道。该方法与现有规范中描述的建立无线链路的过程是一样的，在此不作赘述。如果目标小区提供业务的相关信息为点对多点方式，即公共传输信道，那么SRNC根据实际需要为用户设备建立为专用业务提供传输通道的公共传输信道，或者决定让用户设备仍然处于CELL_PCH状态下等。SRNC还可以在发给用户设备的消息小区更新确认中携带公共信道的承载信息。SRNC还可以通知用户设备目前所在小区不属于组播区域。
[0047] 图1所述的104，如果由SRNC发送用户设备的RRC消息是在CCCH上发送的，那么该RRC消息通过“下行信令传输”消息传递到DRNC，DRNC将其在CCCH上发送到用户设备。否则，若该消息是在DCCH上发送的，DRNC不需要作任何额外处理。
[0048] 图2给出的是基于第一个前提下的信令流程。
[0049] 图2所述的201，当处于cell_fach，cell_pch的用户设备进行小区更新时，UE会在选择的新小区中发送小区更新的RRC消息。该消息在上行公共控制信道(CCCH)上发送的。
[0050] 图2所述的202，当DRNC收到从CCCH上传输的消息后，要检查该消息的内容。当DRNC知道该消息是小区更新后，会通过检查用户设备的标识U-RNTI来确定该用户设备的SRNC是哪一个。用户设备的U-RNTI是由其SRNC分配的，该标识包含两部分：由SRNC分配给用户设备的临时标识S-RNTI和它的SRNC标识。DRNC通过SRNC标识就可以知道将该信令转发给那个RNC。在Iur接口上，用来从一个RNC向另一个RNC转发从CCCH上收到的用户设备信令的消息为“上行信令传输指示”，该消息是用无连接模式的SCCP传送的。传送的时候，DRNC将从用户设备处收到的RRC信令封装到该消息的“L3信息”信息单元中。DRNC检查是否已为该用户设备建立了用户设备上下文(这是针对cell_fach用户设备的)，该用户设备上下文是在用户设备第一次进入由该RNC控制的小区时生成的。如果没有，DRNC再检查MBMS业务上下文中是否包含该用户设备的U-RNTI(这是针对cell_fach和cell_pch用户设备的)。如果也没有，那么DRNC按照已有技术进行操作，这种情况不在本发明的解决范围之内。对于cell_fach用户设备，如果DRNC已经为其建立了用户设备上下文，那么DRNC肯定已经知道UE订阅的所有MBMS业务或者知道那些正在进行的MBMS业务，这取决与业务上下文建立的方法，由于与本发明没有关系，在此不作赘述。DRNC将UE所在新小区的MBMS业务上下文更新，将用户设备标识加入到相关小区的相关业务的上下文中去，将用户设备标识从旧小区的相关业务的业务上下文中删除。DRNC判断是否曾经将该小区中关于某些正在进行的MBMS业务的相关信息例如信道类型，是否属于组播区域和无线承载参数传送给SRNC。如果没有，DRNC要将该小区中关于某些正在进行的MBMS业务的相关信息例如信道类型和无线承载参数包含在上行信令传输指示消息中，否则就不需要传递。这可能会涉及多个正在进行的业务，这样该消息中就包含多个业务的相关信息。当然该消息中还要包含其他信息单元，例如用户设备的C-RNTI，公共传输信道资源初始指示等现在规范描述的信息。无线承载信息是当目标小区的信道类型为点对多点方式时才传递的。如果由于该用户设备的移动性而导致MBMS业务信道类型由点对点变成点对多点，那么该消息还可以指示SRNC信道类型转换，及影响到的在该SRNC的其他用户设备的标识列表。当SRNC发现信道类型转换后，将其他用户设备的专用信道配置为公共信道。公共信道的配置参数可以通过SRNC传递，也可以通过用户设备读取MCCH得到。如果DRNC指示针对某些MBMS业务，该小区不属于组播区域，那么SRNC可以将用户设备移动到空闲状态，并将该信息通知用户设备。
[0051] 图2所述的203，当SRNC收到从DRNC传送的消息上行信令传输指示后，如果其中包含某些小区中某些MBMS业务的相关信息，SRNC要保存这些信息，然后根据保存的相关信息决定要向DRNC发送的信令。譬如说，如果目标小区提供业务的相关信息为点对点方式，那么SRNC要向DRNC发送无线链路建立请求消息，从而为用户设备在新小区中建立无线链路，提供专用信道。该方法与现有规范中描述的建立无线链路的过程是一样的，在此不作赘述。如果目标小区提供业务的相关信息为点对多点方式，即公共传输信道，那么SRNC根据实际需要为用户设备建立为专用业务提供传输通道的公共传输信道，或者决定让用户设备仍然处于CELL_PCH状态下等。SRNC还可以在发给用户设备的消息小区更新确认中携带公共信道的承载信息。SRNC还可以通知用户设备目前所在小区不属于组播区域。
[0052] 图2所述的204，如果由SRNC发送用户设备的RRC消息是在CCCH上发送的，那么该RRC消息通过“下行信令传输”消息传递到DRNC，DRNC将其在CCCH上发送到用户设备。否则，若该消息是在DCCH上发送的，DRNC不需要作任何额外处理。
[0053] DRNC的节点处理流程
[0054] 图5描述了基于第二个前提的DRNC的节点处理流程。
[0055] 501阶段，DRNC接收从用户设备和SRNC发送的消息。
[0056] 502阶段，DRNC判断收到的消息是否以U-RNTI来标识用户设备或者DRNC判断该消息是否是小区更新。如果是，则转向503，否则转向501。DRNC查看是否已经有该用户设备的上下文或者MBMS上下文中是否包含该用户设备的标识。如果是，则转向504，否则转向501。504阶段，DRNC检查该用户设备所在的小区是否与前一小区不一样，若一样则转向501。若不一样，再检查新小区针对某些业务是否属于组播区域，若属于组播区域，则转向
505，否则转向508。505阶段，DRNC更新新旧小区的MBMS上下文，即将旧小区中MBMS业务上下文中的用户设备标识删除，将其加入到新小区的MBMS业务上下文中去，转向506。506阶段，判断由于该用户设备的加入是否导致信道类型由点对点转换为点对多点，若是则转向507，否则转向508。507阶段，DRNC向用户设备的SRNC发送上行信令传输指示消息，其中包含正在进行的MBMS业务在新小区的相关信息例如信道类型和无线承载信道参数，并且DRNC在该消息中还包含信道转换指示及影响到的在SRNC的其他用户设备的标识。508阶段，DRNC向用户设备的SRNC发送上行信令传输指示消息，其中包含正在进行的MBMS业务在新小区的相关信息例如信道类型，或者是否属于组播区域。如果信道类型为点对多点，那么该消息还包含无线承载参数。
505，否则转向508。505阶段，DRNC更新新旧小区的MBMS上下文，即将旧小区中MBMS业务上下文中的用户设备标识删除，将其加入到新小区的MBMS业务上下文中去，转向506。506阶段，判断由于该用户设备的加入是否导致信道类型由点对点转换为点对多点，若是则转向507，否则转向508。507阶段，DRNC向用户设备的SRNC发送上行信令传输指示消息，其中包含正在进行的MBMS业务在新小区的相关信息例如信道类型和无线承载信道参数，并且DRNC在该消息中还包含信道转换指示及影响到的在SRNC的其他用户设备的标识。508阶段，DRNC向用户设备的SRNC发送上行信令传输指示消息，其中包含正在进行的MBMS业务在新小区的相关信息例如信道类型，或者是否属于组播区域。如果信道类型为点对多点，那么该消息还包含无线承载参数。
[0057] 图6描述了基于第一个前提的DRNC的节点处理流程。
[0058] 601阶段，DRNC接收从UE和SRNC处发送的消息。
[0059] 602阶段，DRNC判断收到的消息是否以U-RNTI来标识用户设备或者DRNC判断该消息是否是小区更新。如果是，则转向603，否则转向601。DRNC查看是否已经有该用户设备的上下文或者MBMS上下文中是否包含该用户设备的标识。如果是，则转向604，否则转向601。604阶段，DRNC检查该用户设备所在的小区是否与前一小区不一样，若一样则转向501。若不一样，再检查新小区针对某些业务是否属于组播区域，若属于组播区域，若是则转向605，否则转向606。605阶段，DRNC更新新旧小区的MBMS上下文，即将旧小区中MBMS业务上下文中的用户设备标识删除，将其加入到新小区的MBMS业务上下文中去，转向606。
606阶段，DRNC判断是否给SRNC发送过关于该小区针对某个MBMS业务的相关信息如信道类型或者是否属于组播区域，如果是点对多点信道，是否发送过无线承载信息。如果是，则在DRNC向SRNC发送的上行信令传输指示中不必包含相关信息。否则要包含这些内容。如果由于该用户设备的加入导致信道类型由点对点转换为点对多点，那么DRNC可以在该消息中包含信道转换指示及影响到的在SRNC的其他用户设备的标识。
606阶段，DRNC判断是否给SRNC发送过关于该小区针对某个MBMS业务的相关信息如信道类型或者是否属于组播区域，如果是点对多点信道，是否发送过无线承载信息。如果是，则在DRNC向SRNC发送的上行信令传输指示中不必包含相关信息。否则要包含这些内容。如果由于该用户设备的加入导致信道类型由点对点转换为点对多点，那么DRNC可以在该消息中包含信道转换指示及影响到的在SRNC的其他用户设备的标识。
[0060] SRNC的节点处理流程
[0061] 图7描述了基于第二个前提的SRNC的节点处理流程。
[0062] 701阶段，SRNC接收从DRNC处发送的消息。
[0063] 702阶段判断收到的消息是否是上行信令传输指示，若是则转向703，否则转向701。703阶段，检查该消息中是否包含信道转换指示，若是转向704，否则转向705。704阶段检查该消息中MBMS业务的相关信息，例如信道类型是否是点对多点，若是则转向706，否则，转向707。705阶段，SRNC将该消息中包含的用户设备列表所涉及的用户设备的专用信道配置为公共信道，然后检查该消息中是否指示该小区对于某些MBMS业务来说不属于组播区域，若是转向707，否则转向704。706阶段，SRNC向用户设备发送小区更新确认，该消息中包含正在进行业务的无线承载参数。707阶段，SRNC向用户设备发送小区更新确认，该消息中包含专用信道的无线承载参数或者不属于组播区域指示。
[0064] 图8描述了基于第一个前提的SRNC的节点处理流程。
[0065] 801阶段，SRNC接收从DRNC发送的消息。
[0066] 802阶段判断收到的消息是否是上行信令传输指示，若是则转向803，否则转向801。
[0067] 803阶段判断收到的消息中是否包含针对某些MBMS业务的相关信息。若是，则转向804，否则转向805。
[0068] 804阶段，SRNC要保存小区中针对某一业务的相关信息。
[0069] 805阶段，检查MBMS业务的相关信息中信道类型是否为点对多点，若是则转向806，否则，转向807。
[0070] 806阶段，SRNC向用户设备发送小区更新确认，该消息中包含正在进行业务的无线承载参数，转向808。807阶段，SRNC检查消息中是否指示该小区对于某些MBMS业务来说不属于组播区域，若不是SRNC向用户设备发送小区更新确认，该消息中包含专用信道的无线承载参数，否则该小区更新消息中包含不属于组播区域指示，转向808。808阶段，检查该消息中是否包含信道转换指示，若是转向809，否则转向801。809阶段，SRNC将该消息中[0071] 包含的用户设备列表所涉及的用户设备的专用信道配置为公共信道。