專利名稱：一種計費控制方法
技術領域：
本發(fā)明涉及多媒體通訊領域，特別公開一種計費控制方法。
背景技術：
國際電聯(lián)(ITU-T)建議的H.323協(xié)議族經(jīng)過多年的發(fā)展，已成為VOIP(VoiceOver IP，基于IP的語音)及視頻會議應用的主流工業(yè)標準，其中包含了對實現(xiàn)一個基于分組網(wǎng)絡的多媒體通信系統(tǒng)所需的實體及實體交互協(xié)議的建議。多媒體通信系統(tǒng)中，一般都包括GK(Gatekeeper，網(wǎng)守)、Gateway(網(wǎng)關)、MCU(Multipoint Control Unit，多點控制單元)、Terminal(終端)四種實體，其中在運營級的網(wǎng)絡系統(tǒng)中，GK是整個H.323系統(tǒng)的管理者，負責完成區(qū)域管理、接入控制、地址解析等功能。
H.323協(xié)議族包括RAS(Registration Admission and Status)注冊呼叫接入信令、Q.931呼叫信令、H.245信道控制信令和RTP(Real Time Protocol，實時傳輸協(xié)議)/RTCP(Real Time Control Protocol，實時傳輸控制協(xié)議)協(xié)議。RAS信令用于節(jié)點和GK之間的交互，節(jié)點通過RAS信令完成在GK上的注冊、呼叫接入、狀態(tài)更新；Q.931信令用于節(jié)點之間呼叫過程，完成呼叫過程的建立和拆除；H.245信令用于節(jié)點之間媒體信道的控制，完成主從決定、能力交換、邏輯信道的打開和關閉；RTP/RTCP用于視音頻碼流的承載和控制。具體交互過程中常用到下列信令ARQAdmission Request，接入請求；ACFAdmission Confirm，接入確認；ARJAdmission Reject，接入拒絕；RRQRegistration Request，注冊請求；RCFRegistration Confirm，注冊確認；
RRJRegistration Reject，拒絕注冊；LRQLocation Request，請求網(wǎng)守提供地址翻譯；LCFLocation Confirm，地址翻譯確認；LRJLocation Reject，拒絕翻譯地址；Setup建立連接請求；Call proceeding連接進展中；Alerting振鈴信令；Connect連接信令；IRQInformation Request，信息查詢信令；IRRInformation Request Response，信息請求應答信令。
GK作為整個H.323域的管理者，必須支持RAS信令、選擇支持Q.931、H.245信令，節(jié)點必須支持RAS、Q.931、H.245、RTP/RTCP信令，多媒體通信的過程就是H.323實體使用H.323協(xié)議進行交互的過程。通信過程一般包含路由模式和節(jié)點直呼模式兩種模式GK工作在路由模式下時，節(jié)點之間的Q.931呼叫信令、H.245呼叫信令(如果GK支持H.245信令路由)都會經(jīng)過GK，則GK可以精確控制呼叫過程。但因為Q.931、H.245信令基于TCP連接，這種模式下雖然可以實現(xiàn)精確計費，但是增加了GK的負荷以及呼叫接續(xù)的時延，影響了GK的性能和容量，對于大容量電信級的運營網(wǎng)，無疑形成了一個很大的瓶頸。
節(jié)點直呼模式時，GK工作在非路由模式下，節(jié)點與GK之間只有RAS信令的交互，GK完成地址解析和呼叫接入的功能，節(jié)點之間要依次進行Q.931、H.245、RTP/RTCP的交互。非路由模式下GK負荷較小，但GK不知道端點間交互的信令情況，控制呼叫的功能較弱，無法實現(xiàn)精確計費。
精確計費是網(wǎng)絡運營的前提保障，節(jié)點直接交互Q.931呼叫信令模式雖然憑其高效、大容量等特性為企業(yè)和電信運營商所推崇。但是，由于GK不路由Q.931或H.245信令，建立呼叫的Setup、Connect等后續(xù)Q.931和H.245信令完全不經(jīng)過GK，造成GK對呼叫行為失去控制，不能利用Q.931呼叫信令中的Setup、Connect等信令確定計費開始的觸發(fā)點，從而無法保證計費的精確性和可靠性。

