国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種漏話提示系統(tǒng)及其實現(xiàn)方法

      文檔序號:7757465閱讀:338來源:國知局
      專利名稱:一種漏話提示系統(tǒng)及其實現(xiàn)方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及移動通信技術(shù)領(lǐng)域,更具體地,涉及一種漏話提示系統(tǒng)及其實現(xiàn)方法。
      背景技術(shù)
      漏話提示系統(tǒng)用于移動通信系統(tǒng)網(wǎng)絡(luò)中,如圖1所示,傳統(tǒng)呈現(xiàn)漏話提示系統(tǒng)呈 現(xiàn)的功能網(wǎng)絡(luò)主要包括LHS(Lost Hint System,漏話提示系統(tǒng))、SMC(Short Message Center,短消息中心)、HLR (Home Location Register,歸屬位置寄存器)、MSC (Mobile Switch Center,移動交換中心)^P BSC (Base Station Controller,基站控制器)。結(jié)合圖1,傳統(tǒng)的漏話提示系統(tǒng)的實現(xiàn)方法主要包括以下步驟步驟101,主叫用戶A呼叫被叫用戶B ;通過步驟102,若被叫用戶B當前處于無線信號屏蔽區(qū)或者已關(guān)機等狀態(tài),則主叫 用戶A無法與被叫用戶B建立通話連接;步驟103,MSC根據(jù)被叫用戶B設(shè)置的漏話提示系統(tǒng)號碼將該呼叫與漏話提示系統(tǒng) 建立連接,通知漏話提示系統(tǒng)當前被叫用戶B有漏接電話;步驟104,漏話提示系統(tǒng)向MSC返回釋放呼叫連接,攜帶原因值通知MSC向主叫用 戶A播放無法接通被叫用戶B的語音提示;同時,在漏話提示系統(tǒng)中記錄被叫用戶B有來話 呼叫被漏接,漏話提示系統(tǒng)生成短消息發(fā)送給短消息中心;步驟105,短消息中心向HLR查找被叫用戶當前歸屬地,并將該短消息下發(fā)給被叫 用戶B所歸屬的MSC;步驟106,被叫用戶B所歸屬的MSC將收到的短消息下發(fā)給被叫用戶B,短信內(nèi)容 通常包括被漏接的電話產(chǎn)生的時間,主叫號碼等。由于此時被叫用戶B可能無法被尋呼到,在投遞失敗時,MSC通知SMC,SMC會通知 HLR,而HLR將置位短消息發(fā)送延遲標志,表示被叫用戶B當前有未被投遞成功的短消息。當 被叫用戶B進入無線信號覆蓋區(qū)或開機時,被叫用戶B通過位置更新等操作向所歸屬的HLR 登記,HLR通知短消息中心,被叫用戶B已重新登記并要求短消息中心重新下發(fā)當前被叫用 戶B被延遲的短消息,被叫用戶B收到短消息后自行決定是否呼叫被漏接的主叫用戶A。上述傳統(tǒng)漏話提示系統(tǒng)有兩點明顯的缺點第一,開通漏話業(yè)務(wù)的被叫用戶只能 被動地接收短消息,而不能自定義地設(shè)置提示方式;第二,被叫用戶將接收到所有漏接電話 的短消息提示,無法根據(jù)自己的設(shè)置對某些類型的呼叫進行過濾,從而使得用戶使用漏話 業(yè)務(wù)的感受性不好,不利于漏話業(yè)務(wù)的推廣。

      發(fā)明內(nèi)容
      本發(fā)明解決的技術(shù)問題是提供一種漏話提示系統(tǒng)及其實現(xiàn)方法,能夠根據(jù)被叫用 戶設(shè)置的漏話提示屬性向被叫用戶發(fā)送漏話提示信息,提高了用戶業(yè)務(wù)體驗。為解決上述技術(shù)問題,本發(fā)明提供了一種漏話提示系統(tǒng)的實現(xiàn)方法,所述方法包 括
      當主叫用戶呼叫被叫用戶產(chǎn)生漏話時,漏話提示系統(tǒng)緩存本次呼叫的漏話信息;所述漏話提示系統(tǒng)將緩存的漏話信息發(fā)送給所述被叫用戶。進一步地,所述漏話提示系統(tǒng)緩存本次呼叫的漏話信息包括漏話提示系統(tǒng)緩存本次呼叫中符合漏話提示屬性的漏話信息。進一步地,所述漏話提示系統(tǒng)將緩存的漏話信息發(fā)送給所述被叫用戶包括所述漏話提示系統(tǒng)將緩存的漏話信息中的符合漏話提示屬性的漏話信息發(fā)送給 所述被叫用戶。進一步地,主叫用戶呼叫被叫用戶產(chǎn)生漏話時,漏話提示系統(tǒng)還進行如下判斷步 驟若所述被叫用戶設(shè)置的所述漏話提示屬性為主動提示,則所述漏話提示系統(tǒng)進行 緩存;若所述被叫用戶設(shè)置的所述漏話提示屬性為被動提示,則所述漏話提示系統(tǒng)直接 將本次呼叫的漏話信息發(fā)送給所述被叫用戶。進一步地,所述漏話提示系統(tǒng)緩存漏話信息后,接收到所述被叫用戶撥打所述漏 話提示系統(tǒng)的第二接入碼的呼叫時,再向所述被叫用戶發(fā)送漏話信息;其中所述第二接入碼用于向所述漏話提示系統(tǒng)請求獲取漏話信息。進一步地,所述漏話提示屬性還包括呼叫類別;所述呼叫類別包括國際長途、省際長途、省內(nèi)長途和本地呼叫;所述漏話提示系統(tǒng)根據(jù)所述被叫用戶指定的一種或多種所述呼叫類別,對所述被 叫用戶進行漏話提示。進一步地,所述漏話提示屬性還包括呼叫時間段、和/或主叫用戶類別;其中所述主叫用戶類別包括移動用戶、固定電話用戶。本發(fā)明還提供了一種漏話提示系統(tǒng),所述系統(tǒng)包括漏話處理單元和漏話信息發(fā)送 單元,所述漏話處理單元用于,主叫用戶呼叫被叫用戶產(chǎn)生漏話時,緩存本次呼叫的漏 lSfn 息;所述漏話信息發(fā)送單元用于,將緩存的漏話信息發(fā)送給所述被叫用戶。此外,所述漏話處理單元進一步用于,僅緩存本次呼叫中符合漏話提示屬性的漏 lSfn 息。此外,所述漏話信息發(fā)送單元進一步用于,僅將緩存的漏話信息中符合漏話提示 屬性的漏話信息發(fā)送給所述被叫用戶。此外,所述漏話處理單元還用于,主叫用戶呼叫被叫用戶產(chǎn)生漏話時,進行如下判 斷步驟若所述被叫用戶設(shè)置的所述漏話提示屬性為主動提示,則對本次呼叫的漏話信息 進行緩存;若所述被叫用戶設(shè)置的所述漏話提示屬性為被動提示,則通過所述漏話信息發(fā)送 單元直接將本次呼叫的漏話信息發(fā)送給所述被叫用戶。此外,所述漏話處理單元進一步用于,緩存漏話信息后,接收到所述被叫用戶撥打 所述漏話提示系統(tǒng)的第二接入碼的呼叫時,再通過所述漏話信息發(fā)送單元向所述被叫用戶發(fā)送緩存的漏話信息。與現(xiàn)有技術(shù)相比,本發(fā)明至少具有如下特點本發(fā)明提供了一種用戶可選擇的短消息主動提示和短消息被動提示的實現(xiàn)方 法;此外,本發(fā)明還提供了一種在漏話提示系統(tǒng)按呼叫類別一定規(guī)則進行篩選的實現(xiàn) 方法,實現(xiàn)只針對用戶所設(shè)定的某些類別符合規(guī)則的漏接呼叫發(fā)送短消息提示信息;通過本發(fā)明技術(shù)方案,極大地提高了漏話業(yè)務(wù)的用戶感受性,有利于漏話業(yè)務(wù)的 推廣使用,給通信網(wǎng)絡(luò)運營帶來更高的收益。


      圖1為傳統(tǒng)漏話提示系統(tǒng)的組網(wǎng)示意圖;圖2為本發(fā)明實施例的漏話提示系統(tǒng)的組成示意圖;圖3a為本發(fā)明另一實施例的漏話提示系統(tǒng)的組成示意圖;圖3b為圖3a所示實施例中號碼數(shù)據(jù)庫的示意圖;圖4為本發(fā)明實施例的漏話提示流程的示意圖;圖5為本發(fā)明實施例中終端用戶主動獲取漏話提示信息的流程示意圖。
      具體實施例方式本發(fā)明的目的在于,提供一種漏話提示系統(tǒng)的實現(xiàn)方法,具體采用如下技術(shù)方 案當主叫用戶呼叫被叫用戶產(chǎn)生漏話時,漏話提示系統(tǒng)緩存本次呼叫的漏話信息;所述漏話提示系統(tǒng)將緩存的漏話信息發(fā)送給所述被叫用戶。進一步地,所述漏話提示系統(tǒng)緩存本次呼叫的漏話信息包括漏話提示系統(tǒng)緩存本次呼叫中符合漏話提示屬性的漏話信息。進一步地,所述漏話提示系統(tǒng)將緩存的漏話信息發(fā)送給所述被叫用戶包括所述漏話提示系統(tǒng)將緩存的漏話信息中的符合漏話提示屬性的漏話信息發(fā)送給 所述被叫用戶。進一步地,主叫用戶呼叫被叫用戶產(chǎn)生漏話時,漏話提示系統(tǒng)還進行如下判斷步 驟若所述被叫用戶設(shè)置的所述漏話提示屬性為主動提示,則所述漏話提示系統(tǒng)進行 緩存;若所述被叫用戶設(shè)置的所述漏話提示屬性為被動提示,則所述漏話提示系統(tǒng)直接 將本次呼叫的漏話信息發(fā)送給所述被叫用戶。進一步地,所述漏話提示系統(tǒng)緩存漏話信息后,接收到所述被叫用戶撥打所述漏 話提示系統(tǒng)的第二接入碼的呼叫時,再向所述被叫用戶發(fā)送漏話信息;其中所述第二接入碼用于向所述漏話提示系統(tǒng)請求獲取漏話信息。此外,漏話提示系統(tǒng)緩存漏話提示信息后,向被叫用戶發(fā)送漏話信息的時機,除上 述提到的接收到被叫用戶請求撥打漏話提示系統(tǒng)的第二接入碼之外,還可以設(shè)置為定期 發(fā)送、或者每隔N(N為大于1的正整數(shù))條向被叫用戶發(fā)送漏話信息。
      進一步地,所述漏話提示屬性還可以包括呼叫類別;其中,所述呼叫類別可以定義為包括國際長途呼叫、省際長途呼叫、省內(nèi)長途呼 叫和本地呼叫;漏話提示系統(tǒng)根據(jù)所述被叫用戶指定的一種或多種所述呼叫類別,對所述被叫用 戶進行漏話提示。此外,所述漏話提示屬性也可以定義為其他規(guī)則,諸如按時間段,按主叫用戶是移 動用戶還是固定電話用戶,或者按被叫用戶自行設(shè)定的主叫號碼段等。為了便于闡述本發(fā)明,以下將結(jié)合附圖及具體實施例對本發(fā)明技術(shù)方案的實施作 進一步詳細描述。本發(fā)明實施例中提供了一種漏話提示系統(tǒng),如圖2所示,該漏話提示系統(tǒng)主要包 括漏話處理單元和漏話信息發(fā)送單元,其中漏話處理單元用于,主叫用戶呼叫被叫用戶產(chǎn)生漏話時,緩存本次呼叫的漏話信 息;漏話信息發(fā)送單元用于,將緩存的漏話信息發(fā)送給所述被叫用戶。此外,漏話處理單元進一步用于,僅緩存本次呼叫中符合漏話提示屬性的漏話信 肩、ο此外,漏話信息發(fā)送單元進一步用于,僅將緩存的漏話信息中符合漏話提示屬性 的漏話信息發(fā)送給被叫用戶。此外,漏話處理單元還用于,主叫用戶呼叫被叫用戶產(chǎn)生漏話時,進行如下判斷步 驟若被叫用戶設(shè)置的漏話提示屬性為主動提示,則對本次呼叫的漏話信息進行緩 存;若被叫用戶設(shè)置的所述漏話提示屬性為被動提示,則通過漏話信息發(fā)送單元直接 將本次呼叫的漏話信息發(fā)送給被叫用戶。此外,漏話處理單元進一步用于,緩存漏話信息后,接收到被叫用戶撥打所述漏話 提示系統(tǒng)的第二接入碼的呼叫時,再通過漏話信息發(fā)送單元向被叫用戶發(fā)送緩存的漏話信 肩、ο其中,所述的漏話提示屬性還可以包括呼叫類別、呼叫時間段、和/或主叫用戶類別;其中呼叫類別包括國際長途、省際長途、省內(nèi)長途和本地呼叫;主叫用戶類別包括移動用戶、固定電話用戶等。本發(fā)明另一實施例中提供了一種漏話提示系統(tǒng),如圖3a所示,本實施例的漏話提 示系統(tǒng)(LHS:Lost Hint System)分為四個主要組件,分別是呼叫處理模塊(CPM Ca 11 Process Module)、查詢處理模塊(QPM Query Process Module)、號碼數(shù)據(jù)庫(NDB =Number Database)和短消息處理模塊(SMSPM SMS Process Module)。其中,各組件的功能具體描 述如下呼叫處理模塊主要負責處理漏話提示系統(tǒng)與MSC系統(tǒng)間的呼叫信令;查詢處理模塊漏話提示系統(tǒng)收到MSC的呼叫信令后,呼叫處理模塊觸發(fā)查詢處 理模塊,查詢處理模塊根據(jù)MSC傳遞來的被叫號碼和主叫號碼查詢號碼數(shù)據(jù)庫,獲取當前被叫用戶的漏話業(yè)務(wù)設(shè)置屬性;號碼數(shù)據(jù)庫存儲開通漏話業(yè)務(wù)的被叫用戶數(shù)據(jù)及其漏話設(shè)置屬性,以及存儲主 叫號碼歸屬地數(shù)據(jù)。短消息處理模塊當查詢處理模塊得到號碼數(shù)據(jù)庫的查詢響應(yīng)后判斷,本次漏話 業(yè)務(wù)需要給被叫用戶發(fā)送短消息提示時,查詢模塊觸發(fā)短消息處理模塊,短消息處理模塊 構(gòu)造短消息內(nèi)容,短消息內(nèi)容包括本次呼叫的主叫號碼和產(chǎn)生呼叫的時間等信息,并向短 消息中心發(fā)送短消息請求,指示短消息中心以短消息形式給被叫用戶發(fā)送指定的短消息內(nèi)容。進一步地,本實施例的漏話提示系統(tǒng)中各模塊的具體功能描述如下呼叫處理模塊,用于主叫用戶呼叫被叫用戶產(chǎn)生漏話時,向查詢處理模塊發(fā)送漏 話產(chǎn)生通知;當所述被叫用戶向所述漏話提示系統(tǒng)請求獲取漏話信息時,向查詢處理模塊 發(fā)送漏話信息提取通知;查詢處理模塊,用于收到漏話產(chǎn)生通知時,向號碼數(shù)據(jù)庫查詢所述被叫用戶設(shè)置 的漏話提示屬性,若所述被叫用戶設(shè)置的所述漏話提示屬性為主動提示,則緩存本次呼叫 的漏話信息,并在收到漏話信息提取通知時,將緩存的所述被叫用戶的所有漏話信息發(fā)送 給短消息處理模塊;若所述被叫用戶設(shè)置的所述漏話提示屬性為被動提示,則直接將本次 呼叫的漏話信息發(fā)送給短消息處理模塊;號碼數(shù)據(jù)庫,用于存儲開通漏話業(yè)務(wù)的用戶數(shù)據(jù)及其設(shè)置的漏話提示屬性;短消息處理模塊,用于根據(jù)收到的所述被叫用戶的漏話信息生成短消息,通過短 消息中心發(fā)送給所述被叫用戶。此外,所述查詢處理模塊進一步用于,根據(jù)查詢到的所述被叫用戶設(shè)置的漏話提 示屬性,緩存本次呼叫中符合所述漏話提示屬性的漏話信息、或者將緩存的漏話信息中的 符合所述漏話提示屬性的漏話信息發(fā)送給所述被叫用戶。此外,所述漏話提示屬性還包括呼叫類別、呼叫時間段、和/或主叫用戶類別;所述號碼數(shù)據(jù)庫進一步用于,根據(jù)所述被叫用戶的設(shè)置存儲所述被叫用戶的所述 漏話提示屬性。此外,所述漏話提示系統(tǒng)設(shè)置第二接入碼,其中所述第二接入碼用于被叫用戶向 所述漏話提示系統(tǒng)請求獲取漏話信息;所述呼叫處理模塊進一步用于,接收到所述被叫用戶撥打所述漏話提示系統(tǒng)的第 二接入碼的呼叫時,向所述查詢處理模塊發(fā)送所述漏話信息提取通知。具體地,本實施例中的號碼數(shù)據(jù)庫結(jié)構(gòu)如圖3b所示,主要包括兩部分主叫號碼 庫和被叫號碼庫,其中主叫號碼庫存儲所有已知地區(qū)的號碼段,包括移動號碼段,固定電話號碼段,能 夠識別各號碼段的歸屬地;此外,主叫號碼庫還可以用于判斷產(chǎn)生漏話的呼叫的呼叫類別,即對于漏話業(yè)務(wù) 而言,被叫號碼都是本地的,在主叫號碼庫查詢主叫號碼的歸屬地,通過主叫號碼和被叫號 碼的歸屬地對比即可知道本次呼叫是國際長途呼叫或者省際長途呼叫或者是省內(nèi)長途呼 叫或者是本地呼叫等等。被叫號碼庫存儲所有在本漏話提示系統(tǒng)登記漏話業(yè)務(wù)的本地用戶號碼,以及每個用戶號碼的如下漏話提示屬性1)提示方式設(shè)置該用戶號碼的提示選擇,主動提示或者被動提示,必須且只能 設(shè)置一項;主動提示由用戶撥打特殊接入碼,漏話提示系統(tǒng)將當前所有漏接電話信息通過 短消息中心一起發(fā)送給被叫用戶;被動提示是指被叫用戶終端進入無線信號區(qū)或開機等場 景下系統(tǒng)向用戶下發(fā)短消息提示信息的方式,終端用戶被動接收短消息提示;2)呼叫類別本發(fā)明提供四項類別供選擇,用于符合所設(shè)置類別的漏話才發(fā)送短 消息提示信息,分別是國際長途、省際長途、省內(nèi)長途和本地呼叫。查詢處理模塊根據(jù)主叫 號碼歸屬地判斷當前呼叫所屬的類別;此外,還可以根據(jù)用戶要求設(shè)置多項漏話提示屬性,如呼叫時間段、和/或主叫用 戶類別等。圖4示出了本發(fā)明實施例的漏話提示處理流程,以下將結(jié)合圖4詳細描述本發(fā)明 的處理邏輯。這里,需要說明的是,漏話提示系統(tǒng)可以設(shè)置兩個接入碼,其中,接入碼1用于漏 話提示業(yè)務(wù),其相當于現(xiàn)有漏話提示系統(tǒng)的接入碼;接入碼2為用戶主動獲取漏話提示信 息的接入碼。如圖4所示,本實施例的漏話提示處理流程具體描述如下步驟401,漏話提示系統(tǒng)呼叫處理模塊收到MSC發(fā)送來的IAMdnitial Address Messages,初始地址消息)消息,消息中主叫號碼為MSC側(cè)發(fā)起呼叫的主叫用戶號碼,被叫 號碼為本漏話提示系統(tǒng)的接入號碼1,原被叫號碼為MSC側(cè)主叫用戶撥打的被叫用戶的號 碼,原因值為標準ISUP(ISDN User Part,綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分)原因值(被叫用戶尋 呼無響應(yīng)或關(guān)機等);步驟402,若IAM消息中無原被叫號碼,或有原被叫號碼,但無主叫號碼,呼叫處理 模塊直接返回Release消息,消息中釋放原因值與收到IAM消息中的原因值相同,MSC收到 Release消息后,解析該原因值,給主叫用戶播放提示音;步驟403,若IAM消息中同時有原被叫號碼和主叫號碼,呼叫處理模塊觸發(fā)查詢處 理模塊,向查詢處理模塊發(fā)送查詢請求,查詢請求消息中包含主叫號碼和原被叫號碼;步驟404,查詢處理模塊透傳呼叫處理模塊的查詢請求消息,發(fā)送查詢請求消息給 號碼數(shù)據(jù)庫;步驟405,號碼數(shù)據(jù)庫收到查詢請求消息,先根據(jù)原被叫號碼查詢被叫號碼庫。若 原被叫號碼不存在于被叫號碼庫中,號碼數(shù)據(jù)庫發(fā)送查詢響應(yīng)消息給查詢處理模塊,查詢 處理模塊發(fā)送查詢響應(yīng)給呼叫處理模塊,并指示呼叫處理模塊,原被叫號碼在本系統(tǒng)中不 存在,呼叫處理模塊收到查詢響應(yīng)后向MSC發(fā)送Release消息,消息中釋放原因值與收到 IAM消息中的原因值相同,MSC收到Release消息后,解析該原因值,給主叫用戶播放提示
      H ;步驟406,若原被叫號碼存在于被叫號碼庫中,獲取被叫號碼的漏話提示屬性;步驟407,根據(jù)收到的主叫號碼查詢主叫號碼庫,如果匹配主叫號碼段失敗,則認 為該主叫號碼不在主叫號碼庫的號碼段中,則認為主叫號碼為非規(guī)則號碼,不提供漏話提 示信息,號碼數(shù)據(jù)庫發(fā)送查詢響應(yīng)消息給查詢處理模塊,查詢處理模塊發(fā)送查詢響應(yīng)給呼 叫處理模塊,并指示呼叫處理模塊,主叫號碼在本系統(tǒng)中不存在,呼叫處理模塊收到查詢響應(yīng)后向MSC發(fā)送Release消息,消息中釋放原因值與收到IAM消息中的原因值相同,MSC收 到Release消息后,解析該原因值,給主叫用戶播放提示音;步驟408,如果匹配主叫號碼段成功,獲取到主叫號碼的歸屬地;步驟409,查詢處理模塊收到查詢響應(yīng)消息后,獲取被叫號碼的漏話提示屬性以及 主叫號碼的歸屬地,根據(jù)原被叫用戶所設(shè)置的呼叫類別屬性及提示方式屬性判斷當前需要 發(fā)送短消息提示信息;步驟410,判斷被叫用戶設(shè)置的提示方式是主動提示還是被動提示(如可根據(jù)被 叫號碼是接入碼1還是接入碼2進行判斷),若為主動提示,則再判斷本次呼叫的呼叫類別 是否符合被叫用戶設(shè)置的呼叫類別等漏話提示屬性,若符合,則查詢處理模塊將緩存當前 漏話信息,可以僅緩存當日的漏話信息,轉(zhuǎn)到步驟413 ;若為被動提示,則轉(zhuǎn)到步驟411 ;此外,查詢處理模塊判斷出被叫用戶設(shè)置的提示方式是主動提示時,也可以對產(chǎn) 生漏話的呼叫不進行篩選直接緩存,而是在后續(xù)步驟被叫用戶主動請求獲取漏話信息時, 根據(jù)被叫用戶設(shè)置的呼叫類別、呼叫時間段等漏話提示屬性對緩存的漏話信息進行篩選, 僅將緩存中符合被叫用戶設(shè)置的漏話提示屬性的漏話信息發(fā)送給被叫用戶。其中,漏話信息的緩存格式采用如下表1所示的格式表1漏話信息緩存格式
      權(quán)利要求
      一種漏話提示系統(tǒng)的實現(xiàn)方法,其特征在于,所述方法包括當主叫用戶呼叫被叫用戶產(chǎn)生漏話時,漏話提示系統(tǒng)緩存本次呼叫的漏話信息;所述漏話提示系統(tǒng)將緩存的漏話信息發(fā)送給所述被叫用戶。
      2.如權(quán)利要求1所述的方法,其特征在于,所述漏話提示系統(tǒng)緩存本次呼叫的漏話信 息包括漏話提示系統(tǒng)緩存本次呼叫中符合漏話提示屬性的漏話信息。
      3.如權(quán)利要求1所述的方法,其特征在于,所述漏話提示系統(tǒng)將緩存的漏話信息發(fā)送 給所述被叫用戶包括所述漏話提示系統(tǒng)將緩存的漏話信息中的符合漏話提示屬性的漏話信息發(fā)送給所述 被叫用戶。
      4.如權(quán)利要求2或3所述的方法,其特征在于,主叫用戶呼叫被叫用戶產(chǎn)生漏話時,漏 話提示系統(tǒng)還進行如下判斷步驟若所述被叫用戶設(shè)置的所述漏話提示屬性為主動提示,則所述漏話提示系統(tǒng)進行緩存;若所述被叫用戶設(shè)置的所述漏話提示屬性為被動提示,則所述漏話提示系統(tǒng)直接將本 次呼叫的漏話信息發(fā)送給所述被叫用戶。
      5.如權(quán)利要求2或3所述的方法,其特征在于,所述漏話提示系統(tǒng)緩存漏話信息后,接 收到所述被叫用戶撥打所述漏話提示系統(tǒng)的第二接入碼的呼叫時,再向所述被叫用戶發(fā)送 漏話信息;其中所述第二接入碼用于向所述漏話提示系統(tǒng)請求獲取漏話信息。
      6.如權(quán)利要求1、2或3所述的方法,其特征在于, 所述漏話提示屬性還包括呼叫類別;所述呼叫類別包括國際長途、省際長途、省內(nèi)長途和本地呼叫; 所述漏話提示系統(tǒng)根據(jù)所述被叫用戶指定的一種或多種所述呼叫類別,對所述被叫用 戶進行漏話提示。
      7.如權(quán)利要求1、2或3所述的方法,其特征在于,所述漏話提示屬性還包括呼叫時間段、和/或主叫用戶類別; 其中所述主叫用戶類別包括移動用戶、固定電話用戶。
      8.一種漏話提示系統(tǒng),其特征在于,所述系統(tǒng)包括漏話處理單元和漏話信息發(fā)送單元, 所述漏話處理單元用于,主叫用戶呼叫被叫用戶產(chǎn)生漏話時,緩存本次呼叫的漏話信息;所述漏話信息發(fā)送單元用于,將緩存的漏話信息發(fā)送給所述被叫用戶。
      9.如權(quán)利要求8所述的系統(tǒng),其特征在于,所述漏話處理單元進一步用于,僅緩存本次呼叫中符合漏話提示屬性的漏話信息。
      10.如權(quán)利要求8所述的系統(tǒng),其特征在于,所述漏話信息發(fā)送單元進一步用于,僅將緩存的漏話信息中符合漏話提示屬性的漏話 信息發(fā)送給所述被叫用戶。
      11.如權(quán)利要求8、9或10所述的系統(tǒng),其特征在于,所述漏話處理單元還用于,主叫用戶呼叫被叫用戶產(chǎn)生漏話時,進行如下判斷步驟若所述被叫用戶設(shè)置的所述漏話提示屬性為主動提示,則對本次呼叫的漏話信息進行 緩存;若所述被叫用戶設(shè)置的所述漏話提示屬性為被動提示,則通過所述漏話信息發(fā)送單元 直接將本次呼叫的漏話信息發(fā)送給所述被叫用戶。
      12.如權(quán)利要求8、9或10所述的系統(tǒng),其特征在于,所述漏話處理單元進一步用于,緩存漏話信息后,接收到所述被叫用戶撥打所述漏話 提示系統(tǒng)的第二接入碼的呼叫時,再通過所述漏話信息發(fā)送單元向所述被叫用戶發(fā)送緩存 的漏話信息。
      全文摘要
      本發(fā)明公開了一種漏話提示系統(tǒng)及其實現(xiàn)方法,其中所述方法包括當主叫用戶呼叫被叫用戶產(chǎn)生漏話時,漏話提示系統(tǒng)緩存本次呼叫的漏話信息;所述漏話提示系統(tǒng)將緩存的漏話信息發(fā)送給所述被叫用戶。本發(fā)明提供了一種用戶可選擇主動提示或被動提示的實現(xiàn)方法,此外,本發(fā)明提供的漏話提示系統(tǒng)還可以對呼叫類別按照用戶設(shè)置的一定規(guī)則進行篩選,實現(xiàn)只針對用戶所設(shè)定的某些類別符合規(guī)則的漏接呼叫發(fā)送提示信息,從而提高了漏話業(yè)務(wù)的用戶感受。
      文檔編號H04W4/16GK101938724SQ20101025874
      公開日2011年1月5日 申請日期2010年8月16日 優(yōu)先權(quán)日2010年8月16日
      發(fā)明者鄧繼雄 申請人:中興通訊股份有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1