摘要：由于在接入網(wǎng)和核心網(wǎng)傳送的碼流格式不一致，造成話音信號進(jìn)行兩次編碼和解碼，導(dǎo)致語音質(zhì)量降低。因此必須采用編解碼協(xié)商技術(shù)來統(tǒng)一全程的編解碼。編解碼協(xié)商技術(shù)主要有無碼型變換器操作(TrFO)、無二次編解碼操作(TFO)和審計(jì)網(wǎng)絡(luò)質(zhì)量優(yōu)選編解碼技術(shù)。TrFO是呼叫建立過程中優(yōu)選的一種機(jī)制，它嘗試去建立用戶設(shè)備(UE)到UE的無需使用碼形變換器(TC)的連接，如果成功，能夠最有效地使用帶寬；TFO作為TrFO的備用技術(shù)，是一種帶內(nèi)的編解碼協(xié)商協(xié)議，因?yàn)橛脩裘娲a流不再需要通過語音編解碼器的壓縮、解壓縮處理，可以改善話音質(zhì)量；審計(jì)網(wǎng)絡(luò)質(zhì)量優(yōu)選編解碼技術(shù)依據(jù)呼叫的接入數(shù)來靈活地選擇采用G.711或G.729來編解碼，作到既不過分加重網(wǎng)絡(luò)的負(fù)擔(dān)，同時又可以接入新的呼叫。

關(guān)鍵詞：二次語音編解碼級連操作；無碼型變換器操作；無二次編解碼操作；初始地址消息；碼形變換器；路徑內(nèi)設(shè)備

Abstract:The different formats of codec stream transported in the radio access network and the core network makes tandem operation necessary， which results in poor quality of voice. Accordingly， negotiation technology for encoding and decoding is necessary for unifying encoding and decoding in the whole process. Transcoder Free Operation (TrFO)， Tandem Free Operation (TFO)， and network-quantity deciding technology are leading negotiation technologies for encoding and decoding. TrFO is a mechanism for optimum selection during the establishment of a call. It tries to establish connection between User Equipment (UE) without Transcoder (TC). Its successful fulfillment enables the efficiency of bandwidth. TFO， a standby technology for TrFO， is an in-band negotiation technology for encoding and decoding. With it， the user codec stream is free from the compression and decompression by the voice codec， and the quality of voice can accordingly be improved. The network-quantity deciding technology adopts G.711 or G.729 flexibly according to the number of accessed calls. This allows access of new calls while won’t increase the load of network too much.

Key words:TO; TrFO; TFO; initial address message; transcoder; IPE

編解碼協(xié)商操作旨在避免傳統(tǒng)上移動臺(MS)呼叫MS(基于GSM系統(tǒng))、MS呼叫用戶設(shè)備(UE)(基于GSM/3G系統(tǒng))或UE呼叫UE(基于3G系統(tǒng))的通話過程中要做的兩次語音編解碼。在UE呼UE的情況下話音信號首先在起始UE中進(jìn)行編碼并發(fā)送到空中接口，在本端碼型變換器中解碼成64 kb/s的G.711 A律或μ律脈沖調(diào)制編碼(PCM)語音格式并在固定網(wǎng)絡(luò)中傳送，對端碼型變換器將PCM信號重新作一次編碼，通過空中接口傳送到對端UE，最后由對端UE解碼得到重建后的話音。整個過程如圖1所示。在這種呼叫情況下，兩對語音編碼/解碼器處于二次語音編解碼級連操作(TO)。在TO下話音信號作了兩次編碼和解碼，導(dǎo)致語音質(zhì)量變差，尤其在低速率通信情況下質(zhì)量變化更是明顯。

如果本端UE和對端UE使用同樣的編解碼，如圖2所示，話音信號就能在編碼域從本端UE透明傳輸?shù)綄Χ薝E，而不用激活本端和遠(yuǎn)端網(wǎng)絡(luò)中的碼型變換功能。

編解碼協(xié)商具有如下優(yōu)點(diǎn)：

●避免網(wǎng)絡(luò)內(nèi)做二次語音編解碼，提高語音質(zhì)量。

●協(xié)商后采用壓縮的編解碼，從而節(jié)省鏈路資源。

●碼型變換單元不用再執(zhí)行碼型變換功能，故可節(jié)省處理能力。

