專利名稱：利用isdnd信道傳送消息的方法及短消息服務(wù)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種通信技術(shù)，尤其是一種利用綜合業(yè)務(wù)數(shù)字網(wǎng)(ISDN)的D信道傳送消息的方法及短消息服務(wù)系統(tǒng)，可廣泛應(yīng)用于各行各業(yè)有關(guān)數(shù)據(jù)、文字信息收發(fā)及認(rèn)證的短消息服務(wù)。
當(dāng)前，在國(guó)內(nèi)外有線電信網(wǎng)的數(shù)字化工作發(fā)展迅速，這主要表現(xiàn)在傳輸線的數(shù)字化、交換機(jī)的數(shù)字化。為滿足人們對(duì)語(yǔ)音、數(shù)據(jù)、TV圖象傳送的綜合要求，通信技術(shù)開發(fā)人員為用戶線路數(shù)字化作出不懈的努力，在開拓通信帶寬和綜合業(yè)務(wù)的應(yīng)用做了大量的工作，推出形形色色的產(chǎn)品和解決方案。
一種價(jià)格較低的數(shù)字化方案就是綜合業(yè)務(wù)數(shù)字網(wǎng)(ISDN)技術(shù)綜合業(yè)務(wù)數(shù)據(jù)網(wǎng)ISDN為電信用戶提供144KB/S的帶寬，其中兩個(gè)B信道(每個(gè)B占64KB/S帶寬)，用于傳送話音和數(shù)據(jù)等消息；一個(gè)D信道(16KB/S)帶寬，用于傳送接續(xù)控制信令，也就是所謂的2B+D。該項(xiàng)技術(shù)用普通的銅纜將144-192KB/S的帶寬送到用戶桌面，人們可以通話和數(shù)據(jù)傳送(上網(wǎng))兩不誤。
在1997年國(guó)際VIA論壇，提出AO/DI的概念。他們利用交換機(jī)的分組功能，將X.25分組包通過(guò)D信道傳送，并將用戶和服務(wù)器始終用D信道連接，即Always on，簡(jiǎn)稱AO。這樣，用戶發(fā)送/接收消息，無(wú)須預(yù)先撥號(hào)。所謂DI，即Dynamic ISDN，意即動(dòng)態(tài)分配的ISDN，主要指的是ISDN的B信道，可以作為一種補(bǔ)充帶寬，根據(jù)用戶傳送的數(shù)據(jù)量大小，隨時(shí)增補(bǔ)或刪減所需帶寬。在AO/DI應(yīng)用中，D信道的作用是1)傳送信道的接續(xù)控制信令；2)少量的用戶數(shù)據(jù)傳送；3)根據(jù)用戶傳送的數(shù)據(jù)量大小，配合交換機(jī)增加一個(gè)B或兩個(gè)B，做為補(bǔ)充帶寬，或在不使用時(shí)刪除它們。B信道主要是用于傳送消息(話音、數(shù)據(jù)、圖像等消息)，因此，B信道只使用多鏈路協(xié)議，無(wú)須標(biāo)準(zhǔn)的Q.922和X.25拆包與打包。
目前AO/DI的技術(shù)應(yīng)用必須在X.25分組網(wǎng)上實(shí)現(xiàn)，在電路交換網(wǎng)上將無(wú)法應(yīng)用。而廣泛使用X.25分組網(wǎng)的畢竟是少數(shù)，我國(guó)以及其它許多國(guó)家有線電信網(wǎng)使用的數(shù)字交換機(jī)，主要還是應(yīng)用數(shù)字交換機(jī)的電路交換功能，AO/DI技術(shù)的推廣受到限制。特別是在我國(guó)1)所有推出的ISDN業(yè)務(wù)中，主要是為用戶提供B信道業(yè)務(wù)服務(wù)，如現(xiàn)在推出的‘一線通’業(yè)務(wù)，主要是基于2B+D中的兩個(gè)B信道上的應(yīng)用。D信道上的資源還未使用。由于B信道業(yè)務(wù)服務(wù)是一種產(chǎn)生話費(fèi)的通信，這對(duì)那些數(shù)據(jù)量并不很大，但對(duì)實(shí)時(shí)性、安全和保密性要求很高的應(yīng)用，既不經(jīng)濟(jì)，也不是很適合；2)現(xiàn)有收發(fā)數(shù)據(jù)、文字消息的終端是PC微機(jī)，使用微機(jī)作為收發(fā)終端成本較高，是一種資源浪費(fèi)，能否普及也是一個(gè)問(wèn)題；3)通過(guò)微機(jī)通信要受互連網(wǎng)的出口和網(wǎng)絡(luò)服務(wù)器處理能力的限制，難以保證數(shù)據(jù)通信的暢通和極高的保密性要求。
本發(fā)明的目的意在克服上述現(xiàn)有技術(shù)的不足，提出一種利用綜合業(yè)務(wù)數(shù)據(jù)網(wǎng)(ISDN)的D信道在不產(chǎn)生話費(fèi)的環(huán)境下實(shí)現(xiàn)傳送數(shù)據(jù)、文字等消息的方法。
本發(fā)明的另一目的是提出一種利用綜合業(yè)務(wù)數(shù)據(jù)網(wǎng)的D信道在不產(chǎn)生話費(fèi)的環(huán)境下傳送消息的短消息統(tǒng)一服務(wù)平臺(tái)(UniPlatform)。
進(jìn)一步地講，本發(fā)明的又一目的是利用綜合業(yè)務(wù)數(shù)據(jù)網(wǎng)的D信道在不產(chǎn)生話費(fèi)的環(huán)境下，通過(guò)短消息統(tǒng)一服務(wù)平臺(tái)(UniPlatform)實(shí)現(xiàn)應(yīng)用服務(wù)器與移動(dòng)手機(jī)、文字傳呼機(jī)、短消息服務(wù)終端(Information Box)及各類有無(wú)線終端相互之間傳送短消息。
實(shí)現(xiàn)上述諸目的的技術(shù)方案利用綜合業(yè)務(wù)數(shù)字網(wǎng)(ISDN)傳送消息的方法在電路交換網(wǎng)上，利用接續(xù)控制信令SETUP/RELEASE的UUI字段攜帶用戶消息進(jìn)行傳送。
短消息服務(wù)系統(tǒng)由統(tǒng)一服務(wù)平臺(tái)和短消息服務(wù)終端組成，統(tǒng)一服務(wù)平臺(tái)包括應(yīng)用網(wǎng)關(guān)和服務(wù)器，短消息服務(wù)終端通過(guò)ISDN的D信道接續(xù)控制信令SETUP/RELEASE的UUI字段攜帶用戶消息進(jìn)行傳送，并按照應(yīng)用層協(xié)議發(fā)送服務(wù)請(qǐng)求和顯示數(shù)據(jù)給用戶，應(yīng)用網(wǎng)關(guān)是由邏輯功能的I模塊和L模塊組成，I模塊接入ISDN網(wǎng)絡(luò)，用于與用戶建立ISDN的電路連接和從D信道接收和發(fā)送數(shù)據(jù)，L模塊完成本地網(wǎng)的通信，服務(wù)器用于處理由應(yīng)用網(wǎng)關(guān)發(fā)送來(lái)的用戶請(qǐng)求或主動(dòng)發(fā)送數(shù)據(jù)，并返回處理結(jié)果，服務(wù)器與應(yīng)用網(wǎng)關(guān)之間按照ISDN D信道應(yīng)用協(xié)議通信。
由短消息服務(wù)終端發(fā)起一個(gè)事務(wù)的過(guò)程短消息服務(wù)終端的適配和業(yè)務(wù)數(shù)據(jù)包協(xié)議層在收到應(yīng)用層下傳的請(qǐng)求原語(yǔ)，將其封裝在SETUP消息中源地址數(shù)據(jù)放入SETUP消息的主叫號(hào)碼信息單元、目的地址數(shù)據(jù)放入SETUP消息的被叫號(hào)碼信息單元、業(yè)務(wù)數(shù)據(jù)封裝在SETUP消息的用戶到用戶信息單元中。
應(yīng)用網(wǎng)關(guān)的工作流程包括負(fù)責(zé)處理各種事件，接收用戶請(qǐng)求，析解數(shù)據(jù)信息；向數(shù)據(jù)服務(wù)器查詢，并將查詢結(jié)構(gòu)轉(zhuǎn)化成適合于短消息服務(wù)終端的數(shù)據(jù)；負(fù)責(zé)接收服務(wù)器主動(dòng)發(fā)送過(guò)來(lái)的數(shù)據(jù)；負(fù)責(zé)向用戶發(fā)送查詢的響應(yīng)結(jié)果和服務(wù)器的主動(dòng)發(fā)送數(shù)據(jù)。
應(yīng)用服務(wù)器處理一個(gè)網(wǎng)關(guān)請(qǐng)求的過(guò)程包括如下步驟服務(wù)器的用戶數(shù)據(jù)協(xié)議的程序接口接收到網(wǎng)關(guān)的數(shù)據(jù)請(qǐng)求，根據(jù)TCP/IP協(xié)議，服務(wù)進(jìn)程得到網(wǎng)關(guān)端發(fā)送數(shù)據(jù)的用戶數(shù)據(jù)協(xié)議的程序接口連接參數(shù)；啟動(dòng)一響應(yīng)子進(jìn)程，并將網(wǎng)關(guān)端發(fā)送數(shù)據(jù)的用戶數(shù)據(jù)協(xié)議的程序接口的連接參數(shù)和數(shù)據(jù)請(qǐng)求傳給該子進(jìn)程；該響應(yīng)子進(jìn)程根據(jù)數(shù)據(jù)請(qǐng)求進(jìn)行處理，或是從數(shù)據(jù)庫(kù)的數(shù)據(jù)入口路徑中讀出該文件，或是啟動(dòng)請(qǐng)求方法產(chǎn)生文檔；根據(jù)父進(jìn)程傳來(lái)的網(wǎng)關(guān)端發(fā)送數(shù)據(jù)請(qǐng)求的用戶數(shù)據(jù)協(xié)議的程序接口的連接參數(shù)，向網(wǎng)關(guān)端發(fā)送數(shù)據(jù)請(qǐng)求的處理結(jié)果或出錯(cuò)信息。
短消息服務(wù)終端向服務(wù)器查詢消息包括如下步驟a、短消息服務(wù)終端用SETUP攜帶請(qǐng)求信息；b、應(yīng)用網(wǎng)關(guān)收到短消息服務(wù)終端該請(qǐng)求信息后，從信息單元中解析出源地址、目的地址、事務(wù)序列號(hào)、用戶數(shù)據(jù)，記錄完成后回送一個(gè)RELEASE命令，并在該命令的UUI字段加入受理申請(qǐng)消息，通知短消息服務(wù)終端查詢命令已經(jīng)受理，然后，產(chǎn)生一請(qǐng)求子進(jìn)程，將查詢命令轉(zhuǎn)發(fā)給服務(wù)器；c、服務(wù)器將消息從數(shù)據(jù)庫(kù)或消息源查出后，發(fā)送給應(yīng)用網(wǎng)關(guān)；d、應(yīng)用網(wǎng)關(guān)再通過(guò)上述記錄，將用戶號(hào)碼、用戶消息等組裝一個(gè)SETUP消息，發(fā)送給用戶；e、用戶接收完消息后再送一個(gè)RELEASE信號(hào)作回應(yīng)。
服務(wù)器向短消息服務(wù)終端發(fā)送短消息包括如下步驟a、服務(wù)器向應(yīng)用網(wǎng)關(guān)發(fā)送消息；b、應(yīng)用網(wǎng)關(guān)用SETUP消息向短消息服務(wù)終端傳送服務(wù)器傳來(lái)的短消息；c、短消息服務(wù)終端用RELEASE釋放該接續(xù)，并在該消息的狀態(tài)信息單元指明接收成功。
短消息服務(wù)終端向另一短消息服務(wù)終端發(fā)送消息包括如下步驟a、短消息服務(wù)終端建立SETUP并發(fā)送消息；b、另一短消息服務(wù)終端接收到SETUP消息后，用RELEASE
釋放該接續(xù)，并在該消息的狀態(tài)信息單元指明接收成功。
統(tǒng)一服務(wù)平臺(tái)的應(yīng)用協(xié)議包括統(tǒng)一數(shù)據(jù)層、監(jiān)控管理層、信息路由層、個(gè)性化定制層、統(tǒng)一匹配層和統(tǒng)一接入層統(tǒng)一數(shù)據(jù)層，是將數(shù)據(jù)以XML格式來(lái)統(tǒng)一存放，而數(shù)據(jù)的表現(xiàn)通過(guò)對(duì)應(yīng)的XSL來(lái)完成；監(jiān)控管理層，用于對(duì)用戶進(jìn)行認(rèn)證、授權(quán)，對(duì)用戶訪問(wèn)進(jìn)行統(tǒng)計(jì)分析，提供統(tǒng)計(jì)報(bào)表等決策信息，根據(jù)用戶使用信息的種類、時(shí)間、流量等各種信息提供計(jì)費(fèi)的接口及服務(wù)質(zhì)量的監(jiān)控報(bào)警；信息路由層，用于對(duì)不同接入方式之間的通信，直接將信息路由給對(duì)應(yīng)的個(gè)性化定制層；個(gè)性化定制層，將特定的信息傳遞給特定的用戶，一是用戶通過(guò)主動(dòng)的選擇，進(jìn)行個(gè)性化的設(shè)置，二是系統(tǒng)通過(guò)對(duì)用戶訪問(wèn)記錄進(jìn)行分析，自動(dòng)編排出用戶喜好的信息，在信息傳遞時(shí)優(yōu)先排列用戶喜好的信息；統(tǒng)一匹配層，根據(jù)用戶的終端類型將信息進(jìn)行優(yōu)化，以最好的匹配來(lái)滿足用戶不同的終端設(shè)備；統(tǒng)一接入層，用于將獲取接入用戶的各種信息分別傳遞給不同的模塊處理。
短消息服務(wù)終端與手機(jī)終端通過(guò)統(tǒng)一服務(wù)平臺(tái)通信的方法包括如下步驟。
短消息服務(wù)終端發(fā)送一條SETUP短消息，消息內(nèi)容包含服務(wù)請(qǐng)求的格式、參數(shù)和信文；上述消息進(jìn)入統(tǒng)一接入層，該層中的短消息服務(wù)終端接入網(wǎng)關(guān)處理該信息，并將該信息翻譯為通用數(shù)據(jù)包；通過(guò)TCP/IP協(xié)議將該信息送往監(jiān)控管理層進(jìn)行解讀，并記錄該信息的來(lái)源、時(shí)間、請(qǐng)求的格式和參數(shù)，同時(shí)監(jiān)控管理層檢查該用戶的通信權(quán)限；經(jīng)信息路由層確認(rèn)后，將信息發(fā)往手機(jī)短消息隊(duì)列；將信息經(jīng)過(guò)個(gè)性化定制層檢查有無(wú)個(gè)性化定制內(nèi)容并進(jìn)行個(gè)性化處理；個(gè)性化處理后的信息進(jìn)入統(tǒng)一匹配層處理，將該數(shù)據(jù)優(yōu)化為最適合手機(jī)短消息接收的格式，然后發(fā)送給手機(jī)短消息用戶。
短消息服務(wù)終端包括管理模塊、鍵盤輸入監(jiān)控模塊和呼叫處理模塊管理模塊負(fù)責(zé)從鍵盤輸入監(jiān)控模塊接收用戶的輸入數(shù)據(jù)和命令，分析命令，并根據(jù)命令控制顯示或與呼叫處理模塊通信；
鍵盤輸入監(jiān)控模塊將用戶的鍵盤輸入及時(shí)地傳給管理模塊，鍵盤輸入監(jiān)控模塊與管理模塊之間通過(guò)消息隊(duì)列、事件或控制狀態(tài)標(biāo)志通信；呼叫處理模塊用于接收用戶的呼叫接續(xù)請(qǐng)求并執(zhí)行去話處理，接收來(lái)話接續(xù)請(qǐng)求，并與管理模塊部分配合，完成來(lái)話處理；呼叫處理模塊包括調(diào)度層和處理層，調(diào)度層負(fù)責(zé)從相關(guān)的其它任務(wù)模塊接收消息，根據(jù)消息來(lái)源和消息類型調(diào)用相應(yīng)的處理層函數(shù)，調(diào)度層對(duì)來(lái)話和去話維護(hù)不同的狀態(tài)機(jī)；處理層負(fù)責(zé)各呼叫的接續(xù)處理，直接將消息發(fā)送到其它模塊進(jìn)行通信；呼叫處理模塊將來(lái)話信息傳至管理模塊，供顯示和存儲(chǔ)用。
管理模塊中的數(shù)據(jù)庫(kù)表由服務(wù)器的服務(wù)項(xiàng)目、來(lái)話主叫號(hào)碼、短消息、服務(wù)器的服務(wù)信息及系統(tǒng)配置表組成。
呼叫處理模塊對(duì)呼叫請(qǐng)求的處理包括如下步驟呼叫處理收到管理模塊送來(lái)的SETUP消息之后，判斷呼叫類型；對(duì)短消息服務(wù)終端到短消息服務(wù)終端的呼叫，分別把被叫號(hào)碼和UUI的內(nèi)容拷貝到請(qǐng)求原語(yǔ)的對(duì)應(yīng)位置，啟動(dòng)定時(shí)1，并將請(qǐng)求原語(yǔ)的消息送給應(yīng)用層，若在規(guī)定時(shí)間內(nèi)，呼叫處理應(yīng)用層收不到RELEASE消息，則自動(dòng)向下層發(fā)送呼叫清除消息；對(duì)短消息服務(wù)終端到服務(wù)器的呼叫，從NVRAM中獲得服務(wù)器的被叫號(hào)碼，啟動(dòng)定時(shí)2，發(fā)送請(qǐng)求原語(yǔ)，呼叫處理處于等待響應(yīng)的狀態(tài)，等待確認(rèn)消息和RELEASE消息；呼叫處理收到呼叫控制的應(yīng)答原語(yǔ)消息后，判斷呼叫類別如果是語(yǔ)音業(yè)務(wù)，則呼叫處理向管理模塊送的消息只有主叫號(hào)碼，這時(shí)是主叫號(hào)碼顯示；如果是短消息服務(wù)終端到短消息服務(wù)終端消息，則停止定時(shí)器1，向管理模塊發(fā)送消息，包含收到的SETUP的UUI的內(nèi)容和主叫號(hào)碼，向主叫方發(fā)送確認(rèn)消息，然后發(fā)送RELEASE消息；如果是短消息服務(wù)終端到服務(wù)器的消息，若已經(jīng)啟動(dòng)了定時(shí)器2，則認(rèn)為收到了查詢的結(jié)果，停掉定時(shí)器2，向管理模塊發(fā)送消息，包含查詢得到的UUI的內(nèi)容；若沒(méi)有啟動(dòng)定時(shí)器2，則認(rèn)為服務(wù)器向用戶主動(dòng)發(fā)送信息，也向管理模塊發(fā)送消息，包含得到的UUI的內(nèi)容。
短消息服務(wù)終端中的ISDN D信道應(yīng)用協(xié)議承載層提供ISDNBRI底層的所有協(xié)議；應(yīng)用網(wǎng)關(guān)的ISDN D信道應(yīng)用協(xié)議承載層提供支持7號(hào)信令I(lǐng)SUP或PRI的協(xié)議棧；應(yīng)用網(wǎng)關(guān)和呼叫中心之間采用TCP/IP協(xié)議；ISDN D信道應(yīng)用協(xié)議的適配和業(yè)務(wù)層為應(yīng)用層提供服務(wù)，并將應(yīng)用層請(qǐng)求的協(xié)議數(shù)據(jù)單元封裝在下層提供的原語(yǔ)中下傳，或?qū)⑾聦由蟼鞯脑Z(yǔ)上傳給應(yīng)用層；ISDN D信道應(yīng)用協(xié)議的適配和業(yè)務(wù)層數(shù)據(jù)包協(xié)議，一方面為上層提供業(yè)務(wù)原語(yǔ)，另一方面是短消息服務(wù)終端、應(yīng)用網(wǎng)關(guān)和服務(wù)器間約定的協(xié)議；ISDN D信道應(yīng)用協(xié)議的應(yīng)用層直接與數(shù)據(jù)包層通信。
短消息服務(wù)終端和服務(wù)器的應(yīng)用層間通信語(yǔ)言最基本的交互單元是一個(gè)卡片，一個(gè)或多個(gè)聯(lián)系密切的卡片組成一個(gè)卡片組，一個(gè)卡片組是服務(wù)器通過(guò)ISDN短消息向用戶終端發(fā)送的信息單元。
采用上述技術(shù)方案，其有益的技術(shù)效果在于1)首創(chuàng)性地在電路交換網(wǎng)上，利用ISDN的D信道用戶接續(xù)控制信令UUS中SETUP/RELEASE信令的UUI字段攜帶用戶短消息進(jìn)行傳送，在B信道還沒(méi)有建立之前，消息即已送到，所以是一種不產(chǎn)生話費(fèi)的點(diǎn)對(duì)點(diǎn)的話前通信，這無(wú)論對(duì)運(yùn)營(yíng)商(電信局)還是用戶都具有極大的經(jīng)濟(jì)效益，充分利用了電信資源。2)為用戶提供了一種簡(jiǎn)單易用的價(jià)格低廉的適合漢字、英文、圖表等數(shù)據(jù)收發(fā)的短消息服務(wù)終端，在不使用PC機(jī)的環(huán)境下用戶仍可以收發(fā)文字消息，在ISDN終端設(shè)備上尚屬首創(chuàng)。3)通過(guò)統(tǒng)一服務(wù)平臺(tái)(UniPlatform)，本發(fā)明創(chuàng)造性地實(shí)現(xiàn)了在不產(chǎn)生話費(fèi)的環(huán)境下，實(shí)現(xiàn)服務(wù)器、手機(jī)、傳呼機(jī)、短消息服務(wù)終端等不同種類的用戶信息終端相互之間數(shù)據(jù)、文字等等短消息的互聯(lián)互通、信息共享，這種互聯(lián)互通具有重大的商業(yè)價(jià)值。4)短消息服務(wù)終端首先選擇基于電路交換功能的UUS作為傳送信道，符合我國(guó)國(guó)情。同時(shí)，本發(fā)明在軟件及硬件設(shè)計(jì)上充分考慮到AO/DI的應(yīng)用，在有些分組交換發(fā)展較好的地方，可同時(shí)使用X.25 over D，也可以發(fā)展A0/DI技術(shù)，以求得最廣泛的應(yīng)用價(jià)值。5)充分利用了現(xiàn)有數(shù)字電信網(wǎng)承受的通信業(yè)務(wù)量最大、保密性最高的商務(wù)通信特點(diǎn)。由于使用電話交換機(jī)的路由交換功能，不受互連網(wǎng)的出口和ISP的限制，因而，用戶的數(shù)據(jù)通信如同打電話一般通暢可靠，并有極強(qiáng)的保密性。6)利用電信網(wǎng)點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通信的保密性好的特點(diǎn)，以及電話交換機(jī)能夠承受較多的用戶終端的特點(diǎn)，可開展很多在互連網(wǎng)上一時(shí)很難實(shí)現(xiàn)或需要較高成本的業(yè)務(wù)●用戶短消息傳送服務(wù)(電信運(yùn)營(yíng)商可作增殖業(yè)務(wù)開放，采用月租費(fèi)形式收費(fèi))。
●業(yè)務(wù)中心短消息點(diǎn)播服務(wù)天氣預(yù)報(bào)；航班查詢；股票查詢；話費(fèi)查詢；外匯匯率查詢；新聞快訊等短消息服務(wù)。
●信用卡結(jié)算、票據(jù)認(rèn)證等。
●電子商務(wù)。
下面結(jié)合附圖通過(guò)最佳實(shí)施方式對(duì)本發(fā)明作進(jìn)一步詳細(xì)的描述，本發(fā)明的上述目的、方案特征和優(yōu)點(diǎn)將會(huì)變得更加明顯。


