移動通信系統(tǒng)、呼叫處理節(jié)點(diǎn)以及通信控制方法
【專利摘要】本發(fā)明使具有優(yōu)異的可靠性、經(jīng)濟(jì)性、靈活性的呼叫處理節(jié)點(diǎn)的冗余化成為可能。移動通信系統(tǒng)(1)構(gòu)成為包括：多個呼叫處理服務(wù)器(20)；呼叫處理管理用數(shù)據(jù)庫(10)，其保持呼叫處理所需要的數(shù)據(jù)；以及網(wǎng)絡(luò)管理器(40)，其根據(jù)呼叫處理服務(wù)器(20)的狀態(tài)控制進(jìn)行呼叫處理的呼叫處理服務(wù)器(20)。呼叫處理服務(wù)器(20)具有：呼叫處理請求受理部(21)，其受理呼叫處理請求；登記部(22)，其登記本節(jié)點(diǎn)作為呼叫處理執(zhí)行中的呼叫處理服務(wù)器(20)；取得部(23)，其從呼叫處理管理用數(shù)據(jù)庫(10)或者作為呼叫處理執(zhí)行中的呼叫處理服務(wù)器(20)而登記的呼叫處理服務(wù)器(20)取得呼叫處理請求涉及的移動通信系統(tǒng)(50)的信息；呼叫處理部(24)，其進(jìn)行呼叫處理；以及呼叫處理結(jié)果存儲部(25)，其將呼叫處理結(jié)果的信息存儲在呼叫處理管理用數(shù)據(jù)庫(10)中。
【專利說明】移動通信系統(tǒng)、呼叫處理節(jié)點(diǎn)以及通信控制方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及移動通信系統(tǒng)、該移動通信系統(tǒng)中包含的呼叫處理節(jié)點(diǎn)以及使用它們的通信控制方法。

【背景技術(shù)】
[0002]在移動通信系統(tǒng)中，進(jìn)行呼叫處理的呼叫處理節(jié)點(diǎn)由于維護(hù)等的目的而計劃停止，或者由于障礙的發(fā)生等而突然停止。在移動通信系統(tǒng)的呼叫處理系統(tǒng)中，要求在上述任何情況下都不切斷通信呼叫的冗余性。因此，做法是，設(shè)置運(yùn)用系統(tǒng)的呼叫處理節(jié)點(diǎn)(act)和待機(jī)系統(tǒng)的呼叫處理節(jié)點(diǎn)(sby)，進(jìn)行裝置的冗余化(復(fù)用化)(例如，參照專利文獻(xiàn)I)。
[0003]現(xiàn)有技術(shù)文獻(xiàn)
[0004]專利文獻(xiàn)
[0005]【專利文獻(xiàn)I】日本特開2003- 244191號公報


【發(fā)明內(nèi)容】

[0006]發(fā)明所要解決的技術(shù)問題
[0007]目前，通過各節(jié)點(diǎn)單位的高可用中間件和通信應(yīng)用程序的編入，在act/sby之間使?fàn)顟B(tài)實時同步來進(jìn)行上述裝置的復(fù)用化。因此，act/sby結(jié)構(gòu)的服務(wù)器對被固定地分配，僅在呼叫處理節(jié)點(diǎn)內(nèi)的服務(wù)器之間進(jìn)行組織。因此，在災(zāi)害時，由于通信建筑物受災(zāi)等，使得不能同時使用act/sby，存在冗余化不起作用的情況。如上所述，在二重化結(jié)構(gòu)中，不可以將sby系裝置在多個act系裝置中共用，單純地具有2倍的設(shè)備量，因而經(jīng)濟(jì)性不良。
[0008]并且，呼叫處理節(jié)點(diǎn)由于僅進(jìn)行該裝置收容的用戶的呼叫處理，因而當(dāng)某個呼叫處理節(jié)點(diǎn)發(fā)生障礙時，該裝置收容的用戶的通信無法進(jìn)行。特別是在移動通信中，由于用戶集中在特定區(qū)域，因而會發(fā)生偏袒收容用戶的情況。
[0009]并且，在橫向擴(kuò)展(scale out)呼叫處理節(jié)點(diǎn)來進(jìn)行性能提高的情況下，沒有使通信中用戶向增設(shè)的呼叫處理節(jié)點(diǎn)移動的手段。由于不得不采取通過以移動機(jī)電源接通/斷開等為契機(jī)的位置登記處理(接入處理)而使用戶向新設(shè)服務(wù)器移動等的方法，因而橫向擴(kuò)展花費(fèi)時間長。
[0010]用于解決問題的手段
[0011]本發(fā)明是鑒于上述問題而作成的，本發(fā)明的目的是提供一種移動通信系統(tǒng)、呼叫處理節(jié)點(diǎn)以及通信控制方法，使具有優(yōu)異的可靠性、經(jīng)濟(jì)性、靈活性的呼叫處理節(jié)點(diǎn)的冗余化成為可能。
[0012]為了達(dá)到上述目的，本發(fā)明的一個實施方式的移動通信系統(tǒng)，所述移動通信系統(tǒng)向移動通信終端提供移動通信功能并構(gòu)成為包括:多個呼叫處理節(jié)點(diǎn)；呼叫處理管理用數(shù)據(jù)庫，其與該多個呼叫處理節(jié)點(diǎn)分別連接，保持呼叫處理所需要的每個該移動通信終端的數(shù)據(jù)；以及控制節(jié)點(diǎn)，其中，控制節(jié)點(diǎn)具有:節(jié)點(diǎn)狀態(tài)把握單元，其把握多個呼叫處理節(jié)點(diǎn)的狀態(tài)；以及控制單元，其根據(jù)由節(jié)點(diǎn)狀態(tài)把握單元所把握的多個呼叫處理節(jié)點(diǎn)的狀態(tài)，控制成決定處理來自移動通信終端的呼叫處理請求的呼叫處理節(jié)點(diǎn)，并通過所決定的呼叫處理節(jié)點(diǎn)處理該呼叫處理請求，呼叫處理節(jié)點(diǎn)具有:呼叫處理請求受理單元，其受理接受了控制節(jié)點(diǎn)的控制的呼叫處理請求；登記單元，其當(dāng)由呼叫處理請求受理單元受理了呼叫處理請求時，將本節(jié)點(diǎn)作為正在執(zhí)行針對呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)登記在呼叫處理管理用數(shù)據(jù)庫中；取得單元，其從呼叫處理管理用數(shù)據(jù)庫取得由呼叫處理請求受理單元受理的呼叫處理請求涉及的移動通信終端的信息，并從作為正在執(zhí)行針對該移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)而登記在呼叫處理管理用數(shù)據(jù)庫中的呼叫處理節(jié)點(diǎn)取得呼叫處理請求涉及的移動通信終端的信息；呼叫處理單元，其使用由取得單元所取得的信息進(jìn)行該請求涉及的呼叫處理；以及呼叫處理結(jié)果存儲單元，其將由呼叫處理單元進(jìn)行的呼叫處理結(jié)果的信息存儲在呼叫處理管理用數(shù)據(jù)庫中，并當(dāng)由呼叫處理單元進(jìn)行的呼叫處理結(jié)束之后，結(jié)束作為正在執(zhí)行針對該呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)在呼叫處理管理用數(shù)據(jù)庫中的登記。
[0013]在本發(fā)明的一個實施方式的移動通信系統(tǒng)中，在與呼叫處理節(jié)點(diǎn)不同結(jié)構(gòu)的呼叫處理管理用數(shù)據(jù)庫中，保持呼叫處理所需要的各移動通信終端的數(shù)據(jù)，每當(dāng)進(jìn)行呼叫處理時就參照該信息并新存儲該信息。因此，在本移動通信系統(tǒng)中，無論哪個移動通信終端的呼叫處理，都可由任意的呼叫處理節(jié)點(diǎn)執(zhí)行。而且，在本移動通信系統(tǒng)中，不按照每個移動通信終端決定進(jìn)行呼叫處理的呼叫處理節(jié)點(diǎn)，可以針對各呼叫處理請求在由網(wǎng)絡(luò)管理器決定的呼叫處理節(jié)點(diǎn)進(jìn)行呼叫處理。
[0014]如上所述，在本發(fā)明的一個實施方式的移動通信系統(tǒng)中，各個呼叫處理節(jié)點(diǎn)不是被設(shè)定為sby系或者act系，而是可以由任意的呼叫處理節(jié)點(diǎn)執(zhí)行呼叫處理，因而使更經(jīng)濟(jì)的呼叫處理節(jié)點(diǎn)的冗余化成為可能。并且，如果任一呼叫處理節(jié)點(diǎn)進(jìn)行動作，則呼叫處理成為可能，因而使更可靠的呼叫處理節(jié)點(diǎn)的冗余化成為可能。并且，由于各個呼叫處理節(jié)點(diǎn)不保持呼叫處理所需要的各移動通信終端的數(shù)據(jù)，因而也能夠容易實現(xiàn)橫向擴(kuò)展。
[0015]并且，在本發(fā)明的一個實施方式的移動通信系統(tǒng)中，在呼叫處理管理用數(shù)據(jù)庫中登記有呼叫處理執(zhí)行中的呼叫處理節(jié)點(diǎn)。在由與呼叫處理執(zhí)行中的呼叫處理節(jié)點(diǎn)不同的呼叫處理節(jié)點(diǎn)受理了呼叫處理請求的情況下，從作為呼叫處理執(zhí)行中的呼叫處理節(jié)點(diǎn)而登記的其它呼叫處理節(jié)點(diǎn)取得呼叫處理請求涉及的移動通信終端的信息(呼叫處理的狀態(tài)遷移中的信息)。因此，即使在呼叫處理途中變更了進(jìn)行呼叫處理的呼叫處理節(jié)點(diǎn)，也會在呼叫處理節(jié)點(diǎn)間繼承呼叫處理請求涉及的移動通信終端的信息，因而在變更后的呼叫處理節(jié)點(diǎn)中，無需通過轉(zhuǎn)發(fā)控制的處理補(bǔ)救等重新取得由變更前的呼叫處理節(jié)點(diǎn)取得的信息。因此，即使在呼叫處理途中變更了進(jìn)行呼叫處理的呼叫處理節(jié)點(diǎn)，也能夠進(jìn)行有效的處理。這樣，根據(jù)本移動通信系統(tǒng)，具有優(yōu)異的可靠性、經(jīng)濟(jì)性、靈活性的呼叫處理節(jié)點(diǎn)的冗余化成為可能。
[0016]呼叫處理節(jié)點(diǎn)可以由虛擬化的虛擬機(jī)構(gòu)成，控制節(jié)點(diǎn)可以還具有虛擬化控制單元，虛擬化控制單元根據(jù)由節(jié)點(diǎn)狀態(tài)把握部把握的多個呼叫處理節(jié)點(diǎn)的狀態(tài)，進(jìn)行虛擬化的控制。根據(jù)該結(jié)構(gòu)，可以根據(jù)呼叫處理節(jié)點(diǎn)的狀態(tài)，進(jìn)行合適的虛擬化。
[0017]移動通信系統(tǒng)還可以包括流控制網(wǎng)絡(luò)，控制單元可以以通過所決定的呼叫處理節(jié)點(diǎn)處理該呼叫處理請求的方式設(shè)定流控制網(wǎng)絡(luò)。根據(jù)該結(jié)構(gòu)，由于不依賴于位置登記區(qū)域等的呼叫處理節(jié)點(diǎn)的冗余化成為可能，因而可使本發(fā)明的上述效果更大。
[0018]上述的移動通信系統(tǒng)中包含的呼叫處理節(jié)點(diǎn)，其自身具有新穎的結(jié)構(gòu)，相當(dāng)于發(fā)明。即，本發(fā)明的一個實施方式的呼叫處理節(jié)點(diǎn)是移動通信系統(tǒng)中的呼叫處理節(jié)點(diǎn)，該移動通信系統(tǒng)向移動通信終端提供移動通信功能并構(gòu)成為包括:多個呼叫處理節(jié)點(diǎn)；呼叫處理管理用數(shù)據(jù)庫，其與該多個呼叫處理節(jié)點(diǎn)分別連接，保持呼叫處理所需要的每個該移動通信終端的數(shù)據(jù)；以及控制節(jié)點(diǎn)，其中，呼叫處理節(jié)點(diǎn)具有:呼叫處理請求受理單元，其受理接受了控制節(jié)點(diǎn)的控制的呼叫處理請求；登記單元，其當(dāng)由呼叫處理請求受理單元受理了呼叫處理請求時，將本節(jié)點(diǎn)作為正在執(zhí)行針對呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)登記在呼叫處理管理用數(shù)據(jù)庫中；取得單元，其從呼叫處理管理用數(shù)據(jù)庫取得由呼叫處理請求受理單元受理的呼叫處理請求涉及的移動通信終端的信息，并從作為正在執(zhí)行針對該移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)而登記在呼叫處理管理用數(shù)據(jù)庫中的呼叫處理節(jié)點(diǎn)取得呼叫處理請求涉及的移動通信終端的信息；呼叫處理單元，其使用由取得單元所取得的信息進(jìn)行該請求涉及的呼叫處理；以及呼叫處理結(jié)果存儲單元，其將由呼叫處理單元進(jìn)行的呼叫處理結(jié)果的信息存儲在呼叫處理管理用數(shù)據(jù)庫中，并當(dāng)由呼叫處理單元進(jìn)行的呼叫處理結(jié)束之后，結(jié)束作為正在執(zhí)行針對該呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)在呼叫處理管理用數(shù)據(jù)庫中的登記。
[0019]另外，本發(fā)明除了可以如上所述描述為移動通信系統(tǒng)和呼叫處理節(jié)點(diǎn)的發(fā)明以夕卜，還可以如下那樣描述為通信控制方法的發(fā)明。這只是類別不同，實質(zhì)上是同一發(fā)明，取得相同的作用和效果。
[0020]S卩，本發(fā)明的一個實施方式的通信控制方法，通信控制方法是移動通信系統(tǒng)的通信控制方法，該移動通信系統(tǒng)向移動通信終端提供移動通信功能并構(gòu)成為包括:多個呼叫處理節(jié)點(diǎn)；呼叫處理管理用數(shù)據(jù)庫，與該多個呼叫處理節(jié)點(diǎn)分別連接，保持呼叫處理所需要的每個該移動通信終端的數(shù)據(jù)；以及控制節(jié)點(diǎn)，其中，控制節(jié)點(diǎn)執(zhí)行以下步驟:節(jié)點(diǎn)狀態(tài)把握步驟，把握多個呼叫處理節(jié)點(diǎn)的狀態(tài)；以及控制步驟，根據(jù)在節(jié)點(diǎn)狀態(tài)把握步驟中所把握的多個呼叫處理節(jié)點(diǎn)的狀態(tài)，控制成決定處理來自移動通信終端的呼叫處理請求的呼叫處理節(jié)點(diǎn)，并通過所決定的呼叫處理節(jié)點(diǎn)處理該呼叫處理請求，呼叫處理節(jié)點(diǎn)執(zhí)行以下步驟:呼叫處理請求受理步驟，受理接受了控制節(jié)點(diǎn)的控制的呼叫處理請求；登記步驟，當(dāng)在呼叫處理請求受理步驟中受理了呼叫處理請求時，將本節(jié)點(diǎn)作為正在執(zhí)行針對呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)登記在呼叫處理管理用數(shù)據(jù)庫中；取得步驟，從呼叫處理管理用數(shù)據(jù)庫取得在呼叫處理請求受理步驟中受理的呼叫處理請求涉及的移動通信終端的信息，并從作為正在執(zhí)行針對該移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)而登記在呼叫處理管理用數(shù)據(jù)庫中的呼叫處理節(jié)點(diǎn)取得呼叫處理請求涉及的移動通信終端的信息；呼叫處理步驟，使用在取得步驟中所取得的信息進(jìn)行該請求涉及的呼叫處理；以及呼叫處理結(jié)果存儲步驟，將在呼叫處理步驟中進(jìn)行的呼叫處理結(jié)果的信息存儲在呼叫處理管理用數(shù)據(jù)庫中，并當(dāng)在呼叫處理步驟中進(jìn)行的呼叫處理結(jié)束之后，結(jié)束作為正在執(zhí)行針對該呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)在呼叫處理管理用數(shù)據(jù)庫中的登記。
[0021]并且，本發(fā)明的一個實施方式的通信控制方法，通信控制方法是移動通信系統(tǒng)中的呼叫處理節(jié)點(diǎn)的通信控制方法，該移動通信系統(tǒng)向移動通信終端提供移動通信功能并構(gòu)成為包括:多個呼叫處理節(jié)點(diǎn)；呼叫處理管理用數(shù)據(jù)庫，其與該多個呼叫處理節(jié)點(diǎn)分別連接，保持呼叫處理所需要的每個該移動通信終端的數(shù)據(jù)；以及控制節(jié)點(diǎn)，其中，通信控制方法包括:呼叫處理請求受理步驟，受理接受了控制節(jié)點(diǎn)的控制的呼叫處理請求；登記步驟，當(dāng)在呼叫處理請求受理步驟中受理了呼叫處理請求時，將本節(jié)點(diǎn)作為正在執(zhí)行針對呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)登記在呼叫處理管理用數(shù)據(jù)庫中；取得步驟，從呼叫處理管理用數(shù)據(jù)庫取得在呼叫處理請求受理步驟中受理的呼叫處理請求涉及的移動通信終端的信息，并從作為正在執(zhí)行針對該移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)而登記在呼叫處理管理用數(shù)據(jù)庫中的呼叫處理節(jié)點(diǎn)取得呼叫處理請求涉及的移動通信終端的信息；呼叫處理步驟，使用在取得步驟中所取得的信息進(jìn)行該請求涉及的呼叫處理；以及呼叫處理結(jié)果存儲步驟，將在呼叫處理步驟中進(jìn)行的呼叫處理結(jié)果的信息存儲在呼叫處理管理用數(shù)據(jù)庫中，并當(dāng)在呼叫處理步驟中進(jìn)行的呼叫處理結(jié)束之后，結(jié)束作為正在執(zhí)行針對該呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)在呼叫處理管理用數(shù)據(jù)庫中的登記。
[0022]發(fā)明效果
[0023]在本發(fā)明的一個實施方式中，各個呼叫處理節(jié)點(diǎn)不是被設(shè)定為sby系或者act系，而是可以由任意的呼叫處理節(jié)點(diǎn)執(zhí)行呼叫處理，因而使更經(jīng)濟(jì)的呼叫處理節(jié)點(diǎn)的冗余化成為可能。并且，如果任一呼叫處理節(jié)點(diǎn)進(jìn)行動作，則呼叫處理成為可能，因而使更可靠的呼叫處理節(jié)點(diǎn)的冗余化成為可能。并且，由于各個呼叫處理節(jié)點(diǎn)不保持呼叫處理所需要的各移動通信終端的數(shù)據(jù)，因而也能夠容易實現(xiàn)擴(kuò)展。
[0024]并且，在本發(fā)明的一個實施方式中，即使在呼叫處理途中變更了進(jìn)行呼叫處理的呼叫處理節(jié)點(diǎn)，也會在呼叫處理節(jié)點(diǎn)間繼承呼叫處理請求涉及的移動通信終端的信息，因而在變更后的呼叫處理節(jié)點(diǎn)中，無需通過重發(fā)控制的處理補(bǔ)救等重新取得由變更前的呼叫處理節(jié)點(diǎn)取得的信息。因此，即使在呼叫處理途中變更了進(jìn)行呼叫處理的呼叫處理節(jié)點(diǎn)，也能夠進(jìn)行有效的處理。這樣，根據(jù)本發(fā)明，具有優(yōu)異的可靠性、經(jīng)濟(jì)性、靈活性的呼叫處理節(jié)點(diǎn)的冗余化成為可能。

