專利名稱：一種通話計費方法、業(yè)務(wù)控制設(shè)備及呼叫控制系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種通話計費方法、業(yè)務(wù)控制設(shè)備及呼叫控制系 統(tǒng)。
背景技術(shù)：
碼分多址(CDMA，Code Division Multiple Access)網(wǎng)絡(luò)中的呼叫信令交互過程 如下，當(dāng)用戶A對用戶B發(fā)起呼叫時，業(yè)務(wù)交換點(SSP，service switch point)上報始發(fā) 申請(ORREQ, Origination Request)消息與業(yè)務(wù)控制點(SCP，Service Control Point)交 互，SCP向融合計費點(CBP，Convergent Billing Point)發(fā)送信用控制請求(CCR，Credit Control Request)消息，進(jìn)行批價及在用戶A的賬戶中進(jìn)行金額預(yù)留，然后CBP向SCP反饋 信用控制應(yīng)答消息(CCA，Credit Control Answer), SCP下發(fā)始發(fā)申請授權(quán)消息給SSP，用 戶B開始振鈴，如果在用戶B摘機(jī)前，用戶A便主動掛機(jī)放棄通話，則SSP并不立即上報相 關(guān)通知消息給SCP，因此SCP無法立即獲知用戶A已掛機(jī)。這樣一來，SCP無法通知CBP立 即釋放此前為用戶A預(yù)留的金額。在預(yù)設(shè)時間過后，SCP側(cè)主動向SSP查詢當(dāng)前通話狀態(tài)， 在獲知用戶A已主動掛機(jī)后，立即上報CCR給CBP，此時CBP才會釋放為用戶A預(yù)留的金額 并結(jié)束本次通話。但在上述現(xiàn)有技術(shù)中，在SCP側(cè)主動向SSP查詢之前，用戶A可能再次發(fā)起呼叫， 如果此時因用戶A前次與用戶B通話(盡管此次通話并未接通)時預(yù)留的金額尚未被釋放 而導(dǎo)致用戶A的賬戶余額不足，則再次發(fā)起的呼叫將無法建立，影響最終用戶體驗。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種通話計費方法、業(yè)務(wù)控制設(shè)備及呼叫控制系統(tǒng)，能夠避 免當(dāng)用戶的賬戶余額較低時，因前一通話的預(yù)留金額被后一通話占用，而無法扣除前一通 話的費用。本發(fā)明實施例提供了一種通話計費方法，包括接收交換設(shè)備發(fā)送的呼叫控制請 求，提取其中包含的呼叫特征參數(shù)；判斷是否存在與所述呼叫特征參數(shù)相對應(yīng)的呼叫控制 條目；若是，則向所述交換設(shè)備返回拒絕呼叫消息；若否，則向計費設(shè)備發(fā)送計費請求。本發(fā)明實施例提供了一種業(yè)務(wù)控制設(shè)備，包括接收單元，用于接收交換設(shè)備發(fā)送 的呼叫控制請求，提取其中包含的呼叫特征參數(shù)；判斷單元，用于判斷是否存在與所述呼叫 特征參數(shù)相對應(yīng)的呼叫控制條目；返回單元，用于在所述判斷單元判定存在與所述呼叫特 征參數(shù)相對應(yīng)的呼叫控制條目時，向所述交換設(shè)備返回拒絕呼叫消息；發(fā)送單元，用于在所 述判斷單元判定不存在與所述呼叫特征參數(shù)相對應(yīng)的呼叫控制條目時，向計費設(shè)備發(fā)送計 費請求。本發(fā)明實施例提供了一種呼叫控制系統(tǒng)，包括業(yè)務(wù)控制設(shè)備，用于接收所述交換 設(shè)備發(fā)送的呼叫控制請求，提取其中包含的呼叫特征參數(shù)；判斷是否存在與所述呼叫特征 參數(shù)相對應(yīng)的呼叫控制條目；若是，則向所述交換設(shè)備返回拒絕呼叫消息；若否，則發(fā)出計費請求；計費設(shè)備，用于接收所述業(yè)務(wù)控制設(shè)備發(fā)出的所述計費請求，提取其中包含的所述 呼叫特征參數(shù)；判斷是否存在與所述呼叫特征參數(shù)相對應(yīng)的費用預(yù)留條目；若是，則更新 所述費用預(yù)留條目；若否，則生成與所述呼叫特征參數(shù)相對應(yīng)的費用預(yù)留條目；以及向所 述業(yè)務(wù)控制設(shè)備返回計費應(yīng)答。從以上技術(shù)方案可以看出，本發(fā)明實施例具有以下優(yōu)點業(yè)務(wù)控制設(shè)備接收交換 設(shè)備發(fā)送的呼叫控制請求，提取其中包含的呼叫特征參數(shù)，判斷是否存在與該呼叫特征參 數(shù)相對應(yīng)的呼叫控制條目，若是，則向交換設(shè)備返回拒絕呼叫消息，若否，則向計費設(shè)備發(fā) 送計費請求，由于在接收到呼叫控制請求息后，業(yè)務(wù)控制設(shè)備首先判斷是否已經(jīng)存在與當(dāng) 前呼叫特征參數(shù)相對應(yīng)的呼叫控制條目，如果存在則拒絕交換設(shè)備發(fā)送的呼叫控制請求， 避免在相同用戶間重復(fù)建立呼叫的情況，進(jìn)而避免因金額未及時釋放，而導(dǎo)致呼叫失敗可 能，接通率降低，最終用戶體驗受到影響。