圖1示出本發(fā)明的網(wǎng)絡(luò)結(jié)構(gòu)系統(tǒng)圖。
圖2是短消息服務(wù)終端(IBOX)之間短消息發(fā)送與接收的傳送示意圖。
圖3是服務(wù)器向短消息服務(wù)終端(IBOX)主動(dòng)發(fā)送(PUSH)短消息的傳送示意圖。
圖4是短消息服務(wù)終端向服務(wù)器查詢短消息的傳送示意圖。
圖5是短消息從用戶端經(jīng)過(guò)ISDN電信網(wǎng)到另一用戶端的各層軟件路徑。
圖6是本發(fā)明ISDN D信道應(yīng)用接口協(xié)議結(jié)構(gòu)。
圖7是短消息服務(wù)終端軟件模塊劃分框圖。
圖8是短消息服務(wù)終端的用戶配置數(shù)據(jù)存放方式。
圖9是短消息服務(wù)終端IBOX的S/T接口及D信道接口方式。
圖10是應(yīng)用網(wǎng)關(guān)的工作流程圖。
圖11是PRI應(yīng)用網(wǎng)關(guān)硬件結(jié)構(gòu)。
圖12是應(yīng)用服務(wù)器的軟件層次結(jié)構(gòu)圖。
圖13是IDAP承載層結(jié)構(gòu)參考模型。
圖14是短消息服務(wù)終端(IBOX)和應(yīng)用服務(wù)器IDP層原語(yǔ)類型。
圖15是ISDN電信網(wǎng)短消息應(yīng)用方案之一信用卡結(jié)算系統(tǒng)。
圖16是ISDN電信網(wǎng)短消息應(yīng)用方案之二增值稅發(fā)票管理系統(tǒng)。
如圖1所示，應(yīng)用服務(wù)器(Call Center)和應(yīng)用網(wǎng)關(guān)構(gòu)成的統(tǒng)一服務(wù)平臺(tái)利用ISDN的D信道資源實(shí)現(xiàn)短消息通信，可以處理來(lái)自不同接入方式的用戶信息終端的業(yè)務(wù)，某用戶信息終端通過(guò)應(yīng)用服務(wù)器可獲取各種不同信息源的信息資源，不同種類的用戶信息終端可通過(guò)其達(dá)到短消息信息互通，Call Center可以處理來(lái)自短消息服務(wù)終端的用戶請(qǐng)求。
用戶終端用戶終端與一般的ISDN終端設(shè)備不同，是專門通過(guò)ISDN的D信道來(lái)傳輸數(shù)據(jù)的的終端設(shè)備，并負(fù)責(zé)按照應(yīng)用層協(xié)議發(fā)送服務(wù)請(qǐng)求和顯示數(shù)據(jù)給用戶。一般地說(shuō)，現(xiàn)有ISDN的數(shù)據(jù)終端或TA(終端適配器)+PC(微機(jī))都能夠發(fā)送與接收本系統(tǒng)的短消息。
ISDN D信道應(yīng)用網(wǎng)關(guān)應(yīng)用服務(wù)器的ISDN接入設(shè)備，由兩個(gè)邏輯功能I模塊和L模塊組成。它的I接口是與ISDN的網(wǎng)絡(luò)設(shè)備連接，接入ISDN網(wǎng)絡(luò)，用于與用戶建立ISDN的電路連接，I模塊完成ISDN D信道通信，處理D信道的速率為16kbit/s或64kbit/s，傳送控制信令和分組數(shù)據(jù)信息，判定終端識(shí)別號(hào)，析解數(shù)據(jù)信息，從D信道接收和發(fā)送數(shù)據(jù)；它的L接口是本地網(wǎng)(LAN)的網(wǎng)絡(luò)接口，用于接入本地網(wǎng)。在數(shù)據(jù)中心的LAN中與Call Center應(yīng)用服務(wù)器通訊，L模塊完成局域網(wǎng)通信，從I模塊析解的數(shù)據(jù)信息按TCP/IP打包，與呼叫中心信息平臺(tái)應(yīng)用服務(wù)器按照IDAP協(xié)議通信。
應(yīng)用服務(wù)器主要功能是處理由應(yīng)用網(wǎng)關(guān)發(fā)送來(lái)的用戶請(qǐng)求(Request)，并返回處理結(jié)果。
本發(fā)明的特點(diǎn)是只使用ITU-T(國(guó)際電信聯(lián)盟)建議中的可攜帶UUI1的UUS接續(xù)控制信令，將用戶消息UUI與接續(xù)控制信令UUS捆在一起發(fā)送。而且，主要使用SETUP/RELEASE兩個(gè)信令。因?yàn)?，這一對(duì)信令存在ISDN所有類型的呼叫(SETUP呼叫發(fā)起；RELEASE釋放全部資源)。由于，短消息發(fā)送是在D信道上傳送的，不使用B信道，因此，在交換機(jī)未進(jìn)行電路連接之前已經(jīng)完成消息的傳送。
系統(tǒng)應(yīng)用中，短消息服務(wù)終端相互之間以及短消息服務(wù)終端和服務(wù)器之間的通信采用無(wú)連接的工作方式，即任何通信采用請(qǐng)求-應(yīng)答的形式。我們稱一次請(qǐng)求-應(yīng)答過(guò)程為一次事務(wù)。短消息服務(wù)終端相互之間的通信和呼叫中心采用主動(dòng)(PUSH)方式向短消息服務(wù)終端發(fā)送消息時(shí)，均在一次事務(wù)中完成。
在圖2中，短消息服務(wù)終端向另一短消息服務(wù)終端發(fā)送消息包括如下步驟a、短消息服務(wù)終端建立SETUP，將本終端(源地址)數(shù)據(jù)放入SETUP消息的主叫號(hào)碼信息單元、對(duì)方終端(目的地址)數(shù)據(jù)放入SETUP消息的被叫號(hào)碼信息單元、等發(fā)送消息放入SETUP消息的用戶到用戶信息單元后，并發(fā)送消息；b、另一短消息服務(wù)終端接收到SETUP消息后，用RELEASE回送證實(shí)，釋放該接續(xù)，并在該消息的狀態(tài)信息單元標(biāo)明接收成功與否。
在圖3中，呼叫中心服務(wù)器主動(dòng)(PUSH方式)向短消息服務(wù)終端發(fā)送消息的步驟呼叫中心服務(wù)器向應(yīng)用網(wǎng)關(guān)發(fā)送消息；應(yīng)用網(wǎng)關(guān)用SETUP消息向短消息服務(wù)終端傳送服務(wù)器傳來(lái)的消息；短消息服務(wù)終端接收到SETUP消息后，用RELEASE回送證實(shí)，釋放該接續(xù)，并在該消息的狀態(tài)信息單元指明接收成功與否。
圖4所示是短消息服務(wù)終端向呼叫中心服務(wù)器查詢消息(PULL方式)的工作過(guò)程每一次消息查詢是通過(guò)上述兩次事務(wù)請(qǐng)求來(lái)完成。
a、短消息服務(wù)終端用SETUP攜帶請(qǐng)求信息；b、應(yīng)用網(wǎng)關(guān)收到短消息服務(wù)終端該請(qǐng)求的信息后，從信息單元中解析出源地址、目的地址、事務(wù)序列號(hào)、用戶數(shù)據(jù)，記錄完成后回送一個(gè)RELEASE命令，并在該命令的UUI字段加入受理申請(qǐng)消息，通知短消息服務(wù)終端查詢命令已經(jīng)受理，然后，產(chǎn)生一請(qǐng)求子進(jìn)程，將查詢命令轉(zhuǎn)發(fā)給服務(wù)器；c、服務(wù)器將消息從數(shù)據(jù)庫(kù)或消息源查出后，發(fā)送給應(yīng)用網(wǎng)關(guān)；d、應(yīng)用網(wǎng)關(guān)再通過(guò)上述記錄，將用戶號(hào)碼、用戶消息等組裝一個(gè)SETUP消息，發(fā)送給用戶短消息服務(wù)終端；e、用戶短消息服務(wù)終端接收完消息后再送一個(gè)RELEASE信號(hào)作回應(yīng)。
根據(jù)ITU-T建議ISDN的UUS攜帶UUI的字段為131個(gè)字節(jié)(BYTE)，也就是說(shuō)可以攜帶60個(gè)漢字(每?jī)蓚€(gè)BYTE一個(gè)漢字，另外，協(xié)議還要占去幾個(gè)BYTE)。本發(fā)明定義的短消息的幀長(zhǎng)也為60個(gè)漢字，終端的屏幕(LCD)顯示，內(nèi)存的存儲(chǔ)格式等也均以每條短消息60個(gè)漢字為參考單元。
一般情況下，60個(gè)漢字以下的短消息，可以通過(guò)一次事務(wù)發(fā)送(即一對(duì)SETUP/RELEASE命令)完成。如果較長(zhǎng)的消息可以采用多次事務(wù)發(fā)送。并不限制發(fā)送的事務(wù)次數(shù)和誰(shuí)先發(fā)送。
在上述消息的傳送過(guò)程中，交換機(jī)的動(dòng)作僅限于SETUP/RELEASE這兩個(gè)命令，并未進(jìn)入到B信道的連接等接續(xù)動(dòng)作，所以交換機(jī)的開銷并不大。
根據(jù)ITU-T建議，ISDN網(wǎng)是遵從OSI參考模型而設(shè)計(jì)的。圖5進(jìn)一步說(shuō)明在圖2～4中傳送用戶消息時(shí)，使用OSI參考模型的各層情況PH物理層協(xié)議1.430(BRI)/1.431(PRI)
DL鏈路層協(xié)議Q.921NS網(wǎng)絡(luò)層協(xié)議Q.931CC呼叫處理層，本發(fā)明將作進(jìn)一步的描述。
ISUPSS#7信令中用于ISDN的協(xié)議PH、DL、NS三層協(xié)議是ISDN網(wǎng)的底層協(xié)議，無(wú)論ISDN的用戶端，網(wǎng)絡(luò)端(ISDN交換機(jī))都是不可少的，ISDN底三層通信協(xié)議僅作為一個(gè)傳送載體，因此，交換機(jī)對(duì)它們是透明傳送的。根據(jù)協(xié)議對(duì)稱的原則，短消息終端必須具備ISDN底三層通信協(xié)議處理能力，以及在呼叫處理層CC處理短消息的能力。而對(duì)公用電信網(wǎng)(交換機(jī)、中繼線)無(wú)特殊要求。只要是具有ISDN功能的交換機(jī)、中繼采用SS#7 ISUP協(xié)議，均能滿足要求。如果，終端采用PRI接口，與上述短消息服務(wù)終端無(wú)大的差別，同樣可以使用。
短消息服務(wù)終端(Information BOX)短消息服務(wù)終端是一個(gè)ISDN TE1終端設(shè)備，它通過(guò)S/T接口與NT1和具有ISDN功能的交換機(jī)相接，實(shí)現(xiàn)基本速率的ISDN用戶端功能。短消息服務(wù)終端是專為利用ISDN的D信道和用戶到用戶業(yè)務(wù)(UUS)信令，實(shí)現(xiàn)短消息服務(wù)終端和短消息服務(wù)終端之間傳遞用戶信息(或簡(jiǎn)稱短消息)，以及短消息服務(wù)終端和呼叫中心應(yīng)用而開發(fā)的ISDN終端設(shè)備。該設(shè)備提供S/T接口，可與NT1或NT1+相接，設(shè)備自帶液晶顯示器和鍵盤，為用戶提供接收/發(fā)送/存儲(chǔ)/編輯/查閱等功能。
鍵盤功能短消息服務(wù)終端提供適度的鍵盤功能，包括功能鍵、字母鍵、數(shù)字鍵、控制鍵和專用鍵等，短消息服務(wù)終端鍵盤是短消息服務(wù)終端系統(tǒng)與用戶交互的輸入接口，用戶通過(guò)該鍵盤完成呼叫接續(xù)等控制、輸入短消息、實(shí)現(xiàn)查詢和顯示等功能。系統(tǒng)提供按國(guó)標(biāo)碼的漢語(yǔ)拼音輸入漢字、按ASCII碼輸入字符、以及全角字符等三種輸入方式。三種輸入方式之間可通過(guò)相應(yīng)鍵隨時(shí)進(jìn)行切換顯示功能。
本系統(tǒng)采用較低分辨率的液晶顯示器，分辨率為192*48。系統(tǒng)提供兩種顯示字模12*12的全角漢字字模和12*8的半角ASCII字模。該顯示系統(tǒng)還提供光標(biāo)功能和簡(jiǎn)單圖形曲線顯示功能。
短消息服務(wù)終端可以向另一短消息服務(wù)終端發(fā)送短消息，也可以接收其它短消息服務(wù)終端發(fā)來(lái)的短消息。雙方發(fā)送的短消息可認(rèn)為是相互獨(dú)立的，因此可利用ISDN的UUS的業(yè)務(wù)UUI1來(lái)實(shí)現(xiàn)。短消息發(fā)送端利用ISDN的SETUP消息的UUI信息單元攜帶短消息，短消息的接收端用RELEASE COMPLETE消息釋放該接續(xù)請(qǐng)求。短消息一律采用按國(guó)標(biāo)GB2312編碼。由于受UUI信息單元長(zhǎng)度的限制，每次發(fā)送的短消息長(zhǎng)度不超過(guò)60個(gè)漢字(即120個(gè)字節(jié))。
短消息服務(wù)終端提供來(lái)話主叫號(hào)碼、短消息服務(wù)終端-短消息服務(wù)終端短消息終端以及呼叫中心信息的存儲(chǔ)功能。終端還對(duì)存儲(chǔ)的上述信息提供檢索功能，允許用戶按順序方式檢索。
圖6所示為短消息服務(wù)終端與ISDN D信道應(yīng)用接口協(xié)議結(jié)構(gòu)IDAP協(xié)議IDAP承載層短消息服務(wù)終端和具有ISDN功能的交換機(jī)間的接口是ISDNBRI。如前所述，用戶到用戶信息可在如SETUP消息中傳送。按規(guī)范規(guī)定，用戶到用戶信息的最大長(zhǎng)度是131字節(jié)。短消息服務(wù)終端中的承載層提供ISDN BRI接口的所有協(xié)議棧。
適配和業(yè)務(wù)層為應(yīng)用層提供服務(wù)，并將應(yīng)用層請(qǐng)求的協(xié)議數(shù)據(jù)單元(PDU)封裝在下層提供的原語(yǔ)中下傳，或?qū)⑾聦由蟼鞯脑Z(yǔ)上傳給應(yīng)用層。
短消息服務(wù)終端是一窄帶ISDN終端設(shè)備TE1，必須滿足TE1的基本要求，在圖7中，短消息服務(wù)終端軟件模塊包括管理模塊(MMI)、鍵盤輸入監(jiān)控模塊、呼叫處理模塊(Call Processing)、BRI底層軟件、S/T接口、D信道設(shè)備驅(qū)動(dòng)程序和實(shí)時(shí)操作系統(tǒng)PSOS+。
管理模塊在多任務(wù)系統(tǒng)實(shí)現(xiàn)中承擔(dān)一個(gè)任務(wù)，該任務(wù)負(fù)責(zé)從鍵盤輸入監(jiān)控模塊接收用戶的輸入數(shù)據(jù)和命令，分析命令，并根據(jù)命令控制顯示或與呼叫處理模塊通信，該任務(wù)的另一功能是及時(shí)地與呼叫處理模塊交互信息。
管理模塊還包括數(shù)據(jù)庫(kù)管理子模塊，數(shù)據(jù)庫(kù)由多個(gè)表組成。由于多數(shù)表最多為20個(gè)表記錄，數(shù)據(jù)庫(kù)不必建立索引，以節(jié)省內(nèi)存。數(shù)據(jù)庫(kù)表采用順序檢索方式。數(shù)據(jù)庫(kù)管理子模塊以API形式實(shí)現(xiàn)。這些API函數(shù)供管理模塊和呼叫處理模塊調(diào)用。涉及共享數(shù)據(jù)的API函數(shù)必須采用互斥機(jī)制(即數(shù)據(jù)共享，意味著有多個(gè)任務(wù)可以隨機(jī)使用該資源，為防止一個(gè)任務(wù)正在使用該資源，而另一個(gè)任務(wù)又搶占該資源時(shí)采用的一種保護(hù)方法稱為互斥)。
短消息服務(wù)終端具有以下數(shù)據(jù)庫(kù)表呼叫中心的服務(wù)項(xiàng)目、來(lái)話主叫號(hào)碼、短消息服務(wù)終端-短消息服務(wù)終端短消息、呼叫中心服務(wù)信息以及短消息服務(wù)終端系統(tǒng)配置表(User Profile)等。
除了短消息服務(wù)終端系統(tǒng)配置表以外，其它表均保存在NV-RAM中，表記錄的讀/寫操作均在NV-RAM中進(jìn)行。短消息服務(wù)終端系統(tǒng)配置表的管理較為復(fù)雜。為了保證系統(tǒng)的可靠性，配置數(shù)據(jù)采用圖8所示的分級(jí)管理呼叫處理模塊從工作區(qū)訪問(wèn)配置數(shù)據(jù)，用戶從鍵盤輸入的配置數(shù)據(jù)存放在用戶配置區(qū)。系統(tǒng)啟動(dòng)時(shí)，用戶配置區(qū)的數(shù)據(jù)將被加載到工作區(qū)，用戶也可以通過(guò)鍵盤命令把配置數(shù)據(jù)從缺省配置區(qū)加載到工作區(qū)。
提供一組API函數(shù)，對(duì)NV-SRAM中的用戶配置數(shù)據(jù)進(jìn)行管理。該API函數(shù)供兩個(gè)模塊調(diào)用管理模塊和呼叫處理模塊。用戶從鍵盤輸入的配置數(shù)據(jù)由管理模塊通過(guò)調(diào)用API函數(shù)而存入用戶配置區(qū)，呼叫處理模塊在啟動(dòng)時(shí)，通過(guò)調(diào)用API函數(shù)將用戶配置數(shù)據(jù)區(qū)數(shù)據(jù)加載到工作區(qū)。
管理模塊與鍵盤輸入監(jiān)控模塊的通信一是通過(guò)消息隊(duì)列，管理模塊從該消息隊(duì)列中接收用戶輸入數(shù)據(jù)和命令，并負(fù)責(zé)對(duì)輸入數(shù)據(jù)進(jìn)行解釋。對(duì)于非法數(shù)據(jù)，管理模塊將其丟棄。通過(guò)消息的通信是單向的，即管理模塊只從消息隊(duì)列接收消息，而不向鍵盤輸入監(jiān)控模塊發(fā)送消息。
除了消息隊(duì)列外，管理模塊與鍵盤輸入監(jiān)控模塊之間還通過(guò)一些標(biāo)志進(jìn)行通信，例如將管理模塊運(yùn)行狀態(tài)等通過(guò)標(biāo)志來(lái)通知鍵盤輸入監(jiān)控模塊。
第三種通信方式是通過(guò)事件(event)。這種方式主要用作鍵盤輸入監(jiān)控模塊的應(yīng)答信號(hào)。
管理模塊與呼叫處理模塊之間為雙向通信管理模塊將用戶輸入的呼叫請(qǐng)求以及短消息等傳至呼叫處理模塊，而呼叫處理模塊將來(lái)話信息，如來(lái)話主叫號(hào)碼以及短消息等傳至管理模塊，供顯示和存儲(chǔ)用。
管理模塊的顯示接口提供一組API函數(shù)，該接口模塊是顯示的驅(qū)動(dòng)程序，負(fù)責(zé)與液晶顯示器接口。
鍵盤輸入監(jiān)控模塊是人機(jī)接口的一部分，但從軟件實(shí)現(xiàn)來(lái)說(shuō)，該模塊是一個(gè)獨(dú)立的任務(wù)。該任務(wù)的功能是將用戶的鍵盤輸入及時(shí)地傳給管理模塊。
鍵盤硬件本身不提供中斷機(jī)制。我們利用系統(tǒng)定時(shí)器TIMER1，每10ms產(chǎn)生一次中斷，周期性地掃描鍵盤輸入狀態(tài)。該中斷服務(wù)程序與鍵盤輸入監(jiān)控模塊間有一消息隊(duì)列接口，將檢測(cè)到的鍵盤輸入字符數(shù)據(jù)發(fā)送至隊(duì)列。
鍵盤輸入監(jiān)控任務(wù)必須以輪詢的方式工作，不斷地從上述任務(wù)中接收鍵盤輸入數(shù)據(jù)，并對(duì)接收到的數(shù)據(jù)進(jìn)行判別，將應(yīng)該傳給管理模塊的數(shù)據(jù)進(jìn)一步作為消息上傳。該任務(wù)是短消息服務(wù)終端系統(tǒng)諸多任務(wù)中的一個(gè)任務(wù)，在多任務(wù)系統(tǒng)中，每個(gè)任務(wù)按任務(wù)優(yōu)先級(jí)由實(shí)時(shí)操作系統(tǒng)調(diào)度工作。必須適當(dāng)?shù)卦O(shè)置鍵盤輸入監(jiān)控任務(wù)的輪詢周期，一方面確保鍵盤輸入的響應(yīng)要求，另一方面盡可能地減少對(duì)其它任務(wù)的影響。
屏幕在輸入和輸出狀態(tài)之間進(jìn)行切換。為了保證輸入和輸出之間的協(xié)調(diào)工作，鍵盤輸入監(jiān)控任務(wù)受控于管理模塊，該任務(wù)在每次輪詢時(shí)，必須檢查相應(yīng)的控制狀態(tài)標(biāo)志。
鍵盤輸入監(jiān)控模塊的主要功能是與鍵盤硬件的接口。在設(shè)計(jì)時(shí)，同樣考慮到模塊的獨(dú)立性。也就是說(shuō)，該模塊不應(yīng)過(guò)多地依賴于系統(tǒng)應(yīng)用。用戶輸入的數(shù)據(jù)和命令，該任務(wù)將透明地將其傳送到管理模塊任務(wù)，不合理的輸入將由管理模塊任務(wù)決定丟棄。
與該模塊接口的外部模塊是管理模塊，相互之間的通信方式有三種消息隊(duì)列、事件和控制狀態(tài)標(biāo)志。消息隊(duì)列用來(lái)存放用戶的鍵盤輸入(包括數(shù)據(jù)和命令)。消息的長(zhǎng)度為2個(gè)字節(jié)，以存放一個(gè)漢字代碼，事件用于應(yīng)答，控制狀態(tài)標(biāo)志用于控制鍵盤輸入監(jiān)控任務(wù)的行為。
呼叫處理模塊從信令協(xié)議棧觀點(diǎn)來(lái)看，該模塊位于協(xié)議棧的應(yīng)用層。從實(shí)現(xiàn)角度看，它同時(shí)是用戶平面的應(yīng)用層。呼叫處理模塊是系統(tǒng)中的一個(gè)任務(wù)，它擔(dān)負(fù)著呼叫接續(xù)的協(xié)調(diào)調(diào)度工作。具體功能包括以下幾部分接收用戶的呼叫接續(xù)請(qǐng)求，并執(zhí)行去話處理。
接收來(lái)話接續(xù)請(qǐng)求，并與管理模塊部分配合，完成來(lái)話處理。
呼叫處理的分層結(jié)構(gòu)呼叫處理模塊是一個(gè)任務(wù)，該任務(wù)包括調(diào)度層和處理層。調(diào)度層負(fù)責(zé)從相關(guān)的其它任務(wù)模塊接收消息，根據(jù)消息來(lái)源和消息類型調(diào)用相應(yīng)的處理層函數(shù)。呼叫處理任務(wù)與兩個(gè)任務(wù)或模塊有通信聯(lián)系管理模塊和呼叫控制，這些通信均由消息隊(duì)列實(shí)現(xiàn)。調(diào)度層必須考慮消息的優(yōu)先級(jí)，合理地輪詢這些消息隊(duì)列。
處理層負(fù)責(zé)各呼叫的接續(xù)處理。當(dāng)處理層需要與其它任務(wù)模塊通信時(shí)，直接將消息發(fā)送到相應(yīng)的消息隊(duì)列，而無(wú)需經(jīng)由調(diào)度層轉(zhuǎn)發(fā)。對(duì)于呼叫中心應(yīng)用去話處理，該處理層必須按與呼叫中心應(yīng)用接口協(xié)議規(guī)定來(lái)形成接續(xù)控制消息。被叫子地址用來(lái)區(qū)分短消息服務(wù)終端提供的各種功能，如短消息服務(wù)終端與短消息服務(wù)終端間的短消息業(yè)務(wù)和其它業(yè)務(wù)。
按照規(guī)范，被叫用戶號(hào)碼允許采用整體發(fā)送或重疊發(fā)送方式。根據(jù)短消息服務(wù)終端的應(yīng)用，并從提高系統(tǒng)性能考慮，本系統(tǒng)對(duì)短消息服務(wù)終端-短消息服務(wù)終端短消息及短消息服務(wù)終端-呼叫中心應(yīng)用服務(wù)器，均采用整體發(fā)送方式。
調(diào)度層必須對(duì)來(lái)話和去話維護(hù)不同的狀態(tài)機(jī)，以處理各個(gè)狀態(tài)的呼叫。
呼叫請(qǐng)求處理呼叫處理收到管理模塊送來(lái)的SETUP消息之后，根據(jù)呼叫類型作不同的處理，對(duì)短消息服務(wù)終端到短消息服務(wù)終端的呼叫，分別把被叫號(hào)碼和UUI的內(nèi)容拷貝到請(qǐng)求原語(yǔ)的對(duì)應(yīng)位置(原語(yǔ)僅僅是信息和控制交換的邏輯表達(dá))，采用數(shù)據(jù)業(yè)務(wù)的承載能力和整體發(fā)送的方式，最后把請(qǐng)求原語(yǔ)消息送給CC層，在發(fā)送請(qǐng)求原語(yǔ)前，要啟動(dòng)一個(gè)定時(shí)器1，以防止呼叫處理層在10S收不到RELEASE消息會(huì)自動(dòng)向下層發(fā)送呼叫清除消息。對(duì)于短消息服務(wù)終端到服務(wù)器的消息，處理大致相同，只是被叫號(hào)碼從NVRAM中獲得，是預(yù)先配置好的服務(wù)中心的號(hào)碼，同時(shí)啟動(dòng)令一個(gè)20s的定時(shí)器2，發(fā)送完請(qǐng)求原語(yǔ)，呼叫處理處于等待響應(yīng)的狀態(tài)，等待ALERT消息和RELEASE消息。
應(yīng)答原語(yǔ)的處理呼叫處理層收到呼叫控制層(CC)送來(lái)的應(yīng)答原語(yǔ)消息后，首先判斷呼叫類別，如果是語(yǔ)音業(yè)務(wù)，則是收到電話呼叫，呼叫處理向管理模塊送的消息只有主叫號(hào)碼，這時(shí)是主叫號(hào)碼顯示。如果是短消息服務(wù)終端到短消息服務(wù)終端的數(shù)據(jù)消息，則停止定時(shí)器1。向管理模塊發(fā)送消息，消息包含收到的SETUP的UUI的內(nèi)容和主叫號(hào)碼，向主叫方發(fā)送確認(rèn)消息，且其中的UUI的內(nèi)容填字符串”uui”，這個(gè)信令用于短消息發(fā)送成功的確認(rèn)，然后發(fā)送RELEASE消息。如果是短消息服務(wù)終端到呼叫中心的消息，如果已經(jīng)啟動(dòng)了定時(shí)器2，則認(rèn)為收到了查詢的結(jié)果，要停掉定時(shí)器2，向管理模塊發(fā)送消息，消息包含查詢得到的UUI的內(nèi)容。如果沒(méi)有啟動(dòng)定時(shí)器2，則認(rèn)為服務(wù)器主動(dòng)向用戶和管理模塊發(fā)送消息，消息包含得到的UUI的內(nèi)容。
確認(rèn)機(jī)制對(duì)于短消息服務(wù)終端到短消息服務(wù)終端的呼叫，對(duì)所發(fā)的消息的確認(rèn)是通過(guò)確認(rèn)信令的UUS信息單元中是否帶有字符串“UUI”的內(nèi)容。如果主叫方收到的確認(rèn)消息中帶有UUI，并且UUI的內(nèi)容是字符串“UUI”，則證明短消息發(fā)送成功，否則為失敗。
定時(shí)器呼叫處理有兩個(gè)定時(shí)器，第一個(gè)定時(shí)器在短消息服務(wù)終端到短消息服務(wù)終端呼叫中，每次發(fā)SETUP啟動(dòng)，如10s內(nèi)收不到RELEASE消息，呼叫處理自動(dòng)向呼叫控制層(CC)發(fā)送釋放資源消息。第二個(gè)定時(shí)器用于短消息服務(wù)終端查詢消息方式，短消息服務(wù)終端發(fā)送帶有查詢UUS的SETUP消息后，啟動(dòng)一個(gè)20S的定時(shí)器，如果在20s內(nèi)收到服務(wù)器響應(yīng)的帶有信息UUS的SETUP消息時(shí)，停掉該定時(shí)器，否則短消息服務(wù)終端報(bào)告超時(shí)。服務(wù)器如果報(bào)告查詢失敗，也必須通過(guò)SETUP告訴短消息服務(wù)終端。
數(shù)據(jù)配置呼叫處理必須配置呼叫中心的號(hào)碼，并把它存到NVRAM中，在啟動(dòng)時(shí)從數(shù)據(jù)庫(kù)中讀到內(nèi)存中。
呼叫處理模塊與管理模塊接口管理模塊任務(wù)與呼叫處理任務(wù)的調(diào)度層通過(guò)消息隊(duì)列通信，兩個(gè)方向各有一個(gè)結(jié)構(gòu)相同的消息隊(duì)列，分別存放對(duì)端地址(電話號(hào)碼)和用戶信息緩沖區(qū)的指針。此外，呼叫處理任務(wù)與管理模塊任務(wù)之間還利用共享緩沖區(qū)來(lái)交換信息。
管理模塊到呼叫處理的消息隊(duì)列主要是SETUP消息，又按照呼叫類型分為主叫號(hào)碼顯示，短消息服務(wù)終端到短消息服務(wù)終端的消息，短消息服務(wù)終端到服務(wù)器的消息。
呼叫處理到管理模塊的消息隊(duì)列主要有信息(INFORMATION)、呼叫確認(rèn)和超時(shí)通知三種消息。INFORMATION消息是短消息服務(wù)終端收到短消息時(shí)用的，呼叫確認(rèn)是對(duì)用戶發(fā)出的SETUP的成功或失敗的報(bào)告，超時(shí)通知是用戶查詢服務(wù)器超時(shí)時(shí)，呼叫處理發(fā)送給管理模塊以表示服務(wù)器不響應(yīng)的通知。
呼叫控制模塊(CC)與呼叫處理任務(wù)的調(diào)度層通過(guò)消息隊(duì)列通信。兩個(gè)方向各有一個(gè)消息隊(duì)列，存放接續(xù)控制信息。
S/T接口和D信道設(shè)備驅(qū)動(dòng)程序在圖9中，S/T接口是由MC145574芯片實(shí)現(xiàn)的，在MC68302和MC145574之間以GCI方式連接，短消息服務(wù)終端提供S/T和D信道設(shè)備驅(qū)動(dòng)程序。
MC145574采用直接GCI接口，即對(duì)其寄存器的控制命令是通過(guò)GCI的Monitor及C/I通道傳遞。因此，S/T接口驅(qū)動(dòng)程序都是通過(guò)MC68302的SMC接口實(shí)現(xiàn)的。D通道信息經(jīng)由MC68302的SCC1出入，因此D信道接口驅(qū)動(dòng)程序即SCC1的驅(qū)動(dòng)程序。
BRI底層軟件用于解釋ISDN BRI接口協(xié)議，主要由數(shù)據(jù)鏈路層(DL)、網(wǎng)絡(luò)信令層(NS)和呼叫控制層(CC)等三部分組成。
為提供其運(yùn)行環(huán)境，設(shè)計(jì)一些與目標(biāo)板硬件相關(guān)的軟件模塊板級(jí)支持包，主要包括以下部分
對(duì)內(nèi)存的地址映射設(shè)置；對(duì)CPU的控制狀態(tài)及參數(shù)設(shè)置；對(duì)系統(tǒng)各外設(shè)的初始化；加載監(jiān)控程序；加載實(shí)時(shí)操作系統(tǒng)；加載應(yīng)用入口任務(wù)root。
入口任務(wù)root的主要功能是為整個(gè)系統(tǒng)的應(yīng)用軟件模塊提供必要的初始化準(zhǔn)備工作，創(chuàng)建系統(tǒng)的各種資源對(duì)象，如消息隊(duì)列、信號(hào)燈及內(nèi)存資源，創(chuàng)建應(yīng)用任務(wù)模塊等。
應(yīng)用網(wǎng)關(guān)短消息服務(wù)終端和應(yīng)用網(wǎng)關(guān)的通信是基于ISDN公用交換網(wǎng)。短消息服務(wù)終端中的IDAP承載層提供ISDN BRI接口的所有協(xié)議棧。ISDN局間采用ISUP協(xié)議傳送消息，同樣，在ISDN網(wǎng)與應(yīng)用網(wǎng)關(guān)之間是利用7號(hào)信令鏈路傳送ISUP消息或PRI接口的所有協(xié)議棧。
當(dāng)應(yīng)用網(wǎng)關(guān)開始工作后，就一直處于“監(jiān)聽”狀態(tài)。一旦接收到來(lái)自ISDN網(wǎng)絡(luò)的用戶請(qǐng)求，應(yīng)用網(wǎng)關(guān)則根據(jù)接口協(xié)議來(lái)析解數(shù)據(jù)包，提取出進(jìn)行正常事務(wù)所需要數(shù)據(jù)信息，包括主叫號(hào)碼、事務(wù)ID、編碼類型和查詢請(qǐng)求等，應(yīng)用網(wǎng)關(guān)的工作流程圖如圖10所示其硬件結(jié)構(gòu)圖如圖11所示，圖中的網(wǎng)關(guān)(PRI GW)是由DIALOGIC推出的產(chǎn)品及主機(jī)(服務(wù)器或工控機(jī))集成在一起實(shí)現(xiàn)的。它與電信網(wǎng)接口是采用PRI接口，該接口的帶寬為2MB/S。底層采用1.431接口協(xié)議。與呼叫中心的本地網(wǎng)接口采用以太網(wǎng)接口。帶寬為10MB/S或100MB/S。
DIALOGIC的板卡實(shí)際上是一個(gè)專門用來(lái)處理ISDN PRI接口協(xié)議的嵌入式系統(tǒng)。它通過(guò)PCI總線與主機(jī)相連，并與主機(jī)配合一并實(shí)現(xiàn)ISDN PRI的接續(xù)任務(wù)。同短消息服務(wù)終端相似，PRI/ISUP應(yīng)用網(wǎng)關(guān)的承載層也是IDAP，接下來(lái)是適配和業(yè)務(wù)層(見圖6)，關(guān)于IDAP和適配和業(yè)務(wù)層稍后將作詳細(xì)說(shuō)明。下面描述ISDN D信道短消息應(yīng)用層。
ISDN D信道短消息應(yīng)用層的實(shí)現(xiàn)應(yīng)用層協(xié)議是一個(gè)面向非連接的、一個(gè)請(qǐng)求(Request)/應(yīng)答(Answer)方式的協(xié)議。這個(gè)協(xié)議非常類似HTTP和WAP協(xié)議，是一個(gè)解釋性的計(jì)算機(jī)語(yǔ)言(用于顯示用戶界面)，并且規(guī)定了如何向應(yīng)用服務(wù)器請(qǐng)求服務(wù)及用戶的輸入如何傳到服務(wù)器。
短消息服務(wù)終端類似于一個(gè)Internet的瀏覽器，當(dāng)與服務(wù)中心建立了ISDN連接后，ISDN D信道應(yīng)用網(wǎng)關(guān)會(huì)通知應(yīng)用服務(wù)器，這就是第一個(gè)請(qǐng)求。應(yīng)用服務(wù)器就會(huì)通過(guò)ISDN D信道應(yīng)用網(wǎng)關(guān)給用戶終端設(shè)備發(fā)送第一個(gè)用戶界面，而用戶終端設(shè)備只是按照協(xié)議解釋該界面并顯示給用戶看。用戶可以通過(guò)第一個(gè)界面向應(yīng)用服務(wù)器申請(qǐng)其他的用戶界面，并可以進(jìn)行輸入條件進(jìn)行交互性的服務(wù)申請(qǐng)。在用戶終端設(shè)備中只要做一個(gè)解釋協(xié)議并給用戶顯示界面，和當(dāng)用戶在界面中申請(qǐng)服務(wù)時(shí)按照協(xié)議將參數(shù)發(fā)送給ISDN D信道應(yīng)用服務(wù)器的解釋器，類似于一個(gè)瀏覽器。
其次，在服務(wù)中心ISDN D信道應(yīng)用網(wǎng)關(guān)從用戶終端設(shè)備接收到服務(wù)請(qǐng)求，并將數(shù)據(jù)再以TCP/IP的TCP或用戶數(shù)據(jù)協(xié)議(UDP)發(fā)送給應(yīng)用服務(wù)器，當(dāng)ISDN D信道應(yīng)用服務(wù)器處理完請(qǐng)求，生成用戶界面也以TCP或用戶數(shù)據(jù)協(xié)議發(fā)送給ISDN D信道應(yīng)用網(wǎng)關(guān)，它再發(fā)送給用戶終端設(shè)備。而應(yīng)用服務(wù)器的服務(wù)類似一個(gè)WEBSERVER。在其中已經(jīng)存儲(chǔ)了很多事先編輯好的用戶界面(類似于HTML頁(yè)面)，還有一些程序用于處理用戶的交互性的服務(wù)，并可以針對(duì)不同用戶輸入生成不同的用戶界面，類似于CGI程序。
ISDN D信道應(yīng)用網(wǎng)關(guān)應(yīng)用層一個(gè)事務(wù)過(guò)程如果是由用戶終端短消息服務(wù)終端發(fā)起的，短消息服務(wù)終端端的IDP層在收到應(yīng)用層下傳的請(qǐng)求原語(yǔ)，將其封裝在SETUP消息中源地址數(shù)據(jù)放入SETUP消息的主叫號(hào)碼信息單元、目的地址數(shù)據(jù)放入SETUP消息的被叫號(hào)碼信息單元、業(yè)務(wù)數(shù)據(jù)封裝在SETUP消息的UUS(用戶到用戶)信息單元中。
以應(yīng)用網(wǎng)關(guān)與ISDN網(wǎng)絡(luò)之間用ISUP協(xié)議為例如果是采用短消息服務(wù)終端查詢消息時(shí)，應(yīng)用網(wǎng)關(guān)收到短消息服務(wù)終端的請(qǐng)求，信息包含在局間傳輸SS#7信令的IAM消息的用戶到用戶信息單元中，應(yīng)用網(wǎng)關(guān)會(huì)做以下的處理應(yīng)用網(wǎng)關(guān)首先從信息單元中解析出源地址、目的地址、事務(wù)序列號(hào)、用戶數(shù)據(jù)(USER DATA)。并向短消息服務(wù)終端發(fā)送RELEASE信號(hào)，并在該信號(hào)的UUI字段加入受理申請(qǐng)消息；2、然后將產(chǎn)生一子進(jìn)程(請(qǐng)求子進(jìn)程)，并將以上各個(gè)參數(shù)傳給該請(qǐng)求子進(jìn)程；3、子進(jìn)程會(huì)產(chǎn)生一用戶數(shù)據(jù)協(xié)議的程序接口，用于與應(yīng)用服務(wù)器通訊。該程序接口的遠(yuǎn)程地址是應(yīng)用服務(wù)器的主機(jī)名或IP地址，遠(yuǎn)程端口號(hào)是預(yù)先規(guī)定好的值，從本系統(tǒng)中取出一個(gè)沒(méi)有使用端口號(hào)作為本地端口號(hào)，然后用該程序接口向應(yīng)用服務(wù)器發(fā)送用戶數(shù)據(jù)；4、子進(jìn)程會(huì)設(shè)置定時(shí)器，并等待應(yīng)用服務(wù)器的回應(yīng)；
5、當(dāng)?shù)却瑫r(shí)或應(yīng)用服務(wù)器返回成功數(shù)據(jù)，子進(jìn)程會(huì)利用源地址和目的地址通過(guò)ISDN網(wǎng)絡(luò)向短消息服務(wù)終端發(fā)送SETUP消息，在SETUP消息的用戶到用戶消息單元中包含事務(wù)序列號(hào)(TRANSACTION ID)、響應(yīng)結(jié)果(STATUS)及響應(yīng)數(shù)據(jù)。并等候短消息服務(wù)終端回送消息接收證實(shí)信號(hào)。
應(yīng)用服務(wù)器應(yīng)用服務(wù)器的應(yīng)用層在應(yīng)用服務(wù)器服務(wù)進(jìn)程中有一本地端口號(hào)預(yù)先定好的用戶數(shù)據(jù)協(xié)議的程序接口，該程序接口是專門接收應(yīng)用網(wǎng)關(guān)的請(qǐng)求子進(jìn)程中的用戶數(shù)據(jù)協(xié)議的程序接口發(fā)送的數(shù)據(jù)請(qǐng)求。應(yīng)用服務(wù)器處理一個(gè)應(yīng)用網(wǎng)關(guān)請(qǐng)求的過(guò)程如下1、專門接收請(qǐng)求的程序接口接收到應(yīng)用網(wǎng)關(guān)的數(shù)據(jù)請(qǐng)求，根據(jù)TCP/IP協(xié)議，服務(wù)進(jìn)程得到應(yīng)用網(wǎng)關(guān)端發(fā)送數(shù)據(jù)的用戶數(shù)據(jù)協(xié)議的程序接口的連接參數(shù)，如該程序接口的IP地址、本地端口號(hào)等信息；2、啟動(dòng)一響應(yīng)子進(jìn)程，并將應(yīng)用網(wǎng)關(guān)端發(fā)送數(shù)據(jù)的用戶數(shù)據(jù)協(xié)議的程序接口的連接參數(shù)和數(shù)據(jù)請(qǐng)求傳給該子進(jìn)程；3、該響應(yīng)子進(jìn)程根據(jù)數(shù)據(jù)請(qǐng)求進(jìn)行處理，當(dāng)是請(qǐng)求一預(yù)先編輯好的格式(IML)文件，就會(huì)從數(shù)據(jù)庫(kù)的數(shù)據(jù)入口路徑中讀出該文件，當(dāng)是請(qǐng)求一方法，則啟動(dòng)該方法，并得到該方法運(yùn)行后產(chǎn)生的格式(IML)文檔。
4、當(dāng)處理完或出錯(cuò)后，根據(jù)父進(jìn)程傳來(lái)的應(yīng)用網(wǎng)關(guān)端發(fā)送數(shù)據(jù)請(qǐng)求的用戶數(shù)據(jù)協(xié)議的程序接口的連接參數(shù)，產(chǎn)生該用戶數(shù)據(jù)協(xié)議的程序接口，該程序接口的遠(yuǎn)程IP地址就是應(yīng)用網(wǎng)關(guān)IP地址、遠(yuǎn)程端口號(hào)為應(yīng)用網(wǎng)關(guān)端發(fā)送數(shù)據(jù)請(qǐng)求的用戶數(shù)據(jù)協(xié)議的程序接口的本地端口號(hào)，這樣就可以用該用戶數(shù)據(jù)協(xié)議的程序接口向應(yīng)用網(wǎng)關(guān)端發(fā)送數(shù)據(jù)請(qǐng)求的發(fā)送處理結(jié)果或出錯(cuò)信息。完成一個(gè)應(yīng)用網(wǎng)關(guān)請(qǐng)求數(shù)據(jù)的過(guò)程。
服務(wù)器應(yīng)用層業(yè)務(wù)數(shù)據(jù)單元包括數(shù)據(jù)請(qǐng)求和響應(yīng)請(qǐng)求數(shù)據(jù)請(qǐng)求的格式包括數(shù)據(jù)長(zhǎng)度、事務(wù)序列號(hào)和具體信息。響應(yīng)請(qǐng)求的格式包括數(shù)據(jù)長(zhǎng)度、事務(wù)序列號(hào)、響應(yīng)操作結(jié)果和具體信息。
服務(wù)器應(yīng)用層的分層邏輯結(jié)構(gòu)包括信息層、用戶層和統(tǒng)一服務(wù)平臺(tái)(Uniplatform)。
信息層指信息源，包括一切信息，主要分為通用信息類，包括天氣、新聞等；娛樂(lè)信息類；財(cái)經(jīng)信息類。
用戶層主要指統(tǒng)一服務(wù)平臺(tái)所要服務(wù)的所有短消息服務(wù)終端用戶，根據(jù)短消息服務(wù)終端用戶與統(tǒng)一服務(wù)平臺(tái)交互的方式分為兩大類
●交互式短消息服務(wù)終端用戶指用戶可以通過(guò)短消息服務(wù)終端設(shè)備與統(tǒng)一服務(wù)平臺(tái)進(jìn)行交互，通過(guò)統(tǒng)一服務(wù)平臺(tái)提供的信息服務(wù)導(dǎo)航，瀏覽自己最感興趣的信息。
●非交互式短消息服務(wù)終端用戶指用戶因時(shí)間等原因不愿意通過(guò)短消息服務(wù)終端與統(tǒng)一服務(wù)平臺(tái)進(jìn)行交互，但用戶可以通過(guò)其它方式進(jìn)行信息的預(yù)定，當(dāng)系統(tǒng)可以提供用戶需求的信息時(shí)，將把信息自動(dòng)的推送給用戶，表現(xiàn)為信息瀏覽的單向特性。
統(tǒng)一服務(wù)平臺(tái)(UniPlatform)是介于用戶與信息源之間的橋梁，其主要目的就是提供一種有效的途徑，將信息提供給不同類型終端的用戶。
統(tǒng)一服務(wù)平臺(tái)(UniPlatform)由以下幾個(gè)模塊來(lái)實(shí)現(xiàn)其功能統(tǒng)一數(shù)據(jù)(Unidata)模塊、用戶管理(UniAdmin)模塊、信息路由(InfoEngine)模塊、個(gè)性化(UniProfile)模塊、統(tǒng)一匹配(UniShape)模塊、統(tǒng)一接入(UniAccess)模塊。
統(tǒng)一服務(wù)平臺(tái)的軟件層次結(jié)構(gòu)如圖12所示統(tǒng)一數(shù)據(jù)模塊的作用信息分布于不同的地點(diǎn)，不同的系統(tǒng)，不同的格式，例如信息可能是以文本文件、或數(shù)據(jù)庫(kù)格式存在，數(shù)據(jù)庫(kù)又可能是以SQL Server、Oracle、Infomix、Sybase等形式存在，即使以同一種數(shù)據(jù)庫(kù)存在，也可能是運(yùn)行在Windows2000、Solaris、Linux等不同操作系統(tǒng)上，這種信息在不同的操作系統(tǒng)平臺(tái)、不同的存儲(chǔ)方式等方面，給用戶帶來(lái)了數(shù)據(jù)操作、檢索、組織上的巨大障礙。同時(shí)，在將數(shù)據(jù)以用戶接受的方式表現(xiàn)時(shí)，也因數(shù)據(jù)存在格式的差異而無(wú)法采用統(tǒng)一的標(biāo)準(zhǔn)轉(zhuǎn)化格式。
統(tǒng)一數(shù)據(jù)模塊考慮到以上問(wèn)題，并結(jié)合未來(lái)的發(fā)展趨勢(shì)，采用以XML格式來(lái)統(tǒng)一存放。首先，XML是一種工業(yè)標(biāo)準(zhǔn)(W3C)數(shù)據(jù)描述格式，它不僅可以處理關(guān)系型數(shù)據(jù)，同時(shí)也可以很好的描述非關(guān)系型數(shù)據(jù)，如文件系統(tǒng)，電子郵件信息等數(shù)狀數(shù)據(jù)，同時(shí)在XML很好的解決了數(shù)據(jù)存儲(chǔ)和表現(xiàn)的關(guān)系，數(shù)據(jù)以XML存儲(chǔ)，而數(shù)據(jù)的表現(xiàn)則通過(guò)相應(yīng)的XSL來(lái)完成，實(shí)現(xiàn)了數(shù)據(jù)存儲(chǔ)和表現(xiàn)的完美結(jié)合。
統(tǒng)一管理模塊信息服務(wù)的有償性，安全性，需要對(duì)用戶進(jìn)行認(rèn)證，授權(quán)等；需要對(duì)用戶訪問(wèn)進(jìn)行統(tǒng)計(jì)分析，提供統(tǒng)計(jì)報(bào)表等決策信息，以便改進(jìn)服務(wù)；需要根據(jù)用戶使用信息的種類、時(shí)間、流量等各種信息提供計(jì)費(fèi)的接口；服務(wù)質(zhì)量的監(jiān)控報(bào)警等。
信息路由模塊提供信息路由功能，對(duì)于不同接入方式之間的通信，信息路由模塊直接將信息路由給對(duì)應(yīng)的個(gè)性化定制模塊，這樣做可以提供系統(tǒng)服務(wù)的效率和響應(yīng)速度。
個(gè)性化定制模塊信息的一個(gè)重要特性是目標(biāo)性，即特定的信息作用于特定的用戶。例如，深圳水果批發(fā)市場(chǎng)的蘋果價(jià)格變化，最主要的作用用戶是當(dāng)?shù)靥O果的提供者和消費(fèi)者，其它的用戶并不需要這樣的信息，如果不需要這些信息的人得到這樣的信息，這個(gè)信息就是垃圾信息，有害無(wú)益。統(tǒng)一服務(wù)平臺(tái)作為聯(lián)接信息源和用戶的樞紐，有著大量的信息，而由于信息的目標(biāo)性，統(tǒng)一服務(wù)平臺(tái)需要將適當(dāng)?shù)男畔鬟f給適當(dāng)?shù)挠脩?，個(gè)性化定制模塊完成的主要任務(wù)就是將適當(dāng)?shù)男畔鬟f給適當(dāng)?shù)挠脩簟?br> 主要通過(guò)兩種方式一)用戶通過(guò)主動(dòng)的選擇，進(jìn)行個(gè)性化的設(shè)置，比如用戶設(shè)置喜好的新聞?lì)愋?，?dāng)用戶通過(guò)統(tǒng)一服務(wù)平臺(tái)瀏覽信息時(shí)，系統(tǒng)將信息根據(jù)用戶個(gè)性化的設(shè)置信息，對(duì)信息進(jìn)行過(guò)濾；二)系統(tǒng)通過(guò)對(duì)用戶訪問(wèn)記錄進(jìn)行分析，自動(dòng)編排出用戶喜好的信息，在信息傳遞時(shí)優(yōu)先排列用戶喜好的信息。
統(tǒng)一匹配模塊統(tǒng)一服務(wù)平臺(tái)的目的是為所有的用戶提供豐富的信息服務(wù)，而信息源是多種多樣的，用戶可能是想通過(guò)短消息服務(wù)終端來(lái)瀏覽WEB站點(diǎn)的信息，用戶也可能是通過(guò)短消息服務(wù)終端來(lái)與手機(jī)短消息或字符尋呼機(jī)來(lái)進(jìn)行通訊，而每種信息終端對(duì)信息的表現(xiàn)方式是不同的，例如，一則300個(gè)漢字的新聞稿，用戶通過(guò)電腦聯(lián)網(wǎng)通過(guò)瀏覽器可以一次閱讀完畢，而通過(guò)短消息服務(wù)終端則沒(méi)有辦法一次閱讀完畢，傳統(tǒng)的的解決方法是為兩種不同的終端用戶準(zhǔn)備兩套內(nèi)容，長(zhǎng)的給電腦用戶，短的給短消息用戶，但這樣做意味著效率的降低和復(fù)雜度的增加。
統(tǒng)一匹配模塊就是為解決這個(gè)問(wèn)題而提出的最佳解決方案。統(tǒng)一匹配模塊通過(guò)針對(duì)短消息服務(wù)終端進(jìn)行模板定義，終端用戶通過(guò)統(tǒng)一服務(wù)平臺(tái)進(jìn)行信息瀏覽時(shí)，系統(tǒng)會(huì)根據(jù)用戶的終端類型(如果是交互式用戶，該信息將通過(guò)接入層的統(tǒng)一訪問(wèn)格式獲取，如果是非交互式用戶，該信息將通過(guò)用戶定義確定)，將信息進(jìn)行優(yōu)化，以最好的匹配來(lái)滿足用戶不同的終端設(shè)備，從而達(dá)到提高服務(wù)質(zhì)量的目的。
統(tǒng)一接入模塊由于統(tǒng)一服務(wù)平臺(tái)(UniPlatfrom)使用特定的通訊協(xié)議進(jìn)行內(nèi)部通訊，因此需要有一個(gè)類似翻譯員的功能模塊將短消息服務(wù)終端所特有的UUS等通訊協(xié)議翻譯成統(tǒng)一服務(wù)平臺(tái)能夠理解的語(yǔ)言，這就是統(tǒng)一接入模塊(UniAccess)的功能。
同時(shí)，統(tǒng)一接入模塊還將獲取接入用戶的各種信息，分別傳遞給不同的模塊處理。如傳遞用戶的瀏覽器類型給統(tǒng)一匹配模塊，以便針對(duì)用戶的瀏覽器類型提供優(yōu)化的信息表現(xiàn)；傳遞用戶的IP地址、訪問(wèn)時(shí)間等信息給用戶管理模塊，以便記錄跟蹤用戶的訪問(wèn)，進(jìn)行計(jì)費(fèi)、用戶行為分析等工作。
短消息服務(wù)終端的互聯(lián)互通短消息終端短消息服務(wù)終端利用ISDN電信網(wǎng)，無(wú)需電腦等昂貴的設(shè)備就可實(shí)現(xiàn)文字、數(shù)據(jù)傳輸、信息查詢等功能，而進(jìn)一步地通過(guò)統(tǒng)一服務(wù)平臺(tái)(UniPlatform)，該終端在不產(chǎn)生話費(fèi)的環(huán)境下可以訪問(wèn)任何一種信息源，可以發(fā)送信息給手機(jī)、Call機(jī)、傳真機(jī)等現(xiàn)有的各種有無(wú)線終端，使手機(jī)、Call機(jī)等成為本發(fā)明的短消息服務(wù)終端，這樣就極大地拓展了本發(fā)明的用途，實(shí)現(xiàn)全方位的短消息聯(lián)網(wǎng)互通。
下面舉例說(shuō)明，短消息服務(wù)終端如何利用統(tǒng)一服務(wù)平臺(tái)來(lái)與手機(jī)(GSM、CDMA、WAP)終端進(jìn)行通信短消息服務(wù)終端發(fā)送一條短消息，消息內(nèi)容包含了服務(wù)請(qǐng)求的格式，服務(wù)的參數(shù)及信文；該消息進(jìn)入到統(tǒng)一服務(wù)平臺(tái)的統(tǒng)一接入模塊，該模塊中的短消息服務(wù)終端接入應(yīng)用網(wǎng)關(guān)處理該信息，并將該信息翻譯為統(tǒng)一服務(wù)平臺(tái)的通用數(shù)據(jù)包；通過(guò)TCP/IP將該信息送往用戶管理模塊，用戶管理模塊對(duì)該報(bào)文進(jìn)行解讀，并記錄該信息的來(lái)源，時(shí)間，請(qǐng)求的格式和參數(shù)，同時(shí)用戶管理模塊會(huì)檢查該用戶的權(quán)限，是否有權(quán)與目標(biāo)用戶進(jìn)行通信，是否有異種通信的功能等；在通過(guò)上述檢查步驟后，丟給信息經(jīng)路由模塊隊(duì)列處理，信息經(jīng)路由模塊在處理該信息時(shí)檢查請(qǐng)求的格式和參數(shù)，發(fā)現(xiàn)是發(fā)給手機(jī)短消息的用戶，于是將信息丟到手機(jī)短消息隊(duì)列里；手機(jī)短消息隊(duì)列將信息經(jīng)過(guò)個(gè)性化定制模塊檢查有無(wú)個(gè)性化定制內(nèi)容，如果沒(méi)有定制，就直接進(jìn)入統(tǒng)一匹配模塊，統(tǒng)一匹配模塊層存有短消息內(nèi)容格式的定義，如每次信息傳送的字節(jié)長(zhǎng)度，文字編碼格式等信息，將該數(shù)據(jù)優(yōu)化為最適合手機(jī)短消息接收的格式，然后發(fā)送給手機(jī)短消息用戶。
利用ISDN D信道實(shí)現(xiàn)短消息服務(wù)系統(tǒng)的應(yīng)用協(xié)議IDAP協(xié)議IDAP(ISDN D Application Protocol)是利用D信道實(shí)現(xiàn)呼叫中心的應(yīng)用協(xié)議。從應(yīng)用協(xié)議角度來(lái)看，IDAP結(jié)構(gòu)如圖6表示。圖13所示為IDAP協(xié)議參考模型，IDAP結(jié)構(gòu)僅利用ISDN作為承載網(wǎng)絡(luò)以及D信道和7號(hào)信令鏈路作為數(shù)據(jù)的承載通道。
IDAP是一個(gè)無(wú)連接通信協(xié)議，它以一個(gè)請(qǐng)求(Request)/應(yīng)答(Answer)的方式工作。短消息服務(wù)終端設(shè)備只是通過(guò)ISDN的D信道發(fā)送請(qǐng)求，請(qǐng)求數(shù)據(jù)通過(guò)ISDN網(wǎng)絡(luò)到達(dá)應(yīng)用網(wǎng)關(guān)，應(yīng)用網(wǎng)關(guān)解析出請(qǐng)求數(shù)據(jù)，再通過(guò)TCP/IP協(xié)議的TCP或UDP響應(yīng)應(yīng)用服務(wù)器發(fā)送的請(qǐng)求，然后應(yīng)用服務(wù)器根據(jù)請(qǐng)求查詢數(shù)據(jù)庫(kù)或向外部接口請(qǐng)求業(yè)務(wù)等等，應(yīng)用服務(wù)器處理完后，同樣通過(guò)TCP或UDP向應(yīng)用網(wǎng)關(guān)發(fā)送數(shù)據(jù)結(jié)果。應(yīng)用網(wǎng)關(guān)再通過(guò)ISDN網(wǎng)絡(luò)向用戶終端設(shè)備發(fā)送數(shù)據(jù)結(jié)果。在系統(tǒng)中，應(yīng)用服務(wù)器對(duì)用戶終端設(shè)備提供的服務(wù)都是無(wú)連接的，即服務(wù)中心不需要與用戶終端設(shè)備維持任何邏輯上的連接，服務(wù)中心不需要知道用戶終端設(shè)備在任何時(shí)間的邏輯狀態(tài)。任何服務(wù)都是首先由用戶終端設(shè)備向系統(tǒng)請(qǐng)求(Request)，系統(tǒng)響應(yīng)請(qǐng)求提供數(shù)據(jù)(Answer)。
IDAP承載層在IDAP系統(tǒng)結(jié)構(gòu)中，短消息服務(wù)終端、應(yīng)用網(wǎng)關(guān)和服務(wù)器的承載層是不同的。短消息服務(wù)終端和應(yīng)用網(wǎng)關(guān)的通信是基于ISDN公共交換網(wǎng)，而應(yīng)用網(wǎng)關(guān)和呼叫中心的通信則是基于本地網(wǎng)(LAN)或互聯(lián)網(wǎng)(INTERNET)。因此，應(yīng)用網(wǎng)關(guān)起到接入服務(wù)器(RAS)的功能。
短消息服務(wù)終端和具有ISDN功能的交換機(jī)間的接口是ISDNBRI。如前所述，用戶到用戶信息可在如SETUP消息中傳送。按規(guī)范規(guī)定，用戶到用戶信息的最大長(zhǎng)度是131字節(jié)。短消息服務(wù)終端中的IDAP承載層提供了ISDN BRI接口的所有協(xié)議棧。ISDN局間采用ISUP協(xié)議傳送消息，在ISDN網(wǎng)與應(yīng)用網(wǎng)關(guān)之間是利用7號(hào)信令鏈路傳送ISUP消息或PRI接口的所有協(xié)議棧，用戶到用戶信息攜帶在諸如7號(hào)信令鏈路傳送的IAM消息中或SETUP信令中，按規(guī)范規(guī)定，用戶到用戶信息字段的最大長(zhǎng)度在IMA或PRI中均是131字節(jié)。由于一條7號(hào)信令鏈路或PRI接口可支持許多話路的信令需求，因此在使用ISUP/PRI攜帶用戶到用戶信息時(shí)必須考慮系統(tǒng)能提供足夠的帶寬。應(yīng)用網(wǎng)關(guān)的IDAP承載層必須提供支持7號(hào)信令I(lǐng)SUP或PRI的協(xié)議棧。當(dāng)應(yīng)用網(wǎng)關(guān)和呼叫中心之間采用本地網(wǎng)或INTERNET網(wǎng)連接時(shí)，TCP/IP是熟知的協(xié)議。
適配和業(yè)務(wù)層適配和業(yè)務(wù)層必須為應(yīng)用層提供服務(wù)，并將應(yīng)用層請(qǐng)求的協(xié)議數(shù)據(jù)單元(PDU)封裝在下層提供的原語(yǔ)中下傳，或?qū)⑾聦由蟼鞯脑Z(yǔ)上傳給應(yīng)用層。
在本系統(tǒng)應(yīng)用中，短消息服務(wù)終端和統(tǒng)一服務(wù)平臺(tái)(UniPlatform)之間的通信采用無(wú)連接的工作方式，即任何通信采用請(qǐng)求-應(yīng)答的形式，一次請(qǐng)求-應(yīng)答過(guò)程為一次事務(wù)，每次事務(wù)由短消息服務(wù)終端或應(yīng)用服務(wù)器發(fā)起，而由應(yīng)用服務(wù)器發(fā)出應(yīng)答或短消息服務(wù)終端應(yīng)答結(jié)束，下一次的事務(wù)可認(rèn)為獨(dú)立于上一次的事務(wù)。因此，在ISDN環(huán)境中，最適合利用ITUT規(guī)范Q.957提出的UUS業(yè)務(wù)1和UUS業(yè)務(wù)2來(lái)完成這一通信過(guò)程。UUS業(yè)務(wù)3應(yīng)用于通話過(guò)程。由于在短消息服務(wù)終端與應(yīng)用服務(wù)器應(yīng)用中不可能直接涉及話音通信，UUS業(yè)務(wù)3不適合本接口協(xié)議。
數(shù)據(jù)包協(xié)議(IDP)IDP是IDAP的適配和業(yè)務(wù)層的協(xié)議，它一方面為上層提供業(yè)務(wù)原語(yǔ)，另一方面也是短消息服務(wù)終端、應(yīng)用網(wǎng)關(guān)及服務(wù)器間約定的協(xié)議。IDP不提供安全機(jī)制，這可以通過(guò)統(tǒng)一服務(wù)平臺(tái)設(shè)置鑒權(quán)機(jī)制來(lái)實(shí)現(xiàn)。
層與層之間、實(shí)體與實(shí)體之間的通信是通過(guò)原語(yǔ)來(lái)實(shí)現(xiàn)的。原語(yǔ)僅僅是信息和控制交換的邏輯表達(dá)，它并不限制系統(tǒng)的具體實(shí)現(xiàn)。本系統(tǒng)是一個(gè)非證實(shí)系統(tǒng)，一個(gè)事務(wù)的發(fā)起和終止者是確定的，短消息服務(wù)終端和統(tǒng)一服務(wù)平臺(tái)服務(wù)器IDP層原語(yǔ)類型如圖14所示。
本系統(tǒng)僅采用一個(gè)原語(yǔ)。類似于WAP，該原語(yǔ)為T-DUnitdata，包含的參數(shù)字段由源地址、目的地址、事務(wù)序列號(hào)、狀態(tài)信息單元和用戶數(shù)據(jù)組成，原語(yǔ)分為四種類型請(qǐng)求原語(yǔ)、指示原語(yǔ)、響應(yīng)原語(yǔ)和證實(shí)原語(yǔ)。
源地址(Source Address)是請(qǐng)求原語(yǔ)或響應(yīng)原語(yǔ)發(fā)起方(即消息發(fā)送地)的唯一的地址，本系統(tǒng)中是按E.164指定的ISDN號(hào)碼。
目的地址(Destination Address)是消息接收地的唯一地址，編碼方案同上。這兩個(gè)地址信息實(shí)際上用于ISDN網(wǎng)絡(luò)的呼叫接續(xù)。例如，在用戶終端發(fā)出的消息中，源地址是該用戶終端的ISDN號(hào)碼，目的地址是提供服務(wù)的統(tǒng)一服務(wù)平臺(tái)服務(wù)器所連接的應(yīng)用網(wǎng)關(guān)的ISDN號(hào)碼；在統(tǒng)一服務(wù)平臺(tái)服務(wù)器發(fā)出的消息中，源地址是連接該服務(wù)器的應(yīng)用網(wǎng)關(guān)的ISDN號(hào)碼(該號(hào)碼是否需由服務(wù)器提供，還是由應(yīng)用網(wǎng)關(guān)提供，由應(yīng)用網(wǎng)關(guān)和服務(wù)器間商定)，目的地址是該消息需到達(dá)的用戶終端的ISDN號(hào)碼。這一目的地址等于剛收到的用戶終端消息中的源地址。該地址必須由服務(wù)器提供給應(yīng)用網(wǎng)關(guān)，以便應(yīng)用網(wǎng)關(guān)能準(zhǔn)確地將此消息發(fā)送到相應(yīng)的用戶終端。
事務(wù)序列號(hào)(Transaction ID)在短消息服務(wù)終端和服務(wù)器之間透明傳送。該值由短消息服務(wù)終端在發(fā)請(qǐng)求原語(yǔ)時(shí)由應(yīng)用層給出，每次事務(wù)該值遞增1。
狀態(tài)信息單元(Status)用于表明對(duì)請(qǐng)求的響應(yīng)操作結(jié)果。如果響應(yīng)成功，同時(shí)在用戶數(shù)據(jù)(User Data)字段給出響應(yīng)內(nèi)容。
用戶數(shù)據(jù)(User Data)是由IDP協(xié)議所攜帶的數(shù)據(jù)。由IDP層發(fā)送和接收的數(shù)據(jù)也稱作業(yè)務(wù)數(shù)據(jù)單元(SDU)。業(yè)務(wù)數(shù)據(jù)單元中還包括原語(yǔ)中的除地址以外的其他參數(shù)。這是上層應(yīng)用層要求IDP層發(fā)送的完整的數(shù)據(jù)包，IDP透明地將此業(yè)務(wù)數(shù)據(jù)單元傳至承載層，轉(zhuǎn)而傳至對(duì)端。
用戶數(shù)據(jù)(User Data)在不同類型的原語(yǔ)中有不同的含義在請(qǐng)求和指示原語(yǔ)中，該參數(shù)表示所請(qǐng)求的尋找地址的方法；在響應(yīng)和證實(shí)原語(yǔ)中，該參數(shù)是服務(wù)器發(fā)出的響應(yīng)信息內(nèi)容。這是一個(gè)用IML表示的卡片組(文檔)。
在本系統(tǒng)中采用絕對(duì)尋找地址的方法表示，請(qǐng)求原語(yǔ)中不再包含服務(wù)器地址信息字段，以節(jié)省帶寬。應(yīng)用網(wǎng)關(guān)可從尋找地址的方法中得到服務(wù)器地址信息。
IDP層也可以包括一個(gè)表示錯(cuò)誤的原語(yǔ)T-Derror，該原語(yǔ)用于向上層報(bào)告一個(gè)可能影響所請(qǐng)求的服務(wù)的錯(cuò)誤。
IDP協(xié)議過(guò)程一個(gè)事務(wù)過(guò)程如果是由用戶終端短消息服務(wù)終端發(fā)起的。短消息服務(wù)終端端的IDP層在收到應(yīng)用層下傳的請(qǐng)求原語(yǔ)，將其封裝在SETUP消息中源地址數(shù)據(jù)放入SETUP消息的主叫號(hào)碼信息單元、目的地址數(shù)據(jù)放入SETUP消息的被叫號(hào)碼信息單元、SDU封裝在SETUP消息的用戶到用戶信息單元中。
如果，應(yīng)用網(wǎng)關(guān)與ISDN網(wǎng)之間用ISUP協(xié)議時(shí)，應(yīng)用網(wǎng)關(guān)收到的短消息服務(wù)終端的請(qǐng)求信息包含在IAM消息的用戶到用戶信息單元中。應(yīng)用網(wǎng)關(guān)首先按與服務(wù)器間的接口協(xié)議，將此請(qǐng)求信息傳至呼叫中心服務(wù)器，等待服務(wù)器的應(yīng)答消息；應(yīng)用網(wǎng)關(guān)在收到服務(wù)器的應(yīng)答消息后，將向短消息服務(wù)終端發(fā)送RELEASE消息進(jìn)行呼叫清除操作。RELEASE消息的用戶到用戶信息單元包含服務(wù)器發(fā)來(lái)的SDU。
由此可見，任何一個(gè)事務(wù)過(guò)程均由短消息服務(wù)終端端的SETUP消息和應(yīng)用網(wǎng)關(guān)端的RELEASE消息組成。這實(shí)際上構(gòu)成了一個(gè)未成功的呼叫過(guò)程，達(dá)到了不占用B信道而利用D信道傳送用戶信息的目的。在應(yīng)用網(wǎng)關(guān)收到服務(wù)器發(fā)來(lái)的應(yīng)答前，也可以先向具有ISDN功能的交換機(jī)發(fā)出ACM消息。
應(yīng)用網(wǎng)關(guān)在等待服務(wù)器消息時(shí)，必須設(shè)置定時(shí)器，以保證系統(tǒng)的可靠工作。定時(shí)器時(shí)長(zhǎng)按ITU-T相關(guān)規(guī)定確定。
呼叫中心不能處理某請(qǐng)求時(shí)，必須填寫應(yīng)答的Status字段，反映錯(cuò)誤原因。
當(dāng)應(yīng)用網(wǎng)關(guān)在超時(shí)時(shí)，如果沒(méi)有收到應(yīng)答，則也發(fā)RELEASE消息，并在Status中標(biāo)示。
應(yīng)用層直接與數(shù)據(jù)包層IDP通信短消息服務(wù)終端和統(tǒng)一服務(wù)平臺(tái)(UniPlatform)服務(wù)器的應(yīng)用層間按一格式語(yǔ)言IML(ISDN Application Markup Language)通信。由于IDAP的主動(dòng)權(quán)在服務(wù)器側(cè)，用戶終端僅從服務(wù)器端獲得信息，并按服務(wù)器端的應(yīng)用軟件設(shè)計(jì)者的意圖在用戶終端上顯示相應(yīng)信息。IDAP是一個(gè)開放系統(tǒng)協(xié)議。在IML語(yǔ)言中，最基本的交互單元是一個(gè)卡片(Card)，一個(gè)或多個(gè)聯(lián)系密切的卡片組成一個(gè)卡片組(Deck)。一個(gè)卡片組是服務(wù)器通過(guò)ISDN短消息向用戶終端發(fā)送的信息單元，也就是說(shuō)，在ISUP的RELEASE消息中的用戶到用戶信息單元中包含一個(gè)卡片組信息。IML是一種不對(duì)稱語(yǔ)言，即服務(wù)器按此語(yǔ)言發(fā)送信息，用戶終端的應(yīng)用層(用戶代理)僅負(fù)責(zé)解釋。
IML主要有以下標(biāo)記單元<iml>、<card>、<p>、<br/>、<a>、<form>、<input>。
<iml>表示服務(wù)器傳送給短消息服務(wù)終端的卡片組(文檔)的開始和結(jié)束；<card>一個(gè)文檔可以包含一個(gè)或多個(gè)<card>元素，這是短消息服務(wù)終端和服務(wù)器之間交互的最小信息單元；<p>、<br/>為表示文檔的單元；<P>表示一個(gè)段落；<br/>一個(gè)回車和換行，表示新的一行開始；<a>錨，申請(qǐng)一個(gè)界面的地址；a表示一個(gè)超連接。它有以下屬性參數(shù)HREF給出超連接的格式和參數(shù)；NAME給出錨的名；TITLE錨的標(biāo)題。
<form>輸入用的窗體，有下列屬性參數(shù)ACTION指明form的action的格式和參數(shù)；TITLE指明窗體的標(biāo)題。
窗體包含輸入、選擇和文體區(qū)域等信息單元。
<input>輸入用的單元，用于標(biāo)識(shí)該輸入的類型、名字、輸入串的最大長(zhǎng)度、瀏覽所能顯示的最大長(zhǎng)度、初始值。
綜上所述由于本發(fā)明在電路交換網(wǎng)上，利用綜合業(yè)務(wù)數(shù)據(jù)網(wǎng)(ISDN)的D信道接續(xù)控制信令SETUP/RELEASE的UUI字段攜帶用戶消息，在不產(chǎn)生話費(fèi)的環(huán)境下進(jìn)行傳送；并且實(shí)現(xiàn)了短消息統(tǒng)一服務(wù)平臺(tái)(UniPlatform)的應(yīng)用服務(wù)器與手機(jī)(GSM、CDMA、WAP)、文字傳呼機(jī)、短消息服務(wù)終端IBOX、PC機(jī)以及其它各類有無(wú)線終端相互之間的短消息的傳送和互通。在這個(gè)基礎(chǔ)上，利用現(xiàn)有數(shù)字電信網(wǎng)所能承載的通信業(yè)務(wù)量最大、保密性、可靠性最高的商務(wù)通信特點(diǎn)，可以開展很多在互連網(wǎng)上一時(shí)很難實(shí)現(xiàn)，或需要較高成本的數(shù)據(jù)傳送、安全認(rèn)證、智能控制等方面的業(yè)務(wù)。
如在稅務(wù)、海關(guān)、金融、證券、電子商務(wù)、證件管理、家電智能化管理等方面的業(yè)務(wù)，就可以利用本發(fā)明開展工作。以達(dá)到提高效率之目的。
下面的發(fā)明案例即可證明這一點(diǎn)。
案例一、信用卡結(jié)算管理系統(tǒng)如圖15所示。系統(tǒng)由信用卡、短消息服務(wù)終端(讀卡器)和結(jié)算中心的統(tǒng)一服務(wù)平臺(tái)、ISDN D信道電信網(wǎng)等組成。適用范圍用戶費(fèi)用結(jié)算(如水、電、煤氣、通信、學(xué)雜費(fèi)結(jié)算)；家庭購(gòu)物；企業(yè)備品購(gòu)置；企業(yè)勞務(wù)結(jié)算等。首先，結(jié)算中心將通過(guò)該系統(tǒng)采集的耗用各項(xiàng)費(fèi)用資料，統(tǒng)計(jì)核準(zhǔn)，然后通知用戶，用戶得到通知后，利用短消息服務(wù)終端上的輸入識(shí)別設(shè)備，通過(guò)ISDN電信網(wǎng)D信道，將信用卡的有關(guān)信息發(fā)送到結(jié)算中心進(jìn)行實(shí)時(shí)認(rèn)證，結(jié)算中心確認(rèn)該卡的真實(shí)性后，將通過(guò)銀行把結(jié)算款從用戶信用卡上劃歸到相應(yīng)單位的帳號(hào)上，這樣就完成了一次費(fèi)用結(jié)算。本方案的關(guān)鍵是利用ISDN D信道短消息服務(wù)平臺(tái)將信用卡上的數(shù)據(jù)信息實(shí)時(shí)地傳送到結(jié)算中心，進(jìn)行實(shí)時(shí)認(rèn)證結(jié)算。能勝任信用卡結(jié)算流量的網(wǎng)只有電信網(wǎng)；能實(shí)時(shí)安全可靠地認(rèn)證信用卡的網(wǎng)也還是電信網(wǎng)。
本方案的意義利用ISDN電信網(wǎng)短消息服務(wù)系統(tǒng)，實(shí)現(xiàn)信用卡結(jié)算系統(tǒng)功能。它可以在商場(chǎng)、工礦企業(yè)、銀行甚至在家庭也可以實(shí)現(xiàn)信用卡的結(jié)算。為電子商務(wù)在中國(guó)的推廣提供了(可能)基礎(chǔ)，這個(gè)基礎(chǔ)完全可以加速信息化在國(guó)家日常生活中的推廣步伐。本發(fā)明充分地利用了國(guó)家現(xiàn)有電信網(wǎng)中一個(gè)未被利用與開發(fā)的龐大資源。
案例二、增值稅發(fā)票管理監(jiān)控系統(tǒng)如圖16所示。系統(tǒng)由短消息服務(wù)終端IBOX-S(帶打印頭、墨盒、無(wú)碳卷紙)、稅控管理平臺(tái)(統(tǒng)一服務(wù)平臺(tái))、ISDN D信道電信網(wǎng)等組成。本發(fā)明對(duì)增值稅發(fā)票管理監(jiān)控的最大特征是結(jié)束手寫開票的歷史，實(shí)現(xiàn)系統(tǒng)實(shí)時(shí)開票，實(shí)時(shí)在線認(rèn)證，系統(tǒng)自動(dòng)納(核)稅，徹底杜絕假發(fā)票。在每個(gè)企業(yè)的稅務(wù)主管局建立稅控管理平臺(tái)。該平臺(tái)通過(guò)ISDN電信網(wǎng)和企業(yè)的IBOX-S終端相連。終端的唯一性和稅控管理平臺(tái)配合，可以實(shí)現(xiàn)實(shí)時(shí)認(rèn)證、記錄、核實(shí)售貨單位發(fā)票開出的全部信息。稅控管理平臺(tái)依據(jù)所收到的信息，由平臺(tái)自動(dòng)通過(guò)ISDN D信道電信網(wǎng)通知售貨單位基本帳戶所在銀行的管理終端，將售貨單位的稅款自動(dòng)撥入國(guó)稅局的帳號(hào)。銀行的管理終端完成這一命令后，即會(huì)通過(guò)ISDN D信道電信網(wǎng)通知稅控管理平臺(tái)企業(yè)的納稅信息。稅控管理平臺(tái)根據(jù)企業(yè)的納稅信息，每月定期統(tǒng)計(jì)制作出企業(yè)的電子報(bào)稅表；稅控管理平臺(tái)將電子報(bào)稅表統(tǒng)計(jì)出的數(shù)據(jù)結(jié)果，通過(guò)ISDN D信道自動(dòng)發(fā)給企業(yè)的短消息服務(wù)終端-S終端進(jìn)行自動(dòng)核對(duì)。這樣便完成了一個(gè)企業(yè)一個(gè)月的報(bào)稅工作。稅控管理平臺(tái)的數(shù)據(jù)庫(kù)是以稅務(wù)局為單位的分布式數(shù)據(jù)庫(kù)，并通過(guò)ISDND信道電信網(wǎng)與其管轄的企業(yè)短消息服務(wù)終端-S相連。每個(gè)稅務(wù)局只登記管理本管區(qū)企業(yè)的納稅信息，不會(huì)給ISDN電信網(wǎng)造成過(guò)重的負(fù)擔(dān)。因此，為本發(fā)明方案提供了可能。數(shù)據(jù)庫(kù)的查詢可以由購(gòu)貨單位或購(gòu)貨單位的主管稅務(wù)局根據(jù)發(fā)票上的信息，通過(guò)ISDN電信網(wǎng)查詢。該方案采用ISDN D信道電信網(wǎng)短消息稅控管理平臺(tái)來(lái)實(shí)現(xiàn)，是因?yàn)橹挥须娦啪W(wǎng)才能滿足這樣大的業(yè)務(wù)量傳送的要求；也只有電信網(wǎng)才能保證數(shù)據(jù)的可靠性、安全性。此方案也可同樣應(yīng)用于海關(guān)報(bào)關(guān)單、商業(yè)銀行支票及其它證券票據(jù)的管理監(jiān)控系統(tǒng)。
采用本發(fā)明的意義徹底杜絕了假發(fā)票、假關(guān)單、假支票及其它假證券票據(jù)犯罪的可能，用技術(shù)的手段將犯罪的圖謀，消滅在最初的意念階段；為國(guó)民經(jīng)濟(jì)的發(fā)展及國(guó)計(jì)民生的安全提供了可靠的有力保證。同時(shí)，它也為國(guó)家有關(guān)部門減少了大量的繁雜低級(jí)的勞動(dòng)，徹底清除了人為因素可能給國(guó)家造成的損失；為國(guó)家節(jié)省了大量的人力、物力、財(cái)力；加速了國(guó)家相關(guān)部門的信息化、現(xiàn)代化建設(shè)。
權(quán)利要求
1.利用綜合業(yè)務(wù)數(shù)字網(wǎng)(ISDN)傳送消息的方法，其特征在于在電路交換網(wǎng)上，利用接續(xù)控制信令SETUP/RELEASE的UUI字段攜帶用戶消息進(jìn)行傳送。
2.利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送消息的短消息服務(wù)系統(tǒng)，其特征在于短消息服務(wù)系統(tǒng)由統(tǒng)一服務(wù)平臺(tái)和短消息服務(wù)終端組成，統(tǒng)一服務(wù)平臺(tái)包括應(yīng)用網(wǎng)關(guān)和服務(wù)器，短消息服務(wù)終端通過(guò)ISDN的D信道接續(xù)控制信令SETUP/RELEASE的UUI字段攜帶用戶消息進(jìn)行傳送，并按照應(yīng)用層協(xié)議發(fā)送服務(wù)請(qǐng)求和顯示數(shù)據(jù)給用戶，應(yīng)用網(wǎng)關(guān)是由邏輯功能的I模塊和L模塊組成，I模塊接入ISDN網(wǎng)絡(luò)，用于與用戶建立ISDN的電路連接和從D信道接收和發(fā)送數(shù)據(jù)，L模塊完成本地網(wǎng)的通信，服務(wù)器用于處理由應(yīng)用網(wǎng)關(guān)發(fā)送來(lái)的用戶請(qǐng)求或主動(dòng)發(fā)送數(shù)據(jù)，并返回處理結(jié)果，服務(wù)器與應(yīng)用網(wǎng)關(guān)之間按照ISDN D信道應(yīng)用協(xié)議通信。
3.根據(jù)權(quán)利要求2所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送消息的短消息服務(wù)系統(tǒng)，其特征在于由短消息服務(wù)終端發(fā)起一個(gè)事務(wù)的過(guò)程是短消息服務(wù)終端的適配和業(yè)務(wù)數(shù)據(jù)包協(xié)議層在收到應(yīng)用層下傳的請(qǐng)求原語(yǔ)，將其封裝在SETUP消息中源地址數(shù)據(jù)放入SETUP消息的主叫號(hào)碼信息單元、目的地址數(shù)據(jù)放入SETUP消息的被叫號(hào)碼信息單元、業(yè)務(wù)數(shù)據(jù)封裝在SETUP消息的用戶到用戶信息單元中。
4.根據(jù)權(quán)利要求2所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送消息的短消息服務(wù)系統(tǒng)，其特征在于應(yīng)用網(wǎng)關(guān)的工作流程包括負(fù)責(zé)處理各種事件，接收用戶請(qǐng)求，析解數(shù)據(jù)信息；向數(shù)據(jù)服務(wù)器查詢，并將查詢結(jié)構(gòu)轉(zhuǎn)化成適合于短消息服務(wù)終端的終端數(shù)據(jù)；負(fù)責(zé)接收服務(wù)器主動(dòng)發(fā)送過(guò)來(lái)的數(shù)據(jù)；負(fù)責(zé)向用戶發(fā)送查詢的響應(yīng)結(jié)果和服務(wù)器的主動(dòng)發(fā)送數(shù)據(jù)。
5.根據(jù)權(quán)利要求2所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送消息的短消息服務(wù)系統(tǒng)，其特征在于應(yīng)用服務(wù)器處理一個(gè)網(wǎng)關(guān)請(qǐng)求的過(guò)程包括如下步驟服務(wù)器的用戶數(shù)據(jù)協(xié)議的程序接口接收到網(wǎng)關(guān)的數(shù)據(jù)請(qǐng)求，根據(jù)TCP/IP協(xié)議，服務(wù)進(jìn)程得到網(wǎng)關(guān)端發(fā)送數(shù)據(jù)的用戶數(shù)據(jù)協(xié)議的程序接口連接參數(shù)；啟動(dòng)一響應(yīng)子進(jìn)程，并將網(wǎng)關(guān)端發(fā)送數(shù)據(jù)的用戶數(shù)據(jù)協(xié)議的程序接口的連接參數(shù)和數(shù)據(jù)請(qǐng)求傳給該子進(jìn)程；該響應(yīng)子進(jìn)程根據(jù)數(shù)據(jù)請(qǐng)求進(jìn)行處理，或是從數(shù)據(jù)庫(kù)的數(shù)據(jù)入口路徑中讀出該文件，或是啟動(dòng)請(qǐng)求方法產(chǎn)生文檔；根據(jù)父進(jìn)程傳來(lái)的網(wǎng)關(guān)端發(fā)送數(shù)據(jù)請(qǐng)求的用戶數(shù)據(jù)協(xié)議的程序接口的連接參數(shù)，向網(wǎng)關(guān)端發(fā)送數(shù)據(jù)請(qǐng)求的處理結(jié)果或出錯(cuò)信息。
6.根據(jù)權(quán)利要求2所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送消息的短消服務(wù)系統(tǒng)，其特征在于短消息服務(wù)終端向服務(wù)器查詢消息包括如下步驟a、短消息服務(wù)終端用SETUP攜帶請(qǐng)求信息；b、應(yīng)用網(wǎng)關(guān)收到短消息服務(wù)終端該請(qǐng)求信息后，從信息單元中解析出源地址、目的地址、事務(wù)序列號(hào)、用戶數(shù)據(jù)，記錄完成后回送一個(gè)RELEASE命令，并在該命令的UUI字段加入受理申請(qǐng)消息，通知短消息服務(wù)終端查詢命令已經(jīng)受理，然后，產(chǎn)生一請(qǐng)求子進(jìn)程，將查詢命令轉(zhuǎn)發(fā)給服務(wù)器；c、服務(wù)器將消息從數(shù)據(jù)庫(kù)或消息源查出后，發(fā)送給應(yīng)用網(wǎng)關(guān)；d、應(yīng)用網(wǎng)關(guān)再通過(guò)上述記錄，將用戶號(hào)碼、用戶消息等組裝一個(gè)SETUP消息，發(fā)送給用戶；e、用戶接收完消息后再送一個(gè)RELEASE信號(hào)作回應(yīng)。
7.根據(jù)權(quán)利要求2所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送消息的短消息服務(wù)系統(tǒng)，其特征在于服務(wù)器向短消息服務(wù)終端發(fā)送短消息包括如下步驟a、服務(wù)器向應(yīng)用網(wǎng)關(guān)發(fā)送消息；b、應(yīng)用網(wǎng)關(guān)用SETUP消息向短消息服務(wù)終端傳送服務(wù)器傳來(lái)的短消息；c、短消息服務(wù)終端用RELEASE釋放該接續(xù)，并在該消息的狀態(tài)信息單元指明接收成功。
8.根據(jù)權(quán)利要求2所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送消息的短消息服務(wù)系統(tǒng)，其特征在于短消息服務(wù)終端向另一短消息服務(wù)終端發(fā)送消息包括如下步驟a、短消息服務(wù)終端建立SETUP并發(fā)送消息；b、另一短消息服務(wù)終端接收到SETUP消息后，用RELEASE釋放該接續(xù)，并在該消息的狀態(tài)信息單元指明接收成功。
9.根據(jù)權(quán)利要求2所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送消息的短消務(wù)服務(wù)系統(tǒng)，其特征在于統(tǒng)一服務(wù)平臺(tái)的應(yīng)用協(xié)議包括統(tǒng)一數(shù)據(jù)層、監(jiān)控管理層、信息路由層、個(gè)性化定制層、統(tǒng)一匹配層和統(tǒng)一接入層統(tǒng)一數(shù)據(jù)層，是將數(shù)據(jù)以XML格式來(lái)統(tǒng)一存放，而數(shù)據(jù)的表現(xiàn)通過(guò)對(duì)應(yīng)的XSL來(lái)完成；監(jiān)控管理層，用于對(duì)用戶進(jìn)行認(rèn)證、授權(quán)，對(duì)用戶訪問(wèn)進(jìn)行統(tǒng)計(jì)分析，提供統(tǒng)計(jì)報(bào)表等決策信息，根據(jù)用戶使用信息的種類、時(shí)間、流量等各種信息提供計(jì)費(fèi)的接口及服務(wù)質(zhì)量的監(jiān)控報(bào)警；信息路由層，用于對(duì)不同接入方式之間的通信，直接將信息路由給對(duì)應(yīng)的個(gè)性化定制層；個(gè)性化定制層，將特定的信息傳遞給特定的用戶，一是用戶通過(guò)主動(dòng)的選擇，進(jìn)行個(gè)性化的設(shè)置，二是系統(tǒng)通過(guò)對(duì)用戶訪問(wèn)記錄進(jìn)行分析，自動(dòng)編排出用戶喜好的信息，在信息傳遞時(shí)優(yōu)先排列用戶喜好的信息；統(tǒng)一匹配層，根據(jù)用戶的終端類型將信息進(jìn)行優(yōu)化，以最好的匹配來(lái)滿足用戶不同的終端設(shè)備；統(tǒng)一接入層，用于將獲取接入用戶的各種信息分別傳遞給不同的模塊處理。
10.根據(jù)權(quán)利要求9所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送消息的短消息服務(wù)系統(tǒng)，其特征在于短消息服務(wù)終端與手機(jī)終端通過(guò)統(tǒng)一服務(wù)平臺(tái)通信的方法包括如下步驟。短消息服務(wù)終端發(fā)送一條SETUP短消息，消息內(nèi)容包含服務(wù)請(qǐng)求的格式、參數(shù)和信文；上述消息進(jìn)入統(tǒng)一接入層，該層中的短消息服務(wù)終端接入網(wǎng)關(guān)處理該信息，并將該信息翻譯為通用數(shù)據(jù)包；通過(guò)TCP/IP協(xié)議將該信息送往監(jiān)控管理層進(jìn)行解讀，并記錄該信息的來(lái)源、時(shí)間、請(qǐng)求的格式和參數(shù)，同時(shí)監(jiān)控管理層檢查該用戶的通信權(quán)限；經(jīng)信息路由層確認(rèn)后，將信息發(fā)往手機(jī)短消息隊(duì)列；將信息經(jīng)過(guò)個(gè)性化定制層檢查有無(wú)個(gè)性化定制內(nèi)容并進(jìn)行個(gè)性化處理；個(gè)性化處理后的信息進(jìn)入統(tǒng)一匹配層處理，將該數(shù)據(jù)優(yōu)化為最適合手機(jī)短消息接收的格式，然后發(fā)送給手機(jī)短消息用戶。
11.根據(jù)權(quán)利要求2所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送消息的短消息服務(wù)系統(tǒng)，其特征在于短消息服務(wù)終端包括管理模塊、鍵盤輸入監(jiān)控模塊和呼叫處理模塊管理模塊負(fù)責(zé)從鍵盤輸入監(jiān)控模塊接收用戶的輸入數(shù)據(jù)和命令，分析命令，并根據(jù)命令控制顯示或與呼叫處理模塊通信；鍵盤輸入監(jiān)控模塊將用戶的鍵盤輸入及時(shí)地傳給管理模塊，鍵盤輸入監(jiān)控模塊與管理模塊之間通過(guò)消息隊(duì)列、事件或控制狀態(tài)標(biāo)志通信；呼叫處理模塊用于接收用戶的呼叫接續(xù)請(qǐng)求并執(zhí)行去話處理，接收來(lái)話接續(xù)請(qǐng)求，并與管理模塊部分配合，完成來(lái)話處理；呼叫處理模塊包括調(diào)度層和處理層，調(diào)度層負(fù)責(zé)從相關(guān)的其它任務(wù)模塊接收消息，根據(jù)消息來(lái)源和消息類型調(diào)用相應(yīng)的處理層函數(shù)，調(diào)度層對(duì)來(lái)話和去話維護(hù)不同的狀態(tài)機(jī)；處理層負(fù)責(zé)各呼叫的接續(xù)處理，直接將消息發(fā)送到其它模塊進(jìn)行通信；呼叫處理模塊將來(lái)話信息傳至管理模塊，供顯示和存儲(chǔ)用。
12.根據(jù)權(quán)利要求6所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送消息的短消息服務(wù)系統(tǒng)，其特征在于管理模塊中的數(shù)據(jù)庫(kù)表由服務(wù)器的服務(wù)項(xiàng)目、來(lái)話主叫號(hào)碼、短消息、服務(wù)器的服務(wù)信息及系統(tǒng)配置表組成。
13.根據(jù)權(quán)利要求12所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送消息的短消息服務(wù)系統(tǒng)，其特征在于呼叫處理模塊對(duì)呼叫請(qǐng)求的處理包括如下步驟呼叫處理收到管理模塊送來(lái)的SETUP消息之后，判斷呼叫類型；對(duì)短消息服務(wù)終端到短消息服務(wù)終端的呼叫，分別把被叫號(hào)碼和UUI的內(nèi)容拷貝到請(qǐng)求原語(yǔ)的對(duì)應(yīng)位置，啟動(dòng)定時(shí)1，并將請(qǐng)求原語(yǔ)的消息送給應(yīng)用層，若在規(guī)定時(shí)間內(nèi)，呼叫處理應(yīng)用層收不到RELEASE消息，則自動(dòng)向下層發(fā)送呼叫清除消息；對(duì)短消息服務(wù)終端到服務(wù)器的呼叫，從NVRAM中獲得服務(wù)器的被叫號(hào)碼，啟動(dòng)定時(shí)2，發(fā)送請(qǐng)求原語(yǔ)，呼叫處理處于等待響應(yīng)的狀態(tài)，等待確認(rèn)消息和RELEASE消息；呼叫處理收到呼叫控制的應(yīng)答原語(yǔ)消息后，判斷呼叫類別如果是語(yǔ)音業(yè)務(wù)，則呼叫處理向管理模塊送的消息只有主叫號(hào)碼，這時(shí)是主叫號(hào)碼顯示；如果是短消息服務(wù)終端到短消息服務(wù)終端消息，則停止定時(shí)器1，向管理模塊發(fā)送消息，包含收到的SETUP的UUI的內(nèi)容和主叫號(hào)碼，向主叫方發(fā)送確認(rèn)消息，然后發(fā)送RELEASE消息；如果是短消息服務(wù)終端到服務(wù)器的消息，若已經(jīng)啟動(dòng)了定時(shí)器2，則認(rèn)為收到了查詢的結(jié)果，停掉定時(shí)器2，向管理模塊發(fā)送消息，包含查詢得到的UUI的內(nèi)容；若沒(méi)有啟動(dòng)定時(shí)器2，則認(rèn)為服務(wù)器向用戶主動(dòng)發(fā)送信息，也向管理模塊發(fā)送消息，包含得到的UUI的內(nèi)容。
14.根據(jù)權(quán)利要求2所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送消息的短消息服務(wù)系統(tǒng)，其特征在于短消息服務(wù)終端中的ISDN D信道應(yīng)用協(xié)議承載層提供ISDNBRI底層的所有協(xié)議；應(yīng)用網(wǎng)關(guān)的ISDN D信道應(yīng)用協(xié)議承載層提供支持7號(hào)信令I(lǐng)SUP或PRI的協(xié)議棧；應(yīng)用網(wǎng)關(guān)和呼叫中心之間采用TCP/IP協(xié)議；ISDN D信道應(yīng)用協(xié)議的適配和業(yè)務(wù)層為應(yīng)用層提供服務(wù)，并將應(yīng)用層請(qǐng)求的協(xié)議數(shù)據(jù)單元封裝在下層提供的原語(yǔ)中下傳，或?qū)⑾聦由蟼鞯脑Z(yǔ)上傳給應(yīng)用層；ISDN D信道應(yīng)用協(xié)議的適配和業(yè)務(wù)層數(shù)據(jù)包協(xié)議，一方面為上層提供業(yè)務(wù)原語(yǔ)，另一方面是短消息服務(wù)終端、應(yīng)用網(wǎng)關(guān)和服務(wù)器間約定的協(xié)議；ISDN D信道應(yīng)用協(xié)議的應(yīng)用層直接與數(shù)據(jù)包層通信。
15.根據(jù)權(quán)利要求2所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送短消息的服務(wù)系統(tǒng)，其特征在于短消息服務(wù)終端和服務(wù)器的應(yīng)用層間通信語(yǔ)言最基本的交互單元是一個(gè)卡片，一個(gè)或多個(gè)聯(lián)系密切的卡片組成一個(gè)卡片組，一個(gè)卡片組是服務(wù)器通過(guò)ISDN短消息向用戶終端發(fā)送的信息單元。
16.根據(jù)權(quán)利要求15所述利用綜合業(yè)務(wù)數(shù)字網(wǎng)傳送短消息的服務(wù)系統(tǒng)，其特征在于短消息服務(wù)終端和服務(wù)器的應(yīng)用層間通信語(yǔ)言主要有以下標(biāo)記單元<iml>、<card>、<p>、<br/>、<a>、<form>、<input>，其中，<iml>表示服務(wù)器傳送給短消息服務(wù)終端的卡片組(文檔)的開始和結(jié)束；<card>一個(gè)文檔可以包含一個(gè)或多個(gè)<card>元素，這是短消息服務(wù)終端和服務(wù)器之間交互的最小信息單元；<p>、<br/>為表示文檔的單元；<P>表示一個(gè)段落；<br/>一個(gè)回車和換行，表示新的一行開始；<a>錨，申請(qǐng)一個(gè)界面的地址；<form>輸入用的窗體，窗體包含輸入、選擇和文體區(qū)域等信息單元。<input>輸入用的單元，用于標(biāo)識(shí)該輸入的類型、名字、輸入串的最大長(zhǎng)度、瀏覽所能顯示的最大長(zhǎng)度、初始值。
全文摘要
本發(fā)明提出一種在電路交換網(wǎng)上,利用綜合業(yè)務(wù)數(shù)據(jù)網(wǎng)(ISDN)D信道接續(xù)控制信令SETUP/RELEASE的UUI字段攜帶用戶消息進(jìn)行傳送的方法及由統(tǒng)一服務(wù)平臺(tái)和短消息服務(wù)終端組成的短消息服務(wù)系統(tǒng),該方法實(shí)現(xiàn)了在不產(chǎn)生話費(fèi)的環(huán)境下傳送數(shù)據(jù)、文字等消息,通過(guò)短消息統(tǒng)一服務(wù)平臺(tái)實(shí)現(xiàn)應(yīng)用服務(wù)器與移動(dòng)手機(jī)、文字傳呼機(jī)、短消息服務(wù)終端及各類有無(wú)線終端相互之間在不產(chǎn)生話費(fèi)的環(huán)境下傳送消息。
文檔編號(hào)H04L12/56GK1360420SQ0013774
公開日2002年7月24日 申請(qǐng)日期2000年12月22日 優(yōu)先權(quán)日2000年12月22日
發(fā)明者袁林, 陸迅, 陸揚(yáng), 趙從軍 申請(qǐng)人:深圳市金大陸通信技術(shù)有限公司, 深圳市深訊電子有限公司