TWI403152B - 通信系統及通信方法 - Google Patents

Description

通信系統及通信方法 併入之參考資料

本發明係以2007年3月29日提出之日本專利申請案第2007－088018號為優先權案基礎，在此以參考資料方式併入其所揭示之全部內容。

本發明係關於通信系統及通信方法；特別係有關於儘管在封包通信中發生封包缺少及/或是延遲，仍然可以減少通信品質之降低之通信系統及通信方法。

G3－傳真是定義於ITU－T(Telecommunication Standardization Sector of International Telecommunication Union，國際遠距通信協會遠距通信標準部)規範T.30中之傳真標準。日本專利申請案公開公報第2005－057505號揭示通信系統之先前技術，其中利用IP(Internet Protocol，網際網路協定)電話網路在G3－傳真終端之間傳送及接收影像資料信號。在上述之技術中，把影像信號當成音頻信號來處理。當影像信號係通過IP電話網路而傳送及接收時，可能會發生不會發生在通過公用電話網路之通信中的封包缺少及/或是延遲，因此通過IP電話網路之通信品質可能會顯著地劣化。

IP電話服務使用IP網路。由IP電話服務供應商所供應之IP電話服務(以下稱為IP電話網路)可包含兩種類型的網路：一種網路只包含IP電話服務供應商的私有網路；另一種網路包含私有網路及網際網路。在私有網路中，IP電話服務供應商管理私有網路中之封包。因此，當只使用私有網路時，為了要減少封包之缺少及/或是延遲，IP電話服務供應商可提供預定的QoS(Quality of Service，服務品質)予傳送的封包。已知有例如RSVP(Resource Reservation Protocol，資源保留協定)作為提供Qos之裝置，RSVP 係定義於IETF(Internet Engineering Task Force，網際網路工程任務編組)之RFC2205中。另一方面，由於根本上係在網際網路上平均地傳送全部資料，則服務供應商不能管理網際網路中之IP電話封包。因此，在通過網際網路之服務中，由於不能確保資料之QoS，則有可能發生歸因於封包缺少及/或是延遲之通信品質下降。

在其為經常被使用於IP電話服務中之協定之RTP(Real－Time Transpor Protocol，即時傳送協定)中，比起通信之可靠度而言，即時特徵是很重要的。因此，當接收資料時，會忽略遺失的封包及/或是延遲封包。因此，即使封包之缺少及/或是延遲發生在IP電話網路中，封包並不會在RTP中被重送。所以，當封包遺失及/或是延遲時，RTP中的通信品質就會下降。

在聲音通信中，由封包缺少及/或是延遲造成的微小聲音降低是可容忍的。然而，在影像通信中，當封包缺少及/或是延遲發生在IP電話網路中，就不能正確恢復原本的影像。當在IP電話網路中實施影像通信時，此種特徵會是致命缺點。

在使用IP電話網路之影像通信中，把影像信號當成音頻信號來處理，如同使用公用電話網路之影像處理。

然而，在IP電話網路中，難以確保通過網際網路之封包之QoS。即使發生封包流失，封包也不在RTP中被重送。因此，IP電話網路包含對於確保影像通信之品質的缺點。

日本專利申請案公開公報第2006－121176號描述通信系統之先前技術，其包含改善傳真通信品質之閘道(gateway)。此閘道包含保留接收封包之緩衝器。緩衝器保留封包以使封包之抵達時間相等。當傳真終端接收到封包時，此閘道使緩衝器之長度比聲音呼叫之長度還要長。閘道由讀取自緩衝器之封包恢復數位音頻資料，閘道從恢復的數位音頻資料恢復影像資訊。包含於恢復的影像資訊中的前文(preamble)被延長預定次數、或是被延長數次預定週期時間。前文為HDLC(High－level Data Link Control Procedure，高層次資料鏈結控制步驟)協定之標旗序列(如 「01111110」的位元圖案)。影像資訊傳送至傳真終端。因此，在揭示於日本專利申請案公開公報第2006－121176號之技術中，此閘道需要加入新功能，例如改變緩衝器長度之功能、及前文延長功能。

