一種呼叫處理方法及裝置制造方法

文檔序號：7809843閱讀：183來源：國知局

一種呼叫處理方法及裝置制造方法
【專利摘要】本申請提供一種呼叫處理方法及裝置，該方法包括：在處理呼叫的過程中，在建立當前智能關系后，互聯網協議多媒體網絡下的業務交換功能IM-SSF設備接收服務呼叫會話控制功能S-CSCF設備發送的指示承載業務修改完成的消息；IM-SSF設備向業務控制點SCP發送第一基本呼叫狀態模型事件報告ERB消息，以請求拆除當前智能關系；IM-SSF設備接收SCP發送的請求拆除當前智能關系的消息；IM-SSF設備拆除當前智能關系，保持當前呼叫；IM-SSF設備向SCP發送建立新智能關系的初始檢測點IDP消息，其中，所述IDP消息攜帶修改后所承載的業務的類型信息。
【專利說明】一種呼叫處理方法及裝置

【技術領域】
[0001] 本申請涉及通信【技術領域】，尤其涉及一種呼叫處理方法及裝置。

【背景技術】
[0002] 互聯網協議多媒體網絡下的業務交換功能（Internet Protocol Multimedia-Service Switch Function ;IM_SSF)是第三代合作伙伴計劃（3rd Generation Partnership Project ;3GPP)協議定義的在互聯網協議多媒體子系統（Internet Protocol Multimedia Subsystem;IMS)域內實現智能業務觸發的邏輯功能實體。IM-SSF能夠完成會話發起協議（Session Initiation Protocol ;SIP)與移動網絡增強邏輯定制應用 (Customized Applications for Mobile network Enhanced Logic ;CAMEL)或智會泛網應用協議（Intelligent Network Application Protocol ;INAP)之間的協議轉換。
[0003] 請參考圖1所示，為MS網絡與傳統智能網絡之間組網的示意圖。通過頂-SSF可以使得長期演進語音（Voice over Long Term Evolution ;VoLTE)網絡的用戶能夠接入智能網絡中的業務控制點（Service Control Point ;SCP)，從而使得VoLTE用戶能夠繼承電路交換（Circuit Switching ;CS)網絡中的預付費業務（Prepaid Service ;PPS)和虛擬專用號碼（Virtual Private Number ;VPN)等智能業務。其中，通過IM-SSF將服務呼叫會話控制功能（Serving-Call Session Control Function ;S_CSCF)設備的呼叫請求發送到 SCP。
[0004] 然而，VoLTE呼叫過程中可能出現承載業務變化，典型的包括音頻切換成視頻，或者視頻切換成音頻場景。通常情況下音頻和視頻的費率是不同的，因此，SCP需要獲知當前正在進行的承載業務是音頻還是視頻，從而避免運營商計費損失或者對終端用戶多計費的情況出現。
[0005] 為解決上述技術問題，CAMEL4協議定義了兩個事件點：0_Service_Change (用于主叫流程）和T_Service_Change(用于被叫流程）。IM-SSF設備可以通過這兩個事件點監控承載業務的變化，并在承載業務發生變化時將變化的情況上報給SCP。然后繼續呼叫流程，并且按照修改前所承載的業務類型繼續計費直到SCP下發的計費周期使用完。然后 IM-SSF設備上報請求計費報告（Apply Charging Report ;ACR)消息到SCP，請求SCP下發新的計費周期。如果用戶未欠費，則SCP下發請求計費（Apply Charging ;AC)消息，指示新的計費周期并按照修改后所承載的業務類型計費。
[0006] 由此可以看出，現有技術中的方法需要等到下一計費周期才能調整費率，所以費率調整不及時。

【發明內容】