●可以減少端到端的傳輸時延。

目前主要的編解碼協(xié)商技術(shù)有3種：一種是呼叫建立過程中通過帶外呼叫控制信令對語音編解碼方式進(jìn)行協(xié)商的無碼型變換器操作(TrFO)呼叫，另一種是帶內(nèi)的編解碼協(xié)商協(xié)議無二次編解碼操作(TFO)，還有一種是3G核心網(wǎng)絡(luò)和下一代網(wǎng)絡(luò)(NGN)核心網(wǎng)絡(luò)進(jìn)行互連互通時，NGN網(wǎng)絡(luò)的關(guān)口局通過審計(jì)網(wǎng)絡(luò)質(zhì)量的方法來優(yōu)選編解碼。

1 TrFO技術(shù)

TrFO呼叫是一種呼叫建立過程中通過帶外呼叫控制信令(OoBTC)對語音編解碼方式進(jìn)行協(xié)商的技術(shù)。TrFO呼叫因?yàn)椴恍枰迦胝Z音編解碼器，所以可以提高話音質(zhì)量，節(jié)約編解碼器資源，并且在分組核心網(wǎng)中可以節(jié)約網(wǎng)絡(luò)帶寬(因?yàn)樵捯羰且宰赃m應(yīng)多速率編碼(AMR)后的速率而不是64 kb/s速率在核心網(wǎng)中傳輸)，另外編解碼協(xié)商在承載建立之前完成，可以保證呼叫使用適當(dāng)?shù)某休d資源。

1.1 TrFO機(jī)制描述

文獻(xiàn)^[1]指出當(dāng)兩個或更多呼叫控制節(jié)點(diǎn)協(xié)商已統(tǒng)一傳輸?shù)木幗獯a時，TrFO機(jī)制將會被優(yōu)先選取，具體流程如下：

●源呼叫控制節(jié)點(diǎn)發(fā)送其網(wǎng)關(guān)支持的編解碼列表，該列表中各編解碼已按其優(yōu)先級進(jìn)行了排序。

●轉(zhuǎn)接呼叫控制節(jié)點(diǎn)分析編解碼列表，從中刪除自身不支持的編解碼，并將其繼續(xù)向前傳送。但對編解碼的優(yōu)先級不進(jìn)行改變。

●終結(jié)呼叫控制節(jié)點(diǎn)分析編解碼列表，從中刪除自身不支持的編解碼，并從中選取最高優(yōu)先級的編解碼。

圖3是在R4體系中通用移動通信系統(tǒng)(UMTS)到UMTS進(jìn)行TrFO連接的一個呼叫模型，當(dāng)然中間可能存在許多轉(zhuǎn)接節(jié)點(diǎn)。一般編解碼協(xié)商會發(fā)生在呼叫建立階段，當(dāng)然在呼叫過程中也可能會由于切換或者重定位等原因而再次發(fā)起編解碼的修改。

1.2 BICC呼叫建立過程中的編解碼協(xié)商

圖4描述的是承載無關(guān)呼叫控制(BICC)呼叫建立的一個簡單信令流程。由圖4可看出編解碼協(xié)商在承載建立之前進(jìn)行，因此可選出最適合本次呼叫的承載資源。文獻(xiàn)^[2]中建議源移動交換中心(O-MSC)在發(fā)送初始地址消息(IAM)時開始編解碼協(xié)商，將支持的編解碼列表發(fā)給轉(zhuǎn)接節(jié)點(diǎn)。轉(zhuǎn)接節(jié)點(diǎn)將丟棄不支持的編解碼類型后再發(fā)送。終移動交換中心(T-MSC)將優(yōu)選的編解碼連同最終的編解碼列表通過應(yīng)用傳送消息(APM)帶回給源移動交換中心(O-MSC)。

1.3 對媒體網(wǎng)關(guān)的控制

TrFO呼叫使端到端(如無線網(wǎng)絡(luò)控制器(RNC)到RNC或者RNC到其他壓縮語音終端)的全程通信都使用壓縮的語音流，文獻(xiàn)^[3-4]中詳細(xì)說明了核心網(wǎng)中Nb接口和Iu接口關(guān)于壓縮語音幀傳輸?shù)牧鞒?。若要用戶面支持編解碼協(xié)商，必須使其工作在支持模式下。

