專利名稱：數據獲取方法及裝置的制作方法
技術領域：
本發明涉及通信領域，具體而言，涉及一種數據獲取方法及裝置。
背景技術：
隨著視頻和多媒體內容在網絡中的傳輸量快速的增長，單獨的⑶N(ContentDistribution Network,內容分發網絡)由于受到業務覆蓋范圍、傳輸能力等因素的限制，不能完全滿足降低網絡傳輸內容成本、提高用戶體驗效果以及內容傳輸的穩定性等需求。CDNI (Content Distribution Network Interconnection,內容分發網絡互聯互通接口)為不同⑶N之間建立互聯互通的關系提供了統一的接口協議。通過⑶NI，⑶N運營商之間內容業務代理關系，而內容運營商只需要和一個(上游)⑶N運營商簽訂代理業務協議，其他與該⑶N建立互聯互通關系的(下游)⑶N運營商就可以為其代理傳輸業務，因此大大擴展其業務覆蓋范圍以及業務能力，例如，當漫游的用戶請求下載內容時，運營商不需要考慮用戶的當前接入位置，而是通過和用戶連接的CDN為用戶提供內容下載。圖1是⑶NI的第一種應用場景。在圖1中，上游⑶N運營商102為內容運營商101提供內容傳輸業務，上游⑶N運營商102和下游⑶N運營商103建立互聯互通關系后，下游CDN運營商103負責代理傳輸內容，為用戶終端104提供內容業務。⑶NI也支持更為復雜的互聯互通場景，例如，下游⑶N運營商可以同時和幾個上游⑶N運營商建立互聯互通關系,而這些上游⑶N運營商可能和同一個內容運營商簽訂了傳輸代理協議；又例如，下游⑶N運營商同時也可能是其他⑶N運營商的上游⑶N運營商，因此它有可能和它的上游CDN運營商一樣,和相同的內容運營商簽訂了傳輸代理協議。圖2是⑶NI的第二種應用場景。內容運營商201和上下游CDN運營商202、203都簽訂了傳輸代理協議，下游⑶N運營商203為用戶終端204提供內容業務。圖3是⑶NI的第三種應用場景。內容運營商301和兩個上游⑶N運營商302和303簽訂傳輸代理協議，下游⑶N運營商304和上游⑶N運營商302和303建立互聯互通關系，負責為其用戶提供內容業務。從⑶NI的第二種應用場景可以看出，上下游⑶N運營商和同一內容運營商簽訂傳輸代理協議，它們的CDN都緩存了該內容運營商的內容，由于下游CDN并不感知上游CDN為哪些內容運營商傳輸內容，因此下游⑶N可能會從上游⑶N重復獲取并緩存同一運營商的相同的內容。從⑶NI的第三種應用場景可以看出，兩個上游⑶N運營商和相同內容運營商簽訂傳輸代理協議，它們的CDN都緩存了該內容運營商的內容，由于下游CDN并不感知上游CDN為哪些內容運營商傳輸內容，因此下游⑶N可能會從這兩個上游⑶N重復獲取和緩存同一運營商的相同的內容。圖4是⑶NI現有的互聯互通流程。它包括了內容預分發和用戶內容請求過程，上游CDN通知下游CDN進行內容預分發，然后將用戶的內容請求重定向到下游CDN，由下游⑶N為用戶提供所請求的內容。具體過程包括步驟S401至步驟S409。
步驟S401、上游⑶N通知下游⑶N進行內容預分發。步驟S402、下游⑶N返回確認響應。步驟S403、下游⑶N向上游⑶N發送內容獲取請求。步驟S404、上游⑶N向下游⑶N發送內容數據。步驟S405、用戶終端向上游⑶N發送內容請求。步驟S406、上游⑶N發現下游⑶N最適合為用戶提供內容，向用戶終端返回一個包含下游⑶N地址的重定向響應。步驟S407、用戶終端向下游⑶N發送內容請求。步驟S408、下游⑶N向商業⑶N獲取內容相關元數據信息。步驟S409、下游⑶N發現所請求的內容已經緩存，然后向用戶終端發送內容數據。從上述流程可以看出，上游⑶N向下游⑶N預分發內容之后，當接收到上游⑶N的用戶內容請求時，下游CDN將會判斷目標內容是否已從上游CDN獲取并緩存，但是對于第二種應用場景和第三種應用場景存在的問題，即如何判斷相同的內容是否從其他上游CDN或者同一運營商獲取并緩存，上述流程還不能有效地解決，因此下游⑶N還是有可能會重復獲取和緩存相同的內容。針對相關技術中下游CDN可能會重復獲取和緩存相同的內容的問題，目前尚未提出有效的解決方案。
發明內容
針對下游CDN可能會重復獲取和緩存相同的內容的問題，本發明提供了一種數據獲取方法及裝置，以至少解決上述問題。根據本發明的一個方面，提供了一種數據獲取方法，應用于多個內容分發網絡CDN互聯互通，包括:下游CDN從至少一個上游CDN獲取內容時，根據所述內容的內容標識查詢內容標識列表，其中，所述內容標識列表中存儲有所述下游CDN已獲取的所有內容的內容標識，每個內容唯一對應一個內容標識；所述下游CDN在所述內容標識列表中未查詢到所述內容的內容標識時，從所述上游CDN獲取所述內容。優選的，所述下游⑶N從所述上游⑶N獲取所述內容之后，還包括:所述下游⑶N將所述內容緩存至本地。優選的，當所述下游CDN在所述內容標識列表中查詢到所述內容的內容標識時，所述下游⑶N確定在本地中已經緩存所述內容。優選的，所述內容標識由指定網元產生并管理。優選的，所述指定網元包括下列至少之一:內容分發網絡互聯互通接口⑶NI內容注冊管理服務器，網絡管理服務器，移動性管理實體。優選的，所述內容列表中還包括:與所述內容標識對應的資源標識，其中，所述資源標識包括:所述內容標識對應的內容在所述上游⑶N中的存儲地址。優選的，所述資源標識包括統一資源標識URI。優選的，所述內容標識由哈希算法生成。優選的，所述下游⑶N從所述上游⑶N獲取所述內容之后，還包括:所述下游⑶N將所述內容的內容標識添加至所述內容標識列表中。
優選的，所述下游CDN在本地刪除指定內容，或者指定內容失效時，所述下游CDN在所述內容標識列表中刪除被刪除內容或者失效內容的內容標識。根據本發明的另一方面，提供了一種數據獲取裝置，設置于內容分發網絡下游⑶N，包括:查詢模塊，用于從上游⑶N獲取內容時，根據所述內容的內容標識查詢內容標識列表，其中，所述內容標識列表中存儲有所述下游CDN已獲取的所有內容的內容標識，每個內容唯一對應一個內容標識；獲取模塊，用于在所述內容標識列表中未查詢到所述內容的內容標識時，從所述上游CDN獲取所述內容。在本發明實施例中，下游CDN從至少一個上游CDN獲取內容時，根據內容的內容標識查詢內容標識列表，其中，內容標識列表中存儲有下游CDN已獲取的所有內容的內容標識，每個內容唯一對應一個內容標識，下游CDN在內容標識列表中未查詢到內容的內容標識時，從上游CDN獲取內容。即，在本發明實施例中，利用唯一的內容標識對內容進行標識，只有下游CDN在內容標識列表中未查詢到內容的內容標識時，下游CDN才會從上游CDN獲取內容，避免重復獲取和緩存相同的內容，節省資源。
此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中:圖1是根據相關技術的⑶NI的第一種應用場景；圖2是根據相關技術的⑶NI的第二種應用場景；圖3是根據相關技術的⑶NI的第三種應用場景；圖4是根據相關技術的⑶NI現有的互聯互通流程；圖5是根據本發明實施例的數據獲取方法的流程示意圖；圖6是根據本發明實施例的CDNI內容預分發去重流程圖；圖7是根據本發明實施例的第一種⑶NI前轉優化去重流程；圖8是根據本發明實施例的第二種⑶NI前轉優化去重流程；圖9是根據本發明實施例的CDNI內容刪除優化流程；圖10是根據本發明實施例的數據獲取裝置的結構示意圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。相關技術中提到，上游⑶N向下游⑶N預分發內容之后，當接收到上游⑶N的用戶內容請求時，下游CDN將會判斷目標內容是否已從上游CDN獲取并緩存，但是對于相關技術中提及的圖2所示的第二種應用場景以及圖3所示的第三種應用場景存在的問題，即如何判斷相同的內容是否從其他上游CDN或者同一運營商獲取并緩存，相關技術還不能有效地解決，因此下游CDN還是有可能會重復獲取和緩存相同的內容，造成資源的浪費。為解決上述技術問題，本發明實施例提供了一種數據獲取方法，應用于CDN互聯互通，其流程示意圖如圖5所示，包括:步驟S502、下游⑶N從至少一個上游⑶N獲取內容時，根據內容的內容標識查詢內容標識列表，其中，內容標識列表中存儲有下游CDN已獲取的所有內容的內容標識，每個內容唯一對應一個內容標識；步驟S504、下游⑶N在內容標識列表中未查詢到內容的內容標識時，從上游⑶N獲取內容。在本發明實施例中，下游CDN從至少一個上游CDN獲取內容時，根據內容的內容標識查詢內容標識列表，其中，內容標識列表中存儲有下游CDN已獲取的所有內容的內容標識，每個內容唯一對應一個內容標識，下游CDN在內容標識列表中未查詢到內容的內容標識時，從上游CDN獲取內容。即，在本發明實施例中，利用唯一的內容標識對內容進行標識，只有下游CDN在內容標識列表中未查詢到內容的內容標識時，下游CDN才會從上游CDN獲取內容，避免重復獲取和緩存相同的內容，節省資源。本文中提及的內容標識列表和下文具體實施例提到的內容標識關聯元數據的實質是相同的，均用于保存內容與內容標識的緩存綁定關系。按圖5所示流程，下游⑶N從上游⑶N獲取內容之后，下游⑶N可以將內容緩存至本地,進而為請求該內容的用戶終端提供相應內容。與步驟S504相對應，下游⑶N也可能在內容標識列表中查詢到內容的內容標識，此時，下游⑶N確定在本地中已經緩存內容，不需要再從上游⑶N中獲取相應內容，可以直接為請求該內容的用戶終端提供相應內容，達到節省資源的目的。上文提及，本發明實施例是利用唯一的內容標識對內容進行識別，而內容標識可以由指定網元產生并管理。本例中，指定網元可以包括下列至少之一 =CDNI內容注冊管理服務器，網絡管理服務器，移動性管理實體。當然，指定網元除上述具體實例外，還可以是其他網元或實體，能夠產生內容標識并對其進行管理即可。在一個優選的實施例中，存儲了內容標識的內容列表中還可以包括與內容相關的其他信息，例如，與內容標識對應的資源標識(由于內容與內容標識是 對應的，因此，資源標識與內容標識相對應，則其必然與該內容標識對應的內容也是對應的)，其中，資源標識可以包括:內容標識對應的內容在上游CDN中的存儲地址。例如，資源標識可以采用URI (Uniform Resource Identifier,統一資源標識)。實施時，內容標識和資源標識共同進行關聯合并標識內容。對于內容標識而言，每個內容對應的內容標識是唯一的，但是資源標識可以并不唯一，換句話說，資源標識和內容標識為多對一的對應關系。實施過程中，內容標識可以由內容運營商標識和內容特征信息組合生成。本文提及的內容標識由算法生成，例如，由哈希算法生成。此處的算法僅僅是具體實例，具體的選法根據具體情況而定。在一個實施例中，為保護內容標識列表的可靠性，需要及時對內容標識列表進行更新，例如，下游⑶N從上游⑶N獲取內容之后，下游⑶N可以將內容的內容標識添加至內容標識列表中；再例如，下游CDN在本地刪除指定內容，或者指定內容失效時，下游CDN在內容標識列表中刪除被刪除內容或者失效內容的內容標識。實施時，下游⑶N緩存內容，可以創建⑶NI內容標識關聯元數據，⑶NI內容標識關聯元數據包括資源標識和內容標識與內容在當前CDN中的存儲地址信息的對應關系，若刪除內容或內容失效，則解除關聯元數據；當需要進行內容緩存判斷時，下游CDN通過查詢內容元數據中的CDNI內容標識關聯元數據，判斷下游CDN是否已緩存內容。由上述分析可知，針對相關技術的問題，本發明實施例提出一種優化內容去重的實現方法。不同CDN的內容命名機制是不一定相同的，例如不同的內容標識體系，本發明實施例成選利用CDNI元數據協議/接口統一內容命名機制，由CDNI內容命名機制確定的CDNI內容標識來唯一標識內容。下游CDN在緩存內容后，對CDNI內容標識進行關聯，刪除內容后或者內容失效時，解除對CDNI內容標識的關聯。進行內容預分發或者向用戶提供內容業務前，下游⑶N通過查詢⑶NI內容標識關聯元數據判斷內容是否已經緩存，避免相同內容重復緩存。本發明實施例對⑶NI現有的內容去重進行優化，有效地解決⑶NI中下游CDN對相同內容重復獲取和緩存的問題。為將本發明實施例提供的數據獲取闡述地更清楚更明白，下面結合附圖和實施例對本發明作進一步詳細說明。實施例一圖6是⑶NI內容預分發優化流程。上游⑶N A和上游⑶N B先后向共同的下游⑶N進行內容預分發，當上游⑶N B通知下游⑶N進行內容預分發時，由于下游⑶N已經緩存來自上游⑶N A的同一運營商的相同的內容，所以上游⑶N B將取消向下游⑶N的內容預分發。具體過程包括步驟S601至步驟S609。步驟S601、上游⑶N A通知下游⑶N進行內容預分發，通知消息中帶有預分發內容的內容標識信息。步驟S602、下游⑶N接收請求后，根據內容標識查詢⑶NI內容剛標識關聯元數據信息，判斷相同的內容是否已經緩存。步驟S603、下游⑶N根據內容標識查詢不存在⑶NI關聯元數據，即內容沒有緩存，然后向上游⑶N A返回確認分發響應。步驟S604、下游⑶N向上游⑶N A發送內容獲取請求，請求中帶有⑶NI內容標識信息。步驟S605、上游CDN A向下游⑶N發送內容數據。步驟S606、下游⑶N緩存內容后，創建⑶NI內容標識關聯元數據，關聯已緩存的內容。步驟S607、上游⑶N B通知下游⑶N進行相同內容的預分發，通知消息中帶有預分發內容的內容標識信息。步驟S608、下游⑶N接收請求后，根據內容標識查詢⑶NI內容標識關聯元數據信息，判斷相同的內容是否已經緩存。步驟S609、下游⑶N根據內容標識查詢存在⑶NI內容標識關聯元數據，即相同的內容已經緩存,然后向上游CDN返回取消響應。從上述流程可以看出，在進行內容預分發之前，下游⑶N根據內容標識查詢⑶NI內容標識關聯元數據，判斷相同內容是否已緩存，避免了下游CDN重復對相同內容進行緩存。實施例二圖7是第一種⑶NI前轉優化去重流程。上游⑶N將用戶內容請求重定向到下游CDN,當收到用戶內容請求后，下游CDN查詢不存在CDNI內容標識關聯元數據判斷還沒有緩存用戶所請求的內容，在向上游CDN獲取用戶所請求內容后向用戶提供內容。具體過程包括步驟S701至步驟S610。步驟S701、用戶終端向上游CDN發送內容請求，請求中攜帶目標內容的資源標識信息。步驟S702、上游⑶N根據用戶的位置信息發現下游⑶N比較適合為用戶提供內容，然后向用戶終端返回內容重定向響應，響應中攜帶有和上游CDN關聯的資源標識以及下游⑶N地址信息。步驟S703、用戶終端收到重定向響應后，向下游⑶N發送內容請求，請求中帶有和上游CDN關聯的資源標識信息。步驟S704、下游CDN收到用戶終端請求后，根據資源標識查詢不存在對應的內容標識，即沒有從上游CDN獲取并緩存目標內容，然后向上游CDN獲取內容標識信息；步驟S705、下游⑶N根據獲取的內容標識查詢⑶NI內容標識關聯元數據信息，判斷相同的內容是否已經緩存。步驟S706、下游⑶N查詢不存在⑶NI內容標識關聯元數據信息，即所請求內容沒有緩存，然后向上游CDN發送內容獲取請求，請求中攜帶CDNI內容標識信息。步驟S707、上游⑶N向下游⑶N發送內容數據。步驟S708、獲取內容之后，下游⑶N可能需要從上游⑶N獲取其他相關的內容元數據信息，包括內容描述，安全訪問策略以及內容有效期等信息。步驟S709、下游CDN緩存內容后，創建CDNI內容標識關聯元數據，關聯已緩存的內容。步驟S710、下游⑶N向用戶發送內容數據。從上述流程可以看出，下游CDN根據CDNI內容標識關聯元數據判斷沒有緩存用戶所請求的內容，在給用戶提供內容之前，從上游CDN獲取內容，并創建CDNI內容標識關聯元數據，當其他用戶向下游CDN請求相同內容時，下游CDN就不需要再向重復獲取內容而可以直接向用戶提供內容。實施例三圖8是第二種⑶NI前轉優化去重流程。上游⑶N將用戶內容請求重定向到下游CDN，當收到用戶內容請求后，下游CDN判斷已緩存用戶所請求的內容，直接向用戶提供內容。具體過程包括步驟S801至步驟S807。步驟S801、用戶終端向上游CDN發送內容請求，請求中攜帶目標內容的資源標識信息。步驟S802、上游⑶N根據用戶的位置信息發現下游⑶N比較適合為用戶提供內容，然后向用戶終端返回內容重定向響應，響應中攜帶有和上游CDN關聯的資源標識以及下游⑶N地址信息。 步驟S803、用戶終端收到重定向響應后，向下游⑶N發送內容請求，請求中帶有和上游⑶N關聯的資源標識。步驟S804、下游CDN收到用戶終端請求后，根據資源標識查詢不存在對應的內容標識，即沒有從上游CDN獲取并緩存目標內容，然后向上游CDN獲取內容標識信息；步驟S805、下游⑶N根據獲取的內容標識查詢存在⑶NI內容標識關聯元數據信息，即相同的內容已經緩存，可以直接把緩存內容提供給用戶。步驟S806、下游⑶N可能需要從上游⑶N獲取其他相關的內容元數據信息，包括內容描述，安全訪問策略以及內容有效期等信息。步驟S807、下游⑶N向用戶發送緩存的內容數據。從上述流程可以看出，下游⑶N在給用戶提供內容之前，根據內容標識查詢⑶NI內容標識關聯元數據，判斷用戶所請求的內容已緩存，因此，下游CDN可以直接將緩存的內容提供給用戶終端，避免再去向上游CDN獲取內容。實施例四圖9是⑶NI內容刪除優化流程。上游⑶N控制下游⑶N刪除指定的緩存內容，下游CDN刪除內容同時解除對應的CDNI內標識關聯元數據。具體過程包括步驟S901至步驟S904.
步驟S901、上游⑶N通知下游⑶N刪除指定內容，消息中包含內容標識信息。步驟S902、下游⑶N收到請求后，刪除緩存的內容。步驟S903、刪除內容的同時，下游⑶N刪除與之對應的⑶NI內容標識關聯元數據。步驟S904、刪除緩存內容后，下游⑶N向上游⑶N返回確認響應。從上述幾個流程中可以看出，采取本發明實施例提供的方法，能夠優化CDNI內容去重，很好地解決下游⑶N內容重復緩存的問題。基于同一發明構思，本發明實施例還提供了一種數據獲取裝置，設置于⑶N，其結構示意圖如圖10所示,包括:查詢模塊1001，用于從上游CDN獲取內容時，根據內容的內容標識查詢內容標識列表，其中，內容標識列表中存儲有下游CDN已獲取的所有內容的內容標識，每個內容唯一對應一個內容標識；獲取模塊1002，與查詢模塊1001耦合，用于在內容標識列表中未查詢到內容的內容標識時，從上游CDN獲取內容。從以上的描述中，可以看出，本發明實現了如下技術效果:在本發明實施例中，下游CDN從至少一個上游CDN獲取內容時，根據內容的內容標識查詢內容標識列表，其中，內容標識列表中存儲有下游CDN已獲取的所有內容的內容標識，每個內容唯一對應一個內容標識，下游CDN在內容標識列表中未查詢到內容的內容標識時，從上游CDN獲取內容。即，在本發明實施例中，利用唯一的內容標識對內容進行標識，只有下游CDN在內容標識列表中未查詢到內容的內容標識時，下游CDN才會從上游CDN獲取內容，避免重復獲取和緩存相同的內容，節省資源。顯然，本領域的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲在存儲裝置中由計算裝置來執行，并且在某些情況下，可以以不同于此處的順序執行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現。這樣，本發明不限制于任何特定的硬件和軟件結合。以上所述僅為本發明的優選實施例而已，并不用于限制本發明，對于本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
權利要求
1.一種數據獲取方法，其特征在于，應用于多個內容分發網絡⑶N互聯互通，包括: 下游CDN從至少一個上游CDN獲取內容時，根據所述內容的內容標識查詢內容標識列表，其中，所述內容標識列表中存儲有所述下游CDN已獲取的所有內容的內容標識，每個內容唯一對應一個內容標識； 所述下游CDN在所述內容標識列表中未查詢到所述內容的內容標識時，從所述上游⑶N獲取所述內容。
2.根據權利要求1所述的方法，其特征在于，所述下游CDN從所述上游CDN獲取所述內容之后，還包括:所述下游CDN將所述內容緩存至本地。
3.根據權利要求1所述的方法，其特征在于，當所述下游CDN在所述內容標識列表中查詢到所述內容的內容標識時，所述下游CDN確定在本地中已經緩存所述內容。
4.根據權利要求1所述的方法，其特征在于，所述內容標識由指定網元產生并管理。
5.根據權利要求4所述的方法，其特征在于，所述指定網元包括下列至少之一:內容分發網絡互聯互通接口⑶NI內容注冊管理服務器，網絡管理服務器，移動性管理實體。
6.根據權利要求1至5任一項所述的方法，其特征在于，所述內容列表中還包括:與所述內容標識對應的資源標識，其中，所述資源標識包括:所述內容標識對應的內容在所述上游⑶N中的存儲地址。
7.根據權利要求6所述的方法，其特征在于，所述資源標識包括統一資源標識URI。
8.根據權利要求1至5任一項所述的方法，其特征在于，所述內容標識由哈希算法生成。
9.根據權利要求1至5任一項所述的方法，其特征在于，所述下游CDN從所述上游CDN獲取所述內容之后，還包括:所述下游⑶N將所述內容的內容標識添加至所述內容標識列表中。
10.根據權利要求1至5任一項所述的方法，其特征在于，所述下游⑶N在本地刪除指定內容，或者指定內容失效時，所述下游CDN在所述內容標識列表中刪除被刪除內容或者失效內容的內容標識。
11.一種數據獲取裝置，其特征在于，設置于內容分發網絡下游CDN，包括: 查詢模塊，用于從上游CDN獲取內容時，根據所述內容的內容標識查詢內容標識列表，其中，所述內容標識列表中存儲有所述下游CDN已獲取的所有內容的內容標識，每個內容唯一對應一個內容標識； 獲取模塊，用于在所述內容標識列表中未查詢到所述內容的內容標識時，從所述上游⑶N獲取所述內容。
全文摘要
本發明公開了一種數據獲取方法及裝置，該方法應用于多個CDN互聯互通，包括下游CDN從至少一個上游CDN獲取內容時，根據內容的內容標識查詢內容標識列表，其中，內容標識列表中存儲有下游CDN已獲取的所有內容的內容標識，每個內容唯一對應一個內容標識；下游CDN在內容標識列表中未查詢到內容的內容標識時，從上游CDN獲取內容。采用本發明能夠解決相關技術中下游CDN可能會重復獲取和緩存相同的內容的問題。
文檔編號H04L29/06GK103166978SQ20111040550
公開日2013年6月19日 申請日期2011年12月8日 優先權日2011年12月8日
發明者金偉毅, 郝振武, 王煒 申請人:中興通訊股份有限公司