專利名稱：特別在umts網絡中分配計費標識符的制作方法
技術領域：
本發(fā)明涉及在通信網絡中的計費，并且該通信網絡特別地為但不限于第三代(通 用移動電信系統UMTS)網絡。
背景技術：
通信系統是一種允許在兩個或者更多實體之間進行通信的設施，這些實體例如是 用戶終端設備和/或網絡實體以及其它與通信系統相關聯的節(jié)點。通信可以包括，例如，語 音、電子郵件(email)、文本消息、數據、多媒體等的通信。通過固定線路和/或無線通信接口可以提供通信。無線通信系統的一個特征在 于，其提供無線通信系統用戶的移動性。提供無線通信的通信系統一個示例為公共陸地移 動網(PLMN)。固定線路系統的一個示例為公共交換電話網(PSTN)。通常，通信系統根據給定的標準或者規(guī)范進行工作，其中標準或者規(guī)范說明了允 許系統的多種網元作何種操作以及如何實現這些操作。例如，標準或規(guī)范可以定義向用戶， 或者更精確地，用戶設備提供電路交換服務器，還是提供分組交換服務器，或者提供其二 者。通常，還定義了應該用于該連接的通信協議和/或參數。例如，在用戶設備和通信網絡 的網元之間應實現通信的方式通常是基于一個預定義的通信協議。換句話說，需要定義通 信可以依據的具體“規(guī)則”集，來使得用戶設備能夠經由該通信系統進行通信。第三代(3G)通信系統的引入將顯著地增加經由移動用戶設備(UE)以及其它類型 的UE接入因特網服務的可能性。各種用戶設備(UE)，例如計算機(固定的或者便攜的)、移動電話、個人數據助理 或者組織器等對于熟練技術人員是已知的并且能夠被用于接入因特網以獲取服務?？梢詫?稱為移動臺(MS)的移動用戶設備定義為一種能夠經由無線接口與諸如移動電信網絡的基 站或者任何其它站點的其它設備進行通信的裝置。將上面和以下所用的術語“服務”理解為廣泛地覆蓋用戶可能期望的、要求的或者 被提供的任何服務和貨物。還將該術語理解為覆蓋了免費贈送服務的提供。特別地，但不 限于此，將該術語“服務”理解為包括因特網協議多媒體IM服務、會議、電話、游戲、多功能 呼叫、存在、電子商務以及例如即時消息的消息。第三代合作伙伴項目(3GPP)正在定義用于通用移動電信系統(UMTS)核心網的參 考架構，該通用移動電信系統核心網將向用戶設備UE的用戶提供到這些服務的訪問。該 UMTS核心網被劃分為三個主要區(qū)域。它們是電路交換域、分組交換域以及因特網協議多媒 體(IM)域。它們中的后者，IM域保證對多媒體服務進行充分的管理。IM域支持由互聯網工程任務組(IETF)所開發(fā)的會話發(fā)起協議(SIP)。SIP為應用層信令協議，用于起始、改變以及終止用戶的會話，以及用于發(fā)送和接 收事務。例如，一個會話可以是雙向電話呼叫或者多向會議會話或者在用戶和應用服務器 (AS)之間的連接。這些會話的建立使得能夠向用戶提供上述服務。SIP的基本特征之一在 于，該協議通過提供經由單個位置獨立的地址到達被呼叫方(其可以是應用服務器AS)或 者其它用戶設備的能力來允許使用移動UE的用戶的個人移動。連接到基于SIP通信系統的用戶可以與基于標準化的SIP消息的通信系統的各種 實體進行通信。SIP由G Rosenberg等人定義于互聯網工程任務組(IETF)的2001年7月 的名為“SIP :session initiation protocol”的RFC 3261。該文件通過參考引入于此。第三代標準的一個版本為“版本5”或者“rel5”。其引入了 IP多媒體核心網子 系統，它已經發(fā)展為使用SIP技術作為所有IP服務的基礎，例如，尤其是基于IP的語音。 SIP標準是一種集合點協議，能夠用于建立在SIP用戶代理客戶端(UAC)和SIP用戶代理 服務器(UAC)之間的媒體會話。為了打開一個會話，SIP使用SDP(會話描述協議)協議， 并且因此可以同時為實時服務和非實時服務根據所用的應用建立各種會話。SIP是一種 靈活的協議，能夠用于建立不同類型的會話。例如，一些會話可能要求滿足特定的預處理 (precondition)。其它的會話可能需要可靠的臨時響應。其它的會話可能要求對預留的資 源進行確認。還能具有可變數目的SDP提供/應答交換。為了允許媒體部件層中對于與相同SIP會話相關的并且在相同SIP會話的不同域 (即，接入網和IM子系統(IMS)網絡)中產生的計費事件的計費相關性，需要在IMS網絡 中發(fā)送并且分配接入網計費標識符，其中該標識符標識了承載特定媒體流的資源預留(例 如，在GPRS(通用分組無線服務)接入中的GPRS計費標識符和GGSN(GPRS網關支持節(jié)點) 地址)。將該接入計費標識符經由Go接口發(fā)送到P-CSCF(PDF)(分別為代理呼叫會話控制 功能和策略決策功能)，并且將其以SIP “UPDATE”消息在IMS中進行分配。利用已經提出 的3GPP標準的下一版本“版本6”或者“rel 6”，對于一些會話建立情況，可以根本不必發(fā)送 UPDATE消息。這會導致一個問題，網絡不能夠在需要該信息的網元之間分配計費標識符。在當前版本5的方案中，將UPDATE請求從用戶設備發(fā)送到P-CSCF。當用戶設備完 成了對于上行鏈路方向和下行鏈路方向兩者的服務質量預留時，在響應中請求預處理的確 認。呼叫方經由通過INVITE請求建立的信令路徑向終止端點發(fā)送UPDATE請求。該UPDATE 請求包括，在SDP中，與產生于成功雙向PDP上下文的建立的成功服務質量的雙向模式的有 關的信息。該SDP表明對于發(fā)送模式和接收模式的服務質量資源預留在終止端點側是成功 的。例如，利用版本6的方案，由簡單SIP INVITE/2000K事務建立會話是可能的，或者 涉及會話建立的端點將不利用預處理或不要求所預留資源的確認是可能的。在所有這些情 況下，將不會發(fā)送UPDATE消息，并且因此不可能進行計費標識的分配。