對于TrFO呼叫，RNC和媒體網(wǎng)關(guān)(MGW)必須支持至少一種具有TrFO能力的用戶面版本，也就是Iu接口和Nb接口必須都支持用戶面版本2。如果RNC只支持用戶面版本1而沒有TrFO能力，移動交換中心服務(wù)器就必須在RNC和MGW之間插入碼形變換器(TC)。 當(dāng)然，不是RNC和MGW物理上支持版本2就行了，還要移動交換中心服務(wù)器在向RNC請求無線接入承載(RAB指派)和向MGW請求建立終端(ADD請求)中指明使用該版本，因?yàn)樵谟脩裘娉跏蓟瘞瑓f(xié)商過程中，需要帶上移動交換中心服務(wù)器在RAB指派/ADD請求中指明的版本信息與其他MGW/RNC協(xié)商，以選擇共同支持的版本信息。

用戶面的初始化方向永遠(yuǎn)是前向的，它與承載的建立方向沒有任何聯(lián)系。當(dāng)用戶面需要初始化時，只有當(dāng)承載已建并且用戶面初始化完成后才向移動交換中心服務(wù)器發(fā)通告(Notify)消息告知用戶面承載已準(zhǔn)備完成。而移動交換中心服務(wù)器中的導(dǎo)通消息(COT)則只有在收到Notify消息和前向送來的COT消息后才會向后發(fā)送。

1.4 TrFO實(shí)現(xiàn)后的用戶面數(shù)據(jù)流

對于同一MGW內(nèi)部的TrFO呼叫，其用戶數(shù)據(jù)流向如圖5藍(lán)線所示。通過接口板接入的Iu接口用戶數(shù)據(jù)，經(jīng)過ATM適配層2(AAL2)適配(對于ATM承載)或?qū)崟r傳送協(xié)議/實(shí)時傳送控制協(xié)議(RTP/RTCP)處理(對于IP承載)，再依據(jù)轉(zhuǎn)發(fā)表送到某個Iu接口用戶面(IuUP)實(shí)例進(jìn)行上行處理，然后送到對端用戶對應(yīng)的IuUP實(shí)例進(jìn)行下行處理，最后通過Iu接口板處理并送到Iu接口上。整個流程無需經(jīng)過AMR編解碼和時分復(fù)用(TDM)交換。

對于不同MGW之間的TrFO呼叫，其用戶數(shù)據(jù)流向如圖5黃線所示。在一個MGW上，通過接口板接入的Iu接口用戶數(shù)據(jù)，經(jīng)過AAL2適配(對于ATM承載)或RTP/RTCP處理(對于IP承載)，再依據(jù)轉(zhuǎn)發(fā)表送到某個Iu接口的IuUP實(shí)例進(jìn)行上行處理，然后送到Nb接口對應(yīng)的Nb接口用戶面(NbUP)實(shí)例進(jìn)行下行處理，最后通過Nb接口板處理并送到Nb接口上。在另一個MGW上，通過Nb接口接入的用戶數(shù)據(jù)在接口板上完成AAL2或RTP/RTCP后，送到相應(yīng)的NbUP實(shí)例進(jìn)行上行處理，然后送到相應(yīng)的IuUP實(shí)例進(jìn)行下行處理，最后送到Iu接口板處理，并最終發(fā)到Iu接口上。整個流程無需經(jīng)過AMR編解碼和TDM交換。

從圖5可清楚地看出TrFO呼叫的優(yōu)勢，由于RNC的編解碼類型、編解碼速率集完全一致，因此在核心網(wǎng)側(cè)不需要進(jìn)行編解碼，只需要透傳用戶面數(shù)據(jù)包。

2 TFO技術(shù)

TrFO是呼叫建立過程中優(yōu)選的一種機(jī)制，它嘗試去建立UE到UE的無需使用碼形變換器(TC)的連接，如果成功，將無需使用TC，并且能夠最有效地使用帶寬。但是并非所有情況都能使用TrFO技術(shù)，當(dāng)中間出現(xiàn)TDM承載或者必須與2G系統(tǒng)的用戶通信時，將不得不加入TC，而TFO作為TrFO的備用技術(shù)這時將發(fā)揮作用。

