專(zhuān)利名稱(chēng)：一種實(shí)現(xiàn)移動(dòng)終端并行業(yè)務(wù)處理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)終端領(lǐng)域，尤其涉及一種實(shí)現(xiàn)移動(dòng)終端并行業(yè)務(wù)處理的 方法。
背景技術(shù)：
在手機(jī)上， 一種業(yè)務(wù)的功能通常是按順序執(zhí)行的，如發(fā)送多條短消息， 需要在一條短消息發(fā)送處理完成后才會(huì)進(jìn)行下一條的發(fā)送。但是多種業(yè)務(wù)的執(zhí)行是可以并行處理的，如名片夾的處理和發(fā)送短消息。這樣，在使用AT 命令方式進(jìn)行任務(wù)執(zhí)行時(shí)，對(duì)相同的處理結(jié)果就會(huì)出現(xiàn)沖突，如協(xié)議棧上報(bào) OK命令時(shí)無(wú)法確定是名片夾的命令還是短消息的命令。通常可以有以下解 決方法使用擴(kuò)展的命令方式，即在OK和ERROR命令后面加上響應(yīng)的命令， 如刪除名片夾的處理結(jié)果為>CPBW:12 〃刪除索引為12的名片夾>OK—CPBD... 〃刪除成功> ERROR—CPBD: 10〃刪除失敗，錯(cuò)誤代碼為10這種方式采用自定義特殊控制字符區(qū)分不同通信業(yè)務(wù)，雖然在理論上是 可行的，但是由于修改了國(guó)際標(biāo)準(zhǔn)組織對(duì)基本AT命令的格式要求，違反了 AT接口的原則，在產(chǎn)品的可移植性和兼容性上具有很大的局限性，不能為 用戶(hù)提供標(biāo)準(zhǔn)通用的接口，所以不推薦采用。發(fā)明內(nèi)容本發(fā)明要解決的技術(shù)問(wèn)題是提供一種實(shí)現(xiàn)移動(dòng)終端并行業(yè)務(wù)處理的方 法，避免協(xié)議棧上報(bào)各種業(yè)務(wù)的AT命令響應(yīng)的沖突問(wèn)題。為了解決上述問(wèn)題，本發(fā)明提供了一種實(shí)現(xiàn)移動(dòng)終端并行業(yè)務(wù)處理的方 法，移動(dòng)終端根據(jù)用戶(hù)當(dāng)前同時(shí)發(fā)起的業(yè)務(wù)實(shí)體請(qǐng)求數(shù)量，為每種業(yè)務(wù)動(dòng)態(tài)分配虛擬的AT命令邏輯通道，建立邏輯通道同AT命令的目標(biāo)協(xié)議?；蚰?標(biāo)協(xié)議棧業(yè)務(wù)接口的映射關(guān)系，目標(biāo)協(xié)議棧處理完相應(yīng)業(yè)務(wù)返回響應(yīng)命令時(shí) 移動(dòng)終端根據(jù)所述映射關(guān)系區(qū)分是哪種業(yè)務(wù)的執(zhí)行結(jié)果。進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述AT命令邏輯通道用通道 標(biāo)識(shí)ID號(hào)來(lái)標(biāo)識(shí)，通道分配成功后i殳置通道狀態(tài)。進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述AT命令邏輯通道分配成 功后開(kāi)始發(fā)送AT命令，包括如下步驟步驟一，將AT命令^:入全局輸入隊(duì)列，所述輸入隊(duì)列為先入先出且具 有優(yōu)先級(jí)的隊(duì)列；步驟二，循環(huán)查詢(xún)和掃描整個(gè)輸入隊(duì)列，從輸入隊(duì)列頂部取出優(yōu)先級(jí)最 高的AT命令字符串，根據(jù)目標(biāo)協(xié)議棧的狀態(tài)發(fā)送AT命令。進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述輸入隊(duì)列通過(guò)隊(duì)列節(jié)點(diǎn)實(shí) 現(xiàn)AT命令和通道號(hào)的綁定。。進(jìn)一步地，上述方法還可具有以下特點(diǎn)，進(jìn)一步包括步驟三，目標(biāo)協(xié) 議棧返回AT命令，移動(dòng)終端根據(jù)所述映射關(guān)系從目標(biāo)協(xié)議?；蚰繕?biāo)協(xié)議棧 業(yè)務(wù)接口對(duì)應(yīng)的串口接收到相應(yīng)的數(shù)據(jù)，放入全局輸出隊(duì)列，用戶(hù)根據(jù)發(fā)送 AT命令的通道ID取回想要的AT命令數(shù)據(jù)。。進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟二中，根據(jù)目標(biāo)協(xié)議 棧的狀態(tài)發(fā)送AT命令是指若目標(biāo)協(xié)議?；蚰繕?biāo)協(xié)議棧的接口支持單串口 ， 則在發(fā)送的命令中附加上對(duì)應(yīng)的通道ID;若目標(biāo)協(xié)議?；蚰繕?biāo)協(xié)議棧的接 口連接多個(gè)串口，則根據(jù)相應(yīng)的通道-串口映射表，直接將AT命令發(fā)到指定 的串口上；若AT命令發(fā)往的目標(biāo)協(xié)議棧不提供AT接口，而是消息接口， 則經(jīng)過(guò)AT命令的編解碼和通道ID與業(yè)務(wù)標(biāo)識(shí)索引映射過(guò)程，再發(fā)到目標(biāo) 協(xié)議棧。進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述通道-串口映射表根據(jù)通 道資源和串口資源來(lái)配置，其內(nèi)容包括通道號(hào)，通道號(hào)對(duì)應(yīng)的串口號(hào)，業(yè)務(wù)標(biāo)識(shí)。進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述方法用于手機(jī)平臺(tái)。 進(jìn)一步地，上迷方法還可具有以下特點(diǎn)，所述方法用于個(gè)人電腦PC側(cè)或其它采用AT命令通過(guò)虛擬串口和協(xié)議棧通信的系統(tǒng)中。由上可見(jiàn)，本發(fā)明可以較好的支持多通道機(jī)制，提供完整的并發(fā)業(yè)務(wù)處 理流程，并能夠大大提高用戶(hù)的業(yè)務(wù)處理效率，節(jié)約系統(tǒng)資源，在各種平臺(tái) 業(yè)務(wù)的支撐中起到良好的作用。


