專利名稱：緊急呼叫處理方法與系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種緊急呼叫處理方法，尤其涉及一種基于主叫流程的緊急呼叫處理方法；本發(fā)明還涉及一種基于該方法的緊急呼叫處理系統(tǒng)。
技術(shù)背景現(xiàn)有技術(shù)中，緊急呼叫的處理方法并不區(qū)分主叫(Mobile Originating, 簡稱M0)流程或被叫過程(Mobile Termination,簡稱MT),只進(jìn)行路由處 理和i某體協(xié)商處理。上述的處理流程一般如下用戶發(fā)起緊急呼叫，代理呼叫會話控制單元 (Proxy-Call Session Control Function,簡稱P-CSCF )識別出該緊急呼叫 后，然后P-CSCF根據(jù)本地配置找到本地服務(wù)器呼叫會話控制單元 (Serving-Call Session Control Function ,簡稱S-CSCF)，并將該緊急 呼叫信令路由到上述本地S-CSCF,再由本地S-CSCF將上述緊急呼叫路由到 本地配置的緊急呼叫中心(Emergency Center,簡稱EC),本地配置的EC 對緊急呼叫《故出處理。其中，為了照顧用戶在拜訪域(visited network)、 用戶為開戶或用戶未注冊的情況，P-CSCF的本地S - CSCF可以是用戶簽約歸 屬域的S-CSCF,也可以是非歸屬域的S-CSCF。緊急呼叫的具體實現(xiàn)方法在 3GPP (Third Generation Partnership Projects,第三代伙伴組織計劃)協(xié) 議23867-080中詳細(xì)描述。這不同于普通呼叫的處理流程。普通呼叫處理流 程即M0流程，為現(xiàn)有技術(shù)?，F(xiàn)有技術(shù)中緊急呼叫的處理方法具有以下缺陷首先，為了照顧到用戶 在非歸屬域(主要是用戶在拜訪域、用戶為開戶或者用戶未注冊等)的情況， 不查詢用戶數(shù)據(jù)，這不利于對緊急呼叫發(fā)起者身份等信息的查詢，同時不利 于填寫話單信息和計費。另外，由于緊急呼叫不同于普通呼叫的處理方法，
只進(jìn)行^各由處理和i某體協(xié)商，因此呼叫會話控制單元(Call Session Control Function,簡稱CSCF)需要對緊急呼叫進(jìn)行單獨處理，這增加了對呼叫處理的 復(fù)雜性，不利于呼叫的統(tǒng)一處理。因為在某一地區(qū)常常90%甚至更高比例的 緊急呼叫用戶均為歸屬域，因此為了 10%甚至更少的人緊急呼叫的順利處理， 而采用不同于普通呼叫的流程來處理，則大大加大了緊急呼叫處理的研發(fā)成 本和設(shè)備成本，因此如果將緊急呼叫處理方式能夠按照普通呼叫處理，那么 在實現(xiàn)正常通信的基礎(chǔ)上，則大大降低了研發(fā)的成本和設(shè)備成本。發(fā)明內(nèi)容本發(fā)明的目的在于針對現(xiàn)有技術(shù)所存在的缺陷，提供一種基于主叫流程 的緊急呼叫處理方法，解決現(xiàn)有技術(shù)中緊急呼叫無法跟蹤用戶信息并進(jìn)行計 費且處理復(fù)雜等問題，使緊急呼叫按主叫流程處理，且不犧牲緊急呼叫的特 性。為了實現(xiàn)上述目的，本發(fā)明提供了 一種基于主叫流程的緊急呼叫處理方 法，包括以下步驟步驟1、用戶發(fā)出緊急呼叫信令，代理呼叫會話控制單元識別該緊急呼 叫信令；步驟2、代理呼叫會話控制單元根據(jù)本地預(yù)先的配置找到本地服務(wù)器呼 叫會話控制單元；步驟3、代理呼叫會話控制單元在發(fā)給所述本地服務(wù)器呼叫會話控制單 元的消息中攜帶主叫流程標(biāo)志標(biāo)識，用于標(biāo)識該緊急呼叫為主叫流程，并將 該緊急呼叫信令路由至所述本地服務(wù)器會話控制單元；步驟4、所述本地服務(wù)器呼叫會話控制單元根據(jù)所述主叫流程標(biāo)志將該 基于主叫流程的緊急呼叫處理。本發(fā)明還提供了 一種基于主叫流程的緊急呼叫處理系統(tǒng)，包括用于識別 用戶發(fā)出緊急呼叫的代理呼叫會話控制單元， 一與該代理呼叫會話控制單元 連接的本地服務(wù)器呼叫會話控制單元，用于路由至與所述本地服務(wù)器呼叫會
話控制單元連接的緊急呼叫中心，還包括用于將主叫流程標(biāo)志加入到所述本 地服務(wù)器會話控制單元路由頭域參數(shù)中的裝置，以及用于根據(jù)所述主叫流程 標(biāo)志將該緊急呼叫按主叫流程處理的裝置。本發(fā)明與現(xiàn)有技術(shù)相比，將緊急 呼叫按主叫流程來處理，可以查詢主叫用戶數(shù)據(jù)，跟蹤主叫用戶信息，且便 于填寫話單信息及計費；除此之外，務(wù)須對緊急呼叫進(jìn)行特殊處理，可以按 照普通呼叫處理，簡化了呼叫處理流程，易于統(tǒng)一管理。下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。附閨說明

