CN1937833A - 集群***中实现漫游终端群组信息更新的方法 - Google Patents
集群***中实现漫游终端群组信息更新的方法 Download PDFInfo
- Publication number
- CN1937833A CN1937833A CNA2005101032778A CN200510103277A CN1937833A CN 1937833 A CN1937833 A CN 1937833A CN A2005101032778 A CNA2005101032778 A CN A2005101032778A CN 200510103277 A CN200510103277 A CN 200510103277A CN 1937833 A CN1937833 A CN 1937833A
- Authority
- CN
- China
- Prior art keywords
- authentication server
- message
- group information
- roaming
- group
- 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
本发明公开了一种集群***中实现漫游终端群组信息更新的方法,归属地鉴权服务器判断漫游终端的群组信息发生变化且其处于正常的活动状态时,生成一条或多条群组信息更新数据消息,消息中带有该终端标识和新的群组信息;归属地鉴权服务器获取终端漫游地信息及到漫游地鉴权服务器的路由信息,将所述数据消息经漫游地鉴权服务器发送到漫游地调度服务器;再由漫游地调度服务器转发到所述漫游终端;漫游终端利用消息中新的群组信息进行群组信息更新。本发明群组信息更新可以由漫游终端发起或者由归属地鉴权服务器发起,并可进一步进行循环转发判断,由终端返回响应,以确保信息的安全性和及时性。
Description
技术领域
本发明涉及集群通信***,具体涉及数字集群通信***对在漫游情况下的终端进行群组信息更新的方法。
背景技术
集群通信***诞生于20世纪70年代,最早的集群通信是模拟***,数字集群技术从20世纪90年代中期在全球范围内兴起,90年代末期在中国出现数字集群网络。集群技术最主要的特征是能调度和组呼。集群业务的调度功能是指对一定数量的终端同时发起呼叫,让这些终端同时参与到一个呼叫中;集群业务的组呼功能指在一个通讯终端上呼叫群组号码,可以将群组内所有终端同时呼入一个呼叫中,从而达到多人同时通话的效果。集群***中经常动态更改某个终端所在群组的信息,主要体现在将终端加入群组,将终端从群组中删除,修改终端所在群组的信息等。终端的群组信息的变化必须及时反映到终端上,否则就可能影响终端的各种集群业务的展开。目前在具体的应用中,集群***已经能对终端进行群组信息更新。但是目前的方法只考虑了终端在非漫游状态下的群组信息更新,对漫游终端如何进行群组信息更新需要有新的方法。
现有技术中,3个中国专利申请:“03156818.1一种集群业务中动态更新群组信息的方法”,“03156819.X一种集群业务中动态更新群组信息的方法”以及“03157144.1一种集群业务中动态更新群组信息的方法”各自提供了一些具体的群组信息更新方法,但共同点是终端都是非漫游状态。那么这就意味着当终端漫游出去后,终端所在群组的信息即便发生变化,终端也将不能立即获得这种变化,从而可能影响到终端的各种集群业务。所以必须要有明确的方法保证终端在漫游情况下仍然可以进行群组信息更新,以加强和保证终端的各种集群业务不受影响。
发明内容
本发明要解决的技术问题是在集群***中实现漫游终端群组信息更新的方法。
为了解决上述技术问题,本发明提供了一种集群***中实现漫游终端群组信息更新的方法,应用于包括多个集群***的网络中,包括以下步骤:
(d)归属地鉴权服务器判断漫游终端的群组信息发生变化且其处于正常的活动状态时,生成要发送到该漫游终端的一条或多条群组信息更新数据消息,消息中带有该漫游终端的标识和新的群组信息;
(e)所述归属地鉴权服务器获取所述漫游终端漫游地信息以及到该漫游地鉴权服务器的路由信息,将所述群组信息更新数据消息经所述漫游终端的漫游地鉴权服务器发送到其漫游地调度服务器;
(f)所述漫游地调度服务器根据所述终端标识将所述群组信息更新数据消息转换为相应格式,经基站子***发送到所述漫游终端;
(g)所述漫游终端收到所述群组信息更新数据消息后,利用消息中新的群组信息进行群组信息更新。
进一步地,上述方法还可具有以下特点:所述步骤(h)前还包括以下步骤:
(a)所述漫游终端发送群组信息更新触发消息,消息中带有该漫游终端的标识,消息被传送到漫游地鉴权服务器;
(b)所述漫游地鉴权服务器根据所述终端标识判断本地不是该终端的归属地时,获取到其归属地鉴权服务器的路由信息,将所述群组信息更新触发消息发送到其归属地鉴权服务器;
(c)所述归属地鉴权服务器收到所述群组信息更新触发消息后,执行步骤(d)。
进一步地,上述方法还可具有以下特点:所述步骤(d)中,所述归属地鉴权服务器在执行完终端群组信息更改操作后,或者是在定时检测时,需要判断所述漫游终端的群组信息是否发生变化。
进一步地,上述方法还可具有以下特点:所述步骤(d)中,归属地鉴权服务器在生成群组信息更新数据消息之前,先生成一个群组信息更新指示消息发送到漫游地鉴权服务器,消息中指示此次要更新群组的总个数和/或每条数据消息允许包含的群组个数,所述漫游地鉴权服务器根据指示生成一条或多条包含所请求的部分群组标识的群组信息数据请求消息,发送到归属地鉴权服务器,该归属地鉴权服务器再针对每条群组信息数据请求消息生成一条群组信息更新数据消息,包含对应请求消息中所请求群组的新的信息,然后执行步骤(e)。
进一步地,上述方法还可具有以下特点:所述步骤(g)之后还包括步骤:所述漫游终端针对每一条群组信息更新数据消息的执行情况,生成一条更新是否成功的响应消息,由其漫游地鉴权服务器转发到归属地鉴权服务器,所述归属地鉴权服务器如果收到失败响应,只重发成败响应所对应的群组信息更新数据消息。
进一步地,上述方法还可具有以下特点:所述步骤(g)之后还包括步骤:所述漫游终端在执行完群组信息更新后,生成一条包含有已成功更新的群组标识的响应消息,由其漫游地鉴权服务器转发到归属地鉴权服务器,所述归属地鉴权服务器根据响应消息中的群组标识信息判断是否有未成功更新的群组,如果有,向所述漫游终端重发这些群组的信息。
进一步地,上述方法还可具有以下特点:所述网络中有些鉴权服务器之间需要通过中间鉴权服务器才能相互通讯,每个鉴权服务器的路由表中配置了终端归属地和/或漫游地与应发往的下一跳鉴权服务器地址的对应关系,所述步骤(b)中,漫游地鉴权服务器和中间鉴权服务器根据终端标识中的归属地信息查路由表确定消息应发往的下一跳鉴权服务器地址。
进一步地,上述方法还可具有以下特点:所述网络中各鉴权服务器在发送或转发群组信息更新发起时归属地鉴权服务器或漫游终端发送的第一条消息时,还在消息中加入本地标识,并在收到其它鉴权服务器发来的该消息时判断其中是否包含有本地标识,如果有,则向上一跳鉴权服务器返回归属地不可达的失败响应,再逐级路由到最初发送该消息的归属地鉴权服务器或漫游终端。
进一步地,上述方法还可具有以下特点:所述网络中各鉴权服务器在发送或转发群组信息更新发起时归属地鉴权服务器或漫游终端发送的第一条消息时,还记录该消息的上一跳和/或下一跳鉴权服务器的地址,在收到此次群组信息更新的后续消息时,直接按记录的地址转发。
进一步地,上述方法还可具有以下特点:所述群组信息更新触发消息是由增加了与群组信息相关的信息单元的位置更新消息充当的。
由上可知,本发明提出了一种漫游终端进行群组信息更新的方法,本发明克服了现有集群***中无法实现漫游终端进行群组信息更新的缺点,确保了终端侧群组信息更新的及时性和正确性。
附图说明
图1为实现本发明所需的一个示例性的集群***网络框架图。
图2为本发明应用实例漫游终端的漫游情况图。
图3为本发明第二实施例的流程图。
具体实施方式
图1是一个示例性的集群***网络框架图,由集群调度子***、基站子***和交换子***组成。集群调度子***和交换子***分别通过IP网络和七号信令网同基站子***相联。
集群调度子***包括集群鉴权服务器和集群调度服务器。
鉴权服务器中又包括组注册数据库、调度位置服务器等与群组信息管理相关的模块,可以实现群组信息的存储和维护,另外还包括一个群组信息更新管理模块(未示出),用于判断是否需要对终端进行群组信息更新,并在需要时将相关信息发送到调度服务器,在本发明中还要实现群组信息更新相关消息的路由控制功能。
集群调度服务器(又称集群调度控制中心)一方面可以与鉴权服务器交互,从鉴权服务器获取终端的群组更新信息,另一方面可以通过基站子***将获得的群组更新信息组织成与基站侧通讯协议的消息,通过基站子***发送到终端,由终端完成群组更新操作。
图1中的终端都是无线终端。其中,有些终端的归属鉴权服务器就是图1中的鉴权服务器,有些终端是漫游到图1的集群***中的终端,他们的归属鉴权服务器在别处。因为用户的群组信息存储在其归属地的鉴权服务器中,因此,本发明要实现漫游终端的群组信息更新,就需要在不同的集群***之间实现群组信息更新的发起和交互。
在本发明中,漫游终端的群组信息更新可以是由终端发起,也可以由鉴权服务器发起,下面结合附图和两个实施例对两种情况进行详细描述。
第一实施例
在全网中有可能会有非常多的如图1所示的集群***,让全网中的任意两个集群***间都配置相互信任关系并且有运营商IP网络相连接是不太可能做到的,因此一般说来,特定的一个集群***只与特定的几个集群***配置相互信任关系,当一个集群***需要与其它集群***进行通信时,有时需要借助多个中间集群***的中转。
本实施例是由漫游终端发起群组信息更新,为了实现路由功能,需要在各鉴权服务器中先配置一个路由表,表中配置了终端归属地与下一跳鉴权服务器地址的对应关系,具体可以将IMSI的倒数第8位到第5位作为用户归属标志串,每个用户归属标志串对应一个下一跳标识,每个下一跳标识再对应一个或多个鉴权服务器的IP地址(可以有备用的)。
下面对该群组信息更新的流程进行详细说明,包括以下步骤:
步骤A,漫游终端发送群组信息更新触发消息,经基站子***、调度服务器传送到向漫游地的鉴权服务器,消息中包含终端标识(如IMSI号(国际移动台识别码)号或MSISDN号(手机号)等)和漫游地标识;
该群组信息更新触发消息可以是新增的一个消息,也可以是在原有的位置更新消息或其它消息的基础上增加相应信息单元而构成,这样可以利用原有位置更新消息的触发机制,在移动到另一区域后主动发起群组信息更新,减少对现有标准的修改。消息构成具体可以参考申请号为200510092551.6的中国发明专利申请。
步骤B,漫游地鉴权服务器收到终端发送的群组信息更新触发消息后,根据消息中的终端标识判断出本地不是该终端的归属地,到路由表中查找到该消息的下一跳鉴权服务器地址并记录,在消息中加上本地域标识(如域名或局号)后将其发送到下一跳所在地的鉴权服务器;
步骤C,该地鉴权服务器收到其它地区鉴权服务器发来的群组信息更新触发消息后,先判断消息中是否有自己的域标识,如果有,说明可能因配置错误出现了循环转发,执行步骤D,如果没有,执行步骤E;
步骤D,该地鉴权服务器向其保存的上一跳鉴权服务器(如果有的话)返回归属地不可达的失败响应,逐级回送到漫游地鉴权服务器后,再经漫游地的调度服务器和基站子***返回到漫游终端,结束整个流程;
对于循环转发的判断可以在***避免中出现死循环。
步骤E,该地鉴权服务器继续判断本地是否该终端的归属地,如果不是,执行步骤F,如果是归属地,执行步骤G;
步骤F,该地鉴权服务器从路由表中查找到该消息的下一跳鉴权服务器地址,在消息中加上本地域标识并在本地记录上一跳和下一跳的鉴权服务器地址,然后将该消息发送到下一跳所在地的鉴权服务器,执行步骤203;
步骤G,归属地鉴权服务器记录上一跳的鉴权服务器地址,根据消息中的终端标识,判断该终端的群组信息在上次更新后是否有变化,如果有变化,则需要对该终端的群组信息进行更新,执行步骤I,否则,不需要更新,执行步骤H;
步骤H,归属地鉴权服务器向其上一跳鉴权服务器返回不需进行群组信息更新的响应,逐级回送到漫游地鉴权服务器后,再经漫游地的调度服务器和基站子***返回漫游终端,结束整个流程;
步骤I,归属地鉴权服务器向其上一跳鉴权服务器返回群组信息更新指示消息,消息中指示了此次需要进行信息更新的群组总个数和每条消息允许携带多少个群组信息,该消息逐级回送到漫游地鉴权服务器后,再交给漫游地调度服务器处理;
步骤J,漫游地调度服务器收到群组信息更新指示消息后,组织出一条或多条群组信息数据请求消息,每条消息中指明所请求群组信息的群组编号,然后将这些消息发送到漫游地鉴权服务器,再沿相同路由传送到归属地鉴权服务器;
在成功发送群组信息更新触发消息后,各鉴权服务器已经保存有与该终端关联的下一跳服务器的地址,所以直接将后续要发往归属地的消息按该地址发送即可,如果没有该地址则说明本地是归属地了。当然,在另一实施例中,鉴权服务器对发往归属地的消息均按照发送群组信息更新触发消息的方式进行路由选择和循环转发判断也是可以的。
另外,漫游地调度服务器在收到群组信息更新指示消息后,在向归属地鉴权服务器请求数据时,还可以先给终端返回一个需要更新的响应消息。
步骤K,归属地鉴权服务器收到每一条群组信息数据请求消息后,按其请求的群组编号将新的群组信息组织成群组信息更新数据消息,作为群组信息数据请求消息的响应按相同路由返回到漫游地调度服务器;
步骤L,漫游地调度服务器收到返回的群组信息更新数据消息后,转换为基站侧协议的格式,再通过基站子***发送到漫游终端;
这里,漫游地调度服务器并不需要等到所有的数据消息收全后再向基站侧发送,漫游地调度服务器与归属地鉴权服务器和漫游终端间的数据传送可以并行。另外,如果在设定时间内没有收到某个群组信息数据请求消息的响应,可以再次发送该群组信息数据请求消息。
步骤M,漫游终端根据收到的群组信息更新数据消息,利用消息中新的群组信息完成群组信息更新,并向调度服务器返回是否更新成功的响应;
步骤N,调度服务器在成功接收到所有的群组信息更新数据并在转发后得到终端的成功响应后,向归属地鉴权服务器返回一个群组信息更新成功响应消息,各鉴权服务器收到该消息时删除记录的本次更新相关的信息,如下一跳和下一跳鉴权服务器地址等,结束整个流程。
在该步骤中,如果调度服务器没有收到某条群组信息更新数据消息,或在转发后没有收到某条群组信息更新数据消息的成功响应消息,可以向归属地鉴权服务器发送重发该条消息的请求,归属地鉴权服务器收到该消息后再重发该条数据消息。
本实施例中,归属地鉴权服务器在将群组更新信息传送到漫游地调度服务器时,是先发指示消息,由漫游地调度服务器相应生成多条数据请求消息,再由归属地鉴权服务器返回相应的多条数据消息,这样做的优点是:1、当需要更新的群组信息比较多,比如50个群组需要更新,那么一个数据消息将不能完成这么多组数据的传输,必须分为多条数据消息;2、多条数据请求中,调度服务器可以灵活地根据需更新群组信息的多少,分多条数据请求索要群组信息,一旦其中一条或多条更新请求没有正常得到回应,那么调度服务器可以只再次重新发起这些异常的请求,不需要再次索要所有群组信息加重***的处理负担。
图2示出的应用实例包括南京、上海和杭州这3个地区的集群***,其中南京和上海,上海和杭州分别两两通过运营商IP网络相连接。并且南京和上海,上海和杭州分别两两互配相互信任关系(比如互配安全关联,互相配置对方的IP地址作为可信IP地址并配置相应的密钥)。杭州和南京的集群***相互间不能直接通信的。在杭州鉴权服务器的路由表中,南京用户归属标志串对应的下一跳鉴权服务器地址应配置为上海鉴权服务器的地址,而在上海鉴权服务器中,南京用户归属标志串对应的下一跳鉴权服务器地址即为南京鉴权服务器的地址。
假定南京的用户携带终端(手机或其它移动性终端)到杭州出差,那么此时,南京用户的终端就处于漫游状态,其漫游地为杭州。下面描述该漫游终端发起群组信息更新的流程,包括以下步骤:
步骤一,漫游终端通过基站子***将群组信息更新触发消息发送到杭州的鉴权服务器,消息中带有终端的IMSI;
步骤二,杭州鉴权服务器收到该更新触发消息后,根据终端的IMSI,判断出终端的归属地是南京且消息中没有本地域名后,从路由表中查找到下一跳即上海鉴权服务器的地址并记录,然后在该消息中添加杭州的域名,发给上海鉴权服务器;
步骤三,上海鉴权服务器收到该更新触发消息后,根据终端的IMSI,判断出终端的归属地是南京且消息中没有本地域名后,从路由表中查找到的下一跳即南京鉴权服务器的地址并记录上一跳和下一跳鉴权服务器的地址,然后在该消息中添加上海的域名发给南京鉴权服务器;
步骤四,南京鉴权服务器收到该更新触发消息后,根据终端的IMSI判断出自己是漫游终端的归属地鉴权服务器后,记录上一跳上海鉴权服务器的地址,再判断是否需对该终端进行群组信息更新,如果需要,执行步骤五,否则,执行步骤十;
步骤五,南京鉴权服务器组织该终端的群组信息更新指示消息,假定指示需要更新100个群组的信息,每条消息允许携带的群组数为20个,返回到上海鉴权服务器,上海鉴权服务器再按其记录的上一跳鉴权服务器地址发送到杭州鉴权服务器,杭州鉴权服务器再发给杭州调度服务器;
步骤六,杭州调度服务器根据更新指示消息生成5条群组信息数据请求消息,分别要求传送编号为1~20,21~40,41~60,61~80,81~100的群组的信息,经杭州、上海鉴权服务器发送到南京鉴权服务器;
步骤七,南京鉴权服务器收到每一条群组信息数据请求消息后,用相应编号群组的新信息生成一条群组信息更新数据消息,经上海、杭州鉴权服务器返回到杭州调度服务器;
步骤八,杭州调度服务器将得到的群组信息更新数据按相应协议组织成若干消息,再发送到漫游终端,由漫游终端完成群组信息的更新并返回更新是否成功的响应;
步骤九,杭州调度服务器接收到所有的群组信息更新数据且在转发后均得到终端的成功响应后,向归属地鉴权服务器返回群组信息更新成功消息,各鉴权服务器删除此次更新过程中保存的信息,如上一跳和下一跳鉴权服务器的地址,结束整个更新流程;
步骤十,南京鉴权服务器生成不需要群组更新的响应消息,经上海、杭州鉴权服务器和杭州调度服务器返回到漫游终端,结束更新流程。
由于配置等原因,可能会出现消息循环的现象,比如上述应用实例中,杭州的鉴权服务器由IMSI判断出下一跳是上海,于是将消息发送给上海的鉴权服务器,但上海鉴权服务器由于配置错误的原因,由IMSI分析的结果是应该把消息发送给杭州鉴权服务器,于是将消息又发送给杭州鉴权服务器,但这样的话杭州鉴权服务器发出的消息又回到了杭州,本实施例中对这种情况进行了处理,因为在最初杭州发送消息给上海时,杭州鉴权服务器已经在消息中加入了杭州的标识,因此当消息回发到杭州后,杭州鉴权服务器可以从消息已经携带了杭州的标识的情况判断出这个消息已经不可能到达目的地了。
第二实施例
本实施例是由归属地鉴权服务器发起群组信息更新,为了实现路由功能,也需要在各鉴权服务器中先配置一个路由表,在表中保存了终端的漫游地或归属地与应发往的下一跳鉴权服务器地址之间的对应关系,漫游地可以用漫游地的域名、局号等标识,归属地可以IMSI的归属标志串或归属地的域名、局号等标识。下面对群组信息更新的流程进行详细说明,包括以下步骤:
步骤301,归属地鉴权服务器在终端的群组信息变化且由终端位置信息判断终端处于正常的活动状态时,发起对终端侧的群组信息更新;
归属地鉴权服务器可以在执行完终端群组信息更改操作且判断终端处理正常活动状态时,即发起对该终端的群组信息同步更新,也可以通过定时检测,同时对多个群组信息变化的终端发起群组信息更新流程。
步骤302,归属地鉴权服务器从调度位置服务器获知该终端在漫游并得到其漫游地标识,按从路由表中查找到的下一跳所在地的鉴权服务器地址发送一条或多条群组信息更新数据消息,消息的条数由需要更新的群组个数和消息的长度决定,每条消息除携带更新用的群组数据外,还包含漫游地标识和终端标识(如IMSI号);
鉴权服务器中的调度位置服务器中存储有终端当前所在的漫游地标识。
步骤303,该地鉴权服务器收到群组信息更新数据消息后,根据其中的漫游地标识判断本地是否漫游地,如果不是,执行步骤304,否则,执行步骤305;
步骤304,该地鉴权服务器根据消息中的漫游地标识从路由表中找到下一跳所在地的鉴权服务器地址,将收到的群组信息更新数据消息发送到该下一跳所在地的鉴权服务器,执行步骤303;
步骤305,漫游地鉴权服务器将群组信息更新数据消息交给本地的调度服务器,该调度服务器将该消息转换成与基站侧协议的格式,根据消息中的终端标识通过基站子***发送到相应的漫游终端;
步骤306,漫游终端利用群组信息更新数据消息中新的群组信息完成群组信息更新后,向漫游地调度服务器返回一个群组信息更新响应消息,包括统计的完成更新的群组个数和终端标识,如IMSI,也可以进一步加上群组编号;
步骤307,漫游地调度服务器将该更新响应消息发送到漫游地鉴权服务器,漫游地鉴权服务器根据终端标识中的归属地标识到路由表找到下一跳鉴权服务器地址后将消息再发送到下一跳的鉴权服务器,如此逐级路由到归属地鉴权服务器;
步骤308,归属地鉴权服务器收到终端返回的群组信息更新响应消息后,查看其中的更新的群组个数是否正确,如果正确,结束整个流程,如果不正确或没有收到终端返回的响应,返回步骤301再次发起所有群组信息的更新或者发起没有成功更新的群组信息的更新(终端返回消息中有群组编号时)。
本实施例的流程比较简单,除更新由归属地鉴权服务器发起外,与第一
实施例比有以下特点:
1)对群组信息更新的数据直接由归属地鉴权服务器分成若干消息发出,漫游地调度服务器只负责中转,最后由终端返回一个响应。
2)因为交互次数少,本实施例的鉴权服务器在收到消息时不记录上一跳和下一跳的鉴权服务器地址,而是直接根据消息中的归属地和漫游地标识来路由,这时就不必在最后来删除相应的记录。
3)鉴权服务器发送消息时没有在消息中加上本地域标识且不进行是否循环转发的判断,对于是否因配置产生的循环转发问题可通过别的手段先期解决。
很明显的,在同一网络中完全可以同时采用由终端发起和由归属地鉴权服务器发起的群组信息更新的方法。
综上所述,本发明提出了一种在集群通信***中实现漫游终端进行群组信息更新的方法,有效的保证了终端上群组信息的实时性和正确性。
本发明还可以有很多变换,例如,第一实施例中采用的循环转发判断、对上一跳和/或下一跳地址的记录、归属地鉴权服务器和漫游地调度服务器之间的数据传送方式都可以在第二实施例采用。而第一实施例中也可以在一个或多个环节上采用第二实施例的处理方式,由此可以构成很多其它实施例,这些应当属于本发明的保护范围之内。
此外,实现归属地鉴权服务器和漫游地调度服务器之间消息路由的方法也不止上面公开的几种,在另一由终端发起群组信息更新的实施例中,对于归属地鉴权服务器发往漫游地鉴权服务器的消息,消息中可加上漫游地标识,各鉴权服务器直接根据该漫游地标识来完成路由选择。或者,在第一实施例的基础上,在归属地鉴权服务器发往漫游地鉴权服务器的消息,加入群组信息更新触发消息中加入的所有域标识,鉴权服务器如果在消息中只找到自己的域标识,则表明自己是漫游地鉴权服务器,把消息交给本地调度服务器处理;如果有多个域标识,则表示自己只是中间鉴权服务器,则将消息中自己的域标识删除,再发送到上一跳鉴权服务器(可以是预先记录的,也可以是根据此时消息中下一个域标识而得到)。
此外,上述流程是基于现有集群***中的网络架构,以及用于完成群组信息管理的模块所在的设备。如果网络架构和模块所在实体发生变化,例如,从设计角度看,鉴权服务器和调度服务器也可以合一,此时上述流程会有相应变化,这些变化并不改变本发明的实质,应视为本发明的等同变换。
此外,网络中各个集群***的鉴权服务器之间也可能是配置为两两连接且相互信任的,此时,也就不存在中间鉴权服务器,消息可以在归属地和漫游地鉴权服务器之间直接发送和接收,也就无需进行循环转发的判断和记录上一跳(或下一跳)鉴权服务器的地址。
Claims (10)
1、一种集群***中实现漫游终端群组信息更新的方法,应用于包括多个集群***的网络中,包括以下步骤:
(d)归属地鉴权服务器判断漫游终端的群组信息发生变化且其处于正常的活动状态时,生成要发送到该漫游终端的一条或多条群组信息更新数据消息,消息中带有该漫游终端的标识和新的群组信息;
(e)所述归属地鉴权服务器获取所述漫游终端漫游地信息以及到该漫游地鉴权服务器的路由信息,将所述群组信息更新数据消息经所述漫游终端的漫游地鉴权服务器发送到其漫游地调度服务器;
(f)所述漫游地调度服务器根据所述终端标识将所述群组信息更新数据消息转换为相应格式,经基站子***发送到所述漫游终端;
(g)所述漫游终端收到所述群组信息更新数据消息后,利用消息中新的群组信息进行群组信息更新。
2、如权利要求1所述的方法,其特征在于,所述步骤(h)前还包括以下步骤:
(a)所述漫游终端发送群组信息更新触发消息,消息中带有该漫游终端的标识,消息被传送到漫游地鉴权服务器;
(b)所述漫游地鉴权服务器根据所述终端标识判断本地不是该终端的归属地时,获取到其归属地鉴权服务器的路由信息,将所述群组信息更新触发消息发送到其归属地鉴权服务器;
(c)所述归属地鉴权服务器收到所述群组信息更新触发消息后,执行步骤(d)。
3、如权利要求1或2所述的方法,其特征在于,所述步骤(d)中,所述归属地鉴权服务器在执行完终端群组信息更改操作后,或者是在定时检测时,需要判断所述漫游终端的群组信息是否发生变化。
4、如权利要求2或3所述的方法,其特征在于,所述步骤(d)中,归属地鉴权服务器在生成群组信息更新数据消息之前,先生成一个群组信息更新指示消息发送到漫游地鉴权服务器,消息中指示此次要更新群组的总个数和/或每条数据消息允许包含的群组个数,所述漫游地鉴权服务器根据指示生成一条或多条包含所请求的部分群组标识的群组信息数据请求消息,发送到归属地鉴权服务器,该归属地鉴权服务器再针对每条群组信息数据请求消息生成一条群组信息更新数据消息,包含对应请求消息中所请求群组的新的信息,然后执行步骤(e)。
5、如权利要求2或3所述的方法,其特征在于,所述步骤(g)之后还包括步骤:所述漫游终端针对每一条群组信息更新数据消息的执行情况,生成一条更新是否成功的响应消息,由其漫游地鉴权服务器转发到归属地鉴权服务器,所述归属地鉴权服务器如果收到失败响应,只重发成败响应所对应的群组信息更新数据消息。
6、如权利要求2或3所述的方法,其特征在于,所述步骤(g)之后还包括步骤:所述漫游终端在执行完群组信息更新后,生成一条包含有已成功更新的群组标识的响应消息,由其漫游地鉴权服务器转发到归属地鉴权服务器,所述归属地鉴权服务器根据响应消息中的群组标识信息判断是否有未成功更新的群组,如果有,向所述漫游终端重发这些群组的信息。
7、如权利要求2所述的方法,其特征在于,所述网络中有些鉴权服务器之间需要通过中间鉴权服务器才能相互通讯,每个鉴权服务器的路由表中配置了终端归属地和/或漫游地与应发往的下一跳鉴权服务器地址的对应关系,所述步骤(b)中,漫游地鉴权服务器和中间鉴权服务器根据终端标识中的归属地信息查路由表确定消息应发往的下一跳鉴权服务器地址。
8、如权利要求7所述的方法,其特征在于,所述网络中各鉴权服务器在发送或转发群组信息更新发起时归属地鉴权服务器或漫游终端发送的第一条消息时,还在消息中加入本地标识,并在收到其它鉴权服务器发来的该消息时判断其中是否包含有本地标识,如果有,则向上一跳鉴权服务器返回归属地不可达的失败响应,再逐级路由到最初发送该消息的归属地鉴权服务器或漫游终端。
9、如权利要求7所述的方法,其特征在于,所述网络中各鉴权服务器在发送或转发群组信息更新发起时归属地鉴权服务器或漫游终端发送的第一条消息时,还记录该消息的上一跳和/或下一跳鉴权服务器的地址,在收到此次群组信息更新的后续消息时,直接按记录的地址转发。
10、如权利要求2述的方法,其特征在于,所述群组信息更新触发消息是由增加了与群组信息相关的信息单元的位置更新消息充当的。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101032778A CN100444690C (zh) | 2005-09-22 | 2005-09-22 | 集群***中实现漫游终端群组信息更新的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101032778A CN100444690C (zh) | 2005-09-22 | 2005-09-22 | 集群***中实现漫游终端群组信息更新的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1937833A true CN1937833A (zh) | 2007-03-28 |
CN100444690C CN100444690C (zh) | 2008-12-17 |
Family
ID=37955033
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005101032778A Expired - Fee Related CN100444690C (zh) | 2005-09-22 | 2005-09-22 | 集群***中实现漫游终端群组信息更新的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100444690C (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009015526A1 (fr) * | 2007-08-01 | 2009-02-05 | Zte Corporation | Procédé consistant à déclencher une synchronisation d'informations de groupe en temps réel sur un côté du réseau dans un système de communication à grappes |
WO2009026762A1 (fr) * | 2007-08-30 | 2009-03-05 | Zte Corporation | Procédé et appareil de mise à jour d'informations de groupe dans un système de grappe de serveurs numérique |
WO2009052665A1 (fr) | 2007-10-22 | 2009-04-30 | Zte Corporation | Procédé et dispositif de mise à jour d'information de groupe dans un système de grappe |
CN101815255A (zh) * | 2010-04-28 | 2010-08-25 | 中兴通讯股份有限公司 | 一种群组调度区域信息的查询方法及*** |
CN101594574B (zh) * | 2008-05-30 | 2012-05-23 | 三星电子株式会社 | 移动终端的组群信息管理的实现方法 |
WO2013082941A1 (zh) * | 2011-12-08 | 2013-06-13 | 中兴通讯股份有限公司 | 一种动态重组业务的实现方法及宽带数字集群*** |
CN105813024A (zh) * | 2014-12-30 | 2016-07-27 | 北京信威通信技术股份有限公司 | 一种集群***中实现漫游终端动态重组的方法 |
CN110312249A (zh) * | 2019-07-18 | 2019-10-08 | 中国联合网络通信集团有限公司 | 终端主动加入异网群组的方法及装置 |
CN110351717A (zh) * | 2019-07-18 | 2019-10-18 | 中国联合网络通信集团有限公司 | 终端被动加入异网群组的方法及其装置 |
CN110381451A (zh) * | 2019-07-18 | 2019-10-25 | 中国联合网络通信集团有限公司 | 移动网络建立群组通信的方法、装置及*** |
CN114268910A (zh) * | 2020-09-15 | 2022-04-01 | 成都鼎桥通信技术有限公司 | 集群网络的群组信息下发方法及设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1463257B1 (en) * | 2003-03-27 | 2006-06-07 | Motorola Inc. | Communication between a private network and a roaming mobile terminal |
CN100484329C (zh) * | 2003-09-08 | 2009-04-29 | 华为技术有限公司 | 一种集群业务中动态更新群组信息的方法 |
CN100493259C (zh) * | 2003-09-08 | 2009-05-27 | 华为技术有限公司 | 一种集群业务中动态更新群组信息的方法 |
CN1333549C (zh) * | 2003-09-16 | 2007-08-22 | 华为技术有限公司 | 一种集群业务中动态更新群组信息的方法 |
CN1287578C (zh) * | 2004-01-13 | 2006-11-29 | 中兴通讯股份有限公司 | 一种通过路由服务器实现用户异地漫游业务的***及方法 |
-
2005
- 2005-09-22 CN CNB2005101032778A patent/CN100444690C/zh not_active Expired - Fee Related
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009015526A1 (fr) * | 2007-08-01 | 2009-02-05 | Zte Corporation | Procédé consistant à déclencher une synchronisation d'informations de groupe en temps réel sur un côté du réseau dans un système de communication à grappes |
CN101090531B (zh) * | 2007-08-01 | 2011-08-24 | 中兴通讯股份有限公司 | 一种集群通信***中网络侧实时触发群组信息同步的方法 |
WO2009026762A1 (fr) * | 2007-08-30 | 2009-03-05 | Zte Corporation | Procédé et appareil de mise à jour d'informations de groupe dans un système de grappe de serveurs numérique |
CN101115242B (zh) * | 2007-08-30 | 2010-09-29 | 中兴通讯股份有限公司 | 一种防止数字集群***中群组更新消息拥塞的方法及装置 |
WO2009052665A1 (fr) | 2007-10-22 | 2009-04-30 | Zte Corporation | Procédé et dispositif de mise à jour d'information de groupe dans un système de grappe |
CN101137133B (zh) * | 2007-10-22 | 2011-05-04 | 中兴通讯股份有限公司 | 一种集群***中群组信息的更新方法及装置 |
CN101594574B (zh) * | 2008-05-30 | 2012-05-23 | 三星电子株式会社 | 移动终端的组群信息管理的实现方法 |
CN101815255B (zh) * | 2010-04-28 | 2014-03-12 | 中兴通讯股份有限公司 | 一种群组调度区域信息的查询方法及*** |
WO2011134244A1 (zh) * | 2010-04-28 | 2011-11-03 | 中兴通讯股份有限公司 | 一种群组调度区域信息的查询方法及*** |
CN101815255A (zh) * | 2010-04-28 | 2010-08-25 | 中兴通讯股份有限公司 | 一种群组调度区域信息的查询方法及*** |
WO2013082941A1 (zh) * | 2011-12-08 | 2013-06-13 | 中兴通讯股份有限公司 | 一种动态重组业务的实现方法及宽带数字集群*** |
CN105813024A (zh) * | 2014-12-30 | 2016-07-27 | 北京信威通信技术股份有限公司 | 一种集群***中实现漫游终端动态重组的方法 |
CN110312249A (zh) * | 2019-07-18 | 2019-10-08 | 中国联合网络通信集团有限公司 | 终端主动加入异网群组的方法及装置 |
CN110351717A (zh) * | 2019-07-18 | 2019-10-18 | 中国联合网络通信集团有限公司 | 终端被动加入异网群组的方法及其装置 |
CN110381451A (zh) * | 2019-07-18 | 2019-10-25 | 中国联合网络通信集团有限公司 | 移动网络建立群组通信的方法、装置及*** |
CN110312249B (zh) * | 2019-07-18 | 2021-10-01 | 中国联合网络通信集团有限公司 | 终端主动加入异网群组的方法及装置 |
CN110351717B (zh) * | 2019-07-18 | 2021-12-07 | 中国联合网络通信集团有限公司 | 终端被动加入异网群组的方法及其装置 |
CN110381451B (zh) * | 2019-07-18 | 2022-02-11 | 中国联合网络通信集团有限公司 | 移动网络建立群组通信的方法、装置及*** |
CN114268910A (zh) * | 2020-09-15 | 2022-04-01 | 成都鼎桥通信技术有限公司 | 集群网络的群组信息下发方法及设备 |
CN114268910B (zh) * | 2020-09-15 | 2023-04-18 | 成都鼎桥通信技术有限公司 | 集群网络的群组信息下发方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN100444690C (zh) | 2008-12-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100444690C (zh) | 集群***中实现漫游终端群组信息更新的方法 | |
US6560216B1 (en) | Data network computing device call processing | |
CN1312994A (zh) | 提供给移动无线设备的语音和数据服务的集成 | |
EP1013125B1 (en) | Voice mail service of a closed user group in a mobile communication system | |
CN100515140C (zh) | 地区间呼叫路由与漫游支持 | |
CN1653738B (zh) | 在由网络服务的移动终端用户之间通信数据分组的方法 | |
KR101071626B1 (ko) | 통신 장치, 통신 시스템 및 규제 방법 | |
CN101019440B (zh) | 基于传输利用率的路由选择 | |
CA2495093A1 (en) | Providing routing information in a communication system | |
CN101669376A (zh) | 用于将来自2g网络的短消息服务(sms)消息路由到基于会话发起协议(sip)的网络的方法、***和计算机程序产品 | |
CN101019384A (zh) | 用于在网络环境中分配和分发最终用户信息的***和方法 | |
EP1773011B1 (en) | Method for routing a message in a wireless communication system | |
CN102187337A (zh) | 对信息***的增强数据访问 | |
CN101150781B (zh) | 移动交换中心池中被叫恢复的方法、装置和*** | |
CN101540969A (zh) | 号码携带在短消息***中的实现方法和装置 | |
CN103947161A (zh) | 用于配置移动订户的服务设置的方法和装置 | |
CN100515132C (zh) | 用于在移动网络与无线网络之间漫游的方法和*** | |
CN100592747C (zh) | 利用用于提供多服务器业务的装置管理呼叫的方法 | |
CN1307829C (zh) | 一种用户数据报文转送方法及转送装置 | |
CN100551136C (zh) | 一种支持位置业务接入移动定位中心的方法与设备 | |
CN103260144A (zh) | 一种不同网络的终端之间通信的方法和*** | |
JP6598629B2 (ja) | メッセージ送信システム | |
KR20030055417A (ko) | Ip 멀티미디어 서비스 가입자의 이동성 관리를 위한가입자 데이터 관리 장치 및 방법 | |
CN100446591C (zh) | 一种支持漫游的数字集群通信网络及其漫游方法 | |
JP4237134B2 (ja) | ネットワーク、ネットワークシステム及びネットワークシステムの通信方法 |
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: 20210301 Address after: 801-6, 8 / F, building 52, 2 Jingyuan North Street, Beijing Economic and Technological Development Zone, Daxing District, Beijing Patentee after: CALTTA TECHNOLOGIES Co.,Ltd. Address before: 518057 Department of law, Zhongxing building, South hi tech Industrial Park, Nanshan District hi tech Industrial Park, Guangdong, Shenzhen Patentee before: ZTE Corp. |
|
TR01 | Transfer of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20081217 |
|
CF01 | Termination of patent right due to non-payment of annual fee |