本發(fā)明涉及云網絡通信技術領域，具體涉及同步云網絡數(shù)據傳輸領域。

背景技術：

在云網絡中，當各個云服務器及云終端設備之間傳輸某些特定實時業(yè)務時，如語音、視頻及流媒體等，常需要服務器端與云終端之間保持時鐘定時同步功能，為此服務器端需要不斷向云終端傳輸定時同步信息(TSM)，從而才能保證服務器端與云終端之間的時延抖動相對較小，繼而保證云終端上播放云服務器實時業(yè)務的服務質量。

一般的定時同步采用網絡定時協(xié)議NTP(Network Timing Protocol)，更精確的定時同步則通過IEEE 1588協(xié)議，也稱為精密定時協(xié)議PTP(Precision Timing Protocol)來實現(xiàn)。但NTP或IEEE 1588是通過報文方式傳送定時同步信息(TSM)，如果報文經過復雜的網絡路由，則會造成時鐘定時抖動及非對稱的不可控，從而難以從傳遞的報文中恢復精確時鐘來保證云終端的定時精度要求，此外，NTP和IEEE 1588協(xié)議在實際應用中都需要服務器端與云終端之間定時發(fā)送定時同步信息報文，這極大占用了網絡傳輸帶寬，提高了網絡額外開銷，降低了云網絡整體業(yè)務的利用率和吞吐率。

技術實現(xiàn)要素：

本發(fā)明的目的是提供一種同步云網絡數(shù)據傳輸控制方法及其控制系統(tǒng)，能夠提高云網絡利用率和吞吐率。

為實現(xiàn)上述目的，在本發(fā)明的一個方面，提供了一種同步云網絡數(shù)據傳輸控制方法，包括以下步驟：

云服務器向云終端發(fā)送定時業(yè)務，供該云終端根據該定時業(yè)務的報文校正該云終端的本地時鐘，其中，在該云服務器向該云終端發(fā)送定時業(yè)務期間，該云服務器停止向該云終端發(fā)送定時同步報文；

當該云服務器沒有定時業(yè)務向該云終端發(fā)送時，該云服務器向該云終端發(fā)送至少一次定時同步報文，供該云終端根據該定時同步報文校正該云終端的本地時鐘，該定時同步報文是單獨承載定時同步信息的報文。

在本發(fā)明的優(yōu)選例中，該方法還包括以下步驟：

當該云服務器沒有定時業(yè)務向該云終端發(fā)送的持續(xù)時間超過預定門限時，該云服務器停止向該云終端發(fā)送定時同步報文。

在本發(fā)明的優(yōu)選例中，在該云服務器向該云終端發(fā)送定時業(yè)務的步驟之前還包括以下步驟：

如果該定時業(yè)務中的定時報文是該定時業(yè)務的第一個報文，則在該定時報文中插入該云服務器的定時同步信息，并將該定時報文發(fā)送到該云終端。

在本發(fā)明的優(yōu)選例中，在該云服務器向云終端發(fā)送定時業(yè)務的步驟之前還包括以下步驟：

如果該定時業(yè)務中的定時報文與上一次的定時報文的時間間隔超出預定閾值，則在該定時報文中插入該云服務器的定時同步信息，并將該定時報文發(fā)送到該云終端。

在本發(fā)明的優(yōu)選例中，該定時業(yè)務的報文或該定時同步報文在獨立時鐘網絡中傳遞。

在本發(fā)明的優(yōu)選例中，該定時業(yè)務的報文或該定時同步報文在數(shù)據共享網絡中傳遞。

在本發(fā)明的優(yōu)選例中，該方法還包括以下步驟：

當該云終端收到該定時業(yè)務的報文時，使用本地鎖相環(huán)根據該定時業(yè)務的報文恢復時鐘信息，并將該云終端的本地時鐘鎖定在恢復的時鐘信息上；

當該云終端收到該定時同步報文時，使用本地鎖相環(huán)根據該定時同步報文恢復時鐘信息，并將該云終端的本地時鐘鎖定在恢復的時鐘信息上。

在本發(fā)明的另一方面，提供了一種同步云網絡數(shù)據傳輸控制系統(tǒng)，包括：

定時業(yè)務發(fā)送模塊，用于向云終端發(fā)送定時業(yè)務，供該云終端根據該定時業(yè)務的報文校正該云終端的本地時鐘；