TFO是一種帶內(nèi)的編解碼協(xié)商協(xié)議。TFO在呼叫建立之后在兩個語音編解碼器之間進(jìn)行編解碼協(xié)商，協(xié)商成功后發(fā)送方的解碼器和接收方的編碼器被旁路，直接將空中接口中使用的話音幀覆蓋在G.711幀上傳送給接收方。因?yàn)橛脩裘娲a流不再需要通過語音編解碼器的壓縮、解壓縮處理，可以改善話音質(zhì)量。TFO在標(biāo)準(zhǔn)的64 kb/s鏈路的基礎(chǔ)上，提取一定數(shù)量的比特，組成子信道，用來傳輸TFO信令和話音幀。

2.1 TFO的基本原理

在TFO建立之前，TC之間傳輸64 kb/s的脈沖編碼調(diào)制(PCM)話音信息。利用每16個語音樣點(diǎn)提取一個最低位(相當(dāng)于一個0.5 kb/s的通道)來傳遞TC之間協(xié)商的控制信息。TC之間交換TFO消息來進(jìn)行TFO協(xié)商。一旦發(fā)現(xiàn)兩端編解碼器類型和配置相匹配，TC將自動激活TFO。TFO建立后，TC利用每個話音樣點(diǎn)的最低位(相當(dāng)于8 kb/s的通道)或最低兩位(相當(dāng)于16 kb/s的通道)來傳輸攜帶壓縮語音的TFO幀。為了避免TFO幀與PCM幀轉(zhuǎn)換時對語音質(zhì)量和延時的影響，PCM語音樣點(diǎn)(非壓縮格式)的高6位或高7位仍然保持不變并發(fā)送到對端。在呼叫建立以后，TC單元通過處理TFO協(xié)議來完成TFO的建立，所以TC單元不可以被旁路，這也是TFO與TrFO的最主要區(qū)別。

2.2 TFO的實(shí)現(xiàn)步驟

文獻(xiàn)[5]中詳細(xì)地描述了TFO處理的全過程，步驟如下：

(1)路徑內(nèi)設(shè)備的預(yù)同步

當(dāng)本端的TC收到或發(fā)送語音幀，并且TFO已被激活，則TC會發(fā)TFO_FILL消息預(yù)同步路徑內(nèi)設(shè)備(IPE)，使得IPE能夠確保TFO帶內(nèi)信令的透明傳輸，不會將其作為語音信號進(jìn)行放大。當(dāng)然對端也會同時預(yù)同步IPE。

(2)TFO協(xié)商

當(dāng)對端也支持TFO功能，并且IPE被預(yù)同步通路能夠透明地傳輸時，TFO協(xié)商開始了。兩端的TC會同時發(fā)TFO_REQ消息，將自身已激活的編解碼列表(ACL)和自身的標(biāo)識符帶給對端，若對端的ACL與其有交集，則會回發(fā)TFO_ACK消息，否則編解碼不匹配的處理方案將會被啟動。

(3)編解碼不匹配方案

當(dāng)兩端TC激活的編解碼列表(ACL)沒有交集但是支持的編解碼列表(SCL)有交集時，會發(fā)起此過程。通過TFO_REQ_L消息和TFO_ACK_L消息交互選出公共的編解碼列表和選擇的編解碼，然后告知移動交換中心服務(wù)器。各端服務(wù)器根據(jù)重新確定的編解碼列表和選擇的編解碼重新發(fā)起編解碼修改，以使全程的編解碼統(tǒng)一。由于這個過程需要交互很多的信令消息，多數(shù)情況下可能難以支持此功能。當(dāng)沒有公共的ACL時，很多時候會選擇放棄TFO。

(4)TFO的建立

當(dāng)協(xié)商完畢，TC會發(fā)送TFO_TRANS消息告知對端，這時兩個TC間將開始傳送壓縮的語音流，帶寬仍是不變的。

(5)編解碼的優(yōu)化

在TFO呼叫建立以后，有可能由于切換或者其他補(bǔ)充業(yè)務(wù)導(dǎo)致編解碼優(yōu)化過程，如果支持編解碼修改的話，TC會通過TFO_REQ_L消息和TFO_ACK_L消息交互選出公共的編解碼列表和編解碼，整個過程和編解碼不匹配時的處理極其類似。同樣因?yàn)榫幗獯a優(yōu)化帶來的語音質(zhì)量的改善并不明顯，但是會導(dǎo)致大量的信令消息交互，加重了信令的處理負(fù)荷，所以此功能沒有被廣泛采用。