發(fā)明內(nèi)容
本發(fā)明公開一種計費控制方法，以解決現(xiàn)有技術中，當節(jié)點直接交互Q.931呼叫信令時，網(wǎng)守無法保證計費精確度的問題。
一種計費控制方法，應用在網(wǎng)守工作在非路由工作模式時，對節(jié)點之間的呼叫進行計費，由網(wǎng)守根據(jù)節(jié)點在呼叫過程中上報的狀態(tài)信息確定計費起始點并觸發(fā)計費，在呼叫掛斷時結束計費。
根據(jù)所述方法，網(wǎng)守在返回給節(jié)點的接入確認信令中指示節(jié)點上報所述狀態(tài)信息。
根據(jù)所述方法，節(jié)點在所述計費起始點對應的狀態(tài)上報第一個狀態(tài)信息；網(wǎng)守收到該第一個狀態(tài)信息時觸發(fā)計費。
根據(jù)所述方法，實現(xiàn)所述的節(jié)點在所述計費起始點對應的狀態(tài)上報第一個狀態(tài)信息的方法包括預先在節(jié)點側設置在所述計費起始點對應的狀態(tài)上報第一個狀態(tài)信息的處理流程，由節(jié)點收到指示上報所述狀態(tài)信息的確認消息時啟動該處理流程；或者，所述與計費起始點對應的狀態(tài)由網(wǎng)守根據(jù)用戶的配置信息確定，并攜帶在接入確認信令中發(fā)送給節(jié)點，由節(jié)點在該對應的狀態(tài)上報第一個狀態(tài)信息。
所述的方法中，節(jié)點根據(jù)網(wǎng)守在接入確認信令中攜帶的相關狀態(tài)信息，在每一個所述相關狀態(tài)時上報一個狀態(tài)信息，并在所述狀態(tài)信息中攜帶有表明當前狀態(tài)的標識；網(wǎng)守每接收到一個狀態(tài)信息，根據(jù)所述標識識別節(jié)點的當前狀態(tài)，并在所述當前狀態(tài)與用戶預先配置的計費觸發(fā)點相對應時觸發(fā)計費。
所述的方法中，節(jié)點在上報第一個狀態(tài)信息之后，每間隔設定的時長再進行周期性增加上報一次所述狀態(tài)信息。所述時長由網(wǎng)守確定，并攜帶在接入確認信令中發(fā)送給節(jié)點。
并且，網(wǎng)守在每一個所述時長內(nèi)沒有收到節(jié)點上報的所述狀態(tài)信息時，向節(jié)點發(fā)送查詢消息進行狀態(tài)查詢，第一個時長從網(wǎng)守向節(jié)點返回接入確認信令后開始計算。
所述的方法中，網(wǎng)守側預先設定查詢的次數(shù)進行循環(huán)查詢，并在查詢了設定次數(shù)后還沒有收到所述狀態(tài)信息時掛斷呼叫。
所述的狀態(tài)信息通過信息請求應答信令發(fā)送，所述的查詢消息通過信息查詢指令發(fā)送。
本發(fā)明的有益效果如下本發(fā)明所述方法實現(xiàn)了網(wǎng)守工作在非路由模式下進行精確計費的功能，即保留了非路由網(wǎng)守本身具有的大容量、低負荷、高效等優(yōu)點，又能實現(xiàn)對呼叫的適當控制，保證了計費的精確性和可靠性。


