專(zhuān)利名稱(chēng)：：呼叫連接處理方法和消息收發(fā)代理裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及呼叫連接處理方法和消息收發(fā)代理裝置，特別涉及使用SIP協(xié)議在用戶(hù)終端和基干網(wǎng)絡(luò)之間經(jīng)由接入網(wǎng)絡(luò)進(jìn)行呼叫連接的呼叫連接處理方法和消息收發(fā)代理裝置。
背景技術(shù)：
：作為當(dāng)今的通信系統(tǒng)，從其處理難易度和成本方面考慮，構(gòu)建了使用IP(InternetProtocol)協(xié)議及其關(guān)聯(lián)協(xié)議的系統(tǒng)。以該IP協(xié)議為中心的協(xié)議組不僅能夠應(yīng)用于固定通信，還能夠應(yīng)用于移動(dòng)通信系統(tǒng)。而且，在該協(xié)議組中，用于呼叫控制的協(xié)議的標(biāo)準(zhǔn)是SIP(SessionInitiationProtocol)協(xié)議。在次世代網(wǎng)絡(luò)系統(tǒng)中，以使用該SIP協(xié)議的IMS(IPMultimediaSubsystem)為中心，構(gòu)建綜合系統(tǒng)，所有的固定通信、移動(dòng)通信網(wǎng)絡(luò)構(gòu)建成與該綜合系統(tǒng)連接。LTE/SAE系統(tǒng)圖18是作為與IMS連接的次世代網(wǎng)絡(luò)系統(tǒng)的Evolved3GPP系統(tǒng)的結(jié)構(gòu)例(參照非專(zhuān)利文獻(xiàn)1)。Evolved3GPP系統(tǒng)由作為基站的eNB(evolved-UTRANNodeB)laln、集中控制幾個(gè)eNB的接入網(wǎng)關(guān)aGW(evolved-UTRANAccessGateway)2a2c、以及作為網(wǎng)絡(luò)整體的錨點(diǎn)的IASA(InterAccessSystemAnchor)3等構(gòu)成，利用aGW2a2c和IASA3形成針對(duì)IMS的接入網(wǎng)絡(luò)ACN。作為基站的eNBlaln具有與現(xiàn)有的基站NB和無(wú)線網(wǎng)絡(luò)控制裝置RNC(RadioNetworkController)的功能大致相同的功能。在呼叫連接時(shí)，移動(dòng)終端(MobileStation)和eNB之間通過(guò)RRC(RadioResourceControl)連接，然后，通過(guò)Attach連接該移動(dòng)終端和aGW之間，并且，向aGW通知移動(dòng)終端固有的終端ID。aGW2a2c進(jìn)行移動(dòng)終端4a、4b和IMS5之間的消息的交接，利用aGW2a2c和eNBlaIn形成LTE-RAN(RadioAccessNetwork)。具有路由器功能的IASA3與IMS5連接，并且，與HSS(HomeSubscriberServer)6、PCRF(Policy&ChargingRuleFunction)7、PCEF(Policy&ChargingEnhanceFunction)連接。HSS是保存加入者(Subscriber)的分布圖的服務(wù)器，PCRF決定承載條件，PCRF在aGW中設(shè)定所決定的承載。當(dāng)RJRC連接完成后，HSS經(jīng)由IASA3、aGW2a2c進(jìn)行用戶(hù)終端的認(rèn)證，并且，aGW在HSS6中登記自己負(fù)責(zé)該用戶(hù)的呼叫的意思。認(rèn)證、登記等處理完成后，當(dāng)由移動(dòng)終端發(fā)出呼叫時(shí)，aGW2a2c將經(jīng)由eNBlaln接收到的來(lái)自用戶(hù)終端的呼叫控制用SIP消息經(jīng)由IASA3發(fā)送到IMS5的CSCF(CallSessionControlFunction)8，并且，將從IMS5的CSCF8經(jīng)由IASA3接收到的呼叫控制用SIP消息經(jīng)由eNBlaln發(fā)送到移動(dòng)終端4a、4b。然后，aGW2a2c在呼叫連接控制完成后，經(jīng)由eNBlaln接收來(lái)自移動(dòng)終端的數(shù)據(jù)并將其發(fā)送到IMS5的路由器，并且，經(jīng)由eNBlaln將從IMS5的路由器接收到的數(shù)據(jù)發(fā)送到用戶(hù)終端4a、4b。圖19是購(gòu)買(mǎi)IMS終端即移動(dòng)終端4a時(shí)在IMS5中登記該移動(dòng)終端的步驟說(shuō)明圖。當(dāng)存在登記用請(qǐng)求時(shí)，移動(dòng)終端和eNB之間通過(guò)RRC(RadioResourceControl)連接，然后，通過(guò)Attach連接移動(dòng)終端和aGW之間，并且，向aGW通知移動(dòng)終端固有的號(hào)碼(終端ID)。然后，當(dāng)RRC連接完成后，HSS6經(jīng)由IASA3、aGW2a進(jìn)行移動(dòng)終端4a的認(rèn)證，并且，aGW在HSS6中登記自己負(fù)責(zé)移動(dòng)終端4a的呼叫的意思(RegisterMME/ConfirmRegistration)。MME是MobileManagementEntity的簡(jiǎn)稱(chēng)。如果以上的認(rèn)證、登記、加密處理結(jié)束，則移動(dòng)終端4a為了接受IMS服務(wù)而請(qǐng)求IMS5的CSCF8進(jìn)行登記(Register)。由于移動(dòng)終端4a未登記，因此，CSCF8送回401Unauthorized。由此，移動(dòng)終端4a附加認(rèn)證數(shù)據(jù)再次請(qǐng)求登記(Register)。CSCF參照該認(rèn)證數(shù)據(jù)，如果合法，則登記該移動(dòng)終端4a，向移動(dòng)終端4a發(fā)送表示己登記的意思的200OK消息。由此，移動(dòng)終端4a接受IMS服務(wù)。圖20是IMS終端的發(fā)出呼叫步驟說(shuō)明圖。當(dāng)移動(dòng)終端4a發(fā)出呼叫時(shí)，該移動(dòng)終端和eNBlla之間通過(guò)RRC(RadioResourceControl)連接，然后，通過(guò)Attach連接移動(dòng)終端和aGW之間，并且，向aGW通知移動(dòng)終端固有的號(hào)碼(終端ID)。然后，當(dāng)RRC連接完成后，HSS6經(jīng)由IASA3、aGW2a進(jìn)行移動(dòng)終端4a的認(rèn)證。如果認(rèn)證處理結(jié)束，則移動(dòng)終端4a向CSCF8發(fā)送INVITE消息，CSCF8送回接受INVITE的意思的100Trying消息。除了對(duì)方電話號(hào)碼以外，INVITE消息還包含呼出側(cè)移動(dòng)終端4a希望的QoS信息(例如音頻視頻的雙向通信)、編解碼信息、使用的消息的種類(lèi)、有無(wú)確認(rèn)響應(yīng)等。QoS是QualityofService的簡(jiǎn)稱(chēng)。然后，CSCF8向呼入側(cè)移動(dòng)終端14a發(fā)送INVITE消息，但是，在移動(dòng)終端和aGW之間沒(méi)有連接的情況下，aGW12a--起進(jìn)行呼出(paging)。通過(guò)該paging,如果呼入側(cè)移動(dòng)終端14a進(jìn)行響應(yīng)，則與呼出側(cè)同樣進(jìn)行RRC連接、認(rèn)證/加密處理，如果認(rèn)證結(jié)束，則aGW12a向移動(dòng)終端14a發(fā)送INVITE消息。如果移動(dòng)終端14a接收到INVITE消息，則送回表示接受的意思的100Trying消息，并且，發(fā)布表示會(huì)話的進(jìn)度情況的183SessionProgress。183SessionProgress消息包含呼入側(cè)移動(dòng)終端14a的QoS信息(例如音頻視頻的雙向通信)、編解碼信息、使用的消息的種類(lèi)、有無(wú)確認(rèn)響應(yīng)等。如果CSCF8接收到該183SessionProgress消息，則向呼出側(cè)移動(dòng)終端4a進(jìn)行通知，如果該移動(dòng)終端4a接收到183SessionProgress消息，則經(jīng)由CSCF8向呼入側(cè)移動(dòng)終端14a發(fā)送確認(rèn)響應(yīng)即PRACK。如果呼入側(cè)移動(dòng)終端14a接收到PRACK,則經(jīng)由CSCF8向呼出側(cè)移動(dòng)終端4a通知200OK消息。如果以上處理結(jié)束，貝IJCSCF8的AF(ApplicationFunction)參照INVITE消息、183SessionProgress消息內(nèi)的QoS信息、以及各移動(dòng)終端的合同信息，將承載(bearer)設(shè)定所需要的信息發(fā)送到PCRF/PCEF7，PCRF/PCEF7在與呼出側(cè)aGW2a、呼入側(cè)aGW12a之間進(jìn)行承載設(shè)定，各aGW2a、12a在與移動(dòng)終端4a、14a之間進(jìn)行承載設(shè)定。如果呼出側(cè)移動(dòng)終端4a根據(jù)承載設(shè)定進(jìn)行更新，則經(jīng)由CSCF8向200680055990.2說(shuō)明書(shū)第4/22頁(yè)呼入側(cè)移動(dòng)終端14a發(fā)送UPDATE。如果呼入側(cè)移動(dòng)終端14a也根據(jù)承載設(shè)定完成了更新，則經(jīng)由CSCF8向呼出側(cè)移動(dòng)終端4a發(fā)送200OK消息，并發(fā)送呼出音產(chǎn)生消息(Ringing)。如果呼出側(cè)移動(dòng)終端4a接收到Ringing消息，則經(jīng)由CSCF8向呼入側(cè)移動(dòng)終端14a發(fā)送確認(rèn)響應(yīng)PRACK，呼入側(cè)移動(dòng)終端14a根據(jù)200OK消息，向呼出側(cè)移動(dòng)終端4a發(fā)送PRACK接收。該狀態(tài)下，呼入側(cè)移動(dòng)終端14a的用戶(hù)例如拿起聽(tīng)筒(OffHook)，呼入側(cè)移動(dòng)終端14a經(jīng)由CSCF8向呼出側(cè)移動(dòng)終端4a發(fā)送200OK(INVITE)，呼出側(cè)移動(dòng)終端4a根據(jù)200OK(INVITE)的接收，向呼入側(cè)移動(dòng)終端14a送回ACK，由此，能夠在兩個(gè)移動(dòng)終端4a、14a之間進(jìn)行通信。圖21是呼入側(cè)終端14a位于服務(wù)區(qū)外、即使aGW12a進(jìn)行Paging也沒(méi)有響應(yīng)的情況下的順序，CSCF8監(jiān)視向aGW12a發(fā)送INVITE后的經(jīng)過(guò)時(shí)間，如果經(jīng)過(guò)時(shí)間大于設(shè)定時(shí)間還沒(méi)有送回100Trying消息，則為超時(shí)，利用408RequestTimeout向呼出側(cè)移動(dòng)終端4a通知呼入側(cè)移動(dòng)終端i4a沒(méi)有響應(yīng)的意思，呼出側(cè)移動(dòng)終端4a向CSCF8發(fā)送ACK，結(jié)束處理。圖22是呼入側(cè)終端14a處于busy狀態(tài)時(shí)的順序，如果呼入側(cè)終端14a從CSCF8接收到INVITE時(shí)為busy狀態(tài)，則送回486BusyHere消息。由此，CSCF8向呼出側(cè)移動(dòng)終端4a發(fā)送486BusyHere消息，通知呼入側(cè)移動(dòng)終端14a為busy狀態(tài)的情況，呼出側(cè)移動(dòng)終端4a向CSCF8發(fā)送ACK，結(jié)束處理。圖23是在處理的呼叫連接步驟中途產(chǎn)生了錯(cuò)誤時(shí)的順序。當(dāng)呼入側(cè)移動(dòng)終端14a針對(duì)UPDATE的接收產(chǎn)生了200OK消息后產(chǎn)生了某些錯(cuò)誤時(shí)，經(jīng)由CSCF8向呼出側(cè)移動(dòng)終端4a發(fā)送XXX(error)消息、例如表示暫時(shí)不可用的錯(cuò)誤消息480TemporarilyUnavailable,呼出側(cè)移動(dòng)終端4a向CSCF8發(fā)送ACK，結(jié)束處理。在移動(dòng)通信系統(tǒng)中，基站和移動(dòng)終端之間以無(wú)線方式進(jìn)行通信，但是，一般地，與有線方式相比，無(wú)線方式的數(shù)據(jù)通信速度差。為了進(jìn)行高速通信，需要廣泛占用在無(wú)線通信中使用的頻帶，但是，無(wú)線資源有限，當(dāng)廣泛占用頻帶時(shí)，相應(yīng)地，能夠同時(shí)進(jìn)行通信的呼叫數(shù)(鏈路數(shù))減少。因此，需要減少無(wú)線區(qū)間中的信令數(shù)(收發(fā)消息數(shù))，特別地，在便攜電話這種公共無(wú)線通信系統(tǒng)中，謀求信令數(shù)的減少。但是，在目前的系統(tǒng)中，如圖2023所說(shuō)明的那樣，需要大量信令。在圖20的例子中，在無(wú)線區(qū)間中需要12次信令。并且，在Evolved3GPP系統(tǒng)中，謀求在呼叫連接時(shí)從發(fā)出呼叫到通信開(kāi)始為止的時(shí)間(呼叫連接時(shí)間)的縮短。當(dāng)大量SIP消息在端-端之間傳輸時(shí)，呼叫連接時(shí)間變長(zhǎng)，到通信開(kāi)始為止的等待時(shí)間變長(zhǎng)，而且，相應(yīng)地占用頻帶，更多地消耗無(wú)線資源。以往，提出了使用SIP協(xié)議的信令方法。在第1現(xiàn)有技術(shù)(參照專(zhuān)利文獻(xiàn)1)中，在使用SIP協(xié)議來(lái)提供IMS服務(wù)的系統(tǒng)中，在呼出終端和呼入終端之間，嘗試會(huì)話的設(shè)定，在會(huì)話設(shè)定的嘗試失敗時(shí)不收費(fèi)，以防止誤收費(fèi)。在第2現(xiàn)有技術(shù)(參照專(zhuān)利文獻(xiàn)2)中，即使在終端越過(guò)所取得的地址的子網(wǎng)而移動(dòng)的情況下，在該終端中也能夠進(jìn)行信令的轉(zhuǎn)送，而不需要通過(guò)冗長(zhǎng)的路徑。現(xiàn)有技術(shù)的目的不在于削減呼叫連接時(shí)無(wú)線區(qū)間中的信令數(shù)，而且，其目的也不在于縮短呼叫連接時(shí)間。如上所述，本發(fā)明的目的在于削減呼叫連接時(shí)無(wú)線區(qū)間中的信令數(shù)。本發(fā)明的另一目的在于縮短通信開(kāi)始之前進(jìn)行的呼叫連接時(shí)間。非專(zhuān)利文獻(xiàn)l:3GPP，TS24.228v5.14.0專(zhuān)利文獻(xiàn)1:日本特表2006-506012號(hào)公報(bào)專(zhuān)利文獻(xiàn)2:日本特開(kāi)2005-64646號(hào)公報(bào)
發(fā)明內(nèi)容本發(fā)明的第1方式是一種呼叫連接處理方法，該呼叫連接處理方法使用SIP協(xié)議在用戶(hù)終端和基干網(wǎng)絡(luò)之間經(jīng)由接入網(wǎng)絡(luò)進(jìn)行呼叫連接，該呼叫連接處理方法具有執(zhí)行以下處理的步驟由用戶(hù)終端指示所述接入網(wǎng)絡(luò)內(nèi)的裝置(代理裝置)代替該用戶(hù)終端向基干網(wǎng)絡(luò)發(fā)送規(guī)定的SIP信令消息；根據(jù)該指示，在呼叫連接時(shí)不向用戶(hù)終端發(fā)送具有所述規(guī)定的SIP信令消息的SIP信令消息，或者，代替用戶(hù)終端向基干網(wǎng)絡(luò)發(fā)送其他消息；以及在用戶(hù)終端和基干網(wǎng)絡(luò)之間收發(fā)所述規(guī)定的SIP信令消息以外的消息。用戶(hù)終端利用SIP協(xié)議的INVITE消息說(shuō)明(1)不請(qǐng)求可信度響應(yīng)、(2)不指定承載設(shè)定用的前提條件，由此，進(jìn)行所述第l步驟的指示，在所述第2步驟中，所述代理裝置代替用戶(hù)終端進(jìn)行與可信度響應(yīng)有關(guān)的SIP信令消息的收發(fā)、和承載設(shè)定后的規(guī)定的SIP信令消息的收發(fā)。上述呼叫連接處理方法還具有執(zhí)行以下處理的步驟在沒(méi)有由用戶(hù)終端指示代替該用戶(hù)終端進(jìn)行規(guī)定的SIP信令消息的收發(fā)時(shí)，所述代理裝置向用戶(hù)終端通知代替該用戶(hù)終端進(jìn)行規(guī)定的SIP信令消息的收發(fā)的情況；以及代替用戶(hù)終端進(jìn)行所述SIP信令消息的收發(fā)。上述呼叫連接處理方法還具有執(zhí)行以下處理的步驟在呼叫連接時(shí)，與呼入側(cè)用戶(hù)終端對(duì)網(wǎng)絡(luò)的連接狀態(tài)無(wú)關(guān)地，在呼出側(cè)獨(dú)立進(jìn)行從呼出側(cè)用戶(hù)終端呼出SIP協(xié)議的INVITE消息后、到該呼入側(cè)用戶(hù)終端響應(yīng)針對(duì)該INVITE消息的200OK之前的呼叫連接處理順序；以及呼出側(cè)用戶(hù)終端從呼入側(cè)用戶(hù)終端接收所述200OK后，經(jīng)由所述基干網(wǎng)絡(luò)在呼出側(cè)用戶(hù)終端和呼入側(cè)用戶(hù)終端之間進(jìn)行通信。本發(fā)明的第2方式是一種消息收發(fā)代理裝置，該消息收發(fā)代理裝置設(shè)置在接入網(wǎng)絡(luò)內(nèi)，在呼叫連接時(shí)，代理用戶(hù)終端而在與基干網(wǎng)絡(luò)之間進(jìn)行SIP信令消息的收發(fā)，該接入網(wǎng)絡(luò)接入使用SIP協(xié)議在與用戶(hù)終端之間進(jìn)行呼叫連接處理的基干網(wǎng)絡(luò)，該消息收發(fā)代理裝置具有用戶(hù)信息存儲(chǔ)部，其取得并存儲(chǔ)用戶(hù)終端的能力信息和加入者信息；處理部，其進(jìn)行如下處理接收SIP信令消息并對(duì)其進(jìn)行分析的處理、使用所述存儲(chǔ)信息的承載設(shè)定處理、移動(dòng)終端和基站之間的SIP信令消息的中繼處理、和代替移動(dòng)終端生成并發(fā)送SIP信令消息的處理；收發(fā)部，其與用戶(hù)終端進(jìn)行消息的收發(fā)；以及收發(fā)部，其與基干網(wǎng)絡(luò)側(cè)進(jìn)行消息的收發(fā)。圖1是本發(fā)明的原理說(shuō)明圖。圖2是能夠應(yīng)用本發(fā)明的通信系統(tǒng)的結(jié)構(gòu)圖。圖3是根據(jù)是否在MS終端中搭載SIP來(lái)決定執(zhí)行哪個(gè)順序處理的處理流程。圖4是購(gòu)買(mǎi)搭載了改良的SIP作為Evolved3GPP用的IMS終端后在IMS中進(jìn)行登記的步驟說(shuō)明圖。圖5是搭載了改良的SIP作為Evolved3GPP用的IMS移動(dòng)終端發(fā)出呼叫時(shí)的呼叫連接順序(第l實(shí)施例)的說(shuō)明圖。圖6是第1實(shí)施例的呼叫連接順序的變形例的說(shuō)明圖。圖7是搭載了改良的SIP的作為Evolved3GPP用的IMS移動(dòng)終端發(fā)出呼叫時(shí)的另一呼叫連接順序(第2實(shí)施例)。圖8是第2實(shí)施例的呼叫連接順序的變形例的說(shuō)明圖。圖9是沒(méi)有搭載改良的SIP作為Evolved3GPP用的通常的IMS移動(dòng)終端發(fā)出呼叫時(shí)的呼叫連接順序(第l實(shí)施例)的說(shuō)明圖。圖10是第1實(shí)施例的呼叫連接順序的變形例的說(shuō)明圖。圖11是通常的IMS移動(dòng)終端發(fā)出呼叫時(shí)的另一呼叫連接順序(第2實(shí)施例)。圖12是第2實(shí)施例的呼叫連接順序的變形例的說(shuō)明圖。圖13是搭載了改良的SIP作為Evolved3GPP用的IMS終端的呼叫連接順序(服務(wù)區(qū)外)。圖14是搭載了改良的SIP作為Evolved3GPP用的IMS終端的呼叫連接順序(服務(wù)區(qū)外)。圖15是搭載了改良的SIP作為Evolved3GPP用的IMS終端的呼叫連接順序(占線狀態(tài))。圖16是搭載了改良的SIP作為Evolved3GPP用的IMS終端的呼叫連接順序(占線狀態(tài))。圖17是針對(duì)INVITE產(chǎn)生正常響應(yīng)200OK(INVITE)之前產(chǎn)生Error產(chǎn)生消息XXX(error)而出現(xiàn)錯(cuò)誤時(shí)的處理順序。圖18是作為與IMS連接的次世代網(wǎng)絡(luò)系統(tǒng)的Evolved3GPP系統(tǒng)的結(jié)構(gòu)例。圖19是購(gòu)買(mǎi)IMS終端即移動(dòng)終端時(shí)在IMS中登記該移動(dòng)終端的步驟說(shuō)明圖。圖20是IMS終端的發(fā)出呼叫步驟說(shuō)明圖。圖21是呼入側(cè)終端位于服務(wù)區(qū)外、即使aGW進(jìn)行Paging也沒(méi)有響應(yīng)的情況下的順序。圖22是呼入側(cè)終端處于busy狀態(tài)時(shí)的順序。圖23是在處理的呼叫連接步驟中途產(chǎn)生了錯(cuò)誤時(shí)的順序。具體實(shí)施方式(A)本發(fā)明的原理本發(fā)明通過(guò)在無(wú)線區(qū)間中減少移動(dòng)終端和IMS之間的SIP協(xié)議的消息數(shù)，由此來(lái)削減無(wú)線區(qū)間的數(shù)據(jù)數(shù)，減少頻帶的占用時(shí)間。并且，本發(fā)明在呼入側(cè)終端的呼出中，中間節(jié)點(diǎn)先行進(jìn)行連接處理，減少了消息通過(guò)的節(jié)點(diǎn)數(shù)，由此，實(shí)現(xiàn)呼叫連接時(shí)間的縮短。但是，IMS(基干網(wǎng)絡(luò))側(cè)被確定為，如果不收發(fā)已經(jīng)由標(biāo)準(zhǔn)決定的SIP消息就無(wú)法進(jìn)行呼叫控制。因此，無(wú)法削減到達(dá)IMS的消息數(shù)和從IMS發(fā)送的消息數(shù)。因此，在本發(fā)明中，進(jìn)行無(wú)線通信的基站eNB和IMS之間的中間節(jié)點(diǎn)(稱(chēng)為代理裝置)，代理本來(lái)要在該IMS和移動(dòng)終端UE(UserEquipment)之間收發(fā)的SIP消息的一部分的收發(fā)。這樣，能夠使向移動(dòng)終端發(fā)送和從移動(dòng)終端接收的SIP消息為必要最小限度，由此，能夠削減無(wú)線區(qū)間中的消息數(shù)。代理裝置也可以是基站eNB，但是，在實(shí)施例中，將aGW作為代理裝置。圖1是本發(fā)明的原理說(shuō)明圖，圖1(A)示出本發(fā)明中的SIP消息的流程，圖1(B)示出現(xiàn)有的SIP消息的流程。在圖1(A)中，作為代理裝置的aGW2a、2b代替終端裝置對(duì)本來(lái)要在基干網(wǎng)絡(luò)即IMS5的CSCF8和移動(dòng)終端4a、4b之間收發(fā)的SIP消息的一部分進(jìn)行收發(fā)。然后，aGW2a、2b僅向移動(dòng)終端4a、4b發(fā)送從CSCF8接收到的必要最小限度的SIP消息，并且，僅從該移動(dòng)終端接收必要最小限度的SIP消息并將其發(fā)送到CSCF8。其結(jié)果，能夠削減無(wú)線區(qū)間中的消息數(shù)。在圖1(B)的現(xiàn)有方式中，經(jīng)由aGW2a、2b在CSCF8和移動(dòng)終端4a、4b之間收發(fā)所有的SIP消息，所以，無(wú)線區(qū)間中的消息數(shù)非常多。并且，構(gòu)成為呼入側(cè)aGW(未圖示)能夠代理本來(lái)要在CSCF8和呼入側(cè)移動(dòng)終端之間收發(fā)的SIP消息的一部分的收發(fā)。由此，能夠在進(jìn)行呼入側(cè)aGW和呼入側(cè)移動(dòng)終端之間的連接的期間，進(jìn)行呼出側(cè)的呼叫連接順序，能夠縮短呼叫連接時(shí)間。(B)系統(tǒng)結(jié)構(gòu)圖2是能夠應(yīng)用本發(fā)明的通信系統(tǒng)的結(jié)構(gòu)圖，基干網(wǎng)絡(luò)即IMS5的左側(cè)是發(fā)送側(cè)的Evolved3GPP系統(tǒng)，具有基站la、aGW2a、IASA3、移動(dòng)終端4a、以及PCRF/PCEF7。MS5的右側(cè)是接收側(cè)的Evolved3GPP系統(tǒng)，具有基站lla、aGW12a、IASA13、移動(dòng)終端14a、以及PCRF/PCEF17。IMS5為了進(jìn)行呼叫連接順序處理，在發(fā)送側(cè)具有CSCF8和AF(ApplicationFunction)9，在接收側(cè)具有CSCF18和AF19。呼叫連接吋，CSCF進(jìn)行后述的呼叫連接順序處理，AF對(duì)從CSCF提示的承載設(shè)定所需要的信息進(jìn)行分析，對(duì)PCRF/PCEF指示承載設(shè)定。IMS5在呼叫連接完成后，經(jīng)由未圖示的路由器在呼出側(cè)和接收側(cè)之間收發(fā)數(shù)據(jù)。呼出側(cè)aGW2a具有用戶(hù)信息存儲(chǔ)部51，其取得并存儲(chǔ)各移動(dòng)終端的終端信息和加入者信息；處理部52，其進(jìn)行如下處理接收SIP信令消息并對(duì)其進(jìn)行分析的處理MAL、使用所述存儲(chǔ)信息的承載設(shè)定處理BST、移動(dòng)終端和基站之間的SIP信令消息的中繼處理MRL、和代替移動(dòng)終端生成并發(fā)送SIP信令消息的處理SAP;收發(fā)部53，其與移動(dòng)終端進(jìn)行消息的收發(fā)；以及收發(fā)部54，其與基干網(wǎng)絡(luò)側(cè)進(jìn)行消息的收發(fā)。另外，呼入側(cè)aGW12a也具有相同的結(jié)構(gòu)。(C)呼叫連接順序作為IMS終端，存在搭載了改良的SIP作為Evolved3GPP用的IMS終端和沒(méi)有搭載該改良的SIP的IMS終端，順序處理因此而不同。圖3是根據(jù)是否在IMS終端中搭載SIP來(lái)決定執(zhí)行哪個(gè)順序處理的處理流程。GW2a在呼叫連接最初進(jìn)行的認(rèn)證處理中(步驟IOI)，判斷移動(dòng)終端是否是搭載了改良的SEP作為Evolved3GPP用的IMS終端(步驟102)，如果為"是"，則執(zhí)行第l順序處理(例如圖5的順序處理)(步驟103)，如果不是搭載了改良的SIP作為Evolved3GPP用的IMS終端，則執(zhí)行第2順序處理(例如圖9的順序處理)(步驟104)。(C-l)搭載了改良的SIP作為Evolved3GPP用的IMS終端的順序(a)登記順序圖4是購(gòu)買(mǎi)搭載了改良的SIP作為Evolved3GPP用的IMS終端4a后在IMS5中進(jìn)行登記的步驟說(shuō)明圖。當(dāng)存在登記用請(qǐng)求時(shí)，移動(dòng)終端4a和eNBla之間通過(guò)RRC(RadioResourceControl)連接，然后，通過(guò)Attach連接移動(dòng)終端4a和aGW2a之間，并且，向aGW2a通知移動(dòng)終端4a固有的號(hào)碼(終端ID)和該終端的能力信息(媒體信息、編解碼信息)。媒體信息是移動(dòng)終端處理的媒體信息，例如指示移動(dòng)終端僅處理音頻信息還是處理音頻信息和視頻信息雙方。編解碼信息指示音頻、視頻信息的編碼方法。當(dāng)RRC連接完成后，HSS6經(jīng)由IASA3、aGW2a進(jìn)行移動(dòng)終端4a的認(rèn)證，aGW2a在HSS6中登記移動(dòng)終端4a是自己的負(fù)責(zé)終端的意思。并且，除了所述通知的終端信息(媒體信息、編解碼信息)以外，aGW2a還與移動(dòng)終端對(duì)應(yīng)地保存從HSS6取得的加入者信息(例如加入者服務(wù)信息)。由此，aGW2a能夠識(shí)別在呼叫連接時(shí)應(yīng)該在呼出側(cè)移動(dòng)終端中設(shè)定的QoS。如果以上的認(rèn)證、登記、加密處理結(jié)束，則移動(dòng)終端4a為了接受IMS服務(wù)而請(qǐng)求IMS5的CSCF8進(jìn)行登記(Register)。由于移動(dòng)終端4a未登記，因此，CSCF8送回401Unauthorized。由此，移動(dòng)終端4a附加認(rèn)證數(shù)據(jù)再次請(qǐng)求登記(Register)。CSCF參照該認(rèn)證數(shù)據(jù)，如果合法，則登記該移動(dòng)終端4a，向移動(dòng)終端4a發(fā)送表示已登記的意思的200OK消息。由此，移動(dòng)終端4a接受IMS服務(wù)。(b)第1實(shí)施例的呼叫連接順序圖5是搭載了改良的SIP作為Evolved3GPP用的IMS移動(dòng)終端4a發(fā)出呼叫時(shí)的呼叫連接順序的說(shuō)明圖。當(dāng)移動(dòng)終端4a發(fā)出呼叫時(shí)，該移動(dòng)終端和eNBlla之間通過(guò)RRC連接，然后，通過(guò)Attach連接移動(dòng)終端和aGW之間，并且，向aGW通知移動(dòng)終端固有的號(hào)碼(終端ID)。當(dāng)RRC連接完成后，HSS6經(jīng)由IASA3、aGW2a進(jìn)行移動(dòng)終端4a的認(rèn)證。如果認(rèn)證處理結(jié)束，則移動(dòng)終端4a向CSCF8、18發(fā)送INVITE消息。呼出側(cè)aGW2a對(duì)INVITE消息進(jìn)行解釋沖繼。INVITE消息通常具有表1所示的內(nèi)容。invite洲垂212~55§^戰(zhàn)sjp/zoMaxrofwwrJc70Route:<^xposof1.vMtn<nt:7531;)heon=!il0comp>r<dpesonahom*Tanth>PPrtif翻,td-ftiwilHy:'JohnDm#<a^us4rl<puUte1wRljit>PHvicy:nofwFrom;<sipMMrLpubt(o1henMtji^Ue^7l828c^eq:127inviteSapportad:tOOral在INVITE消息中，"Require:precondition"在承載設(shè)定時(shí)依據(jù)INVITE表l匿ACICCANCELB花PRACK.UPOA花REFSLMESSAGEv=0，2967933915Wjp9節(jié)5^nrWih:nocdddt=O0m=vfdo3400RTP/AVP站效消息內(nèi)的QoS前提條件進(jìn)行指示。并且，'a=curr.qoslocalnonea=curr.qosremote加nca=des.qosmandatorylocalsendrecva=des.qosmandatoryremotesendrecv"用于確定QoS前提條件，存在2個(gè)，但是，最初的QoS前提條件是指，關(guān)于視頻，雖然當(dāng)前自己和對(duì)方都沒(méi)有設(shè)定QoS，但是希望進(jìn)行雙向通信，第2個(gè)QoS前提條件是指，關(guān)于音頻，雖然當(dāng)前自己和對(duì)方都沒(méi)有設(shè)定QoS，但是希望進(jìn)行雙向通信。"Supported:lOOrel"指示需要進(jìn)行確認(rèn)響應(yīng)，"Allow:INVITE,ACK，CANCEL,BYE，PRACK，UPDATE,REFER,MESSAGE"是指移動(dòng)終端4a使用的SIP消息。通常的IMS移動(dòng)終端產(chǎn)生表1的INVITE消息，但是，搭載了改良的SIP作為Evolved3GPP用的IMS移動(dòng)終端4a產(chǎn)生的INVITE消息不包含表1中的下劃線所示的消息。INVITE消息不包含"precondition，，是指，移動(dòng)終端4a不進(jìn)行QoS的前提條件的指定，INVITE消息不包含"Supported:100rel"是指，移動(dòng)終端4a不需要進(jìn)行確認(rèn)響應(yīng)，不包含PRACK、UPDATE是指，移動(dòng)終端4a不使用PRACK、UPDATE。因此，aGW2a在以下的承載設(shè)定時(shí)不參照INVITE消息內(nèi)的前提條件，而是根據(jù)預(yù)先登記的終端信息、加入者信息來(lái)進(jìn)行承載設(shè)定。并且，aGW2a不向移動(dòng)終端4a發(fā)送確認(rèn)響應(yīng)，而且，代替移動(dòng)終端4a發(fā)布PRACK、UPDATE。返回圖5，aGW2a向CSCF8發(fā)送接收到的INVITE消息，CSCF8經(jīng)由aGW2a向移動(dòng)終端4a送回接受INVITE的意思的100Trying消息。并且，CSCF8向呼入側(cè)移動(dòng)終端14a發(fā)送INVITE消息，但是，在呼入側(cè)移動(dòng)終端和aGW之間沒(méi)有連接的情況下，aGW12a—起進(jìn)行呼出(paging)。通過(guò)該paging,如果呼入側(cè)移動(dòng)終端14a進(jìn)行響應(yīng)，則與呼出側(cè)同樣進(jìn)行RRC連接、認(rèn)證/加密處理，如果認(rèn)證結(jié)束，則aGW12a向移動(dòng)終端14a發(fā)送INVITE消息。如果移動(dòng)終端14a接收到INVITE消息，則送回表示接受的意思的100Trying消息，并且，向CSCF8、18發(fā)送表示會(huì)話的進(jìn)度情況的183SessionProgress消息。呼出側(cè)aGW12a對(duì)183SessionProgress消息進(jìn)行解釋/中繼。183SessionProgress消息具有表2所示的內(nèi)容。表2<table>tableseeoriginaldocumentpage16</column></row><table>在183SessionProgress消息中，"Require:lOOrd"指示需要進(jìn)行確認(rèn)響應(yīng)，"Allow:INVITE，ACK,CANCEL,BYE，PRACK,UPDATE,REFER,MESSAGE"是指移動(dòng)終端4a能夠使用的SIP消息。并且，*a=cun\qoslocalnonea=curr.qosremotenonea-des.qosmandat(Mylocalsendrecva=des,qosmandatCHyremotesendrecv*用于確定QoS前提條件，存在2個(gè)，但是，最初的QoS前提條件是指，關(guān)于視頻，雖然當(dāng)前自己和對(duì)方都沒(méi)有設(shè)定QoS，但是希望進(jìn)行雙向通信，第2個(gè)QoS前提條件是指，關(guān)于音頻，雖然當(dāng)前自己和對(duì)方都沒(méi)有設(shè)定QoS，但是希望進(jìn)行雙向通信。通常的IMS移動(dòng)終端產(chǎn)生表2的183SessionProgress消息，但是，搭載了改良的SIP作為Evolved3GPP用的移動(dòng)終端4a產(chǎn)生的183SessionProgress消息不包含表2中的下劃線所示的消息。INVITE不包含"Require:100rel"是指，移動(dòng)終端4a不需要進(jìn)行確認(rèn)響應(yīng)，不包含PRACK、UPDATE是指，移動(dòng)終端4a不使用PRACK、UPDATE,不包含QoS的前提條件是指，移動(dòng)終端4a不利用183SessionProgress進(jìn)行QoS的前提條件的指定。因此，aGW12a在以下的承載設(shè)定時(shí)不參照183SessionProgress消息的前提條件，而是根據(jù)預(yù)先登記的終端信息、加入者信息來(lái)進(jìn)行承載設(shè)定。并且，aGW12a不向移動(dòng)終端4a發(fā)送確認(rèn)響應(yīng)，而且，代替移動(dòng)終端4a發(fā)布PRACK、UPDATE。返回圖5，aGW12a向CSCF8、18發(fā)送接收到的183SessionProgress消息，CSCF8、18經(jīng)由呼出側(cè)aGW2a向呼出側(cè)移動(dòng)終端4a通知183SessionProgress消息。此時(shí)，aGW2a代替移動(dòng)終端4a，經(jīng)由CSCF8、18向呼入側(cè)aGW12a發(fā)送確認(rèn)響應(yīng)即PRACK。如果呼入側(cè)aGW12a接收到PRACK，則代替呼入側(cè)移動(dòng)終端14a，經(jīng)由CSCF8、18向呼出側(cè)aGW2a通知200OK。該情況下，呼出側(cè)aGW2a不向呼入側(cè)移動(dòng)終端14a發(fā)送該確認(rèn)響應(yīng)200OK。CSCF8、18的AF通過(guò)接收200OK，根據(jù)預(yù)先登記的終端信息、加入者信息，決定終端4a、14a的承載設(shè)定所需要的信息，將其交接給PCRF/PCEF7、17,PCRF/PCEF7、17在呼出側(cè)aGW2a和呼入側(cè)aGW12a之間進(jìn)行承載設(shè)定，并且，呼出側(cè)aGW2a和呼入側(cè)aGW12a在移動(dòng)終端4a、14a之間進(jìn)行承載設(shè)定。根據(jù)承載設(shè)定的完成，呼出側(cè)aGW2a代替呼入側(cè)移動(dòng)終端14a，經(jīng)由CSCF8、18向呼入側(cè)aGW12a發(fā)送UPDATE。呼入惻aGW12a接收到UPDATE時(shí)，不向呼入側(cè)移動(dòng)終端14a發(fā)送該UPDATE。然后，如果呼入側(cè)aGW12a在與移動(dòng)終端14a之間完成承載設(shè)定，則代替該移動(dòng)終端14a，經(jīng)由CSCF8、18向呼出側(cè)aGW2a發(fā)送200OK消息。呼出側(cè)aGW2a即使接收到200OK消息，也不向移動(dòng)終端4a發(fā)送。如果呼入側(cè)移動(dòng)終端14a完成承載設(shè)定，則在呼出音產(chǎn)生后，經(jīng)由呼入側(cè)aGW12a、CSCF8、18、呼出側(cè)aGW2a向呼出側(cè)移動(dòng)終端4a發(fā)送Ringing消息。如果呼出側(cè)aGW2a向呼出側(cè)移動(dòng)終端4a發(fā)送Ringing消息，則代替移動(dòng)終端4a，經(jīng)由CSCF8、18向呼入側(cè)移動(dòng)終端14a發(fā)送PRACK，呼入側(cè)移動(dòng)終端14a即使接收到PRACK，也不向呼入側(cè)移動(dòng)終端14a發(fā)送，立即代替移動(dòng)終端14a發(fā)送200OK。該狀態(tài)下，呼入側(cè)移動(dòng)終端14a的用戶(hù)例如拿起聽(tīng)筒(OffHook)，呼入側(cè)移動(dòng)終端14a經(jīng)由呼入側(cè)aGW12a、CSCF8、18、呼出側(cè)aGW2a向呼出側(cè)移動(dòng)終端4a發(fā)送200OK(INVITE),呼出側(cè)移動(dòng)終端4a根據(jù)200OK(INVITE)的接收，向呼入側(cè)移動(dòng)終端14a送回ACK。由此，能夠在兩個(gè)移動(dòng)終端4a、14a之間進(jìn)行通信。根據(jù)第1實(shí)施例，發(fā)送側(cè)的無(wú)線區(qū)間中的呼叫連接時(shí)的消息數(shù)從12個(gè)減少一半為6個(gè)，并且，接收側(cè)的無(wú)線區(qū)間中的呼叫連接時(shí)的消息數(shù)也從12個(gè)減少一半為6個(gè)。這樣，能夠削減無(wú)線區(qū)間中的信令數(shù)，所以，能夠進(jìn)行高速通信，能夠同時(shí)進(jìn)行更多的呼叫連接。(c)第1實(shí)施例的呼叫連接順序的變形例圖6是第1實(shí)施例的呼叫連接順序的變形例的說(shuō)明圖。在圖5的第l實(shí)施例中，如果呼出側(cè)aGW2a接收到183SessionProgress消息，則立即向呼出側(cè)移動(dòng)終端4a發(fā)送該消息，但是，在圖6的變形例中，在接收到200OK后，向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息。由于呼入側(cè)移動(dòng)終端14a的終端信息和加入者信息，有時(shí)呼出側(cè)移動(dòng)終端4a無(wú)法正常選擇期望的介質(zhì)和QoS。該情況下，呼入側(cè)aGW12a和CSCF8、18不輸出200OK，而輸出NG，出現(xiàn)錯(cuò)誤。因此，呼出側(cè)aGW2a接收到200OK后向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息，如果接收到NG，則向呼出側(cè)移動(dòng)終端4a通知錯(cuò)誤。這樣，能夠在確認(rèn)能夠正常選擇介質(zhì)和QoS等后，向終端發(fā)送183SessionProgress響應(yīng)。并且，即使無(wú)法正常選擇介質(zhì)和QoS等而產(chǎn)生各種錯(cuò)誤，從呼出側(cè)移動(dòng)終端4a的角度出發(fā)，也能夠在接收183SessionProgress之前接收該錯(cuò)誤消息，在產(chǎn)生通常的錯(cuò)誤的情況下，能夠與移動(dòng)終端接收的消息的順序一致。(d)縮短呼叫連接時(shí)間的第2實(shí)施例的呼叫連接順序圖7是搭載了改良的SIP作為Evolved3GPP用的IMS移動(dòng)終端4a發(fā)出呼叫時(shí)的另一呼叫連接順序，能夠縮短呼叫連接時(shí)間。與圖5的呼叫連接順序的不同點(diǎn)在于(1)通過(guò)paging,在進(jìn)行呼入側(cè)aGW12a和呼入側(cè)移動(dòng)終端14a之間的連接控制(RRC連接、認(rèn)證處理等)的期間，呼入側(cè)aGW12a發(fā)布183SessionProgress消息；(2)以后，在呼出側(cè)，與呼入側(cè)移動(dòng)終端14a無(wú)關(guān)地，實(shí)施表示連接完成/通信開(kāi)始的200OK(INVITE)為止的呼叫連接順序處理500;(3)呼入側(cè)aGW12a和呼入側(cè)移動(dòng)終端14a之間的連接完成后，在呼入側(cè)aGW12a和呼入側(cè)移動(dòng)終端14a之間，獨(dú)立實(shí)施200OK(INVITE)為止的呼叫連接順序處理。呼入側(cè)移動(dòng)終端14a發(fā)送Ringing后，呼入側(cè)移動(dòng)終端14a的用戶(hù)例如拿起聽(tīng)筒(OffHook)，呼入側(cè)移動(dòng)終端14a經(jīng)由呼入側(cè)aGW12a、CSCF8、18、呼出側(cè)aGW2a向呼出側(cè)移動(dòng)終端4a發(fā)送200OK(INVITE)，呼出側(cè)移動(dòng)終端4a根據(jù)200OK(INVITE)的接收，向呼入側(cè)移動(dòng)終端14a送回ACK。由此，能夠在兩個(gè)移動(dòng)終端4a、14a之間進(jìn)行通信。根據(jù)第2實(shí)施例，在呼入側(cè)aGW12a和呼入側(cè)移動(dòng)終端14a之間的連接控制完成之前，實(shí)施200OK(INVITE)為止的呼叫連接順序處理，所以，能夠在短時(shí)間內(nèi)進(jìn)行呼叫連接處理。(e)第2實(shí)施例的呼叫連接順序的變形例圖8是第2實(shí)施例的呼叫連接順序的變形例的說(shuō)明圖。在圖7的第2實(shí)施例中，如果呼出側(cè)aGW2a接收到183SessionProgress消息，則立即向呼出側(cè)移動(dòng)終端4a發(fā)送該消息，但是，在圖8的變形例中，在接收到200OK后，向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息。由于呼入側(cè)移動(dòng)終端14a的終端信息和加入者信息，有時(shí)呼出側(cè)移動(dòng)終端4a無(wú)法正常選擇期望的介質(zhì)和QoS。該情況下，呼入側(cè)aGW12a和CSCF8、18不輸出200OK，而輸出NG，出現(xiàn)錯(cuò)誤。因此，呼出側(cè)aGW2a接收到200OK后向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息，如果接收到NG，則向呼出側(cè)移動(dòng)終端4a通知錯(cuò)誤。這樣，能夠在確認(rèn)能夠正常選擇介質(zhì)和QoS等后，向終端發(fā)送183SessionProgress響應(yīng)。并且，即使無(wú)法正常選擇介質(zhì)和QoS等而產(chǎn)生各種錯(cuò)誤，從呼出側(cè)移動(dòng)終端4a的角度出發(fā)，也能夠在接收183SessionProgress之前接收該錯(cuò)誤消息，在產(chǎn)生通常的錯(cuò)誤的情況下，能夠與移動(dòng)終端接收的消息的順序一致。(C-2)通常的IMS終端的呼叫連接順序(a)登記順序沒(méi)有搭載改良的SIP作為Evolved3GPP用的通常的IMS終端4a的登記順序與圖19的現(xiàn)有例相同。(b)通常的IMS終端的第1實(shí)施例的呼叫連接順序圖9是沒(méi)有搭載改良的SIP作為Evolved3GPP用的通常的IMS移動(dòng)終端4a發(fā)出呼叫時(shí)的呼叫連接順序的說(shuō)明圖。當(dāng)移動(dòng)終端4a發(fā)出呼叫時(shí)，該移動(dòng)終端和eNBlla之間通過(guò)RRC(RadioResourceControl)連接，然后，通過(guò)Attach連接移動(dòng)終端和aGW之間，并且，向aGW通知移動(dòng)終端固有的號(hào)碼(終端ID)。當(dāng)RRC連接完成后，HSS6經(jīng)由IASA3、aGW2a進(jìn)行移動(dòng)終端4a的認(rèn)證。如果認(rèn)證處理結(jié)束，則移動(dòng)終端4a向CSCF8、18發(fā)送INVITE消息。通常的IMS移動(dòng)終端4a發(fā)送的INVITE消息具有表1所示的內(nèi)容。呼出側(cè)aGW2a對(duì)INVITE消息進(jìn)行解釋/中繼，向CSCF8、18發(fā)送，CSCF8、18經(jīng)由aGW2a向移動(dòng)終端4a送回接受INVITE的意思的100Trying消息。并且，CSCF8、18向呼入側(cè)移動(dòng)終端14a發(fā)送INVITE消息，但是，在呼入側(cè)移動(dòng)終端和aGW之間沒(méi)有連接的情況下，aGW12a一起進(jìn)行呼出(paging)。通過(guò)該paging,如果呼入側(cè)移動(dòng)終端14a進(jìn)行響應(yīng)，則與呼出側(cè)同樣進(jìn)行RRC連接、認(rèn)證/加密處理，如果認(rèn)證結(jié)束，則呼入側(cè)aGW12a向呼入側(cè)移動(dòng)終端14a發(fā)送INYITE。如果移動(dòng)終端14a接收到INVITE消息，則送回表示接受的意思的100Trying消息，并且，向CSCF8、18發(fā)送表示會(huì)話的進(jìn)度情況的183SessionProgress。183SessionProgress具有表2所示的內(nèi)容。呼入側(cè)aGW12a對(duì)183SessionProgress消息進(jìn)行解釋/中繼，向CSCF8、18發(fā)送，CSCF8、18向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息。當(dāng)呼出側(cè)aGW2a接收到183SessionProgress消息時(shí)，刪除183SessionProgress消息內(nèi)的與可信度響應(yīng)有關(guān)的項(xiàng)目，向呼出側(cè)移動(dòng)終端4a進(jìn)行通知。與可信度響應(yīng)有關(guān)的項(xiàng)目是"Require:lOOrel"和"PRACK"。由此，呼出側(cè)移動(dòng)終端4a即使接收到183SessionProgress消息，也不發(fā)送PRACK。呼出側(cè)aGW2a向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息后，代替呼出側(cè)移動(dòng)終端4a，經(jīng)由CSCF8、18、呼入側(cè)aGW12a向呼入側(cè)移動(dòng)終端14a發(fā)送183SessionProgress消息的確認(rèn)響應(yīng)即PRACK。如果呼入側(cè)移動(dòng)終端14a接收到PRACK，則經(jīng)由CSCF8、18向呼出側(cè)aGW2a發(fā)送200OK消息。呼出側(cè)aGW2a即使接收到200OK消息，也不向呼出側(cè)移動(dòng)終端4a進(jìn)行發(fā)送。如果以上處理結(jié)束，貝IJCSCF8、18的AF參照INVITE消息、183SessionProgress消息內(nèi)的QoS信息、以及各移動(dòng)終端的合同信息，將承載設(shè)定所需要的信息交接給PCRF/PCEF7、17，PCRF/PCEF7、17在與呼出側(cè)aGW2a、呼入側(cè)aGW12a之間進(jìn)行承載設(shè)定，各aGW2a、12a在與移動(dòng)終端4a、14a之間進(jìn)行承載設(shè)定。如果呼出側(cè)移動(dòng)終端4a根據(jù)承載設(shè)定進(jìn)行更新，則經(jīng)由呼出側(cè)aGW2a、CSCF8、18、呼入側(cè)aGW12a向呼入側(cè)移動(dòng)終端14a發(fā)送UPDATE。如果呼入側(cè)移動(dòng)終端14a也根據(jù)承載設(shè)定完成了更新，則經(jīng)由呼入側(cè)aGW12a、CSCF8、18、呼出側(cè)aGW2a向呼出側(cè)移動(dòng)終端4a發(fā)送200OK消息，并發(fā)送呼出音產(chǎn)生消息(Ringing)。當(dāng)呼出側(cè)aGW2a接收到Ringing消息時(shí)，刪除該Ringing消息內(nèi)的與可信度響應(yīng)有關(guān)的項(xiàng)目，向呼出側(cè)移動(dòng)終端4a進(jìn)行通知。由此，呼出側(cè)移動(dòng)終端4a即使接收到Ringing消息，也不發(fā)送PRACK。呼出側(cè)aGW2a向呼出側(cè)移動(dòng)終端4a發(fā)送Ringing消息后，代替該呼出側(cè)移動(dòng)終端4a，經(jīng)由CSCF8、18、呼入側(cè)aGW12a向呼入側(cè)移動(dòng)終端14a發(fā)送確認(rèn)響應(yīng)即PRACK。如果呼入側(cè)移動(dòng)終端14a接收到PRACK,則經(jīng)由CSCF8、18向呼出側(cè)移動(dòng)終端4a發(fā)送200OK消息。呼出側(cè)aGW2a即使接收到200OK消息，也不向呼出側(cè)移動(dòng)終端4a行發(fā)送。該狀態(tài)下，呼入側(cè)移動(dòng)終端14a的用戶(hù)例如拿起聽(tīng)筒(OffHook)，呼入側(cè)移動(dòng)終端14a經(jīng)由CSCF8向呼出側(cè)移動(dòng)終端4a發(fā)送200OK(INVITE)，呼出側(cè)移動(dòng)終端4a根據(jù)200OK(INVITE)的接收，向呼入側(cè)移動(dòng)終端14a送回ACK，由此，能夠在兩個(gè)移動(dòng)終端4a、14a之間進(jìn)行通信。根據(jù)第1實(shí)施例，發(fā)送側(cè)的無(wú)線區(qū)間中的呼叫連接時(shí)的消息數(shù)從12個(gè)減少為8個(gè)。這樣，能夠削減無(wú)線區(qū)間中的信令數(shù)，所以，即使是通常的IMS終端，也能夠進(jìn)行高速通信，能夠同時(shí)進(jìn)行更多的呼叫連接。(c)第1實(shí)施例的呼叫連接順序的變形例圖10是第1實(shí)施例的呼叫連接順序的變形例的說(shuō)明圖。在圖9的第l實(shí)施例中，如果呼出側(cè)aGW2a接收到183SessionProgress消息，則立即向呼出側(cè)移動(dòng)終端4a發(fā)送該消息，但是，在圖10的變形例中，在接收到200OK后，向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息。由于呼入側(cè)移動(dòng)終端14a的終端信息和加入者信息，有時(shí)呼出側(cè)移動(dòng)終端4a無(wú)法正常選擇期望的介質(zhì)和QoS。該情況下，呼入側(cè)aGW12a和CSCF8、18不輸出2000K，而輸出NG，出現(xiàn)錯(cuò)誤。因此，呼出側(cè)aGW2a接收到200OK后向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息，如果接收到NG，則向呼出側(cè)移動(dòng)終端4a通知錯(cuò)誤。這樣，能夠在確認(rèn)能夠正常選擇介質(zhì)和QoS等后，向終端發(fā)送183SessionProgress響應(yīng)。并且，即使無(wú)法正常選擇介質(zhì)和QoS等而產(chǎn)生各種錯(cuò)誤，從呼出側(cè)移動(dòng)終端4a的角度出發(fā)，也能夠在接收183SessionProgress之前接收該錯(cuò)誤消息，在產(chǎn)生通常的錯(cuò)誤的情況下，能夠與移動(dòng)終端接收的消息的順序一致。(d)縮短呼叫連接時(shí)間的第2實(shí)施例的呼叫連接順序圖11是通常的IMS移動(dòng)終端4a發(fā)出呼叫時(shí)的另一呼叫連接順序，能夠縮短呼叫連接時(shí)間。與圖9的呼叫連接順序的不同點(diǎn)在于(1)通過(guò)paging,在進(jìn)行呼入側(cè)aGW12a和呼入側(cè)移動(dòng)終端14a之間的連接控制(RRC連接、認(rèn)證處理等)的期間，呼入側(cè)aGW12a代替移動(dòng)終端14a發(fā)布183SessionProgress消息；(2)以后，與呼入側(cè)移動(dòng)終端14a無(wú)關(guān)地，實(shí)施表示連接完成/通信開(kāi)始的200OK(INVITE)為止的呼叫連接順序處理501;(3)呼入側(cè)aGW12a和呼入側(cè)移動(dòng)終端14a之間的連接完成后，在呼入側(cè)aGW12a和呼入側(cè)移動(dòng)終端14a之間，獨(dú)立實(shí)施200OK(INVITE)為止的呼叫連接順序處理。呼入側(cè)移動(dòng)終端14a發(fā)送Ringing后，呼入側(cè)移動(dòng)終端14a的用戶(hù)例如拿起聽(tīng)筒(OffHook)，呼入側(cè)移動(dòng)終端14a經(jīng)由呼入側(cè)aGW12a、CSCF8、18、呼出側(cè)aGW2a向呼出側(cè)移動(dòng)終端4a發(fā)送200OK(INVITE),呼出側(cè)移動(dòng)終端4a根據(jù)200OK(INVITE)的接收，向呼入側(cè)移動(dòng)終端14a送回ACK。由此，能夠在兩個(gè)移動(dòng)終端4a、14a之間進(jìn)行通信。根據(jù)第2實(shí)施例，在呼入側(cè)aGW12a和呼入側(cè)移動(dòng)終端14a之間的連接控制完成之前，實(shí)施200OK(INVITE)為止的呼叫連接順序處理，所以，能夠在短時(shí)間內(nèi)進(jìn)行呼叫連接處理。(e)第2實(shí)施例的呼叫連接順序的變形例圖12是第2實(shí)施例的呼叫連接順序的變形例的說(shuō)明圖。在圖11的第2實(shí)施例中，如果呼出側(cè)aGW2a接收到183SessionProgress消息，則立即向呼出側(cè)移動(dòng)終端4a發(fā)送該消息，但是，在圖12的變形例中，在接收到2000K后，向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息。由于呼入側(cè)移動(dòng)終端14a的終端信息和加入者信息，有時(shí)呼出側(cè)移動(dòng)終端4a無(wú)法正常選擇期望的介質(zhì)和QoS。該情況下，CSCF8、18不輸出200OK,而輸出NG,出現(xiàn)錯(cuò)誤。因此，呼出側(cè)aGW2a接收到200OK后向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息，如果接收到NG，則向呼出側(cè)移動(dòng)終端4a通知錯(cuò)誤。呼出側(cè)移動(dòng)終端4a沒(méi)有接收到183SessionProgress消息，所以，能夠根據(jù)錯(cuò)誤通知，立即結(jié)束呼叫連接。(D)服務(wù)區(qū)外、占線狀態(tài)時(shí)的處理順序圖13圖16是在搭載了改良的SIP作為Evolved3GPP用的IMS終端的呼叫連接順序(圖7的第2實(shí)施例)中，在呼入側(cè)移動(dòng)終端位于服務(wù)區(qū)外的情況下、在busy狀態(tài)的情況下的處理順序。圖13是如下情況下的處理順序向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息后，由于呼入側(cè)移動(dòng)終端14a位于服務(wù)區(qū)外，因此沒(méi)有響應(yīng)而超時(shí)，呼入側(cè)aGW12a產(chǎn)生406RequestTimeout,出現(xiàn)錯(cuò)誤。圖14是如下情況下的處理順序向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息之前，由于呼入側(cè)移動(dòng)終端14a位于服務(wù)區(qū)外，因此沒(méi)有響應(yīng)而超時(shí)，呼入側(cè)aGW12a產(chǎn)生406RequestTimeout,出現(xiàn)錯(cuò)誤。圖15是如下情況下的處理順序向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息后，由于呼入側(cè)移動(dòng)終端14a處于busy狀態(tài)，因此，呼入側(cè)aGW12a產(chǎn)生486BusyHere,出現(xiàn)錯(cuò)誤。圖16是如下情況下的處理順序向呼出側(cè)移動(dòng)終端4a發(fā)送183SessionProgress消息之前，由于呼入側(cè)移動(dòng)終端14a處于busy狀態(tài)，因此，呼入側(cè)aGW12a產(chǎn)生486BusyHere,出現(xiàn)錯(cuò)誤。圖17是針對(duì)INVITE產(chǎn)生正常響應(yīng)200OK(INVITE)之前產(chǎn)生Error產(chǎn)生消息XXX(error)而出現(xiàn)錯(cuò)誤時(shí)的處理順序。呼出側(cè)移動(dòng)終端4a沒(méi)有接收200OK(INVITE),所以，出現(xiàn)通常的發(fā)出呼叫時(shí)的錯(cuò)誤。-發(fā)明的效果如上所述，根據(jù)本發(fā)明，能夠在享受各種服務(wù)的同時(shí)削減無(wú)線區(qū)間的信令數(shù)，能夠使更多的鏈路同時(shí)進(jìn)行通信。并且，通過(guò)削減在端-端之間傳輸?shù)腟IP消息，能夠?qū)崿F(xiàn)呼叫連接時(shí)間的縮短，不會(huì)占用頻帶，能夠?qū)崿F(xiàn)無(wú)線資源的有效活用。權(quán)利要求1.一種呼叫連接處理方法，該呼叫連接處理方法使用SIP協(xié)議在用戶(hù)終端和基干網(wǎng)絡(luò)之間經(jīng)由接入網(wǎng)絡(luò)進(jìn)行呼叫連接，該呼叫連接處理方法的特征在于，該呼叫連接處理方法具有執(zhí)行以下處理的步驟由用戶(hù)終端指示所述接入網(wǎng)絡(luò)內(nèi)的裝置(代理裝置)代替該用戶(hù)終端向基干網(wǎng)絡(luò)發(fā)送規(guī)定的SIP信令消息；根據(jù)該指示，在呼叫連接時(shí)不向用戶(hù)終端發(fā)送具有所述規(guī)定的SIP信令消息的SIP信令消息，或者，代替用戶(hù)終端向基干網(wǎng)絡(luò)發(fā)送其他消息；以及在用戶(hù)終端和基干網(wǎng)絡(luò)之間收發(fā)所述規(guī)定的SIP信令消息以外的消息。2.根據(jù)權(quán)利要求1所述的呼叫連接處理方法，其特征在于，用戶(hù)終端利用SIP協(xié)議的INVITE消息說(shuō)明(1)不請(qǐng)求可信度響應(yīng)、(2)不指定承載設(shè)定用的前提條件，由此，進(jìn)行所述第l步驟的指示，在所述第2步驟中，所述代理裝置代替用戶(hù)終端進(jìn)行與可信度響應(yīng)有關(guān)的SIP信令消息的收發(fā)、和承載設(shè)定后的規(guī)定的SIP信令消息的收發(fā)。3.根據(jù)權(quán)利要求2所述的呼叫連接處理方法，其特征在于，該呼叫連接處理方法具有執(zhí)行以下處理的步驟:在所述接入網(wǎng)絡(luò)中登記用戶(hù)終端時(shí)，在所述代理裝置中登記該用戶(hù)終端的能力信息和加入者信息，所述代理裝置使用該登記信息進(jìn)行承載設(shè)定，代替用戶(hù)終端進(jìn)行該承載設(shè)定后的規(guī)定的SIP信令消息的收發(fā)。4.根據(jù)權(quán)利要求1所述的呼叫連接處理方法，其特征在于，該呼叫連接處理方法具有執(zhí)行以下處理的步驟在沒(méi)有由用戶(hù)終端指示代替該用戶(hù)終端進(jìn)行規(guī)定的SIP信令消息的收發(fā)時(shí)，所述代理裝置向用戶(hù)終端通知代替該用戶(hù)終端進(jìn)行規(guī)定的SIP信令消息的收發(fā)的情況；以及代替用戶(hù)終端進(jìn)行所述SIP信令消息的收發(fā)。5.根據(jù)權(quán)利要求4所述的呼叫連接處理方法，其特征在于，所述規(guī)定的SIP信令消息是確認(rèn)響應(yīng)的SIP信令消息。6.根據(jù)權(quán)利要求1或4所述的呼叫連接處理方法，其特征在于，該呼叫連接處理方法具有執(zhí)行以下處理的步驟在呼叫連接時(shí)，與呼入側(cè)用戶(hù)終端對(duì)網(wǎng)絡(luò)的連接狀態(tài)無(wú)關(guān)地，在呼出側(cè)獨(dú)立進(jìn)行從呼出側(cè)用戶(hù)終端呼出SIP協(xié)議的INVITE消息后、到該呼入側(cè)用戶(hù)終端響應(yīng)針對(duì)該INVITE消息的200OK之前的呼叫連接處理順序；以及呼出側(cè)用戶(hù)終端從呼入側(cè)用戶(hù)終端接收所述200OK后，經(jīng)由所述基干網(wǎng)絡(luò)在呼出側(cè)用戶(hù)終端和呼入側(cè)用戶(hù)終端之間進(jìn)行通信。7.根據(jù)權(quán)利要求6所述的呼叫連接處理方法，其特征在于，該呼叫連接處理方法具有執(zhí)行以下處理的步驟在該呼入側(cè)用戶(hù)終端和呼入側(cè)代理裝置之間，獨(dú)立進(jìn)行所述呼入側(cè)用戶(hù)終端響應(yīng)200OK之前的呼入側(cè)呼叫連接處理順序。8.根據(jù)權(quán)利要求1或4所述的呼叫連接處理方法，其特征在于，該呼叫連接處理方法具有執(zhí)行以下處理的步驟所述代理裝置從基干網(wǎng)絡(luò)接收到表示呼叫連接的進(jìn)度情況的SIP消息時(shí)，保留該消息向用戶(hù)終端的發(fā)送，確認(rèn)服務(wù)內(nèi)容和Qos的選擇正常結(jié)束的情況后，向用戶(hù)終端發(fā)送該消息。9.一種消息收發(fā)代理裝置，該消息收發(fā)代理裝置設(shè)置在接入網(wǎng)絡(luò)內(nèi)，在呼叫連接時(shí)，代理用戶(hù)終端而在與基干網(wǎng)絡(luò)之間進(jìn)行SIP信令消息的收發(fā)，該接入網(wǎng)絡(luò)接入使用SIP協(xié)議在與用戶(hù)終端之間進(jìn)行呼叫連接處理的基干網(wǎng)絡(luò)，該消息收發(fā)代理裝置的特征在于，該消息收發(fā)代理裝置具有用戶(hù)信息存儲(chǔ)部，其取得并存儲(chǔ)用戶(hù)終端的能力信息和加入者信息；處理部，其進(jìn)行如下處理接收SIP信令消息并對(duì)其進(jìn)行分析的處理、使用所述存儲(chǔ)信息的承載設(shè)定處理、移動(dòng)終端和基站之間的SIP信令消息的中繼處理、和代替移動(dòng)終端生成并發(fā)送SIP信令消息的處理；收發(fā)部，其與用戶(hù)終端進(jìn)行消息的收發(fā)；以及收發(fā)部，其與基干網(wǎng)絡(luò)側(cè)進(jìn)行消息的收發(fā)。全文摘要本發(fā)明提供呼叫連接處理方法和消息收發(fā)代理裝置。呼叫連接處理方法使用SIP協(xié)議在用戶(hù)終端和基干網(wǎng)絡(luò)之間經(jīng)由接入網(wǎng)絡(luò)進(jìn)行呼叫連接，其中，該呼叫連接處理方法具有執(zhí)行以下處理的步驟指示接入網(wǎng)絡(luò)內(nèi)的規(guī)定裝置(代理裝置)代替用戶(hù)終端向基干網(wǎng)絡(luò)發(fā)送規(guī)定的SIP信令消息；根據(jù)該指示，代理裝置在呼叫連接時(shí)不向用戶(hù)終端發(fā)送要在用戶(hù)終端和基干網(wǎng)絡(luò)之間收發(fā)的規(guī)定的SIP信令消息，或者，代替用戶(hù)終端向基干網(wǎng)絡(luò)進(jìn)行發(fā)送。文檔編號(hào)H04W99/00GK101536601SQ200680055990公開(kāi)日2009年9月16日申請(qǐng)日期2006年10月5日優(yōu)先權(quán)日2006年10月5日發(fā)明者宮崎直,手塚康夫,本橋佳代,橋本正則申請(qǐng)人:富士通株式會(huì)社