[0007] 本申請提供一種呼叫處理方法及裝置，用以解決現有技術中存在的當有業務變化事件發生時，費率調整不及時的技術問題。
[0008] 本申請第一方面提供了一種呼叫處理方法，包括：
[0009] 在處理呼叫的過程中，在建立當前智能關系后，互聯網協議多媒體網絡下的業務交換功能頂-SSF設備接收服務呼叫會話控制功能S-CSCF設備發送的指示承載業務修改完成的消息；
[0010] 所述頂-SSF設備向業務控制點SCP發送第一基本呼叫狀態模型事件報告ERB消息，以請求拆除當前智能關系；
[0011] 所述頂-SSF設備接收所述SCP發送的請求拆除所述當前智能關系的消息；
[0012] 所述IM-SSF設備拆除所述當前智能關系以及保持當前呼叫；
[0013] 所述頂-SSF設備向所述SCP發送建立新智能關系的初始檢測點IDP消息，其中，所述IDP消息攜帶修改后所承載的業務的類型信息。
[0014] 結合第一方面，在第一方面的第一種可能的實現方式中，在所述IM-SSF設備接收所述S-CSCF設備發送的指示承載業務修改完成的消息之后，在IM-SSF設備向所述SCP發送建立新智能關系的IDP之前，所述方法還包括：
[0015] 所述IM-SSF設備向所述SCP發送請求計費報告ACR，以請求停止對修改前所承載的業務的計費。
[0016] 結合第一方面或第一方面的第一種可能的實現方式，在第一方面的第二種可能的實現方式中，在所述頂-SSF設備接收所述S-CSCF設備發送的指示承載業務修改完成的消息之前，所述方法還包括：
[0017] 所述頂-SSF設備向所述SCP發送建立所述當前智能關系的IDP消息，所述建立所述當前智能關系的IDP消息攜帶呼叫參考號碼；
[0018] 貝IJ，所述頂-SSF設備向所述SCP發送建立新智能關系的初始檢測點IDP消息，包括：
[0019] 所述頂-SSF設備向所述SCP發送建立新智能關系的IDP消息，所述建立新智能關系的IDP消息攜帶與所述呼叫參考號碼一致的呼叫參考號碼。
[0020] 結合第一方面的第二種可能的實現方式，在第一方面的第三種可能的實現方式中，在所述頂-SSF設備向所述SCP發送建立所述當前智能關系的IDP消息之后，在所述頂-SSF設備接收S-CSCF設備發送的指示承載業務修改完成的消息之前，所述方法還包括：
[0021] 所述頂-SSF接收所述SCP下發的第一請求上報基本呼叫狀態模型事件RRBE消息，所述第一 RRBE消息攜帶主叫放棄事件、應答事件和拆線事件。
[0022] 結合第一方面或第一方面的第一種可能的實現方式至第一方面的第三種可能的實現方式中的任意一種，在第一方面的第四種可能的實現方式中，在所述IM-SSF設備向所述SCP發送建立新智能關系的IDP消息之后，所述方法還包括：
[0023] 所述頂-SSF設備接收所述SCP下發的第二請求上報基本呼叫狀態模型事件RRBE 消息，所述第二RRBE消息攜帶應答事件和拆線事件。
[0024] 結合第一方面的第四種可能的實現方式，在第一方面的第五種可能的實現方式中，當所述第一 ERB消息攜帶主叫放棄事件時，所述第二RRBE消息還攜帶主叫放棄事件。
[0025] 結合第一方面或第一方面的第一種可能的實現方式至第一方面的第四種可能的實現方式中的任意一種，在第一方面的第六種可能的實現方式中，當所述指示承載業務修改完成的消息為200 (UPDATE)時，在所述頂-SSF設備向所述SCP發送建立新智能關系的 IDP消息之后，所述方法還包括：
[0026] 所述IM-SSF設備向所述SCP發送呼叫應答消息。
[0027] 結合第一方面或第一方面的第一種可能的實現方式至第一方面的第四種可能的實現方式中的任意一種，在第一方面的第七種可能的實現方式中，當所述指示承載業務修改完成的消息為200 (Re-INVITE)時，在所述頂-SSF設備接收S-CSCF設備發送的指示承載業務修改完成的消息之前，所述方法還包括：
[0028] 所述IM-SSF設備向所述SCP發送呼叫應答消息。
[0029] 本申請第二方面還提供一種呼叫處理方法，包括：
[0030] 在處理呼叫的過程中，在建立當前智能關系后，業務控制點SCP接收互聯網協議多媒體網絡下的業務交換功能頂-SSF設備發送的第一基本呼叫狀態模型事件報告ERB消息；
[0031] 所述SCP下發請求拆除所述當前智能關系的消息給所述IM-SSF設備，以請求所述 IM-SSF設備保持當前呼叫以及拆除所述當前智能關系；
[0032] 所述SCP接收所述頂-SSF設備發送的用于建立新智能關系的初始檢測點IDP消息，其中，所述IDP消息攜帶修改后所承載的業務的類型信息。
[0033] 結合第二方面，在第二方面的第一種可能的實現方式中，在所述SCP接收所述頂-SSF設備發送的用于建立新智能關系的IDP消息之前，所述方法還包括：
[0034] 所述SCP接收所述IM-SSF設備發送的請求計費報告ACR ;
[0035] 所述SCP停止對修改前所承載的業務的計費。
[0036] 結合第二方面或第二方面的第一種可能的實現方式，在第二方面的第二種可能的實現方式中，在所述SCP接收所述頂-SSF設備發送的第一 ERB消息之前，所述方法還包括：
[0037] 所述SCP發送第一請求上報基本呼叫狀態模型事件RRBE消息給所述頂-SSF設備，所述第一 RRBE消息攜帶主叫放棄事件、應答事件和拆線事件。
[0038] 結合第二方面或第二方面的第一種可能的實現方式或第二方面的第二種可能的實現方式，在第二方面的第三種可能的實現方式中，在所述SCP接收所述IM-SSF設備發送的用于建立新智能關系的IDP消息之后，所述方法還包括：
[0039] 所述SCP發送第二請求上報基本呼叫狀態模型事件RRBE消息給所述頂-SSF設備，所述第二RRBE消息攜帶應答事件和拆線事件。
[0040] 結合第二方面的第三種可能的實現方式，在第二方面的第四種可能的實現方式中，當所述第一 ERB消息攜帶主叫放棄事件時，所述第二RRBE消息還攜帶主叫放棄事件。
[0041] 結合第二方面或第二方面的第一種可能的實現方式至第二方面的第三種可能的實現方式中的任意一種，在第二方面的第五種可能的實現方式中，當所述第一 ERB消息中攜帶主叫放棄事件時，在所述SCP接收所述IM-SSF設備發送的用于建立新智能關系的IDP 消息之后，所述方法還包括：
[0042] 所述SCP接收所述IM-SSF設備發送的呼叫應答消息。
[0043] 結合第二方面或第二方面的第一種可能的實現方式至第二方面的第三種可能的實現方式中的任意一種，在第二方面的第六種可能的實現方式中，當所述第一 ERB消息中攜帶拆線事件時，在所述SCP接收所述頂-SSF設備發送的第一 ERB消息之前，所述方法還包括：
[0044] 所述SCP接收所述頂-SSF設備發送的呼叫應答消息。
[0045] 本申請第三方面提供一種呼叫處理裝置，包括：
[0046] 接收單元，用于在處理呼叫的過程中，在建立當前智能關系后，接收服務呼叫會話控制功能S-CSCF設備發送的指示承載業務修改完成的消息；
[0047] 發送單元，用于在所述接收單元接收到所述指示承載業務修改完成的消息后，向業務控制點SCP上報第一基本呼叫狀態模型事件報告ERB消息，以請求拆除當前智能關系；
[0048] 所述接收單元，還用于接收所述SCP發送的請求拆除所述當前智能關系的消息；
[0049] 處理單元，用于在所述接收單元接收到所述請求拆除所述當前智能關系的消息后，拆除所述當前智能關系以及保持當前呼叫；
[0050] 所述發送單元，還用于在所述處理單元拆除所述當前智能關系后，向所述SCP發送建立新智能關系的初始檢測點IDP消息，其中，所述IDP消息攜帶修改后所承載的業務的類型信息。
[0051] 結合第三方面，在第三方面的第一種可能的實現方式中，所述發送單元還用于：在所述接收單元接收所述S-CSCF設備發送的指示承載業務修改完成的消息之后，在向所述 SCP發送建立新智能關系的IDP之前，向所述SCP發送請求計費報告ACR，以請求停止對修改前所承載的業務的計費。
[0052] 結合第三方面或第三方面的第一種可能的實現方式，在第三方面的第二種可能的實現方式中，所述發送單元還用于：在所述接收單元接收所述S-CSCF設備發送的指示承載業務修改完成的消息之前，向所述SCP發送建立所述當前智能關系的IDP消息，所述建立所述當前智能關系的IDP消息攜帶呼叫參考號碼；
[0053] 所述發送單元具體用于向所述SCP發送建立新智能關系的IDP消息，所述建立新智能關系的IDP消息攜帶與所述呼叫參考號碼一致的呼叫參考號碼。
[0054] 結合第三方面的第二種可能的實現方式，在第三方面的第三種可能的實現方式中，所述接收單元還用于，在所述發送單元向所述SCP發送建立所述當前智能關系的IDP消息之后，在所述接收單元接收S-CSCF設備發送的指示承載業務修改完成的消息之前，接收所述SCP下發的第一請求上報基本呼叫狀態模型事件RRBE消息，所述第一 RRBE消息中攜帶主叫放棄事件、應答事件和拆線事件。
[0055] 結合第三方面或第三方面的第一種可能的實現方式至第三方面的第三種可能的實現方式中的任意一種，在第三方面的第四種可能的實現方式中，所述接收單元還用于，在所述發送單元向所述SCP發送建立新智能關系的IDP消息之后，接收所述SCP下發的第二請求上報基本呼叫狀態模型事件RRBE消息，所述第二RRBE消息攜帶應答事件和拆線事件。
[0056] 結合第三方面的第四種可能的實現方式，在第三方面的第五種可能的實現方式中，當所述第一 ERB消息攜帶主叫放棄事件時，所述第二RRBE消息還攜帶主叫放棄事件。
[0057] 結合第三方面或第三方面的第一種可能的實現方式至第三方面的第四種可能的實現方式中的任意一種，在第三方面的第六種可能的實現方式中，所述發送單元還用于，當所述指示承載業務修改完成的消息為200 (UPDATE)時，在所述發送單元向所述SCP發送建立新智能關系的IDP消息之后，向所述SCP發送呼叫應答消息。
[0058] 結合第三方面或第三方面的第一種可能的實現方式至第三方面的第四種可能的實現方式中的任意一種，在第三方面的第七種可能的實現方式中，所述發送單元還用于，當所述指示承載業務修改完成的消息為200(Re-INVITE)時，在所述接收單元接收S-CSCF設備發送的指示承載業務修改完成的消息之前，向所述SCP發送呼叫應答消息。
[0059] 本申請第四方面提供一種呼叫處理裝置，包括：
[0060] 接收單元，用于在處理呼叫的過程中，在建立當前智能關系后，接收互聯網協議多媒體網絡下的業務交換功能頂-SSF設備上報的第一基本呼叫狀態模型事件報告ERB消息；
[0061] 發送單元，用于在所述接收單元接收所述第一 ERB消息后，發送請求拆除所述當前智能關系的消息給所述IM-SSF設備，以請求所述IM-SSF設備保持當前呼叫以及拆除所述當前智能關系；
[0062] 所述接收單元還用于，接收所述頂-SSF設備發送的用于建立新智能關系的初始檢測點IDP消息，其中，所述IDP消息攜帶修改后所承載的業務的類型信息。
[0063] 結合第四方面，在第四方面的第一種可能的實現方式中，所述裝置還包括處理單元，
[0064] 所述接收單元還用于，在所述接收單元接收所述頂-SSF設備發送的用于建立新智能關系的IDP消息之前，接收所述IM-SSF設備發送的請求計費報告ACR ;
[0065] 所述處理單元用于在所述接收單元接收所述ACR后，停止對修改前所承載的業務的計費。
[0066] 結合第四方面或第四方面的第一種可能的實現方式，在第四方面的第二種可能的實現方式中，所述發送單元還用于：在所述接收單元接收所述頂-SSF設備發送的第一 ERB 消息之前，發送第一請求上報基本呼叫狀態模型事件RRBE消息給所述IM-SSF設備，所述第一 RRBE消息攜帶主叫放棄事件、應答事件和拆線事件。
[0067] 結合第四方面或第四方面的第一種可能的實現方式或第四方面的第二種可能的實現方式，在第四方面的第三種可能的實現方式中，所述發送單元還用于，在所述接收單元接收發送的用于建立新智能關系的IDP消息之后，發送第二請求上報基本呼叫狀態模型事件RRBE消息給所述IM-SSF設備，所述第二RRBE消息攜帶應答事件和拆線事件。
[0068] 結合第四方面的第三種可能的實現方式，在第四方面的第四種可能的實現方式中，當所述第一 ERB消息攜帶主叫放棄事件時，所述第二RRBE消息還攜帶主叫放棄事件。 [0069] 結合第四方面或第四方面的第一種可能的實現方式至第四方面的第三種可能的實現方式中的任意一種，在第四方面的第五種可能的實現方式中，所述接收單元還用于，當所述第一 ERB消息中攜帶拆線事件時，在所述接收單元接收所述IM-SSF設備發送的第一 ERB消息之前，接收所述IM-SSF設備發送的呼叫應答消息。
[0070] 結合第四方面或第四方面的第一種可能的實現方式至第四方面的第三種可能的實現方式中的任意一種，在第四方面的第六種可能的實現方式中，所述接收單元還用于，當所述第一 ERB消息中攜帶拆線事件時，在所述接收單元接收所述IM-SSF設備發送的第一 ERB消息之前，接收所述IM-SSF設備發送的呼叫應答消息。
[0071] 本申請第五方面提供一種頂-SSF設備，包括：
[0072] 接收器，用于在處理呼叫的過程中，在建立當前智能關系后，接收服務呼叫會話控制功能S-CSCF設備發送的指示承載業務修改完成的消息；
[0073] 發送器，用于在所述接收器接收到所述指示承載業務修改完成的消息后，向業務控制點SCP上報第一基本呼叫狀態模型事件報告ERB消息，以請求拆除當前智能關系；
[0074] 所述接收器，還用于接收所述SCP發送的請求拆除所述當前智能關系的消息；
[0075] 處理器，用于在所述接收器接收到所述請求拆除所述當前智能關系的消息后，拆除所述當前智能關系以及保持當前呼叫；
[0076] 所述發送器，還用于在所述處理器拆除所述當前智能關系后，向所述SCP發送建立新智能關系的初始檢測點IDP消息，其中，所述IDP消息攜帶修改后所承載的業務的類型信息。
[0077] 結合第五方面，在第五方面的第一種可能的實現方式中，所述發送器還用于：在所述接收器接收所述S-CSCF設備發送的指示承載業務修改完成的消息之后，向所述SCP發送建立新智能關系的IDP之前，向所述SCP發送請求計費報告ACR，以請求停止對修改前所承載的業務的計費。
[0078] 結合第五方面或第五方面的第一種可能的實現方式，在第五方面的第二種可能的實現方式中，所述發送器還用于：在所述接收器接收所述S-CSCF設備發送的指示承載業務修改完成的消息之前，向所述SCP發送建立所述當前智能關系的IDP消息，所述建立所述當前智能關系的IDP消息攜帶呼叫參考號碼；
[0079] 所述發送器具體用于向所述SCP發送建立新智能關系的IDP消息，所述建立新智能關系的IDP消息攜帶與所述呼叫參考號碼一致的呼叫參考號碼。
[0080] 結合第五方面的第二種可能的實現方式，在第五方面的第三種可能的實現方式中，所述接收器還用于，在所述發送器向所述SCP發送建立所述當前智能關系的IDP消息之后，在所述接收器接收S-CSCF設備發送的指示承載業務修改完成的消息之前，接收所述 SCP下發的第一請求上報基本呼叫狀態模型事件RRBE消息，所述第一 RRBE消息中攜帶主叫放棄事件、應答事件和拆線事件。
[0081] 結合第五方面或第五方面的第一種可能的實現方式至第五方面的第三種可能的實現方式中的任意一種，在第五方面的第四種可能的實現方式中，所述接收器還用于，在所述發送器向所述SCP發送建立新智能關系的IDP消息之后，接收所述SCP下發的第二請求上報基本呼叫狀態模型事件RRBE消息，所述第二RRBE消息攜帶應答事件和拆線事件。 [0082] 結合第五方面的第四種可能的實現方式，在第五方面的第五種可能的實現方式中，當所述第一 ERB消息攜帶主叫放棄事件時，所述第二RRBE消息還攜帶主叫放棄事件。 [0083] 結合第五方面或第五方面的第一種可能的實現方式至第五方面的第四種可能的實現方式中的任意一種，在第五方面的第六種可能的實現方式中，所述發送器還用于，當所述指示承載業務修改完成的消息為200 (UPDATE)時，在所述發送器向所述SCP發送建立新智能關系的IDP消息之后，向所述SCP發送呼叫應答消息。
[0084] 結合第五方面或第五方面的第一種可能的實現方式至第五方面的第四種可能的實現方式中的任意一種，在第五方面的第七種可能的實現方式中，所述發送器還用于，當所述指示承載業務修改完成的消息為200(Re-INVITE)時，在所述接收器接收S-CSCF設備發送的指示承載業務修改完成的消息之前，向所述SCP發送呼叫應答消息。
[0085] 本申請第六方面提供一種SCP，包括：
[0086] 接收器，用于在處理呼叫的過程中，在建立當前智能關系后，接收互聯網協議多媒體網絡下的業務交換功能頂-SSF設備上報的第一基本呼叫狀態模型事件報告ERB消息； [0087] 發送器，用于在所述接收器接收所述第一 ERB消息后，發送請求拆除所述當前智能關系的消息給所述IM-SSF設備，以請求所述IM-SSF設備保持當前呼叫以及拆除所述當前智能關系；
[0088] 所述接收器還用于，接收所述頂-SSF設備發送的用于建立新智能關系的初始檢測點IDP消息，其中，所述IDP消息攜帶修改后所承載的業務的類型信息。
[0089] 結合第六方面，在第六方面的第一種可能的實現方式中，所述SCP還包括處理器，
[0090] 所述接收器還用于，在所述接收器接收所述頂-SSF設備發送的用于建立新智能關系的IDP消息之前，接收所述IM-SSF設備發送的請求計費報告ACR ;
[0091] 所述處理器用于在所述接收器接收所述ACR后，停止對修改前所承載的業務的計費。
[0092] 結合第六方面或第六方面的第一種可能的實現方式，在第六方面的第二種可能的實現方式中，所述發送器還用于：在所述接收器接收所述頂-SSF設備發送的第一 ERB消息之前，發送第一請求上報基本呼叫狀態模型事件RRBE消息給所述頂-SSF設備，所述第一 RRBE消息攜帶主叫放棄事件、應答事件和拆線事件。
[0093] 結合第六方面或第六方面的第一種可能的實現方式或第六方面的第二種可能的實現方式，在第六方面的第三種可能的實現方式中，所述發送器還用于，在所述接收器接收發送的用于建立新智能關系的IDP消息之后，發送第二請求上報基本呼叫狀態模型事件 RRBE消息給所述IM-SSF設備，所述第二RRBE消息攜帶應答事件和拆線事件。
[0094] 結合第六方面的第三種可能的實現方式，在第六方面的第四種可能的實現方式中，當所述第一 ERB消息攜帶主叫放棄事件時，所述第二RRBE消息還攜帶主叫放棄事件。 [0095] 結合第六方面或第六方面的第一種可能的實現方式至第六方面的第三種可能的實現方式中的任意一種，在第六方面的第五種可能的實現方式中，所述接收器還用于，當所述第一 ERB消息中攜帶拆線事件時，在所述接收器接收所述頂-SSF設備發送的第一 ERB消息之前，接收所述M-SSF設備發送的呼叫應答消息。
[0096] 結合第六方面或第六方面的第一種可能的實現方式至第六方面的第三種可能的實現方式中的任意一種，在第六方面的第六種可能的實現方式中，所述接收器還用于，當所述第一 ERB消息中攜帶拆線事件時，在所述接收器接收所述頂-SSF設備發送的第一 ERB消息之前，接收所述M-SSF設備發送的呼叫應答消息。
[0097] 本申請實施例中提供的一個或多個技術方案，至少具有如下技術效果或優點：
[0098] 本申請實施例中，在處理呼叫的過程中，在建立當前智能關系后，頂-SSF設備接收S-CSCF設備發送的指示承載業務修改完成的消息；頂-SSF設備向SCP發送第一 ERB消息，以請求拆除當前智能關系；IM-SSF設備接收SCP發送的請求拆除當前智能關系的消息； IM-SSF設備拆除當前智能關系以及保持當前呼叫；IM-SSF設備向SCP發送建立新智能關系的IDP消息，其中，IDP消息攜帶修改后所承載的業務的類型信息。因此，在本申請實施例中，當承載業務發生變化時，頂-SSF設備就上報給SCP ;并且等接收到SCP下發的請求拆除當前智能關系的消息時，就拆除當前智能關系，而保持當前呼叫，然后再發送建立新智能關系的IDP消息給SCP，觸發建立新智能關系的流程，其中，其中，IDP消息攜帶修改后所承載的業務的類型信息。當新智能關系建立后，就會以修改后所承載的業務類型重新計費，所以費率能夠得到及時的調整，從而避免運營商計費損失或者對終端用戶多計費的情況出現。