【專利附圖】

【附圖說明】
[0025]圖1是示出本發(fā)明的實施方式的移動通信系統(tǒng)的結(jié)構(gòu)和構(gòu)成移動通信系統(tǒng)的裝置的功能結(jié)構(gòu)的圖。
[0026]圖2是示出由呼叫處理服務(wù)器保持的數(shù)據(jù)的圖。
[0027]圖3是示出詳細(xì)的呼叫處理服務(wù)器和呼叫處理管理用數(shù)據(jù)庫中存儲的信息的一部分的圖。
[0028]圖4是構(gòu)成本發(fā)明的實施方式的移動通信系統(tǒng)的裝置的硬件結(jié)構(gòu)的圖。
[0029]圖5是示出在本發(fā)明的實施方式的移動通信系統(tǒng)中在進(jìn)行呼叫處理服務(wù)器的增設(shè)時執(zhí)行的處理(通信控制方法)的時序圖。
[0030]圖6是示出在進(jìn)行呼叫處理服務(wù)器的增設(shè)時執(zhí)行的處理中的、詳細(xì)的呼叫處理服務(wù)器和呼叫處理管理用數(shù)據(jù)庫中存儲的信息的一部分的圖。
[0031]圖7是示出在進(jìn)行呼叫處理服務(wù)器的增設(shè)時執(zhí)行的處理中的、詳細(xì)的呼叫處理服務(wù)器和呼叫處理管理用數(shù)據(jù)庫中存儲的信息的一部分的圖。
[0032]圖8是示出在進(jìn)行呼叫處理服務(wù)器的增設(shè)時執(zhí)行的處理中的、詳細(xì)的呼叫處理服務(wù)器和呼叫處理管理用數(shù)據(jù)庫中存儲的信息的一部分的圖。
[0033]圖9是示出在本發(fā)明的實施方式的移動通信系統(tǒng)中在進(jìn)行呼叫處理服務(wù)器的減設(shè)時執(zhí)行的處理(通信控制方法)的時序圖。
[0034]圖10是示出在進(jìn)行呼叫處理服務(wù)器的減設(shè)時執(zhí)行的處理中的、詳細(xì)的呼叫處理服務(wù)器和呼叫處理管理用數(shù)據(jù)庫中存儲的信息的一部分的圖。
[0035]圖11是示出在進(jìn)行呼叫處理服務(wù)器的減設(shè)時執(zhí)行的處理中的、詳細(xì)的呼叫處理服務(wù)器和呼叫處理管理用數(shù)據(jù)庫中存儲的信息的一部分的圖。
[0036]圖12是示出在進(jìn)行呼叫處理服務(wù)器的減設(shè)時執(zhí)行的處理中的、詳細(xì)的呼叫處理服務(wù)器和呼叫處理管理用數(shù)據(jù)庫中存儲的信息的一部分的圖。

【具體實施方式】
[0037]以下，結(jié)合附圖對本發(fā)明的移動通信系統(tǒng)、呼叫處理節(jié)點(diǎn)和通信控制方法的實施方式進(jìn)行詳細(xì)說明。另外，在【專利附圖】