圖1為在H.323協(xié)議中，網(wǎng)守工作在非路由模式下，應用本發(fā)明所述方法進行精確計費的流程圖。
具體實施例方式
本發(fā)明為H.323協(xié)議多媒體通訊系統(tǒng)提供一種計費方法，實現(xiàn)流程如圖3所示，圖3描述了跨GK(不路由)模式下，兩個H.323節(jié)點進行通訊的基本流程，從而進一步說明如何利用本發(fā)明所述方法在GK上實現(xiàn)精確計費。該圖以節(jié)點1和節(jié)點2通過GK1和GK2實現(xiàn)跨GK的呼叫組網(wǎng)圖，GK1和GK2相鄰，H.323協(xié)議的主叫節(jié)點1注冊在GK1，被叫節(jié)點2注冊在GK2上，下面以主叫節(jié)點1呼叫被叫節(jié)點2的正常H.323呼叫流程來詳細說明本發(fā)明實現(xiàn)的細節(jié)。
S1、主叫節(jié)點1向所歸屬的網(wǎng)守GK1發(fā)送ARQ請求，請求地址解析；
S2、網(wǎng)守GK1在本地解析不到被叫節(jié)點2的地址，向相應的鄰居網(wǎng)守發(fā)送LRQ請求；S3、被叫節(jié)點所歸屬的網(wǎng)守GK2收到LRQ請求后，在本地解析到被叫節(jié)點2的地址并向網(wǎng)守GK1返回LCF信令，其中主要包含解析后的被叫節(jié)點2的呼叫信令地址；S4、網(wǎng)守GK1收到網(wǎng)守GK2返回的LCF信令后，向主叫節(jié)點1發(fā)送ACF信令，其中主要包含被叫節(jié)點2的呼叫信令地址；S5～S10、主叫節(jié)點1收到網(wǎng)守GK1發(fā)送的ACF信令后，根據(jù)被叫節(jié)點2的呼叫信令地址，和被叫節(jié)點2之間交互呼叫信令中的Setup、Call proceeding、Alerting、Connect等信令并建立連接，其中還包括被叫節(jié)點2收到主叫Setup后，向網(wǎng)守GK2發(fā)送ARQ請求接入呼叫，GK2向節(jié)點2返回ACF接受呼叫的過程。
由于Setup、Call proceeding、Alerting、Connect等呼叫信令是在節(jié)點間之間交互的，因此，無論是主叫網(wǎng)守GK1還是被叫網(wǎng)守GK2都無法確定節(jié)點間呼叫過程中各個狀態(tài)的準確時間，所以都不能取得合適的計費觸發(fā)點，這時，必須由節(jié)點將自己的狀態(tài)信息上報給網(wǎng)守才能實現(xiàn)準確計費，在H.323協(xié)議中，可以利用已有的RAS信令中的IRR信令上報狀態(tài)信息，根據(jù)現(xiàn)有H.323協(xié)議的規(guī)定和不同節(jié)點的工作方式，可以通過下列三種方法實現(xiàn)方法一網(wǎng)守在返回給節(jié)點的ACF信令中，包含一個指示節(jié)點主動上報IRR信令的時間間隔的字段IRRFrequency，網(wǎng)守將IRRFrequency字段置為具體的以秒為單位的時長后返回給節(jié)點，根據(jù)協(xié)議規(guī)定，則要求H.323節(jié)點依據(jù)該時長周期性主動上報IRR信令；節(jié)點在呼叫過程中周期性地上報IRR信令，網(wǎng)守根據(jù)收到的第一個IRR信令時觸發(fā)計費。如果節(jié)點不支持UUIE，節(jié)點在呼叫過程中上報第一個IRR信令的方法只能通過在節(jié)點側的處理流程中進行設置，要求節(jié)點在收到網(wǎng)守返回的ACF信令中帶有上述周期指示時，在一個設定的狀態(tài)開始上報IRR信令，由于在Connect之后開始計費比較合理，因此一般都是設置定節(jié)點在Connect之后自動上報第一個IRR，具體流程設置方法為本技術領域人員所熟知，這里不再贅述。
方法二如果節(jié)點支持UUIE，在請求接入呼叫的ARQ信令將WillSupplyUUIES字段置位，表示支持UUIE，則網(wǎng)守向節(jié)點返回ACF時，將UUIESRequested字段置一個狀態(tài)集，并且根據(jù)用戶預先在網(wǎng)守上配置的計費起始觸發(fā)點，例如Setup或者Connect，將該狀態(tài)集中的對應狀態(tài)置位，表示要求H.323節(jié)點在達到該狀態(tài)時，開始向網(wǎng)守上報IRR，這樣GK仍然能夠根據(jù)節(jié)點上報的第一個IRR進行精確計費。
這種方式下，可以靈活的根據(jù)用戶在網(wǎng)守上配置的計費起始觸發(fā)點啟動計費。
上述兩種方法中，節(jié)點上報給網(wǎng)守的IRR信令中可以不攜帶表明當前狀態(tài)的標識信息，在網(wǎng)守側只需要根據(jù)收到的第一個IRR信令啟動計費即可，在網(wǎng)守需要更加詳細了解節(jié)點呼叫過程中不同工作狀態(tài)的情況下，可以選擇利用方法三。
方法三這種方法仍然應用于節(jié)點支持UUIE，這時節(jié)點上報的IRR信令可以攜帶表明節(jié)點當前狀態(tài)的信息，節(jié)點收到網(wǎng)守返回的ACF后，節(jié)點在呼叫過程中滿足ACF信令指示的狀態(tài)時，向網(wǎng)守上報帶有H.323pdu(在perCallInfo中的pdu下)的IRR信令，H.323pdu中具體的信息可以表明節(jié)點當前所處的狀態(tài)(Setup、Connect或者其它狀態(tài))，因此網(wǎng)守收到每一個IRR時，可以根據(jù)H.323pdu中的信息判斷節(jié)點當前所處的狀態(tài)，并利用用戶配置的計費起始觸發(fā)點，決定是否觸發(fā)計費。
這種在IRR中帶H.323pdu的實現(xiàn)方法與在ACF指示開始上報狀態(tài)的方法相比，需要網(wǎng)守在每一次收到IRR時，都要對節(jié)點的當前狀態(tài)進行判斷，但是，網(wǎng)守可以全程掌握一個呼叫過程中節(jié)點的各個狀態(tài)。
另外，為增強系統(tǒng)計費的可靠性，網(wǎng)守在每一個IRRFrequency規(guī)定的周期內(nèi)，如果沒有收到節(jié)點上報的IRR信令時，向節(jié)點發(fā)送IRQ信令進行狀態(tài)查詢，第一個周期從網(wǎng)守向節(jié)點返回ACF信令開始計算，GK向節(jié)點發(fā)送IRQ查詢，當節(jié)點收到IRQ信令時，向GK應答IRR，如果是第一個周期內(nèi)進行查詢，在方法一和方法二中，網(wǎng)守仍然可以利用收到的第一個IRR信令觸發(fā)計費，如果GK一直沒有收到應答的IRR信令，則認為節(jié)點已經(jīng)離線，掛斷呼叫。
依據(jù)上述構思，本發(fā)明所述的計費方法還包括下列步驟S11、如果規(guī)定呼叫雙方都是在建立連接、即完成Connect步驟后上報IRR，則主叫節(jié)點1和被叫節(jié)點2在建立Connect信令后，分別向所注冊的網(wǎng)守GKl和GK2上報IRR，網(wǎng)守GK1和GK2分別利用首先收到的第一個IRR作為計費觸發(fā)點，觸發(fā)開始計費；或者，主叫節(jié)點1和被叫節(jié)點2在UUIESRequested狀態(tài)集中指示的相應狀態(tài)開始上報IRR，網(wǎng)守GK1和GK2仍然分別利用首先收到的第一個IRR作為計費觸發(fā)點，觸發(fā)開始計費；或者，主叫節(jié)點1和被叫節(jié)點2在上報IRR的中帶的H.323pdu判斷節(jié)點當前狀態(tài)，由網(wǎng)守根據(jù)配置信息在相應的計費狀態(tài)觸發(fā)計費。
S12、網(wǎng)守GK1和GK2在收到節(jié)點上報的DRQ(Disengage Request，退出請求)請求時掛斷呼叫，觸發(fā)結束本路呼叫的計費?；蛘哂删W(wǎng)守向節(jié)點發(fā)送DRQ掛斷呼叫時，觸發(fā)結束本路呼叫的計費。
上述實施例僅是以IRR信令和IRQ信令為例進行說明，不排除利用其他類似信令或專有信令具體實現(xiàn)的可能，其他等同的方法都應包括在本發(fā)明的保護范圍之內(nèi)。
本發(fā)明技術方案帶來的有益效果如下本發(fā)明所述方法實現(xiàn)了網(wǎng)守工作在非路由模式下，進行精確計費的功能，即保留了網(wǎng)守本身具有的大容量、低負荷、高效等優(yōu)點，又能實現(xiàn)對呼叫的適當控制，保證了計費的精確性和可靠性。
顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權利要求
1.一種計費控制方法，應用于網(wǎng)守工作在非路由工作模式時，對節(jié)點之間的呼叫進行計費，其特征在于，網(wǎng)守根據(jù)節(jié)點在呼叫過程中上報的狀態(tài)信息確定計費起始點并觸發(fā)計費，在呼叫掛斷時結束計費。
2.如權利要求1所述的方法，其特征在于，網(wǎng)守在返回給節(jié)點的接入確認信令中指示節(jié)點上報所述狀態(tài)信息。
3.如權利要求2所述的方法，其特征在于，節(jié)點在所述計費起始點對應的狀態(tài)上報第一個狀態(tài)信息；網(wǎng)守收到該第一個狀態(tài)信息時觸發(fā)計費。
4.如權利要求3所述的方法，其特征在于，實現(xiàn)所述的節(jié)點在所述計費起始點對應的狀態(tài)上報第一個狀態(tài)信息的方法包括預先在節(jié)點側設置在所述計費起始點對應的狀態(tài)上報第一個狀態(tài)信息的處理流程，由節(jié)點收到指示上報所述狀態(tài)信息的確認消息時啟動該處理流程；或者所述與計費起始點對應的狀態(tài)由網(wǎng)守根據(jù)用戶的配置信息確定，并攜帶在接入確認信令中發(fā)送給節(jié)點，由節(jié)點在該對應的狀態(tài)上報第一個狀態(tài)信息。
5.如權利要求2所述的方法，其特征在于，節(jié)點根據(jù)網(wǎng)守在接入確認信令中攜帶的相關狀態(tài)信息，在每一個所述相關狀態(tài)時上報一個狀態(tài)信息，并在所述狀態(tài)信息中攜帶有表明當前狀態(tài)的標識；網(wǎng)守每接收到一個狀態(tài)信息，根據(jù)所述標識識別節(jié)點的當前狀態(tài)，并在所述當前狀態(tài)與用戶預先配置的計費觸發(fā)點相對應時觸發(fā)計費。
6.如權利要求3或5所述的方法，其特征在于，節(jié)點在上報第一個狀態(tài)信息之后，每間隔設定的時長再進行周期性增加上報一次所述狀態(tài)信息。
7.如權利要求6所述的方法，其特征在于，所述時長由網(wǎng)守確定，并攜帶在接入確認信令中發(fā)送給節(jié)點。
8.如權利要求7所述的方法，其特征在于，網(wǎng)守在每一個所述時長內(nèi)沒有收到節(jié)點上報的所述狀態(tài)信息時，向節(jié)點發(fā)送查詢消息進行狀態(tài)查詢，第一個時長從網(wǎng)守向節(jié)點返回接入確認信令后開始計算。
9.如權利要求8所述的方法，其特征在于，網(wǎng)守側預先設定查詢的次數(shù)進行循環(huán)查詢，并在查詢了設定次數(shù)后還沒有收到所述狀態(tài)信息時掛斷呼叫。
10.如權利要求9所述的方法，其特征在于，所述的狀態(tài)信息通過信息請求應答信令(IRR)發(fā)送，所述的查詢消息通過信息查詢信令(IRQ)發(fā)送。
全文摘要
本發(fā)明公開一種計費控制方法，以解決現(xiàn)有技術中，當節(jié)點直接交互Q.931呼叫信令時，網(wǎng)守無法保證計費精確度的問題。所述方法由網(wǎng)守在返回給節(jié)點的接入確認信令中指示節(jié)點上報所述狀態(tài)信息并根據(jù)節(jié)點在呼叫過程中上報的狀態(tài)信息確定計費起始點觸發(fā)計費，在呼叫掛斷時結束計費。具體實現(xiàn)包括節(jié)點在所述計費起始點對應的狀態(tài)上報第一個狀態(tài)信息；網(wǎng)守收到該第一個狀態(tài)信息時觸發(fā)計費。或者，網(wǎng)守根據(jù)狀態(tài)信息中攜帶的當前狀態(tài)標識來決定是否觸發(fā)計費。
文檔編號H04L12/14GK1889446SQ20051008006
公開日2007年1月3日 申請日期2005年6月28日 優(yōu)先權日2005年6月28日
發(fā)明者薛德義 申請人:華為技術有限公司