【專利附圖】

【附圖說明】
[0099] 圖1為現有技術中一種通信系統架構圖；
[0100] 圖2為本申請一實施例中呼叫處理方法的流程圖；
[0101] 圖3為本申請另一實施例中呼叫處理方法的流程圖；
[0102] 圖4為本申請第一實施例中呼叫處理方法的交互圖；
[0103] 圖5為本申請第二實施例中呼叫處理方法的交互圖；
[0104] 圖6為本申請一實施例中IM-SSF設備的功能框圖；
[0105] 圖7為本申請一實施例中IM-SSF設備的硬件實現的實例概念圖；
[0106] 圖8為本申請一實施例中SCP的功能框圖；
[0107] 圖9為本申請一實施例中SCP的硬件實現的實例概念圖。

【具體實施方式】
[0108] 本申請實施例提供一種呼叫處理方法及裝置，用以解決現有技術中存在的當有業務變化事件發生時，費率調整不及時的技術問題。
[0109] 為使本申請實施例的目的、技術方案和優點更加清楚，下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。
[0110] 本文中術語"和/或"，僅僅是一種描述關聯對象的關聯關系，表示可以存在三種關系，例如，A和/或B，可以表示：單獨存在A，同時存在A和B，單獨存在B這三種情況。另夕卜，本文中字符"/"，一般表示前后關聯對象是一種"或"的關系。
[0111] 下面結合附圖對本申請優選的實施方式進行詳細說明。
[0112] 本實施例提供一種呼叫處理方法，適用于本實施例中呼叫處理方法的一種可能的通信系統架構如圖1所示。S-CSCF設備具體可以是路由器、交換機。IM-SSF設備具體可以是應用服務器，也可以和SCP集成在同一物理設備上。可選的，頂-SSF設備在網絡中的位置也不限定，例如可以在頂S網絡中，也可以在智能網中。
[0113] 以下先從IM-SSF設備側介紹本實施例中的呼叫處理方法，請參考圖2所示，為本實施例中的呼叫處理方法的流程圖，該方法包括：
[0114] 步驟101 :在處理呼叫的過程中，在建立當前智能關系后，頂-SSF設備接收S-CSCF 設備發送的指示承載業務修改完成的消息；
[0115] 步驟102 :M-SSF設備向SCP發送第一基本呼叫狀態模型事件報告（Event Import Basic Call State Model ;ERB)消息，以請求拆除當前智能關系；
[0116] 步驟103 :IM_SSF設備接收SCP發送的請求拆除當前智能關系的消息；
[0117] 步驟104 :IM_SSF設備拆除當前智能關系以及保持當前呼叫；
[0118] 步驟105 :M_SSF設備向SCP發送建立新智能關系的初始檢測點（Initial Detection Point ;IDP)消息，其中，IDP消息攜帶修改后所承載的業務的類型信息。
[0119] 其中，智能關系是建立在頂-SSF設備和SCP之間的一種關系，通常是在呼叫開始時建立，呼叫拆線時結束。頂-SSF設備通過智能關系，向SCP報告呼叫處理的狀態，并從SCP 接收指令去維持、建立或者拆除一個呼叫。
[0120] 智能關系和呼叫存在于不同的網元之間，智能關系是在呼叫過程中建立的，可以用來實現上報呼叫處理的狀態、控制呼叫過程。智能關系結束并不意味著呼叫就會結束；反之，如果呼叫關系結束，相應的智能關系也會結束。
[0121] 其中，業務的類型信息用于指示業務的類型。
[0122] 對于在移動始發（Mobile Originating ;M0)過程中或移動前轉（Mobile Forwarding ;MF)過程中，或在移動終結（Mobile Terminating ;MT)過程中，或在拜訪地移動交換中心移動終結（Mobile Terminating in Visited Mobile Switching Center ;VT) 過程中，在應答前承載業務發生變化時，步驟101中的指示承載業務修改完成的消息具體為200 (UPDATE)消息，即更新消息。第一 ERB消息中攜帶主叫放棄事件，以請求拆除當前智能關系。在M0/MF/MT/VT過程中，在應答后承載業務發生變化時，步驟101中的指示承載業務修改完成的消息具體為200(Re-INVITE)消息，即重新邀請消息。第一 ERB消息中攜帶拆線事件，以請求拆除當前智能關系。
[0123] 可選的，在步驟101之前，頂-SSF設備還接收S-CSCF設備發送的承載業務修改請求消息并將該消息透傳給S-CSCF設備。類似的，在應答前承載業務發生變化時，該承載業務修改請求消息具體為更新（UPDATE)消息。在應答后承載業務發生變化時，該承載業務修改請求消息具體為重新邀請（Re-INVITE)消息。
[0124] 接下來執行步驟102,即頂-SSF設備向SCP發送第一 ERB消息，以請求拆除當前智能關系。具體的，如果指示承載業務修改完成的消息為200(UPDATE)時，即在應答前流程中，第一 ERB消息中攜帶主叫放棄事件。如果指示承載業務修改完成的消息為 200 (Re-INVITE)時，即在應答后流程中，第一 ERB消息中攜帶拆線事件。
[0125] 接下來執行步驟103, IM-SSF設備接收SCP發送的請求拆除當前智能關系的消息，該請求拆除當前智能關系的消息是基于第一 ERB消息下發的。換言之，SCP在接收到第一 ERB消息時，獲知承載業務類型已發生變化，并且需要拆除當前智能關系，所以就下發請求拆除當前智能關系的消息給IM-SSF設備。
[0126] 在實際運用中，請求拆除當前智能關系的消息的格式可以是新定義的格式，也可以是重用現有的消息格式，例如拆除呼叫（ReleaseCall)消息，只是在當前的時機，IM-SSF 設備執行的是步驟103,而不會像現有技術中那樣，在收到ReleaseCall消息時，IM-SSF設備既拆除當前智能關系又拆除當前呼叫。如此，可以不需要改動SCP，對網絡影響最小。
[0127] 當在步驟103中接收到請求拆除當前智能關系的消息時，IM-SSF設備就執行步驟 104,即拆除當前智能關系以及保持當前呼叫。具體的，保持當前呼叫即不向相鄰網元發送拆線消息，那么當前呼叫就會繼續保持。如果想要拆除當前呼叫，就向相鄰網元發送拆線消息，結束網元之間的呼叫關系。其中，拆除當前智能關系和保持當前呼叫不限制先后順序。
[0128] 接下來執行步驟105, 頂-SSF設備向SCP發送建立新智能關系的IDP消息，其中，IDP消息攜帶修改后所承載的業務的類型信息。例如：IDP消息中的承載能力（Bearer Capability)信元用于標識當前所承載的業務類型。
[0129] 需要說明的是，如果在一個呼叫中，出現多次承載業務變化的情況，那么步驟101 至步驟105也會執行多次。
[0130] 因此，在本申請實施例中，當承載業務發生變化時，頂-SSF就上報給SCP，并且在接收到SCP下發的請求拆除當前智能關系的消息時，就拆除當前智能關系，而保持當前呼口Ll，然后再發送IDP消息給SCP，觸發建立新智能關系的流程，那么當新智能關系建立時，就會重新以修改后所承載的業務類型進行計費，所以在承載業務變化時，費率能夠得到及時的調整，從而避免運營商計費損失或者對終端用戶多計費的情況出現。
[0131] 進一步，利用本申請實施例中的呼叫處理方法，SCP的接口不需要發生改變，因此現有的SCP無需升級改造即可實施本申請實施例中的呼叫處理方法，所以降低了部署成本。
[0132] 可選的，在步驟101之前，該方法還包括：頂-SSF設備向SCP發送建立當前智能關系的IDP消息，建立當前智能關系的IDP消息攜帶呼叫參考號碼。
[0133] 貝丨」，步驟105包括：頂-SSF設備向SCP發送建立新智能關系的IDP消息，建立新智能關系的IDP消息攜帶與所述呼叫參考號碼一致的呼叫參考號碼。例如：每個IDP中的 Call Reference Number(呼叫參考號碼）參數填寫相同或者相應的值。
[0134] 因此，可以實現本次呼叫，即當前呼叫，對應的這一次呼叫中的多張話單關聯。
[0135] 可選的，在頂-SSF設備向SCP發送建立當前智能關系的IDP消息之后，在步驟 101之前，該方法還包括：頂-SSF設備接收SCP下發的第一請求上報基本呼叫狀態模型事件（Request Report Basic Call State Model Event ;RRBE)消息，第一 RRBE 消息中攜帶有主叫放棄事件、應答事件和拆線事件。例如，如果是在M0/MF流程中，第一 RRBE消息的參數為（oAbandon、oAnswer、oDisconnect);如果是在MT/VT流程中，第一 RRBE消息的參數為（tAbandon、tAnswer、tDisconnect)。不管是哪種流程，該三個參數分別表示主叫放棄事件、應答事件和拆線事件。SCP下發RRBE消息攜帶這三個事件，向頂-SSF設備訂閱需要監控的事件點，當需要監控的事件發生時，頂-SSF設備就會通過ERB消息上報事件。
[0136] 其中，主叫放棄表示被叫摘機前，主叫掛斷電話。應答表示被叫摘機。拆線表示被叫摘機后，即主被叫正常通話時，主叫或者被叫掛斷電話。
[0137] 進一步，在步驟105之后，該方法還包括：頂-SSF設備接收SCP下發的第二RRBE消息，第二RRBE消息中攜帶有應答事件和拆線事件。
[0138] 在步驟105中，頂-SSF設備發送了 IDP消息，所以SCP在接收到IDP消息之后，因為重新建立了智能關系，所以就向頂-SSF設備發送第二RRBE消息。第二RRBE消息攜帶應答事件和拆線事件。需要說明的是，第二RRBE消息與第一 RRBE消息的作用相同，所以在格式上可以完全相同，均為RRBE類型的消息，攜帶的參數值也可以完全相同。
[0139] 可選的，在應答前流程中，即第一 ERB消息攜帶主叫放棄事件時，第二RRBE消息還攜帶主叫放棄事件。
[0140] 進一步，在步驟105之后，該方法還包括：頂-SSF設備接收SCP下發的AC消息，指示計費周期開始。同時，SCP開始按照變化后的承載業務的類型進行計費。
[0141] 在實際運用中，當在應答后的流程中，即指示承載業務修改完成的消息為 200(Re-INVITE)時，或第一 ERB消息中攜帶拆線事件時，在步驟101之前，該方法還包括： IM-SSF設備向SCP發送呼叫應答消息。例如：IM-SSF設備發送第二ERB消息給SCP，以通知SCP當前呼叫已應答，其中，第二ERB消息中攜帶應答事件；頂-SSF設備接收SCP下發的呼叫繼續消息，呼叫繼續消息用于指示當前呼叫繼續。
[0142] 類似的，在應答前的流程中，即當指示承載業務修改完成的消息為200(UPDATE) 時，或第一 ERB消息中攜帶主叫放棄事件時，在步驟105之后，該方法還包括：頂-SSF設備向SCP發送呼叫應答消息。例如：IM-SSF設備發送第二ERB消息給SCP，以通知SCP當前呼叫已應答，其中，第二ERB消息中攜帶應答事件；頂-SSF設備接收SCP下發的呼叫繼續消息，呼叫繼續消息用于指示當前呼叫繼續。
[0143] 進一步，在步驟101之后，步驟105之前，該方法還包括：頂-SSF設備向SCP發送 ACR消息，以請求停止對修改前所承載的業務的計費。SCP在接收到ACR消息之后，結束對承載業務修改前所承載的業務的計費，避免繼續以修改前所承載的業務類型的計費方式進行計費。
[0144] 接下來的流程與現有技術中的流程相同，這里就不再贅述。
[0145] 接下來請參考圖3所示，為SCP側的呼叫處理方法的流程圖。該方法包括：
[0146] 步驟201 :在處理呼叫的過程中，在建立當前智能關系后，SCP接收頂-SSF設備發送的第一 ERB消息；
[0147] 步驟202 :SCP下發請求拆除當前智能關系的消息給IM-SSF設備，以請求IM-SSF 設備保持當前呼叫以及拆除當前智能關系；
[0148] 步驟203 :SCP接收頂-SSF設備發送的用于建立新智能關系的IDP消息，其中，IDP 消息攜帶修改后所承載的業務的類型信息。
[0149] 可選的，在步驟201之前，該方法還包括：SCP接收頂-SSF設備發送的ACR;SCP停止對修改前所承載的業務的計費。換言之，SCP在接收到ACR之后，結束對承載業務修改前的承載業務的計費，避免繼續以承載業務修改前的承載類型的計費方式進行計費。
[0150] 可選的，第一 ERB消息中攜帶有主叫放棄事件或拆線事件。
[0151] 可選的，在步驟201之前，該方法還包括：SCP下發第一 RRBE消息給頂-SSF設備，第一 RRBE消息中攜帶主叫放棄事件、應答事件和拆線事件。
[0152] 可選的，在步驟203之后，該方法還包括：SCP下發第二RRBE消息給頂-SSF設備，第二RRBE消息中攜帶應答事件和拆線事件。
[0153] 進一步，當第一 ERB消息中攜帶主叫放棄事件時，第二RRBE消息還攜帶主叫放棄事件。
[0154] 可選的，當第一 ERB消息中攜帶主叫放棄事件時，在SCP接收頂-SSF設備發送的用于建立新智能關系的IDP消息之后，該方法還包括：SCP接收頂-SSF設備發送的呼叫應答消息。例如：SCP接收頂-SSF設備發送的第二ERB消息，第二ERB消息中攜帶應答事件。
[0155] 可選的，當第一 ERB消息中攜帶拆線事件時，在SCP接收頂-SSF設備發送的第一 ERB消息之前，該方法還包括：SCP接收頂-SSF設備發送的呼叫應答消息。例如：SCP接收頂-SSF設備發送的第二ERB消息，其中，第二ERB消息中攜帶應答事件。
[0156] 其中，SCP側的呼叫處理方法與頂-SSF側的呼叫處理方法相互對應。SCP側的呼叫處理方法的具體實施過程在前述描述頂-SSF側的呼叫處理方法的具體實施過程中已介紹，所以為了說明書的簡潔，在此不再贅述。
[0157] 以下將舉幾個具體的例子進行說明本實施例中的呼叫處理方法的實施過程。
[0158] 第一例：在本實施例中，以在M0/MF流程中，并且在應答前發生承載業務變化為例進行說明。請參考圖4所示，圖4所示為本實施例的一個較完整的呼叫流程圖，其中包括承載業務發生變化時的處理流程。
[0159] 請參考圖4所示，該流程包括以下內容。
[0160] 301、S-CSCF設備發送邀請（INVITE)消息到頂-SSF設備。
[0161] 302、IM-SSF設備判斷如果該用戶存在智能簽約數據或者配置有網絡CAMEL簽約信息（Network CAMEL Service Information ;N_CSI)的方式觸發智能，則發送IDP消息到 SCP。
[0162] 303-305、SCP下發RRBE消息、AC消息和呼叫繼續（Continue)消息，其中，RRBE消息的參數為（〇Abandon、oAnswer、oDisconnect)，分別表示主叫放棄事件、應答事件、拆線事件。呼叫繼續消息用于指示呼叫繼續。AC消息用于指示計費周期開始。
[0163] 306-310、頂-SSF設備發送INVITE消息給S-CSCF設備、接收S-CSCF設備發送的 183消息和180振鈴（Ring)消息并透傳給S-CSCF設備。其中，183消息和180 Ring消息為INVITE消息的臨時響應消息，分別表示呼叫正在繼續和被叫機正在振鈴。下同。
[0164] 311-312、頂-SSF設備接收S-CSCF設備發送的承載業務修改請求消息，即更新 (UPDATE)消息，頂-SSF設備透傳該消息給S-CSCF設備。
[0165] 313-315、頂-SSF設備接收S-CSCF設備發送的承載業務修改完成消息 200 (UPDATE)，并在接收到該消息之后，發送ACR消息和ERB消息到SCP。其中，ERB消息的參數為（oAbandon)，即主叫放棄事件。
[0166] 316、SCP發送拆除呼叫（ReleaseCall)消息到頂-SSF設備，指示拆除當前呼叫，同時拆除當前智能關系。
[0167] 317、IM_SSF設備拆除當前智能關系，并保持當前呼叫，即不拆除當前呼叫，并根據新的承載業務重新觸發智能，建立新智能關系，即發送IDP消息到SCP，其中，IDP消息攜帶修改后所承載的業務的類型信息。
[0168] 318-320、SCP下發RRBE消息、AC消息和呼叫繼續（Continue)消息，其中，RRBE消息的參數為（〇Abandon、oAnswer、oDisconnect)，分別表示主叫放棄事件、應答事件、拆線事件。呼叫繼續消息用于指示呼叫繼續。
[0169] 321、頂-SSF設備透傳200 (更新）消息給S-CSCF設備。
[0170] 322、頂-SSF設備接收S-CSCF設備發送的200 (邀請）消息，該消息指示呼叫已經應答。
[0171] 323、頂-SSF設備發送ERB消息（oAnswer，即應答事件）到SCP，通知SCP呼叫已經應答。
[0172] 324、SCP發送呼叫繼續（Continue)消息到頂-SSF設備，指示呼叫繼續。
[0173] 325-327、頂-SSF設備透傳200 (邀請）消息、ACK消息給S-CSCF設備，然后進入通話狀態。
[0174] 328-329、如果SCP下發的計費周期已經使用完，頂-SSF設備上報ACR到SCP，請求下發新的計費周期。如果用戶未欠費，則SCP下發AC，指示新的計費周期。
[0175] 330、頂-SSF設備接收S-CSCF設備發送的掛斷（BYE)消息，該消息用于指示拆除當前呼叫。
[0176] 331-332、IM-SSF設備發送ACR消息、ERB消息（拆線事件）到SCP，請求拆除新智能關系。
[0177] 333、SCP發送拆除呼叫（ReleaseCall)消息到頂-SSF設備，指示拆除當前呼叫，同時拆除新智能關系。
[0178] 334-336、在完成拆除呼叫時，頂-SSF設備透傳 BYE消息、200 (BYE)消息給S-CSCF 設備。
[0179] 需要說明的是，如果一個呼叫中應答前存在多次承載業務變化，則311-321會執行多次。
[0180] 第二例，在本實施例中，以在M0/MF流程中，并且在應答后發生承載業務變化為例進行說明。請參考圖5所示，圖5所示為本實施例的一個較完整的呼叫流程圖，其中包括承載業務發生變化時的處理流程。
[0181] 請參考圖5所示，該流程包括以下內容。
[0182] 401-410與前述第一例中的301-310相同，所以在此不再贅述。
[0183] 411UM-SSF設備接收S-CSCF設備發送的200 (INVITE)，該消息用于指示呼叫已經應答。
[0184] 412、頂-SSF設備發送ERB消息（應答事件）到SCP，通知SCP呼叫已經應答。
[0185] 413、SCP發送呼叫繼續（Continue)消息到頂-SSF設備，指示呼叫繼續。
[0186] 414-416、頂-SSF設備透傳200 (INVITE)消息、ACK消息給S-CSCF設備，然后進入通話狀態。
[0187] 417-418、頂-SSF設備接收S-CSCF設備發送的承載業務修改請求消息，即重新邀請（Re-INVITE)消息，頂-SSF設備透傳該消息給S-CSCF設備。
[0188] 419-421、頂-SSF設備接收S-CSCF設備發送的承載業務修改完成消息 200 (Re-INVITE)，并在接收該消息之后，發送ACR消息、ERB消息（拆線事件）到SCP，請求拆除當前智能關系。
[0189] 422、SCP發送呼叫拆除（ReleaseCall)消息到頂-SSF設備，指示拆除當前呼叫，同時拆除當前智能關系。
[0190] 423、IM_SSF設備拆除當前智能關系，并保持當前呼叫，即不拆除當前呼叫，并根據新的承載業務重新觸發智能，建立新智能關系，即發送IDP消息到SCP，其中，IDP消息攜帶修改后所承載的業務的類型信息。
[0191] 424-426、SCP下發RRBE消息、AC消息、呼叫繼續（Continue)消息到頂-SSF設備。其中，RRBE消息攜帶oAnswer (應答事件）、oDisconnect (拆線事件）。
[0192] 427、頂-SSF設備發送ERB消息（應答事件）到SCP，通知SCP呼叫已經應答。
[0193] 428、SCP發送呼叫繼續（Continue)消息到頂-SSF設備，指示呼叫繼續。
[0194] 429-431、頂-SSF 設備透傳 200 (Re-INVITE)消息、ACK 消息給 S-CSCF 設備。
[0195] 432-433、如果SCP下發的計費周期已經使用完，頂-SSF設備上報ACR到SCP，請求下發新的計費周期。如果用戶未欠費，則SCP下發AC，指示新的計費周期。
[0196] 434、頂-SSF設備接收S-CSCF設備發送的掛斷（BYE)消息，該消息用于指示拆除呼叫。
[0197] 435-436UM-SSF設備發送ACR消息、ERB消息（拆線事件）到SCP，請求拆除新智能關系。
[0198] 437、SCP發送呼叫拆除（ReleaseCall)消息到頂-SSF設備，指示拆除當前呼叫，同時拆除新智能關系。
[0199] 438-440、在完成拆除呼叫時，頂-SSF設備透傳 BYE消息、200 (BYE)消息給S-CSCF 設備。
[0200] 需要說明的是，如果一個呼叫中應答后存在多次承載業務變化，則417-431會重復執行多次。
[0201] 第三例，在本實施例中，以在MT/VT流程中，并且在應答前發生承載業務變化為例進行說明。與第一例不同的是RRBE消息的參數的表示形式稍有不同，在本實施例中，分別用tAbandon、tAnswer、tDisconnect表示主叫放棄事件、應答事件和拆線事件。
[0202] 第四例，在本實施例中，以在MT/VT流程中，并且在應答后發生承載業務變化為例進行說明。與第二例不同的是RRBE消息的參數的表示形式稍有不同，在本實施例中，分別用tAbandon、tAnswer、tDisconnect表示主叫放棄事件、應答事件和拆線事件。
[0203] 在以上各實施例中，是以CAMEL智能業務為例進行說明的，本申請實施例中的方法還適用于INAP智能協議。
[0204] 基于同一發明構思，本申請另一實施例中提供一種呼叫處理裝置，圖6為呼叫處理裝置的功能框圖。圖6所示的呼叫處理裝置涉及到的術語的含義以及具體實現，可以參考前述圖2至圖5以及實施例的相關描述。
[0205] 請參考圖6所示，該呼叫處理裝置包括：接收單元501，用于在處理呼叫的過程中，在建立當前智能關系后，接收服務呼叫會話控制功能S-CSCF設備發送的指示承載業務修改完成的消息；發送單元502,用于在接收單元501接收到所述指示承載業務修改完成的消息后，向業務控制點SCP上報第一基本呼叫狀態模型事件報告ERB消息，以請求拆除當前智能關系；接收單元501，還用于接收SCP發送的請求拆除當前智能關系的消息；處理單元 503,用于在接收單元501接收到所述請求拆除所述當前智能關系的消息后，拆除當前智能關系以及保持當前呼叫；發送單元502,還用于在處理單元503拆除所述當前智能關系后，向SCP發送建立新智能關系的初始檢測點IDP消息，其中，IDP消息攜帶修改后所承載的業務的類型信息。
[0206] 可選的，發送單元502還用于：在接收單元501接收S-CSCF設備發送的指示承載業務修改完成的消息之后，在向SCP發送建立新智能關系的IDP之前，向SCP發送請求計費報告ACR，以請求停止對修改前所承載的業務的計費。
[0207] 可選的，發送單元502還用于：在接收單元501接收S-CSCF設備發送的指示承載業務修改完成的消息之前，向SCP發送建立當前智能關系的IDP消息，建立當前智能關系的 IDP消息攜帶呼叫參考號碼；
[0208] 發送單元502具體用于向SCP發送建立新智能關系的IDP消息，建立新智能關系的IDP消息攜帶與呼叫參考號碼一致的呼叫參考號碼。
[0209] 可選的，接收單元501還用于，在發送單元502向SCP發送建立當前智能關系的 IDP消息之后，在接收單元501接收S-CSCF設備發送的指示承載業務修改完成的消息之前，接收SCP下發的第一請求上報基本呼叫狀態模型事件RRBE消息，第一 RRBE消息中攜帶主叫放棄事件、應答事件和拆線事件。
[0210] 結合以上各實施例，接收單元501還用于，在發送單元502向SCP發送建立新智能關系的IDP消息之后，接收SCP下發的第二請求上報基本呼叫狀態模型事件RRBE消息，第二RRBE消息攜帶應答事件和拆線事件。
[0211] 進一步，當第一 ERB消息攜帶主叫放棄事件時，第二RRBE消息還攜帶主叫放棄事件。
[0212] 結合以上各實施例，發送單元502還用于，當指示承載業務修改完成的消息為 200 (UPDATE)時，在發送單元502向SCP發送建立新智能關系的IDP消息之后，向SCP發送呼叫應答消息。
[0213] 結合以上各實施例，發送單元502還用于，當指示承載業務修改完成的消息為 200 (Re-INVITE)時，在接收單元501接收S-CSCF設備發送的指示承載業務修改完成的消息之前，向SCP發送呼叫應答消息。
[0214] 前述圖2實施例中的呼叫處理方法中的各種變化方式和具體實例同樣適用于本實施例的呼叫處理裝置，通過前述對呼叫處理方法的詳細描述，本領域技術人員可以清楚的知道本實施例中呼叫處理裝置的實施方法，所以為了說明書的簡潔，在此不再詳述。
[0215] 請再參考圖7所示，為本實施例中的互聯網協議多媒體網絡下的業務交換功能頂-SSF設備的硬件實現的實例概念圖。該頂-SSF設備包括：接收器601，用于在處理呼叫的過程中，在建立當前智能關系后，接收服務呼叫會話控制功能S-CSCF設備發送的指示承載業務修改完成的消息；發送器602,用于在接收器601接收到所述指示承載業務修改完成的消息后，向業務控制點SCP上報第一基本呼叫狀態模型事件報告ERB消息，以請求拆除當前智能關系；接收器601，還用于接收SCP發送的請求拆除當前智能關系的消息；處理器603，用于在接收器601接收到所述請求拆除所述當前智能關系的消息后，拆除當前智能關系以及保持當前呼叫；發送器602,還用于在處理器拆除當前智能關系后，向SCP發送建立新智能關系的初始檢測點IDP消息，其中，IDP消息攜帶修改后所承載的業務的類型信息。
[0216] 可選的，發送器602還用于：在接收器601接收S-CSCF設備發送的指示承載業務修改完成的消息之后，在向SCP發送建立新智能關系的IDP之前，向SCP發送請求計費報告 ACR，以請求停止對修改前所承載的業務的計費。
[0217] 可選的，發送器602還用于：在接收器601接收S-CSCF設備發送的指示承載業務修改完成的消息之前，向SCP發送建立當前智能關系的IDP消息，建立當前智能關系的IDP 消息攜帶呼叫參考號碼；
[0218] 發送器602具體用于向SCP發送建立新智能關系的IDP消息，建立新智能關系的 IDP消息攜帶與呼叫參考號碼一致的呼叫參考號碼。
[0219] 可選的，接收器601還用于，在發送器602向SCP發送建立當前智能關系的IDP消息之后，在接收器601接收S-CSCF設備發送的指示承載業務修改完成的消息之前，接收SCP 下發的第一請求上報基本呼叫狀態模型事件RRBE消息，第一 RRBE消息中攜帶主叫放棄事件、應答事件和拆線事件。
[0220] 結合以上各實施例，接收器601還用于，在發送器602向SCP發送建立新智能關系的IDP消息之后，接收SCP下發的第二請求上報基本呼叫狀態模型事件RRBE消息，第二 RRBE消息攜帶應答事件和拆線事件。
[0221] 進一步，當第一 ERB消息攜帶主叫放棄事件時，第二RRBE消息還攜帶主叫放棄事件。
[0222] 結合以上各實施例，發送器602還用于，當指示承載業務修改完成的消息為 200 (UPDATE)時，在發送器602向SCP發送建立新智能關系的IDP消息之后，向SCP發送呼叫應答消息。
[0223] 結合以上各實施例，發送器602還用于，當指示承載業務修改完成的消息為 200 (Re-INVITE)時，在接收器601接收S-CSCF設備發送的指示承載業務修改完成的消息之前，向SCP發送呼叫應答消息。
[0224] 其中，在圖7中，總線架構（用總線600來代表），總線600可以包括任意數量的互聯的總線和橋，總線600將包括由處理器603代表的一個或多個處理器和存儲器604代表的存儲器的各種電路鏈接在一起。總線600還可以將諸如外圍設備、穩壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領域所公知的，因此，本文不再對其進行進一步描述。總線接口 605在總線600和接收器601和發送器602之間提供接口。接收器 601和發送器602可以是同一個元件，即收發機，提供用于在傳輸介質上與各種其他裝置通信的單元。
[0225] 處理器603負責管理總線600和通常的處理，而存儲器604可以被用于存儲處理器603在執行操作時所使用的數據。
[0226] 前述圖2實施例中的呼叫處理方法中的各種變化方式和具體實例同樣適用于本實施例的IM-SSF設備，通過前述對呼叫處理方法的詳細描述，本領域技術人員可以清楚的知道本實施例中IM-SSF設備的實施方法，所以為了說明書的簡潔，在此不再詳述。
[0227] 基于同一發明構思，本申請實施例還提供一種呼叫處理裝置，圖8為本實施例中呼叫處理裝置的功能框圖。圖8所示的呼叫處理裝置涉及到的術語的含義以及具體實現，可以參考前述圖2至圖5以及實施例的相關描述。
[0228] 請參考圖8所示，該呼叫處理裝置包括：接收單元701，用于在處理呼叫的過程中，在建立當前智能關系后，接收互聯網協議多媒體網絡下的業務交換功能頂-SSF設備上報的第一基本呼叫狀態模型事件報告ERB消息；發送單元702,用于在接收單元701接收第一 ERB消息后，發送請求拆除當前智能關系的消息給IM-SSF設備，以請求IM-SSF設備保持當前呼叫以及拆除當前智能關系；接收單元701還用于，接收頂-SSF設備發送的用于建立新智能關系的初始檢測點IDP消息，其中，IDP消息攜帶修改后所承載的業務的類型信息。
[0229] 可選的，裝置還包括處理單元，
[0230] 接收單元701還用于，在接收單元701接收頂-SSF設備發送的用于建立新智能關系的IDP消息之前，接收IM-SSF設備發送的請求計費報告ACR ;
[0231] 處理單元用于在接收單元701接收ACR后，停止對修改前所承載的業務的計費。
[0232] 可選的，發送單元702還用于：在接收單元701接收頂-SSF設備發送的第一 ERB 消息之前，發送第一請求上報基本呼叫狀態模型事件RRBE消息給頂-SSF設備，第一 RRBE 消息攜帶主叫放棄事件、應答事件和拆線事件。
[0233] 可選的，發送單元702還用于，在接收單元701接收發送的用于建立新智能關系的IDP消息之后，發送第二請求上報基本呼叫狀態模型事件RRBE消息給頂-SSF設備，第二 RRBE消息攜帶應答事件和拆線事件。
[0234] 進一步，當第一 ERB消息攜帶主叫放棄事件時，第二RRBE消息還攜帶主叫放棄事件。
[0235] 可選的，接收單元701還用于，當第一ERB消息中攜帶拆線事件時，在接收單元701 接收IM-SSF設備發送的第一 ERB消息之前，接收IM-SSF設備發送的呼叫應答消息。
[0236] 結合以上各實施例，接收單元701還用于，當第一 ERB消息中攜帶拆線事件時，在接收單元701接收頂-SSF設備發送的第一 ERB消息之前，接收頂-SSF設備發送的呼叫應答消息。
[0237] 前述實施例中描述的SCP執行過程的各種變化方式和具體實例同樣適用于本實施例的呼叫處理裝置，通過前述對SCP執行過程的詳細描述，本領域技術人員可以清楚的知道本實施例中呼叫處理裝置的實施方法，所以為了說明書的簡潔，在此不再詳述。
[0238] 請再參考圖9所示，為本實施例中業務控制點SCP的硬件實現的實例概念圖。該 SCP包括：接收器801，用于在處理呼叫的過程中，在建立當前智能關系后，接收互聯網協議多媒體網絡下的業務交換功能頂-SSF設備上報的第一基本呼叫狀態模型事件報告ERB消息；發送器802,用于在接收器801接收第一 ERB消息后，發送請求拆除當前智能關系的消息給頂-SSF設備，以請求頂-SSF設備保持當前呼叫以及拆除當前智能關系；接收器801還用于，接收頂-SSF設備發送的用于建立新智能關系的初始檢測點IDP消息，其中，IDP消息攜帶修改后所承載的業務的類型信息。
[0239] 可選的，裝置還包括處理器803，
[0240] 接收器801還用于，在接收器801接收頂-SSF設備發送的用于建立新智能關系的 IDP消息之前，接收IM-SSF設備發送的請求計費報告ACR ;
[0241] 處理器803用于在接收器接收ACR后，停止對修改前所承載的業務的計費。
[0242] 可選的，發送器802還用于：在接收器801接收頂-SSF設備發送的第一 ERB消息之前，發送第一請求上報基本呼叫狀態模型事件RRBE消息給頂-SSF設備，第一 RRBE消息攜帶主叫放棄事件、應答事件和拆線事件。
[0243] 可選的，發送器802還用于，在接收器801接收發送的用于建立新智能關系的IDP 消息之后，發送第二請求上報基本呼叫狀態模型事件RRBE消息給頂-SSF設備，第二RRBE 消息攜帶應答事件和拆線事件。
[0244] 進一步，當第一 ERB消息攜帶主叫放棄事件時，第二RRBE消息還攜帶主叫放棄事件。
[0245] 可選的，接收器801還用于，當第一 ERB消息中攜帶拆線事件時，在接收器801接收IM-SSF設備發送的第一 ERB消息之前，接收IM-SSF設備發送的呼叫應答消息。
[0246] 結合以上各實施例，接收器801還用于，當第一 ERB消息中攜帶拆線事件時，在接收器801接收頂-SSF設備發送的第一 ERB消息之前，接收頂-SSF設備發送的呼叫應答消肩、。
[0247] 其中，在圖9中，總線架構（用總線800來代表），總線800可以包括任意數量的互聯的總線和橋，總線800將包括由處理器803代表的一個或多個處理器和存儲器804代表的存儲器的各種電路鏈接在一起。總線800還可以將諸如外圍設備、穩壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領域所公知的，因此，本文不再對其進行進一步描述。總線接口 805在總線800和接收器801和發送器802之間提供接口。接收器 801和發送器802可以是同一個元件，即收發機，提供用于在傳輸介質上與各種其他裝置通信的單元。
[0248] 處理器803負責管理總線800和通常的處理，而存儲器804可以被用于存儲處理器803在執行操作時所使用的數據。
[0249] 前述實施例中描述的SCP執行過程的各種變化方式和具體實例同樣適用于本實施例的SCP，通過前述對SCP執行過程的詳細描述，本領域技術人員可以清楚的知道本實施例中SCP的實施方法，所以為了說明書的簡潔，在此不再詳述。
[0250] 申請實施例中提供的一個或多個技術方案，至少具有如下技術效果或優點：
[0251] 本申請實施例中，在處理呼叫的過程中，在建立當前智能關系后，頂-SSF設備接收S-CSCF設備發送的指示承載業務修改完成的消息；頂-SSF設備向SCP發送第一 ERB消息，以請求拆除當前智能關系；IM-SSF設備接收SCP發送的請求拆除當前智能關系的消息； IM-SSF設備拆除當前智能關系以及保持當前呼叫；IM-SSF設備向SCP發送建立新智能關系的IDP消息，其中，IDP消息攜帶修改后所承載的業務的類型信息。因此，在本申請實施例中，當承載業務發生變化時，頂-SSF設備就上報給SCP ;并且等接收到SCP下發的請求拆除當前智能關系的消息時，就拆除當前智能關系，而保持當前呼叫，然后再發送建立新智能關系的IDP消息給SCP，觸發建立新智能關系的流程，其中，其中，IDP消息攜帶修改后所承載的業務的類型信息。當新智能關系建立后，就會以變化后的承載業務類型重新計費，所以費率能夠得到及時的調整，從而避免運營商計費損失或者對終端用戶多計費的情況出現。
[0252] 本領域內的技術人員應明白，本申請的實施例可提供為方法、系統、或計算機程序產品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質（包括但不限于磁盤存儲器和光學存儲器等）上實施的計算機程序產品的形式。
[0253] 本申請是參照根據本申請實施例的方法、設備（系統）、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0254] 這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0255] 這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0256] 顯然，本領域的技術人員可以對本申請進行各種改動和變型而不脫離本申請的精神和范圍。這樣，倘若本申請的這些修改和變型屬于本申請權利要求及其等同技術的范圍之內，則本申請也意圖包含這些改動和變型在內。
【權利要求】
1. 一種呼叫處理方法，其特征在于，包括：在處理呼叫的過程中，在建立當前智能關系后，互聯網協議多媒體網絡下的業務交換功能M-SSF設備接收服務呼叫會話控制功能S-CSCF設備發送的指示承載業務修改完成的消息；所述頂-SSF設備向業務控制點SCP發送第一基本呼叫狀態模型事件報告ERB消息，以請求拆除當前智能關系；所述IM-SSF設備接收所述SCP發送的請求拆除所述當前智能關系的消息；所述IM-SSF設備拆除所述當前智能關系以及保持當前呼叫；所述頂-SSF設備向所述SCP發送建立新智能關系的初始檢測點IDP消息，其中，所述 IDP消息攜帶修改后所承載的業務的類型信息。
2. 如權利要求1所述的方法，其特征在于，在所述IM-SSF設備接收所述S-CSCF設備發送的指示承載業務修改完成的消息之后，在頂-SSF設備向所述SCP發送建立新智能關系的 IDP之前，所述方法還包括：所述頂-SSF設備向所述SCP發送請求計費報告ACR，以請求停止對修改前所承載的業務的計費。
3. 如權利要求1或2所述的方法，其特征在于，在所述IM-SSF設備接收所述S-CSCF設備發送的指示承載業務修改完成的消息之前，所述方法還包括：所述頂-SSF設備向所述SCP發送建立所述當前智能關系的IDP消息，所述建立所述當前智能關系的IDP消息攜帶呼叫參考號碼；貝1J，所述頂-SSF設備向所述SCP發送建立新智能關系的初始檢測點IDP消息，包括：所述頂-SSF設備向所述SCP發送建立新智能關系的IDP消息，所述建立新智能關系的 IDP消息攜帶與所述呼叫參考號碼一致的呼叫參考號碼。
4. 如權利要求3所述的方法，其特征在于，在所述頂-SSF設備向所述SCP發送建立所述當前智能關系的IDP消息之后，在所述頂-SSF設備接收S-CSCF設備發送的指示承載業務修改完成的消息之前，所述方法還包括：所述IM-SSF接收所述SCP下發的第一請求上報基本呼叫狀態模型事件RRBE消息，所述第一 RRBE消息攜帶主叫放棄事件、應答事件和拆線事件。
5. 如權利要求1-4任一項所述的方法，其特征在于，在所述IM-SSF設備向所述SCP發送建立新智能關系的IDP消息之后，所述方法還包括：所述頂-SSF設備接收所述SCP下發的第二請求上報基本呼叫狀態模型事件RRBE消息，所述第二RRBE消息攜帶應答事件和拆線事件。
6. 如權利要求5所述的方法，其特征在于，當所述第一 ERB消息攜帶主叫放棄事件時，所述第二RRBE消息還攜帶主叫放棄事件。
7. 如權利要求1-5任一項所述的方法，其特征在于，當所述指示承載業務修改完成的消息為200 (UPDATE)時，在所述頂-SSF設備向所述SCP發送建立新智能關系的IDP消息之后，所述方法還包括：所述IM-SSF設備向所述SCP發送呼叫應答消息。
8. 如權利要求1-5任一項所述的方法，其特征在于，當所述指示承載業務修改完成的消息為200 (Re-INVITE)時，在所述頂-SSF設備接收S-CSCF設備發送的指示承載業務修改完成的消息之前，所述方法還包括：所述IM-SSF設備向所述SCP發送呼叫應答消息。
9. 一種呼叫處理方法，其特征在于，包括：在處理呼叫的過程中，在建立當前智能關系后，業務控制點SCP接收互聯網協議多媒體網絡下的業務交換功能頂-SSF設備發送的第一基本呼叫狀態模型事件報告ERB消息；所述SCP下發請求拆除所述當前智能關系的消息給所述IM-SSF設備，以請求所述 IM-SSF設備保持當前呼叫以及拆除所述當前智能關系；所述SCP接收所述頂-SSF設備發送的用于建立新智能關系的初始檢測點IDP消息，其中，所述IDP消息攜帶修改后所承載的業務的類型信息。
10. 如權利要求9所述的方法，其特征在于，在所述SCP接收所述IM-SSF設備發送的用于建立新智能關系的IDP消息之前，所述方法還包括：所述SCP接收所述IM-SSF設備發送的請求計費報告ACR ; 所述SCP停止對修改前所承載的業務的計費。
11. 如權利要求9或10所述的方法，其特征在于，在所述SCP接收所述IM-SSF設備發送的第一 ERB消息之前，所述方法還包括：所述SCP發送第一請求上報基本呼叫狀態模型事件RRBE消息給所述頂-SSF設備，所述第一 RRBE消息攜帶主叫放棄事件、應答事件和拆線事件。
12. 如權利要求9-11任一項所述的方法，其特征在于，在所述SCP接收所述IM-SSF設備發送的用于建立新智能關系的IDP消息之后，所述方法還包括：所述SCP發送第二請求上報基本呼叫狀態模型事件RRBE消息給所述頂-SSF設備，所述第二RRBE消息攜帶應答事件和拆線事件。
13. 如權利要求12所述的方法，其特征在于，當所述第一 ERB消息攜帶主叫放棄事件時，所述第二RRBE消息還攜帶主叫放棄事件。
14. 如權利要求9-12任一項所述的方法，其特征在于，當所述第一 ERB消息中攜帶主叫放棄事件時，在所述SCP接收所述頂-SSF設備發送的用于建立新智能關系的IDP消息之后，所述方法還包括：所述SCP接收所述IM-SSF設備發送的呼叫應答消息。
15. 如權利要求9-12任一項所述的方法，其特征在于，當所述第一ERB消息中攜帶拆線事件時，在所述SCP接收所述頂-SSF設備發送的第一 ERB消息之前，所述方法還包括：所述SCP接收所述IM-SSF設備發送的呼叫應答消息。
16. -種呼叫處理裝置，其特征在于，包括：接收單元，用于在處理呼叫的過程中，在建立當前智能關系后，接收服務呼叫會話控制功能S-CSCF設備發送的指示承載業務修改完成的消息；發送單元，用于在所述接收單元接收到所述指示承載業務修改完成的消息后，向業務控制點SCP上報第一基本呼叫狀態模型事件報告ERB消息，以請求拆除當前智能關系；所述接收單元，還用于接收所述SCP發送的請求拆除所述當前智能關系的消息；處理單元，用于在所述接收單元接收到所述請求拆除所述當前智能關系的消息后，拆除所述當前智能關系以及保持當前呼叫；所述發送單元，還用于在所述處理單元拆除所述當前智能關系后，向所述SCP發送建立新智能關系的初始檢測點IDP消息，其中，所述IDP消息攜帶修改后所承載的業務的類型信息。
17. 如權利要求16所述的裝置，其特征在于，所述發送單元還用于：在所述接收單元接收所述S-CSCF設備發送的指示承載業務修改完成的消息之后，在向所述SCP發送建立新智能關系的IDP之前，向所述SCP發送請求計費報告ACR，以請求停止對修改前所承載的業務的計費。
18. 如權利要求16或17所述的裝置，其特征在于，所述發送單元還用于：在所述接收單元接收所述S-CSCF設備發送的指示承載業務修改完成的消息之前，向所述SCP發送建立所述當前智能關系的IDP消息，所述建立所述當前智能關系的IDP消息攜帶呼叫參考號碼；所述發送單元具體用于向所述SCP發送建立新智能關系的IDP消息，所述建立新智能關系的IDP消息攜帶與所述呼叫參考號碼一致的呼叫參考號碼。
19. 如權利要求18所述的裝置，其特征在于，所述接收單元還用于，在所述發送單元向所述SCP發送建立所述當前智能關系的IDP消息之后，在所述接收單元接收S-CSCF設備發送的指示承載業務修改完成的消息之前，接收所述SCP下發的第一請求上報基本呼叫狀態模型事件RRBE消息，所述第一 RRBE消息中攜帶主叫放棄事件、應答事件和拆線事件。
20. 如權利要求16-19任一項所述的裝置，其特征在于，所述接收單元還用于，在所述發送單元向所述SCP發送建立新智能關系的IDP消息之后，接收所述SCP下發的第二請求上報基本呼叫狀態模型事件RRBE消息，所述第二RRBE消息攜帶應答事件和拆線事件。
21. 如權利要求20所述的裝置，其特征在于，當所述第一 ERB消息攜帶主叫放棄事件時，所述第二RRBE消息還攜帶主叫放棄事件。
22. 如權利要求16-20任一項所述的裝置，其特征在于，所述發送單元還用于，當所述指示承載業務修改完成的消息為200 (UPDATE)時，在所述發送單元向所述SCP發送建立新智能關系的IDP消息之后，向所述SCP發送呼叫應答消息。
23. 如權利要求16-20任一項所述的裝置，其特征在于，所述發送單元還用于，當所述指示承載業務修改完成的消息為200(Re-INVITE)時，在所述接收單元接收S-CSCF設備發送的指示承載業務修改完成的消息之前，向所述SCP發送呼叫應答消息。
24. -種呼叫處理裝置，其特征在于，包括：接收單元，用于在處理呼叫的過程中，在建立當前智能關系后，接收互聯網協議多媒體網絡下的業務交換功能頂-SSF設備上報的第一基本呼叫狀態模型事件報告ERB消息；發送單元，用于在所述接收單元接收所述第一 ERB消息后，發送請求拆除所述當前智能關系的消息給所述IM-SSF設備，以請求所述IM-SSF設備保持當前呼叫以及拆除所述當前智能關系；所述接收單元還用于，接收所述頂-SSF設備發送的用于建立新智能關系的初始檢測點IDP消息，其中，所述IDP消息攜帶修改后所承載的業務的類型信息。
25. 如權利要求24所述的裝置，其特征在于，所述裝置還包括處理單元，所述接收單元還用于，在所述接收單元接收所述頂-SSF設備發送的用于建立新智能關系的IDP消息之前，接收所述IM-SSF設備發送的請求計費報告ACR ; 所述處理單元用于在所述接收單元接收所述ACR后，停止對修改前所承載的業務的計費。
26. 如權利要求24或25所述的裝置，其特征在于，所述發送單元還用于：在所述接收單元接收所述頂-SSF設備發送的第一 ERB消息之前，發送第一請求上報基本呼叫狀態模型事件RRBE消息給所述IM-SSF設備，所述第一 RRBE消息攜帶主叫放棄事件、應答事件和拆線事件。
27. 如權利要求24-26任一項所述的裝置，其特征在于，所述發送單元還用于，在所述接收單元接收發送的用于建立新智能關系的IDP消息之后，發送第二請求上報基本呼叫狀態模型事件RRBE消息給所述IM-SSF設備，所述第二RRBE消息攜帶應答事件和拆線事件。
28. 如權利要求27所述的裝置，其特征在于，當所述第一 ERB消息攜帶主叫放棄事件時，所述第二RRBE消息還攜帶主叫放棄事件。
29. 如權利要求24-27任一項所述的裝置，其特征在于，所述接收單元還用于，當所述第一 ERB消息中攜帶拆線事件時，在所述接收單元接收所述頂-SSF設備發送的第一 ERB消息之前，接收所述M-SSF設備發送的呼叫應答消息。
30. 如權利要求24-27任一項所述的裝置，其特征在于，所述接收單元還用于，當所述第一 ERB消息中攜帶拆線事件時，在所述接收單元接收所述頂-SSF設備發送的第一 ERB消息之前，接收所述M-SSF設備發送的呼叫應答消息。
【文檔編號】H04L29/06GK104158801SQ201410360174
【公開日】2014年11月19日申請日期:2014年7月25日優先權日:2014年7月25日
【發明者】高榮春申請人:華為技術有限公司

完整全部詳細技術資料下載