專利名稱：一種轉(zhuǎn)發(fā)流媒體的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于多媒體技術(shù)領(lǐng)域，涉及一種根據(jù)客戶端請(qǐng)求實(shí)現(xiàn)流媒體數(shù)據(jù) 動(dòng)態(tài)轉(zhuǎn)發(fā)的方法。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)的發(fā)展， 一種新的媒體技術(shù)應(yīng)運(yùn)而生，這就是流媒體技術(shù)。 流媒體是指在網(wǎng)絡(luò)中使用流式傳輸技術(shù)的連續(xù)時(shí)基媒體，如音頻、視頻或多 媒體文件。流服務(wù)可以給用戶提供持續(xù)不斷的音視頻流，滿足用戶在線觀看 動(dòng)態(tài)影音的需求，因此，流媒體技術(shù)在媒體點(diǎn)播領(lǐng)域和媒體直播領(lǐng)域得到極 大的應(yīng)用。
此類流^f某體系統(tǒng)通常采用c/s (客戶端/服務(wù)器)架構(gòu)，而作為流服務(wù)的
提供者服務(wù)器是系統(tǒng)的應(yīng)用瓶頸。為緩解流媒體服務(wù)器的壓力，在流媒體系
統(tǒng)引入轉(zhuǎn)發(fā)服務(wù)器Relay來分擔(dān)流媒體服務(wù)器的負(fù)載，Relay服務(wù)器緩存流 女某體服務(wù)器上的流媒體數(shù)據(jù)，這樣一部分用戶可以通過訪問Relay服務(wù)器來 訪問流媒體服務(wù)器的數(shù)據(jù)。
目前，Relay服務(wù)器通常采用 一種靜態(tài)Relay的過程，在Relay服務(wù)之前， Relay服務(wù)器通常先與源服務(wù)器建立流媒體連接，并在Relay服務(wù)器保存媒 體源參數(shù)文件(通常是氣SDP文件，遵循會(huì)話描述協(xié)議SDP)，流媒體客戶 端訪問Relay服務(wù)器的參數(shù)配置文件，通過實(shí)時(shí)流協(xié)議RTSP/會(huì)話描述協(xié)議 SDP/實(shí)時(shí)傳輸協(xié)議RTP/實(shí)時(shí)傳輸控制協(xié)議RTCP獲取媒體源的媒體數(shù)據(jù)。 這種Relay方法存在以下缺點(diǎn)
新增加或者修改了系統(tǒng)Relay的媒體源設(shè)置，系統(tǒng)需要更新參數(shù)保存文 件后重新啟動(dòng)；
Relay服務(wù)器需要先與媒體源建立流連接，然后才能為流媒體客戶端提 供服務(wù)。也就是說，不論有無客戶端訪問，Relay服務(wù)器都需要與媒體源建 立連接，這造成了網(wǎng)絡(luò)資源的浪費(fèi)，也增加了 Relay服務(wù)器的負(fù)擔(dān)。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種動(dòng)態(tài)轉(zhuǎn)發(fā)流i某體的方法，不僅能夠 根據(jù)客戶端的請(qǐng)求轉(zhuǎn)發(fā)相關(guān)的媒體源數(shù)據(jù)，而且節(jié)省了網(wǎng)絡(luò)資源，減輕了 Relay服務(wù)器的負(fù)擔(dān)。
為了解決上述問題，本發(fā)明提出了一種動(dòng)態(tài)轉(zhuǎn)發(fā)流4某體的方法，應(yīng)用于 包括編碼器、轉(zhuǎn)發(fā)服務(wù)器和監(jiān)控終端的轉(zhuǎn)發(fā)流+某體系統(tǒng)，包括以下步驟
(1) 監(jiān)控終端向轉(zhuǎn)發(fā)服務(wù)器發(fā)送轉(zhuǎn)發(fā)流請(qǐng)求；
(2) 轉(zhuǎn)發(fā)服務(wù)器收到監(jiān)控終端發(fā)出的轉(zhuǎn)發(fā)流請(qǐng)求后，建立與轉(zhuǎn)發(fā)源編 碼器的流媒體會(huì)話；
(3 )轉(zhuǎn)發(fā)服務(wù)器將緩存的轉(zhuǎn)發(fā)媒體源編碼器的媒體數(shù)據(jù)發(fā)送給監(jiān)控終端。
其中，所述監(jiān)控終端可以向轉(zhuǎn)發(fā)服務(wù)器發(fā)送實(shí)時(shí)流協(xié)議RTSP請(qǐng)求，所 述RTSP請(qǐng)求中包括描述監(jiān)控終端的請(qǐng)求信息RTSPDescribe請(qǐng)求。
其中，所述RTSP請(qǐng)求中還可以包含附加控制信息，所述信息內(nèi)容有轉(zhuǎn) 發(fā)服務(wù)器的互聯(lián)網(wǎng)協(xié)議IP地址，編碼器的唯一性標(biāo)記，傳輸控制協(xié)議TCP 指定轉(zhuǎn)發(fā)服務(wù)器與轉(zhuǎn)發(fā)源間傳輸數(shù)據(jù)的方式，編碼器的IP地址，編碼器提 供的rtsp服務(wù)端口以及向編碼器請(qǐng)求的具體內(nèi)容。
其中，轉(zhuǎn)發(fā)服務(wù)器還可以判斷是否已與轉(zhuǎn)發(fā)源編碼器建立連接，如杲是， 直接執(zhí)行步驟(3),否則，執(zhí)行以下操作
(210 )轉(zhuǎn)發(fā)服務(wù)器根據(jù)收到的RTSP Describe請(qǐng)求，解析出新的RTSP 請(qǐng)求，并利用新的RTSP請(qǐng)求，向轉(zhuǎn)發(fā)々某體源編碼器請(qǐng)求流々某體數(shù)據(jù)，建立 與轉(zhuǎn)發(fā)媒體源的會(huì)話，保存會(huì)話描述協(xié)議SDP信息和接收到的流媒體數(shù)據(jù)；
(220 )轉(zhuǎn)發(fā)服務(wù)器將與轉(zhuǎn)發(fā)J(某體源編碼器的會(huì)話SDP信息，作為客戶 端RTSP Describe請(qǐng)求的響應(yīng)發(fā)送給監(jiān)控終端； (230)監(jiān)控終端接收到RTSP Describe請(qǐng)求的響應(yīng)后，繼續(xù)與轉(zhuǎn)發(fā)服務(wù) 器建立流媒體會(huì)話。
其中，所述轉(zhuǎn)發(fā)服務(wù)器還可以將會(huì)話SDP信息保存在本地文件中，一 旦系統(tǒng)重啟，通過讀取本地文件獲取信息；或直接將該SDP信息保存在內(nèi) 存中，在系統(tǒng)重啟后不需要再獲取。
其中，當(dāng)有多個(gè)監(jiān)控終端請(qǐng)求同一個(gè)轉(zhuǎn)發(fā)源，并且與轉(zhuǎn)發(fā)源的連接已建 立，轉(zhuǎn)發(fā)服務(wù)器還可以直接將轉(zhuǎn)發(fā)源的數(shù)據(jù)發(fā)送給監(jiān)控終端。
其中，轉(zhuǎn)發(fā)服務(wù)器還可以判斷請(qǐng)求轉(zhuǎn)發(fā)媒體源的監(jiān)控終端數(shù)目，如果編 碼器的監(jiān)控終端數(shù)目為0，則流媒體服務(wù)器自動(dòng)斷開與編碼器的連接。
其中，轉(zhuǎn)發(fā)服務(wù)器可以向監(jiān)控終端轉(zhuǎn)發(fā)實(shí)時(shí)傳輸協(xié)議RTP/實(shí)時(shí)傳輸控 制協(xié)議RTCP/文件傳輸協(xié)議ftp/超文本傳輸協(xié)議http網(wǎng)絡(luò)傳輸協(xié)議傳送的數(shù) 據(jù)，還傳輸RTP/RTCP在用戶數(shù)據(jù)報(bào)協(xié)議UDP和傳輸控制協(xié)議TCP類型上 的數(shù)據(jù)。
與現(xiàn)有技術(shù)相比，本發(fā)明方法將兩條獨(dú)立的流連接合并為一條流連接， 客戶端可以與Relay服務(wù)器通過一次流媒體會(huì)話獲取轉(zhuǎn)發(fā)媒體源數(shù)據(jù)，不僅 能夠根據(jù)客戶端的請(qǐng)求轉(zhuǎn)發(fā)相關(guān)的媒體源數(shù)據(jù)，而且節(jié)省了網(wǎng)絡(luò)資源，減輕 了 Relay服務(wù)器的負(fù)擔(dān)。
附困說明
圖l是實(shí)施例中轉(zhuǎn)發(fā)流媒體的系統(tǒng)框圖。 圖2是實(shí)施例中轉(zhuǎn)發(fā)流媒體的操作流程圖。
具體實(shí)施例方式


圖1所示為轉(zhuǎn)發(fā)流^(某體的系統(tǒng)，所述系統(tǒng)包括編碼器、基站系統(tǒng)BSS、 分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)PDSN、 Relay服務(wù)器、監(jiān)控終端和網(wǎng)絡(luò)，其中
所述編碼器用于響應(yīng)流媒體請(qǐng)求并提供流媒體數(shù)據(jù)，包括基站側(cè)編碼器 與網(wǎng)絡(luò)側(cè)編碼器，其中，基站側(cè)編碼器與基站系統(tǒng)相連，用于移動(dòng)網(wǎng)絡(luò)環(huán)境
中；網(wǎng)絡(luò)側(cè)編碼器與internet相連，用于固網(wǎng)環(huán)境中；
所述基站系統(tǒng)BSS、分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)PDSN和Relay服務(wù)器依次相連， 進(jìn)行雙向傳輸，基站系統(tǒng)BSS和分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)PDSN提供基站側(cè)編碼 器與Relay服務(wù)器之間發(fā)送請(qǐng)求與接收數(shù)據(jù)；
Relay服務(wù)器用于通過移動(dòng)網(wǎng)絡(luò)/固定網(wǎng)絡(luò)向轉(zhuǎn)發(fā):&某體源的編碼器請(qǐng)求 流媒體數(shù)據(jù)，建立與轉(zhuǎn)發(fā)媒體源的會(huì)話，保存會(huì)話的SDP信息和接收到的 流媒體數(shù)據(jù)；
所述監(jiān)控終端用于與Relay服務(wù)器進(jìn)行流媒體請(qǐng)求的發(fā)送和數(shù)據(jù)接收， 包括移動(dòng)終端/固定終端，其中，基站側(cè)監(jiān)控終端為移動(dòng)終端，通過BSS和 PDSN與Relay服務(wù)器相連；所述網(wǎng)絡(luò)側(cè)監(jiān)控終端為固定終端，通過移動(dòng)網(wǎng) 絡(luò)/固定網(wǎng)絡(luò)與Relay服務(wù)器相連；當(dāng)固定終端通過Relay服務(wù)器請(qǐng)求網(wǎng)絡(luò)側(cè) 的編碼器數(shù)據(jù)，固定終端與Relay服務(wù)器的流媒體通過UDP傳輸，網(wǎng)絡(luò)側(cè) 編碼器與Relay服務(wù)器流媒體通過TCP傳輸(遵循rtspt協(xié)議，即RTP/RTCP over TCP方式)；
圖2所示為轉(zhuǎn)發(fā)流媒體的操作，包括以下步驟
步驟201，監(jiān)控終端向Relay服務(wù)器發(fā)送包含轉(zhuǎn)發(fā)媒體源信息的RTSP
請(qǐng)求；
流請(qǐng)求格式遵循標(biāo)準(zhǔn)的rtsp流請(qǐng)求格式，由服務(wù)器與客戶端統(tǒng)一確定的 即可，在流請(qǐng)求中可以附加控制信息。本實(shí)施中流請(qǐng)求為rtsp: 〃<RelaySvr ip>/<codec guid>.sdp; Method = TCP; <Codec IP>; <rtsp port>;<URL>;...
其中，<RelaySvr ip〉為Relay服務(wù)器的IP地址，<codec guid〉為編碼器 的唯一性標(biāo)記，Method表明TCP指定Relay服務(wù)器與轉(zhuǎn)發(fā)源間通過 RTP/RTCP over TCP方式傳輸數(shù)據(jù)，<Code IP〉為編碼器的IP地址，<rtsp port〉為編碼器提供的rtsp服務(wù)端口， 〈URL〉為向編碼器請(qǐng)求的具體內(nèi)容， 可以為空。
步驟202, Relay服務(wù)器收到監(jiān)控終端發(fā)出的轉(zhuǎn)發(fā)流請(qǐng)求后，判斷是否 已與轉(zhuǎn)發(fā)源編碼器建立連接，如果是，直接執(zhí)行步驟205，否則，執(zhí)行步驟
203;
根據(jù)RTSP標(biāo)準(zhǔn)協(xié)議，Relay服務(wù)器首先會(huì)收到RTSP Describe請(qǐng)求， Describe請(qǐng)求中包含客戶端的請(qǐng)求信息。Relay服務(wù)器分析請(qǐng)求信息，解析 出客戶端所要求的轉(zhuǎn)發(fā)媒體源信息，并組成新的RTSP請(qǐng)求rtspt:〃<codec ip>:<rtsp port〉/〈URL〉…，
其中，rtspt表明請(qǐng)求采用RTP/RTCP over TCP的方式傳輸數(shù)據(jù)。例如， RTSP:Z/轉(zhuǎn)發(fā)媒體源IP:轉(zhuǎn)發(fā)媒體源服務(wù)端口/轉(zhuǎn)發(fā)媒體源路徑。
步驟203, Relay服務(wù)器利用解析出來的新的RTSP請(qǐng)求，向轉(zhuǎn)發(fā)^某體 源編碼器請(qǐng)求流媒體數(shù)據(jù)，建立與轉(zhuǎn)發(fā)媒體源的會(huì)話，保存會(huì)話的SDP信 息和接收到的流媒體數(shù)據(jù)；
Relay服務(wù)器與轉(zhuǎn)發(fā)媒體源建立基于RTP/RTCP over TCP的會(huì)話，此過 程為標(biāo)準(zhǔn)過程可以參考rfc 2326文檔《RFC 2326 - Real Time Streaming Protocol (RTSP)》。
Relay服務(wù)器在此過程中需保存與轉(zhuǎn)發(fā)源編碼器的SDP信息，保存會(huì)話 SDP信息的方法有兩種 一是將該信息保存在本地文件中， 一旦系統(tǒng)重啟， 可以通過讀取本地文件獲取信息；另一種是直接將該SDP信息保存在內(nèi)存 中，這種方式在系統(tǒng)重啟后不需要再獲取。
步驟204, Relay服務(wù)器將與轉(zhuǎn)發(fā)媒體源編碼器的會(huì)話SDP信息，作為 客戶端RTSP Describe請(qǐng)求的響應(yīng)發(fā)送給監(jiān)控終端；
步驟205,監(jiān)控終端接收到RTSP Describe請(qǐng)求的響應(yīng)后，遵循RTSP 標(biāo)準(zhǔn)協(xié)議RTP/RTCP over UDP的要求，繼續(xù)通過RTSP Setup、 RTSP Play 方法與Relay服務(wù)器建立RTSP/SDP/RTP/RTCP流媒體會(huì)話；
通過簡(jiǎn)單變形，Relay服務(wù)器也可以動(dòng)態(tài)轉(zhuǎn)發(fā)使用ftp/http等其他網(wǎng)絡(luò)傳 輸協(xié)議傳送的數(shù)據(jù)，并且適用于RTP/RTCP over TCP類型的數(shù)據(jù)傳輸方式。
Relay流服務(wù)器可以根據(jù)流請(qǐng)求的內(nèi)容，將兩種不同數(shù)據(jù)傳輸類型的流 合并為一條流。
步驟206， Relay服務(wù)器與客戶端的流媒體會(huì)話建立后，Relay服務(wù)器將 緩存的轉(zhuǎn)發(fā)Jf某體源編碼器的媒體數(shù)據(jù)發(fā)送給監(jiān)控終端，這樣監(jiān)控終端就能訪
問轉(zhuǎn)發(fā)媒體源編碼器的媒體數(shù)據(jù)；
當(dāng)有多個(gè)客戶端請(qǐng)求同 一個(gè)轉(zhuǎn)發(fā)源時(shí)，如果與轉(zhuǎn)發(fā)源的連接已建立， Relay服務(wù)器直接將轉(zhuǎn)發(fā)源的數(shù)據(jù)發(fā)送給客戶端即可，不需要與轉(zhuǎn)發(fā)源再建 立新的流連接，節(jié)省網(wǎng)絡(luò)帶寬。
Relay服務(wù)器可以通過判斷請(qǐng)求轉(zhuǎn)發(fā)媒體源的客戶端數(shù)目來管理流傳 輸，當(dāng)編碼器的客戶端數(shù)目為0時(shí)，流媒體服務(wù)器自動(dòng)斷開與編碼器的連接， 等待新的客戶端的請(qǐng)求到來時(shí)重復(fù)步驟201的動(dòng)作。
需要說明的是，上述方法可以用于移動(dòng)網(wǎng)絡(luò)和固定網(wǎng)絡(luò)中，所述操作過 程相同，可以獨(dú)立于具體的網(wǎng)絡(luò)環(huán)境中，也可以由固定終端向移動(dòng)網(wǎng)絡(luò)側(cè)發(fā) 起流媒體傳輸請(qǐng)求。
當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的 情況下，熟悉本領(lǐng)域的技術(shù)人員可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形， 但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1、一種轉(zhuǎn)發(fā)流媒體的方法，應(yīng)用于包括編碼器、轉(zhuǎn)發(fā)服務(wù)器和監(jiān)控終端的轉(zhuǎn)發(fā)流媒體系統(tǒng)，包括以下步驟(1)監(jiān)控終端向轉(zhuǎn)發(fā)服務(wù)器發(fā)送轉(zhuǎn)發(fā)流請(qǐng)求；(2)轉(zhuǎn)發(fā)服務(wù)器收到監(jiān)控終端發(fā)出的轉(zhuǎn)發(fā)流請(qǐng)求后，建立與轉(zhuǎn)發(fā)源編碼器的流媒體會(huì)話；(3)轉(zhuǎn)發(fā)服務(wù)器將緩存的轉(zhuǎn)發(fā)媒體源編碼器的媒體數(shù)據(jù)發(fā)送給監(jiān)控終端。
2、 如權(quán)利要求l所迷方法，其特征在于，所述步驟(l)包括監(jiān)控終端向轉(zhuǎn)發(fā)服務(wù)器發(fā)送實(shí)時(shí)流協(xié)議RTSP請(qǐng)求，所述RTSP請(qǐng)求中 包括描述監(jiān)控終端的請(qǐng)求信息RTSP Describe請(qǐng)求。
3、 如權(quán)利要求2所述方法，其特征在于，所述步驟(l)還包括所述RTSP請(qǐng)求中還包含附加控制信息，所述信息內(nèi)容有轉(zhuǎn)發(fā)服務(wù)器的 互聯(lián)網(wǎng)協(xié)議IP地址，編碼器的唯一性標(biāo)記，傳輸控制協(xié)議TCP指定轉(zhuǎn)發(fā)服 務(wù)器與轉(zhuǎn)發(fā)源間傳輸數(shù)據(jù)的方式，編碼器的IP地址，編碼器提供的rtsp服 務(wù)端口以及向編碼器請(qǐng)求的具體內(nèi)容。
4、 如權(quán)利要求1或2所述方法，其特征在于，所述步驟(2)包括轉(zhuǎn)發(fā)服務(wù)器判斷是否已與轉(zhuǎn)發(fā)源編碼器建立連接，如果是，直接執(zhí)行步 驟(3)，否則，執(zhí)行以下操作(210 )轉(zhuǎn)發(fā)服務(wù)器根據(jù)收到的RTSP Describe請(qǐng)求，解析出新的RTSP 請(qǐng)求，并利用新的RTSP請(qǐng)求，向轉(zhuǎn)發(fā)媒體源編碼器請(qǐng)求流媒體數(shù)據(jù)，建立 與轉(zhuǎn)發(fā)媒體源的會(huì)話，保存會(huì)話描述協(xié)議SDP信息和接收到的流^某體數(shù)據(jù)；(220)轉(zhuǎn)發(fā)服務(wù)器將與轉(zhuǎn)發(fā)媒體源編碼器的會(huì)話SDP信息，作為客戶 端RTSP Describe請(qǐng)求的響應(yīng)發(fā)送給監(jiān)控終端；(230)監(jiān)控終端接收到RTSP Describe請(qǐng)求的響應(yīng)后，繼續(xù)與轉(zhuǎn)發(fā)服務(wù) 器建立流媒體會(huì)話。
5、 如權(quán)利要求4所述方法，其特征在于，所述步驟(210)包括 所述轉(zhuǎn)發(fā)服務(wù)器將會(huì)話SDP信息保存在本地文件中， 一旦系統(tǒng)重啟， 通過讀取本地文件獲取信息；或直接將該SDP信息保存在內(nèi)存中，在系統(tǒng) 重啟后不需要再獲取。
6、 如權(quán)利要求l所述方法，其特征在于，所述步驟(3)還包括當(dāng)有多個(gè)監(jiān)控終端請(qǐng)求同一個(gè)轉(zhuǎn)發(fā)源，并且與轉(zhuǎn)發(fā)源的連接已建立，轉(zhuǎn) 發(fā)服務(wù)器直接將轉(zhuǎn)發(fā)源的數(shù)據(jù)發(fā)送給監(jiān)控終端。
7、 如權(quán)利要求l所述方法，其特征在于，所述步驟(3)還包括轉(zhuǎn)發(fā)服務(wù)器判斷請(qǐng)求轉(zhuǎn)發(fā)媒體源的監(jiān)控終端數(shù)目，如果編碼器的監(jiān)控終 端數(shù)目為0，則流媒體服務(wù)器自動(dòng)斷開與編碼器的連接。
8、 如權(quán)利要求l所述方法，其特征在于，所述步驟(3)包括-.轉(zhuǎn)發(fā)服務(wù)器向監(jiān)控終端轉(zhuǎn)發(fā)實(shí)時(shí)傳輸協(xié)議RTP/實(shí)時(shí)傳輸控制協(xié)議 RTCP/文件傳輸協(xié)議ftp/超文本傳輸協(xié)議http網(wǎng)絡(luò)傳輸協(xié)議傳送的數(shù)據(jù)，還 傳輸RTP/RTCP在用戶數(shù)據(jù)報(bào)協(xié)議UDP和傳輸控制協(xié)議TCP類型上的數(shù) 據(jù)。
全文摘要
本發(fā)明提出了一種動(dòng)態(tài)轉(zhuǎn)發(fā)流媒體的方法，包括以下步驟(1)監(jiān)控終端向轉(zhuǎn)發(fā)服務(wù)器發(fā)送轉(zhuǎn)發(fā)流請(qǐng)求；(2)轉(zhuǎn)發(fā)服務(wù)器收到監(jiān)控終端發(fā)出的轉(zhuǎn)發(fā)流請(qǐng)求后，建立與轉(zhuǎn)發(fā)源編碼器的流媒體會(huì)話；(3)轉(zhuǎn)發(fā)服務(wù)器將緩存的轉(zhuǎn)發(fā)媒體源編碼器的媒體數(shù)據(jù)發(fā)送給監(jiān)控終端。本發(fā)明方法將兩條獨(dú)立的流連接合并為一條流連接，客戶端可以與轉(zhuǎn)發(fā)服務(wù)器通過一次流媒體會(huì)話獲取轉(zhuǎn)發(fā)媒體源數(shù)據(jù)，不僅能夠根據(jù)客戶端的請(qǐng)求轉(zhuǎn)發(fā)相關(guān)的媒體源數(shù)據(jù)，而且節(jié)省了網(wǎng)絡(luò)資源，減輕了轉(zhuǎn)發(fā)服務(wù)器的負(fù)擔(dān)。
文檔編號(hào)H04L12/56GK101179480SQ20061013809
公開日2008年5月14日 申請(qǐng)日期2006年11月7日 優(yōu)先權(quán)日2006年11月7日
發(fā)明者琰 劉, 夏正勛, 曄 王 申請(qǐng)人:中興通訊股份有限公司