圖1為本發(fā)明緊急呼叫處理方法實施例一的流程圖； 圖2為本發(fā)明P-CSCF路由到S-CSCF的示意圖； 圖3為本發(fā)明緊急呼叫處理方法實施例二的流程圖； 圖4為本發(fā)明緊急呼叫處理系統(tǒng)一實施例的結(jié)構(gòu)示意圖； 圖5為圖4所示實施例中該緊急呼叫按M0流程處理的裝置一實施例的結(jié) 構(gòu)示意圖；圖6為本發(fā)明緊急呼叫處理系統(tǒng)再一實施例的結(jié)構(gòu)示意圖。
具體實施方式
圖1為本發(fā)明緊急呼叫處理方法實施例一的流程圖。如圖中所示，基于 主叫流程的緊急呼叫處理方法包括執(zhí)行以下步驟步驟l、用戶發(fā)出緊急呼叫信令后，P-CSCF識別該緊急呼叫信令；步驟2、 P-CSCF根據(jù)本地預(yù)先的配置找到本地S-CSCF;步驟3、 P-CSCF將主叫流程標(biāo)志加入到發(fā)往所述本地S-CSCF的路由頭域 的參數(shù)中，用于標(biāo)識該緊急呼叫呼叫為MO流程，并將該緊急呼叫信令路由至 所述本地S-CSCF;步驟4、所述S-CSCF根據(jù)所述主叫流程標(biāo)志將該緊急呼叫按MO流程處理。為使上述步驟更清晰地被理解，以下對上述步驟的執(zhí)行流程做進(jìn)一步的 解釋在現(xiàn)有4支術(shù)中由于緊急呼叫處理流#呈中，為了照顧到呼叫用戶無i侖是 歸屬域，還是非歸屬域(主要包括拜訪域、未開戶用戶或非注冊用戶等)的 情況，希望用戶的緊急呼叫均能順利接通，但是如果將緊急呼叫按照普通呼 叫方法來處理，緊急呼叫對于屬于非歸屬域的用戶來說接通不了。因此，緊 急呼叫在現(xiàn)有技術(shù)中的處理流程不同于普通呼叫處理，只進(jìn)行路由處理和媒 體協(xié)商。此種技術(shù)的缺陷如背景技術(shù)中所詳述，而本發(fā)明所采用的技術(shù)方案， 概括地說，如圖2所示在本地S-CSCF的路由參數(shù)中添加主叫流程標(biāo)志，將 其與普通呼叫區(qū)別開來，并將其強(qiáng)迫采用普通呼叫的處理方法來處理，但是 在緊急呼叫按M0流程處理流程中，根據(jù)主叫流程標(biāo)志對緊急呼叫做出相應(yīng)的 處理。其中，上述步驟3中，加入到所述本地S-CSCF的i 各由參^t中的主叫流程 標(biāo)志的作用在于標(biāo)識出該緊急呼叫，并強(qiáng)迫帶有該標(biāo)志的呼叫按M0流程處 理。主叫流程標(biāo)志的形式可以為數(shù)字，也可為字符串，或者是數(shù)字和字符串 的組合，其標(biāo)識的形式并不受限制。主叫流程標(biāo)志的作用是清楚的，就是要 標(biāo)識出該緊急呼叫為M0流程。另外，上述步驟3中，加入到本地S-CSCF的路由頭域的參數(shù)中，具體將 主叫流程標(biāo)志加入到所述本地S-CSCF路由頭域中。3各由頭i或，即Route頭域， 其功能是標(biāo)識出消息路由的下一個目標(biāo)地址，該目標(biāo)可以是ip地址，也可以 是域名，因為域名可以解析成ip地址。例如某消息的路由頭域為，Route: <sip: 2. 90. 0. 81: 5060; lr〉，表示 該消息下一跳是地址2. 90. 0. 81: 5060。 Route頭域中還有一些參數(shù)，即";" 后的字符串，上例中l(wèi)r就是一個參數(shù)，如有多個參數(shù)彼此用"；，，分開。如，假設(shè)主叫流程標(biāo)志為orig,也可為其它字符串或數(shù)字。本地S-CSCF 的域名為scscf. homel. com,則將主叫流程標(biāo)志加入到本地S-CSCF的形式可 為orig扭scscf. homel. com或scscf. homel. com; orig 。 ^口本i也路由器S-CSCF 的IP地址為172. 169. 112. 121,則將主叫流程標(biāo)志加入到本地S-CSCF的形 式可為orig扭172. 169. 112. 121或172. 169. 112. 121; orig。
除將主叫流程標(biāo)志加入到上述IP地址或者域名中，還可加入到路徑(英文為Via，后面簡稱Via )頭域。Via頭域的功能是記錄起始會話協(xié)議(Session Initiation Protocol簡稱SIP)消息包中間路過了哪些網(wǎng)絡(luò)設(shè)備，其中， SIP消息包分為兩個部分 一個是消息頭， 一個是消息體，消息體遵循SDP 協(xié)議，消息頭遵循SIP協(xié)議。 如Via: SIP/2. O/UDP 2. 90. 0. 253: 5060; branch-z9hG4bK1884107，表示該 消息包已經(jīng)穿越了 2.90. 0. 253這個設(shè)備；再如Via: SIP/2. O/UDP 2. 90. 0. 79: 10708; branch-z9hG4bK6ed0ed00b; Role=2; lcmsid=4; LCMID=T54; So=4， SIP/2. 0/UDP 2. 90. 0. 21: 10554; branch=z9hG4bK8eaf 2d28c; Role=3表 示該消息包穿越了 2. 90. 0. 79和2. 90. 0. 21這兩個網(wǎng)絡(luò)設(shè)備，其中，符號"；" 后的是參數(shù)，如同上述將orig力口入到Route頭J或一樣，也可以4巴orig加入 到Via頭域的參數(shù)中，如Via: SIP/2. 0/UDP 2. 90. 0. 253: 5060; orig; branch-z9hG4bK1884107。如上面所詳述，當(dāng)將主動呼叫標(biāo)志加入到本地S-CSCF路由參數(shù)后，本地 S-CSCF根據(jù)路由參數(shù)中攜帶的主動呼叫標(biāo)志可以判斷該呼叫消息為緊急呼 叫，因此按MO流程來處理該緊急呼叫。圖3為本發(fā)明基于主叫流程的緊急呼叫處理的方法實施例二的流程圖。 實施例二所述技術(shù)方案是對實施例一所述技術(shù)方案步驟4中MO流程做進(jìn) 一步描述。所述MO流程主要包括以下步驟，普通呼叫按MO流程處理為現(xiàn)有技術(shù)， 本發(fā)明通過在緊急呼叫消息中增加主叫流程標(biāo)志使緊急呼叫按照M0流程處 理，以下僅描述與現(xiàn)有技術(shù)的不同之處步驟41、查詢主叫用戶彩:據(jù)，查詢成功則存儲用戶數(shù)據(jù)，如查詢失敗則 執(zhí)行步驟43;步驟42、對消息體進(jìn)行會話描述協(xié)議檢查，檢查用戶媒體能力；
步驟43、處理路由頭域和計費頭域；步驟44、所述本地服務(wù)器呼叫會話控制單元將緊急呼叫信令路由至本地配置的緊急呼叫中心。上述步驟41中，簡要介紹其與現(xiàn)有技術(shù)中普通呼叫處理方法的不同之處 在普通呼叫處理流程中，當(dāng)查詢主叫用戶數(shù)據(jù)失敗后，會話會中斷；但是由 于緊急呼叫的特殊性，對于非歸屬域的用戶，如未注冊或未開戶用戶，緊急 呼叫也保證能接通。因此在緊急呼叫的M0流程中，還包括當(dāng)查詢數(shù)據(jù)失敗后， 仍將執(zhí)行以下步驟。上述步驟42中，當(dāng)查詢完主叫用戶數(shù)據(jù)之后，要進(jìn)行SDP^r測，首先抬r 查消息體地語法，如果語法不符合規(guī)范，則拒絕該緊急呼叫信令；然后，還 檢查用戶的媒體能力，如用戶媒體能力不足則中止會話。但是在緊急呼叫冊 流程中，即使檢測出用戶媒體能力不足，則仍將S-CSCF路由至本地配置的 EC。具體地，對消息體進(jìn)行會話描述協(xié)議檢查，檢查消息體是否符合會話描 述協(xié)議定義的語法，以確保媒體協(xié)商能夠成功、呼叫能夠建立，如果失敗則 返回錯誤提示信令拒絕建立會話，因為會話不可能建立起來；與普通呼叫不 同的是即使用戶媒體能力不夠，也讓用戶能夠打通緊急呼叫。上述步驟44中，本地S-CSCF將緊急呼叫信令路由至本地配置的EC,即用戶接通緊急呼叫。上述步驟43中處理路由頭域和計費頭域的具體方法與現(xiàn)有技術(shù)中普通 呼叫M0流程處理的方法相同。上述步驟4中將該基于主叫流程的緊急呼叫處理，進(jìn)一步還包括執(zhí)行 步驟44后，在invite200時，進(jìn)行計費處理，但是如果計費失敗，會話仍然 繼續(xù)。具體地，在SIP協(xié)議中，主叫用戶通過invite20Q信令發(fā)起呼叫建立 請求，被叫用戶回invite 200信令應(yīng)答，表示被叫用戶摘機(jī)接通電話，如果 被叫拒絕呼叫，回invite 4 ,或invite 6 ,問號代表任意0 ~ 9的數(shù)字， 4 或6 代表不同的拒絕原因，比如486表示用戶忙，603表示用戶拒 絕接聽。S-CSCF在收到invite200時，即被叫用戶摘機(jī)接通電話時啟動計費。
在緊急呼叫中，如果計費失敗，不會像普通呼叫那樣不讓呼叫接通，而是讓 呼叫接通，會話繼續(xù)。上述的基于主叫流程的緊急呼叫處理，其處理流程上與普通呼叫M0流程基本一致，但是當(dāng)查詢用戶失敗或檢測用戶媒體能力不足時，仍然繼續(xù)執(zhí)行， 這種處理簡化了呼叫系統(tǒng)處理的復(fù)雜性，將緊急呼叫按主動流程處理，同時 還可以保持緊急呼叫的特性。圖4為本發(fā)明基于主叫流程的緊急呼叫處理的系統(tǒng)一實施例的結(jié)構(gòu)示意 圖。如圖中所示，包括用于識別用戶發(fā)出的緊急呼叫的P-CSCF, —與該P-CSCF 連接的本地S-CSCF,用于路由至與所述本地S-CSCF連接的EC,還包括，用于將主叫流程標(biāo)志加入到所述本地S-CSCF路由頭域參數(shù)的裝置，以及用于才艮據(jù)所述主叫流程標(biāo)志將該緊急呼叫按M0流程處理的裝置。具體地，當(dāng)用戶發(fā)出緊急呼叫后，P-CSCF識別出用戶發(fā)出的緊急呼叫， P-CSCF根據(jù)本地配置表找到本地S-CSCF, P-CSCF內(nèi)還設(shè)有一用于將主叫流 程標(biāo)志加入到所述本地S-CSCF路由參數(shù)的裝置，P-CSCF根據(jù)新的路由參數(shù) (即在原來路由參數(shù)中加入了主叫流程標(biāo)志形成的新的路由參數(shù))將緊急呼 叫信令路由至本地S-CSCF,本地S-CSCF設(shè)置一用于根據(jù)所述主叫流程標(biāo)志 將該緊急呼叫按M0流程處理的裝置。優(yōu)選地，如圖5所示，圖5為圖4所示實施例中該緊急呼叫按MO流程處 理的裝置一實施例的結(jié)構(gòu)示意圖。所述用于根據(jù)所述主叫流程標(biāo)志將該緊急 呼叫按M0流程處理的裝置，還包括用于查詢和存儲用戶數(shù)據(jù)的裝置，用于對消息體進(jìn)行SDP檢查的裝置，用于處理路由頭域和計費頭域的裝置，用于將緊急呼叫信令路由至本地配置的EC的裝置。其中，用于查詢和存儲用戶數(shù)據(jù)的裝置，用于對消息體進(jìn)行SDP檢查的 裝置，用于處理路由頭域和計費頭域的裝置與現(xiàn)有技術(shù)中普通呼叫的處理大 致相似，不同之處在于所述用于查詢和存儲用戶數(shù)據(jù)的裝置，在執(zhí)行查詢
和存儲操作時，即使查詢失敗之后，仍然處理路由頭域和計費頭域，并將緊急呼叫信令路由到本地配置的EC;用于對消息體進(jìn)行SDP檢查的裝置，如同 現(xiàn)有裝置一樣，首先檢查消息體的語法，如果語法不符合規(guī)范，則拒絕該緊 急呼叫信令。然后，還檢查用戶的媒體能力，如用戶媒體能力不足則中止該 緊急呼叫信令，不同之處在于，該裝置即使檢測出用戶媒體能力不足，則仍 將S-CSCF并將緊急呼叫信令路由至本地配置的EC。這樣的裝置可以記錄緊 急呼叫用戶的信息，跟蹤用戶，這是現(xiàn)有技術(shù)中緊急呼叫無法做到的。除此 之外，即使是查詢用戶數(shù)據(jù)失敗了，帶有主叫流程標(biāo)志的緊急呼叫仍然可以 繼續(xù)進(jìn)行后續(xù)流程。從而保持緊急呼叫的特殊性。這使得呼叫處理系統(tǒng)變得 簡單了，無論是緊急呼叫還是普通呼叫均可以用此系統(tǒng)完成，簡化了呼叫系 統(tǒng)的復(fù)雜性。優(yōu)選地，上述裝置還包括一計費裝置，如圖6所示。該裝置在invite200 時，進(jìn)行計費處理。具體是完成以下操作，主要可記錄主叫號碼，被叫號碼， 接通會話時間，會話掛斷時間等，用于生成通話單。該裝置與現(xiàn)有技術(shù)中普 通呼叫計費裝置的不同之處該裝置在工作過程中，對于帶有主叫流程標(biāo)志的 呼叫，即使計費失敗，會話仍然繼續(xù)。也就是說，該裝置可以實現(xiàn)對緊急呼 叫的計費，跟蹤緊急呼叫用戶數(shù)據(jù)，但是如果計費失敗，緊急呼叫仍然接通。最后所應(yīng)說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制， 盡管參照較佳實施例對本發(fā)明進(jìn)行了詳細(xì)說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng) 理解，可以對本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而不脫離本發(fā)明技 術(shù)方案的精神和范圍。
權(quán)利要求
1. 一種緊急呼叫處理方法，其特征在于，包括以下步驟步驟1、用戶發(fā)出緊急呼叫信令后，代理呼叫會話控制單元識別該緊急呼叫信令；步驟2、代理呼叫會話控制單元根據(jù)本地預(yù)先的配置找到本地服務(wù)器呼叫會話控制單元；步驟3、代理呼叫會話控制單元在發(fā)給所述本地服務(wù)器呼叫會話控制單元的消息中攜帶主叫流程標(biāo)志標(biāo)識，用于標(biāo)識該緊急呼叫為主叫流程，并將緊急呼叫信令路由至所述本地服務(wù)器會話控制單元；步驟4、所述本地服務(wù)器呼叫會話控制單元根據(jù)所述主叫流程標(biāo)志將該緊急呼叫按普通主叫流程處理。
2、 根據(jù)權(quán)利要求l所述的緊急呼叫處理方法，其特征在于，所述步驟3 中代理呼叫會話控制單元在發(fā)給所述本地服務(wù)器呼叫會話控制單元的消息中 攜帶主叫流程標(biāo)志標(biāo)識具體為代理呼叫會話控制單元將主叫流程標(biāo)加入到 發(fā)往所述本地服務(wù)器呼叫會話控制單元的路由頭域的參數(shù)中，所述主叫流程 標(biāo)志是通過數(shù)字、字符串或其組合的形式加入到所述參數(shù)中。
3、 根據(jù)權(quán)利要求2所述的緊急呼叫處理方法，其特征在于，步驟3中所 述主叫流程標(biāo)志加入到所述路由頭域是通過將所述主叫流程標(biāo)志加入到所述 本地服務(wù)器呼叫會話控制單元的域名、IP地址或路徑頭域來實現(xiàn)的。
4、 根據(jù)權(quán)利要求1所述的緊急呼叫處理方法，其特征在于，所述步驟4中將該緊急呼叫按主叫流程處理，包括步驟41、查詢主叫用戶數(shù)據(jù)，查詢成功則存儲用戶凄t據(jù)，如查詢失敗則 執(zhí)行步驟43;步驟42、對消息體進(jìn)行會話描述協(xié)議檢查，檢查用戶媒體能力； 步驟43、處理路由頭域和計費頭域；步驟44、所述本地服務(wù)器呼叫會話控制單元將緊急呼叫信令路由至本地 配置的緊急呼叫中心。
5、 根據(jù)權(quán)利要求4所述的緊急呼叫處理方法，其特征在于，所述步驟4 中，還包括，執(zhí)行步驟44后，在invite200時，進(jìn)一步還執(zhí)行計費步驟。
6、 一種實現(xiàn)l-5任一所述方法的緊急呼叫處理系統(tǒng)，包括用于識別用戶 發(fā)出的緊急呼叫的代理呼叫會話控制單元，與該代理呼叫會話控制單元連接 的本地服務(wù)器呼叫會話控制單元，用于路由至與所述本地服務(wù)器呼叫會話控 制單元連接的緊急呼叫中心，其特征在于，還包括用于將主叫流程標(biāo)志加入到所述本地服務(wù)器會話控制單元路由頭域參數(shù) 中的裝置，以及，用于根據(jù)所述主叫流程標(biāo)志將該緊急呼叫按主叫流程處理的裝置。
7、 根據(jù)權(quán)利要求7所述的緊急呼叫處理系統(tǒng)，其特征在于，所述主叫流 程標(biāo)志將該緊急呼叫按主叫流程處理的裝置，還包括用于查詢和存儲用戶數(shù)據(jù)的裝置；用于對消息體進(jìn)行會話描述協(xié)議^r查的裝置；用于處理路由頭域和計費頭域的裝置；用于將緊急呼叫信令路由至本地配置的緊急呼叫中心。
8、 根據(jù)權(quán)利要求7所述的的緊急呼叫處理系統(tǒng)，其特征在于，還包括在 invite200時用于進(jìn)行計費的裝置。
全文摘要
本發(fā)明涉及一種緊急呼叫處理方法和系統(tǒng)。所述方法包括以下步驟，用戶發(fā)出緊急呼叫，P-CSCF識別該緊急呼叫；該P-CSCF根據(jù)本地預(yù)先的配置找到本地S-CSCF；P-CSCF將主叫流程標(biāo)志加入到發(fā)往所述本地S-CSCF的路由頭域的參數(shù)中，并路由至所述本地S-CSCF；本地S-CSCF根據(jù)所述主叫流程標(biāo)志將該緊急呼叫按MO流程處理。所述系統(tǒng)包括用于識別用戶發(fā)出緊急呼叫的P-CSCF，與該P-CSCF連接的本地S-CSCF，用于路由至與所述本地S-CSCF連接的EC，用于將主叫流程標(biāo)志加入到所述S-CSCF路由頭域參數(shù)中的裝置，以及用于根據(jù)所述主叫流程標(biāo)志將該呼叫按MO流程處理的裝置。
文檔編號H04M7/00GK101212520SQ20061016986
公開日2008年7月2日 申請日期2006年12月29日 優(yōu)先權(quán)日2006年12月29日
發(fā)明者楠 李, 倩 杜, 王曉云, 冰 魏 申請人:中國移動通信集團(tuán)公司;華為技術(shù)有限公司