专利名称：通信系统的主装置以及用在该装置中的注册方法
技术领域：
本发明的一个实施例涉及例如网际协议UP)电话系统。更具体地， 该发明涉及通信系统的主装置，所述主装置被配置为通过接口单元在多个 通信终端和IP网络之间进行话音通信，本发明还涉及在该主装置中4吏用的 注册方法。
背景技术：
近年来，网络电话系统(IP电话系统)被广泛应用，该系统实时地交 互传输和接收图像和话音数据。这样的IP网络可以经由IP网^行主装 置之间的内线通信和外部线路输出/输入呼叫，还为连接到IP网络的每个 主装置执行内线通信和外部线路的输出/输入呼叫。IP电话系统广泛使用会话初始协议(SIP)作为其协议。这类系统将分机终端的URI (终端ID)和接口的标识信息(连接ID) 相关联，所述接口用于与IP网络的连接以在IP网络上的企业服务器中提 前注册它。当借助于分机终端通过IP网络进行通话时，服务器根据注册的 终端ID和连接ID的关联性对分机终端进行验证。在服务器中注册终端ID和连接ID时，该系统可以把要将与分机终端 相连的多个接口注册为与优先^目关联。当最高优先级的接口发生故障时， 如果输入呼叫到达容纳于该接口的分机终端，则第一输入呼叫不会因该接 口的故障而终止，而是，系统试图通过转换到具有次高优先级的接口来端 接第一输入呼叫，以便该系统在迂回故障接口时，变得能够端接该输入呼 叫。然而，输入呼叫一直都被延迟直到该第一输入呼叫无效。因为系统仅 在预先注册过的范围内转换，如果接口全部都发生故障，则输入呼叫不能
被端接。一般地，已经提出了集中器系统(例如日本专利申请K0KAI公开第 2003-111116号)，该系统有很多到IP网的线路，能够标识线路故障状态 并视故障线路为不可选择对象并且把终端连接到其他线路。然而，当上述集中器系统应用到SIP时，将IP网络上的企业服务器和 多个线路相关联以提前注册它们是必要的。发明内容本发明的目的是提供通信系统的主装置和用在该主装置中的注册方 法，所述主装置被配置为当与通信终端相关的并且在分组通信网络上的企 业的服务器中注册过的接口不可用时，所述主装置经由其他接口在分组通 信网上连续地执行话音通信。根据本发明的一个方面，提供了通信系统的主装置，所述主装置容纳 了多个通信终端并且能经由多个接口单元连接到至少包括一个注册服务器 的分组通信网，所述主装置包括通信器，注册第一管理表，在所述第一 管理表中指定了多个通信终端的终端ID和指定了至注册服务器的多个接 口单元的连接ID相关联，以通过多个接口单元的每个会话在通信终端和分 组通信网之间进行通信；以及，控制器，将在注册服务器中注册的所述第 一管理表更新为第二管理表，在所述第二管理表中，终端ID和连接ID的 关联性根据规定条件被改变。根据本发明的另一方面，提供了在主装置中使用的注册方法，所述主 装置容纳了多个通信终端并且能经由多个接口单元连接到至少包括一个注 册服务器的分组通信网，该方法包括在通信终端和分组通信网络的通信 中，注册笫一管理表，在所述第一管理表中指定了多个通信终端的终端ID 和指定了至注册服务器的多个接口单元的连接ID相关联；以及，将在注册 服务器中注册的所述第一管理表更新为第二管理表，在所述第二管理表中， 终端ID和连接ID的关联性根据规定条件被改变.该发明另外的目的和优点将在下文阐述，根据说明书，部分将变得4艮
明显。本发明的目的和优点可以借助于下文中特别指出的手段和组合来实 现和获得。
现在将参照附图描述实施本发明的各种特征的 一般结构。附图及其相 关说明只是用来说明本发明的实施例，而不限制本发明的范围。图1是示出关于本发明第一实施例的IP网络通信系统配置的优选框图；图2是示出具有局域网(LAN)接口标识信息(连接ID)的对应关系 优选视图，所述对应关系存储于图1的数据库中并且与URI相关，所述URI 是将要根据分机注册在每个企业中的客户信息；图3是示出^"数目的优选视图，所述^"数目存储于图1的数据库 中，同时可连接到每个UN接口单元的每个企业。图4是示出业务量(平均呼叫次数)的优选视图，所述业务量存储于 图1的数据库中，并针对每个企业根据分机被注册；图5是示出将被存储于图l的数据库中的重分配注册系统的优选视图；图6是示出在本发明的第一实施例中注册控制单元的控制处理过程的 优选流程图，当任何一个LAN接口单元发生故障时，注册控制单元重注册 与该LAN接口单元相关的URI 。图7是示出本发明的第一实施例中的管理表的优选视图，在所述管理 表中，业务量被重分配。
具体实施方式
下文中将参考附图描述发明的各个实施例。 (第一实施例)图l是示出关于本发明第一实施例的IP网络通信系统配置的框图，附 图标记l代表主装置。网关GW通过局域网(LAN) 2-1与主装置1相连。网关GW在IP网络 IPN和局域网LAN2-1之间进行连接，并且还有在IP网络IPN和LAN 2-1 二者之间对通信协议和信号格式进行转换的功能。此外，多个企业的注册服务器RA、 RB连到IP网络IPN。为使说明简 单，图1仅显示了两个注册服务器RA和RB。主装置1具有分机接口单元S1和S2、 LAN接口单元L1-L4、注册控 制单元Cl和数据库DB1-DB4。LAN接口单元L1 ""L3执行发往和来自LAN 2-1的接口处理。LAN接口单元L4容纳LAN 2-2， IP分机终端IT1连到LAN 2-2。 LAN 接口单元L4实施诸如发往和来自IP分机终端IT1的输出/输入呼叫的接口 操作。LAN接口单元L4实施各种控制信息项的传输和接收，所述控制信息 项与发往和来自注册控制单元C1的LAN2-2的接口操作有关。分机号(DN: 203 )被指定给IP分机终端IT1作为终端ID。分机接口单元Sl容纳分机终端ST1和ST2。分机接口单元Sl执行ST1 和ST2的接口操作。分机接口单元Sl传输和接收多种控制信息，所述控制 信息与发往和来自控制单元C1的分机终端ST1、 ST2的接口操作有关，分 机号(DN:200 )被指定给分机终端ST1，分机号(DN:201)被指定给分机 终端ST2。分机接口单元S2容纳分机终端ST3。分机接口单元S2为分机终端ST3 实施输出和输入呼叫处理等接口操作。分机接口单元S2传输和接收与发往 和来自控制单元C1的接口操作有关的控制信息。分机号(DN: 202 )净皮指 定给分机终端ST3。如图2所示，数据库DB1存储与URI相关的LAN接口单元L1-L3的标 识信息(连接ID)，所述URI是将要根据分机注册在每个企业中的客户信 息。如图3所示，数据库DB2存储的是在每个LAN接口单元L1-L3的每个 企业中同时连接多少个会话.如图4所示，数据库DB3根据分M储每个企业的业务量(平均呼叫 次数)。
如图5所示，数据库DB4存储的是当每个企业A、 B的LAN接口单元发 生故障时，系统如何把URI重分配和注册给其他接口单元。控制单元Cl除了实现如主装置1的^作的控制功能以外，还包括故障 监视单元ll、重注册控制单元12、恢ajl视单元13和业务量存储单元14 (下文称存储单元14)。故障监视单元11用来监视LAN接口单元Ll - L3 中发生的故障。当故障监视单元11检测到故障时，控制单元12查阅数据库DB2 -DB4 的存储内容，将分机终端ST1-3和IP分机终端IT1与正常的LAN接口单元 Ll-L2相关联，更新数据库DB1的内容，另外，与注册服务器M和RB通 信以对注册服务器RA和RB执行数据库DB1的更新内容的重注册。恢复监视单元13监视发生故障的LAN接口单元L3的故障恢复状况。当恢JJ^视单元13检测到故障接口单元L3恢复的事实后，重注册控 制单元12将数据库DB1的存储内容恢复到之前的内容，并且与注册服务器 RA和RB进行通信，并且对于注册Ji艮务器RA和RB将数据库DB1的更新内 容返回到它先前的样子。存储单元14测量分机终端ST1-ST3和IP分机终端IT1的每一件业务 量以存储它们。存储单元14获取分机终端ST1-ST3和IP分机终端IT1的 周期存储的每件业务量的平均值，并将它们存储在数据库DB3中。下面将要描述如上配置的IP网通信系统的操作。图6是描述当LAN接口单元L3发生故障的情况下，注册控制单元Cl 重注册与该LAN接口单元L3相关的URI的控制处理过程的流程图。首先，控制单元Cl通过查找数据库DB1提取这样的事实与LAN接口 单元L3相关的分机号是DN:202和DN:203 (框ST6a)。然后，Cl从数据库DB1参考结果中提取这样的事实分机号DN 202 和203分别与企业A和B相关联(框ST6b)。控制单元Cl根据下面的方法向企业A重注册关联信息。通过查阅数据 库DB2获得剩余的正常LAN接口单元Ll和L2的会话数目比率(框ST6c )， 结果为这样的表达式L1: L2-l: 1。
企业"A"的重注册分配系统决定参照数据库DB4获得会话数目比。然 后控制单元Cl从框ST6d转移到框ST6e，在那里借助于1: 1会话数目比 率分配DN 202、 DN 203。如图7所示，最终的分配产生了管理表，在该表中DN 202和DN 203 分别一个接一个地重分配给LAN接口单元Ll和L2，以在企业A的注册服 务器RA中注册该管理表(框ST6f )。此时，将注册(REGISTER)请求插 入管理表，该注册请求由SIP定义并传输给注册服务器RA。第一实施例中，如上所述，在LAN接口单元L3发生故障的情况下，主 装置1查阅数据库DB2-DB4,根据查阅结果，将分机终端ST3的终端ID( DN 202 )与正常LAN接口单元Ll的连接ID (1)相关联，创建管理表，在该 管理表中，IP分机终端IT1的终端ID (DN 203 )与正常LAN接口单元L2 的连接ID ( 2 )相关联，并且把IP网络上企业A的注册服务器RA的注册 内容更新为该管理表的内容以及将数据库DB1的存储内容更新为该管理表 的内容。因此，当LAN接口单元L3由于故障而不能用时，注册控制单元Cl能 在企业A的注册服务器RA中注册重新相关的管理表，由此将要用于连接分 机终端ST3、 IP分机终端ITl至IP网络的LAN接口单元L3能自动切换到 正常的LAN接口单元L1和L2，接着控制单元C1能继续进行话音通信。在企业A的注册服务器RA中，主装置1的用户可以只一次性地注册分 机终端ST1 - ST3、 IP分机终端ITl和接口单元Ll-L3之间的关联信息，因 此注册操作可以被极大地筒化。另外，只要正常的LAN接口单元L1和L2 存在，控制单元Cl能重复地向注册服务器RA执行管理表的重注册。在第一实施例中，当主装置1的LAN接口单元L3的故障恢复后，IP 分机终端ITl和LAN接口单元L3之间最初彼此相关的连接将自动恢复。因此，举例来说，当LAN接口单元L3故障恢复正常时，控制单元Cl 可以迅速恢复分机终端ST3、 IP分机终端ITl和LAN接口单元L3之间最初 相关的连接，而无需等待维护人员的恢复操作。此外，在第一实施例中，重新相关的管理表可以在服务器RA中通过^f吏
用现有的注册请求被重注册，所述注册请求例如由SIP定义的REGISTER(注 册)请求。因此，不需要新设置专用信号以及向注册服务器RA再次重注册管理 表；并且由此，可以直接通过其他简单的处理过程来实现注册处理。 (第二实施例)本发明的第二实施例涉及向企业B的注册服务器RB重注册关联信息的 例子。控制单元Cl通过查阅数据库DB2获知剩余的正常LAN接口单元Ll和 L2会话数目之间的比率为Ll: L2-l:l。这里，参考数据库DB4,企业B的重注册分配系统把分配比率判定为 业务量比率。控制单元Cl从框ST6d移到框ST6g，在那里分配会话，以便业务量比 率尽可能变成与会话比率相同的"1:1"。也就是说，因为LAN接口单元 Ll对LAN接口单元L2的当前业务量比与分机号M 200对DN 201的比率 相同，最终比率变成10:5-2:1。因为会话数目比率是"1:1"，控制单元 Cl打算在分配分机号DN200和DN300时，尽量使业务量的比率变得接近 "1:1"。为了使具有分机号DN 200的分机业务量+重新分配给接口单元Ll的 分机业务量与具有DN 201的分机业务量+重新分配给接口单元L2的分机 业务量之间的比率等于1: 1，如果控制单元Cl将具有DN 203的分机分配 给接口单元L1、具有DN 202的分机分配给接口单元L2，则因公式10 + 5: 5 + 10 = 15 : 15 - 1 : 1，这就变为真。结果，控制单元Cl 一个接一个地把具有DN 202的分机重分配给接口 单元L2、把具有DN 203的分机重分配给接口单元L1，以创建管理表，然 后将该管理表在企业B的注册服务器RB中进行注册。上述过程完成了 URI的重注册，所述URI将要连接到与故障的LAN接 口单元L3相关的企业；然后，控制单元C1终止该处理。同时，数据库DB1 中的内容已经变成图7的管理表中的内容。
如上所述，在第二实施例中，由于控制单元Cl通过使用由数据库DB3 存储以及管理的每个分机终端ST1、 ST2、 ST3和IP分机终端IT1的平均业 务量，对于每个正常LAN接口 Ll、 L2，在分机终端ST1、 ST2、 ST3和IP 分机终端IT1的总业务量的比率与相关的可用会话数目比率之间执行比较 判断等操作，因此，控制单元Cl可以用简单的过程执行分机终端ST1、 ST2、 ST3和IP分机终端IT1与正常LAN接口 Ll、 L2的关联处理。 (其他实施例)本发明不限于以上给出的每个实施例。尽管就通过网关将IP网络连接 到主装置的例子描述了每个实施例，把内置于主装置的网关直接与IP网连 接也是可能的方法。尽管以上描述的每个实施例是关于使用SIP的注册请求并且向IP网络 上的企业的注:^H艮务器重注册关联信息的例子，应当理解，通过使用不同 于SIP的协议，可以向IP网络的企业的注册服务器重注册关联信息。除此之外，系统的类型和配置、主装置的配置、诸如通信终端的分机 终端的类型、每个数据库的存储内容、故障检测控制过程和LAN接口单元 的重注册控制过程等等，在不偏离本发明的精神的前提下，可以根据不同 的^"改来实现。附加的优点和修改对于本领域技术人员而言是显而易见的。因此，从 更广泛的层面上看，本发明不受限于这里示出以及描述的特定细节和代表 性实施例。所以，在不偏离由附属的权利要求及其等效物限定的总的发明 精神和范围的前提下，可以作出各种修改。
权利要求
1.一种通信系统的主装置，容纳了多个通信终端并且能经由多个接口单元连接到至少包括一个注册服务器的分组通信网，所述主装置特征在于包括通信器，注册第一管理表，在所述第一管理表中指定了所述多个通信终端的终端ID和指定了至所述注册服务器的所述多个接口单元的连接ID相关联，以通过所述多个接口单元的每个会话，在所述通信终端和所述分组通信网之间进行通信；以及，控制器，将在所述注册服务器中注册的所述第一管理表更新为第二管理表，在所述第二管理表中，所述终端ID和所述连接ID的关联性根据规定条件被改变。
2. 根据权利要求l的主装置，其特征在于，所述控制器检测与所述多 个接口单元的每次通信有关的故障，并且创建所述第二管理表，在所述第二管理表中，所述终端ID和正常接口单元的连接ID的关联性根据故障检测结果被改变。
3. 根据权利要求2的主装置，其特征在于进一步包括 监视器，监视所述多个接口单元的每个故障的恢复情况，其中， 所述控制器根据所述监视器的监视结果，将在所述注册服务器内注册的所述第二管理表返回到所述第 一管理表。
4. 根据权利要求2的主装置，其特征在于，在创建所述第二管理表时， 所述控制器以每个正常接口的可用M数目的比率，将所述终端ID与所述 连接ID相关联。
5. 根据权利要求2的主装置，其特征在于进一步包括 存储器，为每个通信终端存储业务量，其中，所迷控制器查阅存储在所述存储器中的每个通信终端的业务量，并且 根据查阅结果，将所述通信终端和正常接口单元相关联，以使得与每个正 常接口单元相关的所述通信终端的总业务量比率几乎与所述可用务活数目 的比率一致。
6. 根据权利要求l的主装置，其特征在于，所述控制器重新关联所述 终端ID和所述连接ID，以便当每个接口的所述总业务量超过所述条件确 定的参考值时，所述总业务量的比率变得位于所述参考值范围之内，以创 建所述第二管理表。
7. 根据权利要求l的主装置，其特征在于，在对所述注册服务器更新 到所述第二管理表时，所述控制器在所述第二管理表中插入由会话初始协 议定义的REGISTER请求，并将所述请求传输给所述注册服务器。
8. 根据权利要求l的主装置，其特征在于进一步包括 连接器，与要连接到所述分组通信网络的网关相连接，其中， 所述控制器通过所述连接器进行所述第一管理表和所述第二管理^往和来自所述网关的通信。
9. 一种在主装置中使用的注册方法，所述主装置容纳了多个通信终端 并且能经由多个接口单元连接到至少包括一个注册服务器的分组通信网， 该方法特征在于包括在所述通信终端和所述分组通信网络间的通信中，注册第一管理表， 在所述第一管理表中，指定了所述多个通信终端的终端ID和指定了至所述 注册服务器的所述多个接口单元的连接ID相关联；以及，将在所述注册服务器中注册的所述第一管理表更新为第二管理表，在 所述第二管理表中，所述终端ID和所述连接ID的关联性才艮据规定^4N皮 改变。
全文摘要
根据一个实施例，通信系统的主装置包括通信器(C1，DB1)，注册第一管理表，在所述第一管理表中指定了多个通信终端(ST1-ST3，IT1)的终端ID和指定了至注册服务器(RA，RB)的多个接口单元(L1-L3)的连接ID相关联，以通过所述多个接口单元(L1-L3)的每个会话在通信终端(ST1-ST3，IT1)和分组通信网(IPN)之间进行通信；以及控制器(12)，将在注册服务器(RA，RB)中注册的所述第一管理表更新为第二管理表，在所述第二管理表中，终端ID和连接ID的关联性根据规定条件被改变。
文档编号H04L29/06GK101155189SQ20071016175
公开日2008年4月2日 申请日期2007年9月25日 优先权日2006年9月28日
发明者芝崎文雄 申请人:株式会社东芝