發(fā)明內容
本發(fā)明的實施例旨在針對前面所討論的問題。根據本發(fā)明的第一方面，提供了一種用于借助于一個通信系統支持用戶設備通信 會話的方法，該系統包括至少一個在所述用戶設備和一個節(jié)點之間的實體，該用戶設備被設置為與該節(jié)點建立一個會話，該方法包括以下步驟a)經由所述至少一個實體在該用戶設備和該節(jié)點之間建立一個會話；b)保留該會話；c)在所述會話處于被保留時，為所述會話預留資源；以及d)恢復所述會話并且分配計費信息。根據本發(fā)明的第二方面，提供一種用于借助于一個通信系統支持用戶設備的通信 會話的方法，該系統包括至少一個在所述用戶設備和一個節(jié)點之間的實體，該用戶設備被 設置為與該節(jié)點建立一個會話，該方法包括以下步驟a)經由所述至少一個實體修改在該用戶設備和該節(jié)點之間的現有會話；b)保留所述會話；c)在所述會話處于被保留時，為該修改的會話預留資源；以及d)恢復所述會話并且分配計費信息。根據本發(fā)明的另一方面，提供一種用于支持用戶設備的通信會話的通信系統，所 述系統包括至少一個在所述用戶設備和一個節(jié)點之間的實體，該用戶設備被設置為與該節(jié) 點建立一個會話，該系統被設置為經由所述至少一個實體在該用戶設備和該節(jié)點之間建立 一個會話，所述節(jié)點和所述用戶設備中的至少一個被設置為保留該會話，所述節(jié)點和所述 用戶設備中的至少一個被設置為在所述會話處于被保留時，為所述會話預留資源，所述節(jié) 點和所述用戶設備中的至少一個被設置為恢復所述會話，以及至少一個實體被設置為分配 計費信息。根據本發(fā)明的另一方面，提供一種用于支持用戶設備的通信會話的通信系統，所 述系統包括至少一個在所述用戶設備和一個節(jié)點之間的實體，該用戶設備被設置為與該節(jié) 點建立一個會話，該系統被設置為經由所述至少一個實體修改在該用戶設備和該節(jié)點之間 的會話，所述節(jié)點和所述用戶設備中的至少一個被設置為保留該會話，所述節(jié)點和所述用 戶設備中的至少一個被設置為在所述會話處于被保留時，為所述修改的會話預留資源，所 述節(jié)點和所述用戶設備中的至少一個被設置為恢復所述會話，以及至少一個實體被設置為 分配計費信息。


