專利名稱：實現(xiàn)雙視頻流傳送的方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體通信領(lǐng)域，特別涉及一種實現(xiàn)雙視頻流傳送的方法、裝置和系統(tǒng)。
背景技術(shù)：
會話初始協(xié)議(Session Initiation Protocol, SIP)是由互聯(lián)網(wǎng)工程任務(wù)組(TheInternet Engineering Task Force, IETF)提出來的一個應(yīng)用控制(信令)協(xié)議，用于發(fā)起會話，目前，SIP協(xié)議主要用于NGN、 IMS等系統(tǒng)。它可用來創(chuàng)建、修改以及終結(jié)多個參與者參加的多媒體會話進程。參與會話的成員可以通過組播方式、單播連網(wǎng)或者兩者結(jié)合的形式進行通信。 雙流也稱第二路視頻。雙流實際上是指雙視頻流傳送技術(shù)，在很成熟的H. 323協(xié)議中，是在H. 239協(xié)議文本進行描述的。視頻會議系統(tǒng)中，在正常傳輸會議現(xiàn)場畫面的同時，也可以傳輸類似PPT、短片等圖像，此時一般采用雙流實現(xiàn)。雙流的應(yīng)用使會議電視更好地應(yīng)用于教育、醫(yī)療等場景。 在視頻會議系統(tǒng)中，多媒體協(xié)議一般使用H. 323協(xié)議。近年來，隨著SIP協(xié)議慢慢地推廣使用，有逐漸替換H. 323協(xié)議的趨勢，在下一代網(wǎng)絡(luò)(NextGeneration Network,NGN)、多媒體系統(tǒng)(IP Multimedia Subsystem, IMS)系統(tǒng)上都有應(yīng)用。然而，在這些應(yīng)用中，都只實現(xiàn)了基于SIP協(xié)議的標準呼叫流程，而沒有像H. 323 —樣實現(xiàn)了雙流功能，這導(dǎo)致基于SIP協(xié)議的視頻會議不能進行雙流的通訊。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種實現(xiàn)雙視頻流傳送的方法、裝置和系統(tǒng)，可以實現(xiàn)基于SIP協(xié)議傳送雙視頻流，技術(shù)方案如下
—種實現(xiàn)雙視頻流的方法，包括 主叫端在進行基于初始會話協(xié)議呼叫時與被叫端進行支持雙視頻流媒體能力的交互； 所述主叫端向所述被叫端發(fā)送請求消息，所述請求消息攜帶申請雙視頻流令牌的信息； 所述主叫端接收所述被叫端返回的響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻流令牌是否成功的信息； 所述主叫端根據(jù)所述響應(yīng)消息判斷申請雙視頻流令牌是否成功，如果成功，則根
據(jù)交互出來的媒體能力將雙視頻流媒體發(fā)送給所述被叫端。 —種實現(xiàn)雙視頻流的方法，包括 被叫端在進行基于初始會話協(xié)議呼叫時，與主叫端進行支持雙視頻流媒體能力的交互； 所述被叫端接收所述主叫端發(fā)送的請求消息，所述請求消息攜帶申請雙視頻流令牌的信息； 所述被叫端向所述主叫端端返回響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻流令牌是否成功的信息； 所述被叫端接收所述主叫端根據(jù)申請雙視頻流令牌成功的信息返回的雙視頻流媒體。 —種實現(xiàn)雙視頻流的裝置，包括 交互模塊，用于在進行基于初始會話協(xié)議呼叫時，與被叫端進行支持雙視頻流媒體能力的交互； 第一發(fā)送模塊，用于向所述被叫端發(fā)送請求消息，所述請求消息攜帶申請雙視頻流令牌的信息； 接收模塊，用于接收所述被叫端返回的響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻流令牌是否成功的信息； 判斷模塊，用于根據(jù)所述響應(yīng)消息判斷申請雙視頻流令牌是否成功； 第二發(fā)送模塊，用于所述判斷模塊的判斷結(jié)果為是時，則根據(jù)交互出來的媒體能
力將雙視頻流媒體發(fā)送給所述被叫端。 —種實現(xiàn)雙視頻流的裝置，包括 交互模塊，用于在進行基于初始會話協(xié)議呼叫時，與主叫端進行支持雙視頻流媒體能力的交互； 第一接收模塊，用于接收所述主叫端發(fā)送的請求消息，所述請求消息攜帶申請雙視頻流令牌的信息； 發(fā)送模塊，用于向所述主叫端端返回響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻流令牌是否成功的信息； 第二接收模塊，用于接收所述主叫端根據(jù)申請雙視頻流令牌成功的信息返回的雙視頻流媒體。
—種實現(xiàn)雙視頻流的系統(tǒng)，包括 主叫端，用于在進行基于初始會話協(xié)議呼叫時，與被叫端進行支持雙視頻流媒體能力的交互；向所述被叫端發(fā)送請求消息，所述請求消息攜帶申請雙視頻流令牌的信息；接收所述被叫端返回的響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻流令牌是否成功的信息；根據(jù)所述響應(yīng)消息判斷申請雙視頻流令牌是否成功，如果成功，則根據(jù)交互出來的媒體能力將雙視頻流媒體發(fā)送給所述被叫端； 被叫端，用于在進行基于初始會話協(xié)議呼叫時，與所述主叫端進行支持雙視頻流媒體能力的交互；接收所述主叫端發(fā)送的請求消息；向所述主叫端端返回響應(yīng)消息；接收所述主叫端根據(jù)申請雙視頻流令牌成功的信息返回的雙視頻流媒體。 在本發(fā)明實施例中，通過主叫端在進行基于初始會話協(xié)議呼叫時與被叫端進行支持雙視頻流媒體能力的交互；主叫端向該被叫端發(fā)送請求消息，該請求消息攜帶申請雙視頻流令牌的信息；主叫端接收該被叫端返回的響應(yīng)消息，該響應(yīng)消息攜帶申請雙視頻流令牌是否成功的信息；主叫端根據(jù)該響應(yīng)消息判斷申請雙視頻流令牌是否成功，如果成功，則將雙視頻流媒體發(fā)送給該被叫端，可以實現(xiàn)基于SIP協(xié)議的雙視頻流業(yè)務(wù)，有助于雙視頻流業(yè)務(wù)的開展。


