用于數(shù)據(jù)的傳輸和適配的方法和設備、計算機程序、軟件產(chǎn)品和數(shù)字存儲介質的制作方法
【專利說明】用于數(shù)據(jù)的傳輸和適配的方法和設備、計算機程序、軟件產(chǎn) 品和數(shù)字存儲介質
[0001] 本發(fā)明涉及用于數(shù)據(jù)的傳輸和適配的方法、設備和系統(tǒng)以及對應的計算機程序、 軟件產(chǎn)品和數(shù)字存儲介質。
[0002] -般而言，移動設備、移動應用和移動通信在過去的十年中已經(jīng)成為個人和商業(yè) 生活方式的始終存在的部分。然而，許多移動應用一一諸如當今的智能電話上的日益流行 的"app" 一一典型地依賴于一致的網(wǎng)絡連接性，例如以便串流視頻。
[0003] 盡管電信提供商在近些年中付出可觀的開支(這反映在向蜂窩基礎設施中的高金 融投資中），移動網(wǎng)絡的覆蓋仍舊遠遠不是完美的。劣質的接收、連接性的完全丟失或降低 的帶寬是已知的問題，例如當坐火車旅行、訪問遠程區(qū)域或訪問非常頻繁的位置(諸如會議 或商品交易會）時?？商鎿Q的網(wǎng)絡在許多情形中已經(jīng)是可用的且可以被用于維持用于移動 應用的至少某個功能性。
[0004] 目前，應用必須通過選擇和實現(xiàn)合適的網(wǎng)絡接入點，例如通過使用和參數(shù)化相應 套接字接口，來提供其自身的輸運容量要求。此外，超出純粹輸運的每一個要求(諸如連接 丟失的處置或關于可用網(wǎng)絡質量的所傳輸?shù)膬?nèi)容的一般適配）必須由每一個應用個體地處 置。未來互聯(lián)網(wǎng)領域中的當前研究(其還包括本主題)被劃分成集中在網(wǎng)絡級和應用級上的 兩個主要方向。
[0005] 在網(wǎng)絡級上，針對輸運能力的適配的前幾個步驟已經(jīng)聚焦在基于應用請求 的運行時微協(xié)議的收集上以改進輸運層協(xié)議中的靈活性。示例已經(jīng)被描述在主題標 題"協(xié)議的動態(tài)配置"下，例如在 M. Vogt, T. Plagemann, B. Plattner T. Walter， "A runtime environment for da capo'，，in Proceedings of INET93 International Networking Conference of the Internet Society，1993 中的 DaCaPo，以及在 主題標題"基于功能的通信子系統(tǒng)，F(xiàn)CSS"下，例如在B. Stiller，"Fukss: Ein funktionsbasiertes Kommunikationssubsystem zur flexiblen Konfiguration von Kommunikationsprotokollen，'，[A function-based communication subsystem for the flexible configuration of communication protocols] GI/ITG Fachgruppe Kommunikation und Verteilte Systeme. 1994。之后，重點轉移至一般網(wǎng)絡功能性，諸如 "基于角色的架構"，不基于層的RBA，或者轉移至"服務集成控制和優(yōu)化"，由可組合到網(wǎng)絡 協(xié)議中的可重用構建塊構成的SIL0。關于RBA，對R. Braden, T. Faber, M. Handley， "From protocol stack to protocol heap: role-based architecture'，，SIGC0MM Comput. Commun. Rev·, vol. 33，no. 1，pp. 17-22，2003 作出參考，并且關于 SIL0,對 R. Dutta, G. Rouskas, I. Baldine, A. Bragg, D. Stevenson，"The silo architecture for services integration, control, and optimization for the future internet'，，in Communications, 2007. ICC ' 07. IEEE International Conference on Communications, June 2007，pp. 1899-1904作出參考。更多最新項目從事于"網(wǎng)絡功能復合"以定義利用可 用網(wǎng)絡能力的面向應用的協(xié)議，諸如"自動網(wǎng)絡架構" ANA，"面向服務的網(wǎng)絡架構" S0NATE)， 或者"基于小網(wǎng)的節(jié)點架構"NENA)。關于這些項目的進一步信息可以在例如以下各項 中找到："自動網(wǎng)絡架構（ANA)"，在http://www. ana-project, org處在線可訪問，其中 的 B. Reuther, P. MillIer，"Future Internet Architecture - A Service Oriented Approach'，--Information Technology. Vol. 50, no. 6, 2008, Oldenbourg Verlag, Munich或者D. Martin, L. Volker, M. Zitterbart，''A Flexible Framework for Future Internet Design, Assessment, and Operation'，，Computer Networks, vol. 55. no. 4, pp. 910-918，Mar. 2011。以上項目和一些其它項目的更加詳細的描述已經(jīng)被公布在C. Henke, A. Siddiqui, R. KhondokerNetwork functional composition: State of the art'，in ATNAC' 10: Proceedings of Australasian Telecommunication Networks and Application Conference, IEEE, 2010。
[0006] 在應用級處，關于未來互聯(lián)網(wǎng)的研究針對智能基礎設施和商業(yè)過程，g卩，通過 與互聯(lián)網(wǎng)組網(wǎng)和計算機能力的更加緊密的集成提升的智能性和效率。在這方面，例如 對"Digital Agenda for Europe, Future Internet PPP'，（在 https://ec. europa. eu/ digital-agenda/en/future-internet-public-private-partnership 處在線可訪問）作 出參考。該方法包括用于關于當前上下文的內(nèi)容適配的智能機制，例如在接入網(wǎng)絡易出錯 時通過使用用于會議呼叫的容錯視頻編解碼器。被描述在例如"Future Internet Core Platform'，（在 http: //www. future-internet, eu/home/future-internet-ppp/fi-ware. html處在線可訪問）中的FI-WARE項目引入了用于服務的成本高效的生成和分發(fā)、高質量 服務的提供和安全性保證的新型基礎設施以便滿足跨諸如健康、電信或環(huán)境服務之類的許 多不同細分部分的重要市場利益相關者的要求。
[0007] 網(wǎng)絡或應用能力的適配要求重現(xiàn)對其它部分的要求和條件的認知。通過諸如RTCP 反饋(例如，經(jīng)由幀丟失)之類的方法來實現(xiàn)應用級處的網(wǎng)絡監(jiān)視?；谠摲答?，諸如視頻會 議應用之類的實時應用調(diào)節(jié)所使用的視頻編解碼器或編解碼器參數(shù)。然而，可能的是，這樣 的機制不足以確立為何發(fā)生未被覆蓋到的問題(例如過載、錯誤組件等）和如何以合適的方 式作出響應。另一方面，經(jīng)由深度分組檢查（DPI)的機制來識別網(wǎng)絡內(nèi)的應用簽名。盡管 這些使得可能分離應用的類型，但是它們不能提供關于應用上下文的信息。現(xiàn)有機制允許 應用和網(wǎng)絡訪問關于其它部分的信息，但僅允許由于缺乏關于上下文、能力和精確監(jiān)視值 的知識而引起的粗略響應。
[0008] 本發(fā)明所解決的問題在于提供方法和設備以及計算機程序、軟件程序和數(shù)字存儲 介質的問題，這能夠至少部分地克服現(xiàn)有技術的前述缺點。特別地，本發(fā)明所解決的問題是 提供方法和設備、計算機程序、軟件產(chǎn)品和數(shù)字存儲介質，這能夠在一個或多個網(wǎng)絡連接性 可用時提供改進的輸運網(wǎng)絡使用。該問題特別存在于連接移動終端時。
[0009] 根據(jù)本發(fā)明，該問題由獨立權利要求的特征解決。在從屬權利要求中提供本發(fā)明 的有利實施例和發(fā)展。
[0010] 根據(jù)本發(fā)明的一個方面，推薦了一種用于數(shù)據(jù)、特別是涉及移動終端的媒體數(shù)據(jù)、 多媒體數(shù)據(jù)和/或實時通信數(shù)據(jù)的傳輸和適配的方法，其具有以下步驟： a) 生成一般要求文檔； b) 基于一般要求文檔生成多個合適的通信模式； c) 確定跨至少一個通信網(wǎng)絡的當前可用的輸運選項及其服務質量；