日本專利申請案公開公報第2000－278473號揭示通信系統之先前技術，其包含通過IP網路之傳真資料傳送方法。傳真資料傳送方法包含以下步驟：(1)轉換傳送側傳真終端在設定呼叫時傳送的接收側傳真終端之電話號碼成為相對應的IP位址，(2)需要連接TCP(Transmission Control Protocol，傳送控制協定)於繼電器裝置，該繼電器裝置在接收到表示從傳送側傳真終端傳送傳真資料的信號時，交遞資料予IP位址，(3)利用TCP連接而傳送傳真資料至繼電器裝置。

本發明之一例示性目標為提供用於改善封包通信中之通信品質之通信系統及通信方法。

根據本發明之一例示性實施態樣之通信系統包含：傳送單元，其(1)傳送包含第一偵測單元之封包資料，第一偵測單元接收由不包含重傳功能之第一協定傳送的封包資料，(2)偵測接收封包資料中之預定位元圖案，及(3)判定其中偵測到位元圖案之封包資料為協定轉換之目標；第一轉換單元，及接收器；及第一轉換單元，轉換決定封包資料之第一協定成為包含重傳功能之第二協定，附加指示協定轉換之執行之轉換標籤於轉換封包資料，及傳送包含轉換標籤之轉換封包資料；及接收單元，用以接收包含第二偵測單元之封包資料，該第二偵測單元接收利用第二協定來傳送之封包資料，及偵測利用第二協定來傳送之封包資料中之轉換標籤；及第二轉換單元，轉換其中偵測到轉換標籤之封包資料之 協定成為第三協定。

根據本發明之例示性實施態樣之通信方法，包含：接收由利用不包含重傳功能之第一協定所傳送的封包資料；偵測接收封包資料中之預定位元圖案；判定其中偵測到位元圖案之封包資料為協定轉換之目標；轉換判定的封包資料之協定成為包含重傳功能之第二協定；附加指示協定轉換之執行之標籤於轉換封包資料；及傳送包含轉換標籤之轉換封包資料；接收由第二協定傳送之封包資料；偵測由第二協定傳送之封包資料中之轉換標籤；及轉換其中偵測到轉換標籤之封包資料之協定成為第三協定。

根據本發明之一例示性實施態樣之傳送單元，包含：偵測單元，其接收利用不包含重傳功能之第一協定所傳送之封包資料，偵測接收封包資料中之預定位元圖案，及判定其中偵測到位元圖案之封包資料為協定轉換目標；及轉換單元，轉換判定的封包資料之第一協定成為包含重傳功能之第二協定，附加指示協定轉換之執行之轉換標籤於轉換封包資料，及傳送包含轉換標籤之轉換封包資料。

根據本發明之一例示性實施態樣之傳送方法，包含：接收利用不包含重傳功能之第一協定所傳送的封包資料；偵測接收的封包資料中之預定位元圖案；判定其中偵測到位元圖案之封包資料為協定轉換之目標；轉換判定封包資料之協定成為包含重傳功能之第二協定；附加指示協定轉換之執行之轉換標籤於轉換封包資料；及傳送包含轉換標籤之轉換封包資料。

根據本發明之一例示性實施態樣之接收單元包含：偵測單元，其接收由包含重傳功能之第一協定傳送的封包資料，及偵測由第一協定傳送的封包資料中之轉換標籤；及轉換單元，轉換偵測到轉換標籤之封包資料之協定成為不包含重傳功能之第二協定。

根據本發明之一例示性實施態樣之接收方法，包含：接收利用包含重傳功能之第一協定所傳送的封包資料；偵測利用第一協 定所傳送的封包資料中之轉換標籤；及轉換其中偵測到轉換標籤之封包資料之協定成為不包含重傳功能之第二協定。

根據本發明之例示性實施態樣之控制程式包含用於執行其控制單元中之發送機之功能之控制程式。