定時同步報文發(fā)送模塊，用于向該云終端發(fā)送定時同步報文，供該云終端根據該定時同步報文校正該云終端的本地時鐘；

控制模塊，用于在該定時業(yè)務發(fā)送模塊向該云終端發(fā)送定時業(yè)務期間，禁止該定時同步報文發(fā)送模塊向該云終端發(fā)送定時同步報文，并且，在判定該云服務器沒有定時業(yè)務向該云終端發(fā)送時，控制該定時同步報文發(fā)送模塊向該云終端發(fā)送至少一次定時同步報文。

在本發(fā)明的優(yōu)選例中，該系統(tǒng)還包含第一判斷模塊，用于判斷該云服務器沒有定時業(yè)務向該云終端發(fā)送的持續(xù)時間是否超過預定門限，如果是則禁止該定時同步報文發(fā)送模塊向該云終端發(fā)送定時同步報文。

在本發(fā)明的優(yōu)選例中，該系統(tǒng)還包含第二判斷模塊，用于判斷該定時業(yè)務中的定時報文是否是該定時業(yè)務的第一個報文，如果是則在該定時報文中插入該云服務器的定時同步報文。

本發(fā)明的實施方式與現(xiàn)有技術相比，至少具有以下區(qū)別和效果：

利用定時業(yè)務本身的特性由云終端恢復定時信息，解決云網絡終端同步和傳遞開銷大的問題。

云終端時鐘由定時業(yè)務或定時同步信息來保持與云服務器同步，其中定時業(yè)務驅動數(shù)字鎖相環(huán)提高了同步的穩(wěn)健性。

當云網絡規(guī)模較小時，可采用獨立時鐘網進行傳輸，進一步減小同步云時鐘對高質量定時數(shù)據傳輸?shù)挠绊憽?/p>

應理解，在本發(fā)明范圍內，本發(fā)明的上述各技術特征和在下文(如實施方式)中具體描述的各技術特征之間都可以互相組合，從而構成新的或優(yōu)選的技術方案。限于篇幅，在此不再一一累述。

附圖說明

圖1是本發(fā)明的一個實施例的同步云網絡數(shù)據傳輸控制方法的流程示意圖；

圖2是本發(fā)明的一個實施例的云網絡系統(tǒng)結構圖；

圖3是本發(fā)明的一個實施例的單個云服務器網絡結構圖；

圖4是本發(fā)明的一個實施例的服務器端報文信息發(fā)送狀態(tài)流程圖；

圖5是本發(fā)明的一個實施例的云服務器定時業(yè)務生成器功能實現(xiàn)流程圖；

圖6是本發(fā)明的一個實施例的發(fā)送的定時報文格式結構圖；

圖7是本發(fā)明的一個實施例的云終端定時恢復流程圖；

圖8是本發(fā)明的一個實施例的同步云網絡數(shù)據傳輸控制系統(tǒng)的結構示意圖。

圖9是本發(fā)明的另一個實施例的同步云網絡數(shù)據傳輸控制系統(tǒng)的結構示意圖。

在所有附圖中，相同的附圖標記用來表示相同的元件或結構，其中：

201：主云服務器

202：其他云服務器

203：其他云服務器

204-207：云網絡交換單元

208-213：云終端

301：定時業(yè)務生成器

302、304、306：云服務器本地定時時鐘

303、305、307：云服務接收定時時鐘信息單元

401：云服務器定時時鐘

402：云服務器業(yè)務接口

403：云服務器定時業(yè)務生成器

404：云服務器網絡接口

406：云終端網絡接口

40x：獨立時鐘網絡

40y：數(shù)據共享網絡

406：云終端網絡接口

601：前導碼

602：可選時鐘傳遞單元

603：單元定界字符

604：地址信息

605：報文載荷

701：云終端網絡接口

702：定時同步信息報文

703：定時業(yè)務的定時報文

704：數(shù)字鎖相環(huán)

705：本地時鐘

706：云終端定時同步時鐘

801：定時業(yè)務發(fā)送模塊

802：定時同步報文發(fā)送模塊

803：控制模塊

804：第一判斷模塊

805：第二判斷模塊

具體實施方式