圖1是本發(fā)明實(shí)施例中ATI模塊在手機(jī)軟件平臺(tái)中的位置及其組成示意圖。圖2是圖1所示ATI模塊的軟件系統(tǒng)架構(gòu)圖。圖3是支持用戶(hù)并發(fā)業(yè)務(wù)的多通道AT命令的控制流程圖。圖4是本發(fā)明實(shí)施例中在多通道發(fā)送AT命令時(shí)的軟件流程圖。圖5是本發(fā)明實(shí)施例中在多通道接收AT命令時(shí)的軟件流程圖。
具體實(shí)施方式
本發(fā)明的構(gòu)思是，移動(dòng)終端根據(jù)用戶(hù)當(dāng)前同時(shí)發(fā)起的業(yè)務(wù)實(shí)體請(qǐng)求數(shù) 量，為每種業(yè)務(wù)動(dòng)態(tài)分配虛擬的AT命令邏輯通道，建立邏輯通道同AT命 令的目標(biāo)協(xié)議?；蚰繕?biāo)協(xié)議棧業(yè)務(wù)接口的映射關(guān)系，目標(biāo)協(xié)議棧處理完相應(yīng) 業(yè)務(wù)返回響應(yīng)命令時(shí)移動(dòng)終端根據(jù)所述映射關(guān)系區(qū)分是哪種業(yè)務(wù)的執(zhí)行結(jié)果。本發(fā)明是通過(guò)軟件內(nèi)部的功能協(xié)作，達(dá)到在用戶(hù)層面的并行業(yè)務(wù)處理流 程，使用多通道方式，在發(fā)送和接收上建立多個(gè)邏輯通道，每種業(yè)務(wù)對(duì)應(yīng)自 己的通道。本發(fā)明中稱(chēng)實(shí)現(xiàn)本發(fā)明所述方法的實(shí)體為ATI (AT接口 )模塊(以下簡(jiǎn)稱(chēng)ATI)，它完成AT命令多通道的分配、創(chuàng)建和映射關(guān)系的管理等，它 對(duì)上提供統(tǒng)一和筒單的用戶(hù)接口，對(duì)下直接與目標(biāo)協(xié)議棧通信。ATI模塊在 手機(jī)軟件平臺(tái)中的位置及其組成示意圖如圖1所示，ATI模塊對(duì)上與電話(huà)業(yè) 務(wù)應(yīng)用編程接口 TAPI相連，這里TAPI為ATI的上層用戶(hù)，直接調(diào)用ATI 的接口； ATI模塊對(duì)下與協(xié)議棧(modem)相連。ATI模塊包括兩部分多 通道管理單元和映射單元。ATI模塊的軟件系統(tǒng)架構(gòu)如圖2所示，包括輸入、 輸出隊(duì)列，任務(wù)引擎和通道映射表等幾個(gè)主要的子模塊，這些子模塊協(xié)同完 成AT通道的動(dòng)態(tài)創(chuàng)建與映射。下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明的技術(shù)方案作進(jìn)一步的詳細(xì)描述。實(shí)施例在不改變當(dāng)前的系統(tǒng)配置和協(xié)議接口參數(shù)的情況下，本實(shí)施例的AT命 令多通道管理機(jī)制在軟件層次上是以一種系統(tǒng)任務(wù)的形式存在的，這樣能確 保上層用戶(hù)同時(shí)發(fā)起多路電話(huà)相關(guān)的并發(fā)業(yè)務(wù)，并且可以屏蔽和適配各種目 標(biāo)協(xié)議棧的實(shí)現(xiàn)差異。驟步驟一，調(diào)用ATI的接口 (對(duì)應(yīng)圖1中的電話(huà)業(yè)務(wù)應(yīng)用編程接口 TAPI) 請(qǐng)求發(fā)送一條某種業(yè)務(wù)對(duì)應(yīng)的AT命令，ATI模塊根據(jù)用戶(hù)請(qǐng)求的業(yè)務(wù)類(lèi) 型申請(qǐng)相應(yīng)的AT邏輯通道(以下可簡(jiǎn)稱(chēng)為通道)，所述通道用通道ID(標(biāo) 識(shí))號(hào)來(lái)標(biāo)識(shí)，建立邏輯通道同AT命令的目標(biāo)協(xié)議?；蚰繕?biāo)協(xié)議棧業(yè)務(wù)接 口的映射關(guān)系，通道申請(qǐng)成功即移動(dòng)終端分配通道成功后ATI模塊設(shè)置一定 的通道狀態(tài)；如果申請(qǐng)通道不成功，ATI模塊通過(guò)函數(shù)返回值通知用戶(hù)失敗原因，并 繼續(xù)申請(qǐng)通道，直到申請(qǐng)成功。所述通道狀態(tài)內(nèi)容包括當(dāng)前通道上對(duì)應(yīng)的 AT命令標(biāo)識(shí)號(hào)(command ID) , AT命令的操作類(lèi)型(執(zhí)行、讀取、設(shè)置 和測(cè)試等)、所處的模式(命令或數(shù)據(jù)模式)以及呼叫實(shí)體標(biāo)識(shí)(針對(duì)CC(CallControl呼叫控制，簡(jiǎn)稱(chēng)CC )模塊存在多路呼叫實(shí)體時(shí))等。設(shè)置通 道狀態(tài)是為了保存當(dāng)前發(fā)送出去的AT命令相關(guān)參數(shù)，這樣在收到協(xié)議棧(modem)返回的處理結(jié)果(比如OK)時(shí)，就能區(qū)分是哪種業(yè)務(wù)對(duì)應(yīng)的請(qǐng)求執(zhí)行的結(jié)果。業(yè)務(wù)處理完后ATI會(huì)釋放和關(guān)閉對(duì)應(yīng)的通道。步驟二，該步驟參見(jiàn)圖2，當(dāng)AT通道申請(qǐng)成功，并開(kāi)始發(fā)送命令時(shí)， ATI首先把AT命令放入一個(gè)全局輸入隊(duì)列中，這個(gè)隊(duì)列是一個(gè)FIFO ( First In First Out,先入先出)、并且?guī)в袃?yōu)先級(jí)的隊(duì)列，這樣做的好處一方面是 緩存用戶(hù)的請(qǐng)求對(duì)系統(tǒng)和協(xié)議棧資源帶來(lái)的壓力，另 一方面是確保高優(yōu)先級(jí) 的AT命令得到及時(shí)的處理和響應(yīng)；值得說(shuō)明的是，本發(fā)明的輸入隊(duì)列與現(xiàn)有技術(shù)的隊(duì)列的區(qū)別是，在隊(duì)列 中加入了通道元素，通過(guò)隊(duì)列節(jié)點(diǎn)實(shí)現(xiàn)AT命令和通道號(hào)的綁定。后面要提 到的輸出隊(duì)列不需要優(yōu)先級(jí)。步驟三，ATI的任務(wù)引擎循環(huán)查詢(xún)和掃描整個(gè)輸入隊(duì)列，從輸入隊(duì)列頂 部取出優(yōu)先級(jí)最高的AT命令字符串，然后分析目標(biāo)協(xié)議棧的狀態(tài)，如果目 標(biāo)協(xié)議?；蚰繕?biāo)協(xié)議棧的接口 (此處為圖1中的modem模塊)僅僅支持單 個(gè)物理串口，則在發(fā)送的命令中附加上對(duì)應(yīng)的通道ID,如果目標(biāo)協(xié)議棧或 目標(biāo)協(xié)議棧的接口連接多個(gè)串口 ，則只需要根據(jù)相應(yīng)的通道-串口映射表， 直接將AT命令發(fā)到指定的串口上；還有一種情況是AT命令發(fā)往的目標(biāo)協(xié) 議棧不提供AT接口 ，而是消息接口 ，這時(shí)就不能將命令直接發(fā)到串口上去， 而是要經(jīng)過(guò)AT命令的編解碼和通道ID與業(yè)務(wù)標(biāo)識(shí)索引映射過(guò)程，再發(fā)到 目標(biāo)協(xié)議棧；本步驟是實(shí)現(xiàn)AT多通道通信的關(guān)鍵過(guò)程。本實(shí)施例中軟件平臺(tái)的很多 模塊都是以一個(gè)任務(wù)的形式在運(yùn)行(受到操作系統(tǒng)的統(tǒng)一調(diào)度和管理)，因 此，這里的任務(wù)引擎特指手機(jī)平臺(tái)操作系統(tǒng)調(diào)用 一次任務(wù)入口函數(shù)的處理過(guò) 程。本步驟中所述目標(biāo)協(xié)議棧的狀態(tài)指支持單串口 (com)還是多路復(fù)用 (MUX)，以及當(dāng)前處于命令(command)態(tài)還是數(shù)據(jù)(data)態(tài)。通道-串口映射表由ATI根據(jù)通道資源和串口資源來(lái)配置，其內(nèi)容包括通道號(hào)，通 道號(hào)對(duì)應(yīng)的串口號(hào)，業(yè)務(wù)標(biāo)識(shí)，如圖2所示。步驟四，ATI接收協(xié)議棧返回的AT命令的過(guò)程正好相反，首先根據(jù)通 道ID和接收命令的串口的映射關(guān)系，任務(wù)引擎從串口接收到相應(yīng)的數(shù)據(jù)， 然后同樣放入一個(gè)全局的輸出隊(duì)列，這個(gè)隊(duì)列里的每條命令的優(yōu)先級(jí)以及通道ID和輸入隊(duì)列是——對(duì)應(yīng)的，用戶(hù)根據(jù)發(fā)送AT命令的通道ID取回想要 的AT命令數(shù)據(jù)；協(xié)議棧返回的AT命令通過(guò)虛擬串口上報(bào)給ATI, ATI根據(jù)已經(jīng)保存的 通道-串口映射關(guān)系找到對(duì)應(yīng)的通道ID號(hào)，然后根據(jù)通道狀態(tài)映射表，解析 是哪個(gè)業(yè)務(wù)對(duì)應(yīng)的命令，最后通過(guò)一個(gè)回調(diào)函數(shù)接口調(diào)用，將通道ID和命 令數(shù)據(jù)同時(shí)返回給用戶(hù)。圖3是支持用戶(hù)并發(fā)業(yè)務(wù)的多通道AT命令的控制流程圖，如圖所示， 最開(kāi)始是啟動(dòng)工作主任務(wù)；然后是完成相應(yīng)的多通道初始化任務(wù)(包括隊(duì)列 的初始化，發(fā)送、接收工作流程的啟動(dòng)，多通道的啟用等等)；接下來(lái)， ATI模塊進(jìn)入空閑等待狀態(tài)，它要不停的監(jiān)聽(tīng)各種用戶(hù)和協(xié)議棧的事件通 知，其中主要包括上層用戶(hù)發(fā)送AT命令的請(qǐng)求，目標(biāo)協(xié)議棧經(jīng)過(guò)通道映射 和命令編解碼上報(bào)的消息，以及通過(guò)串口直接上報(bào)的消息等。在用戶(hù)請(qǐng)求發(fā)送AT命令時(shí)，如果ATI模塊支持多通道發(fā)送，命令的優(yōu) 先級(jí)最高，并且申請(qǐng)的通道狀態(tài)不是IDLE,則可以直接發(fā)到目的協(xié)議棧， 其余情況則需要先放進(jìn)輸入隊(duì)列中做緩存。本實(shí)施例中，在多通道發(fā)送AT命令時(shí)的軟件流程如圖4所示，發(fā)送流 程啟動(dòng)后，任務(wù)引擎就不停的查詢(xún)命令輸入隊(duì)列， 一旦隊(duì)列不為空，并且命 令對(duì)應(yīng)的AT通道狀態(tài)變成IDLE,就把當(dāng)前隊(duì)列的第一個(gè)命令發(fā)往目標(biāo)協(xié) 議棧，并設(shè)置相應(yīng)的通道狀態(tài)，在往下發(fā)送的過(guò)程中，還要分別區(qū)分不同情 況，是經(jīng)過(guò)命令消息映射調(diào)用協(xié)議棧接口 ，還是通過(guò)單個(gè)串口或MUX多通 道串口發(fā)到協(xié)議棧內(nèi)。本實(shí)施例中，在多通道接收AT命令時(shí)的軟件流程如圖5所示，它是發(fā) 送過(guò)程的逆過(guò)程，ATI模塊將收到的AT命令數(shù)據(jù)根據(jù)串口和通道的映射關(guān) 系放進(jìn)對(duì)應(yīng)的輸出隊(duì)列中，并重新設(shè)置相應(yīng)的通道狀態(tài)。本實(shí)施例中，實(shí)現(xiàn)移動(dòng)終端并行業(yè)務(wù)處理的方法是用在手機(jī)平臺(tái)上的， 但是該方法在PC (個(gè)人電腦)側(cè)或別的采用AT命令通過(guò)虛擬串口和協(xié)議 棧通信的系統(tǒng)中也可以 -使用。應(yīng)當(dāng)理解的是，對(duì)本發(fā)明技術(shù)所在領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，可以根據(jù) 本發(fā)明的技術(shù)方案及其構(gòu)思進(jìn)行相應(yīng)的等同改變或替換，而所有這些改變或 替換，都應(yīng)屬于本發(fā)明所附權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1、一種實(shí)現(xiàn)移動(dòng)終端并行業(yè)務(wù)處理的方法，其特征在于，移動(dòng)終端根據(jù)用戶(hù)當(dāng)前同時(shí)發(fā)起的業(yè)務(wù)實(shí)體請(qǐng)求數(shù)量，為每種業(yè)務(wù)動(dòng)態(tài)分配虛擬的AT命令邏輯通道，建立邏輯通道同AT命令的目標(biāo)協(xié)議?；蚰繕?biāo)協(xié)議棧業(yè)務(wù)接口的映射關(guān)系，目標(biāo)協(xié)議棧處理完相應(yīng)業(yè)務(wù)返回響應(yīng)命令時(shí)移動(dòng)終端根據(jù)所述映射關(guān)系區(qū)分是哪種業(yè)務(wù)的執(zhí)行結(jié)果。
2、 如權(quán)利要求1所述的方法，其特征在于所述AT命令邏輯通道用通道標(biāo)識(shí)ID號(hào)來(lái)標(biāo)識(shí)，通道分配成功后i殳置 通道狀態(tài)。
3、 如權(quán)利要求2所述的方法，其特征在于，所述AT命令邏輯通道分 配成功后開(kāi)始發(fā)送AT命令，包括如下步驟步驟一，將AT命令放入全局輸入隊(duì)列，所述輸入隊(duì)列為先入先出且具 有優(yōu)先級(jí)的隊(duì)列；步驟二，循環(huán)查詢(xún)和掃描整個(gè)輸入隊(duì)列，從輸入隊(duì)列頂部取出優(yōu)先級(jí)最 高的AT命令字符串，根據(jù)目標(biāo)協(xié)議棧的狀態(tài)發(fā)送AT命令。
4、 如權(quán)利要求3所述的方法，其特征在于 所述輸入隊(duì)列通過(guò)隊(duì)列節(jié)點(diǎn)實(shí)現(xiàn)AT命令和通道號(hào)的綁定。
5、 如權(quán)利要求3或4所述的方法，其特征在于，進(jìn)一步包括步驟三，目標(biāo)協(xié)議棧返回AT命令，移動(dòng)終端根據(jù)所述映射關(guān)系從目標(biāo) 協(xié)議棧或目標(biāo)協(xié)議棧業(yè)務(wù)接口對(duì)應(yīng)的串口接收到相應(yīng)的數(shù)據(jù)，放入全局輸出 隊(duì)列，用戶(hù)根據(jù)發(fā)送AT命令的通道ID取回想要的AT命令數(shù)據(jù)。
6、 如權(quán)利要求3或4所述的方法，其特征在于所述步驟二中，根據(jù)目標(biāo)協(xié)議棧的狀態(tài)發(fā)送AT命令是指若目標(biāo)協(xié)議 ?；蚰繕?biāo)協(xié)議棧的接口支持單串口 ，則在發(fā)送的命令中附加上對(duì)應(yīng)的通道 ID;若目標(biāo)協(xié)議?；蚰繕?biāo)協(xié)議棧的接口連接多個(gè)串口，則根據(jù)相應(yīng)的通道-串口映射表，直接將AT命令發(fā)到指定的串口上；若AT命令發(fā)往的目標(biāo)協(xié) 議棧不提供AT接口 ，而是消息接口 ，則經(jīng)過(guò)AT命令的編解碼和通道ID與業(yè)務(wù)標(biāo)識(shí)索引映射過(guò)程，再發(fā)到目標(biāo)協(xié)議棧。
7、 如權(quán)利要求6所述的方法，其特征在于所述通道-串口映射表根據(jù)通道資源和串口資源來(lái)配置，其內(nèi)容包括通 道號(hào)，通道號(hào)對(duì)應(yīng)的串口號(hào)，業(yè)務(wù)標(biāo)識(shí)。
8、 如權(quán)利要求1所述的方法，其特征在于 所述方法用于手機(jī)平臺(tái)。
9、 如權(quán)利要求1所述的方法，其特征在于所述方法用于個(gè)人電腦PC側(cè)或其它采用AT命令通過(guò)虛擬串口和協(xié)議 棧通信的系統(tǒng)中。
全文摘要
本發(fā)明公開(kāi)了一種實(shí)現(xiàn)移動(dòng)終端并行業(yè)務(wù)處理的方法，移動(dòng)終端根據(jù)用戶(hù)當(dāng)前同時(shí)發(fā)起的業(yè)務(wù)實(shí)體請(qǐng)求數(shù)量，為每種業(yè)務(wù)動(dòng)態(tài)分配虛擬的AT命令邏輯通道，建立邏輯通道同AT命令的目標(biāo)協(xié)議?；蚰繕?biāo)協(xié)議棧業(yè)務(wù)接口的映射關(guān)系，目標(biāo)協(xié)議棧處理完相應(yīng)業(yè)務(wù)返回響應(yīng)命令時(shí)移動(dòng)終端根據(jù)所述映射關(guān)系區(qū)分是哪種業(yè)務(wù)的執(zhí)行結(jié)果。本發(fā)明可以較好的支持多通道機(jī)制，提供完整的并發(fā)業(yè)務(wù)處理流程，并能夠大大提高用戶(hù)的業(yè)務(wù)處理效率，節(jié)約系統(tǒng)資源，在各種平臺(tái)業(yè)務(wù)的支撐中起到良好的作用。
文檔編號(hào)H04L29/06GK101227469SQ20081000470
公開(kāi)日2008年7月23日 申請(qǐng)日期2008年1月23日 優(yōu)先權(quán)日2008年1月23日
發(fā)明者誠(chéng) 季, 楊學(xué)森 申請(qǐng)人:中興通訊股份有限公司