CN104272789A - 移动通信系统、呼叫处理节点以及通信控制方法 - Google Patents

移动通信系统、呼叫处理节点以及通信控制方法 Download PDF

Info

Publication number
CN104272789A
CN104272789A CN201380022747.0A CN201380022747A CN104272789A CN 104272789 A CN104272789 A CN 104272789A CN 201380022747 A CN201380022747 A CN 201380022747A CN 104272789 A CN104272789 A CN 104272789A
Authority
CN
China
Prior art keywords
call treatment
call
node
request
mobile communication
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
Application number
CN201380022747.0A
Other languages
English (en)
Other versions
CN104272789B (zh
Inventor
岩科滋
中村哲也
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of CN104272789A publication Critical patent/CN104272789A/zh
Application granted granted Critical
Publication of CN104272789B publication Critical patent/CN104272789B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/20—Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Abstract

本发明使具有优异的可靠性、经济性、灵活性的呼叫处理节点的冗余化成为可能。移动通信系统(1)构成为包括：多个呼叫处理服务器(20)；呼叫处理管理用数据库(10)，其保持呼叫处理所需要的数据；以及网络管理器(40)，其根据呼叫处理服务器(20)的状态控制进行呼叫处理的呼叫处理服务器(20)。呼叫处理服务器(20)具有：呼叫处理请求受理部(21)，其受理呼叫处理请求；登记部(22)，其登记本节点作为呼叫处理执行中的呼叫处理服务器(20)；取得部(23)，其从呼叫处理管理用数据库(10)或者作为呼叫处理执行中的呼叫处理服务器(20)而登记的呼叫处理服务器(20)取得呼叫处理请求涉及的移动通信系统(50)的信息；呼叫处理部(24)，其进行呼叫处理；以及呼叫处理结果存储部(25)，其将呼叫处理结果的信息存储在呼叫处理管理用数据库(10)中。

Description

移动通信系统、呼叫处理节点以及通信控制方法
技术领域
本发明涉及移动通信系统、该移动通信系统中包含的呼叫处理节点以及使用它们的通信控制方法。
背景技术
在移动通信系统中，进行呼叫处理的呼叫处理节点由于维护等的目的而计划停止，或者由于障碍的发生等而突然停止。在移动通信系统的呼叫处理系统中，要求在上述任何情况下都不切断通信呼叫的冗余性。因此，做法是，设置运用系统的呼叫处理节点(act)和待机系统的呼叫处理节点(sby)，进行装置的冗余化(复用化)(例如，参照专利文献1)。
现有技术文献
专利文献
【专利文献1】日本特开2003－244191号公报
发明内容
发明所要解决的技术问题
目前，通过各节点单位的高可用中间件和通信应用程序的编入，在act/sby之间使状态实时同步来进行上述装置的复用化。因此，act/sby结构的服务器对被固定地分配，仅在呼叫处理节点内的服务器之间进行组织。因此，在灾害时，由于通信建筑物受灾等，使得不能同时使用act/sby，存在冗余化不起作用的情况。如上所述，在二重化结构中，不可以将sby系装置在多个act系装置中共用，单纯地具有2倍的设备量，因而经济性不良。
并且，呼叫处理节点由于仅进行该装置收容的用户的呼叫处理，因而当某个呼叫处理节点发生障碍时，该装置收容的用户的通信无法进行。特别是在移动通信中，由于用户集中在特定区域，因而会发生偏袒收容用户的情况。
并且，在横向扩展(scale out)呼叫处理节点来进行性能提高的情况下，没有使通信中用户向增设的呼叫处理节点移动的手段。由于不得不采取通过以移动机电源接通/断开等为契机的位置登记处理(接入处理)而使用户向新设服务器移动等的方法，因而横向扩展花费时间长。
用于解决问题的手段
本发明是鉴于上述问题而作成的，本发明的目的是提供一种移动通信系统、呼叫处理节点以及通信控制方法，使具有优异的可靠性、经济性、灵活性的呼叫处理节点的冗余化成为可能。
为了达到上述目的，本发明的一个实施方式的移动通信系统，所述移动通信系统向移动通信终端提供移动通信功能并构成为包括：多个呼叫处理节点；呼叫处理管理用数据库，其与该多个呼叫处理节点分别连接，保持呼叫处理所需要的每个该移动通信终端的数据；以及控制节点，其中，控制节点具有：节点状态把握单元，其把握多个呼叫处理节点的状态；以及控制单元，其根据由节点状态把握单元所把握的多个呼叫处理节点的状态，控制成决定处理来自移动通信终端的呼叫处理请求的呼叫处理节点，并通过所决定的呼叫处理节点处理该呼叫处理请求，呼叫处理节点具有：呼叫处理请求受理单元，其受理接受了控制节点的控制的呼叫处理请求；登记单元，其当由呼叫处理请求受理单元受理了呼叫处理请求时，将本节点作为正在执行针对呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点登记在呼叫处理管理用数据库中；取得单元，其从呼叫处理管理用数据库取得由呼叫处理请求受理单元受理的呼叫处理请求涉及的移动通信终端的信息，并从作为正在执行针对该移动通信终端的呼叫处理的呼叫处理节点而登记在呼叫处理管理用数据库中的呼叫处理节点取得呼叫处理请求涉及的移动通信终端的信息；呼叫处理单元，其使用由取得单元所取得的信息进行该请求涉及的呼叫处理；以及呼叫处理结果存储单元，其将由呼叫处理单元进行的呼叫处理结果的信息存储在呼叫处理管理用数据库中，并当由呼叫处理单元进行的呼叫处理结束之后，结束作为正在执行针对该呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点在呼叫处理管理用数据库中的登记。
在本发明的一个实施方式的移动通信系统中，在与呼叫处理节点不同结构的呼叫处理管理用数据库中，保持呼叫处理所需要的各移动通信终端的数据，每当进行呼叫处理时就参照该信息并新存储该信息。因此，在本移动通信系统中，无论哪个移动通信终端的呼叫处理，都可由任意的呼叫处理节点执行。而且，在本移动通信系统中，不按照每个移动通信终端决定进行呼叫处理的呼叫处理节点，可以针对各呼叫处理请求在由网络管理器决定的呼叫处理节点进行呼叫处理。
如上所述，在本发明的一个实施方式的移动通信系统中，各个呼叫处理节点不是被设定为sby系或者act系，而是可以由任意的呼叫处理节点执行呼叫处理，因而使更经济的呼叫处理节点的冗余化成为可能。并且，如果任一呼叫处理节点进行动作，则呼叫处理成为可能，因而使更可靠的呼叫处理节点的冗余化成为可能。并且，由于各个呼叫处理节点不保持呼叫处理所需要的各移动通信终端的数据，因而也能够容易实现横向扩展。
并且，在本发明的一个实施方式的移动通信系统中，在呼叫处理管理用数据库中登记有呼叫处理执行中的呼叫处理节点。在由与呼叫处理执行中的呼叫处理节点不同的呼叫处理节点受理了呼叫处理请求的情况下，从作为呼叫处理执行中的呼叫处理节点而登记的其它呼叫处理节点取得呼叫处理请求涉及的移动通信终端的信息(呼叫处理的状态迁移中的信息)。因此，即使在呼叫处理途中变更了进行呼叫处理的呼叫处理节点，也会在呼叫处理节点间继承呼叫处理请求涉及的移动通信终端的信息，因而在变更后的呼叫处理节点中，无需通过转发控制的处理补救等重新取得由变更前的呼叫处理节点取得的信息。因此，即使在呼叫处理途中变更了进行呼叫处理的呼叫处理节点，也能够进行有效的处理。这样，根据本移动通信系统，具有优异的可靠性、经济性、灵活性的呼叫处理节点的冗余化成为可能。
呼叫处理节点可以由虚拟化的虚拟机构成，控制节点可以还具有虚拟化控制单元，虚拟化控制单元根据由节点状态把握部把握的多个呼叫处理节点的状态，进行虚拟化的控制。根据该结构，可以根据呼叫处理节点的状态，进行合适的虚拟化。
移动通信系统还可以包括流控制网络，控制单元可以以通过所决定的呼叫处理节点处理该呼叫处理请求的方式设定流控制网络。根据该结构，由于不依赖于位置登记区域等的呼叫处理节点的冗余化成为可能，因而可使本发明的上述效果更大。
上述的移动通信系统中包含的呼叫处理节点，其自身具有新颖的结构，相当于发明。即，本发明的一个实施方式的呼叫处理节点是移动通信系统中的呼叫处理节点，该移动通信系统向移动通信终端提供移动通信功能并构成为包括：多个呼叫处理节点；呼叫处理管理用数据库，其与该多个呼叫处理节点分别连接，保持呼叫处理所需要的每个该移动通信终端的数据；以及控制节点，其中，呼叫处理节点具有：呼叫处理请求受理单元，其受理接受了控制节点的控制的呼叫处理请求；登记单元，其当由呼叫处理请求受理单元受理了呼叫处理请求时，将本节点作为正在执行针对呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点登记在呼叫处理管理用数据库中；取得单元，其从呼叫处理管理用数据库取得由呼叫处理请求受理单元受理的呼叫处理请求涉及的移动通信终端的信息，并从作为正在执行针对该移动通信终端的呼叫处理的呼叫处理节点而登记在呼叫处理管理用数据库中的呼叫处理节点取得呼叫处理请求涉及的移动通信终端的信息；呼叫处理单元，其使用由取得单元所取得的信息进行该请求涉及的呼叫处理；以及呼叫处理结果存储单元，其将由呼叫处理单元进行的呼叫处理结果的信息存储在呼叫处理管理用数据库中，并当由呼叫处理单元进行的呼叫处理结束之后，结束作为正在执行针对该呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点在呼叫处理管理用数据库中的登记。
另外，本发明除了可以如上所述描述为移动通信系统和呼叫处理节点的发明以外，还可以如下那样描述为通信控制方法的发明。这只是类别不同，实质上是同一发明，取得相同的作用和效果。
即，本发明的一个实施方式的通信控制方法，通信控制方法是移动通信系统的通信控制方法，该移动通信系统向移动通信终端提供移动通信功能并构成为包括：多个呼叫处理节点；呼叫处理管理用数据库，与该多个呼叫处理节点分别连接，保持呼叫处理所需要的每个该移动通信终端的数据；以及控制节点，其中，控制节点执行以下步骤：节点状态把握步骤，把握多个呼叫处理节点的状态；以及控制步骤，根据在节点状态把握步骤中所把握的多个呼叫处理节点的状态，控制成决定处理来自移动通信终端的呼叫处理请求的呼叫处理节点，并通过所决定的呼叫处理节点处理该呼叫处理请求，呼叫处理节点执行以下步骤：呼叫处理请求受理步骤，受理接受了控制节点的控制的呼叫处理请求；登记步骤，当在呼叫处理请求受理步骤中受理了呼叫处理请求时，将本节点作为正在执行针对呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点登记在呼叫处理管理用数据库中；取得步骤，从呼叫处理管理用数据库取得在呼叫处理请求受理步骤中受理的呼叫处理请求涉及的移动通信终端的信息，并从作为正在执行针对该移动通信终端的呼叫处理的呼叫处理节点而登记在呼叫处理管理用数据库中的呼叫处理节点取得呼叫处理请求涉及的移动通信终端的信息；呼叫处理步骤，使用在取得步骤中所取得的信息进行该请求涉及的呼叫处理；以及呼叫处理结果存储步骤，将在呼叫处理步骤中进行的呼叫处理结果的信息存储在呼叫处理管理用数据库中，并当在呼叫处理步骤中进行的呼叫处理结束之后，结束作为正在执行针对该呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点在呼叫处理管理用数据库中的登记。
并且，本发明的一个实施方式的通信控制方法，通信控制方法是移动通信系统中的呼叫处理节点的通信控制方法，该移动通信系统向移动通信终端提供移动通信功能并构成为包括：多个呼叫处理节点；呼叫处理管理用数据库，其与该多个呼叫处理节点分别连接，保持呼叫处理所需要的每个该移动通信终端的数据；以及控制节点，其中，通信控制方法包括：呼叫处理请求受理步骤，受理接受了控制节点的控制的呼叫处理请求；登记步骤，当在呼叫处理请求受理步骤中受理了呼叫处理请求时，将本节点作为正在执行针对呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点登记在呼叫处理管理用数据库中；取得步骤，从呼叫处理管理用数据库取得在呼叫处理请求受理步骤中受理的呼叫处理请求涉及的移动通信终端的信息，并从作为正在执行针对该移动通信终端的呼叫处理的呼叫处理节点而登记在呼叫处理管理用数据库中的呼叫处理节点取得呼叫处理请求涉及的移动通信终端的信息；呼叫处理步骤，使用在取得步骤中所取得的信息进行该请求涉及的呼叫处理；以及呼叫处理结果存储步骤，将在呼叫处理步骤中进行的呼叫处理结果的信息存储在呼叫处理管理用数据库中，并当在呼叫处理步骤中进行的呼叫处理结束之后，结束作为正在执行针对该呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点在呼叫处理管理用数据库中的登记。
发明效果
在本发明的一个实施方式中，各个呼叫处理节点不是被设定为sby系或者act系，而是可以由任意的呼叫处理节点执行呼叫处理，因而使更经济的呼叫处理节点的冗余化成为可能。并且，如果任一呼叫处理节点进行动作，则呼叫处理成为可能，因而使更可靠的呼叫处理节点的冗余化成为可能。并且，由于各个呼叫处理节点不保持呼叫处理所需要的各移动通信终端的数据，因而也能够容易实现扩展。
并且，在本发明的一个实施方式中，即使在呼叫处理途中变更了进行呼叫处理的呼叫处理节点，也会在呼叫处理节点间继承呼叫处理请求涉及的移动通信终端的信息，因而在变更后的呼叫处理节点中，无需通过重发控制的处理补救等重新取得由变更前的呼叫处理节点取得的信息。因此，即使在呼叫处理途中变更了进行呼叫处理的呼叫处理节点，也能够进行有效的处理。这样，根据本发明，具有优异的可靠性、经济性、灵活性的呼叫处理节点的冗余化成为可能。
附图说明
图1是示出本发明的实施方式的移动通信系统的结构和构成移动通信系统的装置的功能结构的图。
图2是示出由呼叫处理服务器保持的数据的图。
图3是示出详细的呼叫处理服务器和呼叫处理管理用数据库中存储的信息的一部分的图。
图4是构成本发明的实施方式的移动通信系统的装置的硬件结构的图。
图5是示出在本发明的实施方式的移动通信系统中在进行呼叫处理服务器的增设时执行的处理(通信控制方法)的时序图。
图6是示出在进行呼叫处理服务器的增设时执行的处理中的、详细的呼叫处理服务器和呼叫处理管理用数据库中存储的信息的一部分的图。
图7是示出在进行呼叫处理服务器的增设时执行的处理中的、详细的呼叫处理服务器和呼叫处理管理用数据库中存储的信息的一部分的图。
图8是示出在进行呼叫处理服务器的增设时执行的处理中的、详细的呼叫处理服务器和呼叫处理管理用数据库中存储的信息的一部分的图。
图9是示出在本发明的实施方式的移动通信系统中在进行呼叫处理服务器的减设时执行的处理(通信控制方法)的时序图。
图10是示出在进行呼叫处理服务器的减设时执行的处理中的、详细的呼叫处理服务器和呼叫处理管理用数据库中存储的信息的一部分的图。
图11是示出在进行呼叫处理服务器的减设时执行的处理中的、详细的呼叫处理服务器和呼叫处理管理用数据库中存储的信息的一部分的图。
图12是示出在进行呼叫处理服务器的减设时执行的处理中的、详细的呼叫处理服务器和呼叫处理管理用数据库中存储的信息的一部分的图。
具体实施方式
以下，结合附图对本发明的移动通信系统、呼叫处理节点和通信控制方法的实施方式进行详细说明。另外，在附图说明中对相同要素附上相同标号，省略重复说明。
图1示出本实施方式的移动通信系统1的结构。移动通信系统1是向移动通信终端(移动机)50提供移动通信功能的系统。移动通信终端50是由用户使用的与移动通信系统(移动通信网)通过无线通信方式进行连接来进行移动通信的装置。具体地，移动通信终端50相当于便携电话机等。移动通信终端50例如经由移动通信系统1在与对置节点60之间建立呼叫连接来进行通信。对置节点60相当于例如向别的移动通信终端或移动通信终端50提供各种服务的服务器装置、或者用于与其它通信网连接的装置(例如，GGSN(Gateway GPRS Support Node，网关GPRS支持节点))等。移动通信终端50通过由移动通信终端50的用户与移动通信系统1的通信企业者签订合同而能够进行移动通信。另外，移动通信终端50也可以与现有的移动通信终端相同。
如图1所示，移动通信系统1构成为包括：呼叫处理管理用数据库10、多个呼叫处理服务器20、OpenFlow网络(开放式网络)30、以及网络管理器40。另外，这些结构10、20、30、40构成移动通信系统1(移动通信网)的核心网。
呼叫处理管理用数据库10是保持呼叫处理所需要的数据的数据库。呼叫处理管理用数据库10使该数据与例如用于确定移动通信终端50的信息相对应地按每移动通信终端50来保持。作为呼叫处理所需要的数据，具体地，保持表示呼叫处理状态的状态信息和移动通信终端50所涉及的加入者简介(profile)。作为状态信息，是移动通信终端50在服务区、移动通信终端50是通信中还是等待接收中的信息(静状信息)。该信息如后所述由呼叫处理服务器20读出并更新(写入)。呼叫处理管理用数据库10还保持本实施方式涉及的动态信息。将动态信息与静态信息相结合，在后面进行更详细描述。
并且，作为加入者简介的数据，有移动通信终端50的电话号码、认证信息、合同速度等的信息。当移动通信终端50的用户与移动通信系统1的通信企业者在签订合同时这些信息作为加入者简介被新存储(生成)在呼叫处理管理用数据库10中。这些信息由呼叫处理服务器20读出，而不进行呼叫处理服务器20的更新(写入)。另外，在存储于各移动通信终端50内的数据中有这样发生读出(Read)和写入(Write)两者的项目和仅发生读出(Read)的项目。在呼叫处理管理用数据库10中，通过分开管理这些项目的记录，可以设计成防止在写入(Write)的同步等待时读出(Read)发生延迟的情况。
呼叫处理管理用数据库10与多个呼叫处理服务器20分别连接，通过呼叫处理服务器20进行呼叫处理管理用数据库10保持的数据的参照、登记、更新。呼叫处理管理用数据库10可以采用任意结构作为数据库，然而考虑到保持呼叫处理所需要的数据，如图1所示，可以采用在多个服务器装置中实现的分散数据库，构成为没有SPOF(Single Point of Failure，单一故障点)。
这里，呼叫处理是经由移动通信系统1在移动通信终端50和对置节点60之间的呼叫连接的处理。例如，是确立移动通信终端50和对置节点60之间的呼叫连接(也称为通信会话连接)的处理、或者切断该呼叫连接的处理等。并且，用于位于移动通信系统1的服务区的处理、即位置登记的处理也可以包含在本实施方式中的呼叫处理中。
呼叫处理服务器20是在移动通信系统1中进行呼叫处理的呼叫处理节点。如图1所示，呼叫处理服务器20经由OpenFlow网络(开放式网络)30与移动通信终端50和对置节点60连接，根据来自移动通信终端50的请求等进行呼叫处理。如图2所示，呼叫处理服务器20通过HW(硬件)层、OS(操作系统)层和APL(应用)层的功能来实现。并且，为了使后述的故障时或者扩展时的处理变得容易，可以作为虚拟服务器来安装。
如图2所示，在APL层中，呼叫信息、暂时信息、程序被存储在存储器上。呼叫信息是呼叫处理所需要的数据，是保持呼叫状态迁移的状态信息或加入者简介。在状态信息中包含有静态的信息(静态信息)和动态的信息(动态信息)。静态信息是例如表示等待接收中、发送中、通信中等的移动通信终端50的通信状态(呼叫状态)的信息。动态信息是执行中的呼叫处理涉及的信息，例如是最终更新日期、用于确定进行呼叫处理的呼叫处理服务器20的信息即更新节点ID(例如，呼叫处理服务器20之一的P－CSCF的IP地址)。
呼叫信息是在从呼叫处理管理用数据库10取得信息仅呼叫处理时被保持。另外，呼叫信息在呼叫处理后，也可以作为高速缓存(cache)被保持在呼叫处理服务器20中以用于处理的高效化，然而呼叫处理服务器20不具有针对呼叫信息的责任。暂时信息是在呼叫处理(信号序列)的途中使用的暂时信息(位置登记、发送等的序列途中的信息)。例如，是在从等待接收中向通信中改变的过渡状态中使用的暂时信息。如后所述，该暂时信息在呼叫处理服务器20之间被收发。程序是用于实现呼叫处理服务器20的功能的执行码自身(执行二进制信息)。
移动通信系统1包括多个呼叫处理服务器20。如图1所示，考虑到由于灾害而使任何一个呼叫处理服务器20发生故障的情况等，可以设置多个据点(数据中心等的场所)，在各个据点2处设置1个以上的呼叫处理服务器20。呼叫处理服务器20优选将虚拟机技术用于服务器装置，作为虚拟化的虚拟服务器来实现。另外，在本实施方式中，将呼叫处理节点作为虚拟机进行说明，然而可以实现为呼叫处理服务器而不是基于各个服务器装置的虚拟机。呼叫处理服务器20在以往的移动通信系统中例如相当于SGSN(Serving GPRS Support Node，服务GPRS支持节点)、CSCF(CallSession Control Function，呼叫对话控制功能)、AS(Application Server，应用服务器)等的节点。
或者，在IMS(IP Multimedia Subsystem，IP多媒体子系统)中，如图3所示，呼叫处理服务器20是P－CSCF(Proxy-Call Session Control Function，代理－呼叫对话控制功能)、CSN(Call Session control Node，呼叫对话控制节点)和ASN(ApplicationServing Node，应用服务节点)。从移动通信系统1中包含的P－GW(Packet DataNetwork Gateway，分组数据网络网关)向P－CSCF输入呼叫处理涉及的信号，如图3所示，在P－CSCF、CSN和ASN中依次进行呼叫处理。在本实施方式中，作为呼叫处理服务器20，以P－CSCF、CSN和ASN为例进行说明。另外，本实施方式的P－CSCF、CSN和ASN除了已有的P－CSCF、CSN和ASN的功能以外，还具有后述的本实施方式的功能。
OpenFlow网络30与呼叫处理服务器20、移动通信终端50和对置节点60分别连接，是构成这些装置之间的通信路径的流控制网络。另外，通常，OpenFlow网络30和移动通信终端50经由基站(BTS)或无线控制装置(RNC)连接。OpenFlow网络30由相互连接的OpenFlow交换机(OpenFlow Switch)即多个节点31构成。节点31通常相当于作为OpenFlow网络的OpenFlow交换机而使用的装置。如后所述，OpenFlow网络30接受来自网络管理器40的OpenFlow控制器的控制而进行信息的收发。具体地，OpenFlow网络30的各节点31从网络管理器40接收表示自身接收到的信息要发送至哪个节点的流条目(Flow Entry)，进行依据该流条目的信息收发。在本说明中，采用OpenFlow网络进行说明，然而也可以是被称为SDN(Software definednetwork，软件定义网络)的、进行相同的流控制以及进行依据该控制的流转发处理的网络。
网络管理器40是控制OpenFlow网络30中的信息收发的控制节点。例如通过网络管理器40具有的进行负荷分散控制的OpenFlow控制器进行控制。具体地，关于进行何种控制将在后面描述。网络管理器40与呼叫处理服务器20的各方连接，可以进行信息收发。
接下来，对网络管理器40和呼叫处理服务器20的本实施方式的功能进行更详细说明。如图1所示，网络管理器40构成为具有节点状态把握部41和控制部42。并且，在对呼叫处理服务器进行虚拟化而由虚拟机构成的情况下，网络管理器40可以进一步具有进行虚拟化的呼叫处理服务器(虚拟呼叫处理服务器)的控制的虚拟机控制部(未图示)。通过该控制，具体地，进行虚拟呼叫处理服务器的配置(Provisioning)。
节点状态把握部41是把握多个呼叫处理服务器20的状态的节点状态把握单元。首先，节点状态把握部41把握有哪个呼叫处理服务器20。这是例如通过如下这样来进行：在为了横向扩展等而新设置了呼叫处理服务器20的情况下从呼叫处理服务器20接收表示新设置的意思的信息。并且，节点状态把握部41把握各服务器的负荷、是否发生故障的信息作为呼叫处理服务器20的状态、。这些信息例如通过定期的来自节点状态把握部41的询问或者通过来自节点状态把握部41的自发的发送，接收来自呼叫处理服务器20的信息，从而由节点状态把握部41把握。节点状态把握部41将表示所把握的各呼叫处理服务器20的状态的信息输出到控制部42。
控制部42是按以下方式进行控制的控制单元：根据由节点状态把握部41把握的多个各呼叫处理服务器20的状态，决定(分配)处理来自移动通信终端50的呼叫处理请求的呼叫处理服务器20，利用所决定的呼叫处理服务器20来处理该呼叫处理请求。具体地，控制部42以利用所决定的呼叫处理服务器20来处理该呼叫处理请求的方式设定OpenFlow网络30。
控制部42根据各呼叫处理服务器20的状态，决定控制呼叫处理的呼叫处理服务器20。例如，按照使发生故障的呼叫处理服务器20或者承担一定阈值以上的处理负荷的呼叫处理服务器20不成为处理呼叫处理的呼叫处理服务器20的方式，决定处理呼叫处理的呼叫处理服务器20。并且，可以按照在呼叫处理服务器20之间使处理负荷尽量均匀的方式来决定处理呼叫处理的呼叫处理服务器20。另外，进行呼叫处理的呼叫处理服务器20可以根据移动通信终端50来决定。关于如何决定处理呼叫处理的呼叫处理服务器20的基准(实施方案(scenario))，例如，由移动通信系统1的通信企业者预先存储在控制部42中。
控制部42按照使得来自移动通信终端50的呼叫处理请求被发送到所决定的呼叫处理服务器20的方式来生成流条目，将所生成的流条目发送到OpenFlow网络30的各节点31。
处理呼叫处理的呼叫处理服务器20的决定以及流条目的生成例如可以在每个一定期间(例如，每个特定的时刻)、呼叫处理服务器20的状态变更的情况(例如，呼叫处理服务器20由于故障、处理拥塞、维护作业等而停止的情况)等下进行。
另外，OpenFlow网络30也设置在呼叫处理服务器20之间，呼叫处理服务器之间(例如，P－CSCF和CSN之间、CSN和ASN之间)的信号的发送目的地的控制也如上所述进行。
虚拟机控制部是这样的虚拟化控制单元：在使呼叫处理服务器虚拟化的情况下，根据由节点状态把握部41把握的多个各呼叫处理服务器20的状态，控制该虚拟化。这是例如以下等的控制：在根据各呼叫处理服务器20的状态为了横向扩展等而想要增设呼叫处理服务器20的情况下，虚拟机控制部向Hypervisor发送指示，使得新配置虚拟呼叫处理服务器20。由此，可以根据呼叫处理服务器20的状态，进行合适的虚拟化。更具体地，通过统一控制基于虚拟机控制部的虚拟机的配置(通过使处理同步)，使得如以下说明那样更合适的横向扩展处理和障碍时处理成为可能。
呼叫处理服务器20构成为具有：呼叫处理请求受理部21、登记部22、取得部23、呼叫处理部24、以及呼叫处理结果存储部25。
呼叫处理请求受理部21是接受OpenFlow网络40的控制而受理(接收)从OpenFlow网络30发送到本节点20的呼叫处理请求的呼叫处理请求受理单元。呼叫处理请求是发送请求(呼叫连接建立请求)和位置登记请求。呼叫处理请求受理部21将接收到的呼叫处理请求输出到登记部22、取得部23和呼叫处理部24。
登记部22是如下登记单元：当从呼叫处理请求受理部21被输入了呼叫处理请求时，将正在执行针对呼叫处理请求涉及的移动通信终端50的呼叫处理的呼叫处理服务器20作为本节点，登记在呼叫处理管理用数据库10中。
如图3所示，呼叫处理管理用数据库10与用于确定移动通信终端50的信息即用户标识符对应关联，保持表示呼叫处理服务器20的各种类的呼叫处理状态的信息(Key-Value Store(KVS)，关键值存储)。呼叫处理服务器20的种类是指P－CSCF、CSN和ASN等的种类。表示呼叫处理状态的信息是指静态信息和动态信息。通过参照这些信息，可以针对该移动通信终端50判断在其种类的呼叫处理服务器20的任一方中呼叫处理是否是执行中。呼叫处理不是执行中的状态例如是图3所示的“状态1”、“状态2”等的状态。呼叫处理是执行中(呼叫状态是迁移中)的状态例如是图3所示的“状态迁移中”等的状态。另外，图3所示的凡例在以后的图中也相同。
动态信息包含有确定针对该移动通信终端50执行呼叫处理的呼叫处理服务器20的信息即更新节点ID(例如，呼叫处理服务器20的IP地址)。在图3所示的用户标识符是“C”的移动通信终端50的信息的例子中，ASN涉及的呼叫处理状态(ASN状态)是“状态1(例如，等待接收状态)”，CSN涉及的呼叫处理状态(ASN状态)是“状态1”，P－CSCF涉及的呼叫处理状态(P－CSCF状态)是“状态迁移中”。并且，表示P－CSCF状态的信息包含有P－CSCF1b的节点ID作为执行呼叫处理的呼叫处理服务器20的更新节点ID。
登记部22当从呼叫处理请求受理部21被输入了呼叫处理请求时，根据该请求确定请求源的移动通信终端50。例如，在呼叫处理请求是从用户标识符是“C”的移动通信终端50向对置节点的发送请求(从用户C向用户X的发送请求)的情况下，登记部22将用户标识符是“C”的移动通信终端50确定为呼叫处理请求源的移动通信终端50。登记部22将包含所确定的用户标识符和本节点的节点ID的动态信息更新请求发送到呼叫处理管理用数据库10。呼叫处理管理用数据库10接收动态信息更新请求，根据接收到的动态信息更新请求，以用户标识符作为关键字更新(登记)表示与用户标识符对应关联的呼叫处理状态的信息。通过该登记，使得该移动通信终端50的状态成为呼叫处理是执行中的状态(状态迁移中)。
取得部23是从呼叫处理管理用数据库10取得由呼叫处理请求受理部21受理的呼叫处理请求涉及的移动通信终端50的信息的取得单元。取得部23提取呼叫处理请求中包含的、确定作为该呼叫处理请求源的移动通信终端50的信息，请求呼叫处理管理用数据库10发送该移动通信终端50涉及的信息。这里请求的信息是图2所示的呼叫信息，具体地，如上所述是电话号码、认证信息、合同速度、所在服务区、通信中/等待接收中的信息。另外，在本节点20中进行移动通信终端50涉及的呼叫处理，在本节点20留有有效的呼叫信息的高速缓存的情况下，如果高速缓存的最终更新时刻比呼叫处理管理用数据库10的最终更新时刻老，则可以不进行取得部23的取得。取得部23将从呼叫处理管理用数据库10取得的信息输出到呼叫处理部24。
并且，取得部23在与本节点相同种类且本节点以外的别的呼叫处理服务器20正在执行针对作为呼叫处理请求源的移动通信终端50的呼叫处理的情况下，从该别的呼叫处理服务器20取得用于呼叫处理的信息，继承执行呼叫处理。在与作为呼叫处理请求源的移动通信终端50的用户标识符对应关联地保持在呼叫处理管理用数据库10中的、表示与本节点相同种类的呼叫处理状态的信息是表示在本节点以外的别的呼叫处理服务器20中呼叫处理是执行中的信息的情况下，取得部23取得作为确定该别的呼叫处理服务器20的信息的更新节点ID。
该取得例如由取得部23参照存储在呼叫处理管理用数据库10中的、表示作为呼叫处理请求源的移动通信终端50是状态迁移中的信息(标记)来进行。或者，也可以通过以下方式进行：在由登记部22进行的向呼叫处理管理用数据库10的本节点登记时，在本节点以外的别的呼叫处理服务器20被登记为正在执行对呼叫处理请求涉及的移动通信终端50的呼叫处理的呼叫处理服务器20的情况下，呼叫处理管理用数据库10发送该别的呼叫处理服务器20的服务器的更新节点ID。
取得部23从该别的呼叫处理服务器20取得呼叫处理请求涉及的移动通信终端50的信息。该信息的取得是通过向该别的呼叫处理服务器20请求移动通信终端50的信息同步来进行。这里取得的信息是在呼叫处理(信号序列)的途中使用的暂时信息(位置登记、发送等的序列途中的信息)，是未登记在呼叫处理管理用数据库10中的信息。
另外，在从别的呼叫处理服务器20取得信息并继承呼叫处理的情况下，在仅根据从别的呼叫处理服务器20取得的信息就可以继续呼叫处理的情况下，无需一定从呼叫处理管理用数据库10取得信息。取得部23将从别的呼叫处理服务器20取得的信息输出到呼叫处理部24。
另外，在呼叫处理途中执行呼叫处理的呼叫处理服务器20发生变更是因为，由于呼叫处理服务器20的增设、减设、或者其它原因而使得在执行呼叫处理期间通过OpenFlow网络30进行信号路径的变更。本实施方式的结构是为了以下目的：即使这样在执行呼叫处理期间通过OpenFlow网络30进行了信号路径的变更的情况下，也可以继续呼叫处理，而不通过基于重发控制的处理补救等重新取得由更新前的呼叫处理服务器20取得的信息。
呼叫处理部24是使用由取得部23取得的信息进行该请求涉及的呼叫处理的呼叫处理单元。具体地，进行呼叫连接的建立或切断、或者位置登记的处理(所在服务区的登记或者更新的处理)。在从别的呼叫处理服务器20取得了用于呼叫处理的信息的情况下，呼叫处理部24进行继承了该别的呼叫处理服务器20进行的呼叫处理的处理。呼叫处理部24将呼叫处理结果的信息输出到呼叫处理结果存储部25。
呼叫处理结果存储部25是将由呼叫处理部24进行的呼叫处理结果的信息存储在呼叫处理管理用数据库10中的呼叫处理结果存储单元。具体地，呼叫处理结果存储部25存储通过呼叫处理而更新的、移动通信终端50的所在服务区、移动通信终端50是通信中还是等待接收中的信息。这些信息是该移动通信终端50涉及的下一呼叫处理所需要的信息。由呼叫处理结果存储部25进行的向呼叫处理管理用数据库10的信息存储可以仅在呼叫信息(状态信息)发生变更的情况下进行。在由呼叫处理结果存储部25进行了向呼叫处理管理用数据库10的信息存储的情况下，将最终更新时刻更新为当前时刻。
呼叫处理结果存储部25在由呼叫处理部24进行的呼叫处理结束之后，结束作为针对该呼叫处理请求涉及的移动通信终端50的呼叫处理执行中的呼叫处理服务器20的、对呼叫处理管理用数据库10的登记。呼叫处理结果存储部25向呼叫处理管理用数据库10通知这样的情况：本节点中的呼叫处理结束，将该移动通信终端50中的本节点的种类的呼叫处理状态从状态迁移中转移到在任何呼叫处理服务器20中呼叫处理都不是执行中的状态。另外，该通知可以与呼叫处理结果的存储一并进行。呼叫处理管理用数据库10接收该通知，根据通知更新该移动通信终端50中的信息。以上是网络管理器40和呼叫处理服务器20的本实施方式的功能。
图4示出构成本实施方式的呼叫处理管理用数据库10、呼叫处理服务器20、OpenFlow网络30的节点31和网络管理器40的服务器装置的硬件结构。如图4所示，该服务器装置构成为包括如下计算机，该计算机具有：CPU101、作为主存储装置的RAM(Random Access Memory，随机存取存储器)102和ROM(Read Only Memory，只读存储器)103、用于进行通信的通信模块104、以及硬盘等的辅助存储装置105等的硬件。这些构成要素通过程序等进行动作，从而发挥各节点10、20、31、40的功能。以上是移动通信系统1的结构。
接下来，使用图5和图9的时序图、图6～图8和图10～图12的图，说明在本实施方式的移动通信系统1中执行的处理即通信控制方法。首先，使用图5的时序图和图6～图8，对在有从用户标识符是“C”的移动通信终端50向别的终端的发送等的呼叫处理请求、在该呼叫处理途中增设并横向扩展呼叫处理服务器20的情况下的处理进行说明。在本处理中，对增设CSN的例子进行说明。并且，如图3所示，对作为呼叫处理服务器设置了P－CSCF、CSN和ASN的例子进行说明。
呼叫处理服务器(P－CSCF1、CSN1、ASN1)20分别收容用户标识符是“A”、“B”、“C”和“D”的移动通信终端50(以下分别称为用户A、B、C、D)。在本实施方式中，收容用户是指，该用户涉及的呼叫处理的信号通过OpenFlow网络30被分配给各个呼叫处理服务器20进行处理。不过，呼叫处理的信号无需根据用户被分配给特定的呼叫处理服务器20，可以在信号的中继时刻通过OpenFlow网络30根据流条目来判断分配目的地。
P－CSCF1a收容用户A、B，P－CSCF1b收容用户C、D，CSN1a收容用户A、B、C、D，ASN1a收容用户A、B，ASN1b收容用户C、D。在本处理的初始状态中，如图6(a)所示，任一用户的呼叫处理状态都是呼叫处理不是执行中的状态，例如为等待接收状态即“状态1”。如上所述在本处理中，着眼于用户C。在图5的时序图中示出由呼叫处理管理用数据库10保持的用户C的信息(与图3所示的信息相同的信息)。
在移动通信系统1中，通过网络管理器40的节点状态把握部41进行各呼叫处理服务器20的状态的把握。表示各呼叫处理服务器20的状态的信息从节点状态把握部41被输出到控制部42。接着，通过控制部42根据表示各呼叫处理服务器20的状态的信息决定进行呼叫处理的呼叫处理服务器20，按照向所决定的呼叫处理服务器20发送呼叫处理请求的方式生成流条目。所生成的流条目被发送到OpenFlow网络30的各节点31。在OpenFlow网络30的各节点31中，接收该流条目，根据该流条目进行流(呼叫处理请求等的信号)的发送。另外，在图5中，省略OpenFlow网络30的图示。
在本处理中，首先，从用户C对移动通信系统1(移动通信网)进行发送请求。发送请求是用于与别的终端(例如，用户X)进行通信的呼叫连接请求。该发送请求涉及的信号(发送信号)由P－GW接收。
接着，发送信号从P－GW被发送到P－CSCF1。所发送的发送信号由OpenFlow网络30的预定的节点31(与P－GW连接的节点31)接收。通过该节点31，根据流条目决定请求目的地(发送目的地)的P－CSCF1(P－CSCF1b)。接着，从该节点31向P－CSCF1b发送发送信号(S01，控制步骤)。
在被发送了发送信号的P－CSCF1b中，通过呼叫处理请求受理部21接收发送信号(S01，呼叫处理请求受理步骤)。由呼叫处理请求受理部21受理的发送请求信息被输出到登记部22、取得部23和呼叫处理部24。在P－CSCF1b中，通过登记部22，根据该发送信号将动态信息更新请求发送到呼叫处理管理用数据库10(S02，登记步骤)。动态信息更新请求是将本节点作为正在针对该发送信号涉及的呼叫处理请求源的用户C执行呼叫处理的P－CSCF登记在呼叫处理管理用数据库10中的信号。动态信息更新请求包含有用户C的用户标识符和P－CSCF1b的节点ID。另外，即使在呼叫处理服务器20中有移动通信终端50的信息的高速缓存的情况下也进行动态信息的更新和参照(KVS的更新、参照)(以下也相同)。
另外，在P－CSCF1b中，不保持呼叫处理所需要的用户C的数据，即包括表示呼叫处理状态的状态信息和用户C涉及的加入者简介的呼叫信息。
因此，在P－CSCF1b中，与动态信息更新请求的发送一并，从取得部23向呼叫处理管理用数据库10进行请求进行了发送请求的用户C涉及的呼叫信息的呼叫信息取得请求(S02，取得步骤)。动态信息更新请求和呼叫信息取得请求可以使用相同的信号进行，也可以使用分开的信号进行。
在呼叫处理管理用数据库10中，接收动态信息更新请求和呼叫信息取得请求。在呼叫处理管理用数据库10中，如图6(b)所示，根据动态信息更新请求，使管理中的用户C涉及的P－CSCF的呼叫状态从“状态1”变为“状态迁移中”。并且，登记P－CSCF1b作为对用户C的呼叫处理执行中的P－CSCF。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向P－CSCF1b发送更新完成通知(S03)。
并且，在呼叫处理管理用数据库10中，根据呼叫信息取得请求，读出用户C涉及的呼叫信息，从呼叫处理管理用数据库10向P－CSCF1b发送作为呼叫信息取得响应(S03)。更新完成通知和呼叫信息取得响应可以使用相同的信号进行，也可以使用分开的信号进行。
在P－CSCF1b中，通过取得部23接收呼叫信息(S03，取得步骤)。这里所取得的呼叫信息是包括表示等待接收中的信息的呼叫信息。由此，P－CSCF1b处于保持了包括表示呼叫处理状态的状态信息和用户C涉及的加入者简介的呼叫信息的状态。接收到的呼叫信息从取得部23被输出到呼叫处理部24。
接着，通过呼叫处理部24，根据由取得部23所取得的呼叫信息执行发送请求涉及的呼叫处理(S04，呼叫处理步骤)。这里的呼叫处理是用于建立呼叫连接的发送处理，按照在与其它服务器之间建立呼叫连接的发送时序进行处理。呼叫处理中的信息作为上述的暂时信息被保持。
接着，作为该呼叫处理之一，将发送信号从呼叫处理部24发送到CSN1。所发送的发送信号由OpenFlow网络30的预定的节点31(与P－CSCF1b连接的节点31)接收。通过该节点31，根据流条目决定请求目的地(发送目的地)的CSN1(CSN1a)。接着，从该节点31向CSN1a发送发送信号(S05，控制步骤)。
在被发送了发送信号的CSN1a中，通过呼叫处理请求受理部21接收发送信号(S05，呼叫处理请求受理步骤)。由呼叫处理请求受理部21受理的发送请求信息被输出到登记部22、取得部23和呼叫处理部24。在CSN1a中，通过登记部22，根据该发送信号将动态信息更新请求发送到呼叫处理管理用数据库10(S06，登记步骤)。动态信息更新请求是将本节点作为正在执行针对该发送信号涉及的呼叫处理请求源的用户C的呼叫处理的CSN，登记在呼叫处理管理用数据库10中的信号。动态信息更新请求包含有用户C的用户标识符和CSN1b的节点ID。
另外，在CSN1a中，不保持呼叫处理所需要的用户C的数据、即、包括表示呼叫处理状态的状态信息和用户C涉及的加入者简介的呼叫信息。
因此，在CSN1a中，与动态信息更新请求的发送一并，从取得部23向呼叫处理管理用数据库10进行请求进行了发送请求的用户C涉及的呼叫信息的呼叫信息取得请求(S06，取得步骤)。动态信息更新请求和呼叫信息取得请求可以使用相同的信号进行，也可以使用分开的信号进行。
在呼叫处理管理用数据库10中，接收动态信息更新请求和呼叫信息取得请求。在呼叫处理管理用数据库10中，如图6(c)所示，根据动态信息更新请求，使管理中的用户C涉及的CSN的呼叫状态从“状态1”变为“状态迁移中”。并且，登记CSN1a作为对用户C的呼叫处理执行中的CSN。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向CSN1a发送更新完成通知(S07)。
并且，在呼叫处理管理用数据库10中，根据呼叫信息取得请求，读出用户C涉及的呼叫信息，从呼叫处理管理用数据库10作为呼叫信息取得响应被发送至CSN1a(S07)。更新完成通知和呼叫信息取得响应可以使用相同的信号进行，也可以使用分开的信号进行。
在CSN1a中，通过取得部23接收呼叫信息(S07，取得步骤)。这里所取得的呼叫信息是包括表示等待接收中的信息的呼叫信息。由此，CSN1a处于保持了包括表示呼叫处理状态的状态信息和用户C涉及的加入者简介的呼叫信息的状态。接收到的呼叫信息从取得部23被输出到呼叫处理部24。
接着，通过呼叫处理部24，根据由取得部23所取得的呼叫信息执行发送请求涉及的呼叫处理(S08，呼叫处理步骤)。这里的呼叫处理是用于建立呼叫连接的发送处理，按照在与其它服务器之间建立呼叫连接的发送时序进行处理。呼叫处理中的信息作为上述的暂时信息被保持。
接着，作为该呼叫处理之一，将发送信号从呼叫处理部24发送到ASN1。所发送的发送信号由OpenFlow网络30的预定的节点31(与CSN1a连接的节点31)接收。通过该节点31，根据流条目决定请求目的地(发送目的地)的ASN1(ASN1b)。接着，从该节点31向ASN1b发送发送信号(S09，控制步骤)。
在被发送了发送信号的ASN1b中，通过呼叫处理请求受理部21接收发送信号(S09，呼叫处理请求受理步骤)。由呼叫处理请求受理部21受理的发送请求信息被输出到登记部22、取得部23和呼叫处理部24。在ASN1b中，通过登记部22，根据该发送信号将动态信息更新请求发送到呼叫处理管理用数据库10(S10，登记步骤)。动态信息更新请求是将本节点作为正在执行针对该发送信号涉及的呼叫处理请求源的用户C的呼叫处理的ASN登记在呼叫处理管理用数据库10中的信号。动态信息更新请求包含有用户C的用户标识符和ASN1b的节点ID。
另外，在ASN1b中，不保持呼叫处理所需要的用户C的数据，即包括表示呼叫处理状态的状态信息和用户C涉及的加入者简介的呼叫信息。
因此，在ASN1b中，与动态信息更新请求的发送一并，从取得部23对呼叫处理管理用数据库10进行请求进行了发送请求的用户C涉及的呼叫信息的呼叫信息取得请求(S10，取得步骤)。动态信息更新请求和呼叫信息取得请求可以使用相同的信号进行，也可以使用分开的信号进行。
在呼叫处理管理用数据库10中，接收动态信息更新请求和呼叫信息取得请求。在呼叫处理管理用数据库10中，如图6(d)所示，根据动态信息更新请求，使管理中的用户C涉及的ASN的呼叫状态从“状态1”变为“状态迁移中”。并且，登记ASN1b作为对用户C的呼叫处理执行中的ASN。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向ASN1b发送更新完成通知(S11)。
并且，在呼叫处理管理用数据库10中，根据呼叫信息取得请求，读出用户C涉及的呼叫信息，从呼叫处理管理用数据库10作为呼叫信息取得响应被发送至ASN1b(S11)。更新完成通知和呼叫信息取得响应可以使用相同的信号进行，也可以使用分开的信号进行。
在ASN1b中，通过取得部23接收呼叫信息(S11，取得步骤)。这里所取得的呼叫信息是包括表示等待接收中的信息的呼叫信息。由此，ASN1b处于保持了包括表示呼叫处理状态的状态信息和用户C涉及的加入者简介的呼叫信息的状态。接收到的呼叫信息从取得部23被输出到呼叫处理部24。
接着，通过呼叫处理部24，根据由取得部23所取得的呼叫信息执行发送请求涉及的呼叫处理(S12，呼叫处理步骤)。这里的呼叫处理是用于建立呼叫连接的发送处理，按照在与其它服务器之间建立呼叫连接的发送时序进行处理。
这里(在S09以后、S18以前的时刻)，为了使CSN1的负荷分散，增设CSN1b(S13)。该增设例如由移动通信系统1的通信企业者进行。在移动通信系统1中，通过网络管理器40的节点状态把握部41进行各呼叫处理服务器20的状态的把握(S14，节点状态把握步骤)。此时，通过节点状态把握部41还把握CSN1b的增设。表示各呼叫处理服务器20的状态的信息从节点状态把握部41被输出到控制部42。
在呼叫处理服务器20被虚拟化的情况下，S13可以是以下的处理。即，例如由于拥塞等导致呼叫处理服务器20的处理能力不足由节点状态把握部41把握，并被通知给控制部42。控制部42向虚拟机控制部指示追加呼叫处理服务器20。虚拟机控制部重新配置呼叫处理服务器20。
接着，通过控制部42根据表示各呼叫处理服务器20的状态的信息，决定进行呼叫处理的呼叫处理服务器20，按照向所决定的呼叫处理服务器20发送呼叫处理请求的方式生成流条目(S15，控制步骤)。这里，由于新增设了CSN1b，因而这里生成的流条目包含新增设的CSN1b作为进行呼叫处理的呼叫处理服务器20。例如，如图7(a)所示，假定用户C、D涉及的呼叫处理由CSN1b执行(假定用户C、D被收容在CSN1b中)而生成流条目。
所生成的流条目被发送到OpenFlow网络30的各节点31(S15，控制步骤)。在OpenFlow网络30的各节点31中，接收该流条目，根据该流条目进行流(呼叫处理请求等的信号)的发送。
在ASN1b中，当呼叫处理部24的呼叫处理完成时，用户C涉及的ASN的通信状态被状态迁移到例如发送中状态即“状态2”。由呼叫处理部24进行的呼叫处理结果的信息(被状态迁移到“状态2”的呼叫信息)从呼叫处理部24被输出到呼叫处理结果存储部25。
接着，通过呼叫处理结果存储部25将动态信息更新请求发送到呼叫处理管理用数据库10(S16，呼叫处理结果存储步骤)。这里发送的动态信息更新请求是通知如下情况的信号：本节点中的呼叫处理结束，将用户C的呼叫处理状态从状态迁移中转移到在任何呼叫处理服务器20中呼叫处理都不是执行中的状态。动态信息更新请求包含有用户C的用户标识符和ASN1b的节点ID。
并且，反映有呼叫处理结果的呼叫信息作为呼叫信息更新请求从呼叫处理结果存储部25被发送到呼叫处理管理用数据库10(S16，呼叫处理结果存储步骤)。另外，呼叫信息更新请求和动态信息更新请求可以使用相同的信号进行，也可以使用分开的信号进行。
在呼叫处理管理用数据库10中，接收动态信息更新请求和呼叫信息更新请求。在呼叫处理管理用数据库10中，如图7(b)所示，根据动态信息更新请求，使管理中的用户C涉及的ASN的呼叫状态从“状态迁移中”变为“状态2”。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向ASN1b发送更新完成通知(S17)。
并且，在呼叫处理管理用数据库10中，根据呼叫信息更新请求，用接收到的信息更新用户C涉及的信息。即，更新后的呼叫信息包括表示是“状态2”的信息。当进行了更新时，从呼叫处理管理用数据库10向ASN1b发送呼叫信息更新响应(S17)。另外，更新完成通知和呼叫信息更新响应可以使用相同的信号进行，也可以使用分开的信号进行。
在ASN1b中，当接收到呼叫信息更新响应时，将发送响应涉及的信号发送到CSN1(S18)。所发送的发送响应由OpenFlow网络30的预定的节点31(与ASN1b连接的节点31)接收。通过该节点31，根据流条目决定请求目的地(发送目的地)的CSN1(CSN1b)。如上所述，在流条目中，进行用户C的呼叫处理的CSN为增设的CSN1b。接着，从该节点31向CSN1b发送发送响应(S18，控制步骤)。
在发送响应被发送的CSN1b中，通过呼叫处理请求受理部21接收发送响应(S18，呼叫处理请求受理步骤)。由呼叫处理请求受理部21受理的发送响应的信息被输出到登记部22、取得部23和呼叫处理部24。
CSN1b由于不是截至目前进行了用户C的呼叫处理的呼叫处理服务器20，因而不保持用户C涉及的信息。首先，在CSN1b中，通过登记部22，根据该发送响应将动态信息取得请求发送到呼叫处理管理用数据库10(S19，登记步骤)。动态信息取得请求是请求如下CSN的节点ID的信号，该CSN被登记作为正在执行针对该发送响应涉及的呼叫处理的请求源的用户C的呼叫处理的CSN(询问用户C的与CNS有关的状态如何的信号)。并且，动态信息取得请求也是将本节点作为正在执行对该发送响应涉及的呼叫处理请求源的用户C的呼叫处理的CSN登记在呼叫处理管理用数据库10中的信号。动态信息更新请求包含有用户C的用户标识符和CSN1a的节点ID。
在呼叫处理管理用数据库10中，接收动态信息取得请求。在呼叫处理管理用数据库10中，作为对动态信息取得请求的响应，向CSN1b发送被登记作为正在执行针对用户C的呼叫处理的CSN的CSN的节点ID(CSN1a的节点ID)(CSN1a在S06登记的信息)(S20)。并且，在呼叫处理管理用数据库10中，如图7(c)所示，根据动态信息取得请求，登记CSN1b作为正在执行针对用户C的呼叫处理的CSN。另外，用户C涉及的CSN的呼叫状态仍是“状态迁移中”。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向CSN1b发送更新完成通知(S20)。另外，针对动态信息取得请求的响应和更新完成通知可以使用相同的信号进行，也可以使用分开的信号进行。
在CSN1b中，如图7(d)所示，通过取得部23使从呼叫处理管理用数据库10发送的、用于执行如下呼叫处理的信息同步：该呼叫处理是在与由作为正在执行针对用户C的呼叫处理的CSN而登记的CSN的节点ID表示的CSN1a之间针对用户C的呼叫处理。信息的同步如下来进行：从CSN1b的取得部23对CSN1a进行同步请求(S21)，从CSN1a接收响应于该请求而发送的信息(S22)。
这里，从CSN1a发送到CSN1b的用户C涉及的信息包含有在呼叫处理的中途使用的暂时信息。并且，该信息中还可以包含有包括CSN1a从呼叫处理管理用数据库10取得的表示呼叫处理状态的状态信息和用户C涉及的加入者简介在内的呼叫信息。不过，能够从呼叫处理管理用数据库10取得的信息也可以不从CSN1a取得而从呼叫处理管理用数据库10取得。这样由取得部23取得的、用于继续用户C涉及的呼叫处理的信息从取得部23被输出到呼叫处理部24。
接着，通过呼叫处理部24，根据由取得部23所取得的呼叫信息，执行发送响应(发送请求)涉及的呼叫处理(S23，呼叫处理步骤)。
当呼叫处理部24的呼叫处理完成时，用户C涉及的CSN的通信状态被状态迁移到“状态2”。由呼叫处理部24进行的呼叫处理的结果的信息(被状态迁移到“状态2”的呼叫信息)从呼叫处理部24被输出到呼叫处理结果存储部25。
接着，通过呼叫处理结果存储部25将动态信息更新请求发送到呼叫处理管理用数据库10(S24，呼叫处理结果存储步骤)。这里发送的动态信息更新请求是通知如下情况的信号：本节点中的呼叫处理结束，将用户C的呼叫处理状态从状态迁移中转移到在任何呼叫处理服务器20中呼叫处理都不是执行中的状态。动态信息更新请求包含有用户C的用户标识符和CSN1b的节点ID。
并且，反映了呼叫处理的结果的呼叫信息作为呼叫信息更新请求从呼叫处理结果存储部25被发送到呼叫处理管理用数据库10(S25，呼叫处理结果存储步骤)。另外，呼叫信息更新请求和动态信息更新请求可以使用相同的信号进行，也可以使用分开的信号进行。
在呼叫处理管理用数据库10中，接收动态信息更新请求和呼叫信息更新请求。在呼叫处理管理用数据库10中，如图8(a)所示，根据动态信息更新请求，使被管理中的用户C涉及的CSN的呼叫状态从“状态迁移中”变为“状态2”。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向CSN1b发送更新完成通知(S25)。
并且，在呼叫处理管理用数据库10中，根据呼叫信息更新请求，用接收到的信息更新用户C涉及的信息。即，更新后的呼叫信息包括表示是“状态2”的信息。当进行了更新时，从呼叫处理管理用数据库10向CSN1b发送呼叫信息更新响应(S25)。另外，更新完成通知和呼叫信息更新响应可以使用相同的信号进行，也可以使用分开的信号进行。
在CSN1b中，当接收到呼叫信息更新响应时，将发送响应涉及的信号发送到P－CSCF1(S26)。所发送的发送响应由OpenFlow网络30的预定的节点31(与CSN1b连接的节点31)接收。通过该节点31，根据流条目决定请求目的地(发送目的地)的P－CSCF1(P－CSCF1b)。接着，从该节点31向P－CSCF1b发送发送响应(S26，控制步骤)。
在发送响应被发送的P－CSCF1b中，通过呼叫处理请求受理部21接收发送响应(S26，呼叫处理请求受理步骤)。由呼叫处理请求受理部21受理的发送响应信息被输出到呼叫处理部24。
在P－CSCF1b中，通过呼叫处理部24，根据所输入的发送响应和在S04中的处理中使用的信息，执行发送响应(发送请求)涉及的呼叫处理(S27，呼叫处理步骤)。
当呼叫处理部24的呼叫处理完成时，用户C涉及的P－CSCF的通信状态被状态迁移到“状态2”。由呼叫处理部24进行的呼叫处理的结果的信息(被状态迁移到“状态2”的呼叫信息)从呼叫处理部24被输出到呼叫处理结果存储部25。
接着，通过呼叫处理结果存储部25将动态信息更新请求发送到呼叫处理管理用数据库10(S28，呼叫处理结果存储步骤)。这里发送的动态信息更新请求是通知如下情况的信号：本节点中的呼叫处理结束，将用户C的呼叫处理状态从状态迁移中转移到在任何呼叫处理服务器20中呼叫处理都不是执行中的状态。动态信息更新请求包含有用户C的用户标识符和P－CSCF1b的节点ID。
并且，反映有呼叫处理的结果的呼叫信息作为呼叫信息更新请求从呼叫处理结果存储部25被发送到呼叫处理管理用数据库10(S28，呼叫处理结果存储步骤)。另外，呼叫信息更新请求和动态信息更新请求可以使用相同的信号进行，也可以使用分开的信号进行。
在呼叫处理管理用数据库10中，接收动态信息更新请求和呼叫信息更新请求。在呼叫处理管理用数据库10中，如图8(b)所示，根据动态信息更新请求，使管理中的用户C涉及的P－CSCF的呼叫状态从“状态迁移中”变为“状态2”。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向P－CSCF1b发送更新完成通知(S29)。
并且，在呼叫处理管理用数据库10中，根据呼叫信息更新请求，用接收到的信息更新用户C涉及的信息。即，更新后的呼叫信息包括表示是“状态2”的信息。当进行了更新时，从呼叫处理管理用数据库10向P－CSCF1b发送呼叫信息更新响应(S29)。另外，更新完成通知和呼叫信息更新响应可以使用相同的信号进行，也可以使用分开的信号进行。
在P－CSCF1b中，当接收到呼叫信息更新响应时，将发送响应涉及的信号发送到P－GW(S30)。并且，发送响应涉及的信号从P－GW被发送到用户C。通过以上的处理，用户C处于发送中状态(“状态2”)，呼叫信息中包含的用户C的通信状态(在移动通信网中被管理的用户C的通信状态)也被状态迁移到发送中状态(“状态2”)。
以上是在有从用户标识符是“C”的移动通信终端50对别的终端的发送等的呼叫处理请求、在该呼叫处理的途中增设并横向扩展了呼叫处理服务器20的情况下的处理。上述是发送时的处理，然而对于其它呼叫处理，也如上所述同样进行。例如，在移动通信终端50进行位置登记的情况下，接收到位置登记请求的呼叫处理服务器20通过与图5的S02、S03、S06、S07、S10、S11、S19、S20、S21、S22相当的处理，取得该移动通信终端50在服务器外、或者位于别的位置登记区域中的呼叫信息。然后，通过与S04、S08、S12、S23、S23相当的处理进行位置登记处理。然后，通过与S16、S17、S24、S25、S28、S29相当的处理，将包括位置登记后(或者更新后)的位置登记区域和等待接收的信息的、该移动通信终端50涉及的更新后的呼叫信息存储在呼叫处理管理用数据库10中。并且，在从对置装置有呼叫连接请求的情况下，也可以应用相同的处理。
接下来，使用图9的时序图和图10～图12，对在有从用户C向别的终端的发送等的呼叫处理请求、在该呼叫处理途中减设了呼叫处理服务器20的情况下的处理进行说明。在本处理中，对减设了CSN的例子进行说明。并且，对如图3所示作为呼叫处理服务器设置了P－CSCF、CSN和ASN的例子进行说明。
呼叫处理服务器(P－CSCF1、CSN1、ASN1)20分别收容用户A、B、C、D。P－CSCF1a收容用户A、B，P－CSCF1b收容用户C、D，CSN1a收容用户A、B，CSN1b收容用户C、D，ASN1a收容用户A、B，ASN1b收容用户C、D。在本处理的初始状态中，如图10(a)所示，任一用户的呼叫处理状态都是呼叫处理不是执行中的状态，例如为等待接收状态即“状态1”。如上所述在本处理中，着眼于用户C。在图9的时序图中示出由呼叫处理管理用数据库10保持的用户C的信息(与图3所示的信息相同的信息)。
在移动通信系统1中，通过网络管理器40的节点状态把握部41进行各呼叫处理服务器20的状态的把握。表示各呼叫处理服务器20的状态的信息从节点状态把握部41被输出到控制部42。接着，通过控制部42根据表示各呼叫处理服务器20的状态的信息决定进行呼叫处理的呼叫处理服务器20，按照向所决定的呼叫处理服务器20发送呼叫处理请求的方式生成流条目。所生成的流条目被发送到OpenFlow网络30的各节点31。在OpenFlow网络30的各节点31中，接收该流条目，根据该流条目进行流(呼叫处理请求等的信号)的发送。另外，在图9中，省略OpenFlow网络30的图示。
在本处理中，首先，从用户C对移动通信系统1(移动通信网)进行发送请求。发送请求是用于与别的终端(例如，用户X)进行通信的呼叫连接的请求。该发送请求涉及的信号(发送信号)由P－GW接收。
接着，发送信号从P－GW被发送到P－CSCF1。所发送的发送信号由与OpenFlow网络30的预定的节点31(与P－GW连接的节点31)接收。通过该节点31，根据流条目决定请求目的地(发送目的地)的P－CSCF1(P－CSCF1b)。接着，从该节点31向P－CSCF1b发送发送信号(S41，控制步骤)。
在被发送了发送信号的P－CSCF1b中，通过呼叫处理请求受理部21接收发送信号(S41，呼叫处理请求受理步骤)。由呼叫处理请求受理部21受理的发送请求信息被输出到登记部22、取得部23和呼叫处理部24。在P－CSCF1b中，通过登记部22，根据该发送信号将动态信息更新请求发送到呼叫处理管理用数据库10(S42，登记步骤)。动态信息更新请求是将本节点作为正在执行针对该发送信号涉及的呼叫处理请求源的用户C的呼叫处理的P－CSCF登记在呼叫处理管理用数据库10中的信号。动态信息更新请求包含有用户C的用户标识符和P－CSCF1b的节点ID。
另外，在P－CSCF1b中，不保持呼叫处理所需要的用户C的数据，即包括表示呼叫处理状态的状态信息和用户C涉及的加入者简介的呼叫信息。
因此，在P－CSCF1b中，与动态信息更新请求的发送一并，从取得部23对呼叫处理管理用数据库10进行请求进行了发送请求的用户C涉及的呼叫信息的呼叫信息取得请求(S42，取得步骤)。动态信息更新请求和呼叫信息取得请求可以使用相同的信号进行，也可以使用分开的信号进行。
在呼叫处理管理用数据库10中，接收动态信息更新请求和呼叫信息取得请求。在呼叫处理管理用数据库10中，如图10(b)所示，根据动态信息更新请求，使管理中的用户C涉及的P－CSCF的呼叫状态从“状态1”变为“状态迁移中”。并且，登记P－CSCF1b作为对用户C的呼叫处理执行中的P－CSCF。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向P－CSCF1b发送更新完成通知(S43)。
并且，在呼叫处理管理用数据库10中，根据呼叫信息取得请求，读出用户C涉及的呼叫信息，从呼叫处理管理用数据库10作为呼叫信息取得响应被发送至P－CSCF1b(S43)。更新完成通知和呼叫信息取得响应可以使用相同的信号进行，也可以使用分开的信号进行。
在P－CSCF1b中，通过取得部23接收呼叫信息(S43，取得步骤)。这里所取得的呼叫信息是包括表示等待接收中的信息的呼叫信息。由此，P－CSCF1b处于保持了包括表示呼叫处理状态的状态信息和用户C涉及的加入者简介在内的呼叫信息的状态。接收到的呼叫信息从取得部23被输出到呼叫处理部24。
接着，通过呼叫处理部24，根据由取得部23所取得的呼叫信息执行发送请求涉及的呼叫处理(S44，呼叫处理步骤)。这里的呼叫处理是用于建立呼叫连接的发送处理，按照在与其它服务器之间建立呼叫连接的发送时序进行处理。呼叫处理中的信息作为上述的暂时信息被保持。
接着，作为该呼叫处理之一，将发送信号从呼叫处理部24发送到CSN1。所发送的发送信号由OpenFlow网络30的预定的节点31(与P－CSCF1b连接的节点31)接收。通过该节点31，根据流条目决定请求目的地(发送目的地)的CSN1(CSN1b)。接着，从该节点31向CSN1b发送发送信号(S45，控制步骤)。
在被发送了发送信号的CSN1b中，通过呼叫处理请求受理部21接收发送信号(S45，呼叫处理请求受理步骤)。由呼叫处理请求受理部21受理的发送请求信息被输出到登记部22、取得部23和呼叫处理部24。在CSN1b中，通过登记部22，根据该发送信号将动态信息更新请求发送到呼叫处理管理用数据库10(S46，登记步骤)。动态信息更新请求是将本节点作为正在执行针对该发送信号涉及的呼叫处理的请求源的用户C的呼叫处理的CSN登记在呼叫处理管理用数据库10中的信号。动态信息更新请求包含有用户C的用户标识符和CSN1b的节点ID。
另外，在CSN1b中，不保持呼叫处理所需要的用户C的数据，即包括表示呼叫处理状态的状态信息和用户C涉及的加入者简介的呼叫信息。
因此，在CSN1b中，与动态信息更新请求的发送一并，从取得部23对呼叫处理管理用数据库10进行请求进行了发送请求的用户C涉及的呼叫信息的呼叫信息取得请求(S46，取得步骤)。动态信息更新请求和呼叫信息取得请求可以使用相同的信号进行，也可以使用分开的信号进行。
在呼叫处理管理用数据库10中，接收动态信息更新请求和呼叫信息取得请求。在呼叫处理管理用数据库10中，如图10(c)所示，根据动态信息更新请求，使管理中的用户C涉及的CSN的呼叫状态从“状态1”变为“状态迁移中”。并且，登记CSN1b作为针对用户C的呼叫处理执行中的CSN。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向CSN1b发送更新完成通知(S47)。
并且，在呼叫处理管理用数据库10中，根据呼叫信息取得请求，读出用户C涉及的呼叫信息，从呼叫处理管理用数据库10作为呼叫信息取得响应被发送至CSN1a(S47)。更新完成通知和呼叫信息取得响应可以使用相同的信号进行，也可以使用分开的信号进行。
在CSN1b中，通过取得部23接收呼叫信息(S47，取得步骤)。这里所取得的呼叫信息是包括表示等待接收中的信息的呼叫信息。由此，CSN1b处于保持了包括表示呼叫处理状态的状态信息和用户C涉及的加入者简介在内的呼叫信息的状态。接收到的呼叫信息从取得部23被输出到呼叫处理部24。
接着，通过呼叫处理部24，根据由取得部23所取得的呼叫信息执行发送请求涉及的呼叫处理(S48，呼叫处理步骤)。这里的呼叫处理是用于建立呼叫连接的发送处理，按照在与其它服务器之间建立呼叫连接的发送时序进行处理。呼叫处理中的信息作为上述的暂时信息被保持。
接着，作为该呼叫处理之一，将发送信号从呼叫处理部24发送到ASN1。所发送的发送信号由OpenFlow网络30的预定的节点31(与CSN1b连接的节点31)接收。通过该节点31，根据流条目决定请求目的地(发送目的地)的ASN1(ASN1b)。接着，从该节点31向ASN1b发送发送信号(S49，控制步骤)。
在被发送了发送信号的ASN1b中，通过呼叫处理请求受理部21接收发送信号(S49，呼叫处理请求受理步骤)。由呼叫处理请求受理部21受理的发送请求信息被输出到登记部22、取得部23和呼叫处理部24。在ASN1b中，通过登记部22，根据该发送信号将动态信息更新请求发送到呼叫处理管理用数据库10(S51，登记步骤)。动态信息更新请求是将本节点作为正在执行针对该发送信号涉及的呼叫处理的请求源的用户C的呼叫处理的ASN登记在呼叫处理管理用数据库10中的信号。动态信息更新请求包含有用户C的用户标识符和ASN1b的节点ID。
另外，在ASN1b中，不保持呼叫处理所需要的用户C的数据，即包括表示呼叫处理状态的状态信息和用户C涉及的加入者简介在内的呼叫信息。
因此，在ASN1b中，与动态信息更新请求的发送一并，从取得部23对呼叫处理管理用数据库10进行请求进行了发送请求的用户C涉及的呼叫信息的呼叫信息取得请求(S50，取得步骤)。动态信息更新请求和呼叫信息取得请求可以使用相同的信号进行，也可以使用分开的信号进行。
在呼叫处理管理用数据库10中，接收动态信息更新请求和呼叫信息取得请求。在呼叫处理管理用数据库10中，如图10(d)所示，根据动态信息更新请求，使管理中的用户C涉及的ASN的呼叫状态从“状态1”变为“状态迁移中”。并且，登记ASN1b作为针对用户C的呼叫处理执行中的ASN。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向ASN1b发送更新完成通知(S51)。
并且，在呼叫处理管理用数据库10中，根据呼叫信息取得请求，读出用户C涉及的呼叫信息，从呼叫处理管理用数据库10作为呼叫信息取得响应被发送至ASN1a(S51)。更新完成通知和呼叫信息取得响应可以使用相同的信号进行，也可以使用分开的信号进行。
在ASN1b中，通过取得部23接收呼叫信息(S51，取得步骤)。这里所取得的呼叫信息是包括表示等待接收中的信息的呼叫信息。由此，ASN1b处于保持了包括表示呼叫处理状态的状态信息和用户C涉及的加入者简介在内的呼叫信息的状态。接收到的呼叫信息从取得部23被输出到呼叫处理部24。
接着，通过呼叫处理部24，根据由取得部23所取得的呼叫信息执行发送请求涉及的呼叫处理(S52，呼叫处理步骤)。这里的呼叫处理是用于建立呼叫连接的发送处理，按照在与其它服务器之间建立呼叫连接的发送时序进行处理。
这里(在S49以后、S58以前的时刻)，为了使CSN1的负荷集成而减设CSN1b(S53)。通过CSN1b的减设，将收容在CSN1b中的用户归拢到CSN1a。该减设例如由移动通信系统1的通信企业者进行。在移动通信系统1中，通过网络管理器40的节点状态把握部41进行各呼叫处理服务器20的状态的把握(S54，节点状态把握步骤)。此时，通过节点状态把握部41也把握CSN1b的减设。表示各呼叫处理服务器20的状态的信息从节点状态把握部41被输出到控制部42。
在呼叫处理服务器20被虚拟化的情况下，S53可以为以下的处理。即，例如同一种类的多个呼叫处理服务器20的处理能力过剩的情况由节点状态把握部41把握，并被通知给控制部42。控制部42向虚拟机控制部指示呼叫处理服务器20的削减。虚拟机控制部进行多个呼叫处理服务器20的减设。
接着，通过控制部42根据表示各呼叫处理服务器20的状态的信息决定进行呼叫处理的呼叫处理服务器20，按照向所决定的呼叫处理服务器20发送呼叫处理请求的方式生成流条目(S55，控制步骤)。这里，由于减设了CSN1b，因而这里生成的流条目不包含减设的CSN1b作为进行呼叫处理的呼叫处理服务器20。例如，如图11(a)所示，假定用户C、D涉及的呼叫处理由CSN1a执行(假定用户C、D被收容在CSN1a内)而生成流条目。
所生成的流条目被发送到OpenFlow网络30的各节点31(S55，控制步骤)。在OpenFlow网络30的各节点31中，接收该流条目，根据该流条目进行流(呼叫处理请求等的信号)的发送。
在ASN1b中，当呼叫处理部24的呼叫处理完成时，用户C涉及的ASN的通信状态被状态迁移到例如发送中状态即“状态2”。由呼叫处理部24进行的呼叫处理结果的信息(被状态迁移到“状态2”的呼叫信息)从呼叫处理部24被输出到呼叫处理结果存储部25。
接着，通过呼叫处理结果存储部25将动态信息更新请求发送到呼叫处理管理用数据库10(S56，呼叫处理结果存储步骤)。这里发送的动态信息更新请求是通知如下情况的信号：本节点中的呼叫处理结束，将用户C的呼叫处理状态从状态迁移中转移到在任何呼叫处理服务器20中呼叫处理都不是执行中的状态。动态信息更新请求包含有用户C的用户标识符和ASN1b的节点ID。
并且，反映有呼叫处理结果的呼叫信息作为呼叫信息更新请求从呼叫处理结果存储部25被发送到呼叫处理管理用数据库10(S56，呼叫处理结果存储步骤)。另外，呼叫信息更新请求和动态信息更新请求可以使用相同的信号进行，也可以使用分开的信号进行。
在呼叫处理管理用数据库10中，接收动态信息更新请求和呼叫信息更新请求。在呼叫处理管理用数据库10中，如图11(b)所示，根据动态信息更新请求，使管理中的用户C涉及的ASN的呼叫状态从“状态迁移中”变为“状态2”。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向ASN1b发送更新完成通知(S57)。
并且，在呼叫处理管理用数据库10中，根据呼叫信息更新请求，用接收到的信息更新用户C涉及的信息。即，更新后的呼叫信息包括表示是“状态2”的信息。当进行了更新时，从呼叫处理管理用数据库10向ASN1b发送呼叫信息更新响应(S57)。另外，更新完成通知和呼叫信息更新响应可以使用相同的信号进行，也可以使用分开的信号进行。
在ASN1b中，当接收到呼叫信息更新响应时，将发送响应涉及的信号发送到CSN1(S58)。所发送的发送响应由OpenFlow网络30的预定的节点31(与ASN1b连接的节点31)接收。通过该节点31，根据流条目决定请求目的地(发送目的地)的CSN1(CSN1a)。如上所述，在流条目中，进行用户C的呼叫处理的CSN是CSN1a而不是减设的CSN1b。接着，从该节点31向CSN1a发送发送响应(S58，控制步骤)。
在被发送了发送响应的CSN1a中，通过呼叫处理请求受理部21接收发送响应(S58，呼叫处理请求受理步骤)。由呼叫处理请求受理部21受理的发送响应信息被输出到登记部22、取得部23和呼叫处理部24。
CSN1a由于不是截至目前进行了用户C的呼叫处理的呼叫处理服务器20，因而不保持用户C涉及的信息。首先，在CSN1a中，通过登记部22，根据该发送响应将动态信息取得请求发送到呼叫处理管理用数据库10(S59，登记步骤)。动态信息取得请求是请求如下CSN的节点ID的信号，该CSN被登记作为正在执行针对该发送响应涉及的呼叫处理的请求源的用户C的呼叫处理的CSN(询问与用户C的CNS有关的状态如何的信号)。并且，动态信息取得请求也是将本节点作为正在执行针对该发送响应涉及的呼叫处理的请求源的用户C的呼叫处理的CSN登记在呼叫处理管理用数据库10中的信号。动态信息更新请求包含有用户C的用户标识符和CSN1a的节点ID。
在呼叫处理管理用数据库10中，接收动态信息取得请求。在呼叫处理管理用数据库10中，作为对动态信息取得请求的响应，将作为正在执行针对用户C的呼叫处理的CSN而登记的CSN的节点ID(CSN1b的节点ID)(CSN1b在S46登记的信息)发送到CSN1a(S60)。并且，在呼叫处理管理用数据库10中，如图11(c)所示，根据动态信息取得请求，登记CSN1a作为正在执行针对用户C的呼叫处理的CSN。另外，用户C涉及的CSN的呼叫状态仍是“状态迁移中”。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向CSN1b发送更新完成通知(S60)。另外，对动态信息取得请求的响应和更新完成通知可以使用相同的信号进行，也可以使用分开的信号进行。
在CSN1a中，如图11(d)所示，通过取得部23，使从呼叫处理管理用数据库10发送的、用于执行如下呼叫处理的信息同步，该呼叫处理是在与由作为正在执行针对用户C的呼叫处理的CSN而登记的CSN的节点ID表示的CSN1b之间针对用户C的呼叫处理。信息的同步如下进行：从CSN1a的取得部23对CSN1b进行同步请求(S61)，从CSN1b接收响应于该请求发送的信息(S62)。
这里，从CSN1b发送到CSN1a的用户C涉及的信息包含有在呼叫处理的途中使用的暂时信息。并且，该信息可以包含有包括CSN1b从呼叫处理管理用数据库10取得的表示呼叫处理状态的状态信息和用户C涉及的加入者简介在内的呼叫信息。不过，能够从呼叫处理管理用数据库10取得的信息可以不从CSN1b取得而从呼叫处理管理用数据库10取得。这样由取得部23取得的、用于继续用户C涉及的呼叫处理的信息从取得部23被输出到呼叫处理部24。
接着，通过呼叫处理部24，根据由取得部23所取得的呼叫信息执行发送响应(发送请求)涉及的呼叫处理(S63，呼叫处理步骤)。
当呼叫处理部24的呼叫处理完成时，用户C涉及的CSN的通信状态被状态迁移到“状态2”。由呼叫处理部24进行的呼叫处理结果的信息(被状态迁移到“状态2”的呼叫信息)从呼叫处理部24被输出到呼叫处理结果存储部25。
接着，通过呼叫处理结果存储部25将动态信息更新请求发送到呼叫处理管理用数据库10(S64，呼叫处理结果存储步骤)。这里发送的动态信息更新请求是通知如下情况的信号：本节点中的呼叫处理结束，将用户C的呼叫处理状态从状态迁移中转移到在任何呼叫处理服务器20中呼叫处理都不是执行中的状态。动态信息更新请求包含有用户C的用户标识符和ASN1b的节点ID。
并且，反映有呼叫处理结果的呼叫信息作为呼叫信息更新请求从呼叫处理结果存储部25被发送到呼叫处理管理用数据库10(S65，呼叫处理结果存储步骤)。另外，呼叫信息更新请求和动态信息更新请求可以使用相同的信号进行，也可以使用分开的信号进行。
在呼叫处理管理用数据库10中，接收动态信息更新请求和呼叫信息更新请求。在呼叫处理管理用数据库10中，如图12(a)所示，根据动态信息更新请求，使管理中的用户C涉及的CSN的呼叫状态从“状态迁移中”变为“状态2”。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向CSN1a发送更新完成通知(S65)。
并且，在呼叫处理管理用数据库10中，根据呼叫信息更新请求，用接收到的信息更新用户C涉及的信息。即，更新后的呼叫信息包括表示是“状态2”的信息。当进行了更新时，从呼叫处理管理用数据库10向CSN1a发送呼叫信息更新响应(S65)。另外，更新完成通知和呼叫信息更新响应可以使用相同的信号进行，也可以使用分开的信号进行。
在CSN1a中，当接收到呼叫信息更新响应时，将发送响应涉及的信号发送到P－CSCF1(S66)。所发送的发送响应由OpenFlow网络30的预定的节点31(与CSN1a连接的节点31)接收。通过该节点31，根据流条目决定请求目的地(发送目的地)的P－CSCF1(P－CSCF1b)。接着，从该节点31向P－CSCF1b发送发送响应(S66，控制步骤)。
在被发送了发送响应的P－CSCF1b中，通过呼叫处理请求受理部21接收发送响应(S66，呼叫处理请求受理步骤)。由呼叫处理请求受理部21受理的发送响应信息被输出到呼叫处理部24。
在P－CSCF1b中，通过呼叫处理部24，根据所输入的发送响应和在S04中的处理中使用的信息执行发送响应(发送请求)涉及的呼叫处理(S67，呼叫处理步骤)。
当呼叫处理部24的呼叫处理完成时，用户C涉及的P－CSCF的通信状态被状态迁移到“状态2”。由呼叫处理部24进行的呼叫处理结果的信息(被状态迁移到“状态2”的呼叫信息)从呼叫处理部24被输出到呼叫处理结果存储部25。
接着，通过呼叫处理结果存储部25将动态信息更新请求发送到呼叫处理管理用数据库10(S68，呼叫处理结果存储步骤)。这里发送的动态信息更新请求是通知如下情况的信号：本节点中的呼叫处理结束，将用户C的呼叫处理状态从状态迁移中转移到在任何呼叫处理服务器20中呼叫处理都不是执行中的状态。动态信息更新请求包含有用户C的用户标识符和P－CSCF1b的节点ID。
并且，反映有呼叫处理结果的呼叫信息作为呼叫信息更新请求从呼叫处理结果存储部25被发送到呼叫处理管理用数据库10(S68，呼叫处理结果存储步骤)。另外，呼叫信息更新请求和动态信息更新请求可以使用相同的信号进行，也可以使用分开的信号进行。
在呼叫处理管理用数据库10中，接收动态信息更新请求和呼叫信息更新请求。在呼叫处理管理用数据库10中，如图12(b)所示，根据动态信息更新请求，使管理中的用户C涉及的P－CSCF的呼叫状态从“状态迁移中”变为“状态2”。当更新了用户C的呼叫状态(状态信息)时，从呼叫处理管理用数据库10向P－CSCF1b发送更新完成通知(S69)。
并且，在呼叫处理管理用数据库10中，根据呼叫信息更新请求，用接收到的信息更新用户C涉及的信息。即，更新后的呼叫信息包括表示是“状态2”的信息。当进行了更新时，从呼叫处理管理用数据库10向P－CSCF1b发送呼叫信息更新响应(S69)。另外，更新完成通知和呼叫信息更新响应可以使用相同的信号进行，也可以使用分开的信号进行。
在P－CSCF1b中，当接收到呼叫信息更新响应时，将发送响应涉及的信号发送到P－GW(S70)。并且，发送响应涉及的信号从P－GW被发送到用户C。通过以上的处理，用户C处于发送中状态(“状态2”)，呼叫信息中包含的用户C的通信状态(在移动通信网中被管理的用户C的通信状态)也被状态迁移到发送中状态(“状态2”)。
以上是在从用户C有对别的终端的发送等的呼叫处理请求、在该呼叫处理的途中减设了呼叫处理服务器20的情况下的处理。上述是发送时的处理，然而对于其它呼叫处理，也如上所述同样进行。
如上所述在本实施方式的移动通信系统1中，在与作为呼叫处理节点的呼叫处理服务器20不同结构的呼叫处理管理用数据库10中，保持呼叫处理所需要的各移动通信终端50的数据，每当进行呼叫处理时就参照该信息并新存储该信息。因此，在本移动通信系统1中，无论哪个移动通信终端50的呼叫处理，都可由任意的呼叫处理服务器20执行。而且，在本移动通信系统1中，不按照每个移动通信终端50决定进行呼叫处理的呼叫处理节点，可以针对各呼叫处理请求在由网络管理器40决定的呼叫处理服务器20中进行呼叫处理。
另外，在以往的移动通信系统中，当通过服务区处理等一旦决定了进行移动通信终端的呼叫处理的呼叫处理服务器时，在该呼叫处理服务器中保持该移动通信终端的呼叫处理所需要的信息即状态信息，因而不可以使其它呼叫处理服务器代替进行呼叫处理。因此，在以往的移动通信系统中，如上所述呼叫处理服务器采用了act/sby结构的冗余化。
如上所述在本移动通信系统1中，各个呼叫处理服务器20不是被设定为sby系或者act系，而是可以由任意的呼叫处理服务器20执行呼叫处理，因而使更经济的呼叫处理节点的冗余化成为可能。并且，如果任一呼叫处理服务器20进行动作，则呼叫处理成为可能，因而使更可靠的呼叫处理服务器20的冗余化成为可能。并且，由于各个呼叫处理服务器20不保持呼叫处理所需要的各移动通信终端50的数据，因而也能够容易实现横向扩展。
更具体地，如上所述在各个呼叫处理服务器20的故障时能够切换。不仅在呼叫处理服务器20的故障(突然停止)时，而且在计划停止时也能够容易切换。并且，在横向扩展呼叫处理服务器20时，可以不以位置登记处理等为契机而使用户移到容易增设的呼叫处理服务器20。在以往的移动通信系统中，如上所述难以使已在服务区的移动通信终端移到别的呼叫处理服务器，因而即使增设呼叫处理服务器，也只能慢慢地移动用户。
并且，在本实施方式的移动通信系统1中，在呼叫处理管理用数据库10中登记有呼叫处理执行中的呼叫处理服务器20。在由与呼叫处理执行中的呼叫处理服务器20不同的呼叫处理服务器20(图5的例子中的CSN1b、图9的例子中的CSN1a)受理了呼叫处理请求的情况下，从作为呼叫处理执行中的呼叫处理服务器20而登记的其它呼叫处理服务器20(图5的例子中的CSN1a、图9的例子中的CSN1b)取得呼叫处理请求涉及的移动通信终端50的信息(呼叫处理的状态迁移中的信息)。
因此，即使在呼叫处理途中变更了进行呼叫处理的呼叫处理服务器20，也会在呼叫处理服务器20间继承呼叫处理请求涉及的移动通信终端50的信息，因而在变更后的呼叫处理服务器20中，无需通过重发控制的处理补救等重新取得由变更前的呼叫处理服务器20取得的信息。因此，即使在呼叫处理途中变更了进行呼叫处理的呼叫处理服务器20，也能够进行有效的处理。更具体地，如上所述，在使用虚拟化服务器的呼叫处理服务器20的增设和减设时，不用在通信中中断呼叫，而可以将处理继承给别的呼叫处理服务器20。这样，根据本移动通信系统1，具有优异的可靠性、经济性、灵活性的呼叫处理节点的冗余化成为可能。
并且，如本实施方式那样可以利用OpenFlow网络。根据该结构，由于呼叫处理服务器20不与位置登记区域对应关联，因而不依赖于位置登记区域等的呼叫处理服务器20的冗余化成为可能，因此可使本发明的上述效果更大。不过，可以以呼叫处理服务器对应于位置登记区域的方式实施本发明。在该情况下，可以实现在位置登记区域内的具有优异的可靠性、经济性、灵活性的呼叫处理服务器的冗余化。
标号说明
1：移动通信系统；2：据点；10：呼叫处理管理用数据库；20：呼叫处理服务器；21：呼叫处理请求受理部；22：登记部；23：取得部；24：呼叫处理部；25：呼叫处理结果存储部；30：开放式(OpenFlow)网络；31：节点；40：网络管理器；41：节点状态把握部；42：控制部；50：移动通信终端；60：对置节点；101：CPU：102：RAM；103：ROM：104：通信模块；105：辅助存储装置。

Claims (6)

1.一种移动通信系统，所述移动通信系统向移动通信终端提供移动通信功能并构成为包括：多个呼叫处理节点；呼叫处理管理用数据库，其与该多个呼叫处理节点分别连接，保持呼叫处理所需要的每个该移动通信终端的数据；以及控制节点，其中，
所述控制节点具有：
节点状态把握单元，其把握所述多个呼叫处理节点的状态；以及
控制单元，其根据由所述节点状态把握单元所把握的所述多个呼叫处理节点的状态，控制成决定处理来自所述移动通信终端的呼叫处理请求的呼叫处理节点，并通过所决定的呼叫处理节点处理该呼叫处理请求，
所述呼叫处理节点具有：
呼叫处理请求受理单元，其受理接受了所述控制节点的控制的所述呼叫处理请求；
登记单元，其当由所述呼叫处理请求受理单元受理了所述呼叫处理请求时，将本节点作为正在执行针对所述呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点登记在所述呼叫处理管理用数据库中；
取得单元，其从所述呼叫处理管理用数据库取得由所述呼叫处理请求受理单元受理的所述呼叫处理请求涉及的移动通信终端的信息，并从作为正在执行针对该移动通信终端的呼叫处理的呼叫处理节点而登记在所述呼叫处理管理用数据库中的呼叫处理节点取得所述呼叫处理请求涉及的移动通信终端的信息；
呼叫处理单元，其使用由所述取得单元所取得的信息进行该请求涉及的呼叫处理；以及
呼叫处理结果存储单元，其将由所述呼叫处理单元进行的呼叫处理结果的信息存储在所述呼叫处理管理用数据库中，并当由所述呼叫处理单元进行的呼叫处理结束之后，结束作为正在执行针对该呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点在所述呼叫处理管理用数据库中的登记。
2.根据权利要求1所述的移动通信系统，其中，所述移动通信系统还包括流控制网络，
所述控制单元以通过所决定的呼叫处理节点处理该呼叫处理请求的方式设定所述流控制网络。
3.根据权利要求1或2所述的移动通信系统，其中，所述呼叫处理节点由虚拟化的虚拟机构成，
所述控制节点还具有虚拟化控制单元，所述虚拟化控制单元根据由所述节点状态把握部把握的所述多个呼叫处理节点的状态，进行所述虚拟化的控制。
4.一种呼叫处理节点，所述呼叫处理节点是移动通信系统中的呼叫处理节点，所述移动通信系统向移动通信终端提供移动通信功能并构成为包括：多个呼叫处理节点；呼叫处理管理用数据库，其与该多个呼叫处理节点分别连接，保持呼叫处理所需要的每个该移动通信终端的数据；以及控制节点，其中，
所述呼叫处理节点具有：
呼叫处理请求受理单元，其受理接受了所述控制节点的控制的所述呼叫处理请求；
登记单元，其当由所述呼叫处理请求受理单元受理了所述呼叫处理请求时，将本节点作为正在执行针对所述呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点登记在所述呼叫处理管理用数据库中；
取得单元，其从所述呼叫处理管理用数据库取得由所述呼叫处理请求受理单元受理的所述呼叫处理请求涉及的移动通信终端的信息，并从作为正在执行针对该移动通信终端的呼叫处理的呼叫处理节点而登记在所述呼叫处理管理用数据库中的呼叫处理节点取得所述呼叫处理请求涉及的移动通信终端的信息；
呼叫处理单元，其使用由所述取得单元所取得的信息进行该请求涉及的呼叫处理；以及
呼叫处理结果存储单元，其将由所述呼叫处理单元进行的呼叫处理结果的信息存储在所述呼叫处理管理用数据库中，并当由所述呼叫处理单元进行的呼叫处理结束之后，结束作为正在执行针对该呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点在所述呼叫处理管理用数据库中的登记。
5.一种通信控制方法，所述通信控制方法是移动通信系统的通信控制方法，所述移动通信系统向移动通信终端提供移动通信功能并构成为包括：多个呼叫处理节点；呼叫处理管理用数据库，其与该多个呼叫处理节点分别连接，保持呼叫处理所需要的每个该移动通信终端的数据；以及控制节点，其中，
所述控制节点执行以下步骤：
节点状态把握步骤，把握所述多个呼叫处理节点的状态；以及
控制步骤，根据在所述节点状态把握步骤中把握的所述多个呼叫处理节点的状态，控制成决定处理来自所述移动通信终端的呼叫处理请求的呼叫处理节点，并通过所决定的呼叫处理节点处理该呼叫处理请求，
所述呼叫处理节点执行以下步骤：
呼叫处理请求受理步骤，受理接受了所述控制节点的控制的所述呼叫处理请求；
登记步骤，当在所述呼叫处理请求受理步骤中受理了所述呼叫处理请求时，将本节点作为正在执行针对所述呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点登记在所述呼叫处理管理用数据库中；
取得步骤，从所述呼叫处理管理用数据库取得在所述呼叫处理请求受理步骤中受理的所述呼叫处理请求涉及的移动通信终端的信息，并从作为正在执行针对该移动通信终端的呼叫处理的呼叫处理节点而登记在所述呼叫处理管理用数据库中的呼叫处理节点取得所述呼叫处理请求涉及的移动通信终端的信息；
呼叫处理步骤，使用在所述取得步骤中取得的信息进行该请求涉及的呼叫处理；以及
呼叫处理结果存储步骤，将在所述呼叫处理步骤中进行的呼叫处理结果的信息存储在所述呼叫处理管理用数据库中，并当在所述呼叫处理步骤中进行的呼叫处理结束之后，结束作为正在执行针对该呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点在对所述呼叫处理管理用数据库中的登记。
6.一种通信控制方法，所述通信控制方法是移动通信系统中的呼叫处理节点的通信控制方法，所述移动通信系统向移动通信终端提供移动通信功能并构成为包括：多个呼叫处理节点；呼叫处理管理用数据库，其与该多个呼叫处理节点分别连接，保持呼叫处理所需要的每个该移动通信终端的数据；以及控制节点，其中，
所述通信控制方法包括：
呼叫处理请求受理步骤，受理接受了所述控制节点的控制的所述呼叫处理请求；
登记步骤，当在所述呼叫处理请求受理步骤中受理了所述呼叫处理请求时，将本节点作为正在执行针对所述呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点登记在所述呼叫处理管理用数据库中；
取得步骤，从所述呼叫处理管理用数据库取得在所述呼叫处理请求受理步骤中受理的所述呼叫处理请求涉及的移动通信终端的信息，并从作为正在执行针对该移动通信终端的呼叫处理的呼叫处理节点而登记在所述呼叫处理管理用数据库中的呼叫处理节点取得所述呼叫处理请求涉及的移动通信终端的信息；
呼叫处理步骤，使用在所述取得步骤中所取得的信息进行该请求涉及的呼叫处理；以及
呼叫处理结果存储步骤，将在所述呼叫处理步骤中进行的呼叫处理结果的信息存储在所述呼叫处理管理用数据库中，并当在所述呼叫处理步骤中进行的呼叫处理结束之后，结束作为正在执行针对该呼叫处理请求涉及的移动通信终端的呼叫处理的呼叫处理节点在对所述呼叫处理管理用数据库中的登记。
CN201380022747.0A 2012-05-02 2013-01-28 移动通信系统、呼叫处理节点以及通信控制方法 Expired - Fee Related CN104272789B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2012105059A JP5579224B2 (ja) 2012-05-02 2012-05-02 移動体通信システム、呼処理ノード及び通信制御方法
JP2012-105059 2012-05-02
PCT/JP2013/051766 WO2013164917A1 (ja) 2012-05-02 2013-01-28 移動体通信システム、呼処理ノード及び通信制御方法

Publications (2)

Publication Number Publication Date
CN104272789A true CN104272789A (zh) 2015-01-07
CN104272789B CN104272789B (zh) 2018-02-16

Family

ID=49514320

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380022747.0A Expired - Fee Related CN104272789B (zh) 2012-05-02 2013-01-28 移动通信系统、呼叫处理节点以及通信控制方法

Country Status (5)

Country Link
US (1) US9706440B2 (zh)
EP (1) EP2846577B1 (zh)
JP (1) JP5579224B2 (zh)
CN (1) CN104272789B (zh)
WO (1) WO2013164917A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110809773A (zh) * 2017-07-26 2020-02-18 瑞可利有限公司 顺序管理系统

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10057355B2 (en) 2014-02-13 2018-08-21 Nec Corporation Communication system, communication device, communication method, and non-transitory computer readable medium storing program
JP6399644B2 (ja) * 2014-06-30 2018-10-03 日本無線株式会社 通信システム
JP7319007B2 (ja) * 2018-07-30 2023-08-01 日本電気通信システム株式会社 通信システム、通信装置、通信方法及びプログラム
WO2021192628A1 (ja) * 2020-03-25 2021-09-30 ソニーグループ株式会社 ネットワーク制御装置、ネットワークの制御方法およびプログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4827499A (en) * 1987-06-12 1989-05-02 American Telephone And Telegraph Company At&T Bell Laboratories Call control of a distributed processing communications switching system
US20070207805A1 (en) * 2004-08-13 2007-09-06 Pallares Lopez Miguel A Servers And Methods For Handover Between Two Serving Call Control Servers
EP1936937A2 (en) * 2006-12-22 2008-06-25 Nortel Networks Limited Call server selection
CN102204292A (zh) * 2008-11-06 2011-09-28 株式会社Ntt都科摩 移动体通信系统、所在区域管理装置、通信控制装置以及通信方法

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6418461B1 (en) * 1997-10-06 2002-07-09 Mci Communications Corporation Intelligent call switching node in an intelligent distributed network architecture
US6804711B1 (en) * 1997-10-06 2004-10-12 Mci, Inc. Method and apparatus for managing call processing services in an intelligent telecommunication network
US6363411B1 (en) * 1998-08-05 2002-03-26 Mci Worldcom, Inc. Intelligent network
US6594355B1 (en) * 1997-10-06 2003-07-15 Worldcom, Inc. Method and apparatus for providing real time execution of specific communications services in an intelligent network
US6590961B1 (en) * 2000-10-12 2003-07-08 Nortel Networks Limited Call protect systems with handoff redundancy
US6826198B2 (en) * 2000-12-18 2004-11-30 Telefonaktiebolaget Lm Ericsson (Publ) Signaling transport protocol extensions for load balancing and server pool support
US20020120660A1 (en) * 2001-02-28 2002-08-29 Hay Russell C. Method and apparatus for associating virtual server identifiers with processes
JP2003244191A (ja) 2002-02-19 2003-08-29 Oki Electric Ind Co Ltd 呼制御サーバによる呼制御方法
US7706395B2 (en) * 2003-11-19 2010-04-27 National Institute Of Information And Communications Technology, Incorporated Administrative Agency Wireless communication system for switching different wireless communication networks
US20070007331A1 (en) * 2005-07-06 2007-01-11 Verety Llc Order processing apparatus and method
US7860001B2 (en) * 2007-04-02 2010-12-28 Telefonaktiebolaget L M Ericsson (Publ) Telecommunications method and system involving active nodes having full receive state and isolated receive state from non-allocated traffic
JP2010224756A (ja) * 2009-03-23 2010-10-07 Nec Corp 仮想マシン再配置システム、方法、プログラム、及び仮想マシン管理装置
US20100265938A1 (en) * 2009-04-16 2010-10-21 Mitel Networks Corporation Enhanced system operation by virtualization
US9600332B2 (en) * 2009-04-28 2017-03-21 Cisco Technology, Inc. Server load balancing based on virtual utilization, physical utilization, and feedback
JP5435399B2 (ja) * 2009-10-07 2014-03-05 日本電気株式会社 省電力化システム、省電力化方法、及び省電力化用プログラム
US8233408B2 (en) * 2009-12-10 2012-07-31 Wei Lu Mobile cloud architecture based on open wireless architecture (OWA) platform
WO2011083673A1 (ja) * 2010-01-08 2011-07-14 日本電気株式会社 構成情報管理システム、構成情報管理方法、及び構成情報管理用プログラム
US8468550B2 (en) * 2010-06-18 2013-06-18 At&T Intellectual Property I, L.P. Mobile devices having plurality of virtual interfaces
US8976949B2 (en) * 2010-06-29 2015-03-10 Telmate, Llc Central call platform
US10244500B2 (en) * 2011-03-30 2019-03-26 Wei Lu Open wireless architecture (OWA) mobile cloud infrastructure and method
EP2816789B1 (en) * 2012-02-16 2021-03-24 Ntt Docomo, Inc. Communication system, call-processing node and corresponding methods

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4827499A (en) * 1987-06-12 1989-05-02 American Telephone And Telegraph Company At&T Bell Laboratories Call control of a distributed processing communications switching system
US20070207805A1 (en) * 2004-08-13 2007-09-06 Pallares Lopez Miguel A Servers And Methods For Handover Between Two Serving Call Control Servers
EP1936937A2 (en) * 2006-12-22 2008-06-25 Nortel Networks Limited Call server selection
CN102204292A (zh) * 2008-11-06 2011-09-28 株式会社Ntt都科摩 移动体通信系统、所在区域管理装置、通信控制装置以及通信方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110809773A (zh) * 2017-07-26 2020-02-18 瑞可利有限公司 顺序管理系统

Also Published As

Publication number Publication date
US20150126202A1 (en) 2015-05-07
EP2846577B1 (en) 2019-01-09
WO2013164917A1 (ja) 2013-11-07
CN104272789B (zh) 2018-02-16
JP5579224B2 (ja) 2014-08-27
EP2846577A1 (en) 2015-03-11
EP2846577A4 (en) 2016-01-20
JP2013232864A (ja) 2013-11-14
US9706440B2 (en) 2017-07-11

Similar Documents

Publication Publication Date Title
US6665262B1 (en) Distributed fault management architecture
KR101143688B1 (ko) 네트워크 제어기를 포함하는 장치 및 네트워크 리소스를 포함하는 장치
CN104285459A (zh) 控制节点以及通信控制方法
US11003516B2 (en) Geographical redundancy and dynamic scaling for virtual network functions
US9098341B2 (en) Service manager for adaptive load shedding
CN104272789A (zh) 移动通信系统、呼叫处理节点以及通信控制方法
US9451483B2 (en) Mobile communication system, communication system, control node, call-processing node, and communication control method
CN112753250B (zh) 管理用户设备到网络切片的分配的方法和电信网络
CN112799786A (zh) 微服务实例的退出方法、装置、设备及存储介质
WO2012087365A1 (en) Activate attribute for service profiles in unified computing system
CN112367182B (zh) 容灾主备用设备的配置方法及装置
CN100563263C (zh) 在网络存储业务中实现系统高可用性的方法和系统
US20070294255A1 (en) Method and System for Distributing Data Processing Units in a Communication Network
CN106790354B (zh) 一种防数据拥堵的通信方法及其装置
CN112771931B (zh) 管理电信网络中的网络业务的方法和管理网络业务的电信网络
US20150372895A1 (en) Proactive Change of Communication Models
CN109587062A (zh) 负载均衡信息同步的方法、装置和处理设备
KR100970211B1 (ko) 인증 서비스 시스템에서 별도의 감시자를 통해 서비스상태를 감시하는 방법 및 장치
US11943284B2 (en) Overload protection for edge cluster using two tier reinforcement learning models
CN115412610A (zh) 故障场景下的流量调度方法及装置
EP3018931B1 (en) Method and system for establishing a self-organized mobile core in a cellular communication network
CN113852939B (zh) 面向云原生的用户面功能微服务系统
CN106612200A (zh) 分布式网络架构及其调度方法
CN103069865A (zh) 具有改进的灾难恢复能力的方法和系统
CN117202240A (zh) License管理方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20180216

Termination date: 20210128

CF01 Termination of patent right due to non-payment of annual fee