两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

能夠對附加數(shù)據進行傳輸?shù)腣oIP通信方法

文檔序號:7875774閱讀:316來源:國知局
專利名稱:能夠對附加數(shù)據進行傳輸?shù)腣oIP通信方法
技術領域
本發(fā)明涉及電信領域,特別是與基于因特網的語音(VoIP)應用有關。
背景技術
目前,諸如稱為H.323、會話初始協(xié)議(SIP)或H.248/Megaco(H.248/媒體網關控制協(xié)議)的協(xié)議之類的使用IETF RFC 1889(因特網工程任務組標準草案1889)中所描述的RTP信道的實時傳輸協(xié)議只考慮了終端點之間的呼叫相關信息的交換。
實際上,這些協(xié)議考慮通信終端之間的信令只是為了建立和推進呼叫。一旦建立了RTP通信信道,就不可能再發(fā)送附加數(shù)據,即除形成所交換的流的有效載荷的音頻數(shù)據和/或視頻數(shù)據之外的數(shù)據。
當考慮前述環(huán)境時,必須區(qū)分包含于這種通信中的兩個層面,即信令面(signaling plane)和用戶面(user plane)。
在信令面中,使用前述協(xié)議(H.323、SIP等)在信令網關之間交換數(shù)據以便配置通信或會話,并且如果希望或者需要,則推進這些通信和會話(邀請另一用戶、切斷通信等)。
在用戶面中,通過RTP信道在媒體網關之間交換數(shù)據,有用的數(shù)據就是有效載荷。
目前,所提供的可能方案都不能通過所述RTP信道對附加的媒體相關數(shù)據進行傳輸,這種附加數(shù)據例如可以允許修改對媒體的使用。
必須指出的一點是,H.323協(xié)議提供了特定的H.320信道以便對這種附加數(shù)據進行交換。然而,為這樣的目的而使用特定的信道似乎有些小題大做并且過于浪費資源。
此外,必須注意,當前的IP網絡并沒有提供用于帶內端到端信令的裝置。

發(fā)明內容
本發(fā)明的主要目的是填補上述空白,并且提供一種可以在通過IP網絡通信期間進行用戶到用戶的附加數(shù)據交換的簡單解決方案。
因此,本發(fā)明首先涉及一種適合于使用包含音頻數(shù)據和/或視頻數(shù)據的媒體流并基于IETF RFC 1889中所描述的實時傳輸協(xié)議(RTP)進行雙向VoIP通信的通信協(xié)議,其中在至少兩個用戶之間對主要包括報頭部分和有效載荷部分的數(shù)據包進行交換,由此形成RTP信道,所述通信協(xié)議的特征在于在所述RTP信道中嵌入至少一個子信道,所述子信道適用于傳送命令、信令和/或信息數(shù)據。
優(yōu)選地,每個數(shù)據包的報頭部分在預定位置包括至少一個擴展比特,由此在所述數(shù)據包的報頭中或報頭擴展中提供一個或幾個附加字段以傳送所述命令、信令和/或信息數(shù)據。
本發(fā)明還包括一種用于基于例如在IETF RFC 1889中描述的實時傳輸協(xié)議(RTP)通過IP網絡進行雙向VoIP通信的方法,其中通過RTP信道在至少兩個用戶之間以主要包括報頭部分和有效載荷的數(shù)據包的形式對包括音頻數(shù)據和/或視頻數(shù)據的媒體流進行交換,該方法的特征在于通過嵌入在RTP信道中并且在兩個傳輸方向上都可用的至少一個子信道來發(fā)送附加的命令、信令和/或信息數(shù)據。
如上所述,特別地,通過設置至少一個擴展比特,在所發(fā)送數(shù)據包的報頭部分或報頭擴展中提供附加字段。
由此,通過在RTP信道中創(chuàng)建子信道以傳送除所述多媒體數(shù)據以外的其他類型的數(shù)據,可以在常規(guī)通信或多媒體通信期間進行雙向的用戶到用戶的信息交換。
例如,可能有幾種子信道-命令子信道;-信令子信道;
-信息子信道。
有利地,基于上述協(xié)議來進行雙向VoIP通信。