以下將根據附圖來詳細描述本發明之例示性實施例。

第一例示性實施例

圖1顯示本發明之通信系統之第一例示性實施例之配置。在通信系統1中，把傳真影像信號當成音頻信號來處理，且在G3－傳真終端之間使用IP電話網路實施資料通信。

如圖1所示，通信系統1包含G3－傳真終端(G3－傳真)11及21、居家閘道(RGW)12及22、寬頻存取伺服器(BAS)13及23、及IP電話網路(NW)30。BAS係裝置於服務供應商之通信設備機房中，以實施使用者認證及網路之控制連接。G3－傳真11透過RGW 12連接於BAS 13。G3－傳真21透過RGW 22連接於BAS 23。BAS 13及23透過IP電話網路30互相連接。

在以下之一例示性實施例中，從G3－傳真11傳送傳真影像信號至G3－傳真21。G3－傳真11是根據ITU－T規範T.30之G3－傳真終端。RGW12對於從G3－傳真11接收之影像信號實施類比至數位轉換(以下稱為A/D轉換)。既然RGW 12把影像信號當成音頻信號來處理，則在實施A/D轉換之後的影像信號被視為數位音頻資料。RGW 12載入由A/D轉換形成之數位資料進入用於IP電話之RTP封包、及傳送此數位資料置NW 30。更詳細而言，RTP封包是包含此RTP封包之UDP(User Datagram Protocol，用戶資料元協定)封包。以下將描述RTP封包之格式。

G3－傳真21是根據ITU－T規範T.30之G3－傳真終端。RGW 22對於從NW 30接收之RTP封包實施數位至類比轉換(以下稱為D/A轉換)、且再製造音頻信號。係根據相反於RGW 12之A/D轉 換而實施D/A轉換的步驟。RGW 22傳送再製造的音頻信號至G3－傳真21。

G3－傳真11及21、及RGW 12及22分別包含類似於一般傳真及RGW之功能。另一方面，BAS 13及23具有新功能。以下將描述BAS 13及23之功能。

BAS 13接收由RGW 12傳送之RTP封包。BAS 13具有一般BAS之功能。更進一步，BAS 13包含偵測單元(DET)14、轉換單元(CONV)15、及控制單元(CONT)16。當在影像資料之HDLC(High－level Data Link Control Procedure，高層次資料鏈結控制步驟)框架中偵測到前文時，DET 14分析RTP封包、及確認RTP封包包含影像信號。此前文是其中HDLC之標旗序列，例如持續「01111110」的位元圖案。DET 14認可影像資料始於標旗序列的偵測部分。CONV 15把RTP封包之協定從UDP轉換成TCP。此外，CONV 15加上表示在BAS13中之UDP至TCP之協定轉換之轉換標籤於TCP封包。控制單元(CONT)16監控並控制DET 14及CONV 15的操作。

TCP可以藉由確認封包之序列來重傳漏失封包。另一方面，UDP不具有此種重傳功能。因此，若協定從UDP轉換成TCP，則資料傳送可靠度會改善。

BAS 23具有一般BAS之功能。再者，BAS 23包含偵測單元(DET)24、及轉換單元(CONV)25。DET 24偵測包含轉換標籤之TCP封包。CONV 25刪除偵測到的TCP封包之轉換標籤、及把封包之協定從TCP轉換成UDP。控制單元(CONT)26監控及控制DET 24及CONV 25之操作。

以上描述為關於從BAS 13傳送影像信號之BAS 23之解釋。當利用兼具有BAS 13及BAS 23之功能之裝置時，G3－傳真11及21之間的雙向影像傳輸明顯地可成為可能。

圖2顯示定義於ITU－T規範T.30中之G3－傳真影像信號之HDLC框架格式。HDLC框架包含前文40。前文40係位於HDLC 框架之頭部、且為時脈同步之附掛部分。在ITU－T規範T.30中，前文40定義為連貫的「01111110」圖案，其為HDLC協定之標旗序列。前文40之持續期間設定為1秒±15%。在第一例示性實施例中，BAS 13之DET 14確認影像信號是否包含於使用前文40之資料中。

