专利名称：移动网络中多播用户的管理方法
技术领域：
本发明涉及移动通信网络中的多播用户的管理方法。
解决上述问题的关键点是确定群组用户在网络的拓扑分布，确定分发路径。互联网上通常是通过系统定期发查询包及收回应消息来建立多播群组在网络的拓扑关系。移动网络若也采用类似方法通过定期查询各节点下群组的当前状态，以建立一个多播用户分发表。这样若通过寻呼来确定各用户当前位置和状态，则随着群组用户数增加，对系统网络资源及无线资源占用急剧增加；若通过网络各节点查询本地数据库来确定多播路径，则随着网络内节点数增加，全网广播的查询请求对网络资源占用也将急剧增加。同时各节点还要处理查询请求，其处理效率将随群组数增多而降低；对于移动的用户，采用定时查询的方法，也难以立即获悉当前群组用户分布变化，多播数据的分发路径无法随之立即调整。同时，由于用户的移动，使得各网络节点下用户数不易确定，这样在无线接口侧，无法根据当前节点下用户数变化，决定无线接口采用点对多点信道还是点到点信道。
由上可知，对于多播业务如何在移动网络上的应用，还没有一个较好的解决方案。
为达到上述目的，本发明提供的一种移动网络中多播用户的管理方法，包括(1)将与多播业务相关的数据分为多播相关记录数据和多播路由数据，其中多播相关记录数据存储在系统中，用于多播业务查询，将多播路由数据分为多级存储在系统中，用于确定多播数据如何分发；(2)当用户加入多播群组或者多播用户退出多播群组时，对上述系统中的多级多播路由数据及多播相关记录数据进行适应性修改；
(3)当多播用户在网络中进行位置登记以及位置更新时，对上述系统中的多级多播路由数据进行适应性更新。
所述方法还包括确定移动网络的拓扑结构，使网络中的各节点在进行多播业务时具有从上层到下层树状结构，即，使网络中的每一个通用分组无线支持协议(GPRS)业务支持节点(SGSN)可与一个或多个无线接入网(RAN)对应，而每一个RAN只与一个SGSN对应。
步骤(1)所述将多播路由数据分为多级存储在系统中，是将多播路由数据分为二级，第一级存储GGSN节点中，用于记录接收到的多播数据如何向SGSN分发多播数据；第二级存储在SGSN节点中，用于记录接收到的多播数据如何向用户小区分发多播数据，以及作为多播数据分发方式的参考。
本发明还包括在GGSN节点中建立GGSN多播路由表，用于记录接收到的多播数据如何向SGSN分发多播数据，该表包括下述字段多播群组组号，用于存储GGSN可以播发的多播群组；业务节点，用于存储GGSN可以播发多播数据的目的SGSN；更新标记，用于标记是否记录已经更新过。
在SGSN节点中建立SGSN多播路由表，用于记录接收到的多播数据如何向用户小区分发多播数据以及多播数据分发方式的参考，该表包括下述字段多播群组组号，用于存储SGSN可以播发的多播群组；网关节点，用于存储该多播群组对应的GGSN；小区，用于存储SGSN可以播发多播数据的目的小区；
用户个数，该字段为可选字段，用于存储多播群组在目的小区中的用户个数；更新标记，用于标记本条记录是否已经更新过。
本发明采用将多播路由数据分为多级存储在系统中，用于确定多播数据如何分发以及用于确定多播数据分发的小区，并且当用户加入多播群组或者多播用户退出多播群组时，对上述系统中的多播记录数据及多级多播路由数据进行适应性修改，同时在多播用户在网络中进行位置登记以及位置更新时，对上述系统中的多级多播路由数据进行适应性更新的方案，使得本发明具有下述优点1、由于在多播用户进行位置登记或进行位置更新方法时，对系统中的多播路由数据进行适应性更新，无须另外占用无线资源及网络资源。不会随节点数或群组数的增加，急剧消耗网络资源及无线资源，因此占用系统网络资源及无线资源较少。
2、在多播用户位置更新时，多播路由表数据及时更新。因此多播路由表数据的可以动态反映多播群组用户的变化，与定时查询的方法相比，更能确保多播路由表能及时反映多播群组用户的拓扑变化。
3、由于多播路由表中存储了各小区用户数，可直接确定无线资源分发方式。与通常的通过预寻呼估计小区用户数的方式相比，不会产生随用户数增多而急剧增加无线资源消耗的问题。
4、将多播数据分层存储同时提供更新方法，使得网络内任何一节点故障，数据都可以自动恢复，从而提高了多播路由表的可靠性和安全性。同时路由表分层管理，降低了各节点处理及管理路由表的复杂度，提高了各节点的处理效率和路由表的准确性。
5、由于多播路由表不包括多播用户的其它多播相关数据，使得其它多播数据同多播路由表数据分开处理，这样在路由分发时，无须查询用户数据，大大提高了各节点的处理效率。同时也避免了传统的采用分担查询的方法对网络资源的浪费过多的问题。
应用本发明的移动网络中参考图2和图3，图中所示网络通常包括GPRS网关支持节点(GGSN)2、GPRS业务支持节点(SGSN)3、无线接入网(RAN)4和移动台5；各特定的多播群组，从SGSN侧看来可认为总是与一特定的GGSN组相关联。实际中，由GGSN节点2通过外部网络1接收多播数据，并分发给移动网络内各SGSN节点3，再由SGSN节点3将多播数据通过RAN节点4发给移动台5。为防止SGSN从多个GGSN接收相同的多播数据，浪费网络资源，可通过各种优化策略，保证对于某一特定多播群组，某一个SGSN只与某一特定GGSN相关联，具有该种关联关系的移动网络的拓扑结构可参考图2。对于图3来说，由于SGSN与RAN之间具有多对多的关系，因此实际中对于多播数据来说，同样一组多播数据可能来自于不同的SGSN节点，造成RAN接收来自多个不同节点的相同数据。如果不简化网络拓扑关系，继续采用上述方法进行多播数据和路由的管理，必然造成系统资源的浪费和管理的混乱。为此须对图3中的节点间的关系进行逻辑上的改进，通过一定的策略，将SGSN与RAN之间多对多的关系简化为一对多的关系，参考图2。通过确定移动网络的拓扑结构，使网络中的各节点在进行多播业务时具有从上层到下层树状结构，即，使网络中每一个SGSN节点可与一个或多个RAN对应。而每一个RAN节点只与一个SGSN节点相对应。以图3为例，就需要将网状拓扑关系化解为树状拓扑关系。
例如对于通常的点对点数据传输，登记在E节点RAN的用户，通常可根据其初始登记节点，可通过B节点的SGSN、C节点的SGSN或D节点的SGSN节点传输。对于多播数据时，则登记在E节点RAN的用户则只能通过B节点的SGSN传输。因此通过该方法，可以将各RAN节点唯一地与一个SGSN节点相关联，从而将图3的网状拓扑关系转化为如同
图1的树状拓扑关系。这样登记在E节点RAN的用户可能对应了两个节点C节点SGSN和B节点的SGSN，其中C节点的SGSN用于处理正常业务，B节点的SGSN用于处理多播业务。此时，用于多播传输的SGSN可以称之为多播SGSN，正常数据传输的SGSN可以称之为登记SGSN，以便两者相区分。
图1是本发明所述方法的实施例流程图。按照图1，本发明在第1步将将多播业务相关的数据分为两种一是用户的多播相关记录数据，既记录用户加入多播群组的相关信息。该数据不用于多播数据分发，只用于多播业务查询，通过查询该数据可确定群组内各具体用户的分布。该数据在HLR及SGSN中分别记录，避免去HLR反复查询，造成HLR负担过重。二是多播路由数据。既用于确定在网络拓扑结构上，各节点如何分发数据。多播路由数据用来确定数据的分发路由，在本发明中采用分级存储方法。管理多播路由数据的基本思想是利用移动网络特征，各用户需要做位置登记及发生位置变化时需要做位置更新，来维护及更新多播路由数据。多播路由数据只关心群组用户在网络上的拓扑分布，而不关心群组内每一具体用户的情况。
由上可知，多播相关数据和多播路由数据两者相辅相成，即可确定群组在网络节点的拓扑分布，也可确定具体用户在网络节点内的分布。从而保证了多播数据分发的高效和有效性。由于实际中用户的多播相关记录数据管理较为简单，因此本发明主要涉及如何管理多播路由数据。
具体说，为了更好地管理多播路由数据，将多播路由数据分为二级，第一级存储在GGSN节点中，用于记录接收到的多播数据如何向SGSN分发多播数据。第二级存储在SGSN节点中，用于记录接收到的多播数据如何向用户小区分发多播数据。在SGSN中记录的多播数据中，还可包含各小区的用户数，以便根据该用户数，系统可判断在各对应的小区中下发多播消息时，所应采用的空中接口为点对多点信道还是点对点信道。
为此，需要在GGSN节点中建立GGSN多播路由表，用于记录接收到的多播数据如何向SGSN分发多播数据，该表包括下述字段多播群组组号，用于存储GGSN可以播发的多播群组；业务节点，用于存储GGSN可以播发多播数据的目的SGSN。
更新标记用于标记本条记录是否已经更新过。
在SGSN节点中建立SGSN多播路由表，用于记录接收到的多播数据如何向用户小区分发多播数据，该表包括下述字段多播群组组号，用于存储SGSN可以播发的多播群组；网关节点用于存储多播群组对应的GGSN；小区，用于存储SGSN可以播发多播数据的目的小区；用户个数，用于存储可以播发多播数据的目的小区中的用户个数；更新标记用于标记是否已经更新过。
例如两个加入群组号为100的用户分别位于SGSN1及SGSN2区域，而该SGSN区域上群组100的对应GGSN根据优化策略确定为GGSN1，则在GGSN1上建立如下的GGSN多播路由表
在SGSN1上将增加如下的SGSN多播路由表
这样GGSN1对于接收到的群组号为100的多播数据，GGSN1查询自己的GGSN多播路由表，获悉多播群组号为100的用户只分布在SGSN1及SGSN2上，则GGSN1将多播数据分发给SGSN1及SGSN2。其中SGSN1接收到群组号为100的多播数据，SGSN1查询自己的多播路由表，确定将多播数据下发给小区C1及C2，同时还可根据小区中的用户数确定所采用的空中接口下发方式。若SGSN发现相关小区用户数较多时，可通知RAN以群组号作为标识，分配一点对多点业务信道。若SGSN发现相关小区用户数较少时，则检索该小区用户，为各用户分配一独立的点对点业务信道。这样分布在小区C1及C2的用户，就可接收到该多播消息。
需要说明SGSN多播路由表也可以不包含用户个数字段，这样可简化多播路由表数据管理的复杂性。此时对于SGSN来说，只是无法确定无线接口采用的数据分发方式，对于网络侧的多播数据分发无任何影响，此时SGSN将多播数据下发给相关小区，再由该小区自行决定无线接口多播数据的分发方式。
在步骤2，判断是否有用户加入多播群组或者多播用户退出多播群组时，如果有，在步骤3对上述系统中的多级多播路由数据进行适应性修改。即各SGSN节点在建立上述路由表过程中，首先判断与该用户有关的路由表项是否存在，若不存在则路由表中须增加该表项，同时判断是否需要通知GGSN修改多播路由数据表；若已存在，则做一已更新标记；若SGSN路由表中需要统计各小区用户个数，则还需要对SGSN多播路由表中用户个数数据表项进行修改。通过上述方法就可以逐次在SGSN以及GGSN各节点建立及维护各路由表。
当用户退出多播群组时，若SGSN多播路由表中不记录用户数，则在SGSN多播路由表、GGSN多播路由表均不做修改，仅修改SGSN上的用户多播相关记录数据，并通知HLR修改该用户的多播相关记录数据。对于可能引起的各节点多播路由表数据的修改，通过后续位置登记步骤完成修改。若SGSN多播路由表中含有用户个数字段，则除上述操作外，还需要根据更新后的SGSN多播路由表的用户个数，确定是否删除相关表项并通知GGSN节点对GGSN多播路由表进行更新。
若用户去除附着(detach)，且该用户为群组用户，则可采用类似于用户退出群组方式处理。
这样，当GGSN收到从外部网络传来的一组多播数据，则GGSN查询第一层的GGSN多播路由表，将多播数据转发给对应SGSN。相关的SGSN收到该多播数据后，查询第二层的SGSN多播路由表，确定对应的群组分布，随后下发给对应的位置小区，完成多播数据的下发。若在第二层的SGSN多播路由表中有各小区的用户数记录，则SGSN还可确定多播数据的无线接口分发方式。若小区用户数较多，则SGSN可以相关群组标识，通知RAN建立一点到多点信道。若小区用户数较少，则SGSN可以用户标识，通知RAN建立点到点信道。
在本步骤中，用户加入多播群组的过程可以包括下述步骤，参考图4。
首先在步骤11用户向SGSN发出包括要加入的多播群组号的加入多播群组的请求；然后在步骤12，SGSN根据该多播群组号及优化策略，唯一解析出一对应的GGSN，并将该用户的加入请求转发给GGSN；在步骤13，GGSN根据该用户请求，执行相关过程，确定用户是否可加入多播群组，若GGSN根据相关处理过程判断用户可加入多播群组，例如查询HLR用户多播记录，判断用户是否具有相关权限，则向SGSN返回多播群组激活指示；在步骤14，SGSN收到该多播激活指示后，通知RAN做用户加入多播群组的相关操作，例如下发多播参数等，并将操作结果反馈给SGSN。SGSN将根据用户当前所在的位置，修改相应的用户多播记录数据以及SGSN多播路由表，以反映该用户已经加入了多播群组以及该群组用户在该SGSN所辖区域上的拓扑分布；在步骤15，SGSN向GGSN反馈多播激活回应消息，GGSN根据该消息，对GGSN多播路由表进行相应修改；最后在步骤16，SGSN把用户已加入群组消息通知给HLR，HLR修改用户的多播记录数据，以反映用户已加入相关群组。
当在步骤2中判断没有用户加入多播群组或者多播用户退出多播群组时，进行步骤4。
在步骤4，判断多播用户在网络中是否在进行位置登记以及位置更新，如果是，在步骤5对上述系统中的多级多播路由数据进行适应性更新，否则结束。
由于用户在网络内的状态是动态变化的，例如用户关机，尤其是非正常关机，此时由于用户与网络之间没有正常的信令交互，若多播路由数据不能反映该用户状态的变化，则将可能导致网络资源的极大浪费。因此需要系统中的多播路由表必须能够反映各节点内群组用户的动态变化，同时自动予以调整。
步骤5所述对系统中的多级多播路由数据进行适应性更新，可以在用户终端的位置登记时进行。通常网络节点收到终端的位置登记信息，就可以确认该终端还在该节点所管辖范围内，同时还可确认用户的当前位置记录是否正确。若网络检测到终端连续几个周期未做位置登记，就可确认该用户由于各种原因，暂时不能接通。
由于用户在加人多播群组时，已将该用户的多播群组相关记录数据加入SGSN及HLR节点。因此用户在每次做位置登记时，SGSN可根据该用户标识，查询本地数据库获悉该用户当前加入的多播群组。随后SGSN根据该用户加入的多播群组，对SGSN多播路由表进行更新，步骤如下(21)若SGSN多播路由表中无与该群组用户对应的表项，这有可能是由于用户初始附着，SGSN故障或其他原因引起的数据不一致，因此需要将增加该表项，并判断是否需要通知GGSN更新相关的GGSN多播路由表。如果判断SGSN上无该多播群组相关路由信息，则需要向GGSN发出更新通知；(22)若SGSN多播路由表中包括用户数，则SGSN还可利用终端的位置登记过程触发，统计一定时间内该节点内各小区的用户个数，并根据统计数值，修正SGSN多播路由表，以确切反映当前各小区的群组用户数；(23)若在足够长时间内，SGSN多播路由表中的相关表项未做任何更新，则可认为该小区的群组用户由于各种原因无法接通或数据不一致，此时SGSN多播群组路由表删除该表项，同时判断是否需要通知GGSN节点更新相关的多播路由表如果需要更新，如果需要更新，则发出更新通知。
此外为防止GGSN同SGSN路由表数据不一致。SGSN可根据其存储的多播路由群组信息，定期或检测到GGSN节点重启时，向相关GGSN上报群组存在信息。若GGSN一定时间内未受到该信息，则可认为相关路由表项失效可删除。若GGSN收到的群组存在信息，在GGSN中为新数据，则可认为GGSN的数据需要更新，以反映群组的拓扑分布，并防止多播数据表之间的不一致。
步骤5所述对系统中的多级多播路由数据进行适应性更新，还包括在用户终端进行位置更新时进行。例如在某一时刻SGSN需要向某一小区分发多播数据，而下一时刻由于该小区的用户都移出该小区，则SGSN不应向该小区分发多播数据。因此所维护的多播群组路由表还必须能够反映用户的位置动态变化。
当多播用户发生位置切换时，对多播路由数据进行适应性更新可以参考下述步骤(31)判断多播用户的位置更新是否为SGSN内的位置切换，如果是，SGSN只须根据用户上报的位置及其多播相关记录数据，更新SGSN多播群组路由表。若该表中还需要统计用户数目，则此时SGSN根据用户位置更新情况对相应的用户数表项进行更新。
(32)如果位置更新为SGSN间的位置切换，此时终端将向新SGSN上报其原临时移动用户身份码及得到原SGSN标识，新SGSN根据这些参数，可从原SGSN中取得用户的全部数据，包括用户当前与多播业务有关的所有记录数据；同时，原SGSN更新多播路由表，如果该表中记录了用户数，还要根据更新后用户数，确定是否删除相关表项并通知原GGSN节点进行GGSN多播路由表进行更新；新SGSN根据用户加入的群组号及用户当前所在的小区以及用户加入的群组是否支持漫游，判断是否需要更新自己的SGSN多播路由表。如果用户加入的群组支持漫游业务，则SGSN除了须更新多播路由表外，还需要根据SGSN多播路由表当前的状态更新对应GGSN的多播路由表。其包括下述步骤
(41)若用户处于空闲状态，新SGSN根据当前的优化策略，选择一个GGSN，然后SGSN判断自己的SGSN多播路由表中该表项是否已存在，同时需要判断是否通知所选择的GGSN更新对应的GGSN多播路由表；(42)若用户处于连接状态，且用户所加入的群组不需要支持连续传输，则新SGSN根据当前的优化策略，选择一个GGSN，然后SGSN判断自己的SGSN多播路由表中该表项是否已存在，同时需要判断是否通知所选择的GGSN更新对应的GGSN多播路由表；(43)若用户处于连接状态，且用户所加入的群组需要支持连续传输，则新SGSN根据是否已存在该表项，决定是否需要通知原GGSN更新其GGSN多播路由表增加该表项，如果需要通知，则临时建立原GGSN与新SGSN之间的数据通道，使多播数据就可以连续传输，当多播数据传输完毕，新SGSN需要通知原GGSN多播路由数据表删除该临时表项，随后新SGSN根据当前的优化策略，选择一个GGSN，然后SGSN判断自己的SGSN多播路由表中该表项是否已存在，同时需要判断是否，通知所选择的GGSN更新对应的GGSN多播路由表。
采用上述步骤，就可以保证上述的多级多播群由表能自动调整，从而确保各多播路由表的内容与该时刻内的群组用户拓扑分布相一致，达到了多播群组管理的目的，避免了由于用户各种异常情况可能导致的数据不一致和多播数据分发时的资源浪费。
最后需要说明1、本发明所述的用户终端的位置登记包括初始附着及定期位置登记两种情况。
2、由于电路域(CS)的结构与分组(PS)域的结构基本相同，因此电路域的多播也可以采用本发明所述的方法。
权利要求
1.一种移动网络中多播用户的管理方法，包括(1)将与多播业务相关的数据分为多播相关记录数据和多播路由数据，其中多播相关记录数据存储在系统中，用于多播业务查询，将多播路由数据分为多级存储在系统中，用于确定多播数据如何分发；(2)当用户加入多播群组或者多播用户退出多播群组时，对上述系统中的多级多播路由数据及多播相关记录数据进行适应性修改；(3)当多播用户在网络中进行位置登记以及位置更新时，对上述系统中的多级多播路由数据进行适应性更新。
2.根据权利要求1所述的多播用户的管理方法，其特征在于所述方法包括确定移动网络的拓扑结构，使网络中的各节点在进行多播业务时具有从上层到下层树状结构，即，使网络中的每一个通用分组无线支持协议(GPRS)业务支持节点(SGSN)可与一个或多个无线接入网(RAN)对应，而每一个RAN只与一个SGSN对应。
3.根据权利要求2所述的多播用户的管理方法，其特征在于步骤(1)所述将多播路由数据分为多级存储在系统中，是将多播路由数据分为二级，第一级存储GGSN节点中，用于记录接收到的多播数据如何向SGSN分发多播数据；第二级存储在SGSN节点中，用于记录接收到的多播数据如何向用户小区分发多播数据，以及作为多播数据分发方式的参考。
4.根据权利要求3所述的多播用户的管理方法，其特征在于在GGSN节点中建立GGSN多播路由表，用于记录接收到的多播数据如何向SGSN分发多播数据，该表包括下述字段多播群组组号，用于存储GGSN可以播发的多播群组；业务节点，用于存储GGSN可以播发多播数据的目的SGSN；更新标记，用于标记本条记录是否已经更新过。
5.根据权利要求3所述的多播用户的管理方法，其特征在于在SGSN节点中建立SGSN多播路由表，用于记录接收到的多播数据如何向用户小区分发多播数据以及多播数据分发方式的参考，该表包括下述字段多播群组组号，用于存储SGSN可以播发的多播群组；网关节点，用于存储该多播群组对应的GGSN；小区，用于存储SGSN可以播发多播数据的目的小区；用户个数，该字段为可选字段，用于存储多播群组在目的小区中的用户个数；更新标记，用于标记本条记录是否已经更新过。
6.根据权利要求3所述的多播用户的管理方法，其特征在于步骤(2)所述用户加入多播群组包括下述步骤(A1)用户向SGSN发出包括要加入的多播群组号的加入多播群组的请求消息；(A2)SGSN根据该多播群组号及优化策略，唯一解析出一对应的GGSN，并将该用户的加入请求转发给GGSN；(A3)GGSN根据该用户请求，执行相关过程，确定用户是否可加入多播群组，若GGSN判断用户可加入多播群组，则向SGSN返回多播群组激活指示；(A4)SGSN收到该多播激活指示后，通知RAN进行用户加入多播群组的相关操作，并将操作结果反馈给SGSN，SGSN根据用户当前所在的小区，修改相应的SGSN多播相关记录数据以及多播路由表，以反映该用户已经加入了多播群组及该群组用户在网络的拓扑分布；(A5)SGSN向GGSN反馈多播激活回应消息，GGSN根据该消息，对GGSN多播路由表进行相应修改；(A6)SGSN把用户已加入群组消息通知给HLR，HLR修改用户多播相关记录数据，以反映用户已加入相关群组。
7.根据权利要求3所述的多播用户的管理方法，其特征在于步骤(3)所述多播用户在网络中进行位置登记时对系统中的多级多播路由数据进行适应性更新，包括下述步骤(B1)用户在做位置登记时，SGSN将检索该用户的多播相关记录数据，判断该用户是否已经加入相关多播群组，若已加入相关多播群组，则根据用户加入的多播群组号以及用户当前所在的位置，检索SGSN的多播群组路由表，若SGSN多播路由表中无与该群组号及小区对应的表项，则增加该表项，并判断是否需要通知GGSN更新相关的GGSN多播路由表，如果需要，则向GGSN发出更新通知，若已有该表项，则须对该表项做一已更新标记；(B2)若SGSN多播表还需要统计用户个数，则SGSN统计一定时间内该节点内各小区的相关群组的用户个数，并根据该统计数值，修正SGSN多播路由表，以确切反映当前各小区的群组用户数；(B3)若在足够长时间内，SGSN多播路由表发现相关表项未做任何更新，则在SGSN多播路由表中删除该表项，同时判断是否需要通知GGSN节点更新相关的多播路由表，如果需要更新，则发出更新通知。
8.根据权利要求3所述的多播用户的管理方法，其特征在于步骤(3)所述多播用户在网络中进行位置更新时对系统中的多级多播路由数据进行适应性更新，包括下述步骤(C1)判断多播用户的位置更新是否为SGSN内的位置切换，如果是，SGSN只须根据用户上报的位置及用户标识，检索用户的多播相关记录，得到用户加入的相关多播群组号，随后利用群组号及位置信息，更新SGSN多播群组路由表；(C2)如果位置更新为SGSN间的位置切换，此时终端将向新SGSN上报其原临时移动用户身份码及可得到原SGSN标识，新SGSN根据这些参数，可从原SGSN中取得用户的全部数据；同时，原SGSN更新多播路由表，如果该表中记录了用户数，还要根据更新后用户数，确定是否删除相关表项并通知GGSN节点对GGSN多播路由表进行更新；新SGSN根据用户加入的群组号及用户当前所在的小区，以及用户加入的群组是否支持漫游业务，判断是否需要更新自己的SGSN多播路由表，如果用户加入的群组支持漫游业务，还需要根据SGSN多播路由表当前的状态判断是否更新对应的GGSN的多播路由表。
9.根据权利要求8所述的多播用户的管理方法，其特征在于步骤(C2)所述如果用户加入的群组支持漫游业务，还需要根据SGSN多播路由表当前的状态判断是否更新对应的GGSN的多播路由表，包括下述步骤(D1)若用户处于空闲状态，新SGSN根据当前的优化策略，选择唯一的一个GGSN，然后SGSN判断是否需要更新自己的SGSN多播路由表，如果需要则进行更新；同时判断是否需要通知所选择的GGSN更新对应的GGSN多播路由表，如果需要则发出通知；(D2)若用户处于连接状态，且用户所加入的群组不需要支持连续传输，则新SGSN根据当前的优化策略，选择唯一的一个GGSN，然后SGSN判断是否需要更新自己的SGSN多播路由表，如果需要则进行更新，同时判断是否需要通知所选择的GGSN更新对应的GGSN多播路由表，如果需要则发出通知；(D3)若用户处于连接状态，且用户所加入的群组需要支持连续传输，则新SGSN根据是否已存在类似表项，决定是否需要通知原GGSN更新其GGSN多播路由表以增加该表项，如果需要通知，则临时建立原GGSN与新SGSN之间的数据通道，使多播数据就可以连续传输，当多播数据传输完毕，新SGSN需要通知原GGSN多播路由数据表删除该临时表项，随后新SGSN根据当前的优化策略，选择唯一的一个GGSN，然后SGSN判断是否需要更新自己的SGSN多播路由表，如果需要则进行更新，同时判断是否需要通知所选择的GGSN更新对应的GGSN多播路由表，如果需要则发出通知。
10.根据权利要求3、4、5、6、7、8或9所述的多播用户的管理方法，其特征在于所述方法还包括(E1)SGSN根据多播群组路由表上存储的多播群组号，以及由各群组号唯一解析的GGSN标识，定期或发现相关GGSN节点重启，则向相关GGSN上报存在该群组用户的信息；(E2)若GGSN上的多播路由表在足够长的时间内，未收到SGSN上报的群组用户存在信息，则认为相关表项失效，需要删除；(E3)若GGSN上的多播路由表收到SGSN上报的群组用户存在信息，而GGSN中无该表项，则认为GGSN数据有误，需要增加。
全文摘要
本发明公开了一种移动网络中多播用户的管理方法，该方法将与多播业务相关的数据分为多播相关记录数据和多播路由数据，其中多播相关记录数据存储在系统中，用于多播业务查询，多播路由数据分为多级存储在系统中，用于确定多播数据如何分发；当用户加入多播群组或者多播用户退出多播群组时，对上述系统中的多级多播路由数据及多播记录数据进行适应性修改，当多播用户在网络中进行位置登记以及位置更新时，对上述系统中的多级多播路由数据进行适应性更新；采用上述方案进行移动网络中多播用户的管理，管理效率和系统资源利用率都大大提高。
文档编号H04L12/18GK1437355SQ0210393
公开日2003年8月20日 申请日期2002年2月9日 优先权日2002年2月9日
发明者朱奋勤 申请人:华为技术有限公司