(6)TFO的終結(jié)

TFO會在以下幾種情況下終結(jié)：其中一個TC喪失了TFO處理能力、呼叫釋放、業(yè)務(wù)發(fā)生改變(從語音業(yè)務(wù)變成了數(shù)據(jù)業(yè)務(wù))、發(fā)生切換并且切換到的TC不支持TFO、切換到的局所支持的編解碼與遠(yuǎn)端局沒有交集。

TFO終結(jié)后，TC將停止發(fā)放TFO幀，退回到普通模式，并通過TFO_NORMAL消息告知IPE。

3 審計(jì)網(wǎng)絡(luò)質(zhì)量優(yōu)選編解碼技術(shù)

隨著網(wǎng)絡(luò)拓?fù)涞陌l(fā)展，3G核心網(wǎng)需要和NGN核心網(wǎng)絡(luò)進(jìn)行互聯(lián)互通，以達(dá)到移動網(wǎng)絡(luò)和NGN固定網(wǎng)絡(luò)互通的要求。但是由于3G核心網(wǎng)絡(luò)的編解碼和NGN核心網(wǎng)絡(luò)的編解碼差別很大，3G核心網(wǎng)一般支持3GPP協(xié)議支持的編解碼類型(如各種類型各種速率的AMR編碼等)，而NGN網(wǎng)絡(luò)只支持ITU的編解碼類型(如G.711、G.729、G.723等)，可見兩種網(wǎng)絡(luò)之間基本沒有共同的編解碼，因此不可能建立TrFO或TFO呼叫。當(dāng)插入TC造成的時延和語音質(zhì)量下降已不可能減少時，人們希望能從靈活性上發(fā)揮編解碼協(xié)商的優(yōu)勢。

G.711是傳統(tǒng)的64 kb/s的編碼，由于采樣點(diǎn)密集，量化誤差小，所以使用這種編解碼時語音質(zhì)量很好，缺點(diǎn)是占用的帶寬大。而G.729編碼正好相反，由于壓縮的緣故引入了噪聲，語音質(zhì)量較差，但是它所使用的帶寬卻很經(jīng)濟(jì)，只有16 kb/s。因此人們希望依據(jù)呼叫的接入數(shù)來靈活選擇編解碼，當(dāng)用戶較少，網(wǎng)絡(luò)質(zhì)量較好時采用G.711編碼以達(dá)到較好的語音質(zhì)量；當(dāng)接入用戶較多，網(wǎng)絡(luò)質(zhì)量變差時，使用G.729編碼。這樣既不會過分加重網(wǎng)絡(luò)的負(fù)擔(dān)，同時又可以接入新的呼叫。

實(shí)踐中，在NGN的關(guān)口局審計(jì)網(wǎng)絡(luò)質(zhì)量，并跟工作人員設(shè)置的值進(jìn)行比較，當(dāng)未達(dá)到此值時，認(rèn)為網(wǎng)絡(luò)質(zhì)量較好而采用G.711編碼，否則認(rèn)為網(wǎng)絡(luò)已有擁塞而改用G.729以節(jié)約帶寬、緩解擁塞。

4 實(shí)驗(yàn)結(jié)果

為了給予驗(yàn)證，我們進(jìn)行了TrFO和VoIP的測試，鑒于TrFO的優(yōu)勢涵蓋了TFO，沒有對TFO另外進(jìn)行單獨(dú)測試，測試環(huán)境如圖6所示。

語音測試儀是GL公司的一體化語音儀。測試時，選用語音儀中單語音源。網(wǎng)絡(luò)加擾儀IP-WAVE被用來模擬丟包、抖動、延時等IP傳輸特性。每一項(xiàng)平均測試30～35輪，采用基于聽覺模型的客觀話音質(zhì)量評定(PESQ)取平均值。

對TrFO測試時，將語音儀串接在兩端的UE間，對VoIP測試時，則將其與PSTN網(wǎng)相接，測試中語音源經(jīng)由語音儀GL-VQT的一端發(fā)出，經(jīng)過兩個MGW的處理(且兩個MGW之間還有IP加擾儀)，再返回到GL-VQT的另一端錄音，然后GL-VQT將接收到的語音和發(fā)出的語音源進(jìn)行比較計(jì)算，得出PESQ值。