為了更好地理解本發(fā)明以及如何實現相同的效果，將參考以下附圖，其中圖1表示能夠實現本發(fā)明的實施例的示意性系統；圖2表示本發(fā)明第一實施例的信號流；以及圖3表示本發(fā)明第二實施例的信號流。
具體實施例方式在該文檔中，SIP消息用大寫來指示。本發(fā)明的實施例特別應用于3GPP Rel-6版本，其允許終端即用戶設備為其自身確 定如何為通信目的使用SIP。應該理解的是本發(fā)明的實施例可以用于任何其它版本的3GPP 標準或者實際上可以用于任何其它標準。將本發(fā)明的實施例設置為定義一種與現有SIP規(guī)范一起工作以保證計費關聯機
6制在任何情況下正常工作的機制，其中不使用預處理或者將UPDATE只用來修改已經建立 的會話。換句話說，如果在對話確定(即，接收到對請求的最終響應)之前在會話建立階段 沒有使用UPDATE請求，則可以使用本發(fā)明的實施例。參考示意性表示可以實現本發(fā)明的實施例的系統的圖1。該系統包括用戶設備2。 用戶設備2可以采用任何適合的形式并且可以例如是移動的或者固定的實體，例如移動電 話、個人數字助理(PDA)、便攜電腦、膝上型電腦、固定電腦或者任何其它適合的設備。用戶 設備2被設置為經由無線連接與第一無線接入網(RAN)4a進行通信。該無線連接可以位于 任何適合的頻率，例如無線頻率。第一無線接入網4a通常包括基站實體(有時稱為Node B)。出于本文檔的目的， 將使用術語基站并且其將涵蓋任何適合的實體。無線接入網4也包括控制網元。根據標準， 在UMTS系統的情況下控制網元可以稱為無線網絡控制器(RNC)，或者在GSM系統的情況下 稱為基站控制器(BSC)。旨在使得術語控制器涵蓋任何這種的控制實體。在一些設置中，將 控制功能設置為獨立于基站功能并且單個控制實體可以控制多個基站。在本發(fā)明的其它實 施例中，每個基站可以包括部分控制功能。無線接入網被設置為與核心網6進行通信。圖1所示的核心網6是分組交換核心 網。第一無線接入網4連接到GPRS(通用分組無線服務)服務支持節(jié)點SGSN 10。SGSN 10 用于交換分組交換的事務。SGSN 10連接到第一和第二網關GPRS支持節(jié)點GGSN 12a和12b。在核心網6連 接到外部分組交換網絡的該點處存在交換機。流入和流出的分組交換的連接將通過GGSN。 在圖1所示的設置中，將GGSN 12a和12b表示為連接到IM(IP多媒體)子系統14。每個 GGSNl2分別連接到P-CSCF 16a和16b (代理呼叫會話控制功能)。每個P-CSCF 16a和16b 具有PDF(策略決策功能)。PDF是IP多媒體子系統基于服務的本地策略(SBLP)架構的一 部分。策略決策功能是使用IP機制來實現IP承載層中的基于服務的本地策略的邏輯上的 策略決策網元。PDF使用策略規(guī)則針對SBLP作出決策并且將那些決策傳達給GGSN，其是IP 策略執(zhí)行點(PEP)。在圖1所示的設置中，將PDF 18a和18b分別表示為各個P-CSCF的邏 輯實體。但是，應該理解到，在本發(fā)明的可選實施例中，PDF可以是單獨的實體或者集成在 任何其它適合的實體中。P-CSCF 16a和16b連接到查詢(I)CSCF 22。I-CSCF 22被設置為給終端用戶確定 合適的服務CSCF (S) 24，該終端用戶是被叫方。圖1還表示了 IM網絡中的應用服務器AS 23。在本發(fā)明的一些實施例中，GCID也 可以分配到AS。圖1還表示了不能依照第三代標準進行工作的用戶30并且例如可以使用SIP協 議。用戶30連接到允許用戶代理客戶端通過IM子系統14獲取服務的SIP代理32。SIP 代理32連接到S-CSCF 24。SIP代理可以是ISP核心的一部分。用戶可以是例如PC，軟電 話等的用戶設備。在本發(fā)明的實施例中，核心網6和IMS系統14連接到CGF(計費網關功能)40，其 包括計費收集器功能CCF。CCF可選地可以是單獨的實體。CGF 40連接到收費系統42。收 費系統是運營商網絡的一部分。類似地，CGF通常是運營商網絡的一部分。CGF和/或收費 系統使用在網絡中(接入和IMS)產生的共同的計費標識符來關聯計費信息，然后確定對于一個給定的會話需要向用戶收取多少費用。應該理解的是，在本發(fā)明的可選實施例中，可以 使用任何其它適合的收費機制。圖1還表示了連接到第二 RAN 4b的第二用戶設備26。應該理解的是這只是用于 說明的目的并且在實際中每個RAN可以被設置為與相對大量的用戶設備進行通信。第二 RAN 4b 連接到 SGSN 10。圖1還表示了諸如PC等的終端43，其被設置為經由另一接入網44連接到第二 P-CSCF 18b，該接入網可以依照任何適合接入技術。在本發(fā)明的實施例中，SIP用戶代理客戶端UAC是呼叫方，在該兩個示例中，呼叫 方將是用戶設備2和用戶設備30。SIP用戶代理服務器UAS為被叫方，在該示例中，被叫方 將是用戶設備26和用戶設備2。應該理解，這僅為一種示例的方式，并且任何終端或者用戶 設備都可以分別作為被叫方以及呼叫方。在本發(fā)明的實施例中，將GCID (GPRS計費標識符)從GGSN發(fā)送到PDF功能性。如 果PDF功能性與P-CSCF相分離，則還要將GCID發(fā)送到P-CSCF。這些消息是利用COPS (通 用開放策略服務)協議消息通過Go接口來發(fā)送的，其中該接口是位于GGSN和P-CSCF之 間的接口。COPS是用于Go接口的協議。在SIP信令中將GCID分配到其它IMS功能，例如 S-CSCF、應用服務器以及I-CSCF。該GCID是由GGSN為GPRS PDP上下文產生的。在GCID和PDP上下文之間存在一 對一的關系。如果GPRS被用于接入IMS，則該GCID與GGSN地址一起用作計費關聯矢量的 接入部分，該計費關聯矢量包括接入部分和IMS部分，而IMS部分為IMS計費標識符。將在 下文中更詳細地描述計費矢量。應該理解，本發(fā)明的實施例可以與GPRS以外的接入技術一起使用。特別地，本發(fā) 明的實施例應用于使用PDF功能和Go接口的情況，也即將SBLP至少用于計費關聯的情況。如果終端，即用戶設備不使用預處理或者100REL(SIP預處理)，則分配GCID是 不可能的。在這種情況中，終端將在第一 SDP(會話描述協議)提供/應答交換期間保留 該會話。在為該會話預留了資源之后，該終端將利用re-INVITE消息重新啟動該會話，該 re-INVITE消息然后可以將GCID從P-CSCF分配到其它IMS功能。GCID包括在P計費矢量 中，該矢量將在下文中更詳細地描述。特別地，P-CSCF將把GCID信息置入re-INVITE請求 中的P計費矢量的首部，該re-INVITE請求重新啟動了之前被保留的媒體。在可選方案中，如果終端通過加入媒體部件或者改變先前使用的編解碼器來修改 現有的會話，則不存在將GCID傳送到S-CSCF或者IMS中其它功能的機會。因此，在這種情 況下并且在本發(fā)明的實施例中，終端保留新的媒體，并且一旦已經成功地預留了資源則利 用re-INVITE消息重新啟動該媒體。由此，該re-INVITE消息在IMS網絡中分配了 GCID。只要實現了 Go接口來至少用于計費關聯，本發(fā)明的實施例就能夠用于IMS網絡而 不論使用了何種接入網?，F在參考圖2，其表示了在本發(fā)明第一實施例中的信令。與圖1中示出的相同的那 些網元將使用相同的參考標號標注。應該理解，為了清楚起見，一些在實際中存在的網元， 例如I-CSCF，已經被省略。本發(fā)明的實施例示出了一種示例，其中呼叫方為非三代實體。在步驟Sl中，UAC或者用戶設備30將INVITE消息發(fā)送到非3GPP SIP代理32。在 步驟S2中，該SIP代理32將INVITE消息發(fā)送到S-CSCF 24。在步驟S3中，該S-CSCF 24將該INVITE消息發(fā)送到第一 P-CSCF 16a，并且更具體地，發(fā)送到其中的PDF功能。在步驟 S4中，該第一 P-CSCF 16a將INVITE消息轉發(fā)到用戶代理服務器或者用戶設備2。在步驟 S5中，該用戶代理服務器2使得該媒體流為非活動的。在步驟S6中，用戶代理服務器2將消息發(fā)送到第一 P-CSCF 16a,該消息為2000K 消息并且在SDP中表示該會話是非活動的。在步驟S7中，該消息被第一 P-CSCF 16a轉發(fā) 到S-CSCF 24。在步驟S8中，該消息被S-CSCF 24轉發(fā)到SIP代理32。在步驟S9中，該消 息被SIP代理32轉發(fā)到用戶代理客戶端30。在步驟SlO中，用戶代理客戶端30發(fā)送一個它已經接收到該消息的確認ACK。該 確認包括指示非活動的會話的SDP。該確認被發(fā)送到SIP代理32。在步驟Sll中，SIP代 理32將該消息轉發(fā)到S-CSCF24。接著，在步驟S12中，該消息被S-CSCF 24轉發(fā)到第一 P-CSCF16a0在步驟S13中，該消息被第一 P-CSCF 16a轉發(fā)到用戶代理服務器2。在步驟 S14中，用戶代理服務器2和第一 GGSN 12a —起對資源進行預留。在步驟S15中，一旦已經 預留了資源，則由用戶代理服務器2將媒體流設置為活動的。步驟S15可與步驟S16同時 發(fā)生。在步驟S16中，存在經由Go接口的GGSN 12a和P-CSCF 16a之間的交互。在該步驟 中，可以交換ICID(IMS計費標識符)和GCID信息。該ICID用于會話層關聯，而GCID用于 媒體部件層關聯。GCID標識了與特定媒體部件相關的接入計費信息，假設會話/媒體不在 同一 PDP上下文中進行復用的話(3GPP Rel 5)。在步驟S17中，用戶代理服務器26發(fā)送具有SDP的re_INVITE消息，該SDP指示 活動的會話(即，將媒體屬性設置為sendrecv。對于所有在會話中需要為活動的媒體a = sendrecv)信息。該消息被第一 P-CSCF 16a轉發(fā)到S-CSCF 24。但是，第一 P-CSCF 16a還 包括具有GCID信息的P計費向量。在步驟S19中，S-CSCF 24轉發(fā)INVITE消息(具有或 不具有P計費向量)。在步驟S20中，將該消息從SIP代理32發(fā)送到UAC 30。參考表示本發(fā)明第二實施例的圖3。圖3說明了一個在3GPP用戶代理之間無需 任何預處理建立會話的示例的信號流。存在第一 3GPP用戶應用客戶機，其為用戶設備2。 它與第一 GGSN 12a和具有PDF功能的第一 P-CSCF 16a相關聯。該用戶應用代理服務器或 用戶設備26與第二 GGSN 12b和第二 P-CSCF 16b相關聯。示出該兩個P-CSCF經由共同 S-CSCF 24進行通信。但是，在本發(fā)明的一些實施例中可以設置多于一個的S-CSCF，并且實 際上存在其它的實體，為了清楚起見已經將它們省略。在步驟Tl，用戶代理客戶端2將媒體流設置為非活動的。在步驟T2中，用戶代理 客戶端2將具有指示媒體流是非活動的SDP的INVITE消息發(fā)送到第一 P-CSCF 16a。在步 驟T3中，第一 P-CSCF 16a將該信息轉發(fā)到S-CSCF 24。在步驟T4中，S-CSCF 24將該消息 轉發(fā)到第二 P-CSCF 16b，接著，在步驟T5中，該第二 P-CSCF 16b將該消息轉發(fā)到用戶代理 服務器26。在步驟T6，用戶代理服務器26將具有指示非活動的會話的SDP的2000K確認發(fā) 送到第二 P-CSCF 16b。在步驟T7中，消息被第二 P-CSCF 16b轉發(fā)到S-CSCF 24，其在步驟 T8中接著將該消息轉發(fā)給第一 P-CSCF 16a。在步驟T9中，第一 P-CSCF 16a將該消息轉發(fā) 到用戶代理客戶端2。在步驟TlO中，用戶代理客戶端2將確認消息ACK發(fā)送到第一 P-CSCF 16a。在步 驟Tll中，該確認被第一 P-CSCF 16a轉發(fā)到S-CSCF24，并且在步驟T12中，由S-CSCF 24轉發(fā)到第二 P-CSCF 16b。在步驟T13中，該確認由第二 P-CSCF 16b轉發(fā)到用戶代理服務器 26。在步驟T14中，資源預留在用戶代理服務器26和第二 GGSN 12b之間執(zhí)行。步驟 T16可以與步驟T14同時進行，并且資源在用戶代理客戶端2和第一 GGSN 12a之間進行預 留。在步驟T15中，在涉及ICID和GCID的Go接口處存在第二 GGSN 12b和第二 P-CSCF 16b 之間的交互。這正如參照圖2所描述的。步驟T17類似于步驟T15，只是該交互是在第一 GGSN 12a和第一 P-CSCF 16a之間。步驟T15和步驟T17可以同時進行。在步驟T18中，用 戶代理客戶端2將媒體流設置成活動的。然后，在步驟T19中，用戶代理客戶端2將具有指示活動媒體流(即，將媒體屬 性設置為sendrecv。對于所有在會話中需要為活動的媒體a = sendrecv)信息的SDP的 INVITE消息發(fā)送到第一 P-CSCF 16a。在步驟T20中，P-CSCF 16a加入包括GCID的P計費向量。在步驟T21中，INVITE 消息由S-CSCF 24轉發(fā)到第二 P-CSCF 16b，在步驟T22中，第二 P-CSCF 16b接著將該消息 轉發(fā)到用戶代理服務器26。用戶代理服務器26發(fā)送具有包含a = sendrecv信息的SDP的 確認消息2000K。在步驟T24中，第二 P-CSCF 16b將該消息連同帶有GCID信息的P計費向 量一起發(fā)送到S-CSCF 24。在步驟T25中，S-CSCF 24將不帶P計費向量的消息轉發(fā)到第一 P-CSCF 16a，在步驟T26中，第一 P-CSCF 16a接著將該消息轉發(fā)到用戶代理客戶端2。在對第一實施例中表示的設置的一個可選改進中，初始INVITE消息(步驟Sl到 步驟S4)可以如第二實施例的步驟Tl到T5中一樣，包括具有a = Sendrcv信息的SDP。類 似地，步驟SlO到步驟S13可以在該種情況下更改為具有與第二實施例的步驟TlO到步驟 T13中所示的不包含SDP信息的相同的形式。相反地，步驟Tl到步驟T5可以進行修改，以 便INVITE消息可以如第一實施例的步驟Sl到步驟S4中一樣不包括SDP信息。類似地，在 步驟TlO到步驟T13中發(fā)送的確認消息可以具有SDP媒體流非活動信息。下表更詳細地表示了 P計費向量。這在3GPP規(guī)范號TS 24. 229和TS 24. 228中 進行了定義，通過參考將其引入于此。access-network-charging-info = (gprs-charging-info/generic-param)gprs-charging-info = ggsn*(SEMI pdp-info)[SEMI extension-param]ggsn =" ggsn〃 EQUAL gen-valuepdp-info = pdp-sig SEMI gcid SEMI auth-token*(SEMI flow-id)pdp-sig =〃 pdp-sig" EQUAL(" yes" /" no")gcid =" gcid" EQUAL gen-valueauth-token = " auth-token" EQUAL gen-valueflow-id = " flow-id" EQUAL gen-valueextension-param = token[EQUAL (token|quoted-string)]P計費向量首部字段具有IETF的RFC 3455中描述的字段，通過參考將其引入于 此。接入網計費信息參數是來自P計費向量首部的當前計費參數成分的類屬參數的 影響范圍。接入網計費信息參數包括對于不同接入網絡的可選的定義。在此例中，GPRS是 如在GPRS計費參數中指示的所支持的接入網。在本發(fā)明的其它實施例中，可以支持其它的接入網。對于GPRS，還有下列成分要追蹤GGSN地址和一個或者多個PDP上下文(PDP信息 參數)、相關的GPRS計費標識符(GCID參數)、媒體授權令牌(or-token參數)以及一個或 者多個來自SIP信令的在SDP中標識相關m-lines的流標識符(flow-id參數)。這些參數 通過Go接口從GGSN傳送到P-CSCF (PDF)。應該理解的是本發(fā)明的實施例可以用于在線計費或者離線計費。這里要注意的是盡管以上所述的是本發(fā)明的示例性實施例，對于所公開的方案可 以進行多個變形和修改而不脫離所附權利要求書中所定義的本發(fā)明的范圍。
權利要求
一種方法，包括從用戶設備發(fā)送邀請消息以保留通信會話，當該用戶設備不支持預處理時無需預處理來預留用于該通信會話的資源以建立該通信會話，該通信會話基于會話發(fā)起協議和會話數據協議中的至少一個協議建立；當該通信會話處于保留時，在該用戶設備處預留用于該通信會話的資源；基于另一邀請消息恢復該通信會話，該另一邀請消息表示對該資源已經被預留的確認以及用于該通信會話的計費標識符中的至少一項。
2.根據權利要求1所述的方法，進一步包括確定在建立該通信會話期間是否提供了計費標識符，并且僅當已經確定了尚未提供該 計費標識符時，繼續(xù)保留該通信會話直到該通信會話恢復。
3.根據權利要求1所述的方法，進一步包括確定在修改該通信會話期間是否提供了計費標識符，并且僅當已經確定了尚未提供該 計費標識符時，繼續(xù)保留該通信會話直到該通信會話恢復。
4.根據權利要求2所述的方法，其中建立該通信會話包括根據通用移動電信系統標準 進行操作。
5.根據權利要求1所述的方法，進一步包括配置該計費標識符以包括至少一個通用分組無線服務計費標識符。
6.根據權利要求1所述的方法，進一步包括轉發(fā)用于第一接入網的計費標識符，其中在計費矢量中提供該計費標識符。
7.根據權利要求6所述的方法，其中轉發(fā)用于該第一接入網的該計費標識符包括在該 計費矢量中轉發(fā)用于該第一接入網的計費標識符，其中該計費矢量包括P計費矢量。
8.根據權利要求2所述的方法，其中建立該通信會話包括至少一個實體，該實體包括 通用分組無線服務網關支持節(jié)點。
9.一種裝置，包括用戶設備，被配置為從用戶設備發(fā)送邀請消息以保留通信會話，當該用戶設備不支持預處理時無需預處理 來預留用于該通信會話的資源以建立該通信會話，該通信會話基于會話發(fā)起協議和會話數 據協議中的至少一個協議建立；當該通信會話處于保留時，在該用戶設備處預留用于該通信會話的資源；基于另一邀請消息恢復該通信會話，該另一邀請消息表示對該資源已經被預留的確認 以及用于該通信會話的計費標識符中的至少一項。
10.根據權利要求9所述的裝置，其中該用戶設備被進一步配置為確定在建立該通信 會話期間是否提供了計費標識符，并且僅當已經確定了尚未提供該計費標識符時，繼續(xù)保 留該通信會話直到該通信會話恢復。
11.根據權利要求9所述的裝置，其中該用戶設備被進一步配置為確定在修改該通信 會話期間是否提供了計費標識符，并且僅當已經確定了尚未提供該計費標識符時，繼續(xù)保 留該通信會話直到該通信會話恢復。
12.根據權利要求10所述的裝置，其中建立該通信會話包括根據通用移動電信系統標 準進行操作。
13.根據權利要求9所述的裝置，其中該計費標識符被進一步配置為包括至少一個通 用分組無線服務計費標識符。
14.根據權利要求9所述的裝置，其中在計費矢量中提供該計費標識符。
15.根據權利要求14所述的裝置，其中該計費矢量包括ρ計費矢量。
16.根據權利要求10所述的裝置，其中建立該通信會話包括至少一個實體，該實體包 括通用分組無線服務網關支持節(jié)點。
全文摘要
為了允許媒體部件層中的對于與相同SIP會話相關的并且在相同SIP會話的不同域中產生的計費事件的計費相關性，需要在IMS網絡中發(fā)送并且分配接入網計費標識符。利用已經提出的3GPP標準的下一版本“版本6”，對于一些會話建立情況，可以根本不必發(fā)送UPDATE消息。這會導致一個問題，網絡不能夠在需要該信息的網元之間分配計費標識符。根據本發(fā)明的第一方面，一種用于支持用戶設備的通信會話的方法，借助于一個通信系統，其包括至少一個在所述用戶設備和一個節(jié)點之間的實體，該用戶設備被設置為與該節(jié)點建立一個會話，該方法包括以下步驟a)經由所述至少一個實體在該用戶設備和該節(jié)點之間建立一個會話；b)保留該會話；c)在所述會話處于被保留時，為所述會話預留資源；以及d)恢復所述會話并且分配計費信息。
文檔編號H04M15/00GK101895651SQ20101023897
公開日2010年11月24日 申請日期2004年5月12日 優(yōu)先權日2003年5月13日
發(fā)明者加博爾·巴科, 馬爾科·斯圖拉 申請人:諾基亞公司