TW391111B - Enhanced virtual access services platform - Google Patents
Enhanced virtual access services platform Download PDFInfo
- Publication number
- TW391111B TW391111B TW87120165A TW87120165A TW391111B TW 391111 B TW391111 B TW 391111B TW 87120165 A TW87120165 A TW 87120165A TW 87120165 A TW87120165 A TW 87120165A TW 391111 B TW391111 B TW 391111B
- Authority
- TW
- Taiwan
- Prior art keywords
- information
- network
- quot
- paging
- access
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/90—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP using Intelligent Networks [IN] or Advanced Intelligent Networks [AIN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/80—Rating or billing plans; Tariff determination aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0152—General billing plans, rate plans, e.g. charge rates, numbering plans, rate centers, customer accounts
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/016—Billing using Intelligent Networks [IN] or Advanced Intelligent Networks [AIN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/018—On-line real-time billing, able to see billing information while in communication, e.g. via the internet
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
五、發明說明(1) ' -- 發明領域 本發明係關於電訊’尤其係有關於可在虛擬基礎上提 供服務、且在交易(transaction)層次具有整合管理、計 費(billing)、及控制能六之全破通訊網路平台。 發明背景 美國電訊工業為超過9千萬的家庭及2千5百萬的商務 用戶服務(1億5千8百萬條線路),在1996年中所產生之年 收入約有4000億美金。但在此市場中,技術之進步卻相對 偏低’其中部份原因得歸咎於法令規範的限制。因此目前 之環境有若干嚴重之缺點。 1 9 84年之前’美國的電話服務大多係由AT&T所獨佔。 1 984年中,AT&T被迫放棄其區域性 〇 c a 1)電話系統, 建立七個分陡式貝爾作業公司(Refifi〇nal Bell Operating Companies," k!5〇Cs")。將RB〇Cs自AT&T的遠距服務事業分 開’產生兩段不同的電訊市場:區域交換及遠距。 遠庙市媒右處丨列的競爭,而在區域交換的市場中卻因 為難α推入而阻止競爭的出現。除了要有充沛的資金用來 建立許多具有競爭能力的網路外,這些市場的障礙還包括 經合法授權之區域獨佔權及競爭者無法輕易連接區域交換 梅I路。此外,既有的區域交換業者(Incumbent Local Exchange Carriers,"ILEC")(包括RBOCs)常拒絕以非附 隨方式開放(unbundle)他們的網路以提供支援廠商(third parties)存取其系統之非線路(non-wire)元件,你丨如钟費 管理、網路瞽理、及資源供應。
第5頁 8 71 20 1 65 五、發明說明(2) 1 996 年的通訊法案(Communication Act," Act")特別 針對阻止區域交換競爭之進入障礙,而建立了法令規程以 發展容許競爭的區域市場《Act預期三條進入市場之途徑 為··建槿新網路、使用既有網路之開放部份、及加值轉售 (reSaie)。今日,在Act下,RB〇Cs只能在合乎Act内含14_ 點查核表之要求下提供其個別區域交換分區的遠距服務。 至於其它方面,RBOCs必需証明他們面對來自以設施為基 礎之公司用獨立的網路及交換機提供另類區域服務的有效 競爭,且RBOCs需容許競爭者用「公平合理的」加值費 率存取區域服務網路,以提供加值服務。並以非附隨方式 開放其網路,讓競爭者可以購買基本的非_線路服務元件 (以從而建立自己的服務封包),以及建立規則,容許競 者可以連接至他們的網路。 …為了保護其網路之獨佔性,區域交換業者企圖以狹隨 之定義解讀以非附刀式明访夕符圍及連接規則。結果 使得競爭者無法完全利用現有區域交換網路之特色。因 妨礙競带並迫使新進業者鉍費大量時間及資金重作區 換設施。 現有網路之另一缺點為無法有效地將傳餅的窄頻帶 路連接至較新的宽箱罄網路。租赁線(lease(i Unes,或 κ : 窄頻帶線)連同其固定之點對點或多點組態,多年來一直 是用來傳輪資料之主要憑藉。雖然一直居於主導地位且仍 在成長中’但租賃線的領先地位已開始要被更快、更經濟 的訊包或訊框-基礎式寬頻帶資料搬動方法(寬頻帶線)所
第6頁 五、發明說明(3) 取代。這些方法之所以較有效率,大致上是因為它們允許 多個使用者共享同一傳輸。 雖然宽頻帶技術在傳送聲音、視訊、及資料資訊時有 明顯的優點,但迄今為止,仍無法建立泛用之寬頻帶基 礎式公用交換網路,也無決蔣it鞴嘗頻帶網路迷接至現有 之窄頻帶公用交換網路。這是闵為目前的公用交換網路環 境缺乏保作这類網路所需之管理、計費、及控制裝置。 目俞66俩路也無法以悬有效的方式利用傳呼處理資 訊。傳統的電話交換機用話音、簡單的繼電器(reUy)邏 輯、或其匕電性裝置(例如頻帶内發訊,jn_band s 1 gna 1 ing)傳送姆由正常聲音幹線電路之電話傳呼所需處 理的資訊。反之’發訊系統7(iiignaling System 7, "SS7"),這是最近開發出、也是目前最普遍的數位發訊系 統’攜載處理資訊通過和聲音幹線網路合開之眘料鍵結一 常被稱為「頻帶外發訊,。藉由將踗由(r〇u1;ing)資料、 計費資訊、及技術系統資料和控制等資訊儲存在服務桉制 點(service control D〇int,"SCP")層次,SS7 網路可以 不管所用之聲音電路類型而完成傳呼之設定及路由β因此 可以增加電訊聲咅綑政之诫唐及效率。 SS7技術也允許將電訊網路之部份智慧組件自實際交 換裝置移除’並置於中央服務管理系統(centralized
Services Management System ’ "SMS")資料庫中。如電話 號碼、傳呼卡(calling card)效期、800號碼路由、及傳 呼名稱之遞送等訊息係發送至訊號轉送點(signal
87120165 五、發明說明(4) transfer points,,,STPs”),以將訊息轉送至適當之 SCPs,並將處理資訊儲存於SCPs。這些SCPs亦内含線資訊 咨料庫(line information databases ’"LIDBS”),以提 供計費及傳呼卡效期、80 0號碼可攜性、及其它資料庫服 務。 無論是否使用傳統的電話交換機或SS7技術,目前的 網路以交換機為中心(switch-centric)、及事後 (after-the-fact)之方式收集傳呼處理資訊,也就是在傳 呼進入交換機後,但尚未自交換機轉發出去前,擷取僅屬 於傳呼交易中對交換機為可視之部份。傳統的交換機將所 收集之資訊以傳呼細筋記錄(CaH Detail Record, ’’CDR")之形式儲存於區域交換鷺者之中央辦公室,典型地 係儲存於某種磁性媒介(例如磁帶或磁碟)中。雖然 享許多標準元件,但每一種交換機仍會依本身之特定格式 產生CDRs,而這些CDRs不見得會和其它交換機_所用的 ^RS相政因此’各種區域交換機間係以分散式、非標 準事後之方式取得CDRs,妨無法存取或.起层认帮查 CDRs,以進行即時 狀考rnrnvi hr、而 路工程、計費管理 當傳呼者要調查特 呼資訊並非即時可 將CDRs復原,然 行處理。傳呼者真 分析或用以提供某些 言為有僧傕之服務, 、系統管理、或資源 定傳呼之歷程以履行 用。必須先在區域交 後將該資訊轉送至計 正看到所要的計費資 對傕用者或電訊提 包括網路管理、網 供應。舉例而言, 其計費義務時,傳 換機中由儲存内容 費介面處理器中進 訊前,可能要耗用 五、發明說明(5) 多達兩個計費週期。 在使用SS7技術的過程中,相 資料、計眷咨 當數量之交易資訊,如 及技術系統資料和控制等,-樣會通過 ί若IS利這些^資訊會在交易發生後完全被抛 務,則這些資訊^ ΓΓΛ理資訊進行一些^7網路服 /式被收隹、辟六^舍w散、交換機為中心、月段夕方 丨資訊作收隼及:在及利用。不但未就整個傳呼交易之ss7 u提供務而且也無法即時存取…以對使用 源#::::Ϊ::其7缺點為其無決冇钟地配置頻寬資 ^ 、疋頻穷用法。舉例而言,對窄頻帶租赁線使 用者典型地係依電路笟吾丰頦妒租頁線使 —入说m 说罨路谷量及兩點間之距離計費。若電路未 :王則其未用部份之容量無法供其它用途或客戶使 。 ’無法針斜特定用途之頻寬作考慮。 和組赁線不同的作法是使用訊框轉發(Frame Reia5〇 或ATM之封包絪路。即使像目前所作成的這些宽頻罄網 路,也會根^據客戶所期望之頻寬對吝戶收取固疋的月收費 用稱為約疋資訊費率(Commi tted Inf ογπι?ι·η ηπ 1?。+。, IR")。因為對於正確追蹤實際使用頻宽或實際傳輸資料 量之能力嚴重受限,任何低於頻寬約定量之使用(亦即低 CIR)均不能退費給使用者。進而,因為對客戶唯一能保証 之傳輸頻寬為原來之CIR,只有當網路上有更多頻寬可用 時’客戶才可以使用較合約中約定者更寬之頻寬,最高為 峰值資訊費率(pe?k iTlf〇rmati〇n Γ。十e,"piR")。 第9頁 8 7 1 2 0 1 65
因此,需要有改 合乎Act之要求 良之電訊系統,以使得區域交換業者 新進釐土 &典丄μ’但不會損及其專用之網路資訊或迫使 禾有耗贾大筆資各β a , ^ 電訊系統以作為窄瓶i時間延遲。進而,需要有改良之 聚:改良之電訊系統能以更省時及更有效率之方式存取、 2、及分析傳呼處理資訊 電訊系 統可以有效地配置及追跑相命汰, 路阳概要 1夂追蹤頻寬資源之使用。 有實根據本華明’用以提供電訊服務夕尔釔鲂先前之系統 一質之^广-听有备種不同之賞施例熟習此技蟄 有富可由此處之揭示了解本發明。本發明之某些實施例在 虛擬之基礎上提供具有整合管理計費及控制能力之服務。 本發明之某些實施例支捶視需求定頻寬(bandwidth_on_ 心-。n r〇之眼務。本發明之系些貢施例命劣遠端服務管.建 糸統(Service ManaffMPrit Svstem,"SMS")資料庫作存 取。本發明之某些實施例讓ILECs能以有效且安全之方式 合乎Act之要求。某些實施例作為窄頻帶及寬頻帶網路間 之泛用介面。熟習此技藝者當可根據此處之揭示了解本發 明的這些及其它實施例。 本發明之某些實族有許多優點,兑中包括,而非 只限,以下容巧· •系搞.接批穿$嘗瓶潘糖政友诵御政; .盔搞可右效地使用規有之ATM儋輪頻官; •系統可精砝地课重炎定頻寬;
第10頁 五、發明說明(7) •系統可根據所用之實際頻寬及真正之資料傳輸量計 費; •系統可收集所有跟交易有關之詳細記錄並即時將資 料轉換成客戶所黨之r.DRs ; •系統提供客戶耕諸如如時計費資料、網路狀態、首 次方換業辛/家戶峰目記錄交換(primary
Interexchange Carrier/Customer Account Record Exchange PIC/CARE")之存取、及客戶對 SMS資料庫更新等功能。 •系統提供肋眭钿改工程及苷理、訂卢(subscriber) 及宏卢hb铱徂瞄、及重 +番知备鐃瞢理; •系統可提供中介存取服務(Mediated Access Service," MAS"),以容許業者及服務提供者交換 關鍵資訊,而不會損及其專有之資料; •系統可以在一網路上傳輸聲音、資料、視訊、及其 它服務;和 •系統可視需要提供固定分段服務(例如永久式虛擬 電路[permanent virtual circuit ’"PVCs"]及軟 性永久式虛擬電路[soft permanent virtual circuit,"S-PVCs"])。 由以下之詳細說明,熟習此技藝者當可了解本發明某 些實施例的這些及其它優點。 圖式的簡辈説明 由以下之詳細說明及相關圖式將可以了解本發明之一
第11頁 8 71^0 165
種或更多種實施例,其中: 第1圏之高階圖為採用本發明實施例之通訊網路的 部份。 第2圖為元件管理器之實施例。 第3圏為主控(master)服務管理系統之實施例。 第4圏為介面元件管理器之實施例。 第5圏所示之範例說明在本發明之實施例中傳呼如何 由來源流經網路至目的。 第6圏所示之範例說明在本發明實施例中之伺服器架 構及交換中心組態。 第7圖所示之範例說明在本發明實施例中典型的資料 傳送相對於時間之樣式。 第8圖所示之範例說明在本發明實施例中之通訊架 構。 第9圖所示之範例說明在本發明實施例令之中介存 服務。
3_Ie_E»JS 第1圖之高階圖為採用木發明逯擬存取服潞平台 (Vwtual Access Services Platfnrm,"νΑ·ςρ"ΐ 音綠 场訊網玫的一部份。VASP条鐃係用以建立宽镅鹛诵訊網 政’因為可以當成职務提供者來盎作,故比處稱之為「 用VASP系統的某些實施例’傳統的窄頻帶網路可以有 钟地鉍社f軔好、較快之寬頻榫網路。VASP系統組件,碰 稱
第12頁
簡短地描述這些組件,而以下各扠將會有詳細之描述。
五、發明說明(10) 如第1圖及第2圖所示,第一個VSAP組件,EM 101,為 一組「元件管理器」。元件管理器進行許多VSAP系統功 能,例如介面轉接、協定轉換、及一般的管理和控制。EM 101 包括發訊元件管理器(Signaling Element Manager, "SEM")110、主控元件管理器(Master Element Manager, "MEM")105、傳輪元件管理器(Transport Element Manager ’ "TEM”)115。 SEM 110透過繼承SS7及其它增強 式發訊協定以管理網路之發訊層,而TEM 115透過繼承ATM 網路之介面(DS-0至0C-12)管理網路之傳輪層。MEM 105係 位於SEM 110及TEM 115之間,執行服務邏輯及功能,並管 理SEM 11 0及TE Μ 115之通訊及同步功能。在某些實施例 中,ΕΜ 101也包括另加之元件管理器以進行其它功能,例 如智慧型週邊元件管理器(Intelligent Peripheral E lement Manager," IPEM"),以掌控聲音之處理(例如聲 音辨識及音調演奏)。 如第3圖所示’第二個VASP組件,SM 305,對各種 V ASP系統機能提供支援。這些機能包括數種應用325, 例如計費管理335、網路管理337、服務供應339、網路工 程341、及系統管理343 °SMS應用325經由資料存取層 (Data Access Layer)160存取主控SMS資料庫(例如,主控 SMS DB 330 )中之資料。以下會對主控別3 db 330及資料 存取層160進行討論。 如第4圖所示,第三個VASP系統組件,[EM 405,管理 和主控SMS DB 330介接之系統所用之介面層。對介面層之
第14頁 87120165 五、發明說明Cll) 管理包括致能及禁能特定介面和規定要連接那一個系統。 外部的系統介面4 8 2管理進出外部系統4 8 0之資訊流。使用 者介面472提供客戶端470對SMS應用325之存取管道。以下 將進一步詳細說明IEM 405。 技術架構 SS7介面 參考第2圖,SS7介面224進行對SS7網路220及MEM 105 間之連接及訊息傳輸的管理工作,工作如下。進來的ISDN 使用者部(ISDN User Part,” ISUP")訊息經由A-鏈結通 過ISUP介面222到SS7介面224 °SS7介面224由訊息中萃取 細節(例如參數)並將這些參數傳至MEM 105以進行處理。 為了要輪出訊泉,SS 7介面224接收來自MEM 105之參數 值,並建構ISUP訊息以經由ISUP介面222轉送至SS7網路 220。387介面2 24用市面上已有之0 0*4&3 0厘?11軟體,該軟 體支援SS7協定全部各層、且係在作用/備份錯誤回復模式 (act i ve/backup fault resilient mode)下執行 ° 如熟習 此技藝者所了解,SS7介面可以伟,田你彻·么車工業標準,ς.ςγ 協定API之軟體(例如由Trillium Digital System公司所 提供之軟體)。 ATM 介面 來考第2圖,ATM介面234所進行之工作為管理TEM 115 及ATM筋點230間之連接及訊息傳蝓。如熟習此技藝者所了 解,大多數網路有超過一個以上之節點β TEM 1〗5和ATM節 點230間之訊息係以單純網路管理協定(simpie network
第15頁
6 五、發明說明(12) management protocol,"SNMP")經由以太網(Ethernet)及 IP中繼站傳送。ATM介面234負責根據tem 1 15所送來之參 數建構輸出之SNMP協定訊息,並負責對進來之SNMp錯誤及 狀態訊息作解碍。SNMP訊息由ATM介面234通過SNMP管理器 232到達ATM節點230。SNMP管理器232可以用共享(public domain)之 SNMP 程式康〔library)作成。 資料存取層
熟習此技藝者可以根據此處之揭示了解:資料存取層 160為一般性(generic)之資料存取AH,各種yAsp系統組 件有它們自己的資料存取層160採行例(instance)(亦即, 副本)。舉例而言,如第1圖及第3圖所示,資料存取層16〇 之採行例位於SMS應用325及主控SMS DB-A 620之間。對主 控SMS DB-A 620之查詢及更新傳呼係以〇racle傳呼介面 (Oracle Call Interface,"〇ci")封裝,且和主控 SMS DB-A 620之通訊係以sQL*Net作為_間媒介,在TCP/IP LAN/ffAN上進行。 資料存取層160之另一範例如第2囷所示。在此範例 中’資料存取層160之採行例位於分散式em資料庫(例如 DB 210 ’在標題為「資料分散」的下述段落中會說明)和 EM 101之TEM 115組件及MEM 105之間。 以傳統的方式,資料存取層160提供防火踏之安全屏 障、交易量測定(benchmarki ng)、及變更之彈性(例如, 對SQL瑪而言)。資料存取層16〇亦將〇racle傳呼介面及SQL 瑪和VASP系統應用碼隔開。這樣可以降低將SQL碼及應用
第16頁 87120165 五、發明說明(13) 碼整合時之複雜性,並使VASP系統之維護明顯地變簡里且 更省時。 使用者介面 使用者介面472為圖形使用者介面(graphicai user interface,"GUI"),它提供客戶端470對SMS應用325(討 論於下)之存取管道。客戶端470可以是任何適當之平台, 包括Windows95 'Windows NT 4.0及Java平台。如熟習此 技藝者所了解,使用者介面472可以是在任何適當平台 (例如OS/2或Unix)上執行之任何適當類型之介面(例如聲 音命令或以功能選項為基礎者)。 并部系統介面 外部系統介面4 8 2管理進出外部系統4 8 〇之資訊流。外 部系統介面482允許外部系統480存取主控SMS DB 330,以 管理進出訂戶業者、客戶照顧及計費系統(Customer Care and Billing Systems)、及其它供應業者、供應中心、及 資訊來源(例如 NAPC 及 Bellcore Local Exchange Routing Guide[ LERG"]/LIDB Access Routing Guide [LARG"])之資訊流。和外部系統48〇通訊之範例還包括 EDI和外部系統之資料轉送、及和網路設備之訊息通知。
對網路元件(例如STP、600交換機)之介面支援使網 適'‘動作之操作(operation)、維護(maintenance)、管 (administration)、及供應(provisi〇ning)(亦即 0AM&P)等功能。這些功能包括錯誤監測、狀態監測、及 五、發明說明(14) SS7和ATM介面未支援之控制操作。這些介面並非專用 於VASP系統,而是標準介面或是屬於設備供應者所有之 介面。熟習此技藝者應已熟識管理協定,例如共同管理資 訊協定(Common Management Information Portocol, CMIP")、單純網路管理協定(simpie network management protocal ’"SNMP")、或交易語言 1(Transact ion Language 1 ,"TL1”)。 VASP應用架;^ 本段會參考數種以下將討論到之系統組件。組件之 一,「ΕΜ伺服器」,支援數種VASP系統程序及對應之 資料儲存。另一組件,「ATM骨幹」及「交換中心」已為 熟習此技藝者所週知。交換中心所含之設備負責由來源點 至目的點之路由資訊。
MEM 網路受控於一個EM伺服器(例如EM伺服器-a 605)。在 某些實施例中,EM伺服器係置於芝加哥交換中心,其傷 份置於紐約交換中心(例如EM伺服器-B 6 2 5 )。第4類 (class 4)交換機能建於MEM 105中,係用以進行SS7mf 路由、目的路由邏輯、及交易登錄。網路中之所有傳呼^"交 易’無論是否經由ΑΤίί骨幹傳輸,均由單_ ΕΜ4司服器掌 控。 在SS7網路中MEM 105係表示成個別之發訊節 點’送至該節點之I SUP訊息可以係經由網路所服務之存 取縱列(Access Tandem)交換機也可以係經由位於交換
五、發明說明(15) 中心之600E交換機。於此架構之基本傳呼模型中,MEM 105會處理所有的ISUP訊息、來自諸存取縱列交換機之 原始訊息、6 0 0 E間之網路介面訊息、及送至諸存取縱列 交換機和屬於支援廠商之服務供應者的最终訊息。例如, 對所有由紐約至芝加哥之傳呼、且經由ATM骨幹之I AM 訊息’其路由會按下述順序:ATNY-MEM-600ENY-MEM-6 00ECHI-MEM-ATCHI,其中AT指的是存取縱列交換機。 進行這項路由動作時,MEM 1〇5會檢視資料庫、將真正的 被傳呼區號(party number)翻譯成虛擬路由號碼(Virtual Routing Number ’ "VRN" )。VRN用以將傳呼路由邏輯由 60〇E交換機移除,並將此邏輯置入MEM 1〇5。 上述之基本傳呼模型範例代表常駐於MEM 105之服 務邏輯基礎。熟習此技藝者可由此處之揭示了解,本發明 允許另加之服務邏輯模組逐次加入MEM 105以支援下述 服務 基本傳呼(1 + ) 800/888 10XXX 國際 總機服務(Q&00) 0 + 傳呼卡 NPA-555 專屬聲音(d e d i c a t e d v 〇 i c e)
第19頁 8 7 1 20 1 65 五、發明說明(16) 整個傳呼之歷程中,MEM 105登錄接收到且和電路相 關之I SUP訊息,以及交易資料,例如用於計費用途之時 間戳記(timestamps)。因為對每一個ISUP訊息而言, MEM 105組件可以處理在一個點以上之傳呼交易,ς以會 產生多重訊息及交易登錄記錄。在SMS 3〇5内會進行摘 述功能以遞送計費機能。
TEM 在僂統的方式中,TEM丨1 5管理ATM骨幹幹線上所 攜載之傳呼輪送(call traffic),並根據輸送流之變化設 定或廢止頻寬。網路中之6〇〇E交換機最好規劃成電路及 埠之選擇係依指定之順序。因為這樣作可以追蹤由每一個 交換機埠出去之傳呼號碼,且當到達臨限點時,可以用動 態方式事先規劃另增之ATM骨幹幹線,以供新增交換機 埠之用。為使處理時間更快,在骨幹營理及虚搪榦線之設 定和廢止期間,TEM 11 5所用之資料係由記憶體常駐資料 205中之靜態、記憶體常駐式資料結構取得。此外η μ 115會回應由Βρχ交換機所接收之狀態訊息及進來之錯 誤。熟習此技藝者應了解’此段所描述之ΤΕΜ丨15機能 係常見於通訊網路者。
SEM SEM 11〇經由繼承SS7及其它先進之發訊協定管理 網路之發訊層。熟習此技藝者應已熟識發訊協定,例如 ISDN 使用者部(ISDN User Part,”ISUP")、交易能力 應用部(Transaction Capabilities Application Part,
第20頁 五、發明說明(17) "TCAP")、訊息轉送部(Message Transfer Part , ,,MTP")、及發訊連接控制部(Signaling Connection Control Part,"SCCP")。在某些實施例中使用TR-303、 Q. 931、及Q. 293 1發訊協定。 ΙΕΜ
ΙΕΜ 405為主控SMS DB 330和外部系統或客戶(例如訂 卢業者)間之一般性介而,以供轉送之資訊進出主控SMS DB 330。再參考第4圖,ΙΕΜ 405包括可對客戶470作存 取之使用者介面472 ’及可對外部系統480作存取之外部系 統介面482。ΙΕΜ 405進而包括資料轉換功能488,可將接 收自外部系統480或客戶470之輸入資料轉換成相容格 式,以用於主控SMS DB 330中,並將主控SMS DB 330 之輸出資料轉換成相容格式’以供外部系統480或客戶 470之用。資料轉送功能484可將進出資料轉換功能488 之輸入或輸出資料移送至其最終目的地《資料稽核功能 486查核資料轉換功能488所轉換之資料,以確保資料已 轉換成目的系統(亦即’主控SMS DB 330、客戶470、或 外部系統4 8 0 )可用之形式》 ΙΕΜ 405提供對通訊網路之客戶介面,以進行即時叶 費資料、網路狀態、一次互換業者/客戶帳目記錄交換° ("PIC/CARE")、及客戶對SMS資料庫更新等功能。它也 被用以收集來自主控SMS DB 330之交易細節記錄 (Transaction Detail Records ’"TDRS"),並將 TDRs 轉 換成客戶/訂戶業者所需之傳呼細節記錄("CDRs" )。
五、發明說明(18) 及產生客戶CDRs將在稍後配合主控SMS DB 330作進一 步之說明。 中心資料庫及外部系統間之資料介接及解譯已為從事 此技藝者所熟知。IEM 405之上述一般性機能可以用先前 技藝之裝置達成。 SMS應用 SMS應用325存取主控SMS DB 330以支援内部之 VASP系統機能。此機能大致上係以TDRs作成,且所包 含之範·#很廣,如計費‘管理、網路管理、服務供應、網路 工程、及系統管理。機能在各範疇之範例提供於下。熟習 此技藝者知道’SMS 305可以輕易地支援新增機能,例如 故障管理(Trouble Management)、PIC/CARE、及以電話 號碼為基礎之遠距借方(debit)服務。
交易細節記錄("TDRsM TDRs被定義為網路交易資訊(例如網路發訊訊息、存 取/傳輸/出口路由資訊、網路資源使用及耗量資料等)之 即時收集’以用於提供增強型機能,例如資源供應、A IN 服務之控制、該等服務之計費及維護、及網路管理。 TDSRs最好包含以傳統方式所產生且含於CDRs之資訊, 益且包含SS7技術及其它網路發訊技術(例如SNMP)1使 用過程中所產生之資訊、和關於流經VASP系統之訊息的 額外交易資訊。因此,對比於CDRs及其它以交換機為^心 對傳呼處理資訊之收集,TDRs包含和整個交易有關之資 訊,而非僅供特定交換機使用之片段。這是可行的,因為
87120165 五、發明說明(19) 本發明之實施例可以 交易。 在其中一實施例 看到」並從頭到尾控制全部的 網路 在主控 用此技 資訊收 對交易 訊。舉 判定錯 以 訊類別 也可以 網 SMS DB 330 藝中已知之資 集及以標準化 資訊分析,以 例而言,可以 誤狀況,然後 下之代表性條 ,熟習此技藝 儲存在TDRs 路發訊訊息: 路由資訊 網路資源之用法 另增之資訊: 中,TDRs包括對資料表之收 内組成高度常態化之關速式資A 料結構及方法,可以即時 格式储存於此資料庫中。而土易= 推導出其它可以儲存於TDRS中之 自TDRs取出交易處理資訊,用來 再將錯誤狀況資訊收集於TDRs中。 列為TDRs中所收集及儲存的—些資 者可看出,還有許多其它類別之^訊 中以提供通訊服務: 交易時間、訊息類別、及傳呼號 喝、撥號號瑪、付費號碼、和進出 埠號碼之類的選用參數; 存取及出口(exit)路徑、傳輪路 徑、幹線及電路之連接、及重新〜 路由(re-routing)之資訊; :所用之電路頻寬及所用之處理元件 (SEM、TEM 等); 關於交易之錯誤狀況、來源業者、 來源城市;總連線時間、及所傳送 之資訊類別(亦即,聲音、資料、 視訊)。 以
第23頁
TDRS中資訊之即時收集允許對資訊作即時分析及取 得°用TDRs中之資訊,我們可以看到傳呼之進程狀態並 評估傳呼在系統内所行經之路由。藉由以此處所教導之方 式即時收集上述類別之資訊,並分析之,熟習此技藝者可 以判定資訊中之樣式,推導出關於交易之重要細節(例 如’訊息無法路由、無回答、回答不完整、位址不完整 等° )並定義TDRs資料庫内之關係,以提供進一步之通 訊服務。舉例而言,下表說明在TDRs中對每一個交易所 收集之存取(Access,"A")、傳輸(Transport,m、及 出口(Exit,"E" ) SS7路由訊息間的關係、及網路中個別 和整體之交易狀態。此表所得出之報告可以週期性地產 生’以用來評估及維護網路。 - 網路键廉趄告 T E 交易 交·易% | 狀態 丄 丄 133 12.5% I 存取集線器無法路由 .1 0 1 589 55.7 集線器交換僂呼 丄 1 0 20 1.8 出口集線器骨鈐$換無法路由 JL 312 29. 4 1 骨幹交換僂啐 丄 丄 2 4 重新路由出口 丄 2 丄 1 重新路由偉輪 _2 LZIJ 重新路由傳輪、出口 1060 由以上配合IEM 405之說明,因為TDRs可以直接包括
五、發明說明(21) 傳統上内含於CDRS之資訊,也 CDR資訊,所以來自TDRS之資訊可 產生所需或代替之 戶之用。進而,因為TDRs内資部訊已V//生㈣ 之傳呼處理資訊,所以可以=準化,1包含整個交易 率地將整個交易之⑽:選擇之⑽格式有效 的CDR資訊只能以極慢且盖效^客戶°目前’整個交易 由每-個和該交易有關之交換效機率上程,來取得,也就是 將CMs翻譯成客戶可用之^機收集非標準化之⑽’並 制可f訊之即時存取及整個網路交易之控 務供應。本發明的優點之-為藉由 k供足約的頻寬以供任何溢流(Qverfl 網路資源作有效之控制及使用。太路四此戚對 ΛΤΜ ^ ^ ^ 仅利及便用。本發明之實施例能控制 交換機,且能經由TDRs卽晓剎用網技幹線及其路 ^ 由即時監測網路輸送狀況,系統能夠以動態方式將 溢流輸送改經網路上其它路徑,故終而能處理先前技藝之 $路環境下正常ATM交換會遺漏之資料。舉例而言參 考第7圖,圖中顯示典型的資料傳送相對於時間之樣式。 "所有"未超過可忍受訊胞率Csustainable ceU rate, SCR" ) 705之輸送狀況都可以處理掉而不延遲。在B1 74〇中’因為短時間之爆量(burst),對所有超過訊胞延 "遲變異容忍值(CeiiDelay Variation Tolerance, CDVT ) 710之輸送狀況的處理方式為:超過抛棄分段 (Discarded segment) 715 之部份會遺漏。在 B2 745 中所有超過峰值訊胞率(Peak Cell Rate," PCR") 720
87120165 五、發明說明(22) 且其期間短於最大叢發容量(Maximum Burst size, MBS") 725之輸送狀況為可容許(容許分段,Admitted segment 730)。超過MBS 725之輸送狀況被加上標籤(標 籤分段’ Tagged segment 735),係可以拋棄的。利用 V ASP系統技術解決方案,管理功能允許除了超過cD VT 710頻寬之外,其餘均接受處理。這種視狀況而動作的方 法先行處理原先要拋棄之任何訊胞。以VAsp系統技術 進行控制,使ATM網路上之輸送狀況達到最佳,並以動 態方式視需要配置頻寬。所以能夠提供幾乎是附擔保的網 路頻寬給其使用者。這些及其它經由使用TDRS而達成的, 增強型服務將進一步討論於下。 計費管理3 3 5 •主控SMS DB 330為所有交易資訊之主要資料儲存 處。 •管理資料流,例如至整批計費系統之計費資料及至 訂戶業者之訂戶客戶CDRs。 •提供對交易記錄摘述、保存、及刪除之管理。 網路管理3 3 7 •分析由網路組件收集到之錯誤資料及交易。 •使網路控制中心能監測及控制網路裝備、設施、路 由、及系統。 •將報告及警示提供給網路控制中心’以管理網路。 •支援錯誤記錄摘述、保存、及刪除之管理。 訂戶及客戶之服務供應339
J供介面以管理訂戶業者之記錄及對其客戶之服 務。 :訂戶業者能輸入客戶之服務需求(亦即命令)及提 '、使用者介面供命令之手動輸入用。 提供報告以管理服務之供應及命令錯誤之分析。 •提供工程介面以規劃位置、裝備、路由、設施、服 務、及系統。
•包括對Bellcore LERG/LARG資料及分區式NPAC 區域攜載訂戶資料之輸入及供應。 •提供使用報告’供工程開發、容量管理、及成長規 劃之用。 系統管理343 •提供使用者及系統安全管理。 •提供資料庫維護介面以分析及維護VASP系統資料 表0 •提供報告給VASP系統應用交易及管理工具。 中介存取服務 熟習此技藝者當可根據此處之揭示了解,在某些實施 例中,主控SMS DB 330係用以提供電訊工業之中介存取 服務。這項能力使中立之「支援廠商」能存取整個工業中 不同的SMS資料庫。舉例而言,在中介存取服務系統 中’任何服務供應者(虛擬或基於設施者)將能得到適當處 理其客戶傳呼所需之關鍵傳呼處理資訊,而不會損及資料
第27頁 五、發明說明(24) 庫擁有者專有之資訊。例如,FCC之區域號碼攜栽性 (Local Number Portability,LNP)命令導致對中介存取 服務之需求《該命令要求RBOCs及GTE提供其客戶中希 望用另一競爭業者在交換時改變區域服務供應者,但仍維 持其相同電話號碼之能力。 中介存取服務大幅改善LECs提供非附隨式 (unbundled)區域服務元件給其它業者以合乎電訊法案之 要求的能力《中介存取服務也對使區域交換網路成為非附 隨式及提昇區域服務之競爭提供了有利的解決方案。 現在參考第9圖’訂戶905(訂戶業者)介接至主控 SMS DB 330 (經由IEM 405-未圖示),以代表其客戶置放 要求聲音/資料服務之命令。介面亦允許訂戶905自主控 SMS DB 330取得和其命令有關之即時狀態資訊&CDRs(以 進行計費管理)。同樣地,供應者910(供應業者)也一樣鏈 結至主控SMS DB 330,以接收關於服務要求之查詢,並 將狀態資訊送回主SMS DB 330。供應者910包括服務供 應者資料庫。 、 C網路設備之資料,但不能存取設備上所承載的 之細節。傳呼輸送資料只能以摘述之形式取用。 VAS=系統,經由主控SMS DB 33〇,可以存取且可以維 幾網路上之所有資料。
中介角色之實現係藉由視界之定義,限制對主 Sms ⑽330内儲存之資訊存取。舉例而言,訂戶9〇5只能存 ,屬於其網路設備及傳呼輸送之資料。供應者91〇可以 87120165 五、發明說明(25) 主控SMS DB 330由訂戶905接收傳呼區號(cauing Party Number CPN"),並用其資訊之類別識別適當之供 應者9 1 0。而後查詢問句被傳送至供應者9丨〇服務供應 者資料庫,該資料庫負責維護客戶及服務之細節。然後供 應者910通常以訂戶905之名義直接提供服務給訂戶9〇5 之客戶。 中介存取服務系統之實施例允許LEC供應者91〇利 用現有之網路設施及交換機提供完全未附隨式區域交換能 力,同時避免它們的專有資料及客戶資料庫被存取。在此 多層架構中,主控SMS DB 330只包含控制基本服務元件 所需之邏輯。所有的業者及客戶專用資料均在外部維護。 對區域交換機查詢問句之回應導引交換機如何應用下 個區域性服務,而不需揭露服務之本質或識別所服務之客 戶。這個架構使外部之服務供應者不必擁有及操作區域交 換機之花費,卻有完整的區域交換能力,同時又能使訂戶 905及供應者910資料庫維持隔離。此多層服務之淨效 果為.匕使任何決定採用這些功能的服務供應者具有成 為虛,業者之潛力。目此具競爭力之供應者爾後也可以提 供目别只有IXCs及LECs才能提供之服務類型。 基本的係呼模型流 假定有以VASP系統為基礎、且係根據本發明之通訊 ^路,以下將以典型的兩區(tw〇 party)聲音傳呼為例, :明基本的傳呼模型」。模型適用於兩區傳呼,且為 聲音、資料、及視訊之位元率(bit rate)。不過,媒介之
6-120168 五、發明說明(26) 位元率必須符合訊號之位元率,也就是用於聲音位元率訊 號之標準DS-0幹線無法掌控視訊訊號。 每一個傳呼需用通訊及發訊設施,以分別提供聲音訊 號及傳呼控制訊號之路徑。EM 1 0 1傳呼處理配置傳呼區間 之媒介(亦即’承載通訊訊號[例如在此情況下之聲音訊 號]之設施或幹線)^幹線係以每個傳呼為基礎而配置。發 訊鏈結承載系統發訊及交換組件間之頻帶外(〇ut_〇f_ band)傳呼控制訊息。由於共用通道發訊之本質,所以 發訊通道和通訊通道分開》發訊鏈結根據SS7網路層次 協定及鏈結内因有之載入共用機構處理進出發訊點之所有 訊息。 基本的傳呼模型包括三部:來源部、終點部、及必要 時之傳輸部。就VASP-已致能式網路而言,傳呼的這些部 中每一部也都有來源部及終點部❶就交換及發訊組件& ^ 點而言,每一部都是無關之傳呼分段。em101中服務邏 輯之功能之一為分析及使用發訊訊息,以使傳呼分段間產 生關連。類似之功能係由SSPs(例如SSP1 517及ssp2 533)針對所處理之傳呼而進行。交換系統均有這個產生關 連的功能’但作法不同。 幹線(Access trunks)係和來源傳呼部相對應, ^ 口幹私eXlt trunks)係和終點傳呼部相對應。傳輸幹 線(transport trunks)又稱骨幹幹線(backb⑽❻ =一nk曰S)「,和傳輸部相對應。ΕΜ 1〇ι傳呼處理的功能 之一疋父換」,也就是使存取幹線和出口幹線交互連
五、發明說明(27) 接,以產生端點至端點之路徑,讓使用者間可以進行通 訊。在某些情況下,可能需要用傳輸幹線實現所需之交互 連接。幹線在正常狀況下為雙向之媒介。這表示對不同之 傳呼而言,同一幹線可以被用作存取幹線(來源)或是出口 幹線(終點)。 參考第5圖,存取及出口幹線(例如存取-出口幹線 553 )包括 DS-1 ( 1.544 Mbps)分時多工(Time Division Multiplexed," TDM")媒介之分節(section),該媒介係規 劃成SS7及要點D組(Feature Group D,"FGD")操作之 用。傳輸幹線包括DS-1 TDM媒介(例如傳輸幹線555)及 DS-3或〇C3 ATM媒介(例如傳輸幹線557)之分節,該媒 介係規劃成供SS7及内部機器操作之用。 服務存取模組(Service Access Module,"SAMs")(例 如SAM 519及SAM 531)將TDM網路調整成ATM網路, 使其具有電路模擬功能以維護TDM機器間幹線
(Intermachine Trunk,"IMTs")之框架同步,且將 TDM 訊號轉換成ATM訊號,或將ATM訊號轉換成TDM訊號。 使用電路模擬功能的原因為TDM及ATM間有傳送及時序 特性之差異。TDM為連續、近乎同步、以框架為基礎之傳 送模式’而ATM為同步或非同步之時控、以封包為基礎 之傳送模式。這些不相同的傳送模式無法直接相互連接。 SAM媒介透過介面將TDM訊號(通道及框架)轉換成 ATM訊號(53位元組之細胞)及進行相反之轉換。SAM之 功能還包括在SAM TDM埠上提供繞回(l〇op back)之連
第31頁 δ 7 1 20165 五、發明說明(28) 線,以便在對應之ATM虛擬電路(virtual c ” VCS")上沒有接線時,例如在未使用TM電路時维持 時序之同步。 ’难符 目前的網路利用兩種一次幹線傳送組態 之TDM分節、或以ATM永久式虛擬電路^,”。,,) 之TDM分節。在第一餚細能士 ^ ^ 刀即也弟種組態中,兩交換點間之TDM路 以位於交換機之數位傳送裝備作終點。數位傳送裝備^ 端點至端點之TDM電路正常操作所需之時序及同步。、’· 在第二種組態中’TDM電路係以ATM節點之電路 擬(emulation)服務模組作終點,且係以ATJ{永久 電路(亦即,預規劃且恒「保持連接」之虛擬電路)作交J 連接。結果得出端點至端點之框架同步式TDM路徑。KM 交互連接式分節對路徑之TDM部份而言為透明的 (transparent)。在這兩種組態中,不管傳呼在幹線上是 否作用(active),路徑都存在。和交互連接組態對應之 ATM資源係供PVCs專用,不能被配置給其它服務或應用, (在典型的應用令)甚至不能供其它交互連接組態使用。 VASP-已致能之幹線組態類似於第二種組態,不同處 在於ATM虛擬電路係視需要而產生,例如當傳呼在幹線 上作用時,便需要使TDM存取及出口幹線交互連接。 VASP虛擬電路係所謂的「軟性」pvCs(s〇ft pVCs, S-PVCs") »S-PVCs和PVCs之差異在於對S-PVCs之要 求所需者’僅為要求當時之VC端點。 ATM骨幹網路中之協定判定VC所用之路徑。ATM節 第32頁 五、發明說明(29) 點可以用動態方式視其它應用之頻寬需求等因素調整略 徑。S-PVCs之容量係規劃成町攜載一組DS-1,亦即24 個TDM通道[1. 5 44 Mbps]。VASP系統目前使用容量為 DS-1之S-PVC,因為這是SAMs中可用之通道準位;不 過若SAMs及ATM節點中声_適當弋通道,則S-PKjs也可 以規劃成DS-0、DS-1、或DS:'3(更蒿以供光傳導式媒介 之用)。聲音應用最好是用DS-〇°DS-l以至於容數呈其 倍數之DS-3適合用在資料及其它非聲音之應用。若對應 之TDM幹線上無傳呼,則S-PVCs會被廢止,端點至端 點路徑不再存在,造成對應之TDM電路上框架同步之失 誤。為了保持同步,管理ATM幹線之TEM 115在ATM νς; 端點加上繞回連線,使對應之TDM通道保持框架同步β 當TDM幹線要被用於傳呼時,ΤΕΜ 115邏輯會在傳呼設 定期間移除繞回連線。 若在虛擬電路上無傳呼’其ATM資源可以配置給其 它服務或應用。因為在不需要(無輪送)時不會浪費資源, 所以可以對ATM資源作更有效之使用。VASP-已致能式網 路之操作者可以用「逾訂量(over subscribe)」之方式提 供網路之服務,亦即,提供較同時可掌控之ATM資源(頻 寬)更多之服務;但’如所預期者,不能一次要求全部之 服務。 SS7鍵結551為攜載共同通道發訊編號7(c〇D]in〇n
Channel Signaling Number 7,"SS7") ISDN 使用者部 (ISDN User Part,"ISUP")訊息之發訊鏈結。發訊鏈結為
五、發明說明(30) TDM媒介在56或64 KB/s下以專用或「乾淨通道 (clear channel)」模式操作之分節。VASP-已致能式網 路内之EM 101發訊點間可以用更高之傳送率(例如1.544 MB/s)之發訊鏈結;但在公用網路中仍未成熟至將更高速 鏈結作為一般之使用》用以設定及廢止傳呼之SS7 I SUP 訊息係經由訊號轉送點(例如,STP-A 501、STP-B 503、 及STP-C 505)、及訊號轉送點和存取縱列(例如AT 515 及AT 535)、服務交換點之間(例如SSP1 517及SSP2 5 3 3)、和EM 101組件(例如SEMs)間之SS7鏈結551作 交換。 I SUP在美國和其它國家之應用有不同之變形 101組件係規劃成使用ANSI 88、92、或96之ISUP協 定形式。ANSI形式主要係用於北美^ EM 1 0 1組件可以 規劃成使用大多數I SUP形式,以供美國國内或國際間之 用。不同之EM 101元件管理器(例如MEM 105、存取 SEM 123、出口 SEM 125、及 TEM 115)經由 TCP/IP 連 線’例如TCIP路徑120,以進行通訊。SEM 110已大 致以第1圖說明過。SEM 100之實施例包括來源SEiis (例如存取SEM 123)及终點SEMs(例如出口 SEM 125)。 所有的SS7節點(發訊點)均被賦予稱為點碼(point codes)之位址,以使節點可以標明或識別作為訊息來源或 目的地之另一點。I SUP訊息之來源為來源點碼 (Originating Point Codes ’"0PC");目的為目的點碼 (Destination Point Codes ’"DPC")。每一個 AT(例如
第34頁 87120165 五、發明說明(31) AT 515、AT 535 )、SSP(例如 SSP1 517、SSP2 533)、 SEM(例如存取 SEM 123、出口 SEM 125)、及 TEM 115 均 為SS7節點,故被賦予點碼。在VASP-已致能式網路 内,指定給存取SEM 123及出口 SEM 125之點碼對外部 之SS7網路而言為可視;TEM及SS7點碼則否。VASP 系統邏輯決定外部網路所接收之訊息在網路内諸發訊點間 之路由。在VASP-已致能式網路内,SEM及TEM點碼對 SSPs(例如 SSP1 51 7、SSP2 533)而言為已知。 存取SEM 123、出口 SEM 125、及TEM 115為發訊 點’用以接收、解譯、操控、及傳送ISUP訊息。SEMs 及TEM將ISUP訊息以iem 405交易讀取者認識之格式 寫入父易樓。交易讀取者分析(parses)訊息檔,並將訊息 寫至主控SMS DB 330。這些訊息為VASP系統交易細節 記錄("TDRs")之基礎。SMS應用325處理ISUP訊息以 增強服務管理功能,例如計費管理335、網路管理337、 服務供應339、網路工程341、及系統管理343。存取 SEM 123及出口 SEM 125處理SSPs及存取縱列間和存 取幹線對應之ISUP訊息^TEMs處理SSPs(例如SSP1 51 7、SSP2 53 3)間和傳輸幹線對應之isUP訊息。SEM及 TEM組件維持AT及SSP點碼和其對應幹線之電路識別 瑪(circuit identification codes,"CICs")之對映。這 表示進出特定AT之ISUP訊息係由同一 SAM掌控。TEiis 和SSPs間也存在同樣的關係。 以下說明由線上發出之基本雙向傳呼的聲音通訊路徑
第35頁 8 7 1 20 1 65
例子,該線可能是電話或是另一種訂戶終端機(例如線 507 )。線507係經由訂戶回路50 9連接至端點辦公室 (end office,E0) 511。E0 511係經由辦公室間/付費 幹線513連接至存取縱列AT 515。存取出口幹線553 被用作存取幹線,將聲音頻率之訊號由來源AT(例如AT 515)攜載至來源服務交換點(例如sspi 517) ^若傳呼必 須在另一 SSP(亦即不是原來的SSP)處離開,則在來源 SSP(例如SSP1 517)及終點SSP(例如SSP2 533)間建立 ATM虛擬網路之連接。若傳呼在同一 ssp(亦即原來的 SSP)處離開,則該SSP即為終點SSP,且不建立ATM骨 幹虛擬電路。對任定傳呼而言,來源之存取縱列、端點辦 公室、及幹線可以和終點部的一樣;但訂戶終端機幾乎恒 不相同,亦即自己不會經常傳呼自己。 在終點部,存取-出口幹線553係作為出口幹線,將 聲音頻率之訊號由終點SSP(例如SSP1 517或SSP2 533) 攜載至終點存取縱列(例如AT 515或AT 535)。由此點 至終點訂戶終端機(例如線539)之連線類似於來源之連 線。終點AT(例如AT 515或AT 535)係經由辦公室間/付 費幹線513連接至終點之端點辦公室(例如E0 511或 E0 537),該端點辦公室係經由訂户回路509連接至線 539。 應注意者為:SSP1 517、SAM 519、及ATM節點521典 型地係位於交換中心内,例如第6圖之交換中心-A 6 5 0。 SSP2 533、SAM 531、及ATM節點529也同樣典型地係
imH 五、發明說明(33) 雖缺二例如第6 ^之交換中心_C67°。請注意 路’中、之資i 係針對聲音;但在讀—已致能式網 取及出口設施之太:Ϊ2是類似之情況。差別在於存 本質,其本質應符合資料及視訊訊號之位 ^ ^ ,訂戶終端裝置必需具有可發出及終止資料及 視訊傳呼之功能。 STP 取SEM I23經由SS7鏈結上之STP-A 5〇1及 厂5G3從來源AT 515接收咖初始位址訊息
Address Message ’"IAM"),並沿著 TCP/IP 路 ^出VASP_專用訊息向MEM 105要求路由及控制資 =以理傳呼時,基本二_區傳呼之發訊流便開始行 ,。MEM 105對其内部資料(例如記憶體常駐資料2〇5)進 行查洵,並執行服務邏輯以決定要如何或是否要掌控傳 呼。MEM 1〇5沿著TCP/IP路徑12〇送出回應訊息,以存 取SEM123,在SEM123中存有如何掌控傳呼之指令。 — MEM 105查詢問句會傳回兩段資料。資料之一為相關 文字(cont ext)之指示器(亦即關鍵字),將一組訊息鏈結 至特疋之傳呼。此關鍵字係插入I SDN使用者部("[sup") 中IAM訊息,且係由SEMs及TEMs使用,以追蹤每一個 傳呼之ISUP訊息。被傳回存取SEM 123之另一段資料為 虛擬路由號碼("VRN") ’係用以決定傳呼在網路中之行經 路徑。VRN係由一個或更多個SSPs(例如sspi 517)使 用,以選擇幹線供傳呼之終點部用。存取SEMI 23修正過 之IAM準備好,以啟動呼叫之終點部。存取SEM 123藉 87120165 五、發明說明(34) ~ 由以VRN取代「被傳呼號碼參數(Called Number Parameter)」搁而修正IAM,而sspi 517會將VRN解譯
成被傳呼號碼。存取SEM〗23經SS7鏈結551送UM 給SSP1 517。然後SSP1 517依其内部翻譯及路由資料 庫之規劃,進行其正常之路由功能,就和服務交換點所作 的一樣。 SSP1 517 由存取SEM 123 接收 IAM,會在 SSP1 517 觸發傳呼事件,如同在存取SEM 123中之傳呼事件,亦 二,具有來源及終點部之傳呼。sspi 51 7對”]^之解譯決 定SSP1 517是否發訊給TEM 115或出口 SEM 125以掌 控其傳呼之終點部。若SSP1 517認為必須和連接至ssp2 533之AT(例如AT 535)相連,則發訊給TEM 115。若 SSP1 517認為必須和連接至sspi 517之AT(例如AT 515)相連,則發訊給出口 SEM 125。就後者之情況而言, 可以發訊給來源SEM(例如存取SEM 123),以進行終點SEM 之角色。若發訊給TEM 115 ,傳呼需要用傳輪幹線作為ATM 網路之軟性永久虛擬電路("S_PVC"),以將存取幹線交互 連接至出口幹線。為了服務SSP1 517中傳呼之終點部, TEM詢問SSP幹線至ATM幹線之内部資料對應,以獲得5_?¥(: 之各端點。TEM 115會檢視ISUP訊息,以選擇終點ssp。 TEM 11 5修正目的點碼及電路識別碼("c〖c"),以定址所選 擇之SSP,並將ISUP訊息送給所選擇之SSP。 SSP2 533 由 TEM 115 接收 IAM 時,會在 SS2 533 觸發傳呼事件,如同在存取SES{ 123及SSP1 517中之 五、發明說明(35) 傳呼事件,亦即,具有來源及終點部之傳呼。終點SSP 進行路由功能’類似於SSP1 517所進行者;但目的為終 點存取縱列。SSP2 533發訊給出口 SEM 125以掌控傳 呼。出口 SEM 125接收IAM ’並恢復原來之被傳呼區 號’根據來源點碼("OPC")及由終點SSP所接收之CIC, 選擇幹線並將IS U P訊息送至終點存取縱列,該存取縱列 發訊給終點之端點辦公室。 若傳呼為可回答者(例如’有效之被傳呼號碼、沿著 終點路徑為可用之幹線),則終點之發訊點(例如E 〇 517、AT 535、及SSP2 533 )會以ISUP位址完整訊息( address complete message,"ACM1,)回應。ACMs 由出口
AT(例如AT 535)經EM發訊點傳回來源AT(例如AT 515) °TEM 115用ACMs作為指示,以建構ATM VC ,其 方法為發訊給ATM節點將繞回連線廢止,並在先前所選 擇之端點間建立VC。 §接收到來自出口 SEM 125之位址完整訊息("ACM") 時,TEM 115 選擇 ATM VC 以攜載 SSP1 5n 及 ssp2 533間之傳呼。VC之選择係根據MEM 1〇5中將TDM幹 線對映至ATM幹線之對映關係。這是關鍵性之介面功 能,它在傳輸層將窄頻帶設施位址轉換至寬頻帶設施位 址。_ VC係在等到位於終點訂戶線(例如線539)之傳呼 路徑端點的傳呼設定均已完成後才會建立。這項設定係在 接收到來自出口 SEM 125之ANM訊息後才會發訊,此時 SEM 1 25已經過來源及終點傳呼設定順序,就如同已存取
87120165
SEM 123 及 TEM 115 —樣《 TEM 1 15 藉由發出 SNMp 命 令給ATM節點以設定VC。當SS7 anm訊息已由at 535 傳回’沿著SS7鏈結551,經過所有的STPs,並回到出 口 SEM 125及存取SEM 123 時,傳呼方被建立。 也可以在接收到isup回答訊息(Ansffer Message , "ANM")時’亦即在被傳呼區或代表被傳呼區之裝置回答傳 啤時’完成VCs之建構。選擇ACM之原因是它在傳呼時^早 發生’容許有更多時間讓TEM 115發訊給ATM節點。 ANM類似於ACM,係由终點之發訊點經EM發訊點,回到 來源AT ’再到來源端點辦公室(例如E〇 511) ^此時聲音 路徑為「橫跨(cut-through)」,亦即以端點至端點之方曰 式進行設定。 ‘ 在典型之情境中,傳呼會一直存在直到傳呼之其中一 區掛電話,因而產生isup釋放訊息^^⑼“ message ; REL ),該訊息被傳經傳呼另一方之諸發訊點。REL訊 息係用以指示沿著路徑所有發訊點之傳呼均應廢止。若同 一 VC之任何DS-0幹線均無其它傳呼為作用狀態,則 TEM 115會廢止ATM VC。SEMs會釋放資源(例如傳呼 暫存器、傳呼相關文字、及傳呼識別碼),並送出釋放完 成訊息給AT ’以轉送至E0 〇 AT及E0中之釋放程序也 疋類似之情況。一旦每一個發訊點均完成其釋放功能,便 會&供ISUP釋放元成訊息’這表示在所有發訊點中均終 止傳呼。 資料結椹
第40頁 S 71201 65 五、發明說明(37) 資料分散 VASP系統主要的資料儲存位置為主控SMS DB 3〇〇。 此資料庫中之表格支援SMS應用325、LERG/LARG、交易 s己錄、SS7及錯誤訊息、和atm 4由、_路、及客戶 服務組態^主控SMS DB 330在概念上為一資料庫,但熟 習此技藝者知道,儲存在主控SMS DB 330中之資料可以 輕易地分散在多個資料庫中。 用以支援MEM 105及TEM 115組件之資料常駐於分 散式資料庫中(例如此處所描述、分別用作EMDB2l〇之 作用及備份實施例之EM DB-A 610及EM DB-B 630 ),這 些資料庫係和EM101應用邏輯共存於伺服器上βΕΜι〇1 資料庫之分散式組態在登錄時提供較高性能之資料存取及 資料庫錯誤回復能力。 記憶鱧常駐資料205中儲存好幾種資料結構,使能 對路由資料作較快速之存取。這些表格代表儲存在主控 SMS DB 330中之路由表格的非常態化視界,且係以背景 資料轉送(background data transfers)或儲存及轉發 (st〇re-and-f orward)等已知之記憶體複製技術使和主控 SMS DB 330同步。資料復新程序係依排程時間間隔或依 使用者之要求而進行。 資...料琴i估計及夺县交籍 以下之表格摘述本發明實施例對EM及主控SMS DB 330之儲存需求。在此種實施例中,最好使用公 司之產品’例如〇racle伺服器(RDBMS)、共用0racle
0 〇 第41頁 五、發明說明(38) 一 一 "執行期環境(Common Oracle Runtime Environment, CORE")、及pl/SQL。表中每一列包含所儲存資料之 型、儲存位置(Oracle資料相對於記憶體常駐表格)、— 儲存於那一資料庫(以和/或主控SMS)、及關於儲存期匕 附註。 π q丁邶叼之 資料類別 ^BMS 器之GBi EM(3個作SMS(1個作 用伺 °· 82 1〇Τδ]ί 全部歷鋥/ Μ 計費管理 全部歷程之丨/μ 錯誤(本月) JL每100項交易1個錯誤 錯誤(全部歷程) 木6個 錯誤(摘述歷程) 12年(全部歷程之〗/ 5 η lerg/larg
Oracle
Oracle
Oracle
Oracle 63
Oracle 01
87120165 五、發明說明(39) 命令 Orac1p 0- 裝備及設施 _ Orac1p Π. 02 ---iU- 0. n? 路由 Orac1^ Π. 47 … 〇. 47 安全性 Orac1p n. 05 0. 0 5 路由 在IP.伸骱中 0.47 總G B數 _IlOi 以下之表格係作 件間對交I»處理之分 易指的是對一資料庫 或是一訊息。估計值 為本發明實施例 散估計值範例。 之選擇、插入、 係基於表中第一 假設整個網路之傳呼輸送量係平均分 控制處理器 每月 交易(單位: 百萬) MEM TEM BPX 600E STP/SCP 1.857.143 1,142. 857 71.429 642.857 1,000.000 工作 MEM TEM BPX 600E STP/SCP SS7/SNMP 13 7 13 外部 SNMP内部 8 1 / 路由 3 1 1 .登錄/狀態 8 1 設定 8 EM模組問 2 .總-控制 26 16 1 9 14 中不同VASP系統組 在這些估計值中,交 更新、或刪除作業, 列所指之輸送量,且 散0
第43頁 五、發明說明(40) 管理性 SMS 5.073 每月交易(單位:_ 總數/月 4, 719. 35P 工作 --— 每個客戶之交易 SMS 工程 〇. 001 網路分妍 1. 000 網路管理 〇- 500 服務供應 0-050 計費輸出 1-000 計費管理 1.000 總-管理_ _—3.551____ 傳呼輸送在網路上進行時,交易 '訊息、及錯誤記錄 容量會隨之增加。彡了管理資料儲存量以支援記錄表格, 保存程序會將資料轉送至不同媒介(例如磁帶),並將歷程 記錄之記錄項摘述成較不佔空間之集中統計格式。 复倉性下部組織(SECURITY INFRASTR丨丨ΓΤτίΡΐ?、 對主控SMS DB 330之存取係經由對資料庫之非連續 式視界的定義來控制。這些非連續式視界對應至不同類型 之業者’並使個別業者只能存取對該業者而言為有意義之 資料。這使個別業者之專用資料維持私密,而其它^料又 能放在網路上供好幾個不同業者利用。一些基於業者類型 五、發明說明(41) 之視界範例如下所示: 訂戶業者只能存取屬於其網路設備及傳呼輸送之資 料。 中介業者可以存取、且可以維護,網路上所有資料。 供應業者可以存取在其網路設備上所相關之資料,但 不能存取在設備上所攜載之傳呼輸送資料細節,只能存取 摘述形式之傳呼輸送資料。 系統存取 對VASP系統有好幾種階層之存取形式。在客戶側, 有根據使用者ID/通行密碼組合之應用/網路存取層次。在 伺服器側,有一般性資料庫存取層次、及更為專用之表 格/視界存取層次。在網路上由客戶傳送至伺服器之任何 通行密碼資訊會被加密(encrypted)以提供進一步之安全 性。 伺服器架;g 交換中心 參考第6圖,網路包括三個交換中心,例如交換中心 -A 65U、交換中心-B 660、及交換中心_c 67〇。在本發明 之某些實施例中,交換中心—A 65〇係位於芝加哥,交 =二位:紐約,交換中心-"7〇位於洛杉機。雖然 ^處用之加哥、紐約、及洛杉磯說明,但熟習此技藝者應 此了解,這些特定城市只是作為交換中心位置〜 泡服器組』 如第6圓所示,VASP系統中有兩種词服器:EM伺服器
871201δ5
及主控SMS資料庫伺服器。EM伺服器,例如EM伺服器_a 605所支援之程序提供MEM 1 05、SEM 1 1 〇、及ΤΕΜ 11 5之 機能’且所保管之資料庫,例如EM db_a 61〇,支援這些 程序。主控SMS資料庫伺服器,例如主控SMS⑽伺服器a 615,所支援之程序提供IEM 4〇5之機能,且保管資料 庫之主要複本。 ^如第6圖所示’在交換中心-A 650中,EM伺服 器-A 650及主控SMS DB伺服器_A 615位於不同的實際 硬體。不過,如熟習此技藝者所知,任意個數之硬體組態 均可支援EM及主控SMS資料庫伺服器。例如,EM伺服 器-A 605及主控SMS DB伺服器-A 615可以在同一實體 平台共存。也可以是:不管是EM伺服器_a 605或主控 SMS DB伺服器-A 615,都可以透過多個實體平台分散配 置。此外’元件管理器不見得—定要在上述指定之伺服器 上執行(例如ΙΕίί 405可以在EM伺服器上執行。) 级誤回復支接 VASP系統透過硬體及軟體解決方案之組合達成系統之 錯誤回復能力。作用(active )ΕΜ-伺服器之一係置於交換 中心-Α 650中。一備份(亦即待命用)EJ(伺服器,例如ΕΜ 甸服器-Β 625,係置於交換中心—β 660中。em DB-A 610 之備份係放在ΕΜ伺服器-Β 625内之EB DB_b 63〇中。在本 發明之一實施例中,EM依賴DGM&S OMNI平台,以提供作用 /備份錯誤回復及切換處理控制之架構。而且在此實施例 中,Sun E6000伺服器被用於作用之場合也被用於備份之
五、發明說明(43)
場σ中如熟習此技藝者所知,也可以用能達成錯誤回復 之其它伺服器硬體或方法。 I 祕士同,地作用主控SMS資料庫伺服器之一係置於交 庫词i n =(例如在芝加哥)’,一#份主控SMS資料 中6fi’n /主控SMS DB伺服器_β 635係置於交換 控資料主控SMSDB330之實施例包括作用主
DB-A SMS DB飼服器-A 615內MS _ 64〇)。因此,位於主控SMS 在位於主控SMS nR之主控別51)8^62〇將其備份保存 中。在本發明之一實伺服器~β 635之主控SMS DB-B 640 資料庫之標準備份===中,Unix之公用程式及關連式 回復及處理控冑提供架S’以進行作用/備份錯誤 伺服器被用於作用 。而且在此實施例中,Sun E6000 習此技藝者所知,也場合,也被用於備份之場合中。如熟 硬體或方法。 可以用能達成錯誤回復之其它伺服器 就和竹用EM及+ ^ Λ 此技藝者當可認知, MS資料庫伺服器一樣,熟習 主控SMS資料庫伺它硬體组態也可以支援備份EM及 其它地理位置。例如。而且,備份伺服器也可以位於 670,或是另一種作份伺服器可以位於交換中心-c 相同之位置。去:使備份伺服器位於和作用伺服器 VASP 產品瑷掩 ΑΤΓΜ網路組能 第47頁 87120165 五、發明說明(44) 網路中有三個一次交換中心(紐約、洛杉磯、芝加哥) 及五個遠端交換中心。每一個交換中心# BPX 交換機, 該交換機係以頻寬之環經由WorldCom POP及共用 (collocate)空間處之BPX交換機鍵結至MFS Wr>rlHconi 網路。一次交換中心間有三條主要骨幹幹線,係作為橫跨 網路之預供應(pre-Drovisioned)PVCs。每一個存取縱列 交換機接收600E交換機之一的服務,讓600E進行其全部傳 呼輸送之路由。在一次交換中心間行進之傳呼係由骨幹幹 線攜載,而來源及終點在同一交換中心内者則否。 在網路上之SS7輸送係由位於芝加哥及紐約之STPs配 對(mated pair)負責路由。在交換中心間行進之訊息係在 SS7專用之PVC上以骨幹幹線攜載,而其它所有訊息則是經 外部之SS7網路攜載。 丘肘組件係採分散方式,所以作用》^肘105/丁£!{115在 芝加哥交換中心,備份MEM 105/TEM 115在紐約交換中 心。主控SMS DB 330也是採用作用/備份組態,作用資料 庫在芝加哥,備份在組約。 通訊架椹 以下配合第8圖說明本發明之實施例。每一個一次通 訊網路交換中心(例如交換中心-A 650)經共用空間815鏈 結至WorldCom POP(例如POP 813) °BPX交換機(例如ATM節 點521及ATM節點529)係置於三個交換中心(例如紐約、洛 杉磯、芝加哥)中的每一個及共用空間815和WorldCom POP(例如POP 813)中。0C3(例如光僂導式155 Mbs)連線
IHHH IBM 第48頁 五、發明說明(45) (例如傳輪幹線557)舖設於交換中心及共用空間815之間, DS3連線(例如傳輸幹線5 57)舖設於共用空間815及 WorldCom POP(例如 p0P 813)之間。這些連線在 ff〇rldc〇m 環(例如環811)之頻寬係預供應至PVCs,以提供主ATM骨幹 幹線作為傳呼輸送及支援交換中心間之LAN/WAN和SS7通 訊。 >' 通訊網路交換中心及共用空間包含若干個以DS3連線 (例如傳輸幹線557) *βρχ交換機(例如ATM節點521及ATM節 點529)相接之axis工作台(shelves)。交換中心内之AXIS 工作台(例如SAMs 519)有好幾組接至600E交換機(例如 SSP1 517)之DS1連線(例如存取-出口幹線553),而在共用 空間815之AXIS工作台(例如SAMs 531)有好幾組接至多工 器(multiplexer,例如MUX 809)之DS1連線(例如存取-出 口幹線553) 809之功能為將DS1連線聚集成DS3連 線’以接至由交換中心所服務之存取縱列(例如AT 515及 AT 535 )交換機。BPX及600E交換機及AXIS工作台係採預供 應之方式建立存取幹線,以使得存取縱列上之C 1C直接對 映至6 0 0E上之CIC。另增的預供應之進行則係為了使6〇〇E 上之C 1C直接對映至另一交換中心内600E上之C 1C,並透過 骨榦幹線管理以支援此條正由VASP系統组件以動態方式控 制I路徑® 交換中心(例如芝加哥及紐約)内之STPs(例如STP-B 503 )使SS7訊息在存取縱列及600E交換機和MEM 105紐件間 輸送。這些訊息可以係接收自通至SS7網路220之閘道
第49頁 87120165 五、發明說明(46) (gateway) ’也可以係經交換中心間%7輸送專用之PVC自 網路接收。SS7鏈結551將STPs(例如STP-B 503 )連接至SS7 網路220、600E交換機(例如SSP1 517)、及EM伺服器-A 605 °AXIS工作台(例如SAM 519)所提供之ATM連線為SS7鏈 結551提供傳輸。
專用之WAN,包括路由器8〇5及集線器807,支援在芝 加哥之作用EM及在紐約之備份em間的通訊,如分散式OMNI 架構之錯誤回復所需β在邏輯上為分隔的另增之係位 於TEM 115及BPX交換機間’以作為ATM路由設定及廢止之 用’及位於VASP系統組件和主控SMS DB-A 620間,係供交 易記錄及資料同步之用》在網路控制中心8〇1所進行之 0AM&P之功能係由使用者介面472(在客戶470處存取)及WAN TCP/IP鏈結和LAN TCP/IP鏈結所致能。TCP/IP路徑120連 接網路控制中心801、路由器805、集線器807、及ATM節點
521。TCP/IP路徑120亦將集線器8〇7連接至主控SMS DB伺 服器-A 615(包括主控SMS DB~A 620)及EM伺服器-A 605 (包括EM DB-A 610)。TCPMP ffAN 支援對主控SMS DB-A 620之存取,係以資料存取層16〇提供訊息及中間媒介。 熟習此技藝者應認知’本發明可以作出進一步之實施 例,但仍未脫離此處所描述之精神及範圍。這種實施例仍 屬於所申請專利之範圍内。
第50頁
Claims (1)
- 六、申請專利範圍 U 一種提供增強型通訊服務連同通訊網路之方法,包括 下列步驟: 即時收集關於網路中所進行之交易的資訊; 將交易資訊儲存於資料庫中;和 β 即時存取資料庫中所儲存之資訊。 專Ϊ範圍第1項之方法’進而包括即時分析部份 所儲存之資訊的步驟β Γ ^ ^ ^ 如申請專利範圍第1項之方法 關整個交易,從頭至尾。 :申請專利範圍第1項之方法,』 細節記錄中内含之全部資訊 如申請專利範圍第4項之貝訊 訊產生傳呼細節記錄之步級’進而包括由所儲存之資 ::請專利範圍第2項之方法 刀析係用以實現網路維决 如申請專利範圍第2項 分析係用以實現計費管理。 如申請專利範圍第7 面定ΐ:〆“其中對所録存之"的 個交”用之7二:於其:二= 2. 3. 6. 7. 8. 9. 10, 其中所收集之資訊係關 其中所儲存之資訊包括 其t對所儲存之資訊的 其中對所儲存之資訊的 訊 如申請專利範圍第2 即完 分析係…定網路資 的 第5〗耳 87120165 六、申請專利範圍12.13.14. 如申請專利範圍第10項之方法 之資訊’對網路上溢流之輪送 如申請專利範圍第1項之方法, 關連式資料庫β ^申請專利範圍第2項之方法, 分析係用以實現網路工程。 —種提供增強型通訊服務連同 括: ’進而包括根據所分析 作重新-路由之步雜β 其中資料庫為常態化之 其中對所儲存之資訊的 通訊網路之裝置,包 網路’係用以攜載交易資料; 元件管理器,係耦接至網路, 絲"令正在進行之交易的資訊; 資料庫,係鏈結至元件管理器 器所收集之交易資訊;和 以即時收集關於網 ’以儲存元件管理 15. 介面,係用以即時存取資料庫中所儲存之資訊。 :請專利範圍第14項之裝置,進而包括耦接至^面 77析所儲存資訊之處理器。 iMl 第52頁 87120165
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US98621497A | 1997-12-05 | 1997-12-05 |
Publications (1)
Publication Number | Publication Date |
---|---|
TW391111B true TW391111B (en) | 2000-05-21 |
Family
ID=25532196
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW87120165A TW391111B (en) | 1997-12-05 | 1998-12-04 | Enhanced virtual access services platform |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP1034485A1 (zh) |
AU (1) | AU1618399A (zh) |
TW (1) | TW391111B (zh) |
WO (1) | WO1999030247A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI481226B (zh) * | 2013-02-07 | 2015-04-11 | Andes Technology Corp | 資訊收集系統 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7849008B1 (en) | 1999-07-15 | 2010-12-07 | Cgi Technologies And Solutions Inc. | Real-time charge calculation system |
DE19939151A1 (de) * | 1999-08-20 | 2001-03-01 | Deutsche Telekom Mobil | Verfahren zur Anzeige von Übertragungs- und Dienstekosten bei der Nutzung von Telekommunikationsnetzen |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5483582A (en) * | 1991-12-12 | 1996-01-09 | Messager Partners | Applications platform for a telephone system gateway interface |
US5809121A (en) * | 1995-12-29 | 1998-09-15 | Mci Communications Corporation | System and method for generating a network call identifier |
US5778368A (en) * | 1996-05-03 | 1998-07-07 | Telogy Networks, Inc. | Real-time embedded software respository with attribute searching apparatus and method |
US5835497A (en) * | 1996-10-30 | 1998-11-10 | Mci Communications Corporation | Call record broadcast via an interface in a telecommunications network |
-
1998
- 1998-12-02 EP EP98960628A patent/EP1034485A1/en not_active Withdrawn
- 1998-12-02 WO PCT/US1998/025530 patent/WO1999030247A1/en not_active Application Discontinuation
- 1998-12-02 AU AU16183/99A patent/AU1618399A/en not_active Abandoned
- 1998-12-04 TW TW87120165A patent/TW391111B/zh not_active IP Right Cessation
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI481226B (zh) * | 2013-02-07 | 2015-04-11 | Andes Technology Corp | 資訊收集系統 |
Also Published As
Publication number | Publication date |
---|---|
EP1034485A1 (en) | 2000-09-13 |
WO1999030247A1 (en) | 1999-06-17 |
AU1618399A (en) | 1999-06-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6226373B1 (en) | Intelligent service peripheral/intelligent peripheral | |
US6175618B1 (en) | ANI based routing | |
US6704303B1 (en) | IP/telephony user interface for a hybrid communication system | |
US5537611A (en) | Network management of special service calls | |
US6442547B1 (en) | System, method and article of manufacture for information service management in a hybrid communication system | |
US6449588B1 (en) | Customer-driven QOS in hybrid communication system | |
US6473505B1 (en) | Call processing system for handling calls to a call center | |
US6459788B1 (en) | Call center resource processor | |
WO2000074314A2 (en) | A system and method for problem management in a hybrid network architecture | |
JPH08507189A (ja) | リソースシステムを用いてネットワークサービスをサポートする広帯域インテリジェント電気通信ネットワークおよび方法 | |
EP1215924A2 (en) | System and method for verifying usage and quality of interconnection services for a communication network | |
JPH09247235A (ja) | 電気通信信号ネットワーク用のメッセージ修正装置 | |
US6625273B1 (en) | System and method for a local number portability cache | |
US7139387B2 (en) | Method and system for integrating multi services for intelligent networks | |
US6393112B1 (en) | System method for facilitating intelligent network call processing using a call context database | |
Kuhn et al. | Common channel signaling networks: Past, present, future | |
US20050152509A1 (en) | System and method for controlling a call processing system | |
US6668051B1 (en) | Intelligent communications point platform | |
CN102378151A (zh) | 信息共享平台及方法 | |
US6690664B1 (en) | Call center communications system for handling calls to a call center | |
TW391111B (en) | Enhanced virtual access services platform | |
TW406498B (en) | Narrow-to-broadband virtual access services platform | |
EP0998829B1 (en) | Intelligent service peripheral | |
Martikainen et al. | Tutorial on intelligent networks | |
Sugarbroad | An OSI-based interoperability architecture for managing hybrid networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
GD4A | Issue of patent certificate for granted invention patent | ||
MM4A | Annulment or lapse of patent due to non-payment of fees |