【附圖說明】中對相同要素附上相同標(biāo)號，省略重復(fù)說明。
[0038]圖1示出本實施方式的移動通信系統(tǒng)I的結(jié)構(gòu)。移動通信系統(tǒng)I是向移動通信終端(移動機(jī))50提供移動通信功能的系統(tǒng)。移動通信終端50是由用戶使用的與移動通信系統(tǒng)(移動通信網(wǎng))通過無線通信方式進(jìn)行連接來進(jìn)行移動通信的裝置。具體地，移動通信終端50相當(dāng)于便攜電話機(jī)等。移動通信終端50例如經(jīng)由移動通信系統(tǒng)I在與對置節(jié)點(diǎn)60之間建立呼叫連接來進(jìn)行通信。對置節(jié)點(diǎn)60相當(dāng)于例如向別的移動通信終端或移動通信終端50提供各種服務(wù)的服務(wù)器裝置、或者用于與其它通信網(wǎng)連接的裝置(例如，GGSN(Gateway GPRS Support Node，網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)))等。移動通信終端50通過由移動通信終端50的用戶與移動通信系統(tǒng)I的通信企業(yè)者簽訂合同而能夠進(jìn)行移動通信。另夕卜，移動通信終端50也可以與現(xiàn)有的移動通信終端相同。
[0039]如圖1所示，移動通信系統(tǒng)I構(gòu)成為包括:呼叫處理管理用數(shù)據(jù)庫10、多個呼叫處理服務(wù)器20、0penFlOW網(wǎng)絡(luò)(開放式網(wǎng)絡(luò))30、以及網(wǎng)絡(luò)管理器40。另外，這些結(jié)構(gòu)10、20、30,40構(gòu)成移動通信系統(tǒng)I (移動通信網(wǎng))的核心網(wǎng)。
[0040]呼叫處理管理用數(shù)據(jù)庫10是保持呼叫處理所需要的數(shù)據(jù)的數(shù)據(jù)庫。呼叫處理管理用數(shù)據(jù)庫10使該數(shù)據(jù)與例如用于確定移動通信終端50的信息相對應(yīng)地按每移動通信終端50來保持。作為呼叫處理所需要的數(shù)據(jù)，具體地，保持表示呼叫處理狀態(tài)的狀態(tài)信息和移動通信終端50所涉及的加入者簡介(profile)。作為狀態(tài)信息，是移動通信終端50在服務(wù)區(qū)、移動通信終端50是通信中還是等待接收中的信息(靜狀信息)。該信息如后所述由呼叫處理服務(wù)器20讀出并更新(寫入)。呼叫處理管理用數(shù)據(jù)庫10還保持本實施方式涉及的動態(tài)信息。將動態(tài)信息與靜態(tài)信息相結(jié)合，在后面進(jìn)行更詳細(xì)描述。
[0041]并且，作為加入者簡介的數(shù)據(jù)，有移動通信終端50的電話號碼、認(rèn)證信息、合同速度等的信息。當(dāng)移動通信終端50的用戶與移動通信系統(tǒng)I的通信企業(yè)者在簽訂合同時這些信息作為加入者簡介被新存儲(生成)在呼叫處理管理用數(shù)據(jù)庫10中。這些信息由呼叫處理服務(wù)器20讀出，而不進(jìn)行呼叫處理服務(wù)器20的更新(寫入)。另外，在存儲于各移動通信終端50內(nèi)的數(shù)據(jù)中有這樣發(fā)生讀出(Read)和寫入(Write)兩者的項目和僅發(fā)生讀出(Read)的項目。在呼叫處理管理用數(shù)據(jù)庫10中，通過分開管理這些項目的記錄，可以設(shè)計成防止在寫入(Write)的同步等待時讀出(Read)發(fā)生延遲的情況。
[0042]呼叫處理管理用數(shù)據(jù)庫10與多個呼叫處理服務(wù)器20分別連接，通過呼叫處理服務(wù)器20進(jìn)行呼叫處理管理用數(shù)據(jù)庫10保持的數(shù)據(jù)的參照、登記、更新。呼叫處理管理用數(shù)據(jù)庫10可以采用任意結(jié)構(gòu)作為數(shù)據(jù)庫，然而考慮到保持呼叫處理所需要的數(shù)據(jù)，如圖1所示，可以采用在多個服務(wù)器裝置中實現(xiàn)的分散數(shù)據(jù)庫，構(gòu)成為沒有SP0F(Single Point ofFailure,單一故障點(diǎn))。
[0043]這里，呼叫處理是經(jīng)由移動通信系統(tǒng)I在移動通信終端50和對置節(jié)點(diǎn)60之間的呼叫連接的處理。例如，是確立移動通信終端50和對置節(jié)點(diǎn)60之間的呼叫連接(也稱為通信會話連接)的處理、或者切斷該呼叫連接的處理等。并且，用于位于移動通信系統(tǒng)I的服務(wù)區(qū)的處理、即位置登記的處理也可以包含在本實施方式中的呼叫處理中。
[0044]呼叫處理服務(wù)器20是在移動通信系統(tǒng)I中進(jìn)行呼叫處理的呼叫處理節(jié)點(diǎn)。如圖1所示，呼叫處理服務(wù)器20經(jīng)由OpenFlow網(wǎng)絡(luò)(開放式網(wǎng)絡(luò))30與移動通信終端50和對置節(jié)點(diǎn)60連接，根據(jù)來自移動通信終端50的請求等進(jìn)行呼叫處理。如圖2所示，呼叫處理服務(wù)器20通過HW(硬件)層、OS(操作系統(tǒng))層和APL(應(yīng)用)層的功能來實現(xiàn)。并且，為了使后述的故障時或者擴(kuò)展時的處理變得容易，可以作為虛擬服務(wù)器來安裝。
[0045]如圖2所示，在APL層中，呼叫信息、暫時信息、程序被存儲在存儲器上。呼叫信息是呼叫處理所需要的數(shù)據(jù)，是保持呼叫狀態(tài)遷移的狀態(tài)信息或加入者簡介。在狀態(tài)信息中包含有靜態(tài)的信息(靜態(tài)信息)和動態(tài)的信息(動態(tài)信息)。靜態(tài)信息是例如表示等待接收中、發(fā)送中、通信中等的移動通信終端50的通信狀態(tài)(呼叫狀態(tài))的信息。動態(tài)信息是執(zhí)行中的呼叫處理涉及的信息，例如是最終更新日期、用于確定進(jìn)行呼叫處理的呼叫處理服務(wù)器20的信息即更新節(jié)點(diǎn)ID (例如，呼叫處理服務(wù)器20之一的P - CSCF的IP地址)。
[0046]呼叫信息是在從呼叫處理管理用數(shù)據(jù)庫10取得信息僅呼叫處理時被保持。另外，呼叫信息在呼叫處理后，也可以作為高速緩存(cache)被保持在呼叫處理服務(wù)器20中以用于處理的高效化，然而呼叫處理服務(wù)器20不具有針對呼叫信息的責(zé)任。暫時信息是在呼叫處理(信號序列)的途中使用的暫時信息(位置登記、發(fā)送等的序列途中的信息)。例如，是在從等待接收中向通信中改變的過渡狀態(tài)中使用的暫時信息。如后所述，該暫時信息在呼叫處理服務(wù)器20之間被收發(fā)。程序是用于實現(xiàn)呼叫處理服務(wù)器20的功能的執(zhí)行碼自身(執(zhí)行二進(jìn)制信息)。
[0047]移動通信系統(tǒng)I包括多個呼叫處理服務(wù)器20。如圖1所示，考慮到由于災(zāi)害而使任何一個呼叫處理服務(wù)器20發(fā)生故障的情況等，可以設(shè)置多個據(jù)點(diǎn)(數(shù)據(jù)中心等的場所)，在各個據(jù)點(diǎn)2處設(shè)置I個以上的呼叫處理服務(wù)器20。呼叫處理服務(wù)器20優(yōu)選將虛擬機(jī)技術(shù)用于服務(wù)器裝置，作為虛擬化的虛擬服務(wù)器來實現(xiàn)。另外，在本實施方式中，將呼叫處理節(jié)點(diǎn)作為虛擬機(jī)進(jìn)行說明，然而可以實現(xiàn)為呼叫處理服務(wù)器而不是基于各個服務(wù)器裝置的虛擬機(jī)。呼叫處理服務(wù)器20在以往的移動通信系統(tǒng)中例如相當(dāng)于SGSN(Serving GPRSSupport Node,服務(wù) GPRS 支持節(jié)點(diǎn))、CSCF(Call Sess1n Control Funct1n,呼叫對話控制功能)、AS (Applicat1n Server,應(yīng)用服務(wù)器)等的節(jié)點(diǎn)。
[0048]或者,在IMS(IP Multimedia Subsystem, IP多媒體子系統(tǒng))中，如圖3所示，呼叫處理服務(wù)器 20 是 P — CSCF (Proxy-Call Sess1n Control Funct1n,代理一呼叫對話控制功能)、CSN(Call Sess1n control Node,呼叫對話控制節(jié)點(diǎn))和 ASN(Applicat1nServing Node,應(yīng)用服務(wù)節(jié)點(diǎn))。從移動通信系統(tǒng)I中包含的P — GW(Packet Data NetworkGateway，分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān))向P — CSCF輸入呼叫處理涉及的信號，如圖3所示，在P —CSCF, CSN和ASN中依次進(jìn)行呼叫處理。在本實施方式中，作為呼叫處理服務(wù)器20，以P —CSCF、CSN和ASN為例進(jìn)行說明。另外，本實施方式的P — CSCF、CSN和ASN除了已有的P —CSCF, CSN和ASN的功能以外，還具有后述的本實施方式的功能。
[0049]OpenFlow網(wǎng)絡(luò)30與呼叫處理服務(wù)器20、移動通信終端50和對置節(jié)點(diǎn)60分別連接，是構(gòu)成這些裝置之間的通信路徑的流控制網(wǎng)絡(luò)。另外，通常，OpenFlow網(wǎng)絡(luò)30和移動通信終端50經(jīng)由基站(BTS)或無線控制裝置(RNC)連接。OpenFlow網(wǎng)絡(luò)30由相互連接的OpenFlow交換機(jī)(OpenFlow Switch)即多個節(jié)點(diǎn)31構(gòu)成。節(jié)點(diǎn)31通常相當(dāng)于作為OpenFlow網(wǎng)絡(luò)的OpenFlow交換機(jī)而使用的裝置。如后所述,OpenFlow網(wǎng)絡(luò)30接受來自網(wǎng)絡(luò)管理器40的OpenFlow控制器的控制而進(jìn)行信息的收發(fā)。具體地，OpenFlow網(wǎng)絡(luò)30的各節(jié)點(diǎn)31從網(wǎng)絡(luò)管理器40接收表示自身接收到的信息要發(fā)送至哪個節(jié)點(diǎn)的流條目(FlowEntry)，進(jìn)行依據(jù)該流條目的信息收發(fā)。在本說明中，采用OpenFlow網(wǎng)絡(luò)進(jìn)行說明，然而也可以是被稱為SDN(Software defined network,軟件定義網(wǎng)絡(luò))的、進(jìn)行相同的流控制以及進(jìn)行依據(jù)該控制的流轉(zhuǎn)發(fā)處理的網(wǎng)絡(luò)。
[0050]網(wǎng)絡(luò)管理器40是控制OpenFlow網(wǎng)絡(luò)30中的信息收發(fā)的控制節(jié)點(diǎn)。例如通過網(wǎng)絡(luò)管理器40具有的進(jìn)行負(fù)荷分散控制的OpenFlow控制器進(jìn)行控制。具體地，關(guān)于進(jìn)行何種控制將在后面描述。網(wǎng)絡(luò)管理器40與呼叫處理服務(wù)器20的各方連接，可以進(jìn)行信息收發(fā)。
[0051]接下來，對網(wǎng)絡(luò)管理器40和呼叫處理服務(wù)器20的本實施方式的功能進(jìn)行更詳細(xì)說明。如圖1所示，網(wǎng)絡(luò)管理器40構(gòu)成為具有節(jié)點(diǎn)狀態(tài)把握部41和控制部42。并且，在對呼叫處理服務(wù)器進(jìn)行虛擬化而由虛擬機(jī)構(gòu)成的情況下，網(wǎng)絡(luò)管理器40可以進(jìn)一步具有進(jìn)行虛擬化的呼叫處理服務(wù)器(虛擬呼叫處理服務(wù)器)的控制的虛擬機(jī)控制部(未圖示)。通過該控制，具體地，進(jìn)行虛擬呼叫處理服務(wù)器的配置(Provis1ning)。
[0052]節(jié)點(diǎn)狀態(tài)把握部41是把握多個呼叫處理服務(wù)器20的狀態(tài)的節(jié)點(diǎn)狀態(tài)把握單元。首先，節(jié)點(diǎn)狀態(tài)把握部41把握有哪個呼叫處理服務(wù)器20。這是例如通過如下這樣來進(jìn)行:在為了橫向擴(kuò)展等而新設(shè)置了呼叫處理服務(wù)器20的情況下從呼叫處理服務(wù)器20接收表示新設(shè)置的意思的信息。并且，節(jié)點(diǎn)狀態(tài)把握部41把握各服務(wù)器的負(fù)荷、是否發(fā)生故障的信息作為呼叫處理服務(wù)器20的狀態(tài)、。這些信息例如通過定期的來自節(jié)點(diǎn)狀態(tài)把握部41的詢問或者通過來自節(jié)點(diǎn)狀態(tài)把握部41的自發(fā)的發(fā)送，接收來自呼叫處理服務(wù)器20的信息，從而由節(jié)點(diǎn)狀態(tài)把握部41把握。節(jié)點(diǎn)狀態(tài)把握部41將表示所把握的各呼叫處理服務(wù)器20的狀態(tài)的信息輸出到控制部42。
[0053]控制部42是按以下方式進(jìn)行控制的控制單元:根據(jù)由節(jié)點(diǎn)狀態(tài)把握部41把握的多個各呼叫處理服務(wù)器20的狀態(tài)，決定(分配)處理來自移動通信終端50的呼叫處理請求的呼叫處理服務(wù)器20，利用所決定的呼叫處理服務(wù)器20來處理該呼叫處理請求。具體地，控制部42以利用所決定的呼叫處理服務(wù)器20來處理該呼叫處理請求的方式設(shè)定OpenFlow網(wǎng)絡(luò)30。
[0054]控制部42根據(jù)各呼叫處理服務(wù)器20的狀態(tài)，決定控制呼叫處理的呼叫處理服務(wù)器20。例如，按照使發(fā)生故障的呼叫處理服務(wù)器20或者承擔(dān)一定閾值以上的處理負(fù)荷的呼叫處理服務(wù)器20不成為處理呼叫處理的呼叫處理服務(wù)器20的方式，決定處理呼叫處理的呼叫處理服務(wù)器20。并且，可以按照在呼叫處理服務(wù)器20之間使處理負(fù)荷盡量均勻的方式來決定處理呼叫處理的呼叫處理服務(wù)器20。另外，進(jìn)行呼叫處理的呼叫處理服務(wù)器20可以根據(jù)移動通信終端50來決定。關(guān)于如何決定處理呼叫處理的呼叫處理服務(wù)器20的基準(zhǔn)(實施方案(scenar1))，例如，由移動通信系統(tǒng)I的通信企業(yè)者預(yù)先存儲在控制部42中。
[0055]控制部42按照使得來自移動通信終端50的呼叫處理請求被發(fā)送到所決定的呼叫處理服務(wù)器20的方式來生成流條目，將所生成的流條目發(fā)送到OpenFlow網(wǎng)絡(luò)30的各節(jié)點(diǎn)31。
[0056]處理呼叫處理的呼叫處理服務(wù)器20的決定以及流條目的生成例如可以在每個一定期間(例如，每個特定的時刻)、呼叫處理服務(wù)器20的狀態(tài)變更的情況(例如，呼叫處理服務(wù)器20由于故障、處理擁塞、維護(hù)作業(yè)等而停止的情況)等下進(jìn)行。
[0057]另外，OpenFlow網(wǎng)絡(luò)30也設(shè)置在呼叫處理服務(wù)器20之間，呼叫處理服務(wù)器之間(例如，P - CSCF和CSN之間、CSN和ASN之間)的信號的發(fā)送目的地的控制也如上所述進(jìn)行。
[0058]虛擬機(jī)控制部是這樣的虛擬化控制單元:在使呼叫處理服務(wù)器虛擬化的情況下，根據(jù)由節(jié)點(diǎn)狀態(tài)把握部41把握的多個各呼叫處理服務(wù)器20的狀態(tài)，控制該虛擬化。這是例如以下等的控制:在根據(jù)各呼叫處理服務(wù)器20的狀態(tài)為了橫向擴(kuò)展等而想要增設(shè)呼叫處理服務(wù)器20的情況下，虛擬機(jī)控制部向Hypervisor發(fā)送指示，使得新配置虛擬呼叫處理服務(wù)器20。由此，可以根據(jù)呼叫處理服務(wù)器20的狀態(tài)，進(jìn)行合適的虛擬化。更具體地，通過統(tǒng)一控制基于虛擬機(jī)控制部的虛擬機(jī)的配置(通過使處理同步)，使得如以下說明那樣更合適的橫向擴(kuò)展處理和障礙時處理成為可能。
[0059]呼叫處理服務(wù)器20構(gòu)成為具有:呼叫處理請求受理部21、登記部22、取得部23、呼叫處理部24、以及呼叫處理結(jié)果存儲部25。
[0060]呼叫處理請求受理部21是接受OpenFlow網(wǎng)絡(luò)40的控制而受理(接收)從OpenFlow網(wǎng)絡(luò)30發(fā)送到本節(jié)點(diǎn)20的呼叫處理請求的呼叫處理請求受理單元。呼叫處理請求是發(fā)送請求(呼叫連接建立請求)和位置登記請求。呼叫處理請求受理部21將接收到的呼叫處理請求輸出到登記部22、取得部23和呼叫處理部24。
[0061]登記部22是如下登記單元:當(dāng)從呼叫處理請求受理部21被輸入了呼叫處理請求時，將正在執(zhí)行針對呼叫處理請求涉及的移動通信終端50的呼叫處理的呼叫處理服務(wù)器20作為本節(jié)點(diǎn)，登記在呼叫處理管理用數(shù)據(jù)庫10中。
[0062]如圖3所示，呼叫處理管理用數(shù)據(jù)庫10與用于確定移動通信終端50的信息即用戶標(biāo)識符對應(yīng)關(guān)聯(lián)，保持表示呼叫處理服務(wù)器20的各種類的呼叫處理狀態(tài)的信息(Key-Value Store (KVS)，關(guān)鍵值存儲)。呼叫處理服務(wù)器20的種類是指P — CSCF、CSN和ASN等的種類。表示呼叫處理狀態(tài)的信息是指靜態(tài)信息和動態(tài)信息。通過參照這些信息，可以針對該移動通信終端50判斷在其種類的呼叫處理服務(wù)器20的任一方中呼叫處理是否是執(zhí)行中。呼叫處理不是執(zhí)行中的狀態(tài)例如是圖3所示的“狀態(tài)1”、“狀態(tài)2”等的狀態(tài)。呼叫處理是執(zhí)行中(呼叫狀態(tài)是遷移中)的狀態(tài)例如是圖3所示的“狀態(tài)遷移中”等的狀態(tài)。另外，圖3所示的凡例在以后的圖中也相同。
[0063]動態(tài)信息包含有確定針對該移動通信終端50執(zhí)行呼叫處理的呼叫處理服務(wù)器20的信息即更新節(jié)點(diǎn)ID(例如，呼叫處理服務(wù)器20的IP地址)。在圖3所示的用戶標(biāo)識符是“C”的移動通信終端50的信息的例子中，ASN涉及的呼叫處理狀態(tài)(ASN狀態(tài))是“狀態(tài)1(例如，等待接收狀態(tài))”，CSN涉及的呼叫處理狀態(tài)(ASN狀態(tài))是“狀態(tài)1”，P — CSCF涉及的呼叫處理狀態(tài)(P - CSCF狀態(tài))是“狀態(tài)遷移中”。并且，表示P — CSCF狀態(tài)的信息包含有P — CSCFlb的節(jié)點(diǎn)ID作為執(zhí)行呼叫處理的呼叫處理服務(wù)器20的更新節(jié)點(diǎn)ID。
[0064]登記部22當(dāng)從呼叫處理請求受理部21被輸入了呼叫處理請求時，根據(jù)該請求確定請求源的移動通信終端50。例如，在呼叫處理請求是從用戶標(biāo)識符是“C”的移動通信終端50向?qū)χ霉?jié)點(diǎn)的發(fā)送請求(從用戶C向用戶X的發(fā)送請求)的情況下，登記部22將用戶標(biāo)識符是“C”的移動通信終端50確定為呼叫處理請求源的移動通信終端50。登記部22將包含所確定的用戶標(biāo)識符和本節(jié)點(diǎn)的節(jié)點(diǎn)ID的動態(tài)信息更新請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10。呼叫處理管理用數(shù)據(jù)庫10接收動態(tài)信息更新請求，根據(jù)接收到的動態(tài)信息更新請求，以用戶標(biāo)識符作為關(guān)鍵字更新(登記)表示與用戶標(biāo)識符對應(yīng)關(guān)聯(lián)的呼叫處理狀態(tài)的信息。通過該登記，使得該移動通信終端50的狀態(tài)成為呼叫處理是執(zhí)行中的狀態(tài)(狀態(tài)遷移中)。
[0065]取得部23是從呼叫處理管理用數(shù)據(jù)庫10取得由呼叫處理請求受理部21受理的呼叫處理請求涉及的移動通信終端50的信息的取得單元。取得部23提取呼叫處理請求中包含的、確定作為該呼叫處理請求源的移動通信終端50的信息，請求呼叫處理管理用數(shù)據(jù)庫10發(fā)送該移動通信終端50涉及的信息。這里請求的信息是圖2所示的呼叫信息，具體地，如上所述是電話號碼、認(rèn)證信息、合同速度、所在服務(wù)區(qū)、通信中/等待接收中的信息。另外，在本節(jié)點(diǎn)20中進(jìn)行移動通信終端50涉及的呼叫處理，在本節(jié)點(diǎn)20留有有效的呼叫信息的高速緩存的情況下，如果高速緩存的最終更新時刻比呼叫處理管理用數(shù)據(jù)庫10的最終更新時刻老，則可以不進(jìn)行取得部23的取得。取得部23將從呼叫處理管理用數(shù)據(jù)庫10取得的信息輸出到呼叫處理部24。
[0066]并且，取得部23在與本節(jié)點(diǎn)相同種類且本節(jié)點(diǎn)以外的別的呼叫處理服務(wù)器20正在執(zhí)行針對作為呼叫處理請求源的移動通信終端50的呼叫處理的情況下，從該別的呼叫處理服務(wù)器20取得用于呼叫處理的信息，繼承執(zhí)行呼叫處理。在與作為呼叫處理請求源的移動通信終端50的用戶標(biāo)識符對應(yīng)關(guān)聯(lián)地保持在呼叫處理管理用數(shù)據(jù)庫10中的、表示與本節(jié)點(diǎn)相同種類的呼叫處理狀態(tài)的信息是表示在本節(jié)點(diǎn)以外的別的呼叫處理服務(wù)器20中呼叫處理是執(zhí)行中的信息的情況下，取得部23取得作為確定該別的呼叫處理服務(wù)器20的信息的更新節(jié)點(diǎn)ID。
[0067]該取得例如由取得部23參照存儲在呼叫處理管理用數(shù)據(jù)庫10中的、表示作為呼叫處理請求源的移動通信終端50是狀態(tài)遷移中的信息(標(biāo)記)來進(jìn)行?；蛘?，也可以通過以下方式進(jìn)行:在由登記部22進(jìn)行的向呼叫處理管理用數(shù)據(jù)庫10的本節(jié)點(diǎn)登記時，在本節(jié)點(diǎn)以外的別的呼叫處理服務(wù)器20被登記為正在執(zhí)行對呼叫處理請求涉及的移動通信終端50的呼叫處理的呼叫處理服務(wù)器20的情況下，呼叫處理管理用數(shù)據(jù)庫10發(fā)送該別的呼叫處理服務(wù)器20的服務(wù)器的更新節(jié)點(diǎn)ID。
[0068]取得部23從該別的呼叫處理服務(wù)器20取得呼叫處理請求涉及的移動通信終端50的信息。該信息的取得是通過向該別的呼叫處理服務(wù)器20請求移動通信終端50的信息同步來進(jìn)行。這里取得的信息是在呼叫處理(信號序列)的途中使用的暫時信息(位置登記、發(fā)送等的序列途中的信息)，是未登記在呼叫處理管理用數(shù)據(jù)庫10中的信息。
[0069]另外，在從別的呼叫處理服務(wù)器20取得信息并繼承呼叫處理的情況下，在僅根據(jù)從別的呼叫處理服務(wù)器20取得的信息就可以繼續(xù)呼叫處理的情況下，無需一定從呼叫處理管理用數(shù)據(jù)庫10取得信息。取得部23將從別的呼叫處理服務(wù)器20取得的信息輸出到呼叫處理部24。
[0070]另外，在呼叫處理途中執(zhí)行呼叫處理的呼叫處理服務(wù)器20發(fā)生變更是因為，由于呼叫處理服務(wù)器20的增設(shè)、減設(shè)、或者其它原因而使得在執(zhí)行呼叫處理期間通過OpenFlow網(wǎng)絡(luò)30進(jìn)行信號路徑的變更。本實施方式的結(jié)構(gòu)是為了以下目的:即使這樣在執(zhí)行呼叫處理期間通過OpenFlow網(wǎng)絡(luò)30進(jìn)行了信號路徑的變更的情況下，也可以繼續(xù)呼叫處理，而不通過基于重發(fā)控制的處理補(bǔ)救等重新取得由更新前的呼叫處理服務(wù)器20取得的信息。
[0071]呼叫處理部24是使用由取得部23取得的信息進(jìn)行該請求涉及的呼叫處理的呼叫處理單元。具體地，進(jìn)行呼叫連接的建立或切斷、或者位置登記的處理(所在服務(wù)區(qū)的登記或者更新的處理)。在從別的呼叫處理服務(wù)器20取得了用于呼叫處理的信息的情況下，呼叫處理部24進(jìn)行繼承了該別的呼叫處理服務(wù)器20進(jìn)行的呼叫處理的處理。呼叫處理部24將呼叫處理結(jié)果的信息輸出到呼叫處理結(jié)果存儲部25。
[0072]呼叫處理結(jié)果存儲部25是將由呼叫處理部24進(jìn)行的呼叫處理結(jié)果的信息存儲在呼叫處理管理用數(shù)據(jù)庫10中的呼叫處理結(jié)果存儲單元。具體地，呼叫處理結(jié)果存儲部25存儲通過呼叫處理而更新的、移動通信終端50的所在服務(wù)區(qū)、移動通信終端50是通信中還是等待接收中的信息。這些信息是該移動通信終端50涉及的下一呼叫處理所需要的信息。由呼叫處理結(jié)果存儲部25進(jìn)行的向呼叫處理管理用數(shù)據(jù)庫10的信息存儲可以僅在呼叫信息(狀態(tài)信息)發(fā)生變更的情況下進(jìn)行。在由呼叫處理結(jié)果存儲部25進(jìn)行了向呼叫處理管理用數(shù)據(jù)庫10的信息存儲的情況下，將最終更新時刻更新為當(dāng)前時刻。
[0073]呼叫處理結(jié)果存儲部25在由呼叫處理部24進(jìn)行的呼叫處理結(jié)束之后，結(jié)束作為針對該呼叫處理請求涉及的移動通信終端50的呼叫處理執(zhí)行中的呼叫處理服務(wù)器20的、對呼叫處理管理用數(shù)據(jù)庫10的登記。呼叫處理結(jié)果存儲部25向呼叫處理管理用數(shù)據(jù)庫10通知這樣的情況:本節(jié)點(diǎn)中的呼叫處理結(jié)束，將該移動通信終端50中的本節(jié)點(diǎn)的種類的呼叫處理狀態(tài)從狀態(tài)遷移中轉(zhuǎn)移到在任何呼叫處理服務(wù)器20中呼叫處理都不是執(zhí)行中的狀態(tài)。另外，該通知可以與呼叫處理結(jié)果的存儲一并進(jìn)行。呼叫處理管理用數(shù)據(jù)庫10接收該通知，根據(jù)通知更新該移動通信終端50中的信息。以上是網(wǎng)絡(luò)管理器40和呼叫處理服務(wù)器20的本實施方式的功能。
[0074]圖4示出構(gòu)成本實施方式的呼叫處理管理用數(shù)據(jù)庫10、呼叫處理服務(wù)器20、OpenFlow網(wǎng)絡(luò)30的節(jié)點(diǎn)31和網(wǎng)絡(luò)管理器40的服務(wù)器裝置的硬件結(jié)構(gòu)。如圖4所示，該服務(wù)器裝置構(gòu)成為包括如下計算機(jī)，該計算機(jī)具有:CPU101、作為主存儲裝置的RAM (RandomAccess Memory,隨機(jī)存取存儲器)102和ROM (Read Only Memory,只讀存儲器)103、用于進(jìn)行通信的通信模塊104、以及硬盤等的輔助存儲裝置105等的硬件。這些構(gòu)成要素通過程序等進(jìn)行動作，從而發(fā)揮各節(jié)點(diǎn)10、20、31、40的功能。以上是移動通信系統(tǒng)I的結(jié)構(gòu)。
[0075]接下來，使用圖5和圖9的時序圖、圖6?圖8和圖10?圖12的圖，說明在本實施方式的移動通信系統(tǒng)I中執(zhí)行的處理即通信控制方法。首先，使用圖5的時序圖和圖6?圖8，對在有從用戶標(biāo)識符是“C”的移動通信終端50向別的終端的發(fā)送等的呼叫處理請求、在該呼叫處理途中增設(shè)并橫向擴(kuò)展呼叫處理服務(wù)器20的情況下的處理進(jìn)行說明。在本處理中，對增設(shè)CSN的例子進(jìn)行說明。并且，如圖3所示，對作為呼叫處理服務(wù)器設(shè)置了 P -CSCF, CSN和ASN的例子進(jìn)行說明。
[0076]呼叫處理服務(wù)器(P - CSCFl、CSN1、ASN1) 20分別收容用戶標(biāo)識符是“A”、“B”、“C”和“D”的移動通信終端50 (以下分別稱為用戶A、B、C、D)。在本實施方式中，收容用戶是指，該用戶涉及的呼叫處理的信號通過OpenFlow網(wǎng)絡(luò)30被分配給各個呼叫處理服務(wù)器20進(jìn)行處理。不過，呼叫處理的信號無需根據(jù)用戶被分配給特定的呼叫處理服務(wù)器20，可以在信號的中繼時刻通過OpenFlow網(wǎng)絡(luò)30根據(jù)流條目來判斷分配目的地。
[0077]P — CSCFla 收容用戶 A、B，P — CSCFlb 收容用戶 C、D，CSNla 收容用戶 A、B、C、D，ASNla收容用戶A、B，ASNlb收容用戶C、D。在本處理的初始狀態(tài)中，如圖6 (a)所示，任一用戶的呼叫處理狀態(tài)都是呼叫處理不是執(zhí)行中的狀態(tài)，例如為等待接收狀態(tài)即“狀態(tài)I”。如上所述在本處理中，著眼于用戶C。在圖5的時序圖中示出由呼叫處理管理用數(shù)據(jù)庫10保持的用戶C的信息(與圖3所示的信息相同的信息)。
[0078]在移動通信系統(tǒng)I中，通過網(wǎng)絡(luò)管理器40的節(jié)點(diǎn)狀態(tài)把握部41進(jìn)行各呼叫處理服務(wù)器20的狀態(tài)的把握。表示各呼叫處理服務(wù)器20的狀態(tài)的信息從節(jié)點(diǎn)狀態(tài)把握部41被輸出到控制部42。接著，通過控制部42根據(jù)表示各呼叫處理服務(wù)器20的狀態(tài)的信息決定進(jìn)行呼叫處理的呼叫處理服務(wù)器20，按照向所決定的呼叫處理服務(wù)器20發(fā)送呼叫處理請求的方式生成流條目。所生成的流條目被發(fā)送到OpenFlow網(wǎng)絡(luò)30的各節(jié)點(diǎn)31。在OpenFlow網(wǎng)絡(luò)30的各節(jié)點(diǎn)31中，接收該流條目，根據(jù)該流條目進(jìn)行流(呼叫處理請求等的信號)的發(fā)送。另外，在圖5中，省略O(shè)penFlow網(wǎng)絡(luò)30的圖示。
[0079]在本處理中，首先，從用戶C對移動通信系統(tǒng)I (移動通信網(wǎng))進(jìn)行發(fā)送請求。發(fā)送請求是用于與別的終端(例如，用戶X)進(jìn)行通信的呼叫連接請求。該發(fā)送請求涉及的信號(發(fā)送信號)由P — GW接收。
[0080]接著，發(fā)送信號從P — GW被發(fā)送到P - CSCFl。所發(fā)送的發(fā)送信號由OpenFlow網(wǎng)絡(luò)30的預(yù)定的節(jié)點(diǎn)31(與P —GW連接的節(jié)點(diǎn)31)接收。通過該節(jié)點(diǎn)31，根據(jù)流條目決定請求目的地(發(fā)送目的地)的P — CSCFl (P - CSCFlb)。接著，從該節(jié)點(diǎn)31向P — CSCFlb發(fā)送發(fā)送信號(SOI，控制步驟)。
[0081]在被發(fā)送了發(fā)送信號的P - CSCFlb中，通過呼叫處理請求受理部21接收發(fā)送信號(S01，呼叫處理請求受理步驟)。由呼叫處理請求受理部21受理的發(fā)送請求信息被輸出到登記部22、取得部23和呼叫處理部24。在P — CSCFlb中，通過登記部22，根據(jù)該發(fā)送信號將動態(tài)信息更新請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10(S02，登記步驟)。動態(tài)信息更新請求是將本節(jié)點(diǎn)作為正在針對該發(fā)送信號涉及的呼叫處理請求源的用戶C執(zhí)行呼叫處理的P — CSCF登記在呼叫處理管理用數(shù)據(jù)庫10中的信號。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和P - CSCFlb的節(jié)點(diǎn)ID。另外，即使在呼叫處理服務(wù)器20中有移動通信終端50的信息的高速緩存的情況下也進(jìn)行動態(tài)信息的更新和參照(KVS的更新、參照)(以下也相同)。
[0082]另外，在P — CSCFlb中，不保持呼叫處理所需要的用戶C的數(shù)據(jù)，即包括表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介的呼叫信息。
[0083]因此，在P — CSCFlb中，與動態(tài)信息更新請求的發(fā)送一并，從取得部23向呼叫處理管理用數(shù)據(jù)庫10進(jìn)行請求進(jìn)行了發(fā)送請求的用戶C涉及的呼叫信息的呼叫信息取得請求(S02，取得步驟)。動態(tài)信息更新請求和呼叫信息取得請求可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0084]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息更新請求和呼叫信息取得請求。在呼叫處理管理用數(shù)據(jù)庫10中，如圖6(b)所示，根據(jù)動態(tài)信息更新請求，使管理中的用戶C涉及的P — CSCF的呼叫狀態(tài)從“狀態(tài)I”變?yōu)椤盃顟B(tài)遷移中”。并且，登記P — CSCFlb作為對用戶C的呼叫處理執(zhí)行中的P - CSCF。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向P — CSCFlb發(fā)送更新完成通知(S03)。
[0085]并且，在呼叫處理管理用數(shù)據(jù)庫10中，根據(jù)呼叫信息取得請求，讀出用戶C涉及的呼叫信息，從呼叫處理管理用數(shù)據(jù)庫10向P — CSCFlb發(fā)送作為呼叫信息取得響應(yīng)(S03)。更新完成通知和呼叫信息取得響應(yīng)可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0086]在P — CSCFlb中，通過取得部23接收呼叫信息(S03，取得步驟)。這里所取得的呼叫信息是包括表示等待接收中的信息的呼叫信息。由此，P - CSCFlb處于保持了包括表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介的呼叫信息的狀態(tài)。接收到的呼叫信息從取得部23被輸出到呼叫處理部24。
[0087]接著，通過呼叫處理部24，根據(jù)由取得部23所取得的呼叫信息執(zhí)行發(fā)送請求涉及的呼叫處理(S04，呼叫處理步驟)。這里的呼叫處理是用于建立呼叫連接的發(fā)送處理，按照在與其它服務(wù)器之間建立呼叫連接的發(fā)送時序進(jìn)行處理。呼叫處理中的信息作為上述的暫時信息被保持。
[0088]接著，作為該呼叫處理之一，將發(fā)送信號從呼叫處理部24發(fā)送到CSNl。所發(fā)送的發(fā)送信號由OpenFlow網(wǎng)絡(luò)30的預(yù)定的節(jié)點(diǎn)31 (與P — CSCFlb連接的節(jié)點(diǎn)31)接收。通過該節(jié)點(diǎn)31，根據(jù)流條目決定請求目的地(發(fā)送目的地)的CSNl (CSNla)。接著，從該節(jié)點(diǎn)31向CSNla發(fā)送發(fā)送信號(S05，控制步驟)。
[0089]在被發(fā)送了發(fā)送信號的CSNla中，通過呼叫處理請求受理部21接收發(fā)送信號(S05，呼叫處理請求受理步驟)。由呼叫處理請求受理部21受理的發(fā)送請求信息被輸出到登記部22、取得部23和呼叫處理部24。在CSNla中，通過登記部22，根據(jù)該發(fā)送信號將動態(tài)信息更新請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 606，登記步驟)。動態(tài)信息更新請求是將本節(jié)點(diǎn)作為正在執(zhí)行針對該發(fā)送信號涉及的呼叫處理請求源的用戶C的呼叫處理的CSN，登記在呼叫處理管理用數(shù)據(jù)庫10中的信號。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和CSNlb的節(jié)點(diǎn)ID。
[0090]另外，在CSNla中，不保持呼叫處理所需要的用戶C的數(shù)據(jù)、S卩、包括表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介的呼叫信息。
[0091]因此，在CSNla中，與動態(tài)信息更新請求的發(fā)送一并，從取得部23向呼叫處理管理用數(shù)據(jù)庫10進(jìn)行請求進(jìn)行了發(fā)送請求的用戶C涉及的呼叫信息的呼叫信息取得請求(S06，取得步驟)。動態(tài)信息更新請求和呼叫信息取得請求可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0092]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息更新請求和呼叫信息取得請求。在呼叫處理管理用數(shù)據(jù)庫10中，如圖6(c)所示，根據(jù)動態(tài)信息更新請求，使管理中的用戶C涉及的CSN的呼叫狀態(tài)從“狀態(tài)I”變?yōu)椤盃顟B(tài)遷移中”。并且，登記CSNla作為對用戶C的呼叫處理執(zhí)行中的CSN。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向CSNla發(fā)送更新完成通知(S07)。
[0093]并且，在呼叫處理管理用數(shù)據(jù)庫10中，根據(jù)呼叫信息取得請求，讀出用戶C涉及的呼叫信息，從呼叫處理管理用數(shù)據(jù)庫10作為呼叫信息取得響應(yīng)被發(fā)送至CSNla(S07)。更新完成通知和呼叫信息取得響應(yīng)可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0094]在CSNla中，通過取得部23接收呼叫信息(S07，取得步驟)。這里所取得的呼叫信息是包括表示等待接收中的信息的呼叫信息。由此，CSNla處于保持了包括表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介的呼叫信息的狀態(tài)。接收到的呼叫信息從取得部23被輸出到呼叫處理部24。
[0095]接著，通過呼叫處理部24，根據(jù)由取得部23所取得的呼叫信息執(zhí)行發(fā)送請求涉及的呼叫處理(S08，呼叫處理步驟)。這里的呼叫處理是用于建立呼叫連接的發(fā)送處理，按照在與其它服務(wù)器之間建立呼叫連接的發(fā)送時序進(jìn)行處理。呼叫處理中的信息作為上述的暫時信息被保持。
[0096]接著，作為該呼叫處理之一，將發(fā)送信號從呼叫處理部24發(fā)送到ASNl。所發(fā)送的發(fā)送信號由OpenFlow網(wǎng)絡(luò)30的預(yù)定的節(jié)點(diǎn)31 (與CSNla連接的節(jié)點(diǎn)31)接收。通過該節(jié)點(diǎn)31，根據(jù)流條目決定請求目的地(發(fā)送目的地)的ASNl (ASNlb)。接著，從該節(jié)點(diǎn)31向ASNlb發(fā)送發(fā)送信號(S09，控制步驟)。
[0097]在被發(fā)送了發(fā)送信號的ASNlb中，通過呼叫處理請求受理部21接收發(fā)送信號(S09，呼叫處理請求受理步驟)。由呼叫處理請求受理部21受理的發(fā)送請求信息被輸出到登記部22、取得部23和呼叫處理部24。在ASNlb中，通過登記部22，根據(jù)該發(fā)送信號將動態(tài)信息更新請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 610，登記步驟)。動態(tài)信息更新請求是將本節(jié)點(diǎn)作為正在執(zhí)行針對該發(fā)送信號涉及的呼叫處理請求源的用戶C的呼叫處理的ASN登記在呼叫處理管理用數(shù)據(jù)庫10中的信號。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和ASNlb的節(jié)點(diǎn)ID。
[0098]另外，在ASNlb中，不保持呼叫處理所需要的用戶C的數(shù)據(jù)，即包括表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介的呼叫信息。
[0099]因此，在ASNlb中，與動態(tài)信息更新請求的發(fā)送一并，從取得部23對呼叫處理管理用數(shù)據(jù)庫10進(jìn)行請求進(jìn)行了發(fā)送請求的用戶C涉及的呼叫信息的呼叫信息取得請求(S10，取得步驟)。動態(tài)信息更新請求和呼叫信息取得請求可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0100]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息更新請求和呼叫信息取得請求。在呼叫處理管理用數(shù)據(jù)庫10中，如圖6(d)所示，根據(jù)動態(tài)信息更新請求，使管理中的用戶C涉及的ASN的呼叫狀態(tài)從“狀態(tài)I”變?yōu)椤盃顟B(tài)遷移中”。并且，登記ASNlb作為對用戶C的呼叫處理執(zhí)行中的ASN。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向ASNlb發(fā)送更新完成通知(Sll)。
[0101]并且，在呼叫處理管理用數(shù)據(jù)庫10中，根據(jù)呼叫信息取得請求，讀出用戶C涉及的呼叫信息，從呼叫處理管理用數(shù)據(jù)庫10作為呼叫信息取得響應(yīng)被發(fā)送至ASNlb(Sll)。更新完成通知和呼叫信息取得響應(yīng)可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0102]在ASNlb中，通過取得部23接收呼叫信息(S11，取得步驟)。這里所取得的呼叫信息是包括表示等待接收中的信息的呼叫信息。由此，ASNlb處于保持了包括表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介的呼叫信息的狀態(tài)。接收到的呼叫信息從取得部23被輸出到呼叫處理部24。
[0103]接著，通過呼叫處理部24，根據(jù)由取得部23所取得的呼叫信息執(zhí)行發(fā)送請求涉及的呼叫處理(S12，呼叫處理步驟)。這里的呼叫處理是用于建立呼叫連接的發(fā)送處理，按照在與其它服務(wù)器之間建立呼叫連接的發(fā)送時序進(jìn)行處理。
[0104]這里(在S09以后、S18以前的時刻)，為了使CSNl的負(fù)荷分散，增設(shè)CSNlb (S13)。該增設(shè)例如由移動通信系統(tǒng)I的通信企業(yè)者進(jìn)行。在移動通信系統(tǒng)I中，通過網(wǎng)絡(luò)管理器40的節(jié)點(diǎn)狀態(tài)把握部41進(jìn)行各呼叫處理服務(wù)器20的狀態(tài)的把握(S14，節(jié)點(diǎn)狀態(tài)把握步驟)。此時，通過節(jié)點(diǎn)狀態(tài)把握部41還把握CSNlb的增設(shè)。表示各呼叫處理服務(wù)器20的狀態(tài)的信息從節(jié)點(diǎn)狀態(tài)把握部41被輸出到控制部42。
[0105]在呼叫處理服務(wù)器20被虛擬化的情況下，S13可以是以下的處理。S卩，例如由于擁塞等導(dǎo)致呼叫處理服務(wù)器20的處理能力不足由節(jié)點(diǎn)狀態(tài)把握部41把握，并被通知給控制部42?？刂撇?2向虛擬機(jī)控制部指示追加呼叫處理服務(wù)器20。虛擬機(jī)控制部重新配置呼叫處理服務(wù)器20。
[0106]接著，通過控制部42根據(jù)表示各呼叫處理服務(wù)器20的狀態(tài)的信息，決定進(jìn)行呼叫處理的呼叫處理服務(wù)器20，按照向所決定的呼叫處理服務(wù)器20發(fā)送呼叫處理請求的方式生成流條目(S15，控制步驟)。這里，由于新增設(shè)了 CSNlb，因而這里生成的流條目包含新增設(shè)的CSNlb作為進(jìn)行呼叫處理的呼叫處理服務(wù)器20。例如，如圖7(a)所示，假定用戶C、D涉及的呼叫處理由CSNlb執(zhí)行(假定用戶C、D被收容在CSNlb中)而生成流條目。
[0107]所生成的流條目被發(fā)送到OpenFlow網(wǎng)絡(luò)30的各節(jié)點(diǎn)31 (S15,控制步驟)。在OpenFlow網(wǎng)絡(luò)30的各節(jié)點(diǎn)31中，接收該流條目，根據(jù)該流條目進(jìn)行流(呼叫處理請求等的信號)的發(fā)送。
[0108]在ASNlb中，當(dāng)呼叫處理部24的呼叫處理完成時，用戶C涉及的ASN的通信狀態(tài)被狀態(tài)遷移到例如發(fā)送中狀態(tài)即“狀態(tài)2”。由呼叫處理部24進(jìn)行的呼叫處理結(jié)果的信息(被狀態(tài)遷移到“狀態(tài)2”的呼叫信息)從呼叫處理部24被輸出到呼叫處理結(jié)果存儲部25。
[0109]接著，通過呼叫處理結(jié)果存儲部25將動態(tài)信息更新請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 (S16，呼叫處理結(jié)果存儲步驟)。這里發(fā)送的動態(tài)信息更新請求是通知如下情況的信號:本節(jié)點(diǎn)中的呼叫處理結(jié)束，將用戶C的呼叫處理狀態(tài)從狀態(tài)遷移中轉(zhuǎn)移到在任何呼叫處理服務(wù)器20中呼叫處理都不是執(zhí)行中的狀態(tài)。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和ASNlb的節(jié)點(diǎn)ID。
[0110]并且，反映有呼叫處理結(jié)果的呼叫信息作為呼叫信息更新請求從呼叫處理結(jié)果存儲部25被發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 (S16，呼叫處理結(jié)果存儲步驟)。另外，呼叫信息更新請求和動態(tài)信息更新請求可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0111]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息更新請求和呼叫信息更新請求。在呼叫處理管理用數(shù)據(jù)庫10中，如圖7(b)所示，根據(jù)動態(tài)信息更新請求，使管理中的用戶C涉及的ASN的呼叫狀態(tài)從“狀態(tài)遷移中”變?yōu)椤盃顟B(tài)2”。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向ASNlb發(fā)送更新完成通知(S17)。
[0112]并且，在呼叫處理管理用數(shù)據(jù)庫10中，根據(jù)呼叫信息更新請求，用接收到的信息更新用戶C涉及的信息。即，更新后的呼叫信息包括表示是“狀態(tài)2”的信息。當(dāng)進(jìn)行了更新時，從呼叫處理管理用數(shù)據(jù)庫10向ASNlb發(fā)送呼叫信息更新響應(yīng)(S17)。另外，更新完成通知和呼叫信息更新響應(yīng)可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0113]在ASNlb中，當(dāng)接收到呼叫信息更新響應(yīng)時，將發(fā)送響應(yīng)涉及的信號發(fā)送到CSNl (S18)。所發(fā)送的發(fā)送響應(yīng)由OpenFlow網(wǎng)絡(luò)30的預(yù)定的節(jié)點(diǎn)31 (與ASNlb連接的節(jié)點(diǎn)31)接收。通過該節(jié)點(diǎn)31，根據(jù)流條目決定請求目的地(發(fā)送目的地)的CSNl (CSNlb)。如上所述，在流條目中，進(jìn)行用戶C的呼叫處理的CSN為增設(shè)的CSNlb。接著，從該節(jié)點(diǎn)31向CSNlb發(fā)送發(fā)送響應(yīng)(S18，控制步驟)。
[0114]在發(fā)送響應(yīng)被發(fā)送的CSNlb中，通過呼叫處理請求受理部21接收發(fā)送響應(yīng)(S18，呼叫處理請求受理步驟)。由呼叫處理請求受理部21受理的發(fā)送響應(yīng)的信息被輸出到登記部22、取得部23和呼叫處理部24。
[0115]CSNlb由于不是截至目前進(jìn)行了用戶C的呼叫處理的呼叫處理服務(wù)器20，因而不保持用戶C涉及的信息。首先，在CSNlb中，通過登記部22，根據(jù)該發(fā)送響應(yīng)將動態(tài)信息取得請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 619，登記步驟)。動態(tài)信息取得請求是請求如下CSN的節(jié)點(diǎn)ID的信號，該CSN被登記作為正在執(zhí)行針對該發(fā)送響應(yīng)涉及的呼叫處理的請求源的用戶C的呼叫處理的CSN(詢問用戶C的與CNS有關(guān)的狀態(tài)如何的信號)。并且，動態(tài)信息取得請求也是將本節(jié)點(diǎn)作為正在執(zhí)行對該發(fā)送響應(yīng)涉及的呼叫處理請求源的用戶C的呼叫處理的CSN登記在呼叫處理管理用數(shù)據(jù)庫10中的信號。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和CSNla的節(jié)點(diǎn)ID。
[0116]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息取得請求。在呼叫處理管理用數(shù)據(jù)庫10中，作為對動態(tài)信息取得請求的響應(yīng)，向CSNlb發(fā)送被登記作為正在執(zhí)行針對用戶C的呼叫處理的CSN的CSN的節(jié)點(diǎn)ID (CSNla的節(jié)點(diǎn)ID) (CSNla在S06登記的信息)(S20)。并且，在呼叫處理管理用數(shù)據(jù)庫10中，如圖7(c)所示，根據(jù)動態(tài)信息取得請求，登記CSNlb作為正在執(zhí)行針對用戶C的呼叫處理的CSN。另外，用戶C涉及的CSN的呼叫狀態(tài)仍是“狀態(tài)遷移中”。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向CSNlb發(fā)送更新完成通知(S20)。另外，針對動態(tài)信息取得請求的響應(yīng)和更新完成通知可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0117]在CSNlb中，如圖7 (d)所示，通過取得部23使從呼叫處理管理用數(shù)據(jù)庫10發(fā)送的、用于執(zhí)行如下呼叫處理的信息同步:該呼叫處理是在與由作為正在執(zhí)行針對用戶C的呼叫處理的CSN而登記的CSN的節(jié)點(diǎn)ID表示的CSNla之間針對用戶C的呼叫處理。信息的同步如下來進(jìn)行=WCSNlb的取得部23對CSNla進(jìn)行同步請求(S21)，從CSNla接收響應(yīng)于該請求而發(fā)送的信息(S22)。
[0118]這里，從CSNla發(fā)送到CSNlb的用戶C涉及的信息包含有在呼叫處理的中途使用的暫時信息。并且，該信息中還可以包含有包括CSNla從呼叫處理管理用數(shù)據(jù)庫10取得的表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介在內(nèi)的呼叫信息。不過，能夠從呼叫處理管理用數(shù)據(jù)庫10取得的信息也可以不從CSNla取得而從呼叫處理管理用數(shù)據(jù)庫10取得。這樣由取得部23取得的、用于繼續(xù)用戶C涉及的呼叫處理的信息從取得部23被輸出到呼叫處理部24。
[0119]接著，通過呼叫處理部24，根據(jù)由取得部23所取得的呼叫信息，執(zhí)行發(fā)送響應(yīng)(發(fā)送請求)涉及的呼叫處理(S23，呼叫處理步驟)。
[0120]當(dāng)呼叫處理部24的呼叫處理完成時，用戶C涉及的CSN的通信狀態(tài)被狀態(tài)遷移到“狀態(tài)2”。由呼叫處理部24進(jìn)行的呼叫處理的結(jié)果的信息(被狀態(tài)遷移到“狀態(tài)2”的呼叫信息)從呼叫處理部24被輸出到呼叫處理結(jié)果存儲部25。
[0121]接著，通過呼叫處理結(jié)果存儲部25將動態(tài)信息更新請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 (S24，呼叫處理結(jié)果存儲步驟)。這里發(fā)送的動態(tài)信息更新請求是通知如下情況的信號:本節(jié)點(diǎn)中的呼叫處理結(jié)束，將用戶C的呼叫處理狀態(tài)從狀態(tài)遷移中轉(zhuǎn)移到在任何呼叫處理服務(wù)器20中呼叫處理都不是執(zhí)行中的狀態(tài)。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和CSNlb的節(jié)點(diǎn)ID。
[0122]并且，反映了呼叫處理的結(jié)果的呼叫信息作為呼叫信息更新請求從呼叫處理結(jié)果存儲部25被發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 (S25，呼叫處理結(jié)果存儲步驟)。另外，呼叫信息更新請求和動態(tài)信息更新請求可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0123]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息更新請求和呼叫信息更新請求。在呼叫處理管理用數(shù)據(jù)庫10中，如圖8(a)所示，根據(jù)動態(tài)信息更新請求，使被管理中的用戶C涉及的CSN的呼叫狀態(tài)從“狀態(tài)遷移中”變?yōu)椤盃顟B(tài)2”。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向CSNlb發(fā)送更新完成通知(S25)。
[0124]并且，在呼叫處理管理用數(shù)據(jù)庫10中，根據(jù)呼叫信息更新請求，用接收到的信息更新用戶C涉及的信息。即，更新后的呼叫信息包括表示是“狀態(tài)2”的信息。當(dāng)進(jìn)行了更新時，從呼叫處理管理用數(shù)據(jù)庫10向CSNlb發(fā)送呼叫信息更新響應(yīng)(S25)。另外，更新完成通知和呼叫信息更新響應(yīng)可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0125]在CSNlb中，當(dāng)接收到呼叫信息更新響應(yīng)時，將發(fā)送響應(yīng)涉及的信號發(fā)送到P —CSCFl (S26)。所發(fā)送的發(fā)送響應(yīng)由OpenFlow網(wǎng)絡(luò)30的預(yù)定的節(jié)點(diǎn)31 (與CSNlb連接的節(jié)點(diǎn)31)接收。通過該節(jié)點(diǎn)31，根據(jù)流條目決定請求目的地(發(fā)送目的地)的P — CSCFl (P 一CSCFlb)。接著，從該節(jié)點(diǎn)31向P — CSCFlb發(fā)送發(fā)送響應(yīng)(S26，控制步驟)。
[0126]在發(fā)送響應(yīng)被發(fā)送的P - CSCFlb中，通過呼叫處理請求受理部21接收發(fā)送響應(yīng)(S26，呼叫處理請求受理步驟)。由呼叫處理請求受理部21受理的發(fā)送響應(yīng)信息被輸出到呼叫處理部24。
[0127]在P — CSCFlb中，通過呼叫處理部24，根據(jù)所輸入的發(fā)送響應(yīng)和在S04中的處理中使用的信息，執(zhí)行發(fā)送響應(yīng)(發(fā)送請求)涉及的呼叫處理(S27，呼叫處理步驟)。
[0128]當(dāng)呼叫處理部24的呼叫處理完成時，用戶C涉及的P - CSCF的通信狀態(tài)被狀態(tài)遷移到“狀態(tài)2”。由呼叫處理部24進(jìn)行的呼叫處理的結(jié)果的信息(被狀態(tài)遷移到“狀態(tài)2”的呼叫信息)從呼叫處理部24被輸出到呼叫處理結(jié)果存儲部25。
[0129]接著，通過呼叫處理結(jié)果存儲部25將動態(tài)信息更新請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 (S28，呼叫處理結(jié)果存儲步驟)。這里發(fā)送的動態(tài)信息更新請求是通知如下情況的信號:本節(jié)點(diǎn)中的呼叫處理結(jié)束，將用戶C的呼叫處理狀態(tài)從狀態(tài)遷移中轉(zhuǎn)移到在任何呼叫處理服務(wù)器20中呼叫處理都不是執(zhí)行中的狀態(tài)。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和P - CSCFlb的節(jié)點(diǎn)ID。
[0130]并且，反映有呼叫處理的結(jié)果的呼叫信息作為呼叫信息更新請求從呼叫處理結(jié)果存儲部25被發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 (S28，呼叫處理結(jié)果存儲步驟)。另外，呼叫信息更新請求和動態(tài)信息更新請求可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0131]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息更新請求和呼叫信息更新請求。在呼叫處理管理用數(shù)據(jù)庫10中，如圖8(b)所示，根據(jù)動態(tài)信息更新請求，使管理中的用戶C涉及的P — CSCF的呼叫狀態(tài)從“狀態(tài)遷移中”變?yōu)椤盃顟B(tài)2”。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向P — CSCFlb發(fā)送更新完成通知(S29)。
[0132]并且，在呼叫處理管理用數(shù)據(jù)庫10中，根據(jù)呼叫信息更新請求，用接收到的信息更新用戶C涉及的信息。即，更新后的呼叫信息包括表示是“狀態(tài)2”的信息。當(dāng)進(jìn)行了更新時，從呼叫處理管理用數(shù)據(jù)庫10向P — CSCFlb發(fā)送呼叫信息更新響應(yīng)(S29)。另外，更新完成通知和呼叫信息更新響應(yīng)可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0133]在P — CSCFlb中，當(dāng)接收到呼叫信息更新響應(yīng)時，將發(fā)送響應(yīng)涉及的信號發(fā)送到P —GW(S30)。并且，發(fā)送響應(yīng)涉及的信號從P —GW被發(fā)送到用戶C。通過以上的處理，用戶C處于發(fā)送中狀態(tài)(“狀態(tài)2”)，呼叫信息中包含的用戶C的通信狀態(tài)(在移動通信網(wǎng)中被管理的用戶C的通信狀態(tài))也被狀態(tài)遷移到發(fā)送中狀態(tài)(“狀態(tài)2”)。
[0134]以上是在有從用戶標(biāo)識符是“C”的移動通信終端50對別的終端的發(fā)送等的呼叫處理請求、在該呼叫處理的途中增設(shè)并橫向擴(kuò)展了呼叫處理服務(wù)器20的情況下的處理。上述是發(fā)送時的處理，然而對于其它呼叫處理，也如上所述同樣進(jìn)行。例如，在移動通信終端50進(jìn)行位置登記的情況下，接收到位置登記請求的呼叫處理服務(wù)器20通過與圖5的S02、S03、S06、S07、S10、Sll、S19、S20、S2US22相當(dāng)?shù)奶幚?，取得該移動通信終端50在服務(wù)器夕卜、或者位于別的位置登記區(qū)域中的呼叫信息。然后，通過與S04、S08、S12、S23、S23相當(dāng)?shù)奶幚磉M(jìn)行位置登記處理。然后，通過與S16、S17、S24、S25、S28、S29相當(dāng)?shù)奶幚?，將包括位置登記?或者更新后)的位置登記區(qū)域和等待接收的信息的、該移動通信終端50涉及的更新后的呼叫信息存儲在呼叫處理管理用數(shù)據(jù)庫10中。并且，在從對置裝置有呼叫連接請求的情況下，也可以應(yīng)用相同的處理。
[0135]接下來，使用圖9的時序圖和圖10?圖12，對在有從用戶C向別的終端的發(fā)送等的呼叫處理請求、在該呼叫處理途中減設(shè)了呼叫處理服務(wù)器20的情況下的處理進(jìn)行說明。在本處理中，對減設(shè)了 CSN的例子進(jìn)行說明。并且，對如圖3所示作為呼叫處理服務(wù)器設(shè)置了 P — CSCF, CSN和ASN的例子進(jìn)行說明。
[0136]呼叫處理服務(wù)器(P- CSCFl、CSN1、ASN1) 20 分別收容用戶 A、B、C、D。P — CSCFla收容用戶A、B，P — CSCFlb收容用戶C、D，CSNla收容用戶A、B，CSNlb收容用戶C、D，ASNla收容用戶A、B，ASNlb收容用戶C、D。在本處理的初始狀態(tài)中，如圖10(a)所示，任一用戶的呼叫處理狀態(tài)都是呼叫處理不是執(zhí)行中的狀態(tài)，例如為等待接收狀態(tài)即“狀態(tài)I”。如上所述在本處理中，著眼于用戶C。在圖9的時序圖中示出由呼叫處理管理用數(shù)據(jù)庫10保持的用戶C的信息(與圖3所示的信息相同的信息)。
[0137]在移動通信系統(tǒng)I中，通過網(wǎng)絡(luò)管理器40的節(jié)點(diǎn)狀態(tài)把握部41進(jìn)行各呼叫處理服務(wù)器20的狀態(tài)的把握。表示各呼叫處理服務(wù)器20的狀態(tài)的信息從節(jié)點(diǎn)狀態(tài)把握部41被輸出到控制部42。接著，通過控制部42根據(jù)表示各呼叫處理服務(wù)器20的狀態(tài)的信息決定進(jìn)行呼叫處理的呼叫處理服務(wù)器20，按照向所決定的呼叫處理服務(wù)器20發(fā)送呼叫處理請求的方式生成流條目。所生成的流條目被發(fā)送到OpenFlow網(wǎng)絡(luò)30的各節(jié)點(diǎn)31。在OpenFlow網(wǎng)絡(luò)30的各節(jié)點(diǎn)31中，接收該流條目，根據(jù)該流條目進(jìn)行流(呼叫處理請求等的信號)的發(fā)送。另外，在圖9中，省略O(shè)penFlow網(wǎng)絡(luò)30的圖示。
[0138]在本處理中，首先，從用戶C對移動通信系統(tǒng)1(移動通信網(wǎng))進(jìn)行發(fā)送請求。發(fā)送請求是用于與別的終端(例如，用戶X)進(jìn)行通信的呼叫連接的請求。該發(fā)送請求涉及的信號(發(fā)送信號)由P — GW接收。
[0139]接著，發(fā)送信號從P — GW被發(fā)送到P - CSCFl0所發(fā)送的發(fā)送信號由與OpenFlow網(wǎng)絡(luò)30的預(yù)定的節(jié)點(diǎn)31 (與P — GW連接的節(jié)點(diǎn)31)接收。通過該節(jié)點(diǎn)31，根據(jù)流條目決定請求目的地(發(fā)送目的地)的P — CSCFl (P - CSCFlb)。接著，從該節(jié)點(diǎn)31向P — CSCFlb發(fā)送發(fā)送信號(S41，控制步驟)。
[0140]在被發(fā)送了發(fā)送信號的P - CSCFlb中，通過呼叫處理請求受理部21接收發(fā)送信號(S41，呼叫處理請求受理步驟)。由呼叫處理請求受理部21受理的發(fā)送請求信息被輸出到登記部22、取得部23和呼叫處理部24。在P — CSCFlb中，通過登記部22，根據(jù)該發(fā)送信號將動態(tài)信息更新請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 642，登記步驟)。動態(tài)信息更新請求是將本節(jié)點(diǎn)作為正在執(zhí)行針對該發(fā)送信號涉及的呼叫處理請求源的用戶C的呼叫處理的P - CSCF登記在呼叫處理管理用數(shù)據(jù)庫10中的信號。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和P - CSCFlb的節(jié)點(diǎn)ID。
[0141]另外，在P — CSCFlb中，不保持呼叫處理所需要的用戶C的數(shù)據(jù)，即包括表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介的呼叫信息。
[0142]因此，在P — CSCFlb中，與動態(tài)信息更新請求的發(fā)送一并，從取得部23對呼叫處理管理用數(shù)據(jù)庫10進(jìn)行請求進(jìn)行了發(fā)送請求的用戶C涉及的呼叫信息的呼叫信息取得請求(S42，取得步驟)。動態(tài)信息更新請求和呼叫信息取得請求可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0143]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息更新請求和呼叫信息取得請求。在呼叫處理管理用數(shù)據(jù)庫10中，如圖10(b)所示，根據(jù)動態(tài)信息更新請求，使管理中的用戶C涉及的P - CSCF的呼叫狀態(tài)從“狀態(tài)I”變?yōu)椤盃顟B(tài)遷移中”。并且，登記P - CSCFlb作為對用戶C的呼叫處理執(zhí)行中的P — CSCF。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向P — CSCFlb發(fā)送更新完成通知(S43)。
[0144]并且，在呼叫處理管理用數(shù)據(jù)庫10中，根據(jù)呼叫信息取得請求，讀出用戶C涉及的呼叫信息，從呼叫處理管理用數(shù)據(jù)庫10作為呼叫信息取得響應(yīng)被發(fā)送至P — CSCFlb (S43)。更新完成通知和呼叫信息取得響應(yīng)可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0145]在P — CSCFlb中，通過取得部23接收呼叫信息(S43，取得步驟)。這里所取得的呼叫信息是包括表示等待接收中的信息的呼叫信息。由此，P - CSCFlb處于保持了包括表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介在內(nèi)的呼叫信息的狀態(tài)。接收到的呼叫信息從取得部23被輸出到呼叫處理部24。
[0146]接著，通過呼叫處理部24，根據(jù)由取得部23所取得的呼叫信息執(zhí)行發(fā)送請求涉及的呼叫處理(S44，呼叫處理步驟)。這里的呼叫處理是用于建立呼叫連接的發(fā)送處理，按照在與其它服務(wù)器之間建立呼叫連接的發(fā)送時序進(jìn)行處理。呼叫處理中的信息作為上述的暫時信息被保持。
[0147]接著，作為該呼叫處理之一，將發(fā)送信號從呼叫處理部24發(fā)送到CSN1。所發(fā)送的發(fā)送信號由OpenFlow網(wǎng)絡(luò)30的預(yù)定的節(jié)點(diǎn)31 (與P — CSCFlb連接的節(jié)點(diǎn)31)接收。通過該節(jié)點(diǎn)31，根據(jù)流條目決定請求目的地(發(fā)送目的地)的CSNl (CSNlb)。接著，從該節(jié)點(diǎn)31向CSNlb發(fā)送發(fā)送信號(S45，控制步驟)。
[0148]在被發(fā)送了發(fā)送信號的CSNlb中，通過呼叫處理請求受理部21接收發(fā)送信號(S45，呼叫處理請求受理步驟)。由呼叫處理請求受理部21受理的發(fā)送請求信息被輸出到登記部22、取得部23和呼叫處理部24。在CSNlb中，通過登記部22，根據(jù)該發(fā)送信號將動態(tài)信息更新請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 646，登記步驟)。動態(tài)信息更新請求是將本節(jié)點(diǎn)作為正在執(zhí)行針對該發(fā)送信號涉及的呼叫處理的請求源的用戶C的呼叫處理的CSN登記在呼叫處理管理用數(shù)據(jù)庫10中的信號。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和CSNlb的節(jié)點(diǎn)ID。
[0149]另外，在CSNlb中，不保持呼叫處理所需要的用戶C的數(shù)據(jù)，即包括表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介的呼叫信息。
[0150]因此，在CSNlb中，與動態(tài)信息更新請求的發(fā)送一并，從取得部23對呼叫處理管理用數(shù)據(jù)庫10進(jìn)行請求進(jìn)行了發(fā)送請求的用戶C涉及的呼叫信息的呼叫信息取得請求(S46，取得步驟)。動態(tài)信息更新請求和呼叫信息取得請求可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0151]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息更新請求和呼叫信息取得請求。在呼叫處理管理用數(shù)據(jù)庫10中，如圖10(c)所示，根據(jù)動態(tài)信息更新請求，使管理中的用戶C涉及的CSN的呼叫狀態(tài)從“狀態(tài)I”變?yōu)椤盃顟B(tài)遷移中”。并且，登記CSNlb作為針對用戶C的呼叫處理執(zhí)行中的CSN。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向CSNlb發(fā)送更新完成通知(S47)。
[0152]并且，在呼叫處理管理用數(shù)據(jù)庫10中，根據(jù)呼叫信息取得請求，讀出用戶C涉及的呼叫信息，從呼叫處理管理用數(shù)據(jù)庫10作為呼叫信息取得響應(yīng)被發(fā)送至CSNla(S47)。更新完成通知和呼叫信息取得響應(yīng)可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0153]在CSNlb中，通過取得部23接收呼叫信息(S47，取得步驟)。這里所取得的呼叫信息是包括表示等待接收中的信息的呼叫信息。由此，CSNlb處于保持了包括表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介在內(nèi)的呼叫信息的狀態(tài)。接收到的呼叫信息從取得部23被輸出到呼叫處理部24。
[0154]接著，通過呼叫處理部24，根據(jù)由取得部23所取得的呼叫信息執(zhí)行發(fā)送請求涉及的呼叫處理(S48，呼叫處理步驟)。這里的呼叫處理是用于建立呼叫連接的發(fā)送處理，按照在與其它服務(wù)器之間建立呼叫連接的發(fā)送時序進(jìn)行處理。呼叫處理中的信息作為上述的暫時信息被保持。
[0155]接著，作為該呼叫處理之一，將發(fā)送信號從呼叫處理部24發(fā)送到ASN1。所發(fā)送的發(fā)送信號由OpenFlow網(wǎng)絡(luò)30的預(yù)定的節(jié)點(diǎn)31 (與CSNlb連接的節(jié)點(diǎn)31)接收。通過該節(jié)點(diǎn)31，根據(jù)流條目決定請求目的地(發(fā)送目的地)的ASNl (ASNlb)。接著，從該節(jié)點(diǎn)31向ASNlb發(fā)送發(fā)送信號(S49，控制步驟)。
[0156]在被發(fā)送了發(fā)送信號的ASNlb中，通過呼叫處理請求受理部21接收發(fā)送信號(S49，呼叫處理請求受理步驟)。由呼叫處理請求受理部21受理的發(fā)送請求信息被輸出到登記部22、取得部23和呼叫處理部24。在ASNlb中，通過登記部22，根據(jù)該發(fā)送信號將動態(tài)信息更新請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 651，登記步驟)。動態(tài)信息更新請求是將本節(jié)點(diǎn)作為正在執(zhí)行針對該發(fā)送信號涉及的呼叫處理的請求源的用戶C的呼叫處理的ASN登記在呼叫處理管理用數(shù)據(jù)庫10中的信號。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和ASNlb的節(jié)點(diǎn)ID。
[0157]另外，在ASNlb中，不保持呼叫處理所需要的用戶C的數(shù)據(jù)，即包括表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介在內(nèi)的呼叫信息。
[0158]因此，在ASNlb中，與動態(tài)信息更新請求的發(fā)送一并，從取得部23對呼叫處理管理用數(shù)據(jù)庫10進(jìn)行請求進(jìn)行了發(fā)送請求的用戶C涉及的呼叫信息的呼叫信息取得請求(S50，取得步驟)。動態(tài)信息更新請求和呼叫信息取得請求可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0159]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息更新請求和呼叫信息取得請求。在呼叫處理管理用數(shù)據(jù)庫10中，如圖10(d)所示，根據(jù)動態(tài)信息更新請求，使管理中的用戶C涉及的ASN的呼叫狀態(tài)從“狀態(tài)I”變?yōu)椤盃顟B(tài)遷移中”。并且，登記ASNlb作為針對用戶C的呼叫處理執(zhí)行中的ASN。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向ASNlb發(fā)送更新完成通知(S51)。
[0160]并且，在呼叫處理管理用數(shù)據(jù)庫10中，根據(jù)呼叫信息取得請求，讀出用戶C涉及的呼叫信息，從呼叫處理管理用數(shù)據(jù)庫10作為呼叫信息取得響應(yīng)被發(fā)送至ASNla(S51)。更新完成通知和呼叫信息取得響應(yīng)可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0161]在ASNlb中，通過取得部23接收呼叫信息(S51，取得步驟)。這里所取得的呼叫信息是包括表示等待接收中的信息的呼叫信息。由此，ASNlb處于保持了包括表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介在內(nèi)的呼叫信息的狀態(tài)。接收到的呼叫信息從取得部23被輸出到呼叫處理部24。
[0162]接著，通過呼叫處理部24，根據(jù)由取得部23所取得的呼叫信息執(zhí)行發(fā)送請求涉及的呼叫處理(S52，呼叫處理步驟)。這里的呼叫處理是用于建立呼叫連接的發(fā)送處理，按照在與其它服務(wù)器之間建立呼叫連接的發(fā)送時序進(jìn)行處理。
[0163]這里(在S49以后、S58以前的時刻)，為了使CSNl的負(fù)荷集成而減設(shè)CSNlb (S53)。通過CSNlb的減設(shè)，將收容在CSNlb中的用戶歸攏到CSNla。該減設(shè)例如由移動通信系統(tǒng)I的通信企業(yè)者進(jìn)行。在移動通信系統(tǒng)I中，通過網(wǎng)絡(luò)管理器40的節(jié)點(diǎn)狀態(tài)把握部41進(jìn)行各呼叫處理服務(wù)器20的狀態(tài)的把握(S54，節(jié)點(diǎn)狀態(tài)把握步驟)。此時，通過節(jié)點(diǎn)狀態(tài)把握部41也把握CSNlb的減設(shè)。表示各呼叫處理服務(wù)器20的狀態(tài)的信息從節(jié)點(diǎn)狀態(tài)把握部41被輸出到控制部42。
[0164]在呼叫處理服務(wù)器20被虛擬化的情況下，S53可以為以下的處理。S卩，例如同一種類的多個呼叫處理服務(wù)器20的處理能力過剩的情況由節(jié)點(diǎn)狀態(tài)把握部41把握，并被通知給控制部42?？刂撇?2向虛擬機(jī)控制部指示呼叫處理服務(wù)器20的削減。虛擬機(jī)控制部進(jìn)行多個呼叫處理服務(wù)器20的減設(shè)。
[0165]接著，通過控制部42根據(jù)表示各呼叫處理服務(wù)器20的狀態(tài)的信息決定進(jìn)行呼叫處理的呼叫處理服務(wù)器20，按照向所決定的呼叫處理服務(wù)器20發(fā)送呼叫處理請求的方式生成流條目(S55，控制步驟)。這里，由于減設(shè)了 CSNlb，因而這里生成的流條目不包含減設(shè)的CSNlb作為進(jìn)行呼叫處理的呼叫處理服務(wù)器20。例如，如圖11(a)所示，假定用戶C、D涉及的呼叫處理由CSNla執(zhí)行(假定用戶C、D被收容在CSNla內(nèi))而生成流條目。
[0166]所生成的流條目被發(fā)送到OpenFlow網(wǎng)絡(luò)30的各節(jié)點(diǎn)31 (S55，控制步驟)。在OpenFlow網(wǎng)絡(luò)30的各節(jié)點(diǎn)31中，接收該流條目，根據(jù)該流條目進(jìn)行流(呼叫處理請求等的信號)的發(fā)送。
[0167]在ASNlb中，當(dāng)呼叫處理部24的呼叫處理完成時，用戶C涉及的ASN的通信狀態(tài)被狀態(tài)遷移到例如發(fā)送中狀態(tài)即“狀態(tài)2”。由呼叫處理部24進(jìn)行的呼叫處理結(jié)果的信息(被狀態(tài)遷移到“狀態(tài)2”的呼叫信息)從呼叫處理部24被輸出到呼叫處理結(jié)果存儲部25。
[0168]接著，通過呼叫處理結(jié)果存儲部25將動態(tài)信息更新請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 (S56，呼叫處理結(jié)果存儲步驟)。這里發(fā)送的動態(tài)信息更新請求是通知如下情況的信號:本節(jié)點(diǎn)中的呼叫處理結(jié)束，將用戶C的呼叫處理狀態(tài)從狀態(tài)遷移中轉(zhuǎn)移到在任何呼叫處理服務(wù)器20中呼叫處理都不是執(zhí)行中的狀態(tài)。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和ASNlb的節(jié)點(diǎn)ID。
[0169]并且，反映有呼叫處理結(jié)果的呼叫信息作為呼叫信息更新請求從呼叫處理結(jié)果存儲部25被發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 (S56，呼叫處理結(jié)果存儲步驟)。另外，呼叫信息更新請求和動態(tài)信息更新請求可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0170]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息更新請求和呼叫信息更新請求。在呼叫處理管理用數(shù)據(jù)庫10中，如圖11(b)所示，根據(jù)動態(tài)信息更新請求，使管理中的用戶C涉及的ASN的呼叫狀態(tài)從“狀態(tài)遷移中”變?yōu)椤盃顟B(tài)2”。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向ASNlb發(fā)送更新完成通知(S57)。
[0171]并且，在呼叫處理管理用數(shù)據(jù)庫10中，根據(jù)呼叫信息更新請求，用接收到的信息更新用戶C涉及的信息。即，更新后的呼叫信息包括表示是“狀態(tài)2”的信息。當(dāng)進(jìn)行了更新時，從呼叫處理管理用數(shù)據(jù)庫10向ASNlb發(fā)送呼叫信息更新響應(yīng)(S57)。另外，更新完成通知和呼叫信息更新響應(yīng)可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0172]在ASNlb中，當(dāng)接收到呼叫信息更新響應(yīng)時，將發(fā)送響應(yīng)涉及的信號發(fā)送到CSNl (S58)。所發(fā)送的發(fā)送響應(yīng)由OpenFlow網(wǎng)絡(luò)30的預(yù)定的節(jié)點(diǎn)31 (與ASNlb連接的節(jié)點(diǎn)31)接收。通過該節(jié)點(diǎn)31，根據(jù)流條目決定請求目的地(發(fā)送目的地)的CSNl (CSNla)。如上所述，在流條目中，進(jìn)行用戶C的呼叫處理的CSN是CSNla而不是減設(shè)的CSNlb。接著，從該節(jié)點(diǎn)31向CSNla發(fā)送發(fā)送響應(yīng)(S58，控制步驟)。
[0173]在被發(fā)送了發(fā)送響應(yīng)的CSNla中，通過呼叫處理請求受理部21接收發(fā)送響應(yīng)(S58，呼叫處理請求受理步驟)。由呼叫處理請求受理部21受理的發(fā)送響應(yīng)信息被輸出到登記部22、取得部23和呼叫處理部24。
[0174]CSNla由于不是截至目前進(jìn)行了用戶C的呼叫處理的呼叫處理服務(wù)器20，因而不保持用戶C涉及的信息。首先，在CSNla中，通過登記部22，根據(jù)該發(fā)送響應(yīng)將動態(tài)信息取得請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 659，登記步驟)。動態(tài)信息取得請求是請求如下CSN的節(jié)點(diǎn)ID的信號，該CSN被登記作為正在執(zhí)行針對該發(fā)送響應(yīng)涉及的呼叫處理的請求源的用戶C的呼叫處理的CSN(詢問與用戶C的CNS有關(guān)的狀態(tài)如何的信號)。并且，動態(tài)信息取得請求也是將本節(jié)點(diǎn)作為正在執(zhí)行針對該發(fā)送響應(yīng)涉及的呼叫處理的請求源的用戶C的呼叫處理的CSN登記在呼叫處理管理用數(shù)據(jù)庫10中的信號。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和CSNla的節(jié)點(diǎn)ID。
[0175]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息取得請求。在呼叫處理管理用數(shù)據(jù)庫10中，作為對動態(tài)信息取得請求的響應(yīng)，將作為正在執(zhí)行針對用戶C的呼叫處理的CSN而登記的CSN的節(jié)點(diǎn)ID (CSNlb的節(jié)點(diǎn)ID) (CSNlb在S46登記的信息)發(fā)送到CSNla (S60)。并且，在呼叫處理管理用數(shù)據(jù)庫10中，如圖11 (c)所示，根據(jù)動態(tài)信息取得請求，登記CSNla作為正在執(zhí)行針對用戶C的呼叫處理的CSN。另外，用戶C涉及的CSN的呼叫狀態(tài)仍是“狀態(tài)遷移中”。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向CSNlb發(fā)送更新完成通知(S60)。另外，對動態(tài)信息取得請求的響應(yīng)和更新完成通知可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0176]在CSNla中，如圖11(d)所示，通過取得部23，使從呼叫處理管理用數(shù)據(jù)庫10發(fā)送的、用于執(zhí)行如下呼叫處理的信息同步，該呼叫處理是在與由作為正在執(zhí)行針對用戶C的呼叫處理的CSN而登記的CSN的節(jié)點(diǎn)ID表示的CSNlb之間針對用戶C的呼叫處理。信息的同步如下進(jìn)行:從CSNla的取得部23對CSNlb進(jìn)行同步請求(S61)，從CSNlb接收響應(yīng)于該請求發(fā)送的信息(S62)。
[0177]這里，從CSNlb發(fā)送到CSNla的用戶C涉及的信息包含有在呼叫處理的途中使用的暫時信息。并且，該信息可以包含有包括CSNlb從呼叫處理管理用數(shù)據(jù)庫10取得的表示呼叫處理狀態(tài)的狀態(tài)信息和用戶C涉及的加入者簡介在內(nèi)的呼叫信息。不過，能夠從呼叫處理管理用數(shù)據(jù)庫10取得的信息可以不從CSNlb取得而從呼叫處理管理用數(shù)據(jù)庫10取得。這樣由取得部23取得的、用于繼續(xù)用戶C涉及的呼叫處理的信息從取得部23被輸出到呼叫處理部24。
[0178]接著，通過呼叫處理部24，根據(jù)由取得部23所取得的呼叫信息執(zhí)行發(fā)送響應(yīng)(發(fā)送請求)涉及的呼叫處理(S63，呼叫處理步驟)。
[0179]當(dāng)呼叫處理部24的呼叫處理完成時，用戶C涉及的CSN的通信狀態(tài)被狀態(tài)遷移到“狀態(tài)2”。由呼叫處理部24進(jìn)行的呼叫處理結(jié)果的信息(被狀態(tài)遷移到“狀態(tài)2”的呼叫信息)從呼叫處理部24被輸出到呼叫處理結(jié)果存儲部25。
[0180]接著，通過呼叫處理結(jié)果存儲部25將動態(tài)信息更新請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 (S64，呼叫處理結(jié)果存儲步驟)。這里發(fā)送的動態(tài)信息更新請求是通知如下情況的信號:本節(jié)點(diǎn)中的呼叫處理結(jié)束，將用戶C的呼叫處理狀態(tài)從狀態(tài)遷移中轉(zhuǎn)移到在任何呼叫處理服務(wù)器20中呼叫處理都不是執(zhí)行中的狀態(tài)。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和ASNlb的節(jié)點(diǎn)ID。
[0181]并且，反映有呼叫處理結(jié)果的呼叫信息作為呼叫信息更新請求從呼叫處理結(jié)果存儲部25被發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 (S65，呼叫處理結(jié)果存儲步驟)。另外，呼叫信息更新請求和動態(tài)信息更新請求可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0182]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息更新請求和呼叫信息更新請求。在呼叫處理管理用數(shù)據(jù)庫10中，如圖12(a)所示，根據(jù)動態(tài)信息更新請求，使管理中的用戶C涉及的CSN的呼叫狀態(tài)從“狀態(tài)遷移中”變?yōu)椤盃顟B(tài)2”。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向CSNla發(fā)送更新完成通知(S65)。
[0183]并且，在呼叫處理管理用數(shù)據(jù)庫10中，根據(jù)呼叫信息更新請求，用接收到的信息更新用戶C涉及的信息。即，更新后的呼叫信息包括表示是“狀態(tài)2”的信息。當(dāng)進(jìn)行了更新時，從呼叫處理管理用數(shù)據(jù)庫10向CSNla發(fā)送呼叫信息更新響應(yīng)(S65)。另外，更新完成通知和呼叫信息更新響應(yīng)可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0184]在CSNla中，當(dāng)接收到呼叫信息更新響應(yīng)時，將發(fā)送響應(yīng)涉及的信號發(fā)送到P —CSCFl (S66)。所發(fā)送的發(fā)送響應(yīng)由OpenFlow網(wǎng)絡(luò)30的預(yù)定的節(jié)點(diǎn)31 (與CSNla連接的節(jié)點(diǎn)31)接收。通過該節(jié)點(diǎn)31，根據(jù)流條目決定請求目的地(發(fā)送目的地)的P — CSCFl (P 一CSCFlb)。接著，從該節(jié)點(diǎn)31向P — CSCFlb發(fā)送發(fā)送響應(yīng)(S66，控制步驟)。
[0185]在被發(fā)送了發(fā)送響應(yīng)的P - CSCFlb中，通過呼叫處理請求受理部21接收發(fā)送響應(yīng)(S66，呼叫處理請求受理步驟)。由呼叫處理請求受理部21受理的發(fā)送響應(yīng)信息被輸出到呼叫處理部24。
[0186]在P — CSCFlb中，通過呼叫處理部24，根據(jù)所輸入的發(fā)送響應(yīng)和在S04中的處理中使用的信息執(zhí)行發(fā)送響應(yīng)(發(fā)送請求)涉及的呼叫處理(S67，呼叫處理步驟)。
[0187]當(dāng)呼叫處理部24的呼叫處理完成時，用戶C涉及的P - CSCF的通信狀態(tài)被狀態(tài)遷移到“狀態(tài)2”。由呼叫處理部24進(jìn)行的呼叫處理結(jié)果的信息(被狀態(tài)遷移到“狀態(tài)2”的呼叫信息)從呼叫處理部24被輸出到呼叫處理結(jié)果存儲部25。
[0188]接著，通過呼叫處理結(jié)果存儲部25將動態(tài)信息更新請求發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 (S68，呼叫處理結(jié)果存儲步驟)。這里發(fā)送的動態(tài)信息更新請求是通知如下情況的信號:本節(jié)點(diǎn)中的呼叫處理結(jié)束，將用戶C的呼叫處理狀態(tài)從狀態(tài)遷移中轉(zhuǎn)移到在任何呼叫處理服務(wù)器20中呼叫處理都不是執(zhí)行中的狀態(tài)。動態(tài)信息更新請求包含有用戶C的用戶標(biāo)識符和P - CSCFlb的節(jié)點(diǎn)ID。
[0189]并且，反映有呼叫處理結(jié)果的呼叫信息作為呼叫信息更新請求從呼叫處理結(jié)果存儲部25被發(fā)送到呼叫處理管理用數(shù)據(jù)庫10 (S68，呼叫處理結(jié)果存儲步驟)。另外，呼叫信息更新請求和動態(tài)信息更新請求可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0190]在呼叫處理管理用數(shù)據(jù)庫10中，接收動態(tài)信息更新請求和呼叫信息更新請求。在呼叫處理管理用數(shù)據(jù)庫10中，如圖12(b)所示，根據(jù)動態(tài)信息更新請求，使管理中的用戶C涉及的P — CSCF的呼叫狀態(tài)從“狀態(tài)遷移中”變?yōu)椤盃顟B(tài)2 ”。當(dāng)更新了用戶C的呼叫狀態(tài)(狀態(tài)信息)時，從呼叫處理管理用數(shù)據(jù)庫10向P — CSCFlb發(fā)送更新完成通知(S69)。
[0191]并且，在呼叫處理管理用數(shù)據(jù)庫10中，根據(jù)呼叫信息更新請求，用接收到的信息更新用戶C涉及的信息。即，更新后的呼叫信息包括表示是“狀態(tài)2”的信息。當(dāng)進(jìn)行了更新時，從呼叫處理管理用數(shù)據(jù)庫10向P — CSCFlb發(fā)送呼叫信息更新響應(yīng)(S69)。另外，更新完成通知和呼叫信息更新響應(yīng)可以使用相同的信號進(jìn)行，也可以使用分開的信號進(jìn)行。
[0192]在P — CSCFlb中，當(dāng)接收到呼叫信息更新響應(yīng)時，將發(fā)送響應(yīng)涉及的信號發(fā)送到P —GW(S70)。并且，發(fā)送響應(yīng)涉及的信號從P —GW被發(fā)送到用戶C。通過以上的處理，用戶C處于發(fā)送中狀態(tài)(“狀態(tài)2”)，呼叫信息中包含的用戶C的通信狀態(tài)(在移動通信網(wǎng)中被管理的用戶C的通信狀態(tài))也被狀態(tài)遷移到發(fā)送中狀態(tài)(“狀態(tài)2”)。
[0193]以上是在從用戶C有對別的終端的發(fā)送等的呼叫處理請求、在該呼叫處理的途中減設(shè)了呼叫處理服務(wù)器20的情況下的處理。上述是發(fā)送時的處理，然而對于其它呼叫處理，也如上所述同樣進(jìn)行。
[0194]如上所述在本實施方式的移動通信系統(tǒng)I中，在與作為呼叫處理節(jié)點(diǎn)的呼叫處理服務(wù)器20不同結(jié)構(gòu)的呼叫處理管理用數(shù)據(jù)庫10中，保持呼叫處理所需要的各移動通信終端50的數(shù)據(jù)，每當(dāng)進(jìn)行呼叫處理時就參照該信息并新存儲該信息。因此，在本移動通信系統(tǒng)I中，無論哪個移動通信終端50的呼叫處理，都可由任意的呼叫處理服務(wù)器20執(zhí)行。而且，在本移動通信系統(tǒng)I中，不按照每個移動通信終端50決定進(jìn)行呼叫處理的呼叫處理節(jié)點(diǎn)，可以針對各呼叫處理請求在由網(wǎng)絡(luò)管理器40決定的呼叫處理服務(wù)器20中進(jìn)行呼叫處理。
[0195]另外，在以往的移動通信系統(tǒng)中，當(dāng)通過服務(wù)區(qū)處理等一旦決定了進(jìn)行移動通信終端的呼叫處理的呼叫處理服務(wù)器時，在該呼叫處理服務(wù)器中保持該移動通信終端的呼叫處理所需要的信息即狀態(tài)信息，因而不可以使其它呼叫處理服務(wù)器代替進(jìn)行呼叫處理。因此，在以往的移動通信系統(tǒng)中，如上所述呼叫處理服務(wù)器采用了 act/sby結(jié)構(gòu)的冗余化。
[0196]如上所述在本移動通信系統(tǒng)I中，各個呼叫處理服務(wù)器20不是被設(shè)定為sby系或者act系，而是可以由任意的呼叫處理服務(wù)器20執(zhí)行呼叫處理，因而使更經(jīng)濟(jì)的呼叫處理節(jié)點(diǎn)的冗余化成為可能。并且，如果任一呼叫處理服務(wù)器20進(jìn)行動作，則呼叫處理成為可能，因而使更可靠的呼叫處理服務(wù)器20的冗余化成為可能。并且，由于各個呼叫處理服務(wù)器20不保持呼叫處理所需要的各移動通信終端50的數(shù)據(jù)，因而也能夠容易實現(xiàn)橫向擴(kuò)展。
[0197]更具體地，如上所述在各個呼叫處理服務(wù)器20的故障時能夠切換。不僅在呼叫處理服務(wù)器20的故障(突然停止)時，而且在計劃停止時也能夠容易切換。并且，在橫向擴(kuò)展呼叫處理服務(wù)器20時，可以不以位置登記處理等為契機(jī)而使用戶移到容易增設(shè)的呼叫處理服務(wù)器20。在以往的移動通信系統(tǒng)中，如上所述難以使已在服務(wù)區(qū)的移動通信終端移至IJ別的呼叫處理服務(wù)器，因而即使增設(shè)呼叫處理服務(wù)器，也只能慢慢地移動用戶。
[0198]并且，在本實施方式的移動通信系統(tǒng)I中，在呼叫處理管理用數(shù)據(jù)庫10中登記有呼叫處理執(zhí)行中的呼叫處理服務(wù)器20。在由與呼叫處理執(zhí)行中的呼叫處理服務(wù)器20不同的呼叫處理服務(wù)器20(圖5的例子中的CSNlb、圖9的例子中的CSNla)受理了呼叫處理請求的情況下，從作為呼叫處理執(zhí)行中的呼叫處理服務(wù)器20而登記的其它呼叫處理服務(wù)器20(圖5的例子中的CSNla、圖9的例子中的CSNlb)取得呼叫處理請求涉及的移動通信終端50的信息(呼叫處理的狀態(tài)遷移中的信息)。
[0199]因此，即使在呼叫處理途中變更了進(jìn)行呼叫處理的呼叫處理服務(wù)器20，也會在呼叫處理服務(wù)器20間繼承呼叫處理請求涉及的移動通信終端50的信息，因而在變更后的呼叫處理服務(wù)器20中，無需通過重發(fā)控制的處理補(bǔ)救等重新取得由變更前的呼叫處理服務(wù)器20取得的信息。因此，即使在呼叫處理途中變更了進(jìn)行呼叫處理的呼叫處理服務(wù)器20，也能夠進(jìn)行有效的處理。更具體地，如上所述，在使用虛擬化服務(wù)器的呼叫處理服務(wù)器20的增設(shè)和減設(shè)時，不用在通信中中斷呼叫，而可以將處理繼承給別的呼叫處理服務(wù)器20。這樣，根據(jù)本移動通信系統(tǒng)1，具有優(yōu)異的可靠性、經(jīng)濟(jì)性、靈活性的呼叫處理節(jié)點(diǎn)的冗余化成為可能。
[0200]并且，如本實施方式那樣可以利用OpenFlow網(wǎng)絡(luò)。根據(jù)該結(jié)構(gòu)，由于呼叫處理服務(wù)器20不與位置登記區(qū)域?qū)?yīng)關(guān)聯(lián)，因而不依賴于位置登記區(qū)域等的呼叫處理服務(wù)器20的冗余化成為可能，因此可使本發(fā)明的上述效果更大。不過，可以以呼叫處理服務(wù)器對應(yīng)于位置登記區(qū)域的方式實施本發(fā)明。在該情況下，可以實現(xiàn)在位置登記區(qū)域內(nèi)的具有優(yōu)異的可靠性、經(jīng)濟(jì)性、靈活性的呼叫處理服務(wù)器的冗余化。
[0201]標(biāo)號說明
[0202]1:移動通信系統(tǒng)；2:據(jù)點(diǎn)；10:呼叫處理管理用數(shù)據(jù)庫；20:呼叫處理服務(wù)器；21:呼叫處理請求受理部；22:登記部；23:取得部；24:呼叫處理部；25:呼叫處理結(jié)果存儲部；30:開放式(OpenFlow)網(wǎng)絡(luò)；31:節(jié)點(diǎn)；40:網(wǎng)絡(luò)管理器；41:節(jié)點(diǎn)狀態(tài)把握部；42:控制部；50:移動通信終端；60:對置節(jié)點(diǎn)；101:CPU:102 =RAM ； 103 =ROM: 104:通信模塊；105:輔助存儲裝置。
【權(quán)利要求】
1.一種移動通信系統(tǒng)，所述移動通信系統(tǒng)向移動通信終端提供移動通信功能并構(gòu)成為包括:多個呼叫處理節(jié)點(diǎn)；呼叫處理管理用數(shù)據(jù)庫，其與該多個呼叫處理節(jié)點(diǎn)分別連接，保持呼叫處理所需要的每個該移動通信終端的數(shù)據(jù)；以及控制節(jié)點(diǎn)，其中， 所述控制節(jié)點(diǎn)具有: 節(jié)點(diǎn)狀態(tài)把握單元，其把握所述多個呼叫處理節(jié)點(diǎn)的狀態(tài)；以及控制單元，其根據(jù)由所述節(jié)點(diǎn)狀態(tài)把握單元所把握的所述多個呼叫處理節(jié)點(diǎn)的狀態(tài)，控制成決定處理來自所述移動通信終端的呼叫處理請求的呼叫處理節(jié)點(diǎn)，并通過所決定的呼叫處理節(jié)點(diǎn)處理該呼叫處理請求， 所述呼叫處理節(jié)點(diǎn)具有: 呼叫處理請求受理單元，其受理接受了所述控制節(jié)點(diǎn)的控制的所述呼叫處理請求； 登記單元，其當(dāng)由所述呼叫處理請求受理單元受理了所述呼叫處理請求時，將本節(jié)點(diǎn)作為正在執(zhí)行針對所述呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)登記在所述呼叫處理管理用數(shù)據(jù)庫中； 取得單元，其從所述呼叫處理管理用數(shù)據(jù)庫取得由所述呼叫處理請求受理單元受理的所述呼叫處理請求涉及的移動通信終端的信息，并從作為正在執(zhí)行針對該移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)而登記在所述呼叫處理管理用數(shù)據(jù)庫中的呼叫處理節(jié)點(diǎn)取得所述呼叫處理請求涉及的移動通信終端的信息； 呼叫處理單元，其使用由所述取得單元所取得的信息進(jìn)行該請求涉及的呼叫處理；以及 呼叫處理結(jié)果存儲單元，其將由所述呼叫處理單元進(jìn)行的呼叫處理結(jié)果的信息存儲在所述呼叫處理管理用數(shù)據(jù)庫中，并當(dāng)由所述呼叫處理單元進(jìn)行的呼叫處理結(jié)束之后，結(jié)束作為正在執(zhí)行針對該呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)在所述呼叫處理管理用數(shù)據(jù)庫中的登記。
2.根據(jù)權(quán)利要求1所述的移動通信系統(tǒng)，其中，所述移動通信系統(tǒng)還包括流控制網(wǎng)絡(luò)， 所述控制單元以通過所決定的呼叫處理節(jié)點(diǎn)處理該呼叫處理請求的方式設(shè)定所述流控制網(wǎng)絡(luò)。
3.根據(jù)權(quán)利要求1或2所述的移動通信系統(tǒng)，其中，所述呼叫處理節(jié)點(diǎn)由虛擬化的虛擬機(jī)構(gòu)成， 所述控制節(jié)點(diǎn)還具有虛擬化控制單元，所述虛擬化控制單元根據(jù)由所述節(jié)點(diǎn)狀態(tài)把握部把握的所述多個呼叫處理節(jié)點(diǎn)的狀態(tài)，進(jìn)行所述虛擬化的控制。
4.一種呼叫處理節(jié)點(diǎn)，所述呼叫處理節(jié)點(diǎn)是移動通信系統(tǒng)中的呼叫處理節(jié)點(diǎn)，所述移動通信系統(tǒng)向移動通信終端提供移動通信功能并構(gòu)成為包括:多個呼叫處理節(jié)點(diǎn)；呼叫處理管理用數(shù)據(jù)庫，其與該多個呼叫處理節(jié)點(diǎn)分別連接，保持呼叫處理所需要的每個該移動通信終端的數(shù)據(jù)；以及控制節(jié)點(diǎn)，其中， 所述呼叫處理節(jié)點(diǎn)具有: 呼叫處理請求受理單元，其受理接受了所述控制節(jié)點(diǎn)的控制的所述呼叫處理請求；登記單元，其當(dāng)由所述呼叫處理請求受理單元受理了所述呼叫處理請求時，將本節(jié)點(diǎn)作為正在執(zhí)行針對所述呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)登記在所述呼叫處理管理用數(shù)據(jù)庫中； 取得單元，其從所述呼叫處理管理用數(shù)據(jù)庫取得由所述呼叫處理請求受理單元受理的所述呼叫處理請求涉及的移動通信終端的信息，并從作為正在執(zhí)行針對該移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)而登記在所述呼叫處理管理用數(shù)據(jù)庫中的呼叫處理節(jié)點(diǎn)取得所述呼叫處理請求涉及的移動通信終端的信息； 呼叫處理單元，其使用由所述取得單元所取得的信息進(jìn)行該請求涉及的呼叫處理；以及 呼叫處理結(jié)果存儲單元，其將由所述呼叫處理單元進(jìn)行的呼叫處理結(jié)果的信息存儲在所述呼叫處理管理用數(shù)據(jù)庫中，并當(dāng)由所述呼叫處理單元進(jìn)行的呼叫處理結(jié)束之后，結(jié)束作為正在執(zhí)行針對該呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)在所述呼叫處理管理用數(shù)據(jù)庫中的登記。
5.一種通信控制方法，所述通信控制方法是移動通信系統(tǒng)的通信控制方法，所述移動通信系統(tǒng)向移動通信終端提供移動通信功能并構(gòu)成為包括:多個呼叫處理節(jié)點(diǎn)；呼叫處理管理用數(shù)據(jù)庫，其與該多個呼叫處理節(jié)點(diǎn)分別連接，保持呼叫處理所需要的每個該移動通信終端的數(shù)據(jù)；以及控制節(jié)點(diǎn)，其中， 所述控制節(jié)點(diǎn)執(zhí)行以下步驟: 節(jié)點(diǎn)狀態(tài)把握步驟，把握所述多個呼叫處理節(jié)點(diǎn)的狀態(tài)；以及控制步驟，根據(jù)在所述節(jié)點(diǎn)狀態(tài)把握步驟中把握的所述多個呼叫處理節(jié)點(diǎn)的狀態(tài)，控制成決定處理來自所述移動通信終端的呼叫處理請求的呼叫處理節(jié)點(diǎn)，并通過所決定的呼叫處理節(jié)點(diǎn)處理該呼叫處理請求， 所述呼叫處理節(jié)點(diǎn)執(zhí)行以下步驟: 呼叫處理請求受理步驟，受理接受了所述控制節(jié)點(diǎn)的控制的所述呼叫處理請求； 登記步驟，當(dāng)在所述呼叫處理請求受理步驟中受理了所述呼叫處理請求時，將本節(jié)點(diǎn)作為正在執(zhí)行針對所述呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)登記在所述呼叫處理管理用數(shù)據(jù)庫中； 取得步驟，從所述呼叫處理管理用數(shù)據(jù)庫取得在所述呼叫處理請求受理步驟中受理的所述呼叫處理請求涉及的移動通信終端的信息，并從作為正在執(zhí)行針對該移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)而登記在所述呼叫處理管理用數(shù)據(jù)庫中的呼叫處理節(jié)點(diǎn)取得所述呼叫處理請求涉及的移動通信終端的信息；呼叫處理步驟，使用在所述取得步驟中取得的信息進(jìn)行該請求涉及的呼叫處理；以及呼叫處理結(jié)果存儲步驟，將在所述呼叫處理步驟中進(jìn)行的呼叫處理結(jié)果的信息存儲在所述呼叫處理管理用數(shù)據(jù)庫中，并當(dāng)在所述呼叫處理步驟中進(jìn)行的呼叫處理結(jié)束之后，結(jié)束作為正在執(zhí)行針對該呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)在對所述呼叫處理管理用數(shù)據(jù)庫中的登記。
6.一種通信控制方法，所述通信控制方法是移動通信系統(tǒng)中的呼叫處理節(jié)點(diǎn)的通信控制方法，所述移動通信系統(tǒng)向移動通信終端提供移動通信功能并構(gòu)成為包括:多個呼叫處理節(jié)點(diǎn)；呼叫處理管理用數(shù)據(jù)庫，其與該多個呼叫處理節(jié)點(diǎn)分別連接，保持呼叫處理所需要的每個該移動通信終端的數(shù)據(jù)；以及控制節(jié)點(diǎn)，其中， 所述通信控制方法包括: 呼叫處理請求受理步驟，受理接受了所述控制節(jié)點(diǎn)的控制的所述呼叫處理請求； 登記步驟，當(dāng)在所述呼叫處理請求受理步驟中受理了所述呼叫處理請求時，將本節(jié)點(diǎn)作為正在執(zhí)行針對所述呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)登記在所述呼叫處理管理用數(shù)據(jù)庫中； 取得步驟，從所述呼叫處理管理用數(shù)據(jù)庫取得在所述呼叫處理請求受理步驟中受理的所述呼叫處理請求涉及的移動通信終端的信息，并從作為正在執(zhí)行針對該移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)而登記在所述呼叫處理管理用數(shù)據(jù)庫中的呼叫處理節(jié)點(diǎn)取得所述呼叫處理請求涉及的移動通信終端的信息； 呼叫處理步驟，使用在所述取得步驟中所取得的信息進(jìn)行該請求涉及的呼叫處理；以及 呼叫處理結(jié)果存儲步驟，將在所述呼叫處理步驟中進(jìn)行的呼叫處理結(jié)果的信息存儲在所述呼叫處理管理用數(shù)據(jù)庫中，并當(dāng)在所述呼叫處理步驟中進(jìn)行的呼叫處理結(jié)束之后，結(jié)束作為正在執(zhí)行針對該呼叫處理請求涉及的移動通信終端的呼叫處理的呼叫處理節(jié)點(diǎn)在對所述呼叫處理管理用數(shù)據(jù)庫中的登記。
【文檔編號】H04L12/26GK104272789SQ201380022747
【公開日】2015年1月7日 申請日期:2013年1月28日 優(yōu)先權(quán)日:2012年5月2日
【發(fā)明者】巖科滋, 中村哲也 申請人:株式會社Ntt都科摩