本發(fā)明人經過廣泛而深入的研究，發(fā)現(xiàn)通過NTP和IEEE1588協(xié)議在云服務器與云終端之間發(fā)送定時同步報文實現(xiàn)同步的方式，占用網絡傳輸帶寬大、提高網絡額外開銷，根據定時業(yè)務與定時同步報文結合的方式實現(xiàn)對云終端的本地時鐘的校正，提高了云網絡的利用率和吞吐率。

術語

如本文所用，術語“定時業(yè)務”又可稱為實時業(yè)務，如語音、視頻和多媒體等。

如本文所用，術語“定時報文”指由云服務器端依據定時業(yè)務產生的報文，它具有定時發(fā)送的特點。

如本文所用，術語“定時同步信息”指云服務器端發(fā)送給云終端用于同步兩者時鐘的信息，例如，云服務器可以將自己實時的時鐘信息發(fā)給云終端，云終端可以根據該時鐘信息同步本地時鐘。

如本文所用，術語“定時同步報文”是單獨承載定時同步信息的報文。

如本文所用，術語“云網絡獨立時鐘網”指當云網絡結構較為簡單時，可以在原云網絡的結構上疊加一個時鐘網絡，該網絡只傳輸云網絡的時鐘信息，故稱為云網絡獨立時鐘網。

如本文所用，術語“數(shù)據共享網絡”指與“云網絡獨立時鐘網”對應的網絡，此網絡中服務器端的時鐘定時信息傳輸與數(shù)據傳輸共享一個云網絡，即采用定時同步報文與數(shù)據業(yè)務報文復用共享傳輸方式。

如本文所用，術語“數(shù)字鎖相環(huán)”所起的作用是當有外部輸入時鐘信息時，可將本地時鐘同步到外部時鐘上；當沒有外部輸入時鐘信息時，可使本地的時鐘保持一段時間，該時間與本地時鐘穩(wěn)定度有關，即本地時鐘是由數(shù)字鎖相環(huán)輸出，它既可鎖定在外部時鐘上，也可自由保持在本地時鐘的穩(wěn)定時期。

在以下的敘述中，為了使讀者更好地理解本申請而提出了許多技術細節(jié)。但是，本領域的普通技術人員可以理解，即使沒有這些技術細節(jié)和基于以下各實施方式的種種變化和修改，也可以實現(xiàn)本申請各權利要求所要求保護的技術方案。

為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明的實施方式作進一步地詳細描述。

實施例1

本發(fā)明的第一實施方式涉及一種同步云網絡數(shù)據傳輸控制方法，如圖1所示，該控制方法包括以下步驟：

在步驟S110中：云服務器向云終端發(fā)送業(yè)務。

在步驟S120中：云服務器判斷該業(yè)務是否是定時業(yè)務，如果是，則執(zhí)行步驟S130；如果否，則執(zhí)行步驟S140。

在步驟S130中：云終端根據定時業(yè)務的報文校正云終端的本地時鐘，并且，在云服務器發(fā)送定時業(yè)務期間停止向云終端發(fā)送定時同步報文。

在步驟S140中：云服務器向云終端發(fā)送至少一次定時同步報文。

在步驟S150中：云終端根據定時同步報文校正云終端的本地時鐘。

上面描述了本發(fā)明的一個實施例的同步云網絡數(shù)據傳輸控制方法，進一步地說，在本發(fā)明的實施例中，如圖5所示，判斷該業(yè)務是否是定時業(yè)務的步驟(即步驟S120)還進一步包括如下子步驟：

在步驟S501中：云服務器在發(fā)送業(yè)務時讀取業(yè)務特征。

在步驟S502中：云服務器根據業(yè)務特征判斷要發(fā)送的報文是否是定時報文，如果是，則執(zhí)行步驟S504，否則，執(zhí)行步驟S503。

在步驟S503中：云服務器根據云服務器的定時時鐘發(fā)送定時同步報文，然后執(zhí)行上文中的步驟S130。

在步驟S504中：云服務器判斷該定時報文是否是該定時業(yè)務的第一個報文，如果是，則執(zhí)行步驟S505；如果否，則執(zhí)行步驟S506。

在步驟S505中：云服務器依據云服務器的定時時鐘在該定時報文中插入定時同步信息發(fā)送給云終端，然后執(zhí)行上文中的步驟S130。

在步驟S506中：云服務器判斷該定時報文與上一次定時報文的時間間隔是否超出云終端時鐘穩(wěn)定時間Ts；如果是，則執(zhí)行步驟S505；如果否，則執(zhí)行步驟S507。