圖3顯示UDP封包之封包格式、及從UDP轉換而來的TCP封包格式。以下參照圖3來描述由BAS 13之CONV 15施行之協定轉換之步驟。CONV 15把UDP封包50之UDP標頭51轉換成為TCP標頭61。此外，CONV 15附加指示實施協定轉換之轉換標籤62於TCP封包60。

其一部份包含前文40之HDLC框架係儲存於UDP封包之資料53中，如圖3所示。當DET 14接收具有RTP之UDP封包50時，DET 14分析包含於其中之資料53。當分析資料53以偵測前文40時，DET 14判定影像資料開始於此位置。

參照圖1－3來描述根據此例示性實施例之通信系統1之操作。於此，藉由把影像信號當成音頻信號來處理，而實施G3－傳真11及G3－傳真21之間的傳真通信。

G3－傳真11接受影像信號。G3－傳真11實施影像信號之數位調變。G3－傳真11傳送數位調變的影像信號至RGW 12作為音頻信號。影像信號之框架構造為示於圖2之HDLC框架。

RGW 12實施數位調變的影像信號之A/D。在A/D轉換期間，把影像信號當成音頻信號來處理。藉由A/D轉換產生之數位資料根據用於IP電話協定之RTP傳送至BAS 13。RGW 12傳送使用示於圖3之UDP封包之RTP封包。

BAS 13中之DET 14分析從RGW 12接收的UDP封包50。包含於UDP封包50中之資料53包含HDLC框架。HDLC框架包含示於圖2之前文40。當偵測資料53中之前文40時，DET 14認可偵測到前文之位置為影像信號之起始位置。CONV 15實施協定轉換，以在偵測影像信號之起始位置之後，轉換UDP封包50成 為TCP封包60。圖3顯示UDP之封包配置、及在實施協定轉換之後的TCP封包配置。CONV 15附加轉換標籤62於TCP封包60，轉換標籤62指示在傳送BAS 13中實施協定轉換。包含於UDP封包中之資料53係儲存於TCP封包60中之資料區域，作為資料63。BAS 13傳送最終TCP封包至IP電話網路30。

由BAS 13傳送的TCP封包60透過IP電話網路30而到達BAS 23。

BAS23接收藉由BAS13所傳送之封包。DET 24偵測附加有轉換標籤62之TCP封包60。當轉換標籤62被包含於接收的TCP封包60中時，DET 24認定TCP封包60係藉由CONV 15經由協定轉換而產生。當TCP封包60包含轉換標籤62時，CONV 25從TCP封包60刪除轉換標籤62。之後，CONV 25實施協定轉換，以轉換TCP封包60成為UDP封包50。BAS 23傳送UDP封包50至RGW 22。

RGW 22對於接收的UDP封包50實施D/A轉換、並恢復影像信號。D/A轉換係根據相反於A/D轉換之步驟而實施。RGW 22傳送影像信號至G3－傳真21作為音頻信號。

G3－傳真21恢復使用從RGW 22接收到的影像信號之影像。

圖4顯示BAS 13中之封包處理步驟。裝置於BAS 13中，用於啟動IP電話對話之SIP(Session Initiation Protocol，對話啟動協定)在G3－傳真11及G3－傳真21之間建立IP通信。

當G3－傳真11及G3－傳真21之間的通信開始(步驟S10)，BAS 13之DET 14分析從RGW 12接收到的RTP封包(UDP封包)(步驟S11)。DET14確認前文40是否包含於UDP封包50之中(步驟S12)。當DET 14偵測到前文40(步驟S12；是)，CONV 15轉換UDP封包50成為TCP封包60(步驟S13)。此外，CONV 15附加轉換標籤62於TCP封包60(步驟S14)。BAS 13傳送轉換的TCP封包60至IP電話網路30(步驟S15)。

