专利名称：通知多媒体广播组播会话开始的方法
技术领域：
本发明涉及第三代移动通信系统，特别涉及在服务GPRS支持节点通知无线单元控制器会话开始的方法。
背景技术：
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数据的终端设备。
图4中给出了MBMS业务从业务宣告、用户加入、业务通知、无线承载建立到最后用户离开的全部过程。
401 订阅建立起用户和服务提供商之间的联系，授权用户可以接收有关的MBMS服务。
402 业务宣告通知用户将要提供的MBMS业务。例如，系统要在下午700在北京市区转播一场足球赛。
403 加入表示用户加入一个组，即用户告诉网络他或她愿意接收这项组播业务。
404 MBMS会话开始表示建立为MBMS数据传输建立网络资源。
405 MBMS通知告知用户马上要进行的MBMS数据传输。
406 数据传输表示MBMS业务数据传输到用户的过程。
407 MBMS会话结束表示当MBMS业务数据传输完成后，释放网络资源。
408 离开与403加入相对应，表示用户要离开一个组，即不再想接收某个业务的数据。
在现有MBMS系统中，MBMS会话开始时，SGSN要通知RNC会话开始，及该MBMS业务相关的业务质量参数，组播业务区域。图2描述的是，SGSN如何通知RNC会话开始。在现有技术中SGSN下面有三种类型的RNC一是处于最后已知路由区域(RA)的RNC，该RNC控制范围下的小区包含处于空闲状态(PMM_IDLE)的用户设备；二是服务无线单元控制器(SRNC)，RNC控制范围下的小区包含处于连接状态(PMM_CONNECTED)的用户设备，且该RNC是UE的SRNC；三是漂浮无线单元控制器(DRNC)，RNC控制范围下的小区包含处于连接状态(PMM_CONNECTED)的用户设备，但该RNC不是UE的SRNC，而是UE的DRNC。对于处于PMM_IDLE状态的用户设备，由于SGSN知道用户设备所处的路由区域(RA)，SGSN根据路由区域与RNC之间的映射关系，从而得知这些UE所处的RNC，在会话开始时，向这些RNC发送会话开始指示消息，如图2中的205(我们假定其中RNC#2中就包含有PMM_IDLEUE)，该消息包括业务标识，该业务对应的服务质量参数，组播业务区域。对于处于PMM_CONNECTED状态的用户设备，由于用户设备的移动性，SGSN只知道该UE的SRNC，而不知道UE的DRNC。也就是说，DRNC对SGSN是屏蔽的。因此SGSN只能向该UE所处的SRNC发送会话开始指示消息，如图2中的205(我们假定RNC#2是某些用户设备的SRNC)，该消息包括业务标识，该业务对应的服务质量参数，组播业务区域。如果某些UE移动到DRNC所控制的小区，如图2中的RNC#1就属于某些UE的DRNC。由于SGSN不知道这类RNC的存在，因此就会导致SGSN不可能向该RNC发送会话开始指示。现有技术中有两种方法可以使得SGSN知道存在这类RNC，从而通知这些RNC会话开始第一种如图2中的201，当第一个激活MBMS业务的UE移动到该RNC后，该RNC知道该UE激活的MBMS业务标识，如果RNC还没有建立起对于该业务的上下文，则建立。然后RNC向SGSN发送“MBMS RNC注册请求”消息。SGSN收到该消息后，要在其承载上下文中保存该RNC的标识，以便会话开始时可以通知该RNC。会话开始后，SGSN检查其上下文中包含的RNC标识，向该RNC发送207，通知该RNC会话开始，该消息中包含业务标识，该业务对应的服务质量参数，组播业务区域；第二种如图2中的206，在会话开始后，UE的SRNC会先收到从SGSN发送的“MBMS会话开始指示”消息。SRNC向UE所处的DRNC即RNC#1发送203“MBMS附着请求”消息，告知DRNC这些UE已经加入并且会话已经开始的业务标识。DRNC向SRNC返回“MBMS附着响应”消息，如果DRNC还没有建立起对于该业务的上下文，则建立。然后DRNC向SGSN发送“MBMS RNC注册请求”消息。SGSN收到该消息后，要在其承载上下文中保存该RNC的标识，由于在这种情况下，会话已经开始，因此SGSN向RNC发送207，通知该RNC会话开始，该消息中包含业务标识，该业务对应的服务质量参数，组播业务区域。
从图2的描述我们可以看出，不论是对于三种RNC中哪一种，SGSN向RNC发送的会话开始指示消息都是一样的，所携带的参数也是一样的，也就是说，SGSN是不区分这三种RNC的。对于处于最后已知路由区域的RNC，UE的位置对SGSN来说，是在路由区域级别上的，一个RA可以包含一个或多个RNC，一个RNC也可以包含多个RA。一个RA对应于多个小区。在会话开始的时候，要保证所有的用户设备都知道会话开始，以使得UE知道监听组播控制信道(MCCH)，特别是对于处于PMM_IDLE状态的用户设备，只有SGSN通知RNC这些UE所处的路由区域，才能使RNC准确地向RA包含的小区发送MBMS通知，使UE知道会话已经开始。由此可见，对于向这类RNC发送的“会话开始指示”消息，其中还要包含UE所处的位置信息。对于SRNC和DRNC，由于所控制的UE的位置在小区级别上是可见的，因此可以由SRNC决定向哪些小区发送MBMS通知，SGSN不需要指明该UE所处的位置。由此可见，对于这两类RNC，SGSN向其发送的“会话开始指示”不需要包含UE所处位置的信息。现有技术对于这三种不同的RNC不区分，这就意味着RNC收到“会话开始指示”消息后，或者向整个RNC所在的区域发送MBMS通知，或者都不发送。这种统一的处理方案或者会增加空中接口上的信令承载，或者会导致部分用户收不到MBMS通知，因此有必要对现有技术加以改善。另外，如果一个RA中的某些RNC有用户设备存在，那么这些用户设备从这些RNC移动到处于同一RA的其他RNC的可能性极大，因此，我们也可以将会话参数保存在这些RNC的业务上下文中，RNC与SGSN之间的用户平面也可以建立起来，留待以后使用。
另外，如果一个SGSN中包含有至少一个UE的MBMS上下文，由于UE在SGSN控制范围内移动的可能性很大，因此会话开始可以发向SGSN所控制的所有RNC。
由于SGSN保存每个用户设备的移动管理(MM)上下文，因此SGSN知道在它的控制范围内有多少个UE。如果SGSN能事先告知RNC用户数目的话，如果用户数目比较少，那么RNC就可以直接决定点到点还是点到多点信道类型。
发明内容
本发明旨在解决不同的RNC得知收到会话开始后，根据不同的消息或同一消息包含的信息内容的不同，而进行不同的操作。
为实现上述目的，一种通知多媒体广播组播会话开始的方法，包括步骤SGSN根据RNC的类型不同，向RNC发送消息中包含的参数不同；RNC返回消息给SGSN。
根据本发明的另一方面，一种通知多媒体广播组播会话开始的方法，包括步骤a) SGSN根据RNC的类型不同，向RNC发送不同的消息；b) RNC返回消息给SGSN。
本发明通过在消息中增加指示信息，从而简化了RNC侧的处理负担，又缩短了由于UE移动而引起的Iu用户平面建立的时间，从而保证用户数据丢失的最小化。
图1是使用同一消息通知不同RNC会话开始的流程图；图2是现有技术中通知RNC会话开始的流程图；图3是MBMS系统结构示意图；图4是MBMS组播业务流程；图5是使用不同消息通知不同RNC会话开始的流程图；图6是实例中使用的拓扑结构；图7是使用相同消息时RNC的节点动作；图8是使用相同消息时SGSN的节点动作；图9是使用不同消息时RNC的节点动作；图10是使用不同消息时SGSN的节点动作。
具体实施例方式
下面，参照附图详细说明本发明的示例。以下只对理解本说明必要的部分进行说明，为了突出重点会对其他的部分有所省略。
图1描述的是使用同一消息对不同RNC进行会话开始通知的流程。
图1中描述的情节是根据图6中各个RNC之间的相互关系而进行的，根据图6所示，RA1中包含RNC1和RNC6，RA2中包含RNC4，RA3中包含RNC5，RA4中包含RNC2和RNC3。
在会话开始之前，RNC4是某些用户设备的SRNC，而RNC5是某些用户设备的DRNC，RNC1包含激活MBMS业务处于PMM_IDLE状态的用户设备。按照已有技术，DRNC可能在会话开始之前向SGSN注册。
上述图1中的101，DRNC向SGSN发送“MBMS RNC注册请求”消息，消息中包含业务标识列表，SGSN收到该消息后，会将该RNC加入到其承载上下文中下游节点列表一项中。关于SGSN的承载上下文请参见现有技术。其中下游节点列表的构成以后详细说明。
上述图1中的102，SGSN收到GGSN发送的“MBMS会话开始”消息，将该消息中包含的业务标识，业务质量参数，组播业务区域包含在该业务的承载上下文中。SGSN向其承载上下文中下游节点列表包含的RNC发送消息，通知RNC该MBMS业务会话开始。
上述图1中的103，SGSN向RNC4发送“会话开始指示”消息，其中包括业务标识，业务质量参数，组播业务区域，隧道标识等参数。由于RNC4是某些UE的SRNC，所以该RNC有向这些UE提供以点对点或点对多点方式提供业务的可能性，因此该消息中还可以包含SGSN侧RNC与SGSN之间的隧道标识，用来传输数据。
上述图1中的104，SRNC向SGSN返回“会话开始确认”消息，该消息中包含“将来使用指示”，RNC侧关于用户平面建立的参数，如隧道标识。如果该SRNC要向其控制下的小区提供点对多点信道或者要向与其有RRC连接的用户设备提供点对点信道，那么“将来使用指示”可设置为否，表明SGSN收到该消息后，就可以传输数据。否则，若该SRNC既不需要向其控制下的小区提供点对多点信道，也不需要向与其有RRC连接的用户设备提供点对点信道，那么“将来使用指示”设置为真，表明SGSN收到该消息后，就不需要传输数据，但要保存针对该业务的用户平面隧道标识，该用户平面的数据传输可以在以后重新恢复。
上述图1中的105，SGSN向RNC1发送“会话开始指示”消息，其中包括业务标识，业务质量参数，组播业务区域，通知区域和隧道标识等参数。RNC收到该消息后，将通知区域映射成为小区标识，向其控制下的小区发送“MBMS通知”消息，通知处于PMM_IDLE状态的UE该业务已经开始。该消息中还可以包含用户数目，以便RNC可以在用户数目比较少的情况下直接决定使用点对点信道。RNC判断其控制下的小区是否包含用户设备，若包含，则表明需要用户平面进行数据传输，“将来使用指示”设置为否，否则不需要用户平面，“将来使用指示”设置为真。然而不管其控制的小区中是否有用户设备，用户平面都可以在此时建立，RNC向SGSN返回106“会话开始确认”消息，该消息中包含将来使用指示和RNC侧关于用户平面建立的参数，如隧道标识。
上述图1中的107，SRNC向DRNC发送“MBMS附着请求”消息，消息中包含业务标识，UE标识列表，小区列表，URA列表。这样DRNC就可以知道其控制的哪些小区或URA中包含处于PMM_CONNECTED状态的用户设备。如果DRNC并没有从SGSN处收到“会话开始指示”消息，则可能该RNC既不是任何处于连接模式的用户设备的SRNC，其所属的RA也不包含任何处于PMM_IDLE的已激活该MBMS业务的用户设备，并且其所属RA的其他RNC(如果有的话)也没有向SGSN注册过。那么DRNC就向SGSN注册，发送109“MBMS RNC注册请求”消息，该消息中包含“业务标识”。
上述图1中的110，SGSN要将该RNC加入到该业务的MBMS承载上下文中去，然后向RNC5发送“会话开始指示”消息，其中包括业务标识，业务质量参数，组播业务区域，隧道标识等参数。如果该DRNC要向其控制下的小区提供点对多点信道，那么“将来使用指示”可设置为否，表明SGSN收到该消息后，就可以传输数据。否则，若该DRNC不需要向其控制下的小区提供点对多点信道，那么“将来使用指示”设置为真，表明SGSN收到该消息后，就不需要传输数据，但要保存针对该业务的用户平面隧道标识。
上述图1中的111，DRNC向SGSN返回“会话开始确认”消息，该消息中包含将来使用指示，RNC侧关于用户平面建立的参数，如隧道标识。
上述图1中的112，假定一个UE从SRNC为RNC4下的小区移动到DRNC为RNC2控制的小区时，SRNC向DRNC发送“MBMS附着请求”消息，消息中包含业务标识，用户设备标识和小区标识。
上述图1中的113，DRNC向SRNC返回“MBMS附着响应消息”。
上述图1中的114，表示该RNC2下第一个激活该MBMS业务的UE，那么此时RNC2要建立MBMS业务上下文，然后向SGSN发送115“MBMS RNC注册请求”消息，该消息中包含“业务标识”。
上述图1中的116，SGSN要将该RNC加入到该业务的MBMS承载上下文中下游节点列表中，然后向RNC5发送“会话开始指示”消息，其中包括业务标识，业务质量参数，组播业务区域，隧道标识等参数。由于是第一个UE，DRNC不需要向其控制下的小区提供点对多点信道，那么“将来使用指示”设置为真，表明SGSN收到该消息后，就不需要传输数据，但要保存针对该业务的用户平面隧道标识。
上述图1中的117，DRNC向SGSN返回“会话开始确认”消息，该消息中包含“将来使用指示”，RNC侧关于用户平面建立的参数，如隧道标识。由于RNC2和RNC3同处于RA4，因此也要向RNC3发送“会话开始指示”消息，但由于该RNC中不包含任何UE，将业务参数发送给该RNC只是为了更好的支持用户设备的移动性，因此在118的消息中增加一个信息单元通知指示。该信息单元表示RNC不必在其所属区域进行统计用户数目的过程。该RNC也不需要使用用户传输数据，因此将“将来使用指示”设置为真。当系统决定向处于同一SGSN控制下的所有RNC发送会话开始时，RNC3的处理方式与现在是一样的。
上述图1中的119，RNC向SGSN返回“会话开始确认”消息，该消息中包含将来使用指示，RNC侧关于用户平面建立的参数，如隧道标识。
当有用户设备在RNC2所控制的小区中新加入该业务或者处于空闲状态的用户移动到RNC2控制的小区，SGSN向RNC2发送120“MBMS UE连接请求”，该消息中包含UE加入的MBMS业务标识列表。RNC2向SGSN发送121“MBMS UE连接响应”。
上述图1中的122，RNC2判断这个UE所订阅的业务是否没有建立上下文，若是则建立。SGSN将该RNC加入到该业务的MBMS承载上下文中去，然后向RNC2发送123“会话开始指示”消息，其中包括业务标识，业务质量参数，组播业务区域，隧道标识等参数。由于是第一个UE，RNC2需要向其控制下的小区提供点对点信道，那么“将来使用指示”设置为否，表明SGSN收到该消息后，就需要传输数据。
上述图1中的124，DRNC向SGSN返回“会话开始确认”消息，该消息中包含将来使用指示，RNC侧关于用户平面建立的参数，如隧道标识。由于RNC2和RNC3同处于RA4，因此也要向RNC3发送125“会话开始指示”消息，但由于该RNC中不包含任何UE，将业务参数发送给该RNC只是为了更好的支持用户设备的移动性，因此在125的消息中增加一个信息单元通知指示。该信息单元表示RNC需不需要在其所属区域进行统计用户数目的过程，若该信息单元包含在消息中，则不需要统计用户数目，否则统计用户数目。该RNC也不需要为用户传输数据，因此“将来使用指示”设置为真。当系统决定向处于同一SGSN控制下的所有RNC发送会话开始时，RNC3的处理方式与现在是一样的。
上述图1中的126，RNC向SGSN返回“会话开始确认”消息，该消息中包含将来使用指示，RNC侧关于用户平面建立的参数，如隧道标识。
如果有其他RNC与RNC4或RNC5处于同一RA，那么在业务开始时，SGSN也要发送“会话开始指示”给这些RNC。消息内容与125中的一样，然后RNC返回消息的内容也与126中一样。当系统决定向处于同一SGSN控制下的所有RNC发送会话开始时，这些RNC的处理方式与现在是一样的。
图5描述的是使用不同消息对不同RNC进行会话开始通知的流程。
图5中描述的情节是根据图6中各个RNC之间的相互关系而进行的，根据图6所示，RA1中包含RNC1和RNC6，RA2中包含RNC4，RA3中包含RNC5，RA4中包含RNC2和RNC3。
在会话开始之前，RNC4是某些用户设备的SRNC，而RNC5是某些用户设备的DRNC，RNC1包含激活MBMS业务处于PMM_IDLE状态的用户设备。按照已有技术，DRNC可能在会话开始之前向SGSN注册。
上述图5中的501，DRNC向SGSN发送“MBMS RNC注册请求”消息，消息中包含业务标识列表，SGSN收到该消息后，会将该RNC加入到其承载上下文中的下游节点列表中。
上述图5中的502，SGSN收到GGSN发送的“MBMS会话开始”消息，将该消息中包含的业务标识，业务质量参数，组播业务区域包含在该业务的承载上下文中。SGSN根据其承载上下文的下游节点列表中的相关RNC发送消息，通知RNC该MBMS业务会话开始。
上述图5中的503，SGSN向RNC4发送“MBMS RAB分配请求”消息，其中包括业务标识，业务质量参数，组播业务区域，隧道标识等参数。由于RNC4是某些UE的SRNC，所以该RNC有向这些UE提供以点对点或点对多点方式提供业务的可能性，因此该消息中还包含SGSN侧分配的RNC与SGSN之间用户平面的隧道标识，用来传输数据。
上述图5中的504，SRNC向SGSN返回“MBMS RAB分配响应”消息，该消息中包含将来使用指示，RNC侧关于用户平面建立的参数，如隧道标识。如果该SRNC要向其控制下的小区提供点对多点信道或者要向与其有RRC连接的用户设备提供点对点信道，那么“将来使用指示”可设置为否，表明SGSN收到该消息后，就可以传输数据。否则，若该SRNC既不需要向其控制下的小区提供点对多点信道，也不需要向与其有RRC连接的用户设备提供点对点信道，那么“将来使用指示”设置为真，表明SGSN收到该消息后，就不需要传输数据，但要保存针对该业务的用户平面隧道标识。
上述图5中的505，SGSN向RNC1发送“MBMS RAB分配请求”消息，其中包括业务标识，业务质量参数，组播业务区域，通知区域和隧道标识等参数。RNC收到该消息后，判断其控制下的小区是否包含用户设备，若包含，则表明需要用户平面进行数据传输，“将来使用指示”设置为否，否则不需要用户平面，“将来使用指示”设置为真。然而不管其控制的小区中是否有用户设备，都可以建立起用户平面，RNC向SGSN返回506“MBMSRAB分配响应”消息，该消息中包含将来使用指示，RNC侧关于用户平面建立的参数，如隧道标识。该消息中还可以包含用户数目，以便RNC可以在用户数目比较少的情况下直接决定使用点对点信道。
上述图5中的507，SRNC向DRNC发送“MBMS附着请求”消息，消息中包含业务标识，UE标识列表，小区列表，URA列表。这样DRNC就可以知道其控制的哪些小区或URA中包含处于PMM_CONNECTED状态的用户设备。如果DRNC并没有从SGSN处收到“会话开始指示”消息，则可能该RNC既不是任何处于连接模式的用户设备的SRNC，其所属的RA也不包含任何处于PMM_IDLE的已激活该MBMS业务的用户设备，并且其所属RA的其他RNC(如果有的话)也没有向SGSN注册过。那么DRNC就向SGSN注册，发送509“MBMS RNC注册请求”消息，该消息中包含“业务标识”。
上述图5中的510，SGSN要将该RNC加入到该业务的MBMS承载上下文中去，然后向RNC5发送“MBMS RAB分配请求”消息，其中包括业务标识，业务质量参数，组播业务区域，隧道标识等参数。如果该DRNC要向其控制下的小区提供点对多点信道，那么“将来使用指示”可设置为否，表明SGSN收到该消息后，就可以传输数据。否则，若该DRNC不需要向其控制下的小区提供点对多点信道，那么“将来使用指示”设置为真，表明SGSN收到该消息后，就不需要传输数据，但要保存针对该业务的用户平面隧道标识。
上述图5中的511，DRNC向SGSN返回“MBMS RAB分配响应”消息，该消息中包含将来使用指示，RNC侧关于用户平面建立的参数，如隧道标识。
上述图5中的512，假定一个UE从SRNC为RNC4下的小区移动到DRNC为RNC2控制的小区时，SRNC向DRNC发送“MBMS附着请求”消息，消息中包含业务标识，用户设备标识和小区标识。
上述图5中的513，DRNC向SRNC返回“MBMS附着响应消息”。
上述图5中的514，表示若该UE为第一个UE激活该MBMS业务的UE，那么此时RNC2要建立业务上下文，然后向SGSN发送515“MBMS RNC注册请求”消息，该消息中包含“业务标识”。
上述图5中的516，SGSN要将该RNC加入到该业务的MBMS承载上下文的下游节点列表中去，然后向RNC5发送“MBMS RAB分配请求”消息，其中包括业务标识，业务质量参数，组播业务区域，隧道标识等参数。由于是第一个UE，DRNC不需要向其控制下的小区提供点对多点信道，那么“将来使用指示”设置为真，表明SGSN收到该消息后，就不需要传输数据，但要保存针对该业务的用户平面隧道标识。
上述图5中的517，DRNC向SGSN返回“MBMS RAB分配响应”消息，该消息中包含将来使用指示，RNC侧关于用户平面建立的参数，如隧道标识。由于RNC2和RNC3同处于RA4，因此要向RNC3发送“会话开始指示”消息，但由于该RNC中不包含任何UE，将业务参数发送给该RNC只是为了更好的支持用户设备的移动性。该消息表示RNC不必在其所属区域进行统计用户数目的过程。该RNC也不需要使用用户传输数据，因此将“将来使用指示”设置为真。当系统决定向处于同一SGSN控制下的所有RNC发送会话开始时，RNC3的处理方式与现在是一样的。
上述图5中的519，RNC向SGSN返回“会话开始确认”消息，该消息中包含将来使用指示，RNC侧关于用户平面建立的参数，如隧道标识。
上述图5中的当有用户设备在RNC2所控制的小区中新加入该业务或者处于空闲状态的用户移动到RNC2控制的小区，SGSN向RNC2发送520“MBMS UE连接请求”，该消息中包含UE加入的MBMS业务标识列表。RNC2向SGSN发送521“MBMS UE连接响应”。
上述图5中的522，RNC2判断这个UE所订阅的业务是否没有建立上下文，若是则建立。SGSN将该RNC加入到该业务的MBMS承载上下文中去，然后向RNC2发送523“MBMS RAB分配请求”消息，其中包括业务标识，业务质量参数，组播业务区域，隧道标识等参数。由于是第一个UE，RNC2需要向其控制下的小区提供点对点信道，那么“将来使用指示”设置为否，表明SGSN收到该消息后，就需要传输数据。
上述图5中的524，DRNC向SGSN返回“MBMS RAB分配响应”消息，该消息中包含将来使用指示，RNC侧关于用户平面建立的参数，如隧道标识。由于RNC2和RNC3同处于RA4，因此要向RNC3发送525“会话开始指示”消息，但由于该RNC中不包含任何UE，将业务参数发送给该RNC只是为了更好的支持用户设备的移动性。该消息表示RNC需不需要在其所属区域进行统计用户数目的过程，若该信息单元为真，则不需要统计用户数目，否则统计用户数目。该RNC也不需要为用户传输数据，因此“将来使用指示”设置为真。当系统决定向处于同一SGSN控制下的所有RNC发送会话开始时，RNC3的处理方式与现在是一样的。
上述图5中的526，RNC向SGSN返回“会话开始确认”消息，该消息中包含将来使用指示，RNC侧关于用户平面建立的参数，如隧道标识。
如果有其他RNC与RNC4或RNC5处于同一RA，那么在业务开始时，SGSN也要发送“会话开始指示”给这些RNC。消息内容与525中的一样，然后RNC返回消息的内容也与526中一样。当系统决定向处于同一SGSN控制下的所有RNC发送会话开始时，这些RNC的处理方式与现在是一样的。
SGSN中MBMS业务承载上下文的下游节点列表的形成方式SGSN处为每个它所服务的UE保存其订阅的MBMS业务标识。SGSN知道哪些UE订阅了那些MBMS业务。当UE订阅了MBMS业务之后，如果UE处于PMM_IDLE状态，SGSN将该UE所在的RA中包含的RNC添加到UE订阅的所有业务对应的承载上下文的下游节点列表中去。如果该UE处于PMM_CONNECTED状态，SGSN将该UE所在的SRNC包含的RNC添加到UE订阅所有业务对应的承载上下文的下游节点列表中去。如果该UE所在的DRNC向SGSN注册，SGSN也要将该RNC加入到UE订阅所有业务对应的承载上下文的下游节点列表中去。同时SGSN还要将与任一SRNC和注册的DRNC处在同一RA的所有其他RNC也加入到相应业务的承载上下文的下游节点列表中去。这个过程可以在会话开始前即UE加入到任一MBMS业务时进行，也可以在会话开始时进行。
为了区别这四种不同的RNC，SGSN可以在其承载上下文中增加一个标识RNC类型标识，用来区分不同类型的RNC，以便决定发送不同的“会话开始指示”消息或者发送不同的消息类型“MBMS RAB分配请求”或“会话开始指示”消息。
表1SGSN承载上下文内容
实施例1)RNC的节点处理流程图7描述了使用相同消息时RNC的节点处理流程。
701阶段RNC从SGSN接收消息。
702阶段判断从SGSN处收到的消息是否是“会话开始指示”，若是，则转向703，否则转向701。703阶段，RNC在其业务上下文中保存SGSN指定的服务质量参数，组播业务区域，SGSN侧的隧道标识，并建立RNC与SGSN之间的Iu用户平面，分配RNC侧的隧道标识，转到704。704阶段，RNC检查该消息中是否包含“通知指示”，若是则转向705，否则转向706。705阶段，RNC决定不向其下的小区发送MBMS通知，即不统计用户数目，RNC阶段用户平面留待将来使用，将“将来使用指示”设置为真，转向709。706阶段，RNC检查消息中是否包含“通知区域”，若有，则转向707，否则转向708。707阶段，RNC要在将该区域按照配置映射成小区，在各个小区中发送MBMS通知，统计小区用户数目。RNC可以根据小区中是否有用户来决定是否立即使用Iu用户平面进行数据传输(“将来使用指示”为否)，还是留待以后使用(“将来使用指示”为真)，然后转向709。708阶段，RNC若为SRNC，则判断是否要为其控制下的小区提供点对多点传输模式，或者要为与其有RRC连接的UE建立点对点信道，若是设置“将来使用指示”为否，若两者皆为否，则设置“将来使用指示”为真。RNC若为DRNC，则判断是否要为其控制下的小区提供点对多点传输模式，若是设置“将来使用指示”为否，否则设置为真，转向709。709阶段，RNC向SGSN发送“会话开始确认”消息，其中包含RNC侧的隧道标识等关于用户平面的参数，将来使用指示等等。
图9描述了使用不同消息时RNC的节点处理流程。
901阶段RNC从SGSN接收消息。
902阶段判断从SGSN处收到的消息是否是“MBMS RAB分配请求”，若是，则转向903，否则转向908。903阶段，RNC在其业务上下文中保存SGSN指定的服务质量参数，组播业务区域，SGSN侧的隧道标识，并建立Iu用户平面，分配RNC侧的隧道标识，转到904。904阶段，RNC检查消息中是否包含“通知区域”，若有，则转向905，否则转向906。905阶段，RNC要在将该区域按照配置映射成小区，在各个小区中发送MBMS通知，统计小区用户数目。RNC可以根据小区中是否有用户来决定是否立即使用Iu用户平面进行数据传输(“将来使用指示”为否)，还是留待以后使用(“将来使用指示”为真)，然后转向906。906阶段，RNC若为SRNC，则判断是否要为其控制下的小区提供点对多点传输模式，或者要为与其有RRC连接的UE建立点对点信道，若是则设置“将来使用指示”为否，否则若两者皆为否，则设置“将来使用指示”为真。RNC若为DRNC，则判断是否要为其控制下的小区提供点对多点传输模式，若是则设置“将来使用指示”为否，否则设置为真，转向907。907阶段，RNC向SGSN发送“MBMS RAB分配响应”消息，其中包含RNC侧的隧道标识等关于用户平面的参数，将来使用指示等等。
2)SGSN的节点处理图8描述了使用相同消息时SGSN的节点处理流程。
801阶段SGSN从GGSN或RNC处接收消息。
802阶段判断消息是否是从GGSN发送的“MBMS会话开始”，若是则转向803，否则转向810。803阶段SGSN检查其承载上下文中的RNC类型，转向804。804阶段判断RNC若属于含有PMM_IDLE UE的RA，则转向805，否则转向806。805阶段，SGSN要在“会话开始指示”消息中包含“通知区域”，该区域是包含PMM_IDLE UE的RA，并且该RA要包含这个RNC或者该RNC包含多个这样的RA，所以该通知区域可以是一个或多个RA，或者整个RNC，然后转向809。806阶段判断该RNC是否是SRNC或者注册过的DRNC，若是则转向809，否则转向807。807阶段判断该RNC是否属于与SRNC或注册过的DRNC属于同一RA，若是，则转向808，否则转向801。808阶段，SGSN要在“会话开始指示”消息中包含“通知指示”，该指示表明RNC不需要进行统计用户数目，转向809。809阶段，SGSN向RNC发送“会话开始指示”消息，消息中除包含可能的通知区域，通知指示外，还需要包含该业务的服务质量参数，SGSN侧的隧道标识等等。
810阶段，判断SGSN收到的消息是否是“MBMS RNC注册请求”，若是则转向811，否则转向813。811阶段，SGSN将该RNC及其他与该RNC同处于一个RA的RNC加入到该业务的承载上下文中，转到812。812阶段判断业务是否正在进行中，若是转到803，否则转到801。
813阶段判断是否有新的RNC需要加入到承载上下文中，该RNC或者是有UE在它控制下的小区加入到该业务，或者是有空闲UE移动到该RNC控制下的小区而成为SRNC的，转到814。814阶段，SGSN将该RNC及其他与该RNC同处于一个RA的RNC加入到该业务的承载上下文中，转到812。
图10描述了使用不同消息时SGSN的节点处理流程。
1001阶段SGSN从GGSN或RNC处接收消息。
1002阶段判断消息是否是从GGSN发送的“MBMS会话开始”，若是则转向1003，否则转向1011。1003阶段SGSN检查其承载上下文中的RNC类型，转向1004。1004阶段判断RNC若属于含有PMM_IDLE UE的RA，则转向1005，否则转向1006。1005阶段，SGSN要在“会话开始指示”消息中包含“通知区域”，该区域是包含PMM_IDLE UE的RA，并且该RA要包含这个RNC或者该RNC包含多个这样的RA，所以该通知区域可以是一个或多个RA，或者整个RNC，然后转向1007。1006阶段判断该RNC是否是SRNC或者注册过的DRNC，若是则转向1007，否则转向1008。1007阶段，SGSN向RNC发送“MBMS RAB分配请求”消息，消息中除包含可能的通知区域，还需要包含该业务的服务质量参数，SGSN侧的隧道标识等等。1008阶段判断该RNC是否属于与SRNC或注册过的DRNC属于同一RA，若是，则转向1009，否则转向1001。1009阶段，SGSN向RNC发送“会话开始指示”消息，消息中除包含该业务的服务质量参数，SGSN侧的隧道标识等等。
1010阶段，判断SGSN收到的消息是否是“MBMS RNC注册请求”，若是则转向1011，否则转向1013。1011阶段，SGSN将该RNC及其他与该RNC同处于一个RA的RNC加入到该业务的承载上下文中，转到1012。
1012阶段判断业务是否正在进行中，若是转到1003，否则转到1001。
1013阶段判断是否有新的RNC需要加入到承载上下文中，该RNC或者是有UE在它控制下的小区加入到该业务，或者是有空闲UE移动到该RNC控制下的小区而成为SRNC的，转到1014。1014阶段，SGSN将该RNC及其他与该RNC同处于一个RA的RNC加入到该业务的承载上下文中，转到1012。
权利要求
1.一种通知多媒体广播组播会话开始的方法，包括步骤SGSN根据RNC的类型不同，向RNC发送消息中包含的参数不同；RNC返回消息给SGSN。
2.根据权利要求1所述的方法，其特征在于SGSN向RNC发送的消息中包含“通知指示”。
3.根据权利要求1所述的方法，其特征在于SGSN向RNC发送的消息中包含“通知区域”。
4.根据权利要求1所述的方法，其特征在于SGSN向RNC发送的消息中可以包含“UE数目”
5.一种通知多媒体广播组播会话开始的方法，包括步骤SGSN根据RNC的类型不同，向RNC发送不同的消息；RNC返回消息给SGSN。
6.根据权利要求5所述的方法，其特征在于SGSN向某些RNC发送消息“MBMS RAB分配请求”，RNC收到该消息要发送MBMS通知。
7.根据权利要求5所述的方法，其特征在于SGSN向某些RNC发送消息“会话开始请求”，RNC收到该消息不需要发送MBMS通知
8.根据权利要求6所述，其特征在于SGSN向某些RNC发送消息中包含“UE数目”
全文摘要
一种通知多媒体广播组播会话开始的方法，包括步骤a)SGSN根据RNC的类型不同，向RNC发送消息中包含的参数不同。b)RNC返回消息给SGSN。或者还包括步骤a)SGSN根据RNC的类型不同，向RNC发送不同的消息；b)RNC返回消息给SGSN。本发明通过在消息中增加指示比特，简化了RNC侧的处理负担，又缩短了由于UE移动而引起的Iu用户平面建立的时间，从而保证用户数据丢失的最小化。
文档编号H04L12/54GK1581839SQ20031010446
公开日2005年2月16日 申请日期2003年10月29日 优先权日2003年8月1日
发明者孙春迎, 李小强, 崔成豪, 郑景仁 申请人:北京三星通信技术研究有限公司, 三星电子株式会社