TrFO是在網(wǎng)絡(luò)質(zhì)量很好的情況下測試的，分別對話音質(zhì)量和延時進(jìn)行測試，測試結(jié)果表明：語音質(zhì)量，TrFO優(yōu)于非TrFO；延時，TrFO小于非TrFO。TrFO的優(yōu)勢顯而易見。

在VoIP的測試中，對G.711和G.729編碼分別在3種網(wǎng)絡(luò)條件進(jìn)行測試，測試結(jié)果如表1所示。

對測試結(jié)果應(yīng)該從兩個方向進(jìn)行分析，橫向看出G.711的話音質(zhì)量明顯優(yōu)于G.729的話音質(zhì)量，這正是優(yōu)選G.711編碼的原因?？v向上看出當(dāng)網(wǎng)絡(luò)條件變差后，如果繼續(xù)接入使用高帶寬的G.711編碼，網(wǎng)絡(luò)的質(zhì)量會下降得很快，但是對于運(yùn)營商來說他們并不希望因此而拒絕新呼叫的接入，而窄帶寬的G.729此時正顯出優(yōu)勢。

5 結(jié)束語

本文介紹了在3G核心網(wǎng)絡(luò)中幾種編解碼協(xié)商技術(shù)。實(shí)驗(yàn)結(jié)果顯示目前采用了編解碼協(xié)商技術(shù)后提高了語音質(zhì)量，節(jié)省了鏈路資源，提高了交換機(jī)的處理能力，減少了端到端的傳輸時延，尤其審計(jì)網(wǎng)絡(luò)質(zhì)量優(yōu)選編解碼方式能夠通過審計(jì)信道質(zhì)量實(shí)時根據(jù)網(wǎng)絡(luò)質(zhì)量進(jìn)行調(diào)整。但是由于編解碼協(xié)商需要傳輸大量的信令，同時在呼叫和通話過程中進(jìn)行編解碼協(xié)商和編解碼修改的情況會經(jīng)常出現(xiàn)，再加上通常編解碼列表會比較大，因此在大話務(wù)量時，編解碼協(xié)商會占用很大的控制信道帶寬，這有待通過進(jìn)一步完善加以解決。另外編解碼的全程統(tǒng)一性與靈活性目前無法同時滿足，因此如何實(shí)現(xiàn)既統(tǒng)一又根據(jù)實(shí)際情況能靈活改變的編解碼技術(shù)，是今后需要深入研究的問題。

6 參考文獻(xiàn)

[1] 3GPP TS 23.153 3rd Generation partnership project: Technical specification group core network and terminals: Out of band transcoder control: Stage 2(Release 4)[S]. 2001.

[2] ITUT Recommendation Q.765.5 Signalling system No.7: Application transport mechanism: Bearer Independent Call Control (BICC)[S]. 2000.

[3] 3GPP TS 29.232 Media Gateway Controller (MGC): Media Gateway (MGW) interface: Stage?3[S]. 2001.

[4] 3GPP TS 25.415 3rd Generation partnership project: Technical specification group radio access network: UTRAN Iu interface user plane protocols[S]. 2002.

[5] 3GPP TS 28.062 Inband Tandem Free Operation (TFO) of speech codecs: Service description: Stage 3[S]. 2004.

收稿日期：2006-03-12

作 者 簡 介

陳翼，華中科技大學(xué)電子與信息工程系在讀碩士研究生，目前在中興通訊股份有限公司網(wǎng)絡(luò)事業(yè)部實(shí)習(xí)，主要研究內(nèi)容為局間BICC信令。

高潔，華中科技大學(xué)電子與信息工程系副教授，湖北省儀器儀表學(xué)會秘書長。長期從事教學(xué)與實(shí)驗(yàn)工作，已出版教材2部，發(fā)表論文12篇。

喻莉，華中科技大學(xué)電子與信息工程系教授，國家“數(shù)字視音頻編解碼技術(shù)標(biāo)準(zhǔn)”系統(tǒng)組負(fù)責(zé)人，中國圖形圖像學(xué)會會員。長期從事計(jì)算機(jī)網(wǎng)絡(luò)、移動通信、多媒體信息處理、數(shù)據(jù)壓縮編碼等方面的研究和開發(fā)工作。已發(fā)表論文30余篇。