另一方面，當UDP封包50中缺少前文40時(步驟S12；否)， DET 14認可UDP封包50為一般電話上的音頻呼叫封包。然後，BAS 13傳送UDP封包至IP電話網路30，而不作任何處理(步驟S16)。

圖5顯示BAS 23中之封包處理步驟。接收側需要考慮如下的三種進入封包。亦即，此等封包為(1)TCP封包60，係透過BAS 13中之協定轉換而產生，(2)一般音頻呼叫之UDP封包50，及(3)其他資料通信，例如SIP之TCP封包。

BAS 23之DET 24接收封包(步驟S20)、並分析接收到的封包(步驟S21)。DET 24判定接收的封包是否為TCP封包(步驟S22)。當接收的封包是TCP封包時(步驟S22；是)，DET 24判定TCP封包是否包含轉換標籤62(步驟S23)。當TCP封包包含轉換標籤62時(步驟S23；是)，TCP封包是透過BAS 13中之協定轉換所產生之影像信號封包。CONV 25從TCP封包60刪除轉換標籤62(步驟S24)。此外，CONV 25轉換TCP封包60成為UDP封包50(步驟S25)。BAS傳送UDP封包50至RGW 22(步驟S26)。

另一方面，當接收的封包不是TCP封包時(步驟S22；否)，BAS 23傳送封包至RGW 22，而不實施協定轉換(步驟S27)。當TCP封包不包含轉換標籤62(步驟S23；否)時，BAS 23傳送TCP封包至RGW 22，而不實施協定轉換(步驟S27)。

根據上述之第一例示性實施例，當以使用TCP取代UDP的IP電話網路傳送影像信號時，可以減少因為封包缺少及/或是延遲所造成之可靠度劣化。換而言之，TCP改善在通過IP電話網路期間中之封包缺少及/或是延遲之容忍度。因此，影像信號之通信品質變得穩定，且通信之可靠度改善。

此外，根據上述之例示性實施例之G3－傳真及BAS之間的通信方法可以使用一般的通信方法。在傳送側及接收側必須加上G3－傳真及RGW的新功能。因此，用戶可以使用現行使用的G3－傳真、且可以低成本使用本發明之通信系統。IP電話服務供應商只需要 根據本發明附加新功能至BAS，不需要改變安裝於用戶辦公室之設備的功能。IP電話服務供應商能以低成本使用本發明之通信系統。

當安裝於用戶辦公室的G3－傳真及/或是RGW發生故障時，IP電話服務供應商可以打電話到用戶辦公室以便調查。根據上述之例示性實施例，在RGW及BAS之間的部分中，係將STP或是RTP用於IP電話，而將TCP等用於資料通信，此等協定為IP電話服務供應商已熟知之協定。另一方面，用於上述例示性實施例之協定轉換功能只用於IP電話服務供應商之BAS之間。因此，在關於協定轉換功能之保養工作中，不需要拜訪用戶辦公室。只需要在是IP電話服務供應商之設備之BAS中操作。因此，IP電話服務供應商可以在使用本發明之信系統之後，以低成本實施保養。

2.第二例示性實施例

圖6顯示本發明之第二例示性實施例。第二例示性實施例係以本發明不可或缺之元件建構而成。在圖6中，第二例示性實施例之通信系統71包含發送機72及接收機73。發送機72包含第一偵測單元(DET)74、及第一轉換單元(CONV)75，接收機73包含第二偵測單元(DET)76及第二轉換單元(CONV)77。

發送機72接收根據不包含重傳功能之協定所傳送之封包。第一DET 74偵測封包中之資料區域中之預定位元圖案、並判定偵測的封包是否為協定轉換之目標。第一CONV 75轉換被判定為協定轉換之目標的封包協定成為具有重傳功能之協定。第一CONV 75附加指示實施轉換之轉換標籤於轉換的封包。

接收機73接收發送機72傳送之封包。第二DET76偵測包含轉換標籤之封包。第二CONV 77轉換包含轉換標籤之封包之協定成為不包含重傳功能之協定。

