容災歸屬用戶伺服器間的數據同步方法及系統的製作方法
2023-06-03 02:34:51
專利名稱：容災歸屬用戶伺服器間的數據同步方法及系統的製作方法
技術領域：
本發明涉及IMS(IP Multimedia Subsystem，IP多媒體子系統)技術領域，尤其涉及一種容災HSS(Home Subscriber Server，歸屬用戶伺服器)間的數據同步方法及系統。
背景技術：
傳統的通信網元間相互容災時，例如HLR(Home Location Register，歸屬位置寄存器)間的容災，需要考慮如何實時保證生產主用機和容災備用機間用戶數據的一致性，以便於在生產主用機突然故障宕機時，業務能夠立即切換到容災備用機上進行正確處理。
第三代移動通信將向基於全IP的網絡架構演進，3GPP領先提出了IMS的網絡架構，其可成為未來多網融合的基礎。而歸屬用戶伺服器HSS是IMS系統中用於存儲用戶數據的資料庫，包含用戶配置文件，執行用戶的身份驗證和授權，並可提供有關用戶位置的信息，藉此來控制多媒體會話。同時由於災難事件總是不可避免的，因此就有必要對HSS進行容災保護。
圖1是傳統的實現容災HSS間的數據同步的系統結構圖，包括互為容災的生產主用HSS 11和容災備用HSS 12，容災HSS間的用戶數據同步方法是通過自定義消息將生產主用HSS 11上的用戶數據修改信息轉發到容災備用HSS 12。生產主用HSS 11收到相關網元發來的業務處理請求後，若按請求成功修改了用戶數據，則通過自定義消息將用戶數據修改信息轉發到容災備用HSS 12處理。同時要求BOSS(Business and Operation Support System，運營支撐系統)13能夠同時向生產主用HSS 11和容災備用HSS 12發送業務受理請求消息。BOSS 13將業務受理請求同時發到主用BOSS接口機14和備用BOSS接口機15，主用BOSS接口機14和備用BOSS接口機15再將該業務受理請求分別發送到生產主用HSS 11和容災備用HSS 12同時處理。這樣，無論是從BOSS 13還是從相關網元發來的修改用戶數據的請求，都可以保證生產主用HSS 11和容災備用HSS 12間用戶數據保持一致。
然而，由於現有容災HSS間的數據同步方案沒有統一的標準，基本上都使用了各廠商的自定義消息，導致其兼容性差，不同廠商的HSS間難以共存。另一方面，在數據同步過程中，由於在生產主用HSS和容災備用HSS之間需要額外的通信線路，以及需要額外地增加消息處理過程，實現方案甚為複雜。並且，容災備用HSS為了檢測生產主用HSS是否可用，需要採用自定義的心跳消息進行定時檢測。所有上述需要考慮的地方，都增加了方案實施的難度。
發明內容
針對上述的缺陷，本發明的目的在於提供一種容災歸屬用戶伺服器HSS間的數據同步方法及系統，其不僅具有的良好兼容性，而且實現方便。
為了實現上述目的，本發明提供一種容災歸屬用戶伺服器間的數據同步方法，用於IP多媒體子系統，該系統包含主用歸屬用戶伺服器、備用歸屬用戶伺服器以及與所述主用歸屬用戶伺服器和備用歸屬用戶伺服器通訊的相關網元，其中所述方法包括如下步驟A、相關網元通過Diameter協議發送標準接口請求消息到主用歸屬用戶伺服器，請求修改主用歸屬用戶伺服器保存的用戶數據；B、主用歸屬用戶伺服器根據該標準接口請求消息修改本地用戶數據，並將該標準接口請求消息通過Diameter協議轉發給備用歸屬用戶伺服器；C、備用歸屬用戶伺服器根據該標準接口請求消息修改本地用戶數據。
根據本發明的方法，所述步驟A中相關網元發送標準接口請求消息以查詢或修改主用歸屬用戶伺服器保存的用戶數據；所述步驟B中主用歸屬用戶伺服器根據請求類型進行處理，並向相關網元返回處理結果，若主用歸屬用戶伺服器成功修改了本地用戶數據，則將該標準接口請求消息轉發給備用歸屬用戶伺服器；若主用歸屬用戶伺服器接收到查詢類請求或者用戶數據修改不成功時，則不將該標準接口請求消息轉發到備用歸屬用戶伺服器；所述步驟C中備用歸屬用戶伺服器修改本地用戶數據後，返回處理結果給主用歸屬用戶伺服器。
根據本發明的方法，所述步驟C之後進一步包括
D、主用歸屬用戶伺服器忽略備用歸屬用戶伺服器所返回的處理結果；或者根據錯誤信息中的用戶標識符，實施用戶數據從主用歸屬用戶伺服器到備用歸屬用戶伺服器的備份全過程。
根據本發明的方法，所述相關網元為呼叫會話控制功能網元，所述步驟A中呼叫會話控制功能網元通過Diameter協議發送Cx接口請求消息到主用歸屬用戶伺服器以請求修改用戶數據；所述步驟B中主用歸屬用戶伺服器向呼叫會話控制功能網元發送第一Cx接口響應消息以返回處理結果，並且若成功修改本地用戶數據，主用歸屬用戶伺服器向備用歸屬用戶伺服器轉發該Cx接口請求消息；所述步驟C中備用歸屬用戶伺服器修改本地用戶數據後，向主用歸屬用戶伺服器發送第二Cx接口響應消息以返回處理結果。
根據本發明的方法，所述相關網元為應用伺服器，所述步驟A中應用伺服器通過Diameter協議發送Sh接口請求消息到主用歸屬用戶伺服器以請求修改用戶數據；所述步驟B中主用歸屬用戶伺服器向應用伺服器發送第一Sh接口響應消息以返回處理結果，並且若成功修改本地用戶數據，主用歸屬用戶伺服器向備用歸屬用戶伺服器轉發該Sh接口請求消息；所述步驟C中備用歸屬用戶伺服器修改本地用戶數據後，向主用歸屬用戶伺服器發送第二Sh接口響應消息以返回處理結果。
根據本發明的方法，所述主用/備用歸屬用戶伺服器通過Diameter協議中的心跳檢測機制和/或流控制傳輸協議中的心跳檢測機制，判斷出對端的備用/主用歸屬用戶伺服器工作狀態是否正常；所述步驟B中若備用歸屬用戶伺服器異常，主用歸屬用戶伺服器對準備同步的用戶數據進行緩存，待備用歸屬用戶伺服器恢復正常後，再將該標準接口請求消息轉發給備用歸屬用戶伺服器處理。
根據本發明的方法，所述步驟A中若主用歸屬用戶伺服器異常，所述相關網元將該標準接口請求消息發送到備用歸屬用戶伺服器處理。
根據本發明的方法，所述IP多媒體子系統中還包括運營支撐系統，所述方法進一步包括運營支撐系統將業務受理請求發送給主用歸屬用戶伺服器的步驟，運營支撐系統將業務受理請求發送至主用運營支撐系統接口機，該主用運營支撐系統接口機向主用歸屬用戶伺服器轉發業務受理請求，所述主用歸屬用戶伺服器根據系統狀態處理該業務受理請求；以及運營支撐系統將業務受理請求發送給備用歸屬用戶伺服器的步驟，運營支撐系統將業務受理請求發送至備用運營支撐系統接口機，該備用運營支撐系統接口機向備用歸屬用戶伺服器轉發業務受理請求，所述備用歸屬用戶伺服器根據系統狀態處理該業務受理請求。
本發明還提供一種容災歸屬用戶伺服器間的數據同步系統，用於IP多媒體子系統，所述數據同步系統包括相關網元，用於與主用歸屬用戶伺服器和備用歸屬用戶伺服器通訊，並通過Diameter協議發送標準接口請求消息到主用歸屬用戶伺服器，請求修改主用歸屬用戶伺服器保存的用戶數據；主用歸屬用戶伺服器，用於根據該標準接口請求消息修改本地用戶數據，並將該標準接口請求消息通過Diameter協議轉發給備用歸屬用戶伺服器；備用歸屬用戶伺服器，用於根據該標準接口請求消息修改本地用戶數據。
根據本發明的系統，還包括運營支撐系統，用於將業務受理請求分別發送給主用/備用運營支撐系統接口機，該主用/備用運營支撐系統接口機分別向主用/備用歸屬用戶伺服器轉發業務受理請求，該主用/備用歸屬用戶伺服器根據系統狀態處理該業務受理請求。
本發明通過Diameter協議中的標準接口請求消息，來實現IMS系統中生產主用HSS和容災備份HSS間的數據同步。由於未採用自定義消息，節省了實現數據同步所需的單獨通信線路，避免了出現過多的接口協議，從而本發明具有良好的兼容性，並且原理簡單，實現方便，尤其適用於不同廠商的HSS間容災備份。
圖1是傳統的實現容災HSS間的數據同步系統的結構圖；圖2是本發明實現容災HSS間的數據同步系統的結構圖；圖3是本發明實現容災HSS間數據同步方法的流程圖；圖4是本發明一實施例中實現容災HSS間數據同步的信令流程圖。
具體實施例方式
為了使本發明的目的、技術方案及優點更加清楚明白，以下結合附圖及實施例，對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發明，並不用於限定本發明。
本發明的基本思想是通過新一代AAA(認證、授權、計費)協議的Diameter協議中的標準接口請求消息，例如Cx、Sh接口請求消息，來實現IMS系統中生產主用HSS和容災備份HSS間的數據同步，其具有良好的兼容性，並且實現方便。
圖2示出了本發明實現容災HSS間的數據同步系統的結構，應用於IMS系統，包括互為容災備份的生產主用HSS 21(主用HSS)和容災備用HSS 22(備用HSS)，以及相關網元20，其中相關網元20，可以是CSCF(Call Session Control Function，呼叫會話控制功能)、AS(Application Server，應用伺服器)或者其他可與HSS通訊的IMS網元。所述相關網元20通過Diameter協議發送標準接口請求消息到生產主用HSS 21，請求修改生產主用HSS 21中保存的用戶數據。而CSCF網元通過Cx接口請求消息，而AS網元通過Sh接口請求消息分別和生產主用HSS 21和容災備用HSS 22實現通信，正常情況下CSCF/AS與生產主用HSS 21通信，異常情況下CSCF/AS與容災備用HSS 22通信。
生產主用HSS 21，用於根據該標準接口請求消息修改本地用戶數據，並且在用戶數據修改成功以後，將該標準接口請求消息以相同的格式通過Diameter協議轉發給容災備用HSS 22處理。
容災備用HSS 22，用於根據該標準接口請求消息修改本地用戶數據。這裡的容災備用HSS 22可以為多個HSS組成。
所述生產主用HSS 21與容災備用HSS 22之間通過Diameter協議通信。這裡所說的標準接口請求消息包括Cx、Sh以及其他涉及HSS網元的標準接口，生產主用HSS 21與容災備用HSS 22間無需再自定義消息接口，從而節省了現有技術中實現數據同步所需的單獨通信線路，避免了出現過多的接口協議。
圖1中的數據同步系統還包括BOSS 23，其涵蓋計費、結算、營業、帳務和客戶服務等功能，並對各業務功能進行集中、統一的規劃和整合，是一體化的信息資源共享的支撐系統。本發明中的BOSS 23將業務受理請求分別發送給主用BOSS接口機24和備用BOSS接口機25，該主用BOSS接口機24向生產主用HSS 21轉發業務受理請求，該備用BOSS接口機25則向容災備用HSS 22轉發業務受理請求，該生產主用HSS 21和容災備用HSS 22分別根據系統狀態處理該業務受理請求。
本發明中，若相關網元20向生產主用HSS 21發送查詢類的請求，以及生產主用HSS 21修改用戶數據不成功時，生產主用HSS 21無需將標準接口請求消息轉發到容災備用HSS 22，以提高通訊效率。
另外，容災備用HSS 22通過底層的Diameter協議中的心跳檢測機制，以及可選的SCTP(Stream Control Transmission Protocol，流控制傳輸協議)協議中的心跳檢測機制，迅速判斷出生產主用HSS 21工作狀態是否正常。反之，生產主用HSS 21也可以通過底層的Diameter協議中的心跳檢測機制，以及可選的SCTP協議中的心跳檢測機制，迅速判斷出容災備用HSS 22是否正常。藉此使互為容災的HSS能夠迅速判斷對端HSS運行是否正常，並在此基礎上實現HSS的容災備份功能。所述SCTP協議是由IEFT的信令傳輸工作組SIGTRAN提出的一種面向多媒體通信的傳輸層協議，用於在IP網絡上傳輸PSTN信令消息。
圖3示出了本發明實現容災HSS間數據同步方法的流程，該方法用於包含生產主用HSS、容災備用HSS以及與所述主用歸屬用戶伺服器和備用歸屬用戶伺服器通訊的相關網元的IMS系統，包括如下步驟步驟S301、相關網元通過Diameter協議發送標準接口請求消息到生產主用HSS，請求修改生產主用HSS中保存的用戶數據。
所述相關網元包括但不限於CSCF、AS，標準接口請求消息包括但不限於Cx、Sh接口請求消息。本步驟中若生產主用HSS異常，所述相關網元將該標準接口請求消息發送到容災備用HSS處理，此時容災備用HSS看作為新的生產主用HSS，其過程稱之為失敗(Failover)切換。並且，相關網元發送標準接口請求消息可以是請求查詢或修改生產主用HSS保存的用戶數據。
步驟S302、生產主用HSS根據該標準接口請求消息修改本地用戶數據，並將該標準接口請求消息通過Diameter協議轉發給容災備用HSS。
本步驟中生產主用HSS根據請求類型進行處理，並向相關網元返回處理結果，若生產主用HSS成功修改了本地用戶數據，則將該標準接口請求消息以相同格式通過Diameter協議轉發給容災備用HSS，以保證兩者間用戶數據一致性；若生產主用HSS接收到查詢類請求或者用戶數據修改不成功時，則不將該標準接口請求消息轉發到容災備用HSS，以提高通訊效率。
HSS網元通過底層的Diameter協議中的心跳檢測機制，以及可選的SCTP協議中的心跳檢測機制，迅速判斷出對端HSS工作狀態是否正常。本步驟中若容災備用HSS異常，生產主用HSS可對準備同步的消息進行緩存，待容災備用HSS恢復正常後，恢復同步過程，即將該標準接口請求消息轉發給容災備用HSS處理。
步驟S303、容災備用HSS根據該標準接口請求消息修改本地用戶數據。
本步驟中容災備用HSS修改本地用戶數據後，返回處理結果給生產主用HSS。其後可進一步包括，生產主用HSS忽略容災備用HSS所返回的處理結果；或者根據錯誤信息中的用戶標識符，實施用戶數據從生產主用HSS到容災備用HSS的備份全過程。
本發明的方法還滿足BOSS同時向生產主用HSS和容災備用HSS發送業務受理請求的機制，可包括BOSS將業務受理請求發送給生產主用HSS的步驟BOSS將業務受理請求發送至主用BOSS接口機，該主用BOSS接口機向生產主用HSS轉發業務受理請求，所述生產主用HSS根據系統狀態處理該業務受理請求。
BOSS將業務受理請求發送給容災備用HSS的步驟BOSS將業務受理請求發送至備用BOSS接口機，該備用BOSS接口機向容災備用HSS轉發業務受理請求，所述容災備用HSS根據系統狀態處理該業務受理請求。
圖4示出了本發明一實施例中實現容災HSS間數據同步的信令流程，該實施例中數據同步系統包括生產主用HSS、容災備用HSS、CSCF網元、AS網元、BOSS系統，具體包括步驟如下步驟S401，CSCF網元通過Diameter協議向生產主用HSS發送Cx接口請求消息，以查詢或者修改生產主用HSS存放的用戶數據。所述CSCF網元是IMS控制層的核心，所有的SIP信令都要通過這個必要的節點。所述Cx接口用於支持CSCF和HSS的對話，採用Diameter協議。
步驟S402，生產主用HSS向CSCF網元發送Cx接口響應消息，以返回處理結果給CSCF。
步驟S403，生產主用HSS向容災備用HSS轉發Cx接口請求消息，以同步用戶數據；這一步是可選的，只在生產主用HSS成功修改用戶數據後有效。
步驟S404，容災備用HSS向生產主用HSS回Cx接口響應消息。
步驟S405，AS網元通過Diameter協議向生產主用HSS發送Sh接口請求消息，以查詢或者修改生產主用HSS存放的用戶數據。所述AS網元用於操縱SIP信令並與其它系統接合，從而執行IMS應用程式和服務。所述Sh接口用於支持AS和HSS之間的對話，採用Diameter協議。
步驟S406，生產主用HSS向AS網元發送Sh接口響應消息，以返回處理結果給AS網元。
步驟S407，生產主用HSS向容災備用HSS轉發Sh接口請求消息，以同步用戶數據；這一步是可選，其只在生產主用HSS成功修改用戶數據後有效。
步驟S408，容災備用HSS向生產主用HSS回Sh接口響應消息。
步驟S409，BOSS系統向生產主用HSS發送業務受理請求。
步驟S410，生產主用HSS向CSCF網元發同步消息。這一步是可選的，其只在生產主用HSS修改了用戶數據或者註銷用戶的情況下有效。
步驟S411，CSCF網元向生產主用HSS發送同步響應。
步驟S412，生產主用HSS向AS網元發Sh接口通知請求。這一步是可選的，其只在AS網元所關注的生產主用HSS中用戶數據發生改變時有效。
步驟S413，AS網元向生產主用HSS發送Sh接口通知響應。
步驟S414，BOSS系統向容災備用HSS發業務受理請求。特別需要注意的是，此時容災備用HSS不需要發送任何同步消息到CSCF/AS網元。
綜上所述，本發明通過Diameter協議中的標準接口請求消息，例如例如Cx、Sh接口請求消息，來實現IMS系統中生產主用HSS和容災備份HSS間的數據同步。由於未採用自定義消息，節省了實現數據同步的單獨通信線路，避免了出現過多的接口協議，從而本發明具有良好的兼容性，並且原理簡單，實現方便，尤其適用於不同廠商的HSS間容災備份。
當然，本發明還可有其它多種實施例，在不背離本發明精神及其實質的情況下，熟悉本領域的技術人員當可根據本發明作出各種相應的改變和變形，但這些相應的改變和變形都應屬於本發明所附的權利要求的保護範圍。
權利要求
1.一種容災歸屬用戶伺服器間的數據同步方法，用於IP多媒體子系統，該系統包含主用歸屬用戶伺服器、備用歸屬用戶伺服器以及與所述主用歸屬用戶伺服器和備用歸屬用戶伺服器通訊的相關網元，其特徵在於，所述方法包括如下步驟A、相關網元通過Diameter協議發送標準接口請求消息到主用歸屬用戶伺服器，請求修改主用歸屬用戶伺服器保存的用戶數據；B、主用歸屬用戶伺服器根據該標準接口請求消息修改本地用戶數據，並將該標準接口請求消息通過Diameter協議轉發給備用歸屬用戶伺服器；C、備用歸屬用戶伺服器根據該標準接口請求消息修改本地用戶數據。
2.根據權利要求1所述的方法，其特徵在於，所述步驟A中相關網元發送標準接口請求消息以查詢或修改主用歸屬用戶伺服器保存的用戶數據；所述步驟B中主用歸屬用戶伺服器根據請求類型進行處理，並向相關網元返回處理結果，若主用歸屬用戶伺服器成功修改了本地用戶數據，則將該標準接口請求消息轉發給備用歸屬用戶伺服器；若主用歸屬用戶伺服器接收到查詢類請求或者用戶數據修改不成功時，則不將該標準接口請求消息轉發到備用歸屬用戶伺服器；所述步驟C中備用歸屬用戶伺服器修改本地用戶數據後，返回處理結果給主用歸屬用戶伺服器。
3.根據權利要求2所述的方法，其特徵在於，所述步驟C之後還包括D、主用歸屬用戶伺服器忽略備用歸屬用戶伺服器所返回的處理結果；或者根據錯誤信息中的用戶標識符，實施用戶數據從主用歸屬用戶伺服器到備用歸屬用戶伺服器的備份全過程。
4.根據權利要求2所述的方法，其特徵在於，所述相關網元為呼叫會話控制功能網元，所述步驟A中呼叫會話控制功能網元通過Diameter協議發送Cx接口請求消息到主用歸屬用戶伺服器以請求修改用戶數據；所述步驟B中主用歸屬用戶伺服器向呼叫會話控制功能網元發送第一Cx接口響應消息以返回處理結果，並且若成功修改本地用戶數據，主用歸屬用戶伺服器向備用歸屬用戶伺服器轉發該Cx接口請求消息；所述步驟C中備用歸屬用戶伺服器修改本地用戶數據後，向主用歸屬用戶伺服器發送第二Cx接口響應消息以返回處理結果。
5.根據權利要求2所述的方法，其特徵在於，所述相關網元為應用伺服器，所述步驟A中應用伺服器通過Diameter協議發送Sh接口請求消息到主用歸屬用戶伺服器以請求修改用戶數據；所述步驟B中主用歸屬用戶伺服器向應用伺服器發送第一Sh接口響應消息以返回處理結果，並且若成功修改本地用戶數據，主用歸屬用戶伺服器向備用歸屬用戶伺服器轉發該Sh接口請求消息；所述步驟C中備用歸屬用戶伺服器修改本地用戶數據後，向主用歸屬用戶伺服器發送第二Sh接口響應消息以返回處理結果。
6.根據權利要求1所述的方法，其特徵在於，所述主用/備用歸屬用戶伺服器通過Diameter協議中的心跳檢測機制和/或流控制傳輸協議中的心跳檢測機制，判斷出對端的備用/主用歸屬用戶伺服器工作狀態是否正常；所述步驟B中若備用歸屬用戶伺服器異常，主用歸屬用戶伺服器對準備同步的用戶數據進行緩存，待備用歸屬用戶伺服器恢復正常後，再將該標準接口請求消息轉發給備用歸屬用戶伺服器處理。
7.根據權利要求1所述的方法，其特徵在於，所述步驟A中若主用歸屬用戶伺服器異常，所述相關網元將該標準接口請求消息發送到備用歸屬用戶伺服器處理。
8.根據權利要求1所述的方法，其特徵在於，所述IP多媒體子系統中還包括運營支撐系統，所述方法進一步包括運營支撐系統將業務受理請求發送給主用歸屬用戶伺服器的步驟，運營支撐系統將業務受理請求發送至主用運營支撐系統接口機，該主用運營支撐系統接口機向主用歸屬用戶伺服器轉發業務受理請求，所述主用歸屬用戶伺服器根據系統狀態處理該業務受理請求；以及運營支撐系統將業務受理請求發送給備用歸屬用戶伺服器的步驟，運營支撐系統將業務受理請求發送至備用運營支撐系統接口機，該備用運營支撐系統接口機向備用歸屬用戶伺服器轉發業務受理請求，所述備用歸屬用戶伺服器根據系統狀態處理該業務受理請求。
9.一種實現如權利要求1～8任一項所述方法的數據同步系統，其特徵在於，用於IP多媒體子系統，所述數據同步系統包括相關網元，用於與主用歸屬用戶伺服器和備用歸屬用戶伺服器通訊，並通過Diameter協議發送標準接口請求消息到主用歸屬用戶伺服器，請求修改主用歸屬用戶伺服器保存的用戶數據；主用歸屬用戶伺服器，用於根據該標準接口請求消息修改本地用戶數據，並將該標準接口請求消息通過Diameter協議轉發給備用歸屬用戶伺服器；備用歸屬用戶伺服器，用於根據該標準接口請求消息修改本地用戶數據。
10.根據權利要求9所述的系統，其特徵在於，所述系統還包括運營支撐系統，用於將業務受理請求分別發送給主用/備用運營支撐系統接口機，該主用/備用運營支撐系統接口機分別向主用/備用歸屬用戶伺服器轉發業務受理請求，該主用/備用歸屬用戶伺服器根據系統狀態處理該業務受理請求。
全文摘要
本發明公開了一種容災歸屬用戶伺服器HSS間的數據同步方法，用於包含主用HSS、備用HSS以及與所述主用HSS和備用HSS通訊的相關網元的IMS系統，所述方法包括步驟有相關網元通過Diameter協議發送標準接口請求消息到主用HSS，請求修改主用HSS保存的用戶數據；主用HSS根據該標準接口請求消息修改本地用戶數據，並將該標準接口請求消息通過Diameter協議轉發給備用HSS；備用HSS根據該標準接口請求消息修改本地用戶數據。本發明還相應提供一種容災HSS間的數據同步系統。由於未採用自定義消息，本發明具有良好的兼容性，並且原理簡單，實現方便，尤其適用於不同廠商的HSS間容災備份。
文檔編號H04L29/06GK101079742SQ20071011826
公開日2007年11月28日 申請日期2007年7月3日 優先權日2007年7月3日
發明者沈健 申請人:中興通訊股份有限公司