Ims節點之間的通信方法
2023-12-01 05:25:16 2
Ims節點之間的通信方法
【專利摘要】一種在IP多媒體子系統IMS網絡中提供在線計費功能性的兩個節點之間的通信方法，其中第一節點配置成作為計費觸發功能CTF進行操作，並且其中第二節點配置成作為在線計費服務OCS進行操作。該方法允許減輕源於OCS的低可用性的缺點。
【專利說明】IMS節點之間的通信方法
【技術領域】
[0001]本發明涉及IP多媒體子系統(IMS)網絡中提供在線計費功能性的兩個節點之間的通信方法。具體來說，它涉及配置成作為計費觸發功能(CTF)進行操作的第一節點與配置成作為在線計費服務(OCS)進行操作的第二節點之間的通信方法。
【背景技術】
[0002]IP多媒體(IPMM)服務在同一會話內提供語音、視頻、消息傳遞、數據等的組合。隨著基本應用以及有可能組合的媒體的數量增加，提供給最終用戶的服務數量將增長，並且將提高豐富個人之間通信體驗的可能性。這引發新一代的個性化的豐富多媒體通信服務，包括所謂的「組合IP多媒體」服務。
[0003]IMS是由第三代合作夥伴項目(3GPP)定義的技術，以便通過移動通信網絡來提供IP多媒體服務。MS通過服務的綜合和交互來提供增強最終用戶的個人對個人通信體驗的特徵。IMS允許通過基於IP的網絡的增強的個人對個人(客戶端對客戶端)以及個人對內容(客戶端對伺服器)通信。MS利用會話發起協議(SIP)來建立和控制用戶終端(或者用戶終端與應用伺服器)之間的呼叫或會話。由SIP信令所攜帶的會話描述協議(SDP)用於描述和協商會話的媒體組件。雖然SIP被創建為用戶對用戶協議，但是IMS允許運營商和服務提供商控制用戶對服務的訪問以及相應地對用戶計費。其它協議用於媒體傳輸和控制，諸如實時傳輸協議和實時傳輸控制協議(RTP/RTCP)。
[0004]在IMS網絡內，呼叫會話控制功能(CSCF)執行信令的處理和路由。CSCF使用SIP/SDP協議組來操控IP多媒體會話的會話建立、修改和發布。3GPP TS 23.228描述邏輯節點P-CSCF, 1-CSCF, S-CSCF, E-CSCF 和 BGCF。S-CSCF 符合 3GPP TS 24.229，並且為用戶設備(UE)執行會話控制服務。它維護會話狀態以支持服務，並且執行下列功能:
它在註冊時按照[RFC3261]充當註冊員；
它通知訂戶關於註冊變更；
它為已註冊用戶的會話提供會話控制；
它操控SIP請求，以及或者在內部為這些請求提供服務或者將它們轉發到另一節點；
以及
它與MS應用伺服器進行交互。
[0005]S-CSCF按照3GPP路由選擇過程來執行SIP路由選擇。
[0006]IMS中的大多數SIP會話(例如由UE發起的呼叫)受到運營商的計費。MS架構提供兩種不同的計費模型:離線計費和在線計費。
[0007]在線計費是基於所謂的預付費預訂模型。通常，訂戶向運營商購買多個信用。如果SIP會話由從訂戶的UE發送給S-CSCF的SIP請求來發起，則S-CSCF聯絡實現計費觸發功能(CTF)的應用伺服器。在3GPP TS 32.260和3GPP TS 32.299中描述了 CTF功能。它支持對於利用IMS基礎設施和服務的用戶的計費。CTF節點檢測所請求會話是否受到計費。如果所請求會話受到計費，則CTF節點聯絡其中存儲了訂戶的當前信用的在線計費系統(OCS)節點。如果訂戶的帳戶對於將要準予的SIP請求保持充分信用，則OCS相應地答覆CTF，CTF準予該請求。類似地，如果沒有充分的信用是可用的，則可拒絕SIP請求，或者可準予會話建立有限時間量。
[0008]CTF和OCS節點實現用於MS架構的在線計費功能性。CTF與OCS節點之間的通信通過3GPP TS 32.299中所描述的Ro接口進行，並且由DIAMETER協議來管理。具體來說，CTF發送DIAMETER信用控制請求(CCR)消息，而OCS在DIAMETER信用控制應答(CCA)消息中進行答覆。在RFC 4006中規定了這些消息。
[0009]部署MS架構的許多發展中國家專門地依靠在線計費基礎設施。的確，用於建立IMS架構的在線計費系統的技術基礎設施不像用於建立離線計費系統所需的技術基礎設施那麼複雜和高成本，在離線計費系統中就用戶在某個時段已經使用的服務和基礎設施追溯地對用戶開帳單。
[0010]但是，當實現R0接口的通信鏈路(用來將CTF連接到0CS)不可靠時，問題就會出現。例如，事務請求可能在OCS因CTF與OCS之間的通信鏈路出故障而不可用時到達CTF節點。在信用控制請求的操控期間出差錯的情況下，OCS向CTF發送如RFC 4006中定義的信用控制失敗操控屬性值對(AVP)。AVP指示「繼續進行」所請求會話、「終止」所請求會話、或者「重試和終止」。如果OCS完全沒有發送答覆，則CTF採取的預設行為是「終止」。運營商需要將CTF配置成使得在無法訪問發起事務的訂戶的信用狀態的情況下，能夠判定是否準予請求、採取「繼續進行」的預設行為、還是將其拒絕。
[0011 ] 在保守方式中，如果OCS不可用，則CTF可預設地拒絕會話請求。在訂戶的信用餘額的確對於待準予事務不夠高的情況下，這個策略讓運營商可以避免任何收益損失。另一方面，如果訂戶的信用餘額對於待準予事務足夠高，則訂戶體驗到差的服務可用性，因為不管訂戶的信用餘額如何，事務都未被準予。
[0012]在不太保守的方式中，如果OCS不可用，則CTF可準予會話繼續進行，而不管訂戶的信用餘額如何。這個策略引起高服務可用性，但是在訂戶的信用餘額對於待準予事務不夠高的情況下，可導致運營商的嚴重收益損失。
[0013]按照現有的和當前提出的MS架構，不存在配置CTF節點和/或OCS節點以便解決IMS在線計費模型中的這個令人不滿意行為的簡易方式。
【發明內容】
[0014]按照本發明的第一方面，提供一種在IP多媒體子系統IMS網絡中提供在線計費功能性的兩個節點之間的通信方法。第一節點配置成作為計費觸發功能CTF進行操作，以及第二節點配置成作為在線計費服務OCS進行操作。該方法包括下列步驟:在CTF節點從網絡節點接收與會話發起協議SIP會話相關的SIP請求。此外，該方法包括在CTF節點提供通知。該通知指示OCS服務不可用。如果該通知包括應當緩衝與SIP會話相關的CCR請求的指示，則該方法還包括在CTF節點存儲信用控制請求CCR信息的步驟。所存儲CCR信息對應於所述SIP會話，並且將要發送給OCS。CTF節點將其存儲在存儲緩衝器中。CTF節點基於已經準予對應CCR請求的假設來操控與所述SIP會話相關的請求。此外，CTF節點在被通知OCS可用之後，向所述OCS傳送所述所緩衝CCR信息。該方法還包括在OCS節點處理所述先前緩衝的CCR信息。[0015]按照本發明的第二方面，提供一種在配置成作為計費觸發功能CTF進行操作的IP多媒體子系統IMS節點來操控會話發起協議SIP請求的方法。該方法包括下列步驟:在CTF節點從網絡節點接收與會話發起協議SIP會話相關的SIP請求。此外，該方法包括在CTF節點提供通知。該通知指示OCS服務不可用。如果該通知包括應當緩衝與SIP會話相關的CCR請求的指示，則該方法還包括在CTF節點存儲信用控制請求CCR信息的步驟。所存儲CCR信息對應於所述SIP會話，並且要發送給OCS。CTF節點將其存儲在存儲緩衝器中。CTF節點基於已經準予對應CCR請求的假設來操控與所述SIP會話相關的請求。此外，CTF節點在被通知OCS可用之後，向所述OCS傳送所述所緩衝CCR信息。
[0016]按照本發明的第三方面，提供一種在配置成作為在線計費服務OCS進行操作的IP多媒體子系統頂S網絡節點來操控信用控制請求CCR請求的方法。該方法包括從CTF節點接收先前緩衝的CCR信息的步驟。該方法還包括處理所述先前緩衝的CCR信息。優選地，OCS節點還可向計費觸發功能CTF發送指示OCS服務不可用的通知。
[0017]不可用性的通知優選地可從OCS節點傳送給CTF節點。
[0018]更優選地，不可用性的通知可通過信用控制應答CCA答覆來傳送，並且它可包括應當緩衝與SIP會話相關的CCR請求的指示。
[0019]有利地，CCA答覆可包括CONTINUE_BUFFER指示。
[0020]所緩衝的CCR信息優選地可在包含已經緩衝信息的指示的至少一個CCR請求中傳送。
[0021]按照本發明的第四方面，提供一種設備，該設備包括配置成作為IP多媒體子系統IMS網絡中的計費觸發功能CTF進行操作的第一節點。該設備包括:第一接收單元，用於接收SIP請求；第二接收單元，用於接收CCA答覆；第一傳輸單元，用於發送SIP消息；第二傳輸單元，用於發送CCR請求；存儲器，配置成緩衝CCR信息；以及處理單元。處理單元配置成生成與所接收SIP請求對應並且與SIP會話相關的CCR信息。以指示OCS服務不可用以及應當緩衝與SIP會話相關的CCR請求的通知的提供為條件，處理單元配置如下。它配置成將所述CCR信息存儲在緩衝器中。處理單元還配置成基於所述CCR請求被準予的假設來操控與所述SIP會話相關的SIP請求，以及在所述OCS服務可用時，在至少一個CCR請求中向所述OCS服務傳送所述CCR信息之前，從所述緩衝器讀取所述CCR信息。
[0022]優選地，處理單元還可配置成在被傳送給所述OCS服務的、包含所緩衝信息的所述至少一個CCR請求中包含已經緩衝其中包含的信息的指示。
[0023]按照本發明的第五方面，提供一種設備，該設備包括配置成作為IP多媒體子系統IMS網絡中的在線計費服務OCS進行操作的第二節點。該設備包括:接收單元，用於接收CCR請求；傳輸單元，用於發送CCA答覆；存儲器；以及處理單元。處理單元配置成處理與SIP會話相關的CCR請求，其中CCR請求從CTF節點接收，並且包含所述CTF節點緩衝了所包含CCR彳目息的指不。
[0024]優選地，處理單元還可配置成在對從CTF接收的CCR請求的答覆中傳送不可用性的通知。
[0025]更優選地，處理單元還可配置成通過信用控制應答CCA答覆(其包含應當緩衝與所述SIP會話相關的CCR請求的指示)，在對從CTF接收的CCR請求的答覆中傳送不可用性的通知。[0026]CCA答覆優選地可包括CONTINUE_BUFFER指示。
[0027]本發明的實施例允許在CTF與OCS之間的通信鏈路不可靠時，減輕MS架構的在線計費系統中引起的問題。使用本發明，使運營商能夠在沒有收益損失的情況下維持服務可用性。運營商可將Ro接口用於預付費和後付費訂戶，因為能夠對其使用追溯地報帳。
【專利附圖】
【附圖說明】
[0028]現在將僅作為舉例、參照附圖進一步描述本發明的方面。
[0029]圖1示出與按照本發明的一個實施例的方法關聯的信令。
[0030]圖2示出與按照本發明的一個實施例的方法關聯的信令。
[0031]圖3是示出按照本發明的一個實施例的方法的步驟的流程圖。
[0032]圖4是示出按照本發明的一個實施例的方法的步驟的流程圖。
[0033]圖5是示出按照本發明的一個實施例的方法的步驟的流程圖。
[0034]圖6示意示出實現CTF節點的設備的一個實施例。
[0035]圖7示意示出實現OCS節點的設備的一個實施例。
【具體實施方式】
[0036]如上所述，需要在MS架構中更有效地使用與在線計費相關的可用基礎設施。當前，如果實現Ro接口的CTF與OCS節點之間的連接不可用，則不存在為訂戶建立SIP會話的方式，即使訂戶可具有允許會話被建立的信用餘額。按照本發明，例如，通過採用新值擴大信用控制失敗操控屬性值對(AVP)，來解決這個問題。新值指示CTF應當繼續進行所請求會話的建立，並且緩衝與所請求會話相關的任何信用控制請求(CCR)，供以後由OCS操控。在以下描述中，新值將表示為CONTINUE_BUFFER指示。
[0037]為了按照本發明實現本發明，為CTF提供在接收CONTINUE_BUFFER通知時緩衝CCR請求的能力。此外，為CTF提供在稍後的時間、當OCS再次可用時排空CCR信息的所述緩衝器的能力。CTF通過向OCS發送先前生成的CCR請求來排空緩衝器，所述CCR請求包含它們表示被緩衝的並且因而是非實時的請求的指示。還為OCS提供操控作為非實時請求並且包含先前緩衝的CCR信息的CCR請求的能力。
[0038]在圖1中示出用於操控CONTINUE_BUFFER AVP的事件序列。
[0039]UE或AS請求建立到被叫方的新SIP會話。對應SIP INVITE請求由CTF可能通過CSCF(圖1中未示出)來接收。CTF生成表示為CCR-1、包含請求方的用戶身份的第一 CCR以及與所請求服務相關的服務信息。CCR-1通過Ro接口傳送給OCS，OCS保持訂戶的信用餘額。
[0040]如果OCS例如因為其過負荷而不可用於提供服務，則它使用新的屬性值對CONTINUE_BUFFER來答覆CTF。此外，每當OCS沒有答覆時，運營商可將CTF配置成使用CONTINUE_BUFFER指示作為預設值。一旦指示CONTINUE_BUFFER AVP的通知在CTF是可用的，則它將先前發送的CCR存儲在存儲器(其配置成保存與所請求會話相關的CCR信息)中。這個存儲器稱作CCR緩衝器。
[0041]假定OCS已經準予對應CCR，則CTF將SIP INVITE消息轉發到被叫方，如本領域眾所周知的那樣。如果成功建立會話，則SIP 200 OK確認在CTF從被叫方接收，並且由CTF轉發到主叫UE或AS。在建立會話時，CTF例如可生成第二 CCR消息，該消息要傳送給OCS。CCR-2包含與所建立會話有關的信息。由於CTF知道OCS是不可用的，所以它將CCR-2存儲在CCR緩衝器中。
[0042]類似地，一旦SIP會話通過SIP BYE請求來終止，CTF生成對應CCR終止請求CCR-3，並且將其存儲在CCR緩衝器中。
[0043]在圖2中示出用於在CTF排空CCR緩衝器並且用於在OCS操控所緩衝CCR請求的事件序列。
[0044]在CTF的CCR緩衝器理想地配置為先進先出(FIFO)緩衝器，使得保持屬於同一會話的所生成CCR請求的序列。CTF首先向OCS發送初始CCR-1。有利地，所有所傳送CCR請求包含已經緩衝所傳送信息並且因此不表示實時請求的指示。OCS操控所接收CCR請求，並且檢查訂戶的信用餘額。與餘額檢查的結果無關，向CTF傳送指示同意請求的CCA答覆。
[0045]運營商可有利地實現OCS策略，該策略按照所接收的所緩衝CCR請求(其反映訂戶的先前服務和基礎設施使用)追溯地更新訂戶的信用餘額。這種策略允許運營商在Ro接口出故障時恢復其收益的至少一部分，同時確保所提供服務保持可用。可實現其它策略，以便對訂戶的使用報帳。
[0046]CTF沒有對所接收CCA採取進一步動作，因為先前已經準予會話。按類似方式來操控其餘的所緩衝CCR信息。
[0047]在本發明的一個優選實施例中，CONTINUE_BUFFER指示的傳輸使用如RFC 4006中定義的信用控制失敗操控(AVP代碼427) AVP來實現。AVP在從CCS發送的CCA中返回給CTF，並且具有類型『枚舉』，採取下列可能的值:
-TERMINATE (終止)O ;
一 CONTINUE (繼續進行)I;
-RETRY_AND_TERMINATE (重試和終止) 2 ；
-CONTINUE_BUFFER (繼續進行 _ 緩衝)3。
[0048]在本發明的一個備選實施例中，CONTINUE_BUFFER指示的傳輸使用RFC 3588中定義的實驗代碼AVP來實現。類似地，可添加非實時-CCR AVP，以便傳送如下指示:從CTF傳送給OCS的CCR先前已經緩衝，並且表示非實時CCR信息。
[0049]圖3以流程圖示出按照本發明、與圖1和圖2的序列圖對應的方法的主要步驟。該方法開始於步驟10。在步驟11，CTF節點接收與SIP會話相關的SIP請求。在步驟12，在CTF節點提供OCS服務節點不可用的通知。在步驟13，CTF檢查通知是否包含要緩衝與SIP會話相關的CCR請求並且應當基於已經準予相關CCR請求的假設來操控對應SIP請求的指示。如果這種指示存在，則CTF在步驟14將與所述SIP會話相關的CCR信息存儲到存儲緩衝器中。在步驟15，CTF節點基於已經準予相關CCR請求的假設來操控與SIP會話相關的SIP請求。一旦OCS服務節點再次可用，CTF節點在步驟16向OCS傳送所緩衝的CCR信息。最後，在步驟17，OCS節點處理已經從CTF接收的、先前緩衝的CCR信息。
[0050]圖4示出由諸如圖1和圖2所示的CTF節點之類的CTF節點在一個實施例中實現的方法的主要步驟。該方法開始於步驟20。在步驟21，CTF節點接收與SIP會話相關的SIP請求。在步驟22，在CTF節點提供OCS服務節點不可用的通知。在步驟23，CTF檢查通知是否包含要緩衝與SIP會話相關的CCR請求並且應當基於已經準予相關CCR請求的假設來操控對應SIP請求的指示。如果這種指示存在，則CTF在步驟24將與所述SIP會話相關的CCR信息存儲到存儲緩衝器中。在步驟25，CTF節點基於已經準予相關CCR請求的假設來操控與SIP會話相關的SIP請求。一旦OCS服務節點再次可用，CTF節點在步驟26向OCS傳送所緩衝的CCR信息。
[0051]圖5示出由諸如圖1和圖2所示的OCS節點之類的OCS節點在一個實施例中實現的方法的主要步驟。該方法開始於步驟30。在步驟31，OCS節點接收包含先前在CTF緩衝的CCR信息的CCR請求。在步驟32，OCS節點處理已經從CTF接收的、先前緩衝的CCR信
肩、O
[0052]圖6示意示出按照本發明的MS節點100的一個實施例。該節點配置成作為計費觸發功能(CTF)進行操作。這提供圖1和圖2中的CTF節點的功能性。節點100至少包括用於從S-CSCF、UE或AS接收SIP分組的第一接收單元110以及用於發送SIP分組的第一發送單元111。節點100還至少包括用於從OCS節點接收DIAMETER CCA答覆的第二接收單元120以及用於向OCS節點發送DIAMETER CCR請求的第二發送單元121。節點100還包括處理單元130和存儲器140，其中處理單元130配置成生成與所接收SIP請求對應並且與SIP會話相關的CCR信息。處理單元還配置成檢查指示OCS服務不可用並且指示應當傳送給所述OCS的與SIP會話相關的CCR請求而是應當在所述存儲器的緩衝區150中緩衝的通知在節點100是否可用。如果提供了所述通知，則處理單元130還配置成將所生成的CCR請求122存儲在緩衝存儲器150中。處理單元130基於準予相關CCR請求的假設來處理與SIP會話相關的入局SIP請求。此外，處理單元130配置成一旦OCS節點變為可用，則從緩衝存儲器150讀取所緩衝的CCR請求信息122，並且在至少一個CCR請求中將其傳送給OCS節點。有利地，處理單元在出局CCR請求中指示已經緩衝了所包含CCR請求信息。
[0053]圖7示意示出按照本發明的MS節點200的一個實施例。節點200配置成作為在線計費服務(OCS)進行操作。這提供圖1和圖2中的OCS節點的功能性。節點200至少包括用於從CTF節點接收DIAMETER CCR請求的接收單元220以及用於向CTF節點發送DIAMETER CCA應答的第二發送單元221。節點200還包括處理單元230和存儲器240，其中處理單元配置成處理在包含先前已經緩衝的非實時CCR信息的CCR請求中接收的CCR信息。有利地，處理單元配置成生成CCA答覆，CCA答覆通知CTF節點OCS服務不可用並且CTF節點應當緩衝CCR請求。
[0054]存儲器140、240存儲指令以供相應處理單元130、230處理。各節點100、200可被認為是配置成如通過處理對應存儲指令所描述的來起作用的計算機。
[0055]本領域的技術人員將會理解，可對上述實施例進行各種修改，而沒有背離本發明的範圍。
【權利要求】
1.在IP多媒體子系統MS網絡中提供在線計費功能性的兩個節點之間的通信方法，其中，第一節點(100)配置成作為計費觸發功能CTF進行操作，並且其中，第二節點(200)配置成作為在線計費服務OCS進行操作，所述方法包括下列步驟: -在所述CTF節點，從網絡節點接收與會話發起協議SIP會話相關的SIP請求； -在所述CTF節點，提供指示所述OCS服務不可用的通知； -在所述CTF節點，如果所述通知包含應當緩衝與所述SIP會話相關的CCR請求的指示，則 -在存儲緩衝器中存儲與所述SIP會話對應並且要發送給所述OCS的信用控制請求CCR信息； -基於已經準予對應CCR請求的假設來操控與所述SIP會話相關的請求； -在被通知所述OCS可用之後，向所述OCS傳送所述所緩衝CCR信息； -在所述OCS節點，處理所述先前緩衝的CCR信息。
2.一種在配置成作為計費觸發功能CTF進行操作的IP多媒體子系統頂S節點(100)來操控會話發起協議SIP請求的方法，所述方法包括下列步驟: -從網絡節點接收SIP請求； -提供指示在線計費服務OCS不可用的通知； 如果所述通知包含應當緩衝 與所述SIP會話相關的CCR請求的指示，則-在存儲緩衝器中存儲與所述SIP會話對應並且要發送給所述OCS的信用控制請求CCR信息； -基於已經準予所述CCR請求的假設來操控與所述SIP會話相關的SIP請求； -在被通知所述服務可用之後，向所述OCS傳送所述所緩衝CCR信息。
3.—種在配置成作為在線計費服務OCS進行操作的IP多媒體子系統MS網絡節點(200)來操控信用控制請求CCR請求的方法，所述方法包括下列步驟: -從CTF接收先前緩衝的CCR信息； -處理所述先前緩衝的CCR信息。
4.如權利要求3所述的方法，其中，所述方法還包括向計費觸發功能CTF發送指示所述OCS服務不可用的通知的步驟。
5.如權利要求1或2中的任一項所述的方法，其中，把不可用性的所述通知從所述OCS傳送給所述CTF。
6.如權利要求4或5所述的方法，其中，所述通知通過信用控制應答CCA答覆來傳送，並且包含應當緩衝與所述SIP會話相關的CCR請求的指示。
7.如權利要求6所述的方法，其中，所述CCA答覆包含CONTINUE_BUFFER指示。
8.如以上權利要求中的任一項所述的方法，其中，所述所緩衝CCR信息在包含已經緩衝所述信息的指示的至少一個CCR請求中傳送。
9.包括配置成作為IP多媒體子系統MS網絡中的計費觸發功能CTF進行操作的第一節點(100)的設備，所述設備包括: 第一接收單元(110)，用於接收SIP請求； 第二接收單元(120)，用於接收CCA答覆； 第一傳輸單兀(111)，用於發送SIP 消息；第二傳輸單元(121)，用於發送CCR請求； 存儲器(150)，配置成緩衝CCR信息(122);以及 處理單元(130)，配置成 如果提供通知，指示OCS服務不可用並且應當緩衝與所述SIP會話相關的CCR請求，則 -生成與所接收SIP請求對應並且與SIP會話相關的CCR信息； -將所述CCR信息存儲在所述緩衝器(150)中； -基於準予所述CCR請求的假設來操控與所述SIP會話相關的SIP請求； -在所述OCS服務可用時，從所述緩衝器中讀取所述CCR信息，並且在至少一個CCR請求中向所述OCS服務傳送所述CCR信息。
10.如權利要求9所述的設備，其中，所述處理單元還配置成在被傳送給所述OCS服務的、包含所緩衝信息的所述至少一個CCR請求中包含已經緩衝其中包含的所述信息的指/Jn ο
11.包括配置成作為IP多媒體子系統MS網絡中的在線計費服務OCS進行操作的第二節點(200)的設備，所述設備包括: 接收單元(220)，用於接收CCR請求； 傳輸單元(221)，用於發送CCA答覆； 存儲器(240);以及 處理單元(230)，配置成 處理與SIP會話相關的CCR請求(222)，其中，所述CCR請求從CTF節點接收，並且包含所述CTF節點緩衝了所包含CCR信息的指示。
12.如權利要求11所述的設備，其中，所述處理單元還配置成在對從CTF接收的CCR請求的答覆中傳送不可用性的通知。
13.如權利要求12所述的設備，其中，所述處理單元還配置成通過包含應當緩衝與所述SIP會話相關的CCR請求的指示的信用控制應答CCA答覆，在對從CTF接收的CCR請求的答覆中傳送不可用性的所述通知。
14.如權利要求12所述的設備，其中，所述CCA答覆包含CONTINUE_BUFFER指示。
【文檔編號】H04W4/24GK103891322SQ201180074577
【公開日】2014年6月25日 申請日期:2011年11月4日 優先權日:2011年11月4日
【發明者】A.巴爾, J.達爾, D.克漢 申請人:瑞典愛立信有限公司