信用控制方法、策略和計費執(zhí)行功能實體、在線計費系統(tǒng)的制作方法
【專利摘要】本發(fā)明實施例提供一種信用控制方法、策略和計費執(zhí)行功能實體、在線計費系統(tǒng)。該方法包括：若OCS判斷出第二承載所承載的業(yè)務(wù)與第一承載所承載的業(yè)務(wù)可共享信用池，則將為第二承載分配的第二配額及第一承載對應(yīng)的信用池的標(biāo)識發(fā)送給PCEF，使得PCEF將第二配額與第一配額存儲在同一個信用池中，使第二承載與第一承載使用同一個信用池，實現(xiàn)各IP-CAN?bearer間甚至各IP-CAN?session間共享信用池，從而保證業(yè)務(wù)的流暢性。
【專利說明】信用控制方法、策略和計費執(zhí)行功能實體、在線計費系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明實施例涉及移動通信技術(shù)，尤其涉及一種信用控制方法、策略和計費執(zhí)行功能實體、在線計費系統(tǒng)。
【背景技術(shù)】
[0002]在線計費(OnlineCharging)應(yīng)用中，在線計費系統(tǒng)(Online Charging System,OCS)將用戶賬戶中的部分錢凍結(jié)，并將這部分錢轉(zhuǎn)化成某個業(yè)務(wù)對應(yīng)的配額下發(fā)給策略和計費執(zhí)行功能(Policy and Charging Enforcement Function, PCEF),由 PCEF 來監(jiān)控業(yè)務(wù)對配額的消耗。監(jiān)控過程中，被凍結(jié)的錢或配額無法被其他業(yè)務(wù)消耗，即各業(yè)務(wù)的配額無法共享，使得多個業(yè)務(wù)共同進(jìn)行在線計費信用控制時，OCS為部分業(yè)務(wù)預(yù)留的配額可能沒有被消耗完，未被消耗完的配額形成信用碎片，由于該信用碎片無法被用戶新發(fā)起的業(yè)務(wù)消耗，使得新發(fā)起的業(yè)務(wù)因無配額可用而導(dǎo)致業(yè)務(wù)訪問失敗。
[0003]目前，為避免信用碎片的發(fā)生，引入了信用池(Credit Pool)。具體的，基于分組數(shù)據(jù)協(xié)議(Packet Data Protocol, PDP)上下文(PDP Content)或互聯(lián)網(wǎng)協(xié)議-連接性接入網(wǎng)承載(IP Connectivity Access Network, IP-CAN bearer)級別，OCS 將各 PDP 或 IP-CANbearer內(nèi)的業(yè)務(wù)對應(yīng)的配額關(guān)聯(lián)到同一個信用池，各PDP或IP-CAN bearer的信用池相互獨立，業(yè)務(wù)從所屬的PDP或IP-CAN bearer對應(yīng)的信用池中獲取配額，信用池作為一個整體被多個業(yè)務(wù)同時消耗，從而避免信用碎片，使得信用控制過程中配額分配的更加合理。
[0004]然而,不同的IP-CAN bearer內(nèi)業(yè)務(wù)消耗配額的速度是不一樣的,消耗快的IP-CANbearer重新申請配額時，由于其他IP-CAN bearer占用了部分配額，各PDP或IP-CANbearer的信用池相互獨立,導(dǎo)致消耗塊的IP-CAN bearer無法分配到配額,業(yè)務(wù)被迫中止。

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