亦即，設有如圖6所示之配置之通信系統71包含發送機72及接收機73。發送機72偵測由不包含重傳功能之協定所傳送之封包中是否出現預定位元圖案。當偵測到預定位元圖案時，發送機 72轉換封包之協定成為具有重傳功能之協定。接著，發送機72附加指示實施轉換之轉換標籤於轉換的封包。發送機72傳送封包至接收機73。接收機73接收由發送機72傳送的封包。當偵測到包含轉換標籤之封包時，接收機73轉換封包之協定成為不包含重傳功能之協定。因此，發送機72及接收機73之間的通信係藉由具有重傳功能之協定而實施。

使用RTP之通信的可靠度劣化主要發生在封包通過傳送側及接收側上之寬頻存取伺服器之間的IP電話網路時。因為居家閘道及寬頻存取伺服器之間的通信是用戶辦公室及通信設備機房之間的通信，因為與其他通信擠在一起所導致的封包之缺少及/或是延遲幾乎不發生。相比之下，在IP網路中，其他通信網路之封包會共用網路資源。因此，因為封包傳送期間中之封包之缺少及/或是延遲，所以通信之可靠度會劣化。

以下為根據本發明之例示性優點。在封包通信中，因為使用具有重傳功能之協定，可以改善封包之缺少及/或是延遲之持久性。因此，可以改善通信之品質及可靠度。在資料傳送側及資料接收側中，皆不需要加入新功能於用戶辦公室之服務設備。因此，可以減少引入本發明之系統之成本。

已參照其例示性實施例而特別顯示及描述本發明，但本發明並不侷限於此等實施例。熟知本技藝者當可知，可在不脫離由申請專利範圍定義之本發明之精神及範圍之內，對本發明作出形式及細部之各種變更。

更進一步，發明人之意欲為：即使在申請過程中修正申請專利範圍，使用者仍保留本發明之全部均等物。

1‧‧‧通信系統

11‧‧‧G3－傳真

12‧‧‧RGW

13‧‧‧BAS

14‧‧‧DET

15‧‧‧CONV

16‧‧‧CONT

21‧‧‧G3－傳真

22‧‧‧RGW

23‧‧‧BAS

24‧‧‧DET

25‧‧‧CONV

26‧‧‧CONT

30‧‧‧NW

40‧‧‧前文

50‧‧‧UDP封包

51‧‧‧UDP標頭

53‧‧‧資料

60‧‧‧TCP封包

61‧‧‧TCP標頭

62‧‧‧轉換標籤

63‧‧‧資料

71‧‧‧通信系統

72‧‧‧發送機

73‧‧‧接收機

74‧‧‧DET

75‧‧‧CONV

76‧‧‧DET

77‧‧‧CONV

S10‧‧‧開始

S11‧‧‧分析RTP封包

S12‧‧‧偵測前文

S13‧‧‧協定轉換(UDP→TCP)

S14‧‧‧加入轉換標籤

S15‧‧‧傳送TCP封包

S16‧‧‧傳送UDP封包

S20‧‧‧接收封包

S21‧‧‧分析封包

S22‧‧‧TCP封包？

S23‧‧‧包含轉換標籤？

S24‧‧‧刪除轉換標籤

S25‧‧‧協定轉換(TCP→UDP)

S26‧‧‧傳送UDP封包至RGW 22

S27‧‧‧傳送封包至RGW 22

本發明之例示性特徵及優點會從以下伴隨附圖之詳細說明而更彰明顯，其中：圖1為顯示本發明之通信系統之第一例示性實施例之配置圖； 圖2為顯示定義於ITU－T規範T.30中之G3－傳真影像信號之HDLC框架格式圖；圖3為顯示從UDP封包轉換而來的UDP封包及TCP封包之封包格式圖。

圖4為顯示在BAS 13中之封包處理步驟圖；圖5為顯示在BAS 23中之封包處理步驟圖；及圖6為顯示本發明之第二例示性實施例之圖。

1‧‧‧通信系統

11‧‧‧G3－傳真

