開機提醒_業(yè)務兩種主要實現(xiàn)方式及比較

- 40 -經(jīng) 驗 與 交 流電信工程技術與標準化2009.6“開機提醒”業(yè)務兩種主要實現(xiàn)方式及比較封鐸(中國移動通信集團設計院有限公司北京 100080)摘要 本文對開機提醒業(yè)務SCP及信令采集兩種主要實現(xiàn)方式進行了深入介紹，并對其實現(xiàn)方式的優(yōu)缺點進行了全面的比較。關鍵詞 開機提醒SCP信令采集近年來，隨著傳統(tǒng)話音業(yè)務的逐漸飽和以及資費的不斷下降，電信運營商把目光投向了電信增值業(yè)務，而這一趨勢在移動網(wǎng)絡中表現(xiàn)得更加明顯， 短信、 彩信、WAP、彩鈴等眾多增值業(yè)務已經(jīng)成為移動運營商收入的新的增長點，增值業(yè)務在移動運營商的整體收入所占比重也呈逐年增加的趨勢。由于現(xiàn)有2G及 2.5G 網(wǎng)絡帶寬的限制，類似3G可以開展的一些移動視頻類增值業(yè)務在現(xiàn)有網(wǎng)絡上無法順利開展，如何在現(xiàn)網(wǎng)基礎上推出新型的增值業(yè)務，在滿足用戶多樣化需求的同時增加移動運營商的收入，是移動運營商一直在努力探索的話題，而“開機提醒”業(yè)務就是針對這一訴求而推出的一種新型的增值業(yè)務。目前，少量移動運營商已經(jīng)建設了成熟的“開機提醒”業(yè)務平臺，更多的移動運營商正在或準備建設這一新型的增值業(yè)務平臺。1 “開機提醒”業(yè)務“開機提醒”業(yè)務是為主叫用戶提供的一種新型呼叫提醒類業(yè)務，簡單地說就是在一次失敗的話音呼叫過程中（因被叫用戶關機或不在服務區(qū)） ，向定制業(yè)務的主叫用戶提供被叫用戶開機信息的服務。即定制開機提醒業(yè)務的用戶作為主叫呼叫被叫用戶，由于被叫用戶處于不可及狀態(tài)而無法接通時，當被叫（限于網(wǎng)內(nèi)用戶）開機或重新回到服務區(qū)時，開機提醒業(yè)務平臺通過短信方式及時通知主叫用戶被叫的開機信息?！伴_機提醒”業(yè)務的實現(xiàn)方式有3種：呼叫轉(zhuǎn)移方式、SCP 方式和信令采集方式。其中呼叫轉(zhuǎn)移方式由于需要將被叫用戶呼叫轉(zhuǎn)移到開機提醒平臺，一方面很難做到對于同一運營商全網(wǎng)用戶的統(tǒng)一呼轉(zhuǎn)，只能將被叫用戶限制在統(tǒng)一結算的特定區(qū)域，如移動運營商的一個省公司；另一方面由于呼轉(zhuǎn)到開機提醒平臺由于網(wǎng)絡級呼轉(zhuǎn)，當被叫用戶需開通其它呼轉(zhuǎn)類業(yè)務時會發(fā)現(xiàn)由于原來的呼轉(zhuǎn)到開機提醒平臺上的呼轉(zhuǎn)很難取消，如果取消掉原來的呼轉(zhuǎn)，開機提醒業(yè)務則不能正常開展。因此呼轉(zhuǎn)方式實現(xiàn)起來雖然簡單，并且在某地運營商曾經(jīng)實際使用，但由于存在很多缺點并且受限較多，實際使用時容易引起用戶投訴，因此以呼轉(zhuǎn)方式實現(xiàn)開機提醒業(yè)務的方法被逐漸摒棄，因此本文也不再對呼叫轉(zhuǎn)移實現(xiàn)的開機提醒進行更多的討論，而是集中在SCP和信令采集這兩種主要實現(xiàn)開機提醒業(yè)務的方式上。2開機提醒平臺所要解決的核心問題根據(jù)上面對開機提醒平臺功能描述，我們知道，- 41 - 電信工程技術與標準化 2009.6經(jīng) 驗 與 交 流由于開機提醒業(yè)務針對主叫用戶，即是給主叫提供的業(yè)務，因此在實際運行時應該是主叫簽約開機提醒服務，而被叫改動或開銷越少越好，并且主叫簽約也可以比較方便地滿足現(xiàn)有移動運營商以省為單位進行結算的模式。根據(jù)開機提醒平臺的服務及簽約模式，開機提醒平臺需要解決的核心問題有如下幾方面。2.1 信令收斂問題由于開機提醒業(yè)務針對主叫用戶提供服務，當主叫用戶呼叫被叫時，開機提醒平臺一方面要識別出簽約開機提醒的主叫用戶，另一方面還要識別出簽約主叫用戶每次呼叫中被叫用戶的狀態(tài)，以便在被叫關機時給主叫提供開機提醒服務，如何從如此多的用戶及其呼叫中篩選出需要的信息，這就需要對信令進行監(jiān)測及分析，因此如何實現(xiàn)信令的收斂就是開機提醒平臺必須要解決的問題。為了解決這一問題，實際應用中SCP及信令采集方式都不約而同將目光集中到智能網(wǎng)上來，通過對呼入智能網(wǎng)的呼叫監(jiān)測來解決信令收斂的問題，但這樣同時又帶來了另外一個問題，雖然大多數(shù)用戶已經(jīng)是智能網(wǎng)用戶或開通了智能網(wǎng)業(yè)務，也就是說這些呼叫都有一個呼叫轉(zhuǎn)入智能網(wǎng)處理的過程，但仍有部分是非智能網(wǎng)用戶，為了實現(xiàn)普遍服務或非岐視性服務，非智能網(wǎng)用戶的信令收斂問題也需要加以解決。2.2 開機提醒平臺與現(xiàn)有智能網(wǎng)的關系出于信令收斂的需要，開機提醒平臺需要對由智能網(wǎng)處理的呼叫進行監(jiān)控，這樣也就帶來了一個如何處理開機提醒平臺和現(xiàn)有智能網(wǎng)之間關系的問題，開機提醒平臺與現(xiàn)有智能網(wǎng)平等，還是有一定等級關系，智能網(wǎng)是否需要改造以適應開機提醒平臺，這些問題都會由于實現(xiàn)方式的不同而有所變化。2.3 如何監(jiān)測被叫的狀態(tài)這個問題包括兩個方面： （1）呼叫過程中開機提醒平臺如何獲得被叫的狀態(tài)信息，即被叫不可及、關機還是狀態(tài)正常不需處理； （2）當原關機的被叫重新開機時開機提醒平臺如何監(jiān)測到，以便給主叫發(fā)送提醒信息。2.4 開機提醒用戶開銷戶的處理開機提醒用戶的開銷戶由BOSS統(tǒng)一調(diào)用，用戶簽約及計費信息由 BOSS 來進行統(tǒng)一處理，但同時 BOSS也需將開機提醒的簽約信息同步給開機提醒平臺、智能網(wǎng)及HLR，由于實現(xiàn)方式的不同，SCP實現(xiàn)方式和信令采集的實現(xiàn)方式是不同的。3 SCP 方式實現(xiàn)開機提醒業(yè)務SCP方式實現(xiàn)開機提醒業(yè)務的著眼點在于，開機提醒平臺同時作為一個SCP， 即平臺由兩個模塊組成：SCP模塊及開機提醒業(yè)務模塊，兩個模塊分別完成不同的功能，共同完成開機提醒服務。而整個開機提醒平臺則類似于各個智能 網(wǎng)（SCP ）之上的智能網(wǎng)，可以稱為 Super SCP。SCP 方式邏輯組 網(wǎng)方式如圖1所示。從圖中可看出，開機提醒平臺位于智能網(wǎng)的后端，和智能網(wǎng)、BOSS、HLR、O-MSC、T_MSC 以及短信網(wǎng)關都有數(shù)據(jù)或信令接口。在SCP方式中，開機提醒平臺將用戶分為智能網(wǎng)用戶和非智能網(wǎng)，對于兩者的處理流程（主要是信令收斂流程）有著很大的不同。圖 1 SCP方式邏輯組網(wǎng)圖- 42 -經(jīng) 驗 與 交 流電信工程技術與標準化2009.63.1 簽約開機提醒平臺的非智能網(wǎng)用戶處理流程非智能網(wǎng)用戶處理流程：（1）主叫發(fā)起呼叫；（2）如用戶為開機提醒簽約用戶，將呼叫轉(zhuǎn)入開機提醒平臺；（3）開機提醒平臺給HLR發(fā)送ATI消息， 要求檢測用戶狀態(tài)，同時給 O_MSC 發(fā)送呼叫繼續(xù)的消息；（4）HLR發(fā)送PSI消息給T_MSC；（5）T_MSC 查詢用戶狀態(tài)并發(fā)送攜帶被叫狀態(tài)信息PSI_ACK給HLR；（6）HLR 發(fā)送攜帶被叫狀態(tài)信息 ATI_ACK 給開機提醒系統(tǒng)；（7）如果被叫用戶為關機或不可及狀態(tài)，則開機提醒平臺監(jiān)測用戶的狀態(tài)，并在用戶開機或可及后及時通過短信網(wǎng)關發(fā)送提醒短信給主叫用戶。3.2 簽約開機提醒平臺的智能網(wǎng)用戶處理流程智能網(wǎng)用戶處理流程：（1）主叫發(fā)起呼叫；（2）呼叫轉(zhuǎn)入智能網(wǎng)；（3）智能網(wǎng)進行判斷主叫是否為簽約開機提醒用戶及被叫是否為網(wǎng)內(nèi)用戶，假如上述結果均為是，則將這一消息及相關主被叫數(shù)據(jù)傳送給開機提醒平臺，由其進行處理，并且給 O_MSC 發(fā)送繼續(xù)呼叫的消息。如果任何一個是結果為否，則只給 O_MSC 發(fā)送繼續(xù)呼叫的消息；（4）開機提醒平臺發(fā)送ATI消息，判斷被叫狀態(tài)，這一步屬于監(jiān)測用戶狀態(tài)的過程，這一過程和非智能網(wǎng)用戶流程相同，不再詳述。3.3 幾個需注意的問題篇幅所限，開機提醒平臺判斷被叫狀態(tài)等信令流程這里不再詳述，但SCP方式實現(xiàn)開機提醒有以下幾個問題需引起注意。（1）智能網(wǎng)用戶開通開機提醒業(yè)務 時，BOSS需將O-CSI簽約消息同步給智能網(wǎng)、HLR及開機提醒平臺；（2）非智能網(wǎng)用戶開通開機提醒業(yè)務 時，BOSS 需將 O-CSI 簽約消息同步給開機提醒平臺（相當于 SCP）及HLR；（3）現(xiàn)有智能網(wǎng)流程需進行改造，增加判斷是否為開機提醒用戶，以確定是否由開機提醒平臺監(jiān)測被叫狀態(tài)，需將含主被叫號碼的信息發(fā)送給開機提醒平臺。4以信令采集方式實現(xiàn)開機提醒業(yè)務與SCP方式相同，信令采集方式實現(xiàn)信令收斂也是著眼于智能網(wǎng)，但不同的是，信令采集方式不需改變現(xiàn)有智能網(wǎng)的流程，而是在智能網(wǎng)與 LSTP 及 HSTP之間進行CAP信令的采集，將采集下來的信令發(fā)送給開機提醒平臺進行分析，從而獲得每一次呼叫的信息，這種信息不僅包含主叫是否為開機提醒簽約用戶的信息，同時還包含了呼叫是否成功的信息。通過對CAP信令的采集開機提醒平臺確定了是否需要對被叫的狀態(tài)是否監(jiān)控。具體流程如圖3所示。由圖中可以看出信令采集實現(xiàn)信令收斂的方式與SCP是完全不同的，但同樣，對于智能網(wǎng)用戶和非智能網(wǎng)用戶信令采集方式也需分別處理，對于智能網(wǎng)用圖 2非智能網(wǎng)用戶處理流程- 43 - 電信工程技術與標準化 2009.6經(jīng) 驗 與 交 流戶可以通過智能網(wǎng)與STP之間的信令實現(xiàn)對其狀態(tài)的監(jiān)控，但對于非智能網(wǎng)用戶必須添加O-CSI消息來實現(xiàn)對其信令的采集。信令采集方式判斷用戶開機及發(fā)送提醒短信的流程與SCP方式基本相同，這里不再贅述。5兩種方式的比較雖然在被叫用戶狀態(tài)監(jiān)測及發(fā)送提醒短信的流程方面有相同之處，但兩種方式還是存在很大的不同，這些不同點表現(xiàn)如下。5.1 對智能網(wǎng)用戶的處理SCP方式由于采用業(yè)務嵌套的方式，因此對現(xiàn)有智能網(wǎng)業(yè)務流程需進行改造，把簽約開機提醒的用戶信息交由開機提醒平臺進行處理，而信令采集方式則不需對智能網(wǎng)進行改造。5.2 對非智能網(wǎng)用戶的處理為了完成用戶的信令收斂功能，必須對開通開機提醒的非智能網(wǎng)用戶添加 O-CSI 簽約信息，由于SCP方式的開機提醒平臺本身就具備智能網(wǎng)功能，所以對非智能網(wǎng)用戶只需將簽約信息添加到開機提醒平臺即可，但信令采集方式則不具備此優(yōu)勢，用戶簽約信息的添加必須信賴現(xiàn)有智能網(wǎng)或新建的SCP。5.3 對 BOSS 的要求信令采集方式對 BOSS 沒有特殊要 求，BOSS 只需將簽約信息按正常操作同步給SCP（由于非智能網(wǎng)用戶信令收斂而添加的簽約信息） 、HLR及開機提醒平臺即可，原有的智能網(wǎng)用戶信息不用改 變。SCP 方式要求 BOSS 系統(tǒng)將簽約信息同步給智能網(wǎng)（智能網(wǎng)用戶簽約開機提醒業(yè)務） 、 HLR及開機提醒平臺（非智能網(wǎng)用戶簽約） 。換句話說，無論是否為智能網(wǎng)用 戶，SCP 方式都需 BOSS 系統(tǒng)將簽約信息同步給智能網(wǎng)（原智能網(wǎng)及開機提醒平臺） ，而信令采集方式只需將非智能網(wǎng)用戶的信息同步給智能網(wǎng)。5.4 被叫用戶的狀態(tài)獲取當檢測到用戶關機或不在服務區(qū) 時，SCP 與信令采集方式對用戶開機的監(jiān)測是完全一致的，都是通過發(fā)送ATI消息以隱形短信的方式發(fā)送給HLR以獲得被叫的開機信息。但在呼叫過程中，兩種方式獲取被叫狀態(tài)是不同的，信令采集分析采集下來的信令，當主叫為簽約用戶時，則通過信令判斷被叫狀態(tài)，如果為正常通話，則不需任何操作，只有當主叫關機或不可及時才需要被叫進行監(jiān)測。而SCP方式由智能網(wǎng)或開機提醒平臺進行簽約用戶的判斷，只要主叫為開機提醒用戶，則開機提醒發(fā)送ATI消息給HLR以獲取被叫的狀態(tài)信息，如果被叫為關機或不可及狀態(tài)，則開機提醒平臺啟動對被叫的監(jiān)控流程。5.5 信令采集設備及時延的問題由于實現(xiàn)方式的區(qū) 別，SCP 方式?jīng)]有信令采集設備的需求，并且只增加了一個業(yè)務嵌套，在處理速度方面沒有任何問題。但對于信令采集方式，如果現(xiàn)有的信令采集設備沒有空余端口，則必須的新建信令采集設備，并且由于需要采集全省智能網(wǎng)CAP信令，并對這些海量數(shù)據(jù)進行分析，而開機提醒服務必須提供實時服務。這對信令采集及處理設備的要求都比較高，同時由于這種較高的要求也就限制了利用現(xiàn)網(wǎng)信令采集設備的可行性。以上對SCP及信令采集方式實現(xiàn)開機提醒業(yè)務進行了全面的比較，但筆者在這里無意對兩種實現(xiàn)方式圖 3信令采集方式實現(xiàn)開機提醒業(yè)務流程圖- 44 -經(jīng) 驗 與 交 流電信工程技術與標準化2009.6Contrast of “SCP” and “Signal Collection”, Two Way to Realize “Online Reminder”Feng duo(China Mobile Group Design Institute Co., Ltd., Beijing 100080)Abstract This paper introduces “SCP” and “signal collection”, the two way to realize “online reminder”, and compares the strongpoint and weakness of each method fully.Keywords online reminder, SCP, signal collection的優(yōu)劣做一個結論性的判斷。這是因為，在實際應用中造價、SCP（智能網(wǎng)）的數(shù)量及容量、信令采集設備的端口及處理能 力、SCP 與 STP 信令鏈路的數(shù)量、是否需新建SCP及信令采集設 備、BOSS 及智能網(wǎng)改造的難易程度、發(fā)送ATI消息對信令鏈路的需求等諸如此類的問題都會影響對實現(xiàn)方式的取舍，具體實施時移動運營商應根據(jù)實際情況決定采取哪種方式來實現(xiàn)開機提醒業(yè)務。( 收稿日期 ：2008 年 1 0月1日)聲明三則 本刊 2008 年第 3 期發(fā)表的文章應用坎貝爾方法配置 GPRS/EDGE 的靜態(tài)信道及數(shù)據(jù)流量對話音信道配置的影響經(jīng)其署名作者和中國移動通信集團設計院有限公司確認，文章中具原創(chuàng)性之內(nèi)容的相關知識產(chǎn)權均由中國移動通信集團設計院有限公司依法享有，任何單位和個人未經(jīng)中國移動通信集團設計院有限公司允許不得轉(zhuǎn)載或引用該篇文章中的相關原創(chuàng)性內(nèi)容。電信工程技術與標準化編輯部本人在電信工程技術與標準化