圖1為本發(fā)明實施例中通話計費方法一個實施例的流程圖；圖2為本發(fā)明實施例中通話計費方法另一個實施例的流程圖；圖3為本發(fā)明實施例中通話計費方法又一個實施例的流程圖；圖4為本發(fā)明實施例中業(yè)務(wù)控制設(shè)備一個實施例的邏輯結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例中呼叫控制系統(tǒng)一個實施例的邏輯結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明實施例提供了一種通話計費及裝置，用于避免在因金額未及時釋放，而存 在呼叫失敗可能，降低接通率，影響最終用戶體驗，下面分別進(jìn)行詳細(xì)說明。在申請?zhí)枮?00910162023. 1的申請文件中，為解決上述缺陷，采用了根據(jù)發(fā)起呼 叫方用戶信息、通話信息及業(yè)務(wù)(包括呼叫、短信或其他業(yè)務(wù))特征進(jìn)行預(yù)留管理的方法， 當(dāng)用戶A發(fā)起呼叫時，在CBP側(cè)檢測是否存在包含用戶A及用戶B的呼叫預(yù)留信息，如果存 在，則在呼叫開始預(yù)留金額之前，及時釋放在前一次通話時預(yù)留的金額，可以避免用戶B摘 機(jī)前用戶A主動放棄呼叫預(yù)留金額無法釋放的問題。但上述現(xiàn)有技術(shù)中，如果用戶A發(fā)起對用戶B的呼叫，在A與B之間呼叫連接存在 的情況下，用戶A重復(fù)撥打用戶B (前一個呼叫可在后臺運行，例如A采用保留通話的方式 將與用戶B之間的前一呼叫保留，然后再次呼叫用戶B，此時用戶B仍可接聽后一呼叫(當(dāng) 前一些移動終端具備此種功能，例如索尼愛立信W590i))，則用戶A發(fā)起的后一呼叫會釋放 之前A與B之間存在的呼叫連接中的預(yù)留金額，而此預(yù)留金額中的至少一部分非?？赡芤?經(jīng)使用。如此一來，取消預(yù)留金額會導(dǎo)致此預(yù)留金額中已經(jīng)使用的部分無法由運營商入賬， 給運營商帶來損失。在用戶A的賬戶余額較低時，若后一呼叫被接通，則更有可能出現(xiàn)后一 呼叫結(jié)束時后一呼叫扣除全部預(yù)留金額后，而前一呼叫的呼叫話費用因賬戶余額不足而無 法扣除的情況。為便于說明，在以下各實施例中，交換設(shè)備以業(yè)務(wù)交換點SSP為例，業(yè)務(wù)控制設(shè)備 以業(yè)務(wù)控制點SCP為例，計費設(shè)備以計費控制點CBP為例進(jìn)行說明，可以理解的，以上只是 具體舉例，不能構(gòu)成對本發(fā)明技術(shù)方案應(yīng)用的限制。
下面對本發(fā)明實施例中的通話計費方法進(jìn)行描述，請參閱圖1，本發(fā)明實施例中的 通話計費方法的一個實施例包括101、接收交換設(shè)備發(fā)送的呼叫控制請求，提取其中包含的呼叫特征參數(shù)；本實施例中，當(dāng)用戶發(fā)起呼叫時，業(yè)務(wù)交換點SSP向業(yè)務(wù)控制點SCP發(fā)送呼叫控制 請求，該呼叫控制請求具體可以為始發(fā)申請消息，SCP接收SSP發(fā)送的呼叫控制請求，并提 取該呼叫控制請求中包含的呼叫特征參數(shù)，該呼叫特征參數(shù)具體可以為當(dāng)前呼叫中的主叫 號碼及被叫號碼。需要說明的是，本發(fā)明實施例中的SSP也可以是移動交換中心(MSC，Mobile Switching Center)。102、判斷是否存在與呼叫特征參數(shù)相對應(yīng)的呼叫控制條目；SCP根據(jù)SSP發(fā)送的呼叫控制請求中的呼叫特征參數(shù)，判斷是否存在與該呼叫特 征參數(shù)相對應(yīng)的呼叫控制條目，即是否存在與呼叫特征參數(shù)相對應(yīng)的呼叫連接。若存在，則執(zhí)行步驟103，若不存在，則執(zhí)行步驟104。103、向交換設(shè)備返回拒絕呼叫消息；若SCP判斷的結(jié)果為存在與呼叫特征參數(shù)相對應(yīng)的呼叫控制條目，即當(dāng)前已經(jīng)存 在與呼叫特征參數(shù)相對應(yīng)的呼叫連接，則向SCP發(fā)送拒絕呼叫消息，該拒絕呼叫消息具體 可以為始發(fā)申請反饋消息。104、向計費設(shè)備發(fā)送計費請求。若SCP判斷的結(jié)果為不存在與呼叫特征參數(shù)相對應(yīng)的呼叫控制條目，即當(dāng)前不存 在與呼叫特征參數(shù)相對應(yīng)的呼叫連接，則向計費控制點CBP發(fā)送計費請求，該計費請求具 體可以為信用控制請求消息，請求CBP對本次呼叫進(jìn)行費用預(yù)留。本發(fā)明實施例中，SCP接收交換設(shè)備發(fā)送的呼叫控制請求，提取其中包含的呼叫特 征參數(shù)，判斷是否存在與該呼叫特征參數(shù)相對應(yīng)的呼叫控制條目，若存在，則向SSP發(fā)送拒 絕呼叫消息，由于在接收到呼叫控制請求后，SCP首先判斷是否已經(jīng)存在與當(dāng)前呼叫特征參 數(shù)相對應(yīng)的呼叫控制條目，如果存在則拒絕SSP發(fā)送的呼叫控制請求，避免在相同用戶間 重復(fù)建立呼叫的情況，從而避免在呼叫方用戶的賬戶余額較低時，因金額未及時釋放而存 在呼叫失敗的可能性，降低接通率，影響最終用戶體驗。為便于理解，下面以另一實施例介紹本發(fā)明實施例提供的通話計費方法，需要說 明的是，在本實施例中，呼叫控制請求具體可以為始發(fā)申請消息，拒絕呼叫消息具體可以為 始發(fā)申請反饋消息，計費請求具體可以為信用控制請求消息，呼叫建立通知具體可以為指 示連接反饋消息，呼叫結(jié)束通知具體可以為始發(fā)斷開請求消息，具體的，請參閱圖2，本發(fā)明 實施例提供的通話計費方法的另一實施例包括201、接收業(yè)務(wù)交換點發(fā)送的始發(fā)申請消息，提取其中包含的主、被叫號碼；本發(fā)明實施例中，當(dāng)用戶發(fā)起呼叫時，SCP接收SSP發(fā)送的始發(fā)申請ORREQ消息， 并提取該ORREQ消息中包含的主叫號碼和被叫號碼。202、判斷是否存在包含呼叫雙方用戶號碼信息的呼叫連接；SCP判斷是否存在包含呼叫雙方用戶號碼信息的呼叫連接，假設(shè)用戶A呼叫用戶 B，SCP在提取SSP發(fā)送的始發(fā)申請消息中包含的主叫號碼(用戶A的號碼)和被叫號碼 (用戶B的號碼)后，判斷是否已經(jīng)存在包含呼叫雙方用戶號碼信息的呼叫連接。
需要說明的是，包含呼叫雙方用戶號碼信息的呼叫連接，區(qū)分主叫號碼與被叫號 碼，每次呼叫的主叫號碼相同，且被叫號碼相同，才認(rèn)為是相同的呼叫連接。若存在，則執(zhí)行步驟203，若不存在，則執(zhí)行步驟204。203、向交換設(shè)備返回始發(fā)申請反饋消息；若步驟202中，SCP判斷的結(jié)果為存在包含呼叫雙方用戶號碼信息的呼叫連接，即 當(dāng)前已經(jīng)存在呼叫雙方之間的連接，則向SCP發(fā)送始發(fā)申請反饋消息。204、向計費設(shè)備發(fā)送信用控制請求消息；若步驟202中，SCP判斷的結(jié)果為不存在包含呼叫雙方用戶號碼信息的呼叫連接， 即當(dāng)前不存在呼叫雙方之間的連接，則向計費控制點CBP發(fā)送信用控制請求CCR消息，請求 CBP對本次呼叫進(jìn)行費用預(yù)留。205、在收到交換設(shè)備發(fā)送的指示連接反饋消息時，生成包含呼叫雙方用戶號碼信 息的呼叫連接；步驟204中，SCP向CBP發(fā)送信用控制請求CCR消息，請求CBP對當(dāng)前呼叫進(jìn)行費 用預(yù)留，CBP向SCP發(fā)送計費應(yīng)答消息，該計費應(yīng)答消息具體可以為信用控制應(yīng)答消息，SCP 收到該計費應(yīng)答消息之后，向SSP發(fā)送指示消息，指示SSP對當(dāng)前呼叫進(jìn)行接續(xù)，SSP對該 指示消息進(jìn)行回饋，向SCP發(fā)送指示連接反饋消息，SCP生成包含呼叫雙方用戶號碼信息的 呼叫連接。206、在收到交換設(shè)備發(fā)送的始發(fā)斷開請求消息時，刪除包含呼叫雙方用戶號碼信 息的呼叫連接。當(dāng)用戶掛機(jī)，SSP向SCP發(fā)送始發(fā)斷開請求消息，SSP收到該消息后，刪除包含呼叫 雙方用戶號碼信息的呼叫連接。本實施例中，當(dāng)SCP判斷當(dāng)前不存在包含呼叫雙方用戶號碼信息的呼叫連接時， 向CBP發(fā)送信用控制請求CCR消息，請求CBP對本次呼叫進(jìn)行費用預(yù)留，接收到CBP發(fā)送的 費用預(yù)留請求反饋信息后，指示SSP為用戶之間進(jìn)行呼叫連接，SCP生成包含呼叫雙方用戶 號碼信息的呼叫連接，防止在用戶之間呼叫連接正常存續(xù)期間，再次在相同用戶間建立呼 叫連接的可能性，進(jìn)而避免因金額未及時釋放而存在呼叫失敗的可能性，當(dāng)用戶掛機(jī)，SSP 向SCP發(fā)送始發(fā)斷開請求消息，SSP收到該消息后，刪除包含呼叫雙方用戶號碼信息的呼叫 連接，避免由于該呼叫連接刪除得不及時，影響下一次雙方用戶間建立正常的呼叫連接。為便于理解，下面以一具體應(yīng)用場景說明對交換設(shè)備側(cè)、業(yè)務(wù)控制設(shè)備側(cè)和計費 控制設(shè)備側(cè)的交互過程進(jìn)行詳細(xì)描述，請參閱圖3，本發(fā)明實施例中的通信方法另一個實施 例包括301、SCP接收SSP發(fā)送的始發(fā)申請消息，提取其中包含的主、被叫號碼；當(dāng)用戶發(fā)起呼叫時，業(yè)務(wù)交換點SSP向業(yè)務(wù)控制點SCP發(fā)送始發(fā)申請消息0RREQ， SCP接收該始發(fā)申請消息，并提取其中包含的主、被叫號碼。302、SCP判斷是否存在基于呼叫雙方的呼叫連接；SCP判斷是否存在包含呼叫雙方用戶號碼信息的呼叫連接，若存在，則中斷用戶發(fā) 起的呼叫。303、SCP向SSP發(fā)送始發(fā)申請反饋消息；若SCP判斷的結(jié)果為存在包含呼叫雙方用戶號碼信息的呼叫連接，即當(dāng)前已經(jīng)存在呼叫雙方之間的連接，則向SSP發(fā)送始發(fā)申請反饋消息，拒絕建立呼叫連接。304、SCP向CBP發(fā)送信用控制請求消息；若SCP判斷的結(jié)果為不存在包含呼叫雙方用戶號碼信息的呼叫連接，即當(dāng)前不存 在呼叫雙方之間的連接，則向計費控制點CBP發(fā)送信用控制請求消息CCR initial，請求 CBP對本次呼叫進(jìn)行費用預(yù)留。305、SCP接收計費應(yīng)答消息；CBP對本次呼叫進(jìn)行費用預(yù)留后，向SCP發(fā)送計費應(yīng)答消息CCA initial, SCP接 收該計費應(yīng)答消息。306、指示SSP進(jìn)行呼叫連接；SCP接收CBP進(jìn)行費用預(yù)留的反饋信息后，向SSP發(fā)送反饋ORREQ的對應(yīng)orreq消 息，指示SSP建立用戶之間的呼叫連接。307、SCP接收SSP發(fā)送的呼叫連接反饋消息；用戶之間建立呼叫連接后，SSP向SCP發(fā)送呼叫連接反饋消息OAnswer，SCP接收 該消息。308、SCP生成包含呼叫雙方用戶號碼信息的呼叫連接；SCP接收到SSP發(fā)送的用戶之間的呼叫連接反饋消息OAnswer后，生成包含呼叫雙 方用戶號碼信息的呼叫連接。309、SCP接收SSP發(fā)送的始發(fā)斷開請求消息；當(dāng)用戶掛機(jī)，SSP向SCP發(fā)送始發(fā)斷開請求((DISCONNECT，Origination, DISCONNECT)消息，SSP收到該消息。310、SCP刪除包含呼叫雙方信息的呼叫連接信息。下面介紹本發(fā)明實施例中的業(yè)務(wù)控制設(shè)備，請參閱圖4，本發(fā)明實施例中的業(yè)務(wù)控 制設(shè)備的一個實施例包括接收單元401，用于接收交換設(shè)備發(fā)送的呼叫控制請求，提取其中包含的呼叫特征 參數(shù)，還用于接收該交換設(shè)備發(fā)送的呼叫建立通知以及呼叫結(jié)束通知；判斷單元402，用于判斷是否存在與該呼叫特征參數(shù)相對應(yīng)的呼叫控制條目；具體來說，判斷單元402用于判斷存儲的呼叫控制條目中是否存在與該呼叫特征 參數(shù)相對應(yīng)的呼叫控制條目。返回單元403，用于在判斷單元402判定存在與該呼叫特征參數(shù)相對應(yīng)的呼叫控 制條目時，向交換設(shè)備返回拒絕呼叫消息；發(fā)送單元404，用于在判斷單元402判定不存在與該呼叫特征參數(shù)相對應(yīng)的呼叫 控制條目時，向計費設(shè)備發(fā)送計費請求。需要說明的是，該業(yè)務(wù)控制設(shè)備還可以進(jìn)一步包括生成單元405，用于在接收單元401收到交換設(shè)備發(fā)送的呼叫建立通知時，生成與 該呼叫特征參數(shù)相對應(yīng)的呼叫控制條目；具體來說，生成單元405還用于將生成的呼叫控制條目存儲到判斷單元402中。刪除單元406，用于在接收單元401收到交換設(shè)備發(fā)送的呼叫結(jié)束通知時，刪除與 該呼叫特征參數(shù)相對應(yīng)的呼叫控制條目。具體來說，刪除單元406還用于將與該呼叫特征參數(shù)相對應(yīng)的呼叫控制條目從判斷單元402中刪除。本發(fā)明實施中，接收單元401，接收交換設(shè)備發(fā)送的呼叫控制請求，提取其中包含 的呼叫特征參數(shù)，判斷單元402判斷是否存在與該呼叫特征參數(shù)相對應(yīng)的呼叫控制條目， 若存在，則返回單元403，向交換設(shè)備返回拒絕呼叫消息，若不存在，則發(fā)送單元404向計費 設(shè)備發(fā)送計費請求，由于接收單元401在接收到呼叫控制請求并提取其中包含的呼叫特征 參數(shù)后，判斷單元402首先判斷是否已經(jīng)存在與該呼叫特征參數(shù)相對應(yīng)的呼叫控制條目， 如果存在則返回單元403，向交換設(shè)備返回拒絕呼叫消息，拒絕該呼叫請求，避免在相同用 戶間重復(fù)建立通話連接的情況，從而避免在呼叫方用戶的賬戶余額較低時，因金額未及時 釋放而存在呼叫失敗的可能性，降低接通率，影響最終用戶體驗。在接收單元401接收到交 換設(shè)備發(fā)送的呼叫建立通知時，生成單元405生成與該呼叫特征參數(shù)相對應(yīng)的呼叫控制條 目，在接收單元401接收到交換設(shè)備發(fā)送的呼叫結(jié)束通知時，刪除單元406刪除與該呼叫特 征參數(shù)相對應(yīng)的呼叫控制條目，防止由于刪除得不及時而影響下次呼叫雙方正常建立呼叫 連接。本發(fā)明實施例還提供了一種呼叫控制系統(tǒng)，與交換設(shè)備通信連接，具體請參閱圖 5，本發(fā)明實施例的呼叫控制系統(tǒng)包括業(yè)務(wù)控制設(shè)備501及計費設(shè)備502 ；其中，業(yè)務(wù)控制設(shè)備501用于接收該交換設(shè)備發(fā)送的呼叫控制請求，提取其中包 含的呼叫特征參數(shù)，判斷是否存在與該呼叫特征參數(shù)相對應(yīng)的呼叫控制條目，若是，則向該 交換設(shè)備返回拒絕呼叫消息；若否，則發(fā)出計費請求；計費設(shè)備502用于接收該業(yè)務(wù)控制設(shè)備發(fā)出的該計費請求，提取其中包含的呼叫 特征參數(shù)，判斷是否存在與該呼叫特征參數(shù)相對應(yīng)的費用預(yù)留條目，若是，則更新該費用預(yù) 留條目，若否，則生成與該呼叫特征參數(shù)相對應(yīng)的費用預(yù)留條目，以及向該業(yè)務(wù)控制設(shè)備返 回計費應(yīng)答。其中，上文所述的在判斷存在與該呼叫特征參數(shù)相對應(yīng)的費用預(yù)留條目時更 新該費用預(yù)留條目，具體可以為，刪除存在的與該呼叫特征參數(shù)相對應(yīng)的費用預(yù)留條目，再 根據(jù)該呼叫特征參數(shù)重新生成對應(yīng)的費用預(yù)留條目。盡管重新生成的費用預(yù)留條目和刪 除的費用預(yù)留條目均與上述呼叫特征參數(shù)相對應(yīng)，但重新生成的費用預(yù)留條目與刪除的費 用預(yù)留條目相比，將包含一些不同的參數(shù)，例如但不限于與費用預(yù)留條目的具體生成時間 (或者主叫用戶發(fā)起呼叫的時間)有關(guān)的參數(shù)。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以 通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機(jī)可讀存儲介質(zhì)中，上 述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。以上對本發(fā)明所提供的一種通話計費方法、業(yè)務(wù)控制設(shè)備及呼叫控制系統(tǒng)進(jìn)行了 詳細(xì)介紹，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實施例的思想，在具體實施方式
及應(yīng)用 范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種通話計費方法，其特征在于，包括接收交換設(shè)備發(fā)送的呼叫控制請求，提取其中包含的呼叫特征參數(shù)； 判斷是否存在與所述呼叫特征參數(shù)相對應(yīng)的呼叫控制條目； 若是，則向所述交換設(shè)備返回拒絕呼叫消息； 若否，則向計費設(shè)備發(fā)送計費請求。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在向所述計費設(shè)備發(fā)送計費請求之后，所 述方法還包括在收到所述交換設(shè)備發(fā)送的呼叫建立通知時，生成與所述呼叫特征參數(shù)相對應(yīng)的呼叫 控制條目。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法還包括在收到所述交換設(shè)備發(fā)送的呼叫結(jié)束通知時，刪除與所述呼叫特征參數(shù)相對應(yīng)的呼叫 控制條目。
4.根據(jù)權(quán)利要求1至3任一項所述的方法，其特征在于，所述方法還包括 所述呼叫特征參數(shù)包括主叫號碼和被叫號碼。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括所述呼叫控制請求為始發(fā)中請消息，所述拒絕呼叫消息為始發(fā)申請反饋消息，所述計 費請求為信用控制請求消息，所述呼叫建立通知為指示連接反饋消息，所述呼叫結(jié)束通知 為始發(fā)斷開請求消息。
6.一種業(yè)務(wù)控制設(shè)備，其特征在于，包括接收單元，用于接收交換設(shè)備發(fā)送的呼叫控制請求，提取其中包含的呼叫特征參數(shù)； 判斷單元，用于判斷是否存在與所述呼叫特征參數(shù)相對應(yīng)的呼叫控制條目； 返回單元，用于在所述判斷單元判定存在與所述呼叫特征參數(shù)相對應(yīng)的呼叫控制條目 時，向所述交換設(shè)備返回拒絕呼叫消息；發(fā)送單元，用于在所述判斷單元判定不存在與所述呼叫特征參數(shù)相對應(yīng)的呼叫控制條 目時，向計費設(shè)備發(fā)送計費請求。
7.根據(jù)權(quán)利要求6所述的設(shè)備，其特征在于，所述接收單元還用于接收所述交換設(shè)備 發(fā)送的呼叫建立通知，所述設(shè)備還包括生成單元，用于在所述接收單元收到所述交換設(shè)備發(fā)送的呼叫建立通知時，生成與所 述呼叫特征參數(shù)相對應(yīng)的呼叫控制條目。
8.根據(jù)權(quán)利要求7所述的設(shè)備，其特征在于，所述接收單元還用于接收所述交換設(shè)備 發(fā)送的呼叫結(jié)束通知，所述設(shè)備還包括刪除單元，用于在所述接收單元收到所述交換設(shè)備發(fā)送的呼叫結(jié)束通知時，刪除與所 述呼叫特征參數(shù)相對應(yīng)的呼叫控制條目。
9.根據(jù)權(quán)利要求6至8任一項所述的設(shè)備，其特征在于，所述設(shè)備還包括 所述呼叫特征參數(shù)包括主叫號碼和被叫號碼。
10.根據(jù)權(quán)利要求9所述的設(shè)備，其特征在于，所述設(shè)備還包括所述呼叫控制請求為始發(fā)申請消息，所述拒絕呼叫消息為始發(fā)申請反饋消息，所述計 費請求為信用控制請求消息，所述呼叫建立通知為指示連接反饋消息，所述呼叫結(jié)束通知 為始發(fā)斷開請求消息。
11. 一種呼叫控制系統(tǒng)，與交換設(shè)備通信連接，其特征在于，包括 業(yè)務(wù)控制設(shè)備，用于接收所述交換設(shè)備發(fā)送的呼叫控制請求，提取其中包含的呼叫特 征參數(shù)；判斷是否存在與所述呼叫特征參數(shù)相對應(yīng)的呼叫控制條目；若是，則向所述交換 設(shè)備返回拒絕呼叫消息；若否，則發(fā)出計費請求；計費設(shè)備，用于接收所述業(yè)務(wù)控制設(shè)備發(fā)出的所述計費請求，提取其中包含的所述呼 叫特征參數(shù)；判斷是否存在與所述呼叫特征參數(shù)相對應(yīng)的費用預(yù)留條目；若是，則更新所 述費用預(yù)留條目；若否，則生成與所述呼叫特征參數(shù)相對應(yīng)的費用預(yù)留條目；以及向所述 業(yè)務(wù)控制設(shè)備返回計費應(yīng)答。
全文摘要
本發(fā)明實施例公開了一種通話計費方法、業(yè)務(wù)控制設(shè)備及呼叫控制系統(tǒng)，用于避免當(dāng)用戶的賬戶余額較低時，因前一通話的預(yù)留金額被后一通話占用，而無法扣除前一通話的費用。本發(fā)明實施例方法包括業(yè)務(wù)控制設(shè)備接收交換設(shè)備發(fā)送的呼叫控制請求，提取其中包含的呼叫特征參數(shù)，判斷是否存在與該呼叫特征參數(shù)相對應(yīng)的呼叫控制條目，若是，則向交換設(shè)備返回拒絕呼叫消息，若否，則向計費設(shè)備發(fā)送計費請求。本發(fā)明還提供了一種業(yè)務(wù)控制設(shè)備及呼叫控制系統(tǒng)。
文檔編號H04W88/18GK102137378SQ20111004989
公開日2011年7月27日 申請日期2011年3月2日 優(yōu)先權(quán)日2011年3月2日
發(fā)明者周巨偉 申請人:華為技術(shù)有限公司