12‧‧‧RGW

13‧‧‧BAS

14‧‧‧DET

15‧‧‧CONV

16‧‧‧CONT

21‧‧‧G3－傳真

22‧‧‧RGW

23‧‧‧BAS

24‧‧‧DET

25‧‧‧CONV

26‧‧‧CONT

30‧‧‧NW

Claims (4)

1. 一種通信系統，包含：一傳送裝置，用以傳送一封包資料，該傳送裝置包含：一第一偵測裝置，用以接收利用不包含一重傳功用之一第一協定所傳送的一封包資料，偵測該接收封包資料中之一預定位元圖案，及判定其中偵測到該位元圖案之該封包資料為協定轉換之一目標；及一第一轉換裝置，用以轉換該判定封包資料之該第一協定成為包含一重傳功用之一第二協定，附加指示該協定轉換之執行之一轉換標籤於該轉換封包資料，及傳送包含該轉換標籤之該轉換封包資料；及一接收裝置，用以接收一封包資料，該接收裝置包含：一第二偵測裝置，用以接收利用該第二協定所傳送之該封包資料、及偵測利用該第二協定所傳送之該封包資料中之該轉換標籤；及一第二轉換裝置，用以轉換其中偵測到該轉換標籤之該封包資料之該協定成為一第三協定，其中該第一協定及該第三協定中之每一者為UDP(User Datagram Protocol，用戶資料元協定)，該第二協定為TCP(Transmission Control Protocol，傳送控制協定)，該封包資料包含HDLC(High-level Data Link Control Procedure，高層次資料鏈結控制步驟)框架，及該位元圖案為該HDLC之一標旗序列。
2. 一種通信方法，包含：接收利用不包含一重傳功能之一第一協定所傳送之一封包資料； 偵測該接收封包資料中之一預定位元圖案；判定其中偵測到該位元圖案之該封包資料為協定轉換之一目標；轉換該判定封包資料之該協定成為包含一重傳功能之一第二協定；附加指示該協定轉換之執行之一轉換標籤於該轉換封包資料，及傳送包含該轉換標籤之該轉換封包資料；接收利用該第二協定所傳送之該封包資料；偵測利用該第二協定所傳送之該封包資料中之該轉換標籤；及轉換其中被偵測到該轉換標籤之該封包資料之該協定成為一第三協定，其中該第一協定及該第三協定中之每一者為UDP(用戶資料元協定)，該第二協定為TCP(傳送控制協定)，及該位元圖案為HDLC(高層次資料鏈結控制步驟)之一標旗序列。
3. 一種傳送裝置，用以傳送一封包資料，該傳送裝置包含：一偵測裝置，接收利用不包含一重傳功能之一第一協定所傳送之一封包資料，偵測該接收封包資料中之一預定位元圖案，及判定其中偵測到該位元圖案之該封包資料為協定轉換之一目標；及一轉換裝置，轉換該判定封包資料之該第一協定成為包含一重傳功能之一第二協定，附加指示該協定轉換之執行之一轉換標籤於該轉換封包資料，及傳送包含該轉換標籤之該轉換封包資料，其中該第一協定為UDP(用戶資料元協定)，該第二協定為TCP(傳送控制協定)， 該封包資料包含HDLC(高層次資料鏈結控制步驟)框架，及該位元圖案為該HDLC之一標旗序列。
4. 一種傳送方法，包含：接收利用不包含一重傳功能之一第一協定所傳送之一封包資料；偵測該接收封包資料中之一預定位元圖案；判定其中偵測到該位元圖案之該封包資料為協定轉換之一目標；轉換該判定封包資料之該協定成為包含一重傳功能之一第二協定；及附加指示該協定轉換之執行之一轉換標籤於該轉換封包資料，及傳送包含該轉換標籤之該轉換封包資料，其中該第一協定為UDP(用戶資料元協定)；該第二協定為TCP(傳送控制協定)；及該位元圖案為HDLC(高層次資料鏈結控制步驟)之一標旗序列。