圖1中示意性地示出了包含本發(fā)明所提出的附加字段的RTP數(shù)據包的優(yōu)選結構。
具體實施例方式
由此,從所述圖中可以看到,與IETF RFC 1899協(xié)議特征有關并且對于每個所發(fā)送的數(shù)據包來說,提供附加字段以傳送用于在用戶之間進行傳輸?shù)乃龈郊有帕顢?shù)據包括設置標記比特M和擴展比特X;將具有用戶信息的有效載荷類型比特PT編碼到用戶信號中;以及提供報頭擴展,其接在常規(guī)的RTP報頭之后并包括特征數(shù)據指示字段、長度指示字段、信令類型指示字段和用于容納待傳送的附加數(shù)據的幾個字節(jié),字節(jié)的數(shù)目對應于長度指示字段的內容值。
當執(zhí)行本發(fā)明的方法時,接收到RTP數(shù)據包之后,接收端的用戶通信終端分析所接收數(shù)據包的報頭,特別是至少一個擴展比特,并且考慮包含在所述報頭或所述報頭擴展的附加字段中的命令、信令和/或信息數(shù)據。
現(xiàn)在將以非限制性的方式并結合特定例子進一步描述本發(fā)明。
如上所述,本發(fā)明的主要目的是將某些附加信息引入通過RTP信道傳送的媒體流中。在雙向VoIP通信期間,通過IETF RFC 1889文獻中充分描述的RTP信道來發(fā)送包括音頻信息或視頻信息或兩者都包括的媒體流。
當前的RTP信道只傳送具有如時戳(timestamps)和序列號之類的少量附加信息的媒體流。
本發(fā)明提出一種新方案,通過在雙向通信的兩條路徑上添加信令消息而基本上在其現(xiàn)有描述的基礎上創(chuàng)建RTP信道。
為了在RTP信道中添加信息,有必要擴展待傳送信息的字段。這可以通過在報頭中添加用擴展比特表示的新元素來實現(xiàn)。這種擴展比特實現(xiàn)了在報頭中創(chuàng)建新的字段,從而在相當大的程度上增加了RTP信道的潛力。
接收到這種RTP數(shù)據包之后,接收終端分析該報頭,并在考慮包含于子信道中的信息的情況下相應地做出反應。
通過在兩個用戶A和B之間進行通信的兩種可能方案的下述兩個例子,本發(fā)明的實際優(yōu)點將變得明顯。
作為第一個例子,考慮A和B之間的VoIP呼叫-A和B在通話,并且A要求B拼寫一個特定的詞;-B可以選擇口頭拼寫該詞,也可以選擇在其自己的終端的鍵盤上寫下該詞然后通過在其終端上激活命令而經由信息子信道將該詞發(fā)送給A;-接收到該詞后,用戶A的終端分析報頭并且然后在屏幕/顯示屏上顯示該信息。
作為第二個例子,考慮A和B之間的多媒體通信(語音加視頻)-A和B在通話,并且均使用其自己的電動相機(motorizedcamera)顯示文件和/或對象;-A瞄準在連接到其終端的相機的視野內的一個對象;-B在其自己的終端上激活操縱桿以便進行縮放和/或改變觀看角度;-經由現(xiàn)有的RTP信道(語音信道或者視頻信道)在所嵌入的子信道上將命令從終端B發(fā)送到終端A或相機A;-接收到該命令后,用戶A的終端分析報頭并且然后將該命令轉發(fā)給相機。
當然,本發(fā)明并不限于在此描述并展示的優(yōu)選實施例,在不偏離本發(fā)明的范圍的情況下,可以對本發(fā)明進行改變或者采用等效的方案。
權利要求
1.一種通信協(xié)議,其適合于使用包括音頻數(shù)據和/或視頻數(shù)據的媒體流并且基于IETF RFC 1889中所描述的實時傳輸協(xié)議(RTP)進行雙向VoIP通信,其中在至少兩個用戶之間對主要包括報頭部分和有效載荷部分的數(shù)據包進行交換,由此形成RTP信道,所述通信協(xié)議的特征在于在所述RTP信道中嵌入至少一個子信道,所述子信道適用于傳送命令、信令和/或信息數(shù)據。
2.根據權利要求1所述的通信協(xié)議,其特征在于每個數(shù)據包的報頭部分在預定位置包括至少一個擴展比特,由此在所述數(shù)據包的報頭中或報頭擴展中提供一個或幾個附加字段以傳送所述命令、信令和/或信息數(shù)據。
3.一種基于例如在IETF RFC 1889中所描述的實時傳輸協(xié)議(RTP)在IP網絡上進行雙向VoIP的方法,其中通過RTP信道在至少兩個用戶之間以主要包括報頭部分和有效載荷的數(shù)據包的形式對包括音頻數(shù)據和/或視頻數(shù)據的媒體流進行交換,所述方法的特征在于通過嵌入在所述RTP信道中并且在兩個傳輸方向上都可用的至少一個子信道來發(fā)送附加的命令、信令和/或信息數(shù)據。
4.根據權利要求3所述的方法,其特征在于每個所發(fā)送的數(shù)據包的報頭在預定位置包括至少一個擴展比特,由此在所述數(shù)據包的報頭中或報頭擴展中提供一個或幾個附加字段以傳送所述命令、信令和/或信息數(shù)據。
5.根據權利要求4所述的方法,其特征在于與IETF RFC 1899協(xié)議特征有關并且對于每個所發(fā)送的數(shù)據包來說,提供附加字段以傳送用于在用戶之間進行傳輸?shù)乃龈郊有帕顢?shù)據包括設置標記比特(M)和擴展比特(X);將具有用戶信息的有效載荷類型比特(PT)編碼到用戶信號中;以及提供報頭擴展,其接在常規(guī)的RTP報頭之后并包括特征數(shù)據指示字段、長度指示字段、信令類型指示字段和用于容納待傳送的附加數(shù)據的幾個字節(jié),字節(jié)的數(shù)目對應于長度指示字段的內容值。
6.根據權利要求3-5之任一所述的方法,其特征在于基于根據權利要求1或2所述的協(xié)議來進行雙向VoIP通信。
7.根據權利要求3-6之任一所述的方法,其特征在于接收到RTP數(shù)據包之后,接收端的用戶的通信終端分析所接收數(shù)據包的報頭,特別是至少一個擴展比特,并且考慮包含在所述報頭或所述報頭擴展比特中的附加字段中的命令、信令和/或信息數(shù)據。
8.一種適用于基于IETF RFC 1889中所描述的實時傳輸協(xié)議(RTP)進行雙向VoIP通信的多媒體電信終端,其特征在于所述終端包括執(zhí)行根據權利要求3-7所述的方法的裝置。
全文摘要
本發(fā)明涉及一種適用于使用包括音頻數(shù)據和/或視頻數(shù)據的媒體流并且基于IETF RFC 1889(因特網工程任務組標準草案1889)中所描述的實時傳輸協(xié)議(RTP)進行雙向VoIP(基于IP的語音)通信的方法,其中在至少兩個用戶之間對包括報頭部分和有效載荷部分的數(shù)據包進行交換,由此形成RTP信道,所述方法的特征在于在RTP信道中嵌入至少一個子信道,所述子信道適用于傳送命令、信令和/或信息數(shù)據。
文檔編號H04M7/00GK1802834SQ03826747
公開日2006年7月12日 申請日期2003年8月18日 優(yōu)先權日2003年8月18日
發(fā)明者雷蒙·加斯, 弗朗索瓦·皮尼耶 申請人:阿爾卡特公司
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
凌云县| 沈丘县| 林甸县| 合肥市| 鄂州市| 临汾市| 贵州省| 平阴县| 嫩江县| 长治市| 易门县| 云和县| 阿城市| 临夏市| 瓮安县| 安丘市| 额敏县| 三台县| 石楼县| 巴中市| 延津县| 白朗县| 马鞍山市| 奉化市| 斗六市| 云阳县| 高淳县| 金塔县| 卢湾区| 镇宁| 佳木斯市| 鹿泉市| 福鼎市| 景宁| 平武县| 东平县| 巴青县| 玉田县| 兴化市| 明光市| 江永县|