專利名稱：業(yè)務(wù)數(shù)據(jù)傳輸方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)數(shù)據(jù)傳輸方法及裝置。
背景技術(shù)：
流控制傳輸協(xié)議(SCTP，Stream Control Transfer Procotol)偶聯(lián)是進(jìn)行信令傳 輸協(xié)議(SIGTRAN，Signalling Transfer Protocol)傳輸?shù)膶嶓w，是基于IP承載網(wǎng)的邏輯 連接，通過這樣的邏輯連接，SIGTRAN用戶適配層或?qū)Φ葘酉⒈粡脑袋c傳輸?shù)侥康狞c。通常，針對一個SIGTRAN用戶適配層或?qū)Φ葘訁f(xié)議，會配置一組SCTP偶聯(lián)，并在業(yè) 務(wù)數(shù)據(jù)的傳輸期間，一直維護(hù)該組SCTP偶聯(lián)所在的激活SCTP偶聯(lián)列表，需要傳輸?shù)臉I(yè)務(wù)數(shù) 據(jù)以負(fù)荷分擔(dān)的方式在偶聯(lián)列表中包含的SCTP偶聯(lián)上進(jìn)行傳輸，當(dāng)有SCTP偶聯(lián)發(fā)生中斷 時，將發(fā)生中斷的SCTP偶聯(lián)從激活SCTP偶聯(lián)列表中刪除，并使在發(fā)生中斷的SCTP偶聯(lián)上 傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)轉(zhuǎn)移到激活SCTP偶聯(lián)列表中剩余的SCTP偶聯(lián)上進(jìn)行傳輸，通過這種方式， 即使有一些SCTP偶聯(lián)因為IP承載網(wǎng)故障或其它一些原因而產(chǎn)生了中斷，也可以保證業(yè)務(wù) 數(shù)據(jù)的傳輸并不會受到中斷的SCTP偶聯(lián)影響。在現(xiàn)有技術(shù)中，針對SCTP偶聯(lián)發(fā)生中斷的情況，可以將中斷的SCTP偶聯(lián)從激活 SCTP偶聯(lián)列表中刪除，然而，當(dāng)SCTP偶聯(lián)發(fā)生擁塞時，則并不會將發(fā)生擁塞的SCTP偶聯(lián)從 激活SCTP偶聯(lián)列表中刪除，而是會觸發(fā)業(yè)務(wù)模塊對流量進(jìn)行控制，減少在單位時間內(nèi)業(yè)務(wù) 數(shù)據(jù)的傳輸量。根據(jù)上述對SCTP偶聯(lián)發(fā)生中斷或擁塞的處理方式可知，在雙傳輸平面組網(wǎng)時，傳 輸平面中SCTP偶聯(lián)的擁塞不會觸發(fā)業(yè)務(wù)數(shù)據(jù)從一個SCTP偶聯(lián)轉(zhuǎn)換到另一個SCTP偶聯(lián)上 (該轉(zhuǎn)換過程也稱為傳輸平面的倒換)，而只會采用較小的流量使業(yè)務(wù)數(shù)據(jù)繼續(xù)在發(fā)生擁 塞的SCTP偶聯(lián)上傳輸，從而導(dǎo)致通信網(wǎng)中大量的業(yè)務(wù)數(shù)據(jù)由于SCTP偶聯(lián)的擁塞而受到傳 輸限制，進(jìn)一步地，由于IP承載網(wǎng)中的故障、擁塞或不穩(wěn)定等狀況往往是通過SCTP偶聯(lián)擁 塞的形式表現(xiàn)出來的，而不是表現(xiàn)為SCTP偶聯(lián)中斷的形式，因此，針對SCTP偶聯(lián)當(dāng)前只能 支持極低的流量在其上進(jìn)行傳輸?shù)那闆r，雖然該情況可以被認(rèn)為是等同于傳輸中斷的，但 由于IP協(xié)議和SCTP協(xié)議自身的一些特性，在現(xiàn)有技術(shù)中，這種情況無法得到有效的識別， 仍然會繼續(xù)在傳輸幾乎中斷的SCTP偶聯(lián)上傳遞數(shù)據(jù)，從而也使得業(yè)務(wù)數(shù)據(jù)的傳輸受到很 大限制。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種業(yè)務(wù)數(shù)據(jù)傳輸方法及裝置，用以解決現(xiàn)有技術(shù)中由于SCTP 偶聯(lián)擁塞而使業(yè)務(wù)數(shù)據(jù)受到傳輸限制的問題。為此，本發(fā)明實施例采用以下技術(shù)方案一種業(yè)務(wù)數(shù)據(jù)傳輸方法，包括利用將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母髁骺刂苽鬏攨f(xié) 議SCTP偶聯(lián)，傳輸預(yù)設(shè)的流量測試消息，其中，在所述SCTP偶聯(lián)上傳輸所述流量測試消息 所用的傳輸速率不小于在所述SCTP偶聯(lián)上傳輸所述業(yè)務(wù)數(shù)據(jù)所用的傳輸速率；確定能夠支持所述流量測試消息的傳輸速率的SCTP偶聯(lián)；以及利用所述確定的SCTP偶聯(lián)傳輸所述 業(yè)務(wù)數(shù)據(jù)。較佳地，確定能夠支持所述流量測試消息的傳輸速率的SCTP偶聯(lián)具體包括確定 未上報指示消息的SCTP偶聯(lián)，所述指示消息用于標(biāo)示上報該指示信息的SCTP偶聯(lián)在傳輸 所述流量測試消息時產(chǎn)生了傳輸中斷或傳輸擁塞的情況；將未上報所述指示消息的SCTP 偶聯(lián)確定為支持所述業(yè)務(wù)數(shù)據(jù)的傳輸速率的SCTP偶聯(lián)。較佳地，所述流量測試消息的傳輸速率的設(shè)置過程為確定在規(guī)定時間段內(nèi)傳輸所述業(yè)務(wù)數(shù)據(jù)所需的平均傳輸速率；將所述確定的平均傳輸速率設(shè)置為所述流量測試消息的預(yù)設(shè)傳輸速率。較佳地，所述方法還包括確定上報所述指示消息的SCTP偶聯(lián)；以及從將要對所 述業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母鱏CTP偶聯(lián)所在的激活SCTP偶聯(lián)列表中，刪除所述確定的上報所 述指示消息的SCTP偶聯(lián)。較佳地，利用將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母髁骺刂苽鬏攨f(xié)議SCTP偶聯(lián)，傳輸預(yù)設(shè) 的流量測試消息前，還包括確定所述各SCTP偶聯(lián)中至少有一個SCTP偶聯(lián)是首次對所述業(yè) 務(wù)數(shù)據(jù)進(jìn)行傳輸；或確定所述各SCTP偶聯(lián)中至少有一個SCTP偶聯(lián)是在從傳輸中斷故障或 傳輸擁塞故障中恢復(fù)后，首次對所述業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸。一種業(yè)務(wù)數(shù)據(jù)傳輸裝置，包括第一傳輸單元，用于利用將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸 的各流控制傳輸協(xié)議SCTP偶聯(lián)，傳輸預(yù)設(shè)的流量測試消息，其中，在所述SCTP偶聯(lián)上傳輸 所述流量測試消息所用的傳輸速率不小于在所述SCTP偶聯(lián)上傳輸所述業(yè)務(wù)數(shù)據(jù)所用的傳 輸速率；第一確定單元，用于確定能夠支持第一傳輸單元傳輸?shù)牧髁繙y試消息的傳輸速率 的SCTP偶聯(lián)；第二傳輸單元，用于利用第一確定單元確定的SCTP偶聯(lián)傳輸所述業(yè)務(wù)數(shù)據(jù)。較佳地，所述第一確定單元具體包括第一確定模塊，用于確定未上報指示消息的 SCTP偶聯(lián)，所述指示消息用于標(biāo)示上報該指示信息的SCTP偶聯(lián)在第一傳輸單元在上報該 指示信息的SCTP偶聯(lián)上傳輸所述流量測試消息時產(chǎn)生了傳輸中斷或傳輸擁塞的情況；第 二確定模塊，用于將第一確定模塊確定的未上報所述指示消息的SCTP偶聯(lián)確定為支持所 述業(yè)務(wù)數(shù)據(jù)的傳輸速率的SCTP偶聯(lián)。本發(fā)明實施例通過先利用將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母髁骺刂苽鬏攨f(xié)議SCTP偶 聯(lián)，傳輸預(yù)設(shè)的流量測試消息，其中，在所述SCTP偶聯(lián)上傳輸所述流量測試消息所用的傳 輸速率不小于在所述SCTP偶聯(lián)上傳輸所述業(yè)務(wù)數(shù)據(jù)所用的傳輸速率；然后，確定能夠支持 所述流量測試消息的傳輸速率的SCTP偶聯(lián)；最后，利用所述確定的SCTP偶聯(lián)傳輸所述業(yè)務(wù) 數(shù)據(jù)，從而即使將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母鱏CTP偶聯(lián)中存在發(fā)生擁塞的SCTP偶聯(lián)，采用 本發(fā)明實施例提供的方案也能夠?qū)⒂捎诎l(fā)生擁塞或故障而導(dǎo)致不支持該業(yè)務(wù)數(shù)據(jù)傳輸速 率的SCTP偶聯(lián)進(jìn)行排除，保證了當(dāng)前對該業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)腟CTP偶聯(lián)都是能夠保證業(yè) 務(wù)數(shù)據(jù)所需傳輸速率的SCTP偶聯(lián)，因此解決了現(xiàn)有技術(shù)中由于SCTP偶聯(lián)擁塞而使業(yè)務(wù)數(shù) 據(jù)受到傳輸限制的問題。