在步驟S507中：將步驟S506的該定時報文發(fā)送到云終端，然后執(zhí)行上文中的步驟S130。

如上所述，在步驟S130中：根據該定時業(yè)務的報文校正所述云終端的本地時鐘，云服務器停止向所述云終端發(fā)送定時同步報文。

進一步地說，在本發(fā)明的另一實施例中，在步驟S503中，當云服務器沒有定時業(yè)務向云終端發(fā)送的持續(xù)時間超過預定門限時，云服務器停止向云終端發(fā)送定時同步報文。

云網絡

圖2示出了本發(fā)明一個實施例的云網絡系統(tǒng)結構圖。

該云網絡系統(tǒng)包括云服務器、多級云網絡、云網絡交換單元和云終端，具體地，如圖2所示，主云服務器201與其他云服務器202和203組成云服務器群。

主云服務器201包括定時時鐘單元，該定時時鐘單元為主云同步時鐘，負責發(fā)送定時同步報文。云服務器201-203中的業(yè)務信息與時鐘信息通過一級云網絡發(fā)送到網絡交換單元204，網絡交換單元204再通過二級云網絡將相應的信息發(fā)送到網絡交換接口單元205-207，網絡交換接口單元205-207再通過三級云網絡將相應的信息分發(fā)到云終端208-213中。

應理解，在本發(fā)明中，云服務器群可由多個云服務器組成，并且云網絡交換單元與云網絡接口單元的數(shù)量以及云網絡的層級取決于云服務器與云終端的具體需求，并不局限于本實施例。

單個云服務器網絡

圖3是本發(fā)明的一實施例的單個云服務器網絡結構圖。

如圖3所示，301是定時業(yè)務生成器，其中的業(yè)務數(shù)據具有一定的周期性，如語音傳輸速度為64kb/s，壓縮后的語音數(shù)據為10ms或20ms定時一幀(即每10ms或20ms有一幀)，定時業(yè)務生成器301將生成的數(shù)據信息依次通過一級云網絡、云網絡交換單元、二級云網絡傳遞到云終端的云服務接收定時時鐘報文單元303、305和307，云服務器本地時鐘302、304和306分別根據云服務接收定時時鐘報文單元303、305和307接收到的定時時鐘報文中的定時同步信息與云服務器定時時鐘保持同步。

云服務器時鐘信息發(fā)送狀態(tài)流程

圖4是云服務器時鐘信息發(fā)送狀態(tài)流程圖。

如圖4所示，云服務器定時時鐘401具有較高的時鐘穩(wěn)定性，云服務器業(yè)務接口402可以讀取當前輸出業(yè)務的特性和報文序號、即時數(shù)據業(yè)務和實時業(yè)務如語言、視頻或流媒體等，云服務器定時業(yè)務生成器403用于生成定時同步報文，并且云服務器定時業(yè)務生成器403根據從云服務器業(yè)務接口402讀取的業(yè)務特征、報文序號以及報文間隔時間來決定是否依據云服務器定時時鐘401生成定時同步報文，然后通過云服務器網絡接口404經由獨立時鐘網絡40x或數(shù)據共享網絡40y將定時同步報文傳遞到云終端接口406上。

由于實時業(yè)務存儲在云服務器上，當判斷出云服務器開始傳遞實時業(yè)務時，云服務器定時業(yè)務生成器403根據云服務器定時時鐘401生成定時同步報文，之后，根據相鄰定時業(yè)務報文的時間間隔決定是否插入定時同步，間隔時間的大小與云終端時鐘穩(wěn)定度有關，由于云終端的本地時鐘具有一定的穩(wěn)定度，這就允許云終端的本地時鐘自由運行一段時間，即一段時間可以不用與云服務器的定時時鐘同步也可保證云終端定時的準確性。

報文格式

圖6示出了本發(fā)明的一個實施例中傳遞的定時同步報文的兩種格式。

如圖6(a)所示，601為前導碼，602為可選時鐘傳遞單元，603為單元定界字符，604是地址信息，605是報文載荷。圖6(a)所示的報文格式中將定時同步報文插入到前導碼601中，可節(jié)省報文傳遞開銷。

如圖6(b)所示，報文格式中將定時同步信息插入到報文載荷之前605地址信息602之后。