圖1是本發(fā)明實施例提供的一種實現(xiàn)雙視頻流的方法的流程圖；
圖2是本發(fā)明實施例提供的一種實現(xiàn)雙視頻流的方法的詳細流程圖；
圖3是本發(fā)明實施例提供的實現(xiàn)雙視頻流的裝置的結(jié)構(gòu)圖；
圖4是本發(fā)明實施例提供的實現(xiàn)雙視頻流的另一種裝置的結(jié)構(gòu)圖；
圖5是本發(fā)明實施例提供的實現(xiàn)雙視頻流的系統(tǒng)的結(jié)構(gòu)圖。
具體實施例方式
本發(fā)明的核心思想在于通過主叫端在進行基于初始會話協(xié)議呼叫時與被叫端進 行支持雙視頻流媒體能力的交互；主叫端向該被叫端發(fā)送請求消息，該請求消息攜帶申請 雙視頻流令牌的信息；主叫端接收該被叫端返回的響應(yīng)消息，該響應(yīng)消息攜帶申請雙視頻 流令牌是否成功的信息；主叫端根據(jù)該響應(yīng)消息判斷申請雙視頻流令牌是否成功，如果成 功，則將雙視頻流媒體發(fā)送給該被叫端，可以實現(xiàn)基于SIP協(xié)議的雙視頻流業(yè)務(wù)，有助于雙 視頻流業(yè)務(wù)的開展。 下面結(jié)合附圖及優(yōu)選實施方式對本發(fā)明技術(shù)方案進行詳細說明。 本發(fā)明實施例提供了一種實現(xiàn)雙視頻流的方法，如圖1所示，包括 IOI，主叫端在進行基于初始會話協(xié)議呼叫時與被叫端進行支持雙視頻流媒體能
力的交互； 102，主叫端向該被叫端發(fā)送請求消息，該請求消息攜帶申請雙視頻流令牌的信 息； 103，主叫端接收該被叫端返回的響應(yīng)消息，該響應(yīng)消息攜帶申請雙視頻流令牌是 否成功的信息； 104，主叫端根據(jù)該響應(yīng)消息判斷申請雙視頻流令牌是否成功，如果成功，則根據(jù) 交互出來的媒體能力將雙視頻流媒體發(fā)送給該被叫端。 進一步地，該請求消息為INFO消息，相應(yīng)地，該響應(yīng)消息為2000K消息。 進一步地，申請雙視頻流令牌的信息和該申請雙視頻流令牌是否成功的信息經(jīng)過
可擴展標記語言編碼。 進一步地，主叫端為第一初始會話協(xié)議會話終端；相應(yīng)地，該被叫端為第二初始會 話終端或多媒體控制會話終端。 下面通過一個具體的示例對本發(fā)明實施例進行詳細的描述，但該示例并不構(gòu)成對
本發(fā)明保護范圍的限制。首先需要描述與本發(fā)明實施例有關(guān)的一些概念。 其中，可擴展標記語言(Extensible Markup Language, XML)，是通過了 W3C標準
的格式化語言。XML實際上可以以一種通用的形式為用戶自己的數(shù)據(jù)提供一種通用的儲存
格式和數(shù)據(jù)結(jié)構(gòu)。 多媒體控制單元(Multimedia Control Unit，MCU):網(wǎng)絡(luò)中的一個節(jié)點，它具有讓
3個以上的終端和網(wǎng)關(guān)召開多點視頻會議的能力。 如圖2所示，實現(xiàn)雙視頻流的方法，包括 201，主叫端向被叫端發(fā)送攜帶主叫端支持雙視頻流能力的邀請(INVITE)消息。
6
具體地，主叫端在INVITE消息添加本端支持雙視頻流能力的信息， 一個示例具體 如下 m = video 10204 RTP/AVP 34 b = AS :7680 a = content:slides a = label:288020064-15-3 a = curr:qos local none a = curr:qos remote none a = des:qos mandatory local sendrecv a = des:qos optional remote sendrecv a = sendrecva = rtpmap:34 H263/90000 a = fmtp: 34 CIF 其中，在INVITE消息中的a行添加"Contect:Slides"字段，以描述主叫端支持雙 視頻流的能力。其中，"Contect:Slides"字段只是為了本發(fā)明實施例的描述需要而做的舉 例，本發(fā)明的保護范圍并不限于此。 202，被叫端接收INVITE消息，向主叫端發(fā)送100消息。
203，被叫端振鈴，向主叫端發(fā)送180RING消息。 204，被叫端振鈴，向主叫端發(fā)送2000K消息，該消息中攜帶被叫端支持雙視頻流 的能力的信息。 具體地，被叫端在2000K消息添加本端支持雙視頻流能力的信息，具體的示例可
以參見202相應(yīng)部分，在此不再贅述。 205，主叫端向被叫端發(fā)送ACK消息。 206，主叫端向被叫端發(fā)送INFO消息，該消息中攜帶申請雙視頻流令牌的信息。
具體地，主叫端采用XML編碼對INFO消息中消息體(Message Body)進行設(shè)置，添 加申請雙視頻流令牌的信息，一個具體示例如下 〈 ？ xml version = 〃 1.0 〃 encoding = 〃 UTF-8 〃 ？ Xquery type =' 即ply' xmlns = ' xconf: video: duovideotoken' X/query> ; 其中，"xml version = 〃 1. 0 〃 "表示XML的版本為1. 0 ;"encoding =〃 UTF-8〃 ":表示XML編碼類型為UTF-8 ;"query type ='即ply'":表示請求；"xmlns ='xconf: video:d麗ideotoken，，表示雙視頻流令牌。 207，被叫端向主叫端發(fā)送2000K消息，該消息中攜帶申請雙視頻流令牌是否成功 的信息。 具體地，被叫端采用XML編碼對2000K消息中消息體(Message Body)進行設(shè)置， 添加申請雙視頻流令牌是否成功， 一個具體示例如下 〈 ？ xml version = 〃 1.0 〃encoding = 〃 UTF-8 〃 ？ Xquery type ='Permit' xmlns = ' xconf:video:duovideotoken' X/query> ;
其中，"xml version = 〃 1. 0 〃 "表示XML的版本為1. 0 ;"encoding =〃 UTF-8 〃 "表示XML編碼類型為UTF-8 ;"query type = ' Permit'":表示請求；"xmlns =' xconf: video:duovideotoken，，:表示雙視頻流令牌。如果querytype的字段值 為"forbid",則表示申請雙視頻流令牌失敗。 在206和207中，主叫端和被叫端通過XML這種數(shù)據(jù)結(jié)構(gòu)來完成雙視頻流信令的 交互，可以達到雙視頻流交互的效果。 208，主叫端接收2000K消息，根據(jù)該響應(yīng)消息判斷申請雙視頻流令牌是否成功， 如果成功，則根據(jù)交互出來的媒體能力向被叫端發(fā)送雙視頻流媒體。 具體地，主叫端接收并解析響應(yīng)消息，如果解析到"forbid",則判斷申請雙視頻流 令牌失??；解析到"permit",則判斷申請雙視頻流令牌成功，此時，主叫端對雙視頻流媒體 進行編碼后發(fā)送給被叫端。 需要說明的是，201-205是主叫端和被叫端進行支持雙視頻流能力交互的過程，通
過這個過程，主叫端和被叫端能得知對方具備支持雙視頻流能力，有助于后續(xù)進行雙視頻
流業(yè)務(wù)。為了主叫端和被叫端進行支持雙視頻流能力交互，也可以在主叫端通過201向被
叫端通知其支持雙視頻流能力后，被叫端無需通過205，而是通過將本端支持雙視頻流能力
的信息攜帶在203中的180RING中，返回給主叫端。本領(lǐng)域技術(shù)人員可以理解的，主叫端和
被叫端進行支持雙視頻流能力交互的過程，并不限于本實施例所描述的過程。 在上述實施例中，主叫端可以是第一會議電視終端，被叫端可以是第二會議電視
終端或是MCU終端。 基于與方法相同的發(fā)明構(gòu)思，本發(fā)明實施例提供了一種實現(xiàn)雙視頻流的裝置，如 圖6所示，包括 交互模塊，用于在進行基于初始會話協(xié)議呼叫時，與被叫端進行支持雙視頻流媒 體能力的交互； 第一發(fā)送模塊，用于向所述被叫端發(fā)送請求消息，所述請求消息攜帶申請雙視頻 流令牌的信息； 接收模塊，用于接收所述被叫端返回的響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻 流令牌是否成功的信息； 判斷模塊，用于根據(jù)所述響應(yīng)消息判斷申請雙視頻流令牌是否成功； 第二發(fā)送模塊，用于所述判斷模塊的判斷結(jié)果為是時，則根據(jù)交互出來的媒體能
力將雙視頻流媒體發(fā)送給所述被叫端。 進一步地，第一發(fā)送模塊發(fā)送的所述請求消息為INFO消息，相應(yīng)地，接收模塊接 收的所述響應(yīng)消息為2000K消息。 進一步地，第一發(fā)送模塊發(fā)送的所述申請雙視頻流令牌的信息和接收模塊接收的 所述申請雙視頻流令牌是否成功的信息經(jīng)過可擴展標記語言編碼。 基于與方法相同的發(fā)明構(gòu)思，本發(fā)明實施例提供了一種實現(xiàn)雙視頻流的裝置，如 圖7所示，包括 交互模塊，用于在進行基于初始會話協(xié)議呼叫時，與主叫端進行支持雙視頻流媒 體能力的交互； 第一接收模塊，用于接收所述主叫端發(fā)送的請求消息，所述請求消息攜帶申請雙 視頻流令牌的信息； 發(fā)送模塊，用于向所述主叫端端返回響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻流息； 第二接收模塊，用于接收所述主叫端根據(jù)申請雙視頻流令牌成功的信息返回的雙 視頻流媒體。 基于與方法相同的發(fā)明構(gòu)思，本發(fā)明實施例提供了一種實現(xiàn)雙視頻流的系統(tǒng)，如 圖8所示，包括 主叫端，用于在進行基于初始會話協(xié)議呼叫時，與被叫端進行支持雙視頻流媒體 能力的交互；向所述被叫端發(fā)送請求消息，所述請求消息攜帶申請雙視頻流令牌的信息； 接收所述被叫端返回的響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻流令牌是否成功的信息； 根據(jù)所述響應(yīng)消息判斷申請雙視頻流令牌是否成功，如果成功，則根據(jù)交互出來的媒體能 力將雙視頻流媒體發(fā)送給所述被叫端； 被叫端，用于在進行基于初始會話協(xié)議呼叫時，與所述主叫端進行支持雙視頻流 媒體能力的交互；接收向所述主叫端發(fā)送的請求消息；向所述主叫端端返回響應(yīng)消息；接 收所述主叫端根據(jù)申請雙視頻流令牌成功的信息返回的雙視頻流媒體。 在本發(fā)明實施例中，通過主叫端在進行基于初始會話協(xié)議呼叫時與被叫端進行支 持雙視頻流媒體能力的交互；主叫端向該被叫端發(fā)送請求消息，該請求消息攜帶申請雙視 頻流令牌的信息；主叫端接收該被叫端返回的響應(yīng)消息，該響應(yīng)消息攜帶申請雙視頻流令 牌是否成功的信息；主叫端根據(jù)該響應(yīng)消息判斷申請雙視頻流令牌是否成功，如果成功，則 將雙視頻流媒體發(fā)送給該被叫端，可以實現(xiàn)基于SIP協(xié)議的雙視頻流業(yè)務(wù)，有助于雙視頻 流業(yè)務(wù)的開展。 上述說明示出并描述了本發(fā)明的一個優(yōu)選實施例，但如前所述，應(yīng)當理解本發(fā)明 并非局限于本文所披露的形式，不應(yīng)看作是對其他實施例的排除，而可用于各種其他組合、
修改和環(huán)境，并能夠在本文所述發(fā)明構(gòu)想范圍內(nèi)，通過上述教導(dǎo)或相關(guān)領(lǐng)域的技術(shù)或知識 進行改動。而本領(lǐng)域人員所進行的改動和變化不脫離本發(fā)明的精神和范圍，則都應(yīng)在本發(fā) 明所附權(quán)力要求的保護范圍內(nèi)。
9
權(quán)利要求
一種實現(xiàn)雙視頻流的方法，其特征在于，包括主叫端在進行基于初始會話協(xié)議呼叫時與被叫端進行支持雙視頻流媒體能力的交互；所述主叫端向所述被叫端發(fā)送請求消息，所述請求消息攜帶申請雙視頻流令牌的信息；所述主叫端接收所述被叫端返回的響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻流令牌是否成功的信息；所述主叫端根據(jù)所述響應(yīng)消息判斷申請雙視頻流令牌是否成功，如果成功，則根據(jù)交互出來的媒體能力將雙視頻流媒體發(fā)送給所述被叫端。
2. 如權(quán)利要求1所述的方法，其特征在于，所述請求消息為INFO消息，相應(yīng)地，所述響應(yīng)消息為2000K消息。
3. 如權(quán)利要求1所述的方法，其特征在于，所述申請雙視頻流令牌的信息和所述申請雙視頻流令牌是否成功的信息經(jīng)過可擴展標記語言編碼。
4. 如權(quán)利要求1所述的方法，其特征在于，所述主叫端為第一初始會話協(xié)議會話終端；相應(yīng)地，所述被叫端為第二初始會話終端或多點控制單元會話終端。
5. —種實現(xiàn)雙視頻流的方法，其特征在于，包括被叫端在進行基于初始會話協(xié)議呼叫時，與主叫端進行支持雙視頻流媒體能力的交互；所述被叫端接收所述主叫端發(fā)送的請求消息，所述請求消息攜帶申請雙視頻流令牌的信息；所述被叫端向所述主叫端端返回響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻流令牌是否成功的信息；所述被叫端接收所述主叫端根據(jù)申請雙視頻流令牌成功的信息返回的雙視頻流媒體。
6. —種實現(xiàn)雙視頻流的裝置，其特征在于，包括交互模塊，用于在進行基于初始會話協(xié)議呼叫時，與被叫端進行支持雙視頻流媒體能力的交互；第一發(fā)送模塊，用于向所述被叫端發(fā)送請求消息，所述請求消息攜帶申請雙視頻流令牌的信息；接收模塊，用于接收所述被叫端返回的響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻流令牌是否成功的信息；判斷模塊，用于根據(jù)所述響應(yīng)消息判斷申請雙視頻流令牌是否成功；第二發(fā)送模塊，用于所述判斷模塊的判斷結(jié)果為是時，則根據(jù)交互出來的媒體能力將雙視頻流媒體發(fā)送給所述被叫端。
7. 如權(quán)利要求6所述的裝置，其特征在于，所述第一發(fā)送模塊發(fā)送的所述請求消息為INFO消息，相應(yīng)地，所述接收模塊接收的所述響應(yīng)消息為2000K消息。
8. 如權(quán)利要求6所述的裝置，其特征在于，所述第一發(fā)送模塊發(fā)送的所述申請雙視頻流令牌的信息和所述接收模塊接收的所述申請雙視頻流令牌是否成功的信息經(jīng)過可擴展標記語言編碼。
9. 一種實現(xiàn)雙視頻流的裝置，其特征在于，包括交互模塊，用于在進行基于初始會話協(xié)議呼叫時，與主叫端進行支持雙視頻流媒體能力的交互；第一接收模塊，用于接收所述主叫端發(fā)送的請求消息，所述請求消息攜帶申請雙視頻流令牌的信息；發(fā)送模塊，用于向所述主叫端端返回響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻流令牌是否成功的信息；第二接收模塊，用于接收所述主叫端根據(jù)申請雙視頻流令牌成功的信息返回的雙視頻流媒體。
10. —種實現(xiàn)雙視頻流的系統(tǒng)，其特征在于，包括主叫端，用于在進行基于初始會話協(xié)議呼叫時，與被叫端進行支持雙視頻流媒體能力的交互；向所述被叫端發(fā)送請求消息，所述請求消息攜帶申請雙視頻流令牌的信息；接收所述被叫端返回的響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻流令牌是否成功的信息；根據(jù)所述響應(yīng)消息判斷申請雙視頻流令牌是否成功，如果成功，則根據(jù)交互出來的媒體能力將雙視頻流媒體發(fā)送給所述被叫端；被叫端，用于在進行基于初始會話協(xié)議呼叫時，與所述主叫端進行支持雙視頻流媒體能力的交互；接收所述主叫端發(fā)送的請求消息；向所述主叫端端返回響應(yīng)消息；接收所述主叫端根據(jù)申請雙視頻流令牌成功的信息返回的雙視頻流媒體。
全文摘要
本發(fā)明公開了一種實現(xiàn)雙視頻流傳送的方法、裝置和系統(tǒng)，屬于多媒體通信領(lǐng)域。該方法包括主叫端在進行基于初始會話協(xié)議呼叫時與被叫端進行支持雙視頻流媒體能力的交互；所述主叫端向所述被叫端發(fā)送請求消息，所述請求消息攜帶申請雙視頻流令牌的信息；所述主叫端接收所述被叫端返回的響應(yīng)消息，所述響應(yīng)消息攜帶申請雙視頻流令牌是否成功的信息；所述主叫端根據(jù)所述響應(yīng)消息判斷申請雙視頻流令牌是否成功，如果成功，則根據(jù)交互出來的媒體能力將雙視頻流媒體發(fā)送給所述被叫端。本發(fā)明的技術(shù)方案可以實現(xiàn)基于SIP協(xié)議的雙視頻流業(yè)務(wù)，有助于雙視頻流業(yè)務(wù)的開展。
文檔編號H04N7/15GK101753571SQ20091025434
公開日2010年6月23日 申請日期2009年12月11日 優(yōu)先權(quán)日2009年12月11日
發(fā)明者楊龍, 薛堯舜 申請人:中興通訊股份有限公司