圖1為本發(fā)明實施例提供的一種業(yè)務(wù)數(shù)據(jù)傳輸方法的具體實現(xiàn)流程示意圖；圖2為本發(fā)明實施例中確定能夠支持流量測試消息的傳輸速率的SCTP偶聯(lián)的一種實現(xiàn)方式的具體流程示意圖；圖3a為本發(fā)明實施例提供的業(yè)務(wù)數(shù)據(jù)傳輸方法在實際中的應(yīng)用流程示意圖；圖3b為本發(fā)明實施例中定義的ASPTT消息的具體格式示意圖；圖4為本發(fā)明實施例提供的一種業(yè)務(wù)數(shù)據(jù)傳輸裝置的具體結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明實施例提供一種業(yè)務(wù)數(shù)據(jù)傳輸方案，通過從將要傳輸業(yè)務(wù)數(shù)據(jù)的SCTP偶 聯(lián)中確定出能夠支持流量測試消息的傳輸速率的SCTP偶聯(lián)，然后再利用確定的能支持該 傳輸速率的SCTP偶聯(lián)對該業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸，從而將由于發(fā)生擁塞或故障而導(dǎo)致不支持 該業(yè)務(wù)數(shù)據(jù)傳輸速率的SCTP偶聯(lián)進(jìn)行排除，保證了當(dāng)前對該業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)腟CTP偶 聯(lián)都是能夠保證業(yè)務(wù)數(shù)據(jù)所需傳輸速率的SCTP偶聯(lián)，避免了由于SCTP偶聯(lián)擁塞而使業(yè)務(wù) 數(shù)據(jù)受到傳輸限制的問題。具體地，本發(fā)明實施例首先提供一種業(yè)務(wù)數(shù)據(jù)傳輸方法，下面結(jié)合各個附圖對本 發(fā)明實施例技術(shù)方案的主要實現(xiàn)原理具體實施方式
及其對應(yīng)能夠達(dá)到的有益效果進(jìn)行詳 細(xì)的闡述。如圖1所示，為本發(fā)明實施例的該業(yè)務(wù)數(shù)據(jù)傳輸方法的具體實現(xiàn)流程示意圖，該 方法包括以下步驟步驟11，利用將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母髁骺刂苽鬏攨f(xié)議SCTP偶聯(lián)，傳輸預(yù)設(shè) 的流量測試消息，其中，在SCTP偶聯(lián)上傳輸流量測試消息所用的傳輸速率不小于在SCTP 偶聯(lián)上傳輸該業(yè)務(wù)數(shù)據(jù)所用的傳輸速率，較佳地，可以是在確定各SCTP偶聯(lián)中至少有一個 SCTP偶聯(lián)是首次對所述業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸，或確定各SCTP偶聯(lián)中至少有一個SCTP偶聯(lián)是 在從傳輸中斷故障或傳輸擁塞故障中恢復(fù)后首次對所述業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸后，執(zhí)行該步驟 11 ；步驟12，從將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母鱏CTP偶聯(lián)中，確定能夠支持該流量測試 消息的傳輸速率的SCTP偶聯(lián)；步驟13，利用確定的SCTP偶聯(lián)傳輸該業(yè)務(wù)數(shù)據(jù)。由本發(fā)明實施例提供的上述方案可知，由于該方案可以在SCTP偶聯(lián)首次對業(yè)務(wù) 數(shù)據(jù)進(jìn)行傳輸，或SCTP偶聯(lián)從傳輸中斷故障或傳輸擁塞故障中恢復(fù)后首次對業(yè)務(wù)數(shù)據(jù)進(jìn) 行傳輸之時，先確定出能夠支持流量測試消息的傳輸速率的SCTP偶聯(lián)，由于流量測試消息 在SCTP偶聯(lián)上傳輸時所采用的傳輸速率不小于將要傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)在SCTP偶聯(lián)上傳輸時 所采用的傳輸速率，從而能夠保證業(yè)務(wù)數(shù)據(jù)從傳輸?shù)某跏茧A段開始，就是在支持業(yè)務(wù)數(shù)據(jù) 傳輸速率的SCTP偶聯(lián)上進(jìn)行傳輸，因此業(yè)務(wù)數(shù)據(jù)的傳輸速率不會受到發(fā)生中斷或擁塞的 SCTP偶聯(lián)的影響，解決了現(xiàn)有技術(shù)中由于SCTP偶聯(lián)擁塞而使業(yè)務(wù)數(shù)據(jù)受到傳輸限制的問 題。具體地，針對上述步驟11、12，為了確定能夠支持該業(yè)務(wù)數(shù)據(jù)的傳輸速率的SCTP 偶聯(lián)，在本發(fā)明實施例中采用的是在SCTP偶聯(lián)上進(jìn)行流量測試的方式，來實現(xiàn)確定能夠支 持該業(yè)務(wù)數(shù)據(jù)的傳輸速率的SCTP偶聯(lián)，具體地，可以根據(jù)如圖2所示的以下步驟來實現(xiàn)傳 輸預(yù)設(shè)的流量測試消息，并確定能夠支持流量測試消息的傳輸速率的SCTP偶聯(lián)步驟21，首先，在將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母鱏CTP偶聯(lián)上發(fā)起流量測試，該流量測試的過程即按照預(yù)設(shè)的傳輸速率，利用將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母鱏CTP偶聯(lián)，對預(yù) 設(shè)的流量測試消息進(jìn)行傳輸，其中，該預(yù)設(shè)的傳輸速率可以根據(jù)該業(yè)務(wù)數(shù)據(jù)的速率進(jìn)行設(shè) 置，比如，可以先確定傳輸該業(yè)務(wù)數(shù)據(jù)所需的傳輸速率(可以是規(guī)定時間段內(nèi)的平均傳輸 速率，也可以是規(guī)定時間段內(nèi)的最大傳輸速率)，然后再將確定的傳輸該業(yè)務(wù)數(shù)據(jù)所需的傳 輸速率設(shè)置為預(yù)設(shè)傳輸速率；步驟22，由于發(fā)生傳輸中斷或傳輸擁塞的SCTP偶聯(lián)在傳輸流量測試消息時，會上 報一個用于標(biāo)示該SCTP偶聯(lián)在傳輸流量測試消息時產(chǎn)生了傳輸中斷或傳輸擁塞的情況的 指示消息，因此，本步驟22中，需要從將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)腟CTP偶聯(lián)中，確定未上報 指示消息的SCTP偶聯(lián)，即確定沒有產(chǎn)生傳輸中斷或傳輸擁塞的SCTP偶聯(lián)；步驟23，由于步驟22中確定出的未上報指示消息的SCTP偶聯(lián)是能夠按照業(yè)務(wù)數(shù) 據(jù)的傳輸速率實現(xiàn)順利傳輸業(yè)務(wù)數(shù)據(jù)的SCTP偶聯(lián)，因此，在本步驟23中，將未上報指示消 息的SCTP偶聯(lián)確定為支持該業(yè)務(wù)數(shù)據(jù)的傳輸速率的SCTP偶聯(lián)。此外，由對背景技術(shù)部分的介紹可知，在現(xiàn)有技術(shù)中，針對一個SIGTRAN用戶適配 層或?qū)Φ葘訁f(xié)議，會配置一組SCTP偶聯(lián)，并在業(yè)務(wù)數(shù)據(jù)的傳輸期間，一直維護(hù)該組SCTP偶 聯(lián)所在的激活SCTP偶聯(lián)列表，需要傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)以負(fù)荷分擔(dān)的方式在偶聯(lián)列表中包含 的SCTP偶聯(lián)上進(jìn)行傳輸，因此，針對現(xiàn)有技術(shù)中會維護(hù)對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)腟CTP偶聯(lián) 構(gòu)成的激活SCTP偶聯(lián)列表的特點，本發(fā)明實施例提供的上述方法還可以進(jìn)一步包括確定 上報上述指示消息的SCTP偶聯(lián)；并從將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母鱏CTP偶聯(lián)所在的激活 SCTP偶聯(lián)列表中，刪除確定的上報上述指示消息的SCTP偶聯(lián)。需要說明的是，本發(fā)明實施例提供的上述業(yè)務(wù)數(shù)據(jù)傳輸方法的執(zhí)行主體可以是任 意一種能夠?qū)崿F(xiàn)圖1所示的流程的裝置，比如，可以是一種業(yè)務(wù)數(shù)據(jù)傳輸裝置，該裝置的具 體結(jié)構(gòu)請參見本發(fā)明實施例提供的裝置實施例部分，在此不再進(jìn)行贅述。以下以本發(fā)明實施例提供的上述業(yè)務(wù)數(shù)據(jù)傳輸方法在實際中的應(yīng)用為例，從對流 量測試消息進(jìn)行配置開始介紹，詳細(xì)說明該方法的具體應(yīng)用流程，該流程的具體示意圖如 圖3a所示，包括以下步驟步驟31，設(shè)置 SIGTRAN 流量測試消息(ASPTT，ASP Traffic Test)，ASPTT 消息屬 于ASP狀態(tài)維護(hù)(ASPSM)消息類型，消息類型編碼為07;步驟32，對ASPTT消息的格式中的參數(shù)類型及參數(shù)標(biāo)簽進(jìn)行定義，該ASPTT消息 的具體格式如圖3b所示，其參數(shù)標(biāo)簽被定義為0x0014，而ASPTT消息的長度和數(shù)據(jù)內(nèi)容 部分可以是任意的，在本步驟32中，可以對將要發(fā)送的業(yè)務(wù)數(shù)據(jù)的傳輸速率進(jìn)行預(yù)測，并 根據(jù)預(yù)測的傳輸速率，利用傳輸業(yè)務(wù)數(shù)據(jù)的通信設(shè)備的網(wǎng)絡(luò)管理界面對ASPTT消息的流量 進(jìn)行設(shè)置，比如，若預(yù)設(shè)的業(yè)務(wù)數(shù)據(jù)的傳輸速率為每秒鐘500字節(jié)，則可以通過該網(wǎng)絡(luò)管理 界面設(shè)置每秒鐘發(fā)送5個長度為100字節(jié)的ASPTT消息，這個設(shè)置會在通信設(shè)備中運行的 SIGTRAN協(xié)議中生效，從而產(chǎn)生了 5*100*8 = 4Kbps的業(yè)務(wù)數(shù)據(jù)流量，而若預(yù)設(shè)的業(yè)務(wù)數(shù)據(jù) 的傳輸速率為每秒鐘10000字節(jié)，則可以通過網(wǎng)絡(luò)管理界面設(shè)置每秒鐘發(fā)送10個長度為 1000字節(jié)的ASPTT消息，從而產(chǎn)生10*1000*8 = 80Kbps的業(yè)務(wù)數(shù)據(jù)流量；步驟33，在SCTP偶聯(lián)第一次投入業(yè)務(wù)數(shù)據(jù)傳輸服務(wù)，或者從傳輸終端故障或傳 輸擁塞故障中恢復(fù)后首次投入業(yè)務(wù)數(shù)據(jù)傳輸服務(wù)時，需要針對對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母鱾€ SCTP偶聯(lián)，在各個SCTP偶聯(lián)上分別獨立發(fā)送設(shè)置好的ASPTT消息，該步驟33中，也可以通
7過通信設(shè)備的網(wǎng)絡(luò)管理界面觸發(fā)ASPTT消息在各個SCTP偶聯(lián)上的傳輸； 步驟34，判斷將要發(fā)送業(yè)務(wù)數(shù)據(jù)的各個SCTP偶聯(lián)在傳輸ASPTT消息的過程中，是
否上報了用于標(biāo)示在傳輸ASPTT消息的過程中產(chǎn)生了傳輸中斷或傳輸擁塞的情況的指示
消息，并從維護(hù)的激活SCTP偶聯(lián)列表中，將上報了該指示消息的SCTP偶聯(lián)進(jìn)行刪除，從而
激活SCTP偶聯(lián)列表中最終只保留了未上報該指示消息的SCTP偶聯(lián)； 步驟35，對激活SCTP偶聯(lián)列表進(jìn)行刷新，根據(jù)刷新后的激活SCTP偶聯(lián)列表中保留
的能夠支持流量測試消息傳輸速率的SCTP偶聯(lián)，對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸，并控制在業(yè)務(wù)數(shù)據(jù)
的傳輸過程中，實現(xiàn)對SCTP偶聯(lián)的倒換或倒回。在本發(fā)明實施例中，可以選擇SCTP偶聯(lián)任意一端對應(yīng)的通信設(shè)備向該SCTP偶聯(lián) 的另一端對應(yīng)的另一個通信設(shè)備傳輸ASPTT消息，并且，接收到該ASPTT消息的通信設(shè)備可 以不對該ASPTT消息做任何處理。相應(yīng)地，本發(fā)明實施例還提供了 一種業(yè)務(wù)數(shù)據(jù)傳輸裝置，其具體結(jié)構(gòu)示意圖如圖4 所示，該裝置包括如下的功能單元第一傳輸單元41，用于利用將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母髁骺刂苽鬏攨f(xié)議SCTP 偶聯(lián)，傳輸預(yù)設(shè)的流量測試消息，其中，在SCTP偶聯(lián)上傳輸流量測試消息所用的傳輸速率 不小于在所述SCTP偶聯(lián)上傳輸業(yè)務(wù)數(shù)據(jù)所用的傳輸速率；第一確定單元42，用于從將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母髁骺刂苽鬏攨f(xié)議SCTP偶 聯(lián)中，確定能夠支持第一傳輸單元41傳輸?shù)脑摿髁繙y試消息的傳輸速率的SCTP偶聯(lián)；第二傳輸單元43，用于利用第一確定單元42確定的SCTP偶聯(lián)傳輸該業(yè)務(wù)數(shù)據(jù)。在本發(fā)明實施例中，較佳地，可以將上述第一確定單元42進(jìn)一步劃分為如圖4所 示的以下功能模塊第一確定模塊421，用于確定未上報指示消息的SCTP偶聯(lián)，該指示消息用于標(biāo)示 上報該指示信息的SCTP偶聯(lián)在第一傳輸單元41在上報該指示信息的SCTP偶聯(lián)上傳輸上 述流量測試消息時產(chǎn)生了傳輸中斷或傳輸擁塞的情況；第二確定模塊422，用于將第一確定模塊421確定的未上報上述指示消息的SCTP 偶聯(lián)確定為支持該業(yè)務(wù)數(shù)據(jù)的傳輸速率的SCTP偶聯(lián)。針對現(xiàn)有技術(shù)中會維護(hù)對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)腟CTP偶聯(lián)構(gòu)成的激活SCTP偶聯(lián)列 表的特點，本發(fā)明實施例提供的上述裝置還可以進(jìn)一步包括偶聯(lián)確定單元44，用于確定第一傳輸單元41在各SCTP偶聯(lián)上傳輸預(yù)設(shè)的流量測 試消息的過程中上報了上述指示消息的SCTP偶聯(lián)；刪除單元45，用于從將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母鱏CTP偶聯(lián)所在的激活SCTP偶 聯(lián)列表中，刪除偶聯(lián)確定單元44確定的上報上述指示消息的SCTP偶聯(lián)。此外，為了保證從業(yè)務(wù)數(shù)據(jù)的初始傳輸階段開始，業(yè)務(wù)數(shù)據(jù)的傳輸就不會受到限 制，在本發(fā)明實施例中，可以是在SCTP偶聯(lián)首次對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸前，就從各個SCTP偶 聯(lián)中確定能夠支持流量測試消息的傳輸速率的SCTP偶聯(lián)，因此，本發(fā)明實施例提供的上述 業(yè)務(wù)數(shù)據(jù)傳輸裝置還可以進(jìn)一步包括第二確定單元46，用于在第一傳輸單元41利用將要 對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母髁骺刂苽鬏攨f(xié)議SCTP偶聯(lián)，傳輸預(yù)設(shè)的流量測試消息前，確定將 要對該業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母鱏CTP偶聯(lián)中至少有一個SCTP偶聯(lián)是首次對該業(yè)務(wù)數(shù)據(jù)進(jìn)行 傳輸，或確定各SCTP偶聯(lián)中至少有一個SCTP偶聯(lián)是在從傳輸中斷故障或傳輸擁塞故障中恢復(fù)后，首次對該業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸。 顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種業(yè)務(wù)數(shù)據(jù)傳輸方法，其特征在于，包括利用將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母髁骺刂苽鬏攨f(xié)議SCTP偶聯(lián)，傳輸預(yù)設(shè)的流量測試 消息，其中，在所述SCTP偶聯(lián)上傳輸所述流量測試消息所用的傳輸速率不小于在所述SCTP 偶聯(lián)上傳輸所述業(yè)務(wù)數(shù)據(jù)所用的傳輸速率；確定能夠支持所述流量測試消息的傳輸速率的SCTP偶聯(lián)；以及 利用所述確定的SCTP偶聯(lián)傳輸所述業(yè)務(wù)數(shù)據(jù)。
2.如權(quán)利要求1所述的方法，其特征在于，確定能夠支持所述流量測試消息的傳輸速 率的SCTP偶聯(lián)具體包括確定未上報指示消息的SCTP偶聯(lián)，所述指示消息用于標(biāo)示上報該指示信息的SCTP偶 聯(lián)在傳輸所述流量測試消息時產(chǎn)生了傳輸中斷或傳輸擁塞的情況；將未上報所述指示消息的SCTP偶聯(lián)確定為支持所述業(yè)務(wù)數(shù)據(jù)的傳輸速率的SCTP偶聯(lián)。
3.如權(quán)利要求2所述的方法，其特征在于，所述流量測試消息的傳輸速率的設(shè)置過程為確定在規(guī)定時間段內(nèi)傳輸所述業(yè)務(wù)數(shù)據(jù)所需的平均傳輸速率； 將所述確定的平均傳輸速率設(shè)置為所述流量測試消息的預(yù)設(shè)傳輸速率。
4.如權(quán)利要求2所述的方法，其特征在于，還包括 確定上報所述指示消息的SCTP偶聯(lián)；以及從將要對所述業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母鱏CTP偶聯(lián)所在的激活SCTP偶聯(lián)列表中，刪除所 述確定的上報所述指示消息的SCTP偶聯(lián)。
5.如1 4任一權(quán)利要求所述的方法，其特征在于，利用將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母?流控制傳輸協(xié)議SCTP偶聯(lián)，傳輸預(yù)設(shè)的流量測試消息前，還包括確定所述各SCTP偶聯(lián)中至少有一個SCTP偶聯(lián)是首次對所述業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸；或 確定所述各SCTP偶聯(lián)中至少有一個SCTP偶聯(lián)是在從傳輸中斷故障或傳輸擁塞故障中 恢復(fù)后，首次對所述業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸。
6.一種業(yè)務(wù)數(shù)據(jù)傳輸裝置，其特征在于，包括第一傳輸單元，用于利用將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母髁骺刂苽鬏攨f(xié)議SCTP偶聯(lián)，傳 輸預(yù)設(shè)的流量測試消息，其中，在所述SCTP偶聯(lián)上傳輸所述流量測試消息所用的傳輸速率 不小于在所述SCTP偶聯(lián)上傳輸所述業(yè)務(wù)數(shù)據(jù)所用的傳輸速率；第一確定單元，用于確定能夠支持第一傳輸單元傳輸?shù)牧髁繙y試消息的傳輸速率的 SCTP偶聯(lián)；第二傳輸單元，用于利用第一確定單元確定的SCTP偶聯(lián)傳輸所述業(yè)務(wù)數(shù)據(jù)。
7.如權(quán)利要求6所述的裝置，其特征在于，所述第一確定單元具體包括第一確定模塊，用于確定未上報指示消息的SCTP偶聯(lián)，所述指示消息用于標(biāo)示上報該 指示信息的SCTP偶聯(lián)在第一傳輸單元在上報該指示信息的SCTP偶聯(lián)上傳輸所述流量測試 消息時產(chǎn)生了傳輸中斷或傳輸擁塞的情況；第二確定模塊，用于將第一確定模塊確定的未上報所述指示消息的SCTP偶聯(lián)確定為 支持所述業(yè)務(wù)數(shù)據(jù)的傳輸速率的SCTP偶聯(lián)。
8.如權(quán)利要求7所述的裝置，其特征在于，所述流量測試消息的傳輸速率的設(shè)置過程為確定在規(guī)定時間段內(nèi)傳輸所述業(yè)務(wù)數(shù)據(jù)所需的平均傳輸速率； 將所述確定的傳輸速率設(shè)置為所述流量測試消息的預(yù)設(shè)傳輸速率。
9.如權(quán)利要求7所述的裝置，其特征在于，還包括 偶聯(lián)確定單元，用于確定上報所述指示消息的SCTP偶聯(lián)；刪除單元，用于從將要對所述業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母鱏CTP偶聯(lián)所在的激活SCTP偶聯(lián) 列表中，刪除偶聯(lián)確定單元確定的上報所述指示消息的SCTP偶聯(lián)。
10.如6 9任一權(quán)利要求所述的裝置，其特征在于，還包括第二確定單元，用于在第一傳輸單元利用將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母髁骺刂苽鬏攨f(xié) 議SCTP偶聯(lián)，傳輸預(yù)設(shè)的流量測試消息前，確定所述各SCTP偶聯(lián)中至少有一個SCTP偶聯(lián) 是首次對所述業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸，或確定所述各SCTP偶聯(lián)中至少有一個SCTP偶聯(lián)是在從 傳輸中斷故障或傳輸擁塞故障中恢復(fù)后，首次對所述業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)數(shù)據(jù)傳輸方法及裝置，用以解決現(xiàn)有技術(shù)中由于SCTP偶聯(lián)擁塞而使業(yè)務(wù)數(shù)據(jù)受到傳輸限制的問題。其中，本發(fā)明公開的該方法包括利用將要對業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸?shù)母髁骺刂苽鬏攨f(xié)議SCTP偶聯(lián)，傳輸預(yù)設(shè)的流量測試消息，其中，在所述SCTP偶聯(lián)上傳輸所述流量測試消息所用的傳輸速率不小于在所述SCTP偶聯(lián)上傳輸所述業(yè)務(wù)數(shù)據(jù)所用的傳輸速率；確定能夠支持所述流量測試消息的傳輸速率的SCTP偶聯(lián)；以及利用所述確定的SCTP偶聯(lián)傳輸所述業(yè)務(wù)數(shù)據(jù)。
文檔編號H04L29/06GK101997763SQ200910167218
公開日2011年3月30日 申請日期2009年8月21日 優(yōu)先權(quán)日2009年8月21日
發(fā)明者馬海波 申請人:中興通訊股份有限公司