[0005]本發(fā)明實施例提供一種信用控制方法、策略和計費執(zhí)行功能實體、在線計費系統(tǒng)，實現(xiàn)各IP-CAN bearer間甚至各IP-CAN session間共享信用池,從而保證業(yè)務(wù)的流暢性。
[0006]第一個方面，本發(fā)明實施例提供一種信用控制方法，包括:
[0007]接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求，所述第二請求指示對第二承載進(jìn)行信用控制；
[0008]根據(jù)所述第二請求，判斷所述第二承載所承載的業(yè)務(wù)是否與第一承載所承載的業(yè)務(wù)可共享信用池，其中，所述第二承載在所述第一承載建立之后建立；
[0009]若所述第二承載所承載的業(yè)務(wù)與所述第一承載所承載的業(yè)務(wù)可共享信用池，則向所述PCEF發(fā)送第二應(yīng)答，所述第二應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識，以使所述第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池。
[0010]在第一個方面的第一種可能的實現(xiàn)方式中，所述接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求之前，包括:
[0011]接收所述PCEF發(fā)送的第一請求，所述第一請求指示對所述第一承載進(jìn)行信用控制；
[0012]向所述PCEF發(fā)送第一應(yīng)答，所述第一應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識。
[0013]在第一個方面的第二種可能的實現(xiàn)方式中，所述向所述PCEF發(fā)送第二應(yīng)答，所述第二應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識，以使所述第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池，包括:
[0014]為所述第二承載分配第二配額；
[0015]向所述PCEF發(fā)送第二應(yīng)答，所述第二應(yīng)答攜帶所述第二配額及所述第一承載對應(yīng)的信用池標(biāo)識，以使所述PCEF將所述第二配額存放在所述第一承載對應(yīng)的信用池標(biāo)識對應(yīng)的信用池中，使所述第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池。
[0016]結(jié)合第一個方面的第一種可能的實現(xiàn)方式，在第一個方面的第三種可能的實現(xiàn)方式中，所述向所述PCEF發(fā)送第一應(yīng)答，所述第一應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識，包括:
[0017]為所述第一承載分配所述第一配額；
[0018]向所述PCEF發(fā)送第一應(yīng)答，所述第一應(yīng)答攜帶所述第一配額及所述第一承載對應(yīng)的信用池標(biāo)識。
[0019]結(jié)合第一個方面的第三種可能的實現(xiàn)方式，在第一個方面的第四種可能的實現(xiàn)方式中，所述接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求，具體包括:
[0020]通過第二 Gy會話接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求；
[0021]所述向所述PCEF發(fā)送第二應(yīng)答，具體包括:
[0022]通過所述第二 Gy會話向所述PCEF發(fā)送第二應(yīng)答；
[0023]所述接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第一請求，具體包括:
[0024]通過第一 Gy會話接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求；
[0025]所述向所述PCEF發(fā)送第二應(yīng)答，具體包括:
[0026]通過所述第一 Gy會話向所述PCEF發(fā)送第二應(yīng)答。
[0027]結(jié)合第一個方面的第四種可能的實現(xiàn)方式，在第一個方面的第五種可能的實現(xiàn)方式中，所述第一 Gy會話與所述第二 Gy會話為不同的Gy會話；或者，
[0028]所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話。
[0029]結(jié)合第一個方面的第五種可能的實現(xiàn)方式，在第一個方面的第六種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為不同的會話，則所述第一請求與所述第二請求均為初始化信用控制請求CCR-1nitial，所述第一應(yīng)答與所述第二應(yīng)答均為初始化信用控制應(yīng)答CCA-1nitial。
[0030]結(jié)合第一個方面的第五種可能的實現(xiàn)方式，在第一個方面的第七種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話，則所述第一請求為初始化信用控制請求CCR-1nitial,所述第二請求為更新信用控制請求CCR-Update ；所述第一應(yīng)答為初始化信用控制應(yīng)答CCA-1nitial，所述第二請求為更新信用控制應(yīng)答CCA-Update。
[0031]結(jié)合第一個方面的第五種可能的實現(xiàn)方式，在第一個方面的第八種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為不同的Gy會話，則向所述PCEF發(fā)送第一應(yīng)答之后，包括:
[0032]接收所述PCEF通過所述第一 Gy會話發(fā)送的第一更新信用控制請求，所述第一更新信用控制請求攜帶所述第一承載消耗的配額；接收所述PCEF通過所述第二 Gy會話發(fā)送的第二更新信用控制請求，所述第二更新信用控制請求攜帶所述第二承載消耗的配額；
[0033]通過所述第一 Gy會話向所述PCEF發(fā)送第一更新信用控制應(yīng)答，所述第一更新信用控制應(yīng)答攜帶為所述第一承載新分配的配額；通過所述第二 Gy會話向所述PCEF發(fā)送第二更新信用控制應(yīng)答，所述第二更新信用控制應(yīng)答攜帶為所述第二承載新分配的配額。
[0034]結(jié)合第一個方面的第五種可能的實現(xiàn)方式，在第一個方面的第九種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話，則向所述PCEF發(fā)送第二應(yīng)答之后，包括:
[0035]接收所述PCEF通過所述共享Gy會話發(fā)送的第三更新信用控制請求，所述第三更新信用控制請求攜帶所述第一承載與所述第二承載消耗的配額；
[0036]通過所述共享Gy會話向所述PCEF發(fā)送第三更新信用控制應(yīng)答，所述第三更新信用控制應(yīng)答攜帶為所述第一承載與所述第二承載新分配的配額。
[0037]結(jié)合第一個方面、第一個方面的第一種至第九種可能的實現(xiàn)方式中的任一種可能的實現(xiàn)方式，在第一個方面的第十種可能的實現(xiàn)方式中，所述第一承載與所述第二承載屬于同一個互聯(lián)網(wǎng)協(xié)議-連接性接入網(wǎng)會話IP-CAN session。
[0038]結(jié)合第一個方面、第一個方面的第一種至第九種可能的實現(xiàn)方式中的任一種可能的實現(xiàn)方式，在第一個方面的第十一種可能的實現(xiàn)方式中，所述第一承載屬于第一 IP-CANsession,所述第二承載屬 于第二 IP-CAN session,其中,所述第一 IP-CAN session與所述第二 IP-CAN session 不同。
[0039]結(jié)合第一個方面的第二種至第十一種可能的實現(xiàn)方式中的任一種可能的實現(xiàn)方式，在第一個方面的第十二種可能的實現(xiàn)方式中，所述為所述第二承載分配第二配額之后，包括:
[0040]將所述第二配額轉(zhuǎn)換成信用單元。
[0041]結(jié)合第一個方面、第一個方面的第一種至第十二種可能的實現(xiàn)方式中的任一種可能的實現(xiàn)方式，在第一個方面的第十三種可能的實現(xiàn)方式中，該方法還包括:
[0042]接收所述PCEF發(fā)送能力協(xié)商字段請求，所述能力協(xié)商字段請求指示信用池應(yīng)用方式；
[0043]向所述PCEF發(fā)送能力協(xié)商字段應(yīng)答。
[0044]第二個方面，本發(fā)明實施例提供一種信用控制方法，包括:
[0045]向在線計費系統(tǒng)OCS發(fā)送第二請求，所述第二請求指示對第二承載進(jìn)行信用控制；
[0046]接收所述OCS發(fā)送的第二應(yīng)答，所述第二應(yīng)答攜帶第一承載對應(yīng)的信用池標(biāo)識；其中，所述第二承載在所述第一承載建立之后建立；
[0047]根據(jù)所述信用池標(biāo)識，使所述第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池。
[0048]在第二個方面的第一種可能的實現(xiàn)方式中，所述向在線計費系統(tǒng)OCS發(fā)送第二請求之前，包括:[0049]向所述OCS發(fā)送第一請求，所述第一請求指示對所述第一承載進(jìn)行信用控制；
[0050]接收所述OCS發(fā)送的第一應(yīng)答，所述第一應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識。
[0051]在第二個方面的第二種可能的實現(xiàn)方式中，所述接收所述OCS發(fā)送的第二應(yīng)答，所述第二應(yīng)答攜帶第一承載對應(yīng)的信用池標(biāo)識，包括:
[0052]接收攜帶第二配額以及所述第一承載對應(yīng)的信用池標(biāo)識的第二應(yīng)答。
[0053]結(jié)合第二個方面的第二種可能的實現(xiàn)方式，在第二個方面的第三種可能的實現(xiàn)方式中，所述接收所述OCS發(fā)送的第一應(yīng)答，所述第一應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識，包括:
[0054]接收攜帶第一配額以及所述第一承載對應(yīng)的信用池標(biāo)識的第一應(yīng)答。
[0055]結(jié)合第二個方面的第三種可能的實現(xiàn)方式，在第二個方面的第四種可能的實現(xiàn)方式中，所述向所述OCS發(fā)送第二請求，具體包括:
[0056]通過第二 Gy會話向所述OCS發(fā)送第二請求；
[0057]所述接收所述OCS發(fā)送的第二應(yīng)答，包括:
[0058]通過所述第二 Gy會話接收所述OCS發(fā)送的第二應(yīng)答；
[0059]所述向所述OCS發(fā)送第一請求，具體包括:
[0060]通過第一 Gy會話向所述OCS發(fā)送第一請求；
[0061]所述接收所述OCS發(fā)送的第一應(yīng)答，包括:
[0062]通過所述第一 Gy會話接收所述OCS發(fā)送的第一應(yīng)答。
[0063]結(jié)合第二個方面的第四種可能的實現(xiàn)方式，在第二個方面的第五種可能的實現(xiàn)方式中，所述第一 Gy會話與所述第二 Gy會話為不同的Gy會話；或者，
[0064]所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話。
[0065]結(jié)合第二個方面的第五種可能的實現(xiàn)方式，在第二個方面的第六種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為不同的會話，則所述第一請求與所述第二請求均為初始化信用控制請求CCR-1nitial，所述第一應(yīng)答與所述第二應(yīng)答均為初始化信用控制應(yīng)答CCA-1nitial。
[0066]結(jié)合第二個方面的第五種可能的實現(xiàn)方式，在第二個方面的第七種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話，則所述第一請求為初始化信用控制請求CCR-1nitial,所述第二請求為更新信用控制請求CCR-Update ；所述第一應(yīng)答為初始化信用控制應(yīng)答CCA-1nitial，所述第二請求為更新信用控制應(yīng)答CCA-Update0
[0067]結(jié)合第二個方面的第五種可能的實現(xiàn)方式，在第二個方面的第八種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為不同的Gy會話，則將所述第二配額與所述第一配額存放在同一個信用池中，使第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池之后，包括:
[0068]通過所述第一 Gy會話向所述OCS發(fā)送第一更新信用控制請求，所述第一更新信用控制請求攜帶所述第一承載消耗的配額；通過所述第二 Gy會話向所述OCS發(fā)送第二更新信用控制請求，所述第二更新信用控制請求攜帶所述第二承載消耗的配額；
[0069]通過所述第一 Gy接收所述OCS發(fā)送的第一更新信用控制應(yīng)答，所述第一更新信用控制應(yīng)答攜帶為所述第一承載新分配的配額；通過所述第二 Gy會話接收所述OCS發(fā)送的第二更新信用控制應(yīng)答，所述第二更新信用控制應(yīng)答攜帶為所述第二承載新分配的配額。
[0070]結(jié)合第二個方面的第五種可能的實現(xiàn)方式，在第二個方面的第九種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話，則將所述第二配額與所述第一配額存放在同一個信用池中，使第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池之后，包括:
[0071 ] 通過所述共享Gy會話向所述OCS發(fā)送第三更新信用控制請求，所述第三更新信用控制請求攜帶所述第一承載與所述第二承載消耗的配額；
[0072]通過所述共享Gy會話接收所述OCS發(fā)送的第三更新信用控制應(yīng)答，所述第三更新信用控制應(yīng)答攜帶為所述第一承載與所述第二承載新分配的配額。
[0073]結(jié)合第二個方面、第二個方面的第一種至第九種中任一種可能的實現(xiàn)方式，在第二個方面的第十種可能的實現(xiàn)方式中，所述第一承載與所述第二承載屬于同一個互聯(lián)網(wǎng)協(xié)議-連接性接入網(wǎng)會話IP-CAN session。
[0074]結(jié)合第二個方面、第二個方面的第一種至第九種中任一種可能的實現(xiàn)方式，在第二個方面的第i 種可能的實現(xiàn)方式中，所述第一承載屬于第一 IP-CAN session,所述第二承載屬于第二 IP-CAN session，其中，所述第一 IP-CAN session與所述第二 IP-CANsession 不同。
[0075]結(jié)合第二個方面、第二個方面的第一種至第十一種中任一種可能的實現(xiàn)方式，在第二個方面的第十二種可能的實現(xiàn)方式中，接收所述OCS發(fā)送的第二應(yīng)答，所述第二應(yīng)答攜帶所述第二配額及所述第一承載的第一配額對應(yīng)的信用池標(biāo)識之后，包括:
[0076]將所述第二配額轉(zhuǎn)換`成信用單元。
[0077]結(jié)合第二個方面、第二個方面的第一種至第十二種中任一種可能的實現(xiàn)方式，在第二個方面的第十三種可能的實現(xiàn)方式中，該方法還包括:
[0078]向所述OCS發(fā)送能力協(xié)商字段請求，所述能力協(xié)商字段請求指示信用池應(yīng)用方式；
[0079]接收所述OCS發(fā)送的能力協(xié)商字段應(yīng)答。
[0080]第三個方面，本發(fā)明實施例提供一種在線計費系統(tǒng)，包括:
[0081]接收模塊，用于接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求，所述第二請求指示對第二承載進(jìn)行信用控制；
[0082]判斷模塊，用于根據(jù)所述第二請求，判斷所述第二承載所承載的業(yè)務(wù)是否與第一承載所承載的業(yè)務(wù)可共享信用池，其中，所述第二承載在所述第一承載建立之后建立；
[0083]發(fā)送模塊，用于若所述判斷模塊判斷出所述第二承載所承載的業(yè)務(wù)與所述第一承載所承載的業(yè)務(wù)可共享信用池，則向所述PCEF發(fā)送第二應(yīng)答，所述第二應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識，以使所述第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池。
[0084]在第三個方面的第一種可能的實現(xiàn)方式中，所述接收模塊還用于:
[0085]接收所述PCEF發(fā)送的第一請求，所述第一請求指示對所述第一承載進(jìn)行信用控制；
[0086]所述發(fā)送模塊還用于向所述PCEF發(fā)送第一應(yīng)答，所述第一應(yīng)答攜帶所述所述第一承載對應(yīng)的信用池標(biāo)識。
[0087]在第三個方面的第二種可能的實現(xiàn)方式中，所述在線計費系統(tǒng)還包括:
[0088]分配模塊，用于為所述第二承載分配第二配額；
[0089]所述發(fā)送模塊，用于向所述PCEF發(fā)送第二應(yīng)答，所述第二應(yīng)答攜帶所述第二配額及所述第一承載對應(yīng)的信用池標(biāo)識，以使所述PCEF將所述第二配額存放在所述第一承載對應(yīng)的信用池標(biāo)識對應(yīng)的信用池中，使所述第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池。
[0090]結(jié)合第三個方面的第一種可能的實現(xiàn)方式，在第三個方面的第三種可能的實現(xiàn)方式中，所述在線計費系統(tǒng)還包括:
[0091]分配模塊，用于為所述第一承載分配所述第一配額；
[0092]所述發(fā)送模塊還用于向所述PCEF發(fā)送第一應(yīng)答，所述第一應(yīng)答攜帶所述第一配額及所述第一承載對應(yīng)的信用池標(biāo)識。
[0093]結(jié)合第三個方面的第三種可能的實現(xiàn)方式，在第三個方面的第四種可能的實現(xiàn)方式中，所述接收模塊，具體用于通過第二 Gy會話接收策略和計費執(zhí)行功能實體PCEF發(fā)送的
第二請求；
[0094]所述發(fā)送模塊具體用于通過所述第二 Gy會話向所述PCEF發(fā)送第二應(yīng)答；
[0095]所述接收模塊還用于通過第一 Gy會話接收策略和計費執(zhí)行功能實體PCEF發(fā)送的
第二請求；
[0096]所述發(fā)送模塊還用于通過所述第一 Gy會話向所述PCEF發(fā)送第二應(yīng)答。
[0097]結(jié)合第三個方面的第四種可能的實現(xiàn)方式，在第三個方面的第五種可能的實現(xiàn)方式中，所述第一 Gy會話與所述第二 Gy會話為不同的Gy會話；或者，
[0098]所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話。
[0099]結(jié)合第三個方面的第五種可能的實現(xiàn)方式，在第三個方面的第六種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為不同的會話，則所述第一請求與所述第二請求均為初始化信用控制請求CCR-1nitial，所述第一應(yīng)答與所述第二應(yīng)答均為初始化信用控制應(yīng)答CCA-1nitial。
[0100]結(jié)合第三個方面的第五種可能的實現(xiàn)方式，在第三個方面的第七種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話，則所述第一請求為初始化信用控制請求CCR-1nitial,所述第二請求為更新信用控制請求CCR-Update ；所述第一應(yīng)答為初始化信用控制應(yīng)答CCA-1nitial，所述第二請求為更新信用控制應(yīng)答CCA-Update。
[0101]結(jié)合第三個方面的第五種可能的實現(xiàn)方式，在第三個方面的第八種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為不同的Gy會話，則所述接收模塊還用于:
[0102]接收所述PCEF通過所述第一 Gy會話發(fā)送的第一更新信用控制請求，所述第一更新信用控制請求攜帶所述第一承載消耗的配額；接收所述PCEF通過所述第二 Gy會話發(fā)送的第二更新信用控制請求，所述第二更新信用控制請求攜帶所述第二承載消耗的配額；
[0103]所述發(fā)送模塊還用于通過所述第一 Gy會話向所述PCEF發(fā)送第一更新信用控制應(yīng)答，所述第一更新信用控制應(yīng)答攜帶為所述第一承載新分配的配額；通過所述第二 Gy會話向所述PCEF發(fā)送第二更新信用控制應(yīng)答，所述第二更新信用控制應(yīng)答攜帶為所述第二承載新分配的配額。
[0104]結(jié)合第三個方面的第五種可能的實現(xiàn)方式，在第三個方面的第九種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話，則所述接收模塊還用于:
[0105]接收所述PCEF通過所述共享Gy會話發(fā)送的第三更新信用控制請求，所述第三更新信用控制請求攜帶所述第一承載與所述第二承載消耗的配額；
[0106]所述發(fā)送模塊還用于通過所述共享Gy會話向所述PCEF發(fā)送第三更新信用控制應(yīng)答，所述第三更新信用控制應(yīng)答攜帶為所述第一承載與所述第二承載新分配的配額。
[0107]結(jié)合第三個方面、第三個方面的第一種至第九種中任一種可能的實現(xiàn)方式，在第三個方面的第十種可能的實現(xiàn)方式中，所述第一承載與所述第二承載屬于同一個互聯(lián)網(wǎng)協(xié)議-連接性接入網(wǎng)會話IP-CAN session。
[0108]結(jié)合第三個方面、第三個方面的第一種至第九種中任一種可能的實現(xiàn)方式，在第三個方面的第i 種可能的實現(xiàn)方式中，所述第一承載屬于第一 IP-CAN session,所述第二承載屬于第二 IP-CAN session，其中，所述第一 IP-CAN session與所述第二 IP-CANsession 不同。
[0109]結(jié)合第三個方面的第二種至第十一種中任一種可能的實現(xiàn)方式，在第三個方面的第十二種可能的實現(xiàn)方式中，該在線計費系統(tǒng)還包括:
[0110]轉(zhuǎn)換模塊，用于將所述第二配額轉(zhuǎn)換成信用單元。
[0111]結(jié)合第三個方面、第三個方面的第一種至第十二種中任一種可能的實現(xiàn)方式，在第三個方面的第十三種可能的實現(xiàn)方式中，所述接收模塊還用于接收所述PCEF發(fā)送能力協(xié)商字段請求，所述能力協(xié)商字段請求指示信用池應(yīng)用方式；
[0112]所述發(fā)送模塊還用于向所述PCEF發(fā)送能力協(xié)商字段應(yīng)答。
[0113]第四個方面，本發(fā)明實施例提供一種策略和計費執(zhí)行功能實體PCEF，包括:
[0114]發(fā)送模塊，用于向在線計費系統(tǒng)OCS發(fā)送第二請求，所述第二請求指示對第二承載進(jìn)行信用控制；
[0115]接收模塊，用于接收所述OCS發(fā)送的第二應(yīng)答，所述第二應(yīng)答攜帶所述第二配額及所述第一承載的第一配額對應(yīng)的信用池標(biāo)識；其中，所述第二配額為所述OCS為所述第二承載分配的配額，所述第二承載在所述第一承載建立之后建立。
[0116]處理模塊，用于將所述第二配額與所述第一配額存放在同一個信用池中，使第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池。
[0117]在第四個方面的第一種可能的實現(xiàn)方式中，所述發(fā)送模塊還用于向所述OCS發(fā)送第一請求，所述第一請求指示對所述第一承載進(jìn)行信用控制；
[0118]所述接收模塊還用于接收所述OCS發(fā)送的第一應(yīng)答，所述第一應(yīng)答攜帶所述第一配額及所述第一承載的第一配額對應(yīng)的信用池標(biāo)識。
[0119]在第四個方面的第二種可能的實現(xiàn)方式中，所述接收模塊具體用于接收攜帶第二配額以及所述第一承載對應(yīng)的信用池標(biāo)識的第二應(yīng)答。
[0120]結(jié)合第四個方面的第一種可能的實現(xiàn)方式，在第四個方面的第三種可能的實現(xiàn)方式中，所述接收模塊具體用于接收攜帶第一配額以及所述第一承載對應(yīng)的信用池標(biāo)識的第
一應(yīng)答。[0121]結(jié)合第四個方面的第三種可能的實現(xiàn)方式，在第四個方面的第四種可能的實現(xiàn)方式中，根據(jù)權(quán)利要求46所述的PCEF，所述發(fā)送模塊具體用于通過第二 Gy會話向所述OCS發(fā)
送第二請求；
[0122]所述接收模塊具體用于通過所述第二 Gy會話接收所述OCS發(fā)送的第二應(yīng)答；
[0123]所述發(fā)送模塊還用于通過第一 Gy會話向所述OCS發(fā)送第一請求；
[0124]所述接收模塊還用于通過所述第一 Gy會話接收所述OCS發(fā)送的第一應(yīng)答。
[0125]結(jié)合第四個方面的第四種可能的實現(xiàn)方式，在第四個方面的第五種可能的實現(xiàn)方式中，所述第一 Gy會話與所述第二 Gy會話為不同的Gy會話；或者，
[0126]所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話。
[0127]結(jié)合第四個方面的第五種可能的實現(xiàn)方式，在第四個方面的第六種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為不同的會話，則所述第一請求與所述第二請求均為初始化信用控制請求CCR-1nitial，所述第一應(yīng)答與所述第二應(yīng)答均為初始化信用控制應(yīng)答CCA-1nitial。
[0128]結(jié)合第四個方面的第五種可能的實現(xiàn)方式，在第四個方面的第七種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話，則所述第一請求為初始化信用控制請求CCR-1nitial,所述第二請求為更新信用控制請求CCR-Update ；所述第一應(yīng)答為初始化信用控制應(yīng)答CCA-1nitial，所述第二請求為更新信用控制應(yīng)答CCA-Update0
[0129]結(jié)合第四個方面的第五種可能的實現(xiàn)方式，在第四個方面的第八種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為不同的Gy會話，則所述發(fā)送模塊還用于:
[0130]通過所述第一 Gy會話向所述OCS發(fā)送第一更新信用控制請求，所述第一更新信用控制請求攜帶所述第一承載消耗的配額；通過所述第二 Gy會話向所述OCS發(fā)送第二更新信用控制請求，所述第二更新信用控制請求攜帶所述第二承載消耗的配額；
[0131]所述接收模塊還用于通過所述第一 Gy接收所述OCS發(fā)送的第一更新信用控制應(yīng)答，所述第一更新信用控制應(yīng)答攜帶為所述第一承載新分配的配額；通過所述第二 Gy會話接收所述OCS發(fā)送的第二更新信用控制應(yīng)答，所述第二更新信用控制應(yīng)答攜帶為所述第二承載新分配的配額。
[0132]結(jié)合第四個方面的第五種可能的實現(xiàn)方式，在第四個方面的第九種可能的實現(xiàn)方式中，若所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話，則所述發(fā)送模塊還用于:
[0133]通過所述共享Gy會話向所述OCS發(fā)送第三更新信用控制請求，所述第三更新信用控制請求攜帶所述第一承載與所述第二承載消耗的配額；
[0134]所述接收模塊還用于通過所述共享Gy會話接收所述OCS發(fā)送的第三更新信用控制應(yīng)答，所述第三更新信用控制應(yīng)答攜帶為所述第一承載與所述第二承載新分配的配額。
[0135]結(jié)合第四個方面、第四個方面的第一種至第九種中任一種可能的實現(xiàn)方式，在第四個方面的第十種可能的實現(xiàn)方式中，所述第一承載與所述第二承載屬于同一個互聯(lián)網(wǎng)協(xié)議-連接性接入網(wǎng)會話IP-CAN session。
[0136]結(jié)合第四個方面、第四個方面的第一種至第九種中任一種可能的實現(xiàn)方式，在第四個方面的第十一種可能的實現(xiàn)方式中，所述第一承載屬于第一 IP-CAN session，所述第二承載屬于第二 IP-CAN session，其中，所述第一 IP-CAN session與所述第二 IP-CANsession 不同。
[0137]結(jié)合第四個方面、第四個方面的第一種至第十一種中任一種可能的實現(xiàn)方式，在第四個方面的第十二種可能的實現(xiàn)方式中，該PCEF還包括:
[0138]轉(zhuǎn)換模塊，用于將所述第二配額轉(zhuǎn)換成信用單元。
[0139]結(jié)合第四個方面、第四個方面的第一種至第十二種中任一種可能的實現(xiàn)方式，在第四個方面的第十三種可能的實現(xiàn)方式中，所述發(fā)送模塊還用于向所述OCS發(fā)送能力協(xié)商字段請求，所述能力協(xié)商字段請求指示信用池應(yīng)用方式；
[0140]所述接收模塊還用于接收所述OCS發(fā)送的能力協(xié)商字段應(yīng)答。
[0141]第五個方面，本發(fā)明實施例提供一種在線計費系統(tǒng)，包括:處理器和存儲器，所述存儲器存儲執(zhí)行指令，當(dāng)所述在線計費系統(tǒng)運行時，所述處理器與所述存儲器之間通信，所述處理器執(zhí)行所述執(zhí)行指令使得所述在線計費系統(tǒng)執(zhí)行如上第一個方面、第一個方面的第一種至第十三種中任一種可能的實現(xiàn)方式。
[0142]第六個方面，本發(fā)明實施例提供一種策略和計費執(zhí)行功能實體PCEF，包括:處理器和存儲器，所述存儲器存儲執(zhí)行指令，當(dāng)所述PCEF運行時，所述處理器與所述存儲器之間通信，所述處理器執(zhí)行所述執(zhí)行指令使得所述PCEF執(zhí)行如上第二個方面、第二個方面的第一種至第十三種中任一種可能的實現(xiàn)方式。
[0143]本發(fā)明實施例提供的信用控制方法、策略和計費執(zhí)行功能實體、在線計費系統(tǒng)，若OCS判斷出第二承載所承載的業(yè)務(wù)與第一承載所承載的業(yè)務(wù)可共享信用池，則將為第二承載分配的第二配額及第一承載對應(yīng)的信用池的標(biāo)識發(fā)送給PCEF，使得PCEF將第二配額與第一配額存儲在同一個信用池中，使第二承載與第一承載使用同一個信用池，若第一承載與第二承載在同一 IP-CAN session下，貝U實現(xiàn)同一 IP-CAN Session下多個IP-CANBearer之間的信用池共享,例如，同一 IP-CAN Session所有IP-CAN Bearer之間的信用池共享；或者，同一 IP-CAN Session下默認(rèn)承載與部分專有承載之間的信用池共享；或者，同一 IP-CAN Session下部分專有承載之間的信用池共享。若第一承載與第二承載在不同的IP-CAN session下，則實現(xiàn)IP-CAN session間的信用池共享，例如，同一用戶的所有IP-CANsession共享信用池；或者，同一用戶的部分IP-CAN session共享信用池。
【專利附圖】

【附圖說明】
[0144]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0145]圖1為本發(fā)明信用控制方法實施例一的流程圖；
[0146]圖2為本發(fā)明信用控制方法實施例二的流程圖；
[0147]圖3為本發(fā)明信用控制方法實施例三的信令圖；
[0148]圖4為本發(fā)明信用控制方法實施例四的信令圖；
[0149]圖5為本發(fā)明信用控制方法實施例五的信令圖；
[0150]圖6為本發(fā)明信用控制方法實施例六的信令圖；[0151]圖7為本發(fā)明在線計費系統(tǒng)實施例一的結(jié)構(gòu)示意圖；
[0152]圖8為本發(fā)明在線計費系統(tǒng)實施例二的結(jié)構(gòu)示意圖；
[0153]圖9為本發(fā)明策略和計費執(zhí)行功能實體PCEF實施例一的結(jié)構(gòu)示意圖；
[0154]圖10為本發(fā)明策略和計費執(zhí)行功能實體PCEF實施例二的結(jié)構(gòu)示意圖；
[0155]圖11為本發(fā)明在線計費系統(tǒng)實施例三的結(jié)構(gòu)示意圖；
[0156]圖12為本發(fā)明策略和計費執(zhí)行功能實體PCEF實施例三的結(jié)構(gòu)示意圖。
【具體實施方式】
[0157]為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。
[0158]圖1為本發(fā)明信用控制方法實施例一的流程圖。本實施例的執(zhí)行主體為在線計費系統(tǒng)(Online Charging System, OCS),支持各IP_CAN bearer間，或者各IP連接性接入網(wǎng)會話(IP Connectivity Access Network Session, IP-CAN Session)間的信用池(CreditPool)的共享。具體的，本實施例包括以下步驟:
[0159]101、接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求，第二請求指示對第二承載進(jìn)行信用控制。
[0160]在線狀態(tài)的用戶設(shè)備進(jìn)行新的業(yè)務(wù)時，為用戶設(shè)備建立新的承載。以下為描述清楚起見，將為用戶設(shè)備建立的承載新業(yè)務(wù)的承載稱之為第二承載，將第二承載建立之前已經(jīng)存在的承載稱之為第一承載，例如，同一 IP-CAN session下，第一承載為默認(rèn)承載或新業(yè)務(wù)發(fā)起時已存在的專有承載，第二承載為第一承載建立后的新建的專有承載；或者，不同IP-CAN session下,第一承載為某個ΙΡ-Session下的默認(rèn)承載或新業(yè)務(wù)發(fā)起時已建立的專有承載，第二承載為另一個IP-Session下的為承載新業(yè)務(wù)而建立的默認(rèn)承載或?qū)Ｓ谐休d，且第二承載在第一承載建立之后建立。
[0161]本步驟中，在建立第二承載后，若PCEF發(fā)現(xiàn)需要對該第二承載進(jìn)行在線計費，則向?qū)?yīng)的OCS發(fā)送第二請求，該第二請求指示OCS需要對第二承載進(jìn)行信用控制，相應(yīng)的OCS接收該第二請求。
[0162]102、根據(jù)第二請求，判斷第二承載所承載的業(yè)務(wù)是否與第一承載所承載的業(yè)務(wù)可共享信用池，其中，第二承載在第一承載建立之后建立。
[0163]OCS收到第二請求后，判斷第二承載所承載的業(yè)務(wù)是否與第一承載所承載的業(yè)務(wù)可共享信用池。例如，根據(jù)運營商預(yù)設(shè)的策略，若第二承載所承載的業(yè)務(wù)與第一承載所承載的業(yè)務(wù)的資費標(biāo)準(zhǔn)一樣，則共享信用池；或者，若第二承載所承載的業(yè)務(wù)比較緊急，則共享信用池；或者，根據(jù)預(yù)設(shè)的規(guī)則等判斷第二承載所承載的業(yè)務(wù)是否與第一承載所承載的業(yè)務(wù)可共享信用池，本發(fā)明并不以此為限。
[0164]103、若第二承載所承載的業(yè)務(wù)與第一承載所承載的業(yè)務(wù)可以共享信用池，則向PCEF發(fā)送第二應(yīng)答，第二應(yīng)答攜帶第一承載的第一配額對應(yīng)的信用池標(biāo)識，以使第一承載所承載的業(yè)務(wù)與第二承載所承載的業(yè)務(wù)共享信用池。
[0165]本步驟中，若OCS判斷出第二承載所承載的業(yè)務(wù)與第一承載所承載的業(yè)務(wù)可以共享信用池，則第一承載對應(yīng)的信用池標(biāo)識攜帶在第二應(yīng)答中發(fā)送給PCEF，使得當(dāng)PCEF接收到第二應(yīng)答后，令第一承載所承載的業(yè)務(wù)與第二承載所承載的業(yè)務(wù)共享同一個信用池；否貝U，若OCS判斷出第二承載所承載的業(yè)務(wù)與第一承載所承載的業(yè)務(wù)無法共享信用池，則發(fā)送第二承載所承載的業(yè)務(wù)對應(yīng)的信用池標(biāo)識給PCEF ;或者，也可以不下發(fā)信用池標(biāo)識，直接發(fā)送具體的配額，如時長、流量、次數(shù)等。
[0166]可選的，向PCEF發(fā)送第二應(yīng)答，第二應(yīng)答攜帶第一承載對應(yīng)的信用池標(biāo)識，以使第一承載所承載的業(yè)務(wù)與第二承載所承載的業(yè)務(wù)共享信用池，包括=OCS為第二承載分配第二配額，向PCEF發(fā)送第二應(yīng)答，第二應(yīng)答攜帶第二配額及第一承載對應(yīng)的信用池標(biāo)識，以使PCEF將第二配額存放在第一承載對應(yīng)的信用池標(biāo)識對應(yīng)的信用池中，使第一承載所承載的業(yè)務(wù)與第二承載所承載的業(yè)務(wù)共享信用池。
[0167]具體的，OCS不區(qū)分第二承載所承載的業(yè)務(wù)與第一承載所承載的業(yè)務(wù)是否屬于相同的費率組，直接基于費率組下發(fā)第二配額和信用池標(biāo)識，按照信用池的方式分配第二配額。其中，信用池標(biāo)識為第一承載的第一配額對應(yīng)的信用池標(biāo)識，即第一承載與第二承載共享信用池。若OCS判斷出第二承載所承載的業(yè)務(wù)與第一承載所承載的業(yè)務(wù)可以共享信用池，則向PCEF發(fā)送攜帶第二配額及第一承載對應(yīng)的信用池標(biāo)識的第二應(yīng)答，以使得PCEF將第二配額與第一配額存放在同一個信用池中，其中，第一配額是第一承載所承載的業(yè)務(wù)對應(yīng)的信用池。例如，當(dāng)PCEF檢查多業(yè)務(wù)信用控制〈屬性，值〉對(Multiple Services CreditControl Attribute-Value Pair,MSCC AVP)后,發(fā)現(xiàn)第二承載所承載的業(yè)務(wù)屬于信用池應(yīng)用，且信用池標(biāo)識與第一承載對應(yīng)的信用池標(biāo)識相同，即第二承載與第一承載共享信用池，則在本地為第二承載分配池資源，將第二配額與第一配額存放在同一個信用池中。
[0168]可選的，OCS也可以將第二配額轉(zhuǎn)換成信用單元后發(fā)送給PCEF，使得PCEF將第二配額對應(yīng)的信用單元與第一配額對應(yīng)的信用單元存放在同一個信用池中。例如,第二配額具體為時長、流量、次數(shù)等，OCS可以對其進(jìn)行轉(zhuǎn)換，根據(jù)配額與信用單元的轉(zhuǎn)換因子，將時長、流量、次數(shù)等轉(zhuǎn)換成統(tǒng)一的信用單元。
[0169]本發(fā)明實施例提供的信用控制方法，若OCS判斷出第二承載所承載的業(yè)務(wù)與第一承載所承載的業(yè)務(wù)可共享信用池，則將為第二承載分配的第二配額及第一承載對應(yīng)的信用池的標(biāo)識發(fā)送給PCEF，使得PCEF將第二配額與第一配額存儲在同一個信用池中，使第二承載與第一承載使用同一個信用池，若第一承載與第二承載在同一 IP-CAN session下，則實現(xiàn)同一 IP-CAN Session下多個IP-CAN Bearer之間的信用池共享，例如，同一 IP-CANSession所有IP-CAN Bearer之間的信用池共享；或者，同一 IP-CAN Session下默認(rèn)承載與部分專有承載之間的信用池共享；或者，同一 IP-CAN Session下部分專有承載之間的信用池共享。若第一承載與第二承載在不同的IP-CAN session下,貝U實現(xiàn)IP-CAN session間的信用池共享，例如，同一用戶的所有IP-CAN session共享信用池；或者，同一用戶的部分IP-CAN session共享信用池。
[0170]進(jìn)一步的，上述實施例一中，接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求之前，包括:接收PCEF發(fā)送的第一請求，第一請求指示對第一承載進(jìn)行信用控制；向PCEF發(fā)送第一應(yīng)答，第一應(yīng)答攜帶第一承載對應(yīng)的信用池標(biāo)識。
[0171]具體的，OCS接收到PCEF發(fā)送的第一請求后，為第一承載分配第一配額，向PCEF發(fā)送第一應(yīng)答，第一應(yīng)答攜帶第一配額及第一承載對應(yīng)的信用池標(biāo)識。[0172]更進(jìn)一步的，接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求，具體包括:通過第二 Gy會話接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求；
[0173]向PCEF發(fā)送第二應(yīng)答，具體包括:通過第二 Gy會話向PCEF發(fā)送第二應(yīng)答；
[0174]接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第一請求，具體包括:通過第一 Gy會話接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求；
[0175]向PCEF發(fā)送第二應(yīng)答，具體包括:通過第一 Gy會話向PCEF發(fā)送第二應(yīng)答。
[0176]圖2為本發(fā)明信用控制方法實施例二的流程圖。本實施例的執(zhí)行主體為在策略和計費執(zhí)行功能(Policy and Charging Enforcement Function, PCEF)實體，支持 IP 各 IP_CAN bearer間,或者各IP-CAN Session間的信用池(Credit Pool)的共享。具體的,本實施例包括以下步驟:
[0177]201、向在線計費系統(tǒng)OCS發(fā)送第二請求，第二請求指示對第二承載進(jìn)行信用控制。
[0178]202、接收OCS發(fā)送的第二應(yīng)答，第二應(yīng)答攜帶第二配額及第一承載的第一配額對應(yīng)的信用池標(biāo)識；其中，第二承載在第一承載建立之后建立。
[0179]203、根據(jù)信用池標(biāo)識，使第一承載所承載的業(yè)務(wù)與第二承載所承載的業(yè)務(wù)共享信用池。
[0180]本實施例中關(guān)于第一承載、第二承載、第一配額、第二配額的描述可參見圖1所示實施例，在此不再贅述。
[0181]進(jìn)一步的，上述實施例二中，向在線計費系統(tǒng)OCS發(fā)送第二請求之前，PCEF向OCS發(fā)送第一請求，第一請求指示對第一承載進(jìn)行信用控制；接收OCS發(fā)送的第一應(yīng)答，第一應(yīng)答攜帶第一承載對應(yīng)的信用池標(biāo)識。
[0182]進(jìn)一步的，上述實施例二中，接收OCS發(fā)送的第二應(yīng)答，第二應(yīng)答攜帶第一承載對應(yīng)的信用池標(biāo)識，包括:接收攜帶第二配額以及第一承載對應(yīng)的信用池標(biāo)識的第二應(yīng)答。
[0183]進(jìn)一步的，上述實施例二中，接收OCS發(fā)送的第一應(yīng)答，第一應(yīng)答攜帶第一承載對應(yīng)的信用池標(biāo)識，包括:
[0184]接收攜帶第一配額以及第一承載對應(yīng)的信用池標(biāo)識的第一應(yīng)答。
[0185]更進(jìn)一步的，向OCS發(fā)送第二請求,具體包括:通過第二 Gy會話向OCS發(fā)送第二請求；
[0186]接收OCS發(fā)送的第二應(yīng)答，包括:通過第二 Gy會話接收OCS發(fā)送的第二應(yīng)答；
[0187]向OCS發(fā)送第一請求,具體包括:通過第一 Gy會話向OCS發(fā)送第一請求；
[0188]接收OCS發(fā)送的第一應(yīng)答，包括:通過第一 Gy會話接收OCS發(fā)送的第一應(yīng)答。
[0189]本發(fā)明實施例提供的信用控制方法，PCEF接收OCS為第二承載分配的第二配額及第一承載對應(yīng)的信用池的標(biāo)識，將第二配額與第一配額存儲在同一個信用池中，使第二承載與第一承載使用同一個信用池，若第一承載與第二承載在同一 IP-CAN session下，則實現(xiàn)同一 IP-CAN Session下多個IP-CANBearer之間的信用池共享，例如，同一 IP-CANSession所有IP-CAN Bearer之間的信用池共享；或者，同一 IP-CAN Session下默認(rèn)承載與部分專有承載之間的信用池共享；或者，同一 IP-CAN Session下部分專有承載之間的信用池共享。若第一承載與第二承載在不同的IP-CAN session下,貝U實現(xiàn)IP-CAN session間的信用池共享，例如，同一用戶的所有IP-CAN session共享信用池；或者，同一用戶的部分IP-CAN session共享信用池。
[0190] 一般來說，一個用戶對應(yīng)一個或多個公共數(shù)據(jù)網(wǎng)絡(luò)(Public Data Network, PDN)連接，一個PDN連接即為一個IP連接性接入網(wǎng)會話(IP Connectivity Access NetworkSession, IP-CAN Session),而一個 IP-CAN Session 內(nèi)存在多個 IP-CAN Bearer。本發(fā)明實施例中，第一承載與第二承載可在同一 IP-CAN Session下；或者,在不同IP-CAN Session下。
[0191 ] 另外，第一承載與第二承載在Gy接口均體現(xiàn)為一個獨立的Gy會話，即第一承載對應(yīng)的第一 Gy會話與第二承載對應(yīng)的第二 Gy會話為不同的會話，也就是說，共享信用池的承載，無論是在同一 IP-CAN Session下,還是在不同IP-CAN Session下,該些共享信用池的承載在Gy接口各自都有一個獨立的Gy會話；或者，第一承載與第二承載在Gy接口僅體現(xiàn)一個唯一的會話，即第一承載對應(yīng)的第一 Gy會話與第二承載對應(yīng)的第二 Gy會話為同一個共享Gy會話，也就是說，共享信用池的承載，無論是在同一 IP-CAN Session下，還是在不同IP-CAN Session下，該些共享信用池的承載在Gy接口僅有一個共享會話。
[0192]當(dāng)?shù)谝?Gy會話與第二 Gy會話為不同的會話，則指示對第一承載進(jìn)行信用控制的第一請求，與指示對第二承載進(jìn)行信用控制的第二請求均為初始化信用控制請求CCR-1nitial，第一請求對應(yīng)的第一應(yīng)答與第二請求對應(yīng)的第二應(yīng)答均為初始化信用控制應(yīng)答CCA-1nitial ;否則，當(dāng)?shù)谝?Gy會話與第二 Gy會話為同一個共享Gy會話時，則指示對第一承載進(jìn)行信用控制的第一請求為初始化信用控制請求CCR-1nitial，而指示對第二承載進(jìn)行信用控制的第二請求為更新信用控制請求CCR-Update，第一請求對應(yīng)的第一應(yīng)答為初始化信用控制應(yīng)答CCA-1nitial，而第二請求對應(yīng)的第二應(yīng)答為更新信用控制應(yīng)答CCA-Update。
[0193]下面，根據(jù)OCS與PCEF的交互過程對本發(fā)明提供的信用控制方法進(jìn)行詳細(xì)描述。
[0194]圖3為本發(fā)明信用控制方法實施例三的信令圖。本實施例中，第一承載與第二承載屬于同一個IP-Can session,且第一承載對應(yīng)的第一 Gy會話與第二承載對應(yīng)的第二 Gy會話為不同的、相互獨立的會話。具體的，本實施例包括如下步驟:
[0195]300、PCEF 激活第一承載。
[0196]具體的，用戶初始上線，建立第一承載，服務(wù)GPRS支持節(jié)點(Serving GPRSSupport Node, SGSN)或移動管理實體(Mobility Management Entity,MME)向 PCEF 發(fā)送激活請求，PCEF根據(jù)該激活請求激活第一承載，此時第一承載為默認(rèn)承載(圖中未示出SGSN/MME);或者，在線狀態(tài)的用戶設(shè)備進(jìn)行新的業(yè)務(wù)時，建立第一承載，此時第一承載為專有承載(圖中未示出SGSN/MME)。
[0197]假設(shè)第一承載兩個業(yè)務(wù)，分別對應(yīng)的費率組(Rating Group, RG)為RG1、RG2。
[0198]301、PCEF 通過第一 Gy 會話向 OCS 發(fā)送第一 CCR Initial。
[0199]第一 Gy會話例如可以表示為Session IDl。若PCEF發(fā)現(xiàn)需要對第一承載進(jìn)行在線計費，則發(fā)送第一 CCR Initial給對應(yīng)的0CS，該第一 CCR Initial中攜帶多業(yè)務(wù)信用控制(Multiple Services Credit Control, MSCC),從而為第一承載的 RG1、RG2 請求配額,例如，為 RGl 請求的配額為 1\^0(]1〈1^1,1^11>,其中，請求業(yè)務(wù)單元(1^91168七6(1-361^;^6-1111；[1:,RSU)表示PCEF期望OCS為RGl下發(fā)的配額數(shù)量。
[0200]可選的，該第一 RRC Initial還可攜帶能力協(xié)商字段(Capability NegotiationIE)以與OCS協(xié)商信用池的使用方式，該地段可使用標(biāo)準(zhǔn)的支持特點(supportedfeatures)字段，也可是非標(biāo)準(zhǔn)定制的字段。具體的，可以將信用池分為以下使用方式:
[0201]方式一、如本發(fā)明中，同一IP-CAN Session下,多個IP-CAN Bearer共享信用池；
[0202]方式二、如本發(fā)明中，同一用戶的多個IP-CAN Session共享信用池。
[0203]OCS和PCEF可預(yù)設(shè)信用池使用方式，即默認(rèn)信用池的使用方式，此時無需在第一CCR Initial中攜帶能力協(xié)商字段；否則，可根據(jù)實際需要等，PCEF可靈活的選擇能力協(xié)商字段，從而與OCS進(jìn)行信用池使用方式的協(xié)商。例如，將方式一標(biāo)識為1、方式二標(biāo)識為2、方式三標(biāo)識為3，若采用方式二，則PCEF將標(biāo)識2攜帶在第一 CCR Initial中發(fā)送給0CS，假設(shè)OCS支持方式2,則返回第一 CCA Initial時返回標(biāo)識2,表不同意米用方式二 ；否則，返回標(biāo)識I或3，繼續(xù)協(xié)商信用池使用方式。以下以第一 CCR initial攜帶能力協(xié)商字段為例對本發(fā)明進(jìn)行詳細(xì)闡述。
[0204]302、OCS 通過第一 Gy 會話向 PCEF 發(fā)送第一 CCA Initial。
[0205]接收到第一 CCR Initial后，OCS檢查用戶余額，若足夠的余額，OCS支持信用池且應(yīng)用方式與第一CCR Initial中攜帶的能力協(xié)商字段吻合，則為第一承載分配第一配額，SP為RG1、RG2分配相應(yīng)的配額。具體的，OCS可按照信用池方式分配配額，將第一配額與信用池標(biāo)識攜帶在第一 CCA Initial發(fā)送給PCEF。
[0206]可選的，本步驟中，OCS也可以將第一配額按照預(yù)設(shè)的策略轉(zhuǎn)換成信用單元，使得PCEF接收到第一配額對應(yīng)的信用單元后，將該信用單元注入到信用池中；或者，OCS也可以將配額與信用單元的轉(zhuǎn)換指示，如乘法器(Multiplier)攜帶在第一 CCA Initial中發(fā)送給PCEF，使得PCEF根據(jù)OCS指示的Multiplier，將第一配額轉(zhuǎn)換成信用單元后注入到信用池。例如，為 RGl 分配的配額為 MSCCl (RGl, GSU, G-S-U-Pool-Reference<Pool IDl,MultiplierlO, Unit Type〉)，其中，授權(quán)業(yè)務(wù)單兀(Granted-Service-Unit, GSU)表不 OCS實際為RGl下發(fā)的配額數(shù)量，Pool IDl表示信用池標(biāo)識為I, MultiplierlO表示轉(zhuǎn)換因子為10。
[0207]具體的，設(shè)信用池中配額的總量為S，Ml?Mn為屬于該信用池的各RG對應(yīng)的轉(zhuǎn)換因子，Ql?Qn為屬于同一信用池的各RG或RG+SID被分配的配額，則S=Ql X M1+Q2 X M2+......Qn X Mn。
[0208]303、PCEF 激活同一 IP-CAN Session 下的第二承載。
[0209]具體的激活過程可參見上述步驟300，此處不再贅述。
[0210]假設(shè)第二承載一個業(yè)務(wù)，對應(yīng)的費率組(Rating Group, RG)為RG3。
[0211]304、PCEF 通過第二 Gy 會話向 OCS 發(fā)送第二 CCR Initial。
[0212]第一 Gy會話例如可以表示為Session IDl。本實施例中，由于各個承載在Gy接口體現(xiàn)為相互獨立的Gy會話，因此，本步驟中，PCEF在Gy接口按照協(xié)議發(fā)送第二CCR Initial消息給對應(yīng)的0CS，該第二 CCR Initial中攜帶MSCC，從而為第二承載的RG3請求配額。
[0213]可選的，該第二 CCR Initial中可攜帶能力協(xié)商字段。
[0214]305、OCS 通過第二 Gy 會話向 PCEF 發(fā)送第二 CCA Initial。
[0215]接收到第一 CCR Initial后，OCS判斷第一承載與第二承載是否可共享信用池，若可共享，用戶有足夠的余額，OCS支持信用池且應(yīng)用方式與第二 CCR Initial中攜帶的能力協(xié)商字段吻合，則為第二承載分配第二配額，即為RG3分配相應(yīng)的配額。具體的，OCS可按照信用池方式分配配額，將第二配額與信用池標(biāo)識攜帶在第二 CCA Initial發(fā)送給PCEF，其中，信用池標(biāo)識為第一承載對應(yīng)的信用池的標(biāo)識。
[0216]可選的，OCS可對第二配額進(jìn)行信用單元的轉(zhuǎn)換；或者，也可以發(fā)送轉(zhuǎn)換指示給PCEF,由PCEF對第二配額進(jìn)行信用轉(zhuǎn)換。
[0217]具體的，設(shè)配額消耗總量為C，Ml~Mn為屬于該信用池的各RG對應(yīng)的轉(zhuǎn)換因子，Cl~Cn為屬于同一信用池的各RG或RG+SID消耗的配額，則C=Cl XM1+C2 XM2+……Cn X Mn ο
[0218]306、PCEF將第一配額與第二配額存儲到同一個信用池。
[0219]PCEF將第二配額與第一配額存放到同一個信用池中，使得第一承載所承載的業(yè)務(wù)與第二承載所承載的業(yè)務(wù)共享信用池，即RG1、RG2、RG3共享信用池，若RG1、RG2消耗配額的速度比較快，則在消耗完第一配額后可與RG3共享第二配額；同理，若RG3消耗配額的速度比較快，則在消耗完第二配額后可與RG1、RG2共享第一配額。
[0220]本步驟中，若信用池中的配額消耗完后，第一承載所承載的業(yè)務(wù)也結(jié)束，則執(zhí)行步驟314，從而進(jìn)行扣費；否則，若第一承載所承載的業(yè)務(wù)還要繼續(xù)，則執(zhí)行步驟307，為RG1、RG2申請新配額并對已消耗的配額進(jìn)行扣費。
[0221]同理，本步驟中，若信用池中的配額消耗完后，第二承載所承載的業(yè)務(wù)也結(jié)束，則執(zhí)行步驟311，從而進(jìn)行扣費；否則，若第二承載所承載的業(yè)務(wù)還要繼續(xù)，則執(zhí)行步驟308，為RG3申請新配額并對已消耗的配額進(jìn)行扣費。
[0222]307、PCEF 通過第一 Gy 會話向 OCS 發(fā)送第一 CCR Update。
[0223]第一 Gy會話例如可以表示為Session ID1。本步驟中，若上述步驟306中用戶進(jìn)行業(yè)務(wù)，將信用池中的配額消耗完，或者，用戶進(jìn)行業(yè)務(wù)對配額進(jìn)行消耗，使得信用池中的剩余的配額到達(dá)協(xié)議規(guī)定的閾值時，PCEF通過第一 Gy會話向OCS發(fā)送第一 CCR Update,從而為第一承載的業(yè)務(wù)申請新配額，其中，第一 CCR Update攜帶第一承載的RG1、RG2的配額消耗。例如，RG2 的配額消耗為 MSCC2 (RG2、RSU, USU, Reporting Reason=PoolExhausted)，其中，RSU表示PCEF期望OCS再次為RGl下發(fā)的配額數(shù)量，消耗業(yè)務(wù)單元(Used-Service-Unit, USU)表示已消耗的配額數(shù),報告原因(Reporting Reason)為信用池中的配額耗盡，OCS根據(jù)第一承載的RG1、RG2的配額消耗進(jìn)行實時扣費。
[0224]308、PCEF 通過第二 Gy 會話向 OCS 發(fā)送第二 CCR Update。
[0225]第二 Gy會話例如可以表示為Session ID2。本步驟中，若上述步驟306中用戶進(jìn)行業(yè)務(wù)，將信用池中的配額消耗完，或者，用戶進(jìn)行業(yè)務(wù)對配額進(jìn)行消耗，使得信用池中的剩余的配額到達(dá)協(xié)議規(guī)定的閾值時，PCEF通過第二 Gy會話向OCS發(fā)送第二 CCR Update,從而為第二承載的業(yè)務(wù)申請新配額，其中，第一 CCR Update攜帶第二承載的RG3的配額消耗，如 MSCC3 (RG2、RSU, USU，Reporting Reason=Pool Exhausted), OCS 根據(jù)第二承載的 RG3的配額消耗進(jìn)行實時扣費。
[0226]需要說明的是，上述步驟307、308可同時、或先后執(zhí)行，本發(fā)明并不以此為限制。
[0227]309、OCS 通過第一 Gy 會話向 PCEF 發(fā)送第一 CCA Update。
[0228]OCS繼續(xù)檢查用戶余額，若足夠的余額，則為第一承載的RG1、RG2再次分配配額，并將新分配的配額攜帶在第一 CCA Update中發(fā)送給PCEF。
[0229]310、OCS 通過第二 Gy 會話向 PCEF 發(fā)送第二 CCA Update。[0230]OCS繼續(xù)檢查用戶余額，若足夠的余額，則為第二承載的RG3再次分配配額，并將新分配的配額攜帶在第二 CCA Update中發(fā)送給PCEF。
[0231]可選的，步驟309、310中，OCS可以將新分配的配額轉(zhuǎn)換成信用單元后在發(fā)送；或者，也可以直接配額和轉(zhuǎn)換指示發(fā)送給PCEF，由PCEF進(jìn)行配額與信用單元之間的轉(zhuǎn)換。
[0232]可選的，步驟309、310可同時、或先后執(zhí)行，本發(fā)明并不以此為限制。
[0233]311、PCEF對第二承載進(jìn)行去活。
[0234]本實施例中，第二承載具體為專有承載，因此，當(dāng)用戶停止使用第二承載所承載的業(yè)務(wù)，或者，由于業(yè)務(wù)老化需要對第二承載去活時，PCEF對第二承載進(jìn)行去活。一般來說，專有承載所承載的業(yè)務(wù)結(jié)束時，即RG3結(jié)束時，還可能在該專有承載上繼續(xù)其他業(yè)務(wù)，此時無需對第二承載進(jìn)行去活，但若RG3結(jié)束且用戶下線，或者，第二承載所承載的業(yè)務(wù)結(jié)束后經(jīng)過預(yù)設(shè)的時長，則對該第二承載進(jìn)行去活。
[0235]312、PCEF向通過第二 Gy會話向OCS發(fā)送第二終止信用控制請求(CCRTerminate)。
[0236]PCEF將第二承載的RG3的配額消耗攜帶在第二CCR Terminate發(fā)送給0CS，表示第二承載的業(yè)務(wù)以停止或退出，從而指示OCS對第二承載的RG3進(jìn)行扣費。例如，RG3消耗的配額為 MSCC3 (RG3, RSU, USU，Reporting Reason=FINAL)，其中，RSU 表示 OCS 再次為 RG3請求的配額數(shù)量，USU表示用戶去活時上報最后一次使用的配額數(shù)，上報原因為去活。
[0237]需要說明的是，由于去活，用戶下線，再請求配額是沒有用的，因此第二 CCRTerminate可攜帶RSU,也可不攜帶RSU。
[0238]313、0CS通過第二 Gy會話向PCEF發(fā)送第二終止信用控制應(yīng)答(CCA Terminate)。
[0239]OCS對第二承載的RG3進(jìn)行扣費后，通過第二 Gy會話向OCS發(fā)送第二 CCATerminate,表示第二承載以被去活，即第二 Gy會話終結(jié)成功、對RG3的配額消耗扣費成功。
[0240]314、PCEF對第一承載進(jìn)行去活。
[0241]具體的，當(dāng)?shù)谝怀休d為默認(rèn)承載時，用戶下線，則PCEF對第一承載進(jìn)行去活；否則當(dāng)?shù)谝怀休d為專有承載時，該承載上業(yè)務(wù)結(jié)束，或者，由于業(yè)務(wù)老化需要對第二承載去活時，PCEF對第一承載進(jìn)行去活。
[0242]315、PCEF 向通過第一 Gy 會話向 OCS 發(fā)送第一 CCR Terminate。
[0243]PCEF將第一承載的RGl、RG2的配額消耗攜帶在第一 CCR Terminate發(fā)送給0CS，表示第一承載的業(yè)務(wù)以停止或退出，從而指示OCS對第一承載的RG1、RG2進(jìn)行扣費。
[0244]316、OCS 通過第一 Gy 會話向 PCEF 發(fā)送第一 CCA Terminate。
[0245]OCS對第一承載的RG1、RG2進(jìn)行扣費后，通過第一 Gy會話向OCS發(fā)送第一 CCATerminate,表示第一承載以被去活，即第一 Gy會話終結(jié)成功、對RG1、RG2的配額消耗扣費成功。
[0246]需要說明的是，本步驟中，OCS是針對步驟307與步驟315中，GRU RG2總的配額消耗的扣費。
[0247]另外，還需要說明的是，上述步驟311?313是對第二承載所承載的業(yè)務(wù)的扣費過程，上述步驟314?316是對第一承載所承載的業(yè)務(wù)的扣費過程。若第一承載與第二承載均為專有承載，且第二承載在第一承載建立之后建立，則上述步驟311?313與步驟314?316的執(zhí)行過程并無嚴(yán)格的順序，即可先執(zhí)行步驟311?313，再執(zhí)行步驟314?316，也可以先執(zhí)行步驟314?316，再執(zhí)行步驟311?313 ;否則，若第一承載為默認(rèn)承載、第二承載為專有承載，則先執(zhí)行步驟311?313，再執(zhí)行步驟314?316，或者，先執(zhí)行步驟314?316，則默認(rèn)承載被去活后，與該默認(rèn)承載屬于同一個IP-CAN Session下的其他專有承載被強制去活。
[0248]本實施例中，由于第一承載對應(yīng)的第一 Gy會話與第二承載對應(yīng)的第二 Gy會話為相互獨立的會話，因此，對承載去活時，無論該承載為默認(rèn)承載還是專有承載，PCEF向OCS均發(fā)送CCR Terminate，相應(yīng)的，OCS向PCEF反饋的應(yīng)答也為CCA Terminate。
[0249]圖4為本發(fā)明信用控制方法實施例四的信令圖。本實施例中，第一承載與第二承載屬于同一個IP-Can session,且第一承載對應(yīng)的第一 Gy會話與第二承載對應(yīng)的第二 Gy會話為同一個共享會話。具體的，本實施例包括如下步驟:
[0250]400、PCEF 激活第一承載。
[0251]401、PCEF 通過共享 Gy 會話向 OCS 發(fā)送第一 CCR Initial。
[0252]共享Gy會話例如可以表示為Session ID S。
[0253]402、OCS 通過共享 Gy 會話向 PCEF 發(fā)送第一 CCA Initial。
[0254]403、PCEF 激活同一 IP-CAN Session 下的第二承載。
[0255]具體的，上述步驟400?403可參見上述圖3步驟300?303，此處不再贅述。
[0256]404、PCEF通過共享Gy會話向OCS發(fā)送第二請求。
[0257]與上述圖3步驟304不同的是，上述圖3步驟304，PCEF在Gy接口按照協(xié)議發(fā)送第二請求消息給對應(yīng)的0CS，該第二請求具體為CCR Initial消息。而本步驟中，PCEF不按照標(biāo)準(zhǔn)協(xié)議定義處理，發(fā)送的第二請求具體為CCR Update消息,該第二請求中攜帶MSCC,從而為第二承載的RG3請求配額。
[0258]405、OCS通過共享Gy會話向PCEF發(fā)送第二應(yīng)答。
[0259]與上述圖3步驟305不同的是，上述圖3步驟305，OCS發(fā)送的第二應(yīng)答具體為CCAInitial消息,而本步驟中,第二應(yīng)答具體為CCA Update消息。
[0260]406、PCEF將第一配額與第二配額存儲到同一個信用池。
[0261]具體的，可參見上述圖3步驟306，此處不再贅述。
[0262]本步驟中，若信用池中的配額消耗完后，第一承載所承載的業(yè)務(wù)也結(jié)束，則執(zhí)行步驟412，從而進(jìn)行扣費；否則，若第一承載所承載的業(yè)務(wù)還要繼續(xù)，則執(zhí)行步驟407，為RG1、RG2申請新配額。
[0263]同理，本步驟中，若信用池中的配額消耗完后，第二承載所承載的業(yè)務(wù)也結(jié)束，則執(zhí)行步驟409，從而進(jìn)行扣費；否則，若第二承載所承載的業(yè)務(wù)還要繼續(xù)，則執(zhí)行步驟407，為RG3申請新配額。
[0264]407、PCEF通過共享Gy會話向OCS發(fā)送第三CCR Update。
[0265]本步驟中，若上述步驟406中用戶進(jìn)行業(yè)務(wù)，將信用池中的配額消耗完；或者，用戶進(jìn)行業(yè)務(wù)對配額進(jìn)行消耗，使得信用池中的剩余的配額到達(dá)協(xié)議規(guī)定的閾值時，例如，協(xié)議規(guī)定信用池中的信用單元不能超過5，則當(dāng)信用池中還剩5個信用單元時，PCEF通過共享Gy會話向OCS發(fā)送第三CCR Update，從而為第一承載的業(yè)務(wù)、第二承載的業(yè)務(wù)申請新配額，其中，第三CCR Update攜帶第一承載與第二承載消耗的配額，即攜帶RG1、RG2、RG3的配額消耗。[0266]408、PCEF通過共享Gy會話向OCS發(fā)送第三CCA Update。
[0267]OCS為第一承載的RG1、RG2，以及第二承載的RG3再次分配配額后，將新分配的配額攜帶在第三CCA Update中發(fā)送給PCEF。
[0268]409、PCEF對第二承載進(jìn)行去活。
[0269]本實施例中，第二承載具體為專有承載，因此，當(dāng)用戶停止使用第二承載所承載的業(yè)務(wù)且用戶下線或業(yè)務(wù)老化，PCEF對第二承載進(jìn)行去活。一般來說，專有承載所承載的業(yè)務(wù)結(jié)束時，即RG3結(jié)束時，還可能在該專有承載上繼續(xù)其他業(yè)務(wù)，此時無需對第二承載進(jìn)行去活，但若RG3結(jié)束且用戶下線，或者，第二承載所承載的業(yè)務(wù)結(jié)束后經(jīng)過預(yù)設(shè)的時長，則對該第二承載進(jìn)行去活。
[0270]410、PCEF向通過共享Gy會話向OCS發(fā)送CCR Update。
[0271]PCEF將第二承載的RG3的配額消耗攜帶在CCR Update中發(fā)送給0CS，表示第二承載的業(yè)務(wù)以停止或退出，從而指示OCS對第二承載的RG3進(jìn)行扣費。
[0272]411、OCS 通過共享 Gy 會話向 PCEF 發(fā)送 CCA Update。
[0273]OCS對第二承載的RG3進(jìn)行扣費后，通過共享Gy會話向OCS發(fā)送CCA Update，表示第二承載以被去活，即對RG3的配額消耗扣費成功。
[0274]412、PCEF對第一承載進(jìn)行去活。
[0275]當(dāng)?shù)谝怀休d為專有承載時，該承載上業(yè)務(wù)結(jié)束，或者，由于業(yè)務(wù)老化需要對第二承載去活時，PCEF對第一承載進(jìn)行去活。
[0276]413、PCEF向通過共享Gy會話向OCS發(fā)送CCR Update。
[0277]PCEF將第一承載的RG1、RG2的配額消耗攜帶在CCR Update中發(fā)送給0CS，表示第一承載的業(yè)務(wù)以停止或退出，從而指示OCS對第一承載的RG1、RG2進(jìn)行扣費。
[0278]414、OCS 通過共享 Gy 會話向 PCEF 發(fā)送 CCA Update。
[0279]OCS對第一承載的RGl、RG2進(jìn)行扣費后，通過共享Gy會話向PCEF發(fā)送CCAUpdate，表示第一承載已被去活，即對RG1、RG2的配額消耗扣費成功。
[0280]需要說明的是，上述步驟409?411是對第二承載所承載的業(yè)務(wù)的扣費過程，上述步驟412?414是對第一承載所承載的業(yè)務(wù)的扣費過程。其中，第一承載與第二承載均為專有承載，且第二承載在第一承載建立之后建立，因此，上述步驟409?411與步驟412?414的執(zhí)行過程并無嚴(yán)格的順序，即可先執(zhí)行步驟409?411，再執(zhí)行步驟412?414，也可以先執(zhí)行步驟412?414，再執(zhí)行步驟409?411。
[0281]另外，本實施例中，若第一承載為默認(rèn)承載、第二承載為專有承載，且先對第一承載進(jìn)行去活，則無需執(zhí)行步驟409?414，而執(zhí)行步驟415?418。
[0282]415、PCEF對第一承載進(jìn)行去活。
[0283]具體的，第一承載為默認(rèn)承載，去活該承載，則與該默認(rèn)承載屬于同一個IP-CANSession下的其他專有承載被強制去活。
[0284]416、PCEF 向通過共享 Gy 會話向 OCS 發(fā)送 CCR Terminate。
[0285]PCEF將第一承載的RG1、RG2，以及第二成長承載的RG3的配額消耗攜帶在CCRTerminate中發(fā)送給0CS,表示第一承載、第二承載上的業(yè)務(wù)停止或退出，從而指示OCS對第一承載的RG1、RG2，以及第二承載的RG3進(jìn)行扣費。
[0286]417、OCS 通過共享 Gy 會話向 PCEF 發(fā)送 CCA Terminate。[0287]OCS對第一承載的RG1、RG2，以及第承載的RG3進(jìn)行扣費后，通過共享Gy會話向PCEF發(fā)送CCA Terminate，表示第一承載已被去活，對RG1、RG2的配額消耗扣費成功。
[0288]本實施例中，由于第一承載對應(yīng)的第一 Gy會話與第二承載對應(yīng)的第二 Gy會話為同一個共享會話，因此，對承載去活時，若該承載為專有承載，則PCEF向OCS發(fā)送CCRUpdate，該CCR Update用于指示對該專有承載去活，相應(yīng)的，OCS向PCEF反饋的應(yīng)答也為CCA Update ;否則，若為默認(rèn)承載，則發(fā)送CCR Terminate，指示對該默認(rèn)承載去活，相應(yīng)的，OCS向PCEF反饋的應(yīng)答也為CCA Terminate。。
[0289]圖5為本發(fā)明信用控制方法實施例四的信令圖。本實施例中，第一承載與第二承載在不同的IP-CAN session下,且第一承載對應(yīng)的第一 Gy會話與第二承載對應(yīng)的第二 Gy會話為不同的會話。具體的，本實施例包括如下步驟:
[0290]500、PCEF 激活第一承載。
[0291]501、PCEF 通過第一 Gy 會話向 OCS 發(fā)送第一 CCR Initial。
[0292]502、OCS 通過第一 Gy 會話向 PCEF 發(fā)送第一 CCA Initial。
[0293]上述步驟500?502可參見圖3步驟300?302，此處不再贅述。
[0294]503、PCEF 激活不同 IP-CAN Session 下的第二承載。
[0295]具體的，同一用戶發(fā)起新的PDN連接時，PCEF激活該新的PDN連接的默認(rèn)承載，該默認(rèn)承載即為第二承載；或者，第一承載所在的IP-CAN Session外的其他IP-CAN Session下，建立新的專有承載時，PCEF激活該專有承載，該專有承載即為第二承載。
[0296]504、PCEF 通過第二 Gy 會話向 OCS 發(fā)送第二 CCR Initial。
[0297]505、OCS 通過第二 Gy 會話向 PCEF 發(fā)送第二 CCA Initial。
[0298]506、PCEF將第一配額與第二配額存儲到同一個信用池中。
[0299]507、PCEF 通過第一 Gy 會話向 OCS 發(fā)送第一 CCR Update。
[0300]508、PCEF 通過第二 Gy 會話向 OCS 發(fā)送第二 CCR Update。
[0301]509、OCS 通過第一 Gy 會話向 PCEF 發(fā)送第一 CCA Update。
[0302]510、OCS 通過第二 Gy 會話向 PCEF 發(fā)送第二 CCA Update。
[0303]上述步驟504?510可參見圖3步驟304?310，此處不再贅述。
[0304]511、PCEF對第一承載進(jìn)行去活。
[0305]若第一承載為默認(rèn)承載，用戶下線發(fā)起PDN連接的去活請求時，PCEF對第一承載進(jìn)行去活；否則，若第一承載為專有承載，則用戶停止使用第一承載所承載的業(yè)務(wù)，或者，由于業(yè)務(wù)老化需要對第二承載去活時，PCEF對第一承載進(jìn)行去活。
[0306]512、PCEF 向通過第一 Gy 會話向 OCS 發(fā)送第一 CCR Terminate。
[0307]513、OCS 通過第一 Gy 會話向 PCEF 發(fā)送第一 CCA Terminate。
[0308]具體的，步驟512、513可參見上述圖3步驟315、316，此處不再贅述。
[0309]514、PCEF對第二承載進(jìn)行去活。
[0310]若第二承載為默認(rèn)承載，則用戶下線時，PCEF對第二承載進(jìn)行去活；否則，若第二承載為專有承載，則用戶停止使用第二承載所承載的業(yè)務(wù)，或者，由于業(yè)務(wù)老化需要對第二承載去活時，PCEF對第二承載進(jìn)行去活。
[0311]515、PCEF 向通過第二 Gy 會話向 OCS 發(fā)送第二 CCR Terminate。
[0312]516、OCS 通過第二 Gy 會話向 PCEF 發(fā)送第二 CCA Terminate。[0313]具體的，步驟515、516可參見上述圖3步驟312、313，此處不再贅述。
[0314]圖6為本發(fā)明信用控制方法實施例四的信令圖。本實施例中，第一承載與第二承載在不同的IP-Can session下,且第一承載對應(yīng)的第一 Gy會話與第二承載對應(yīng)的第二 Gy會話為同一個共享會話。具體的，本實施例包括如下步驟:
[0315]600、PCEF 激活第一承載。
[0316]601、PCEF 通過共享 Gy 會話向 OCS 發(fā)送第一 CCR Initial。
[0317]602、OCS 通過共享 Gy 會話向 PCEF 發(fā)送第一 CCA Initial。
[0318]具體的，上述步驟600?603可參見上述圖3步驟300?303，此處不再贅述。
[0319]603、PCEF 激活不同 IP-CAN Session 下的第二承載。
[0320]具體的，同一用戶發(fā)起新的PDN連接時，PCEF激活該新的PDN連接的默認(rèn)承載，該默認(rèn)承載即為第二承載；或者，第一承載所在的IP-CAN Session外的其他IP-CAN Session下，建立新的專有承載時，PCEF激活該專有承載，該專有承載即為第二承載。
[0321]604、PCEF通過共享Gy會話向OCS發(fā)送第二請求。
[0322]605、OCS通過共享Gy會話向PCEF發(fā)送第二應(yīng)答。
[0323]606、PCEF將第一配額與第二配額存儲到同一個信用池。
[0324]本步驟中，若信用池中的配額消耗完后，第一承載所承載的業(yè)務(wù)也結(jié)束，則執(zhí)行步驟612，從而進(jìn)行扣費；否則，若第一承載所承載的業(yè)務(wù)還要繼續(xù)，則執(zhí)行步驟607，為RG1、RG2申請新配額。
[0325]同理，本步驟中，若信用池中的配額消耗完后，第二承載所承載的業(yè)務(wù)也結(jié)束，則執(zhí)行步驟609，從而進(jìn)行扣費；否則，若第二承載所承載的業(yè)務(wù)還要繼續(xù)，則執(zhí)行步驟607，為RG3申請新配額。
[0326]607、PCEF通過共享Gy會話向OCS發(fā)送第三CCR Update。
[0327]608、PCEF通過共享Gy會話向OCS發(fā)送第三CCA Update。
[0328]具體的，上述步驟604?608可參見上述圖4步驟404?408，此處不再贅述。
[0329]609、PCEF對第二承載進(jìn)行去活。
[0330]若第二承載為默認(rèn)承載，用戶下線發(fā)起PDN連接的去活請求時，PCEF對第二承載進(jìn)行去活；否則，若第二承載為專有承載，則用戶停止使用第一承載所承載的業(yè)務(wù)，或者，由于業(yè)務(wù)老化需要對第二承載去活時，PCEF對第二承載進(jìn)行去活。
[0331]具體的，若第二承載為默認(rèn)承載，則執(zhí)行步驟6101、6111 ;否則，若第二承載為專有承載，則執(zhí)行步驟6102、6112，如圖中虛線框所示。
[0332]6101、PCEF 向通過共享 Gy 會話向 OCS 發(fā)送 CCR Terminate。
[0333]6111、OCS 通過共享 Gy 會話向 PCEF 發(fā)送 CCA Terminate。
[0334]6102、PCEF向通過共享Gy會話向OCS發(fā)送CCR Update。
[0335]6112、OCS 通過共享 Gy 會話向 PCEF 發(fā)送 CCA Update。
[0336]612、PCEF對第一承載進(jìn)行去活。
[0337]若第一承載為默認(rèn)承載，用戶下線發(fā)起PDN連接的去活請求時，PCEF對第一承載進(jìn)行去活；否則，若第一承載為專有承載，則用戶停止使用第一承載所承載的業(yè)務(wù)，或者，由于業(yè)務(wù)老化需要對第二承載去活時，PCEF對第一承載進(jìn)行去活。
[0338]具體的，若第一承載為默認(rèn)承載，則執(zhí)行步驟6131、6141 ;否則，若第二承載為專有承載，則執(zhí)行步驟6132、6142，如圖中虛線框所示。
[0339]6131、PCEF 向通過共享 Gy 會話向 OCS 發(fā)送第一 CCR Terminate。
[0340]6141、OCS 通過共享 Gy 會話向 PCEF 發(fā)送第一 CCA Terminate。
[0341]6132、PCEF向通過共享Gy會話向OCS發(fā)送CCR Update。
[0342]6142、OCS 通過共享 Gy 會話向 PCEF 發(fā)送 CCA Update。
[0343]本實施例中，由于第一承載對應(yīng)的第一 Gy會話與第二承載對應(yīng)的第二 Gy會話為同一個共享會話，因此，對承載去活時，若該承載為專有承載，則PCEF向OCS發(fā)送CCRUpdate,該CCR Update用于指示對該專有承載去活；否則，若為默認(rèn)承載，則發(fā)送CCRTerminate,指示對該默認(rèn)承載去活。
[0344]圖7為本發(fā)明在線計費系統(tǒng)實施例一的結(jié)構(gòu)示意圖。本實施例提供的在線計費系統(tǒng)是與本發(fā)明圖1實施例對應(yīng)的裝置實施例，具體實現(xiàn)過程在此不再贅述。具體的，本實施例提供的在線計費系統(tǒng)100具體包括:
[0345]接收模塊11，用于接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求，第二請求指示對第二承載進(jìn)行信用控制；
[0346]判斷模塊12，用于根據(jù)第二請求，判斷第二承載所承載的業(yè)務(wù)是否與第一承載所承載的業(yè)務(wù)可共享信用池，其中，第二承載在第一承載建立之后建立；
[0347]發(fā)送模塊13，用于若判斷模塊12判斷出第二承載所承載的業(yè)務(wù)與第一承載所承載的業(yè)務(wù)可共享信用池，則向PCEF發(fā)送第二應(yīng)答，第二應(yīng)答攜帶第一承載對應(yīng)的信用池標(biāo)識，以使第一承載所承載的業(yè)務(wù)與第二承載所承載的業(yè)務(wù)共享信用池。
[0348]本發(fā)明實施例提供的在線計費系統(tǒng)，若判斷出第二承載所承載的業(yè)務(wù)與第一承載所承載的業(yè)務(wù)可共享信用池，則將為第二承載分配的第二配額及第一承載對應(yīng)的信用池的標(biāo)識發(fā)送給PCEF，使得PCEF將第二配額與第一配額存儲在同一個信用池中，使第二承載與第一承載使用同一個信用池，若第一承載與第二承載在同一 IP-CAN session下，則實現(xiàn)同
一IP-CAN SessionTSflP-CAN Bearer 之間的信用池共享,例如，同一 IP-CAN Session所有IP-CAN Bearer之間的信用池共享；或者，同一 IP-CAN Session下默認(rèn)承載與部分專有承載之間的信用池共享；或者，同一 IP-CAN Session下部分專有承載之間的信用池共享。若第一承載與第二承載在不同的IP-CAN session下,貝U實現(xiàn)IP-CAN session間的信用池共享，例如，同一用戶的所有IP-CAN session共享信用池；或者，同一用戶的部分IP-CANsession共享信用池。
[0349]進(jìn)一步的,接收模塊11還用于接收PCEF發(fā)送的第一請求,第一請求指示對第一承載進(jìn)行信用控制；
[0350]發(fā)送模塊13還用于向PCEF發(fā)送第一應(yīng)答，第一應(yīng)答攜帶第一配額及第一承載的第一配額對應(yīng)的信用池標(biāo)識。
[0351]圖8為本發(fā)明在線計費系統(tǒng)實施例二的結(jié)構(gòu)示意圖。如圖8所示，本實施例的在線計費系統(tǒng)200在圖7裝置結(jié)構(gòu)的基礎(chǔ)上還包括:
[0352]分配模塊14，用于為第二承載分配第二配額；
[0353]發(fā)送模塊13，用于向PCEF發(fā)送第二應(yīng)答，第二應(yīng)答攜帶第二配額及第一承載對應(yīng)的信用池標(biāo)識，以使PCEF將第二配額存放在第一承載對應(yīng)的信用池標(biāo)識對應(yīng)的信用池中，使第一承載所承載的業(yè)務(wù)與第二承載所承載的業(yè)務(wù)共享信用池。[0354]進(jìn)一步的，分配模塊14，用于為第一承載分配第一配額；
[0355]發(fā)送模塊13還用于向PCEF發(fā)送第一應(yīng)答，第一應(yīng)答攜帶第一配額及第一承載對應(yīng)的信用池標(biāo)識。
[0356]進(jìn)一步的，接收模塊11，具體用于通過第二 Gy會話接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求；
[0357]發(fā)送模塊13具體用于通過第二 Gy會話向PCEF發(fā)送第二應(yīng)答；
[0358]接收模塊11還用于通過第一 Gy會話接收策略和計費執(zhí)行功能實體PCEF發(fā)送的
第二請求；
[0359]發(fā)送模塊13還用于通過第一 Gy會話向PCEF發(fā)送第二應(yīng)答
[0360]進(jìn)一步的，第一 Gy會話與第二 Gy會話為不同的Gy會話；或者，
[0361]第一 Gy會話與第二 Gy會話為同一個共享Gy會話。
[0362]進(jìn)一步的，若第一 Gy會話與第二 Gy會話為不同的會話，則第一請求與第二請求均為初始化信用控制請求CCR-1nitial，第一應(yīng)答與第二應(yīng)答均為初始化信用控制應(yīng)答CCA-1nitialο
[0363]進(jìn)一步的，若第一 Gy會話與第二 Gy會話為同一個共享Gy會話，則第一請求為初始化信用控制請求CCR-1nitial，第二請求為更新信用控制請求CCR-Update ;第一應(yīng)答為初始化信用控制應(yīng)答CCA-1nitial，第二請求為更新信用控制應(yīng)答CCA-Update。
[0364]進(jìn)一步的，若第一Gy會話與第二Gy會話為不同的Gy會話，則接收模塊11還用于:接收PCEF通過第一 Gy會話發(fā)送的第一更新信用控制請求，第一更新信用控制請求攜帶第一承載消耗的配額；接收PCEF通過第二 Gy會話發(fā)送的第二更新信用控制請求，第二更新信用控制請求攜帶第二承載消耗的配額；
[0365]發(fā)送模塊13還用于通過第一 Gy會話向PCEF發(fā)送第一更新信用控制應(yīng)答，第一更新信用控制應(yīng)答攜帶為第一承載新分配的配額；通過第二 Gy會話向PCEF發(fā)送第二更新信用控制應(yīng)答，第二更新信用控制應(yīng)答攜帶為第二承載新分配的配額。
[0366]進(jìn)一步的，若第一 Gy會話與第二 Gy會話為同一個共享Gy會話，則接收模塊11還用于:接收PCEF通過共享Gy會話發(fā)送的第三更新信用控制請求，第三更新信用控制請求攜帶第一承載與第二承載消耗的配額；
[0367]發(fā)送模塊13還用于通過共享Gy會話向PCEF發(fā)送第三更新信用控制應(yīng)答，第三更新信用控制應(yīng)答攜帶為第一承載與第二承載新分配的配額。
[0368]進(jìn)一步的，第一承載與第二承載屬于同一個互聯(lián)網(wǎng)協(xié)議-連接性接入網(wǎng)會話IP-CAN session。
[0369]進(jìn)一步的，第一承載屬于第一 IP-CAN session,第二承載屬于第二 IP-CANsession,其中，第一 IP-CAN session 與第二 IP-CAN session 不同。
[0370]再請參照圖8，進(jìn)一步的，在線計費系統(tǒng)200還包括:
[0371]轉(zhuǎn)換模塊15，用于將第二配額轉(zhuǎn)換成信用單元。
[0372]進(jìn)一步的，接收模塊11還用于接收PCEF發(fā)送能力協(xié)商字段請求，能力協(xié)商字段請求指示信用池應(yīng)用方式；
[0373]發(fā)送模塊13還用于向PCEF發(fā)送能力協(xié)商字段應(yīng)答。
[0374]圖9為本發(fā)明策略和計費執(zhí)行功能實體PCEF實施例一的結(jié)構(gòu)示意圖。本實施例提供的PCEF是與本發(fā)明圖2實施例對應(yīng)的裝置實施例，具體實現(xiàn)過程在此不再贅述。具體的，本實施例提供的PCEF300具體包括:
[0375]發(fā)送模塊21，用于向在線計費系統(tǒng)OCS發(fā)送第二請求，第二請求指示對第二承載進(jìn)行信用控制；
[0376]接收模塊22，用于接收OCS發(fā)送的第二應(yīng)答，第二應(yīng)答攜帶第二配額及第一承載的第一配額對應(yīng)的信用池標(biāo)識；其中，第二配額為OCS為第二承載分配的配額，第二承載在
第一承載建立之后建立。
[0377]處理模塊23，用于將第二配額與第一配額存放在同一個信用池中，使第一承載所承載的業(yè)務(wù)與第二承載所承載的業(yè)務(wù)共享信用池。
[0378]本發(fā)明實施例提供的PCEF，通過接收OCS為第二承載分配的第二配額及第一承載對應(yīng)的信用池的標(biāo)識，將第二配額與第一配額存儲在同一個信用池中，使第二承載與第一承載使用同一個信用池，若第一承載與第二承載在同一 IP-CAN session下，則實現(xiàn)同一IP-CAN SessionTSflP-CAN Bearer 之間的信用池共享，例如，同一 IP-CAN Session 所有IP-CAN Bearer之間的信用池共享；或者，同一 IP-CAN Session下默認(rèn)承載與部分專有承載之間的信用池共享；或者，同一 IP-CAN Session下部分專有承載之間的信用池共享。若第一承載與第二承載在不同的IP-CAN session下,則實現(xiàn)IP-CAN session間的信用池共享，例如，同一用戶的所有IP-CAN session共享信用池；或者，同一用戶的部分IP-CANsession共享信用池。
[0379]進(jìn)一步的，發(fā)送模塊21還用于向OCS發(fā)送第一請求,第一請求指示對第一承載進(jìn)行信用控制；
[0380]接收模塊22還用于接收OCS發(fā)送的第一應(yīng)答，第一應(yīng)答攜帶第一配額及第一承載的第一配額對應(yīng)的信用池標(biāo)識。
[0381]進(jìn)一步的，接收模塊22具體用于接收攜帶第二配額以及第一承載對應(yīng)的信用池標(biāo)識的第二應(yīng)答。
[0382]進(jìn)一步的，接收模塊22具體用于接收攜帶第一配額以及第一承載對應(yīng)的信用池標(biāo)識的第一應(yīng)答。
[0383]進(jìn)一步的，發(fā)送模塊21具體用于通過第二 Gy會話向OCS發(fā)送第二請求；
[0384]接收模塊22具體用于通過第二 Gy會話接收OCS發(fā)送的第二應(yīng)答；
[0385]發(fā)送模塊21還用于通過第一 Gy會話向OCS發(fā)送第一請求；
[0386]接收模塊22還用于通過第一 Gy會話接收OCS發(fā)送的第一應(yīng)答。
[0387]進(jìn)一步的，第一 Gy會話與第二 Gy會話為不同的Gy會話；或者，第一 Gy會話與第
二Gy會話為同一個共享Gy會話。
[0388]進(jìn)一步的，若第一 Gy會話與第二 Gy會話為不同的會話，則第一請求與第二請求均為初始化信用控制請求CCR-1nitial，第一應(yīng)答與第二應(yīng)答均為初始化信用控制應(yīng)答CCA-1nitial0
[0389]進(jìn)一步的，若第一 Gy會話與第二 Gy會話為同一個共享Gy會話，則第一請求為初始化信用控制請求CCR-1nitial，第二請求為更新信用控制請求CCR-Update ;第一應(yīng)答為初始化信用控制應(yīng)答CCA-1nitial，第二請求為更新信用控制應(yīng)答CCA-Update。
[0390]進(jìn)一步的，若第一Gy會話與第二Gy會話為不同的Gy會話，則發(fā)送模塊21還用于:通過第一 Gy會話向OCS發(fā)送第一更新信用控制請求，第一更新信用控制請求攜帶第一承載消耗的配額；通過第二 Gy會話向OCS發(fā)送第二更新信用控制請求，第二更新信用控制請求攜帶第二承載消耗的配額；
[0391]接收模塊22還用于通過第一 Gy接收OCS發(fā)送的第一更新信用控制應(yīng)答，第一更新信用控制應(yīng)答攜帶為第一承載新分配的配額；通過第二 Gy會話接收OCS發(fā)送的第二更新信用控制應(yīng)答，第二更新信用控制應(yīng)答攜帶為第二承載新分配的配額。
[0392]進(jìn)一步的，若第一 Gy會話與第二 Gy會話為同一個共享Gy會話，則發(fā)送模塊21還用于:通過共享Gy會話向OCS發(fā)送第三更新信用控制請求，第三更新信用控制請求攜帶第一承載與第二承載消耗的配額；
[0393]接收模塊22還用于通過共享Gy會話接收OCS發(fā)送的第三更新信用控制應(yīng)答，第三更新信用控制應(yīng)答攜帶為第一承載與第二承載新分配的配額。
[0394]進(jìn)一步的，第一承載與第二承載屬于同一個互聯(lián)網(wǎng)協(xié)議-連接性接入網(wǎng)會話IP-CAN session。
[0395]進(jìn)一步的，第一承載屬于第一 IP-CAN session,第二承載屬于第二 IP-CANsession,其中，第一 IP-CAN session 與第二 IP-CAN session 不同。
[0396]圖10為本發(fā)明策略和計費執(zhí)行功能實體PCEF實施例二的結(jié)構(gòu)示意圖。如圖10所示，本實施例的PCEF400在圖9裝置結(jié)構(gòu)的基礎(chǔ)上，進(jìn)一步的，還包括:
[0397]轉(zhuǎn)換模塊24，用于將第二配額轉(zhuǎn)換成信用單元。
[0398]進(jìn)一步的，發(fā)送模塊21還用于向OCS發(fā)送能力協(xié)商字段請求，能力協(xié)商字段請求指示信用池應(yīng)用方式；
[0399]接收模塊22還用于接收OCS發(fā)送的能力協(xié)商字段應(yīng)答。
[0400]圖11為本發(fā)明在線計費系統(tǒng)實施例三的結(jié)構(gòu)示意圖。如圖11所示，本實施例提供的在線計費系統(tǒng)500包括處理器51和存儲器52。在線計費系統(tǒng)500還可以包括發(fā)射器53、接收器54。發(fā)射器53和接收器54可以和處理器51相連。其中，存儲器52存儲執(zhí)行指令，當(dāng)在線計費系統(tǒng)500運行時，處理器51與存儲器52之間通信，處理器51調(diào)用存儲器52中的執(zhí)行指令，用于執(zhí)行圖1所示方法實施例，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。
[0401]圖12為本發(fā)明策略和計費執(zhí)行功能實體PCEF實施例三的結(jié)構(gòu)示意圖。如圖12所示，本實施例提供的PCEF600包括處理器61和存儲器62。PCEF600還可以包括發(fā)射器63、接收器64。發(fā)射器63和接收器64可以和處理器61相連。其中，存儲器62存儲執(zhí)行指令，當(dāng)PCEF600運行時，處理器61與存儲器62之間通信，處理器61調(diào)用存儲器62中的執(zhí)行指令，用于執(zhí)行圖2所示方法實施例，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。
[0402]在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。
[0403]作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上。可以根據(jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。
[0404]本領(lǐng)域普通技術(shù)人員可以理解:實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括:R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0405]最后應(yīng)說明的是:以上各實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍。
【權(quán)利要求】
1.一種信用控制方法，其特征在于，包括: 接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求，所述第二請求指示對第二承載進(jìn)行信用控制； 根據(jù)所述第二請求，判斷所述第二承載所承載的業(yè)務(wù)是否與第一承載所承載的業(yè)務(wù)可共享信用池，其中，所述第二承載在所述第一承載建立之后建立； 若所述第二承載所承載的業(yè)務(wù)與所述第一承載所承載的業(yè)務(wù)可共享信用池，則向所述PCEF發(fā)送第二應(yīng)答，所述第二應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識，以使所述第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求之前，包括: 接收所述PCEF發(fā)送的第一請求，所述第一請求指示對所述第一承載進(jìn)行信用控制； 向所述PCEF發(fā)送第一應(yīng)答，所述第一應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述向所述PCEF發(fā)送第二應(yīng)答，所述第二應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識，以使所述第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池，包括: 為所述第二承載分配第二配額； 向所述PCEF發(fā)送第二應(yīng)答，所述第二應(yīng)答攜帶所述第二配額及所述第一承載對應(yīng)的信用池標(biāo)識，以使所述PCEF將所述第二配額存放在所述第一承載對應(yīng)的信用池標(biāo)識對應(yīng)的信用池中，使所述第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池。`
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述向所述PCEF發(fā)送第一應(yīng)答，所述第一應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識，包括: 為所述第一承載分配所述第一配額； 向所述PCEF發(fā)送第一應(yīng)答，所述第一應(yīng)答攜帶所述第一配額及所述第一承載對應(yīng)的信用池標(biāo)識。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于， 所述接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求，具體包括: 通過第二 Gy會話接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求； 所述向所述PCEF發(fā)送第二應(yīng)答，具體包括: 通過所述第二 Gy會話向所述PCEF發(fā)送第二應(yīng)答； 所述接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第一請求，具體包括: 通過第一 Gy會話接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求； 所述向所述PCEF發(fā)送第二應(yīng)答，具體包括: 通過所述第一 Gy會話向所述PCEF發(fā)送第二應(yīng)答。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述第一Gy會話與所述第二 Gy會話為不同的Gy會話；或者， 所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，若所述第一Gy會話與所述第二 Gy會話為不同的會話，則所述第一請求與所述第二請求均為初始化信用控制請求CCR-1nitial，所述第一應(yīng)答與所述第二應(yīng)答均為初始化信用控制應(yīng)答CCA-1nitial。
8.根據(jù)權(quán)利要求6所述的方法，其特征在于，若所述第一Gy會話與所述第二 Gy會話為同一個共享Gy會話,則所述第一請求為初始化信用控制請求CCR-1nitial,所述第二請求為更新信用控制請求CCR-Update ;所述第一應(yīng)答為初始化信用控制應(yīng)答CCA_initial，所述第二請求為更新信用控制應(yīng)答CCA-Update。
9.根據(jù)權(quán)利要求6所述的方法，其特征在于，若所述第一Gy會話與所述第二 Gy會話為不同的Gy會話，則向所述PCEF發(fā)送第一應(yīng)答之后，包括: 接收所述PCEF通過所述第一 Gy會話發(fā)送的第一更新信用控制請求，所述第一更新信用控制請求攜帶所述第一承載消耗的配額；接收所述PCEF通過所述第二 Gy會話發(fā)送的第二更新信用控制請求，所述第二更新信用控制請求攜帶所述第二承載消耗的配額； 通過所述第一 Gy會話向所述PCEF發(fā)送第一更新信用控制應(yīng)答，所述第一更新信用控制應(yīng)答攜帶為所述第一承載新分配的配額；通過所述第二 Gy會話向所述PCEF發(fā)送第二更新信用控制應(yīng)答，所述第二更新信用控制應(yīng)答攜帶為所述第二承載新分配的配額。
10.根據(jù)權(quán)利要求6所述的方法，其特征在于，若所述第一Gy會話與所述第二 Gy會話為同一個共享Gy會話，則向所述PCEF發(fā)送第二應(yīng)答之后，包括: 接收所述PCEF通過所述共享Gy會話發(fā)送的第三更新信用控制請求，所述第三更新信用控制請求攜帶所述第一承載與所述第二承載消耗的配額； 通過所述共享Gy會話向所述PCEF發(fā)送第三更新信用控制應(yīng)答，所述第三更新信用控制應(yīng)答攜帶為所 述第一承載與所述第二承載新分配的配額。
11.根據(jù)權(quán)利要求1~10任一項所述的方法，其特征在于，所述第一承載與所述第二承載屬于同一個互聯(lián)網(wǎng)協(xié)議-連接性接入網(wǎng)會話IP-CAN session。
12.根據(jù)權(quán)利要求1~10任一項所述的方法,其特征在于,所述第一承載屬于第一IP-CAN session,所述第二承載屬于第二 IP-CAN session,其中，所述第一 IP-CAN session與所述第二 IP-CAN session不同。
13.根據(jù)權(quán)利要求3~12任一項所述的方法，其特征在于，所述為所述第二承載分配第二配額之后，包括: 將所述第二配額轉(zhuǎn)換成信用單元。
14.根據(jù)權(quán)利要求1~13任一項所述的方法，其特征在于，還包括: 接收所述PCEF發(fā)送能力協(xié)商字段請求，所述能力協(xié)商字段請求指示信用池應(yīng)用方式； 向所述PCEF發(fā)送能力協(xié)商字段應(yīng)答。
15.一種信用控制方法，其特征在于，包括: 向在線計費系統(tǒng)OCS發(fā)送第二請求，所述第二請求指示對第二承載進(jìn)行信用控制； 接收所述OCS發(fā)送的第二應(yīng)答，所述第二應(yīng)答攜帶第一承載對應(yīng)的信用池標(biāo)識；其中，所述第二承載在所述第一承載建立之后建立； 根據(jù)所述信用池標(biāo)識，使所述第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池。
16.根據(jù)權(quán)利要求15所述的方法，其特征在于，所述向在線計費系統(tǒng)OCS發(fā)送第二請求之前，包括: 向所述OCS發(fā)送第一請求，所述第一請求指示對所述第一承載進(jìn)行信用控制；接收所述OCS發(fā)送的第一應(yīng)答，所述第一應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識。
17.根據(jù)權(quán)利要求15所述的方法，其特征在于，所述接收所述OCS發(fā)送的第二應(yīng)答，所述第二應(yīng)答攜帶第一承載對應(yīng)的信用池標(biāo)識，包括: 接收攜帶第二配額以及所述第一承載對應(yīng)的信用池標(biāo)識的第二應(yīng)答。
18.根據(jù)權(quán)利要求16所述的方法，其特征在于，所述接收所述OCS發(fā)送的第一應(yīng)答，所述第一應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識，包括: 接收攜帶第一配額以及所述第一承載對應(yīng)的信用池標(biāo)識的第一應(yīng)答。
19.根據(jù)權(quán)利要求18所述的方法，其特征在于， 所述向所述OCS發(fā)送第二請求，具體包括: 通過第二 Gy會話向所述OCS發(fā)送第二請求； 所述接收所述OCS發(fā)送的第二應(yīng)答，包括: 通過所述第二 Gy會話接收所述OCS發(fā)送的第二應(yīng)答； 所述向所述OCS發(fā)送第一請求，具體包括: 通過第一 Gy會話向所述OCS發(fā)送第一請求； 所述接收所述OCS發(fā)送的第一應(yīng)答，包括: 通過所述第一 Gy會話接收所述OCS發(fā)送的第一應(yīng)答。`
20.根據(jù)權(quán)利要求19所述的方法，其特征在于，所述第一Gy會話與所述第二 Gy會話為不同的Gy會話；或者， 所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話。
21.根據(jù)權(quán)利要求20所述的方法，其特征在于，若所述第一Gy會話與所述第二 Gy會話為不同的會話，則所述第一請求與所述第二請求均為初始化信用控制請求CCR-1nitial，所述第一應(yīng)答與所述第二應(yīng)答均為初始化信用控制應(yīng)答CCA-1nitial。
22.根據(jù)權(quán)利要求20所述的方法，其特征在于，若所述第一Gy會話與所述第二 Gy會話為同一個共享Gy會話,則所述第一請求為初始化信用控制請求CCR-1nitial,所述第二請求為更新信用控制請求CCR-Update ;所述第一應(yīng)答為初始化信用控制應(yīng)答CCA-1nitial，所述第二請求為更新信用控制應(yīng)答CCA-Update。
23.根據(jù)權(quán)利要求20所述的方法，其特征在于，若所述第一Gy會話與所述第二 Gy會話為不同的Gy會話，則將所述第二配額與所述第一配額存放在同一個信用池中，使第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池之后，包括: 通過所述第一 Gy會話向所述OCS發(fā)送第一更新信用控制請求，所述第一更新信用控制請求攜帶所述第一承載消耗的配額；通過所述第二 Gy會話向所述OCS發(fā)送第二更新信用控制請求，所述第二更新信用控制請求攜帶所述第二承載消耗的配額； 通過所述第一 Gy接收所述OCS發(fā)送的第一更新信用控制應(yīng)答，所述第一更新信用控制應(yīng)答攜帶為所述第一承載新分配的配額；通過所述第二 Gy會話接收所述OCS發(fā)送的第二更新信用控制應(yīng)答，所述第二更新信用控制應(yīng)答攜帶為所述第二承載新分配的配額。
24.根據(jù)權(quán)利要求20所述的方法，其特征在于，若所述第一Gy會話與所述第二 Gy會話為同一個共享Gy會話，則將所述第二配額與所述第一配額存放在同一個信用池中，使第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池之后，包括: 通過所述共享Gy會話向所述OCS發(fā)送第三更新信用控制請求，所述第三更新信用控制請求攜帶所述第一承載與所述第二承載消耗的配額； 通過所述共享Gy會話接收所述OCS發(fā)送的第三更新信用控制應(yīng)答，所述第三更新信用控制應(yīng)答攜帶為所述第一承載與所述第二承載新分配的配額。
25.根據(jù)權(quán)利要求15~24任一項所述的方法，其特征在于，所述第一承載與所述第二承載屬于同一個互聯(lián)網(wǎng)協(xié)議-連接性接入網(wǎng)會話IP-CANsession。
26.根據(jù)權(quán)利要求15~24任一項所述的方法,其特征在于,所述第一承載屬于第一IP-CAN session,所述第二承載屬于第二 IP-CAN session,其中，所述第一 IP-CAN session與所述第二 IP-CAN session不同。
27.根據(jù)權(quán)利要求15~26任一項所述的方法，其特征在于，接收所述OCS發(fā)送的第二應(yīng)答，所述第二應(yīng)答攜帶所述第二配額及所述第一承載的第一配額對應(yīng)的信用池標(biāo)識之后，包括: 將所述第二配額轉(zhuǎn)換成信用單元。
28.根據(jù)權(quán)利要求15~27任一項所述的方法，其特征在于，還包括: 向所述OCS發(fā)送能力協(xié)商字段請求，所述能力協(xié)商字段請求指示信用池應(yīng)用方式； 接收所述OCS發(fā)送的能力協(xié)商字段應(yīng)答。
29.—種在線計費系統(tǒng)，其特征在于，包括: 接收模塊，用于接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求，所述第二請求指示對第二承載進(jìn)行信用控制； 判斷模塊，用于根據(jù)所述第二請求，判斷所述第二承載所承載的業(yè)務(wù)是否與第一承載所承載的業(yè)務(wù)可共享信用池，其中，所述第二承載在所述第一承載建立之后建立； 發(fā)送模塊，用于若所述判斷模塊判斷出所述第二承載所承載的業(yè)務(wù)與所述第一承載所承載的業(yè)務(wù)可共享信用池，則向所述PCEF發(fā)送第二應(yīng)答，所述第二應(yīng)答攜帶所述第一承載對應(yīng)的信用池標(biāo)識，以使所述第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池。
30.根據(jù)權(quán)利要求29所述的在線計費系統(tǒng)，其特征在于，所述接收模塊還用于: 接收所述PCEF發(fā)送的第一請求，所述第一請求指示對所述第一承載進(jìn)行信用控制；所述發(fā)送模塊還用于向所述PCEF發(fā)送第一應(yīng)答，所述第一應(yīng)答攜帶所述所述第一承載對應(yīng)的信用池標(biāo)識。
31.根據(jù)權(quán)利要求29所述的在線計費系統(tǒng)，其特征在于，所述在線計費系統(tǒng)還包括: 分配模塊，用于為所述第二承載分配第二配額； 所述發(fā)送模塊，用于向所述PCEF發(fā)送第二應(yīng)答，所述第二應(yīng)答攜帶所述第二配額及所述第一承載對應(yīng)的信用池標(biāo)識，以使所述PCEF將所述第二配額存放在所述第一承載對應(yīng)的信用池標(biāo)識對應(yīng)的信用池中，使所述第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池。
32.根據(jù)權(quán)利要求30所述的在線計費系統(tǒng)，其特征在于，所述在線計費系統(tǒng)還包括: 分配模塊，用于為所述第一承載分配所述第一配額； 所述發(fā)送模塊還用于向所述PCEF發(fā)送第一應(yīng)答，所述第一應(yīng)答攜帶所述第一配額及所述第一承載對應(yīng)的信用池標(biāo)識。
33.根據(jù)權(quán)利要求32所述的在線計費系統(tǒng)，其特征在于，所述接收模塊，具體用于通過第二 Gy會話接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求； 所述發(fā)送模塊具體用于通過所述第二 Gy會話向所述PCEF發(fā)送第二應(yīng)答； 所述接收模塊還用于通過第一 Gy會話接收策略和計費執(zhí)行功能實體PCEF發(fā)送的第二請求； 所述發(fā)送模塊還用于通過所述第一 Gy會話向所述PCEF發(fā)送第二應(yīng)答。
34.根據(jù)權(quán)利要求33所述的在線計費系統(tǒng)，其特征在于，所述第一Gy會話與所述第二Gy會話為不同的Gy會話；或者， 所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話。
35.根據(jù)權(quán)利要求34所述的在線計費系統(tǒng)，其特征在于，若所述第一Gy會話與所述第二 Gy會話為不同的會話，則所述第一請求與所述第二請求均為初始化信用控制請求CCR-1nitial，所述第一應(yīng)答與所述第二應(yīng)答均為初始化信用控制應(yīng)答CCA-1nitial。
36.根據(jù)權(quán)利要求34所述的在線計費系統(tǒng)，其特征在于，若所述第一Gy會話與所述第二 Gy會話為同一個共享Gy會話,則所述第一請求為初始化信用控制請求CCR-1nitial,所述第二請求為更新信用控制請求CCR-Update ;所述第一應(yīng)答為初始化信用控制應(yīng)答CCA-1nitial,所述第二請求為更新信用控制應(yīng)答CCA_Update。
37.根據(jù)權(quán)利要求34所述的在線計費系統(tǒng)，其特征在于，若所述第一Gy會話與所述第二 Gy會話為不同的Gy會話，則所述接收模塊還用于: 接收所述PCEF通過所述第一 Gy會話發(fā)送的第一更新信用控制請求，所述第一更新信用控制請求攜帶所述第一承`載消耗的配額；接收所述PCEF通過所述第二 Gy會話發(fā)送的第二更新信用控制請求，所述第二更新信用控制請求攜帶所述第二承載消耗的配額； 所述發(fā)送模塊還用于通過所述第一 Gy會話向所述PCEF發(fā)送第一更新信用控制應(yīng)答，所述第一更新信用控制應(yīng)答攜帶為所述第一承載新分配的配額；通過所述第二 Gy會話向所述PCEF發(fā)送第二更新信用控制應(yīng)答，所述第二更新信用控制應(yīng)答攜帶為所述第二承載新分配的配額。
38.根據(jù)權(quán)利要求34所述的在線計費系統(tǒng)，其特征在于，若所述第一Gy會話與所述第二 Gy會話為同一個共享Gy會話，則所述接收模塊還用于: 接收所述PCEF通過所述共享Gy會話發(fā)送的第三更新信用控制請求，所述第三更新信用控制請求攜帶所述第一承載與所述第二承載消耗的配額； 所述發(fā)送模塊還用于通過所述共享Gy會話向所述PCEF發(fā)送第三更新信用控制應(yīng)答，所述第三更新信用控制應(yīng)答攜帶為所述第一承載與所述第二承載新分配的配額。
39.根據(jù)權(quán)利要求29~38任一項所述的在線計費系統(tǒng)，其特征在于，所述第一承載與所述第二承載屬于同一個互聯(lián)網(wǎng)協(xié)議-連接性接入網(wǎng)會話IP-CAN session。
40.根據(jù)權(quán)利要求29~38任一項所述的在線計費系統(tǒng)，其特征在于，所述第一承載屬于第一 IP-CAN session,所述第二承載屬于第二 IP-CAN session,其中，所述第一 IP-CANsession 與所述第二 IP-CAN session 不同。
41.根據(jù)權(quán)利要求31~40任一項所述的在線計費系統(tǒng)，其特征在于，還包括: 轉(zhuǎn)換模塊，用于將所述第二配額轉(zhuǎn)換成信用單元。
42.根據(jù)權(quán)利要求29~41任一項所述的在線計費系統(tǒng)，其特征在于，所述接收模塊還用于接收所述PCEF發(fā)送能力協(xié)商字段請求，所述能力協(xié)商字段請求指示信用池應(yīng)用方式；所述發(fā)送模塊還用于向所述PCEF發(fā)送能力協(xié)商字段應(yīng)答。
43.一種策略和計費執(zhí)行功能實體PCEF，其特征在于，包括: 發(fā)送模塊，用于向在線計費系統(tǒng)OCS發(fā)送第二請求，所述第二請求指示對第二承載進(jìn)行信用控制； 接收模塊，用于接收所述OCS發(fā)送的第二應(yīng)答，所述第二應(yīng)答攜帶所述第二配額及所述第一承載的第一配額對應(yīng)的信用池標(biāo)識；其中，所述第二配額為所述OCS為所述第二承載分配的配額，所述第二承載在所述第一承載建立之后建立。 處理模塊，用于將所述第二配額與所述第一配額存放在同一個信用池中，使第一承載所承載的業(yè)務(wù)與所述第二承載所承載的業(yè)務(wù)共享所述信用池。
44.根據(jù)權(quán)利要求43所述的PCEF，其特征在于，所述發(fā)送模塊還用于向所述OCS發(fā)送第一請求，所述第一請求指示對所述第一承載進(jìn)行信用控制； 所述接收模塊還用于接收所述OCS發(fā)送的第一應(yīng)答，所述第一應(yīng)答攜帶所述第一配額及所述第一承載的第一配額對應(yīng)的信用池標(biāo)識。
45.根據(jù)權(quán)利要求43所述的PCEF，其特征在于，所述接收模塊具體用于接收攜帶第二配額以及所述第一承載對應(yīng)的信用池標(biāo)識的第二應(yīng)答。
46.根據(jù)權(quán)利要求44所述的PCEF，其特征在于，所述接收模塊具體用于接收攜帶第一配額以及所述第一承載對應(yīng)的信用池標(biāo)識的第一應(yīng)答。
47.根據(jù)權(quán)利要求46所述的PCEF，其特征在于，所述發(fā)送模塊具體用于通過第二Gy會話向所述OCS發(fā)送第二請求； 所述接收模塊具體用于通過所述第`二 Gy會話接收所述OCS發(fā)送的第二應(yīng)答； 所述發(fā)送模塊還用于通過第一 Gy會話向所述OCS發(fā)送第一請求； 所述接收模塊還用于通過所述第一 Gy會話接收所述OCS發(fā)送的第一應(yīng)答。
48.根據(jù)權(quán)利要求47所述的PCEF，其特征在于，所述第一Gy會話與所述第二 Gy會話為不同的Gy會話；或者， 所述第一 Gy會話與所述第二 Gy會話為同一個共享Gy會話。
49.根據(jù)權(quán)利要求48所述的PCEF，其特征在于，若所述第一Gy會話與所述第二 Gy會話為不同的會話，則所述第一請求與所述第二請求均為初始化信用控制請求CCR-1nitial，所述第一應(yīng)答與所述第二應(yīng)答均為初始化信用控制應(yīng)答CCA-1nitial。
50.根據(jù)權(quán)利要求48所述的PCEF，其特征在于，若所述第一Gy會話與所述第二Gy會話為同一個共享Gy會話,則所述第一請求為初始化信用控制請求CCR-1nitial,所述第二請求為更新信用控制請求CCR-Update ;所述第一應(yīng)答為初始化信用控制應(yīng)答CCA-1nitial，所述第二請求為更新信用控制應(yīng)答CCA-Update。
51.根據(jù)權(quán)利要求48所述的PCEF，其特征在于，若所述第一Gy會話與所述第二 Gy會話為不同的Gy會話，則所述發(fā)送模塊還用于: 通過所述第一 Gy會話向所述OCS發(fā)送第一更新信用控制請求，所述第一更新信用控制請求攜帶所述第一承載消耗的配額；通過所述第二 Gy會話向所述OCS發(fā)送第二更新信用控制請求，所述第二更新信用控制請求攜帶所述第二承載消耗的配額； 所述接收模塊還用于通過所述第一 Gy接收所述OCS發(fā)送的第一更新信用控制應(yīng)答，所述第一更新信用控制應(yīng)答攜帶為所述第一承載新分配的配額；通過所述第二 Gy會話接收所述OCS發(fā)送的第二更新信用控制應(yīng)答，所述第二更新信用控制應(yīng)答攜帶為所述第二承載新分配的配額。
52.根據(jù)權(quán)利要求48所述的PCEF，其特征在于，若所述第一Gy會話與所述第二 Gy會話為同一個共享Gy會話，則所述發(fā)送模塊還用于: 通過所述共享Gy會話向所述OCS發(fā)送第三更新信用控制請求，所述第三更新信用控制請求攜帶所述第一承載與所述第二承載消耗的配額； 所述接收模塊還用于通過所述共享Gy會話接收所述OCS發(fā)送的第三更新信用控制應(yīng)答，所述第三更新信用控制應(yīng)答攜帶為所述第一承載與所述第二承載新分配的配額。
53.根據(jù)權(quán)利要求43~52任一項所述的PCEF，其特征在于，所述第一承載與所述第二承載屬于同一個互聯(lián)網(wǎng)協(xié)議-連接性接入網(wǎng)會話IP-CAN session。
54.根據(jù)權(quán)利要求43~52任一項所述的PCEF,其特征在于,所述第一承載屬于第一IP-CAN session,所述第二承載屬于第二 IP-CAN session,其中，所述第一 IP-CAN session與所述第二 IP-CAN session不同。
55.根據(jù)權(quán)利要求43~54任一項所述的PCEF，其特征在于，還包括: 轉(zhuǎn)換模塊，用于將所述第二配額轉(zhuǎn)換成信用單元。
56.根據(jù)權(quán)利要求53~55任一項所述的PCEF,其特征在于,所述發(fā)送模塊還用于向所述OCS發(fā)送能力協(xié)商字段請求，所述能力協(xié)商字段請求指示信用池應(yīng)用方式； 所述接收模塊還用于接收所述OCS發(fā)送的能力協(xié)商字段應(yīng)答。
57.一種在線計費系統(tǒng)，其特征在于，包括:處理器和存儲器，所述存儲器存儲執(zhí)行指令，當(dāng)所述在線計費系統(tǒng)運行時，所述處理器與所述存儲器之間通信，所述處理器執(zhí)行所述執(zhí)行指令使得所述在線計費系統(tǒng)執(zhí)行如權(quán)利要求1~14中任意一項所述的方法。
58.一種策略和計費執(zhí)行功能實體PCEF，其特征在于，包括:處理器和存儲器，所述存儲器存儲執(zhí)行指令，當(dāng)所述PCEF運行時，所述處理器與所述存儲器之間通信，所述處理器執(zhí)行所述執(zhí)行指令使得所述PCEF執(zhí)行如權(quán)利要求15~28中任意一項所述的方法。
【文檔編號】H04L12/14GK103797753SQ201380002562
【公開日】2014年5月14日 申請日期:2013年6月28日 優(yōu)先權(quán)日:2013年6月28日
【發(fā)明者】卿華, 張翀 申請人:華為技術(shù)有限公司