在本發(fā)明中，對報文格式沒有特別的限定，插入前導碼中可以減小占用的開銷，效果更好。

云終端定時恢復流程

圖7是本發(fā)明的一實施例的云終端定時恢復流程圖。

如圖7所示，云終端網絡接口701從云服務器接收兩種類型信息，一種是云服務器的定時同步報文702，另一種是云服務器下傳的定時業(yè)務的定時報文703。若接收到的是定時同步報文702，則直接利用該報文中的定時同步信息通過數(shù)字鎖相環(huán)704校正本地時鐘705并輸出本地定時同步時鐘706。若接收到的是定時業(yè)務的定時報文703，則需要根據本地時鐘705恢復一個參考時鐘，將該參考時鐘輸入數(shù)字鎖相環(huán)704，之后輸出本地定時同步時鐘706。其中，本地時鐘705具有一定的時鐘穩(wěn)定度，當與云服務器同步后即校準后，能保持一段時間內與云服務器同步，因此，本地時鐘只需要在超出時鐘穩(wěn)定度的范圍之前校正即可與云服務器保持同步。

實施例2

本發(fā)明的第二實施例是一種同步云網絡數(shù)據傳輸控制系統(tǒng)，如圖8所示，該同步云網絡數(shù)據傳輸控制系統(tǒng)包括：

定時業(yè)務發(fā)送模塊801，用于向云終端發(fā)送定時業(yè)務，供所述云終端根據該定時業(yè)務的報文校正所述云終端的本地時鐘；

定時同步報文發(fā)送模塊802，用于向所述云終端發(fā)送定時同步報文，供所述云終端根據該定時同步報文校正所述云終端的本地時鐘；

控制模塊803，用于在所述定時業(yè)務發(fā)送模塊801向所述云終端發(fā)送定時業(yè)務期間，禁止所述定時同步報文發(fā)送模塊802向所述云終端發(fā)送定時同步報文，并且，在判定所述云服務器沒有定時業(yè)務向所述云終端發(fā)送時，控制所述定時同步報文發(fā)送模塊802向所述云終端發(fā)送至少一次定時同步報文。

在另一優(yōu)選例中，如圖9所示，同步云網絡數(shù)據傳輸控制系統(tǒng)還包括第一判斷模塊804，用于判斷所述云服務器沒有定時業(yè)務向所述云終端發(fā)送的持續(xù)時間是否超過預定門限，如果是則禁止所述定時同步報文發(fā)送模塊802向所述云終端發(fā)送定時同步報文。該同步云網絡數(shù)據傳輸控制系統(tǒng)還包括第二判斷模塊805，用于判斷所述定時業(yè)務中的定時報文是否是該定時業(yè)務的第一個報文，如果是則在該定時報文中插入所述云服務器的定時同步信息，之后再通過定時業(yè)務發(fā)送模塊801將該定時報文發(fā)送到云終端。

應理解的是，在另一優(yōu)選例中，第一判斷模塊804可單獨加入到圖8所示的同步云網絡數(shù)據傳輸控制系統(tǒng)中，并與定時同步報文發(fā)送模塊802結合形成新實施例；或者，第二判斷模塊805可單獨加入到圖8所示的同步云網絡數(shù)據傳輸控制系統(tǒng)中，并與定時同步報文發(fā)送模塊801結合形成新實施例。

需要說明的是，本發(fā)明各設備實施方式中提到的各模塊都是邏輯模塊，在物理上，一個邏輯模塊可以是一個物理模塊，也可以是一個物理模塊的一部分，還可以以多個物理模塊的組合實現(xiàn)，這些邏輯模塊本身的物理實現(xiàn)方式并不是最重要的，這些邏輯模塊所實現(xiàn)的功能的組合才是解決本發(fā)明所提出的技術問題的關鍵。此外，為了突出本發(fā)明的創(chuàng)新部分，本發(fā)明上述各設備實施方式并沒有將與解決本發(fā)明所提出的技術問題關系不太密切的模塊引入，這并不表明上述設備實施方式并不存在其它的模塊。

以上已詳細描述了本發(fā)明的較佳實施例，但應理解到，在閱讀了本發(fā)明的上述講授內容之后，本領域技術人員可以對本發(fā)明作各種改動或修改。這些等價形式同樣落于本申請所附權利要求書所限定的范圍。