国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      IPv4/IPv6設(shè)備的媒體流互通的方法

      文檔序號(hào):7655502閱讀:220來(lái)源:國(guó)知局
      專(zhuān)利名稱(chēng):IPv4/IPv6設(shè)備的媒體流互通的方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及一種設(shè)備媒體流互通的方法,特別涉及利用SIP協(xié)議實(shí)現(xiàn)IPv4/IPv6設(shè)備媒體流互通的方法。
      背景技術(shù)
      如今,Internet在全球范圍內(nèi)的普及應(yīng)用超過(guò)了歷史上的任何一項(xiàng)新技術(shù)所產(chǎn)生的影響和帶來(lái)的變化,實(shí)踐證明,IPv4不僅是健壯的、而且是易于實(shí)現(xiàn)的,并具有很好的互操作性。這些都充分肯定了IPv4協(xié)議(IPv4protocol)初始設(shè)計(jì)的正確性。但是隨著Internet迅速發(fā)展,發(fā)現(xiàn)IPv4有著很多不可克服的問(wèn)題,必須通過(guò)新的協(xié)議來(lái)最終替代。
      接入Internet的網(wǎng)絡(luò)設(shè)備和運(yùn)行在其上的應(yīng)用程序急劇增加,由此帶來(lái)了IP地址的迅速耗盡與路由表膨脹等問(wèn)題,對(duì)IP地址范圍的擴(kuò)大也迫在眉睫。針對(duì)IP地址的問(wèn)題,IETF(Internet工程任務(wù)組)提出了新一代網(wǎng)際互聯(lián)協(xié)議-IPv6協(xié)議(IPv6 protocol),它不但解決了IPv4的地址問(wèn)題,并且改善了IP協(xié)議的性能。
      目前由于IPv4協(xié)議已經(jīng)成功的使用了將近20年,基于IPv4的應(yīng)用程序和設(shè)備已經(jīng)相當(dāng)成熟和具有相當(dāng)?shù)囊?guī)模,不可能一夜之間完成所有升級(jí)變更。而另一方面,IPv6的應(yīng)用程序和設(shè)備還不成熟完備,這樣必然會(huì)出現(xiàn)許多孤立的IPv6網(wǎng)絡(luò)。
      通常,協(xié)議的過(guò)渡是很不容易的,從IPv4向IPv6的過(guò)渡也是如此。那么如何完成從IPv4向IPv6的過(guò)渡,是發(fā)展IPv6首要解決的問(wèn)題。由此在相當(dāng)長(zhǎng)時(shí)間內(nèi),IPv6節(jié)點(diǎn)之間的通信還要依賴(lài)于原有IPv4網(wǎng)絡(luò)的設(shè)施,同時(shí)IPv6節(jié)點(diǎn)也必不可少的要與IPv4節(jié)點(diǎn)通信,因此過(guò)渡是不可避免的,并且過(guò)渡必將是分布式的、漸進(jìn)的進(jìn)行。據(jù)專(zhuān)家的預(yù)測(cè),過(guò)渡初期的Internet將由少量運(yùn)行IPv6協(xié)議設(shè)備組成小的網(wǎng)絡(luò)“孤島”和大量運(yùn)行IPv4協(xié)議的設(shè)備組成的“海洋”組成。而隨著時(shí)間的推移,IPv4的海洋將會(huì)逐漸變小,而IPv6的小島不僅會(huì)越來(lái)越多,而且越來(lái)越大,并最終完全取代IPv4形成新的下一代Internet網(wǎng)絡(luò)。在過(guò)渡的初期,要解決的問(wèn)題可以分成兩大類(lèi)第一類(lèi)就是解決這些IPv6的小島之間互相通信的問(wèn)題;第二類(lèi)就是解決IPv6的小島與IPv4的海洋之間通信的問(wèn)題。
      為了開(kāi)展對(duì)于IPv4/IPv6過(guò)渡問(wèn)題和高效無(wú)縫互連問(wèn)題的研究,國(guó)際上,IETF組建了專(zhuān)門(mén)的工作組,即NGTRANS工作組來(lái)處理這個(gè)問(wèn)題。同時(shí),IETF在全球范圍內(nèi)成立試驗(yàn)床6-Bone,專(zhuān)門(mén)對(duì)IPv6的特性進(jìn)行研究。目前已經(jīng)出現(xiàn)了多種過(guò)渡技術(shù)和互連方案,這些技術(shù)各有特點(diǎn),用于解決不同過(guò)渡時(shí)期、不同環(huán)境的通信問(wèn)題。
      針對(duì)這兩類(lèi)問(wèn)題已經(jīng)提出了很多方案,有一些已經(jīng)相當(dāng)成熟并形成了RFC(Request For Comments,即“請(qǐng)求注解”,包含了關(guān)于Internet的幾乎所有重要的文字資料),有一些還只是作為Internet draft(Internet草案),有待進(jìn)一步完善。
      在將來(lái)很長(zhǎng)一段時(shí)間之內(nèi),兩種網(wǎng)絡(luò)必然是共存的,我們現(xiàn)在需要考慮的就是我們?nèi)绾文軌蚱椒€(wěn)地從IPv4網(wǎng)絡(luò)過(guò)渡到IPv6網(wǎng)絡(luò)。因此如何由IPv4向IPv6過(guò)渡以及由此而產(chǎn)生的過(guò)渡機(jī)制成為了一個(gè)新的研究熱點(diǎn)。
      目前解決過(guò)渡問(wèn)題基本技術(shù)主要有三種雙協(xié)議棧(RFC 2893 obsoleteRFC1933)、隧道技術(shù)(RFC 2893)、NAT-PT(網(wǎng)絡(luò)地址轉(zhuǎn)換-協(xié)議轉(zhuǎn)換)(RFC2766)。
      (1)雙協(xié)議棧(Dual Stack)采用該技術(shù)的各節(jié)點(diǎn)上同時(shí)運(yùn)行IPv4和IPv6兩套協(xié)議棧。這是使IPv6節(jié)點(diǎn)保持與純IPv4節(jié)點(diǎn)兼容最直接的方式,針對(duì)的對(duì)象是通信端節(jié)點(diǎn)(包括主機(jī)、路由器)。這種方式對(duì)IPv4和IPv6提供了完全的兼容,但是對(duì)于IP地址耗盡的問(wèn)題卻沒(méi)有任何幫助。并且由于需要雙路由基礎(chǔ)設(shè)施,這種方式反而增加了網(wǎng)絡(luò)的復(fù)雜度。
      (2)隧道技術(shù)(Tunnel)隧道技術(shù)提供了一種以現(xiàn)有IPv4路由體系來(lái)傳遞IPv6數(shù)據(jù)的方法將IPv6的分組作為無(wú)結(jié)構(gòu)意義的數(shù)據(jù),封裝在IPv4數(shù)據(jù)報(bào)中,被IPv4網(wǎng)絡(luò)傳輸。根據(jù)建立方式的不同,隧道可以分成兩類(lèi)手工配置的隧道和自動(dòng)配置的隧道。隧道技術(shù)巧妙地利用了現(xiàn)有的IPv4網(wǎng)絡(luò),它的意義在于提供了一種使IPv6的節(jié)點(diǎn)之間能夠在過(guò)渡期間通信的方法,但它并不能解決IPv6節(jié)點(diǎn)與IPv4節(jié)點(diǎn)之間相互通信的問(wèn)題。
      (3)NAT-PT轉(zhuǎn)換網(wǎng)關(guān)除了要進(jìn)行IPv4地址和IPv6地址轉(zhuǎn)換,還要包括協(xié)議轉(zhuǎn)換及翻譯。轉(zhuǎn)換網(wǎng)關(guān)作為通信的中間設(shè)備,可在IPv4和IPv6網(wǎng)絡(luò)之間轉(zhuǎn)換IP報(bào)頭的地址,同時(shí)根據(jù)協(xié)議不同對(duì)分組做相應(yīng)的語(yǔ)義翻譯,從而使純IPv4和純IPv6站點(diǎn)之間能夠透明通信。但其協(xié)議轉(zhuǎn)換及翻譯的處理量也很復(fù)雜,數(shù)據(jù)處理量較大。

      發(fā)明內(nèi)容
      本發(fā)明的目的是提供一種IPv4/IPv6設(shè)備的媒體流互通的方法,通過(guò)設(shè)備間協(xié)商的方式,合理的選擇使用IPv4或IPv6進(jìn)行流媒體互通。
      為實(shí)現(xiàn)上述目的,本發(fā)明提供了一種IPv4/IPv6設(shè)備的媒體流互通的方法,包括步驟1、主叫終端向被叫終端發(fā)出會(huì)話(huà)邀請(qǐng)消息,該消息中攜帶主叫終端的IP協(xié)議版本的參數(shù);步驟2、被叫終端收到該邀請(qǐng)消息后,進(jìn)行IP協(xié)議選擇協(xié)商,確定使用的IP協(xié)議版本;步驟3、被叫終端向主叫終端發(fā)送響應(yīng)消息,該消息中攜帶有協(xié)商確定的IP協(xié)議版本的參數(shù);步驟4、主叫終端收到被叫終端的響應(yīng)消息后,使用所述協(xié)商確定的IP協(xié)議版本建立與被叫終端的通信連接,進(jìn)行流媒體數(shù)據(jù)傳輸。
      在所述步驟1前還可以包括步驟a1、進(jìn)行SIP信令的IPv4/IPv6協(xié)商操作;該操作可以具體為步驟a11、終端初始化,獲取IP地址,如果終端支持IPv6協(xié)議,則執(zhí)行步驟a12,否則,確定使用IPv4協(xié)議進(jìn)行SIP信令傳輸,然后執(zhí)行步驟a13;步驟a12、檢測(cè)網(wǎng)絡(luò)中的SIP服務(wù)器是否支持IPv6協(xié)議,如果是,則確定使用IPv6協(xié)議進(jìn)行SIP信令傳輸;否則,確定使用IPv4協(xié)議進(jìn)行SIP信令傳輸;步驟a13、使用確定的IPv4或IPv6協(xié)議,按照SIP協(xié)議,注冊(cè)到所述SIP服務(wù)器。
      由上述技術(shù)方案可知,本發(fā)明通過(guò)設(shè)備間協(xié)商的方式,合理的選擇使用IPv4或IPv6進(jìn)行流媒體互通,使得在IPv4協(xié)議網(wǎng)絡(luò)向IPv6協(xié)議網(wǎng)絡(luò)過(guò)渡時(shí),使兩種協(xié)議的設(shè)備能夠進(jìn)行更好的實(shí)現(xiàn)互通。
      下面通過(guò)附圖和實(shí)施例,對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


      圖1為本發(fā)明實(shí)施例的SIP信令協(xié)商流程圖;圖2為本發(fā)明實(shí)施例的媒體流協(xié)商流程圖。
      具體實(shí)施例方式
      目前中國(guó)乃至全球的計(jì)算機(jī)網(wǎng)絡(luò),仍然以IPv4為主。同時(shí),IPv6正在獲得越來(lái)越多的重視和部署機(jī)會(huì)。由于IPv4設(shè)計(jì)上的缺陷,其地址資源不能滿(mǎn)足全球設(shè)備增長(zhǎng)的需要,IPv4地址已經(jīng)接近告罄。因此,本發(fā)明實(shí)施例的系統(tǒng)中的設(shè)備可以采用支持IPv4/IPv6雙協(xié)議棧的設(shè)備,這樣可以兼顧現(xiàn)有的IPv4網(wǎng)絡(luò)和未來(lái)的IPv6網(wǎng)絡(luò)。具有IPv4/IPv6雙協(xié)議棧的設(shè)備,能夠自動(dòng)適應(yīng)網(wǎng)絡(luò)狀況。當(dāng)IPv6可用的時(shí)候,優(yōu)先使用IPv6進(jìn)行數(shù)據(jù)傳輸。
      為了使IPv4和IPv6的終端之間實(shí)現(xiàn)媒體流的互通,本發(fā)明對(duì)SDP進(jìn)行了擴(kuò)展。只有對(duì)方的SDP和本地的SDP中都含有IPv6地址,才啟用IPv6,否則就用IPv4。針對(duì)IPv4向IPv6的過(guò)渡,采用雙協(xié)議棧來(lái)過(guò)渡的方式,遵循IPv4中的代理服務(wù)機(jī)制,通過(guò)雙協(xié)議棧的代理服務(wù)器,利用SIP協(xié)議實(shí)現(xiàn)IPv4/IPv6設(shè)備媒體流互通。
      眾所周知,會(huì)話(huà)初始化協(xié)議SIP(Session Initiation Protocol)是由互聯(lián)網(wǎng)工程任務(wù)組IETF于1999年提出的在基于IP網(wǎng)絡(luò)中、特別是在Internet結(jié)構(gòu)的網(wǎng)絡(luò)環(huán)境中,實(shí)現(xiàn)實(shí)時(shí)通信應(yīng)用的一種信令協(xié)議,雖然開(kāi)發(fā)該協(xié)議的最初目的是用來(lái)幫助提供跨越因特網(wǎng)的高級(jí)電話(huà)業(yè)務(wù),用于建立、修改和終止基于IP網(wǎng)絡(luò)的一個(gè)或多個(gè)參與者之間的會(huì)話(huà),這里的會(huì)話(huà)(Session)包括因特網(wǎng)(或任何其它IP網(wǎng)絡(luò))電話(huà)呼叫、多媒體會(huì)議和多媒體發(fā)布,會(huì)話(huà)中的成員能夠通過(guò)多播或單播聯(lián)系的網(wǎng)絡(luò)進(jìn)行通信。SIP具有許多特點(diǎn),例如支持會(huì)話(huà)描述,允許參與者在一組兼容媒體類(lèi)型上達(dá)成一致,同時(shí)通過(guò)代理和重定向請(qǐng)求到用戶(hù)當(dāng)前位置來(lái)支持用戶(hù)移動(dòng)性。SIP不與任何特定的會(huì)議控制協(xié)議捆綁在一起。因此,SIP協(xié)議憑借其簡(jiǎn)單、易于擴(kuò)展、便于實(shí)現(xiàn)等諸多優(yōu)點(diǎn)越來(lái)越得到業(yè)界的青睞,并逐步成為下一代網(wǎng)絡(luò)NGN和3G多媒體子系統(tǒng)域中最為活躍的重要協(xié)議之一,并且市場(chǎng)上出現(xiàn)越來(lái)越多的支持SIP的客戶(hù)端軟件和智能多媒體終端,以及用SIP協(xié)議實(shí)現(xiàn)的服務(wù)器和軟交換設(shè)備。有關(guān)SIP在視頻通信上的應(yīng)用已成為業(yè)內(nèi)技術(shù)人員關(guān)注的熱點(diǎn)。
      一個(gè)典型的SIP應(yīng)用系統(tǒng),包括SIP服務(wù)器和若干用戶(hù)終端(UA)構(gòu)成。在SIP媒體應(yīng)用系統(tǒng)中,包括SIP服務(wù)器、主叫終端(媒體客戶(hù)端)、被叫終端(媒體源終端)。
      SIP系統(tǒng)采用IETF的開(kāi)放標(biāo)準(zhǔn)SIP協(xié)議作為信令協(xié)議,負(fù)責(zé)媒體流的連接建立、會(huì)話(huà)參數(shù)協(xié)商、連接的終結(jié)。
      從網(wǎng)絡(luò)通信的角度,系統(tǒng)中所有的數(shù)據(jù)通信分為兩類(lèi)SIP信令和媒體流。兩者有不同的處理方式SIP信令發(fā)生于終端與SIP服務(wù)器之間,媒體流發(fā)生于終端與終端之間。SIP信令可使用IPv4或IPv6傳輸。媒體流所用的網(wǎng)絡(luò)參數(shù),是終端之間協(xié)商后提供的,必須兼顧兩個(gè)終端的IPv4/IPv6網(wǎng)絡(luò)情況。
      任何聯(lián)網(wǎng)設(shè)備,必然具備下列條件之一&lt;1&gt;具有且僅僅具有一個(gè)或多個(gè)IPv4私有地址或公有地址,能訪問(wèn)Internet;&lt;2&gt;具有且僅僅具有一個(gè)或多個(gè)IPv6地址,能訪問(wèn)IPv6網(wǎng)絡(luò);&lt;3&gt;同時(shí)具有IPv4和IPv6地址,且兩者都能訪問(wèn)外部網(wǎng)絡(luò)。
      本發(fā)明實(shí)施例中的SIP服務(wù)器可以采用具備條件&lt;3&gt;的設(shè)備,因此,各種設(shè)備均可注冊(cè)到SIP服務(wù)器,并通過(guò)SIP服務(wù)器的路由功能傳遞信令,進(jìn)而建立媒體流。
      利用SIP協(xié)議實(shí)現(xiàn)IPv4/IPv6設(shè)備媒體流互通的方法,包含了兩個(gè)部分1)SIP信令協(xié)商,發(fā)生于UA與SIP服務(wù)器之間。SIP信令協(xié)商操作發(fā)生在終端的初始化階段,如圖1所示,具體包括步驟a11、終端初始化,獲取IP地址,如果終端支持IPv6協(xié)議,則執(zhí)行步驟a12,否則,確定使用IPv4協(xié)議進(jìn)行SIP信令傳輸,然后執(zhí)行步驟a13;步驟a12、檢測(cè)網(wǎng)絡(luò)中的SIP服務(wù)器是否支持IPv6協(xié)議,如果是,則確定使用IPv6協(xié)議進(jìn)行SIP信令傳輸;否則,確定使用IPv4協(xié)議進(jìn)行SIP信令傳輸;步驟a13、使用步驟a12中確定的IPv4或IPv6協(xié)議,按照SIP協(xié)議,注冊(cè)到所述SIP服務(wù)器。
      2)媒體流協(xié)商,發(fā)生于終端與終端之間。如圖2所示,具體包括步驟1、主叫終端向被叫終端發(fā)出會(huì)話(huà)邀請(qǐng)消息,該消息中攜帶主叫終端的IP協(xié)議版本的參數(shù);步驟2、被叫終端收到該邀請(qǐng)消息后,進(jìn)行IP協(xié)議選擇協(xié)商,確定使用的IP協(xié)議版本;步驟3、被叫終端向主叫終端發(fā)送響應(yīng)消息,該消息中攜帶有協(xié)商確定的IP協(xié)議版本的參數(shù);
      步驟4、主叫終端收到被叫終端的響應(yīng)消息后,使用所述協(xié)商確定的IP協(xié)議版本建立與被叫終端的通信連接,進(jìn)行流媒體數(shù)據(jù)傳輸。
      其中2中的進(jìn)行IP協(xié)議選擇協(xié)商具體為具備上述條件&lt;1&gt;的設(shè)備之間使用IPv4實(shí)現(xiàn)媒體流互通。
      具備上述條件&lt;2&gt;的設(shè)備之間使用IPv6實(shí)現(xiàn)媒體流互通。
      具備上述條件&lt;3&gt;的設(shè)備之間優(yōu)先使用IPv6實(shí)現(xiàn)媒體流互通。
      對(duì)于具備條件&lt;3&gt;的設(shè)備,若與具備條件&lt;1&gt;或&lt;2&gt;的設(shè)備實(shí)現(xiàn)媒體流互通,則必須通過(guò)網(wǎng)絡(luò)能力的協(xié)商,采用與具備條件&lt;1&gt;或&lt;2&gt;的設(shè)備相同的協(xié)議。
      具備條件&lt;1&gt;的設(shè)備,若與具備條件&lt;2&gt;的設(shè)備實(shí)現(xiàn)媒體流互通,則各設(shè)備使用各自支持的通信協(xié)議。在流媒體轉(zhuǎn)發(fā)過(guò)程中,使用具有IPv4/IPv6雙協(xié)議棧的媒體代理服務(wù)器(MPS)實(shí)現(xiàn)媒體流轉(zhuǎn)發(fā)。
      MPS具有IPv4和IPv4地址,其轉(zhuǎn)發(fā)流程如下(a)主叫終端向媒體代理服務(wù)器發(fā)出會(huì)話(huà)邀請(qǐng)消息(INVITE);(b)媒體代理服務(wù)器接收到該會(huì)話(huà)邀請(qǐng)消息(INVITE)后,從該消息中指定的被叫端獲取媒體流數(shù)據(jù);(c)媒體代理服務(wù)器將獲取到的媒體流數(shù)據(jù)發(fā)送給所述主叫端。
      MPS介于主叫終端和被叫終端之間,它負(fù)責(zé)發(fā)布從另一個(gè)被叫終端接收到的媒體流數(shù)據(jù)發(fā)送給需要的主叫終端。MPS扮演雙重角色,首先它是個(gè)主叫終端,可以從被叫端那里獲取視頻流;它也是個(gè)被叫終端,接收別的主叫終端的媒體點(diǎn)播并將媒體流數(shù)據(jù)傳輸給主叫終端。包括下面功能SIP服務(wù)器不對(duì)發(fā)往(來(lái)自)MPS的SIP消息做權(quán)限檢查;MPS登陸上線,并注冊(cè)到SIP服務(wù)器;主叫終端登錄時(shí)下載的好友列表中包含MPS;主叫終端在向MPS發(fā)出邀請(qǐng)消息(INVITE)后,MPS應(yīng)立即返回200 OK并向主叫終端邀請(qǐng)的被叫終端(或者M(jìn)PS)發(fā)起媒體會(huì)話(huà)邀請(qǐng);MPS從指定的被叫終端獲取源媒體流數(shù)據(jù);
      MPS將媒體流數(shù)據(jù)發(fā)送給需要的主叫終端;下面通過(guò)一個(gè)在視頻監(jiān)控系統(tǒng)中的具體應(yīng)用的實(shí)施例來(lái)進(jìn)一步說(shuō)明本發(fā)明個(gè)人電腦客戶(hù)端(PC Client)初始化后,進(jìn)行SIP信令的IPv4/IPv6協(xié)商操作,登陸上線;網(wǎng)絡(luò)攝像機(jī)(IP Camera)初始化后,進(jìn)行SIP信令的IPv4/IPv6協(xié)商操作,登陸上線;MPS登陸上線,并注冊(cè)到SIP服務(wù)器;在PC Client的配置中,用戶(hù)首先選擇是否使用分發(fā)服務(wù),如果使用分發(fā)服務(wù)只配置一個(gè)MPS;PC Client登錄時(shí)下載的好友列表中包含MPS;SIP服務(wù)器不對(duì)發(fā)往(來(lái)自)MPS的SIP消息做權(quán)限檢查;PC Client在向MPS發(fā)送邀請(qǐng)消息(INVITE)后,MPS應(yīng)立即返回200 OK,并向PC Client邀請(qǐng)的IP Camera發(fā)起視頻邀請(qǐng);MPS從指定的IP Camera獲取源視頻流;MPS將視頻流發(fā)送給需要的PC Client;如果沒(méi)有PC Client觀看IP Camera的視頻,則MPS停止從IP Camera獲取視頻流。
      在本實(shí)施例中,PC Client相當(dāng)于主叫終端,而IP Camera相當(dāng)于被叫終端,具體SDP協(xié)議包如下對(duì)于PC Client環(huán)境參數(shù)私網(wǎng)IP192.168.0.19公網(wǎng)IP211.99.29.43IPv6地址[3ffe:81b1:1:4:211:5bff:fe48:af6c]NAT的公網(wǎng)IP211.99.29.61



      對(duì)于IP Camera環(huán)境參數(shù)私網(wǎng)IP192.168.0.48公網(wǎng)IP211.99.2 9.36IPv6地址[3ffe:81b1:1:4:211:5bff:fe48:adf3]NAT的公網(wǎng)IP211.99.29.61


      從上述實(shí)施例可以看出,由于基于SIP協(xié)議進(jìn)行設(shè)備間的協(xié)商,使本發(fā)明實(shí)施例的技術(shù)方案具有擴(kuò)展性、易用性。
      最后應(yīng)說(shuō)明的是以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案而非對(duì)其進(jìn)行限制,盡管參照較佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換,而這些修改或者等同替換亦不能使修改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。
      權(quán)利要求
      1.一種IPv4/IPv6設(shè)備的媒體流互通的方法,其特征在于,包括步驟1、主叫終端向被叫終端發(fā)出會(huì)話(huà)邀請(qǐng)消息,該消息中攜帶主叫終端的IP協(xié)議版本的參數(shù);步驟2、被叫終端收到該邀請(qǐng)消息后,進(jìn)行IP協(xié)議選擇協(xié)商,確定使用的IP協(xié)議版本;步驟3、被叫終端向主叫終端發(fā)送響應(yīng)消息,該消息中攜帶有協(xié)商確定的IP協(xié)議版本的參數(shù);步驟4、主叫終端收到被叫終端的響應(yīng)消息后,使用所述協(xié)商確定的IP協(xié)議版本建立與被叫終端的通信連接,進(jìn)行流媒體數(shù)據(jù)傳輸。
      2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述步驟2中的所述進(jìn)行IP協(xié)議選擇協(xié)商具體為如果所述主叫終端和所述被叫終端僅支持IPv4協(xié)議,則確定使用IPv4協(xié)議;如果所述主叫終端和所述被叫終端僅支持IPv6協(xié)議,則確定使用IPv6協(xié)議;如果所述主叫終端和所述被叫終端都支持IPv4和IPv6協(xié)議,則確定使用IPv6協(xié)議;如果所述主叫終端和所述被叫終端中的一方支持IPv4和IPv6協(xié)議,而另一方僅支持IPv4或IPv6協(xié)議,則確定使用所述另一方支持的IP協(xié)議;如果所述主叫終端和所述被叫終端中的一方僅支持IPv4,而另一方僅支持IPv6協(xié)議,則確定主叫終端和被叫終端使用各自支持的通信協(xié)議。
      3.根據(jù)權(quán)利要求2所述的方法,其特征在于,在所述步驟4中,當(dāng)所述主叫終端和所述被叫終端中的一方僅支持IPv4而另一方僅支持IPv6協(xié)議時(shí),使用具有IPv4/IPv6雙協(xié)議棧的媒體代理服務(wù)器進(jìn)行流媒體數(shù)據(jù)轉(zhuǎn)發(fā)。
      4.根據(jù)權(quán)利要求3所述的方法,其特征在于,所述使用具有IPv4/IPv6雙協(xié)議棧的媒體代理服務(wù)器進(jìn)行流媒體數(shù)據(jù)轉(zhuǎn)發(fā)具體為主叫終端向媒體代理服務(wù)器發(fā)出會(huì)話(huà)邀請(qǐng)消息;媒體代理服務(wù)器接收到該會(huì)話(huà)邀請(qǐng)消息后,從該消息中指定的被叫端獲取媒體流數(shù)據(jù);媒體代理服務(wù)器將獲取到的媒體流數(shù)據(jù)發(fā)送給所述主叫端。
      5.根據(jù)權(quán)利要求1所述的方法,其特征在于,在所述步驟1前還包括步驟a1、進(jìn)行SIP信令的IPv4/IPv6協(xié)商操作。
      6.根據(jù)權(quán)利要求5所述的方法,其特征在于,所述步驟a1具體為步驟a11、終端初始化,獲取I P地址,如果終端支持IPv6協(xié)議,則執(zhí)行步驟a12,否則,確定使用IPv4協(xié)議進(jìn)行SIP信令傳輸,然后執(zhí)行步驟a13;步驟a12、檢測(cè)網(wǎng)絡(luò)中的SIP服務(wù)器是否支持IPv6協(xié)議,如果是,則確定使用IPv6協(xié)議進(jìn)行SIP信令傳輸;否則,確定使用IPv4協(xié)議進(jìn)行SIP信令傳輸;步驟a13、使用確定的IPv4或IPv6協(xié)議,按照SIP協(xié)議,注冊(cè)到所述SIP服務(wù)器。
      7.根據(jù)權(quán)利要求1所述的方法,其特征在于,在所述會(huì)話(huà)邀請(qǐng)消息的會(huì)話(huà)描述協(xié)議中攜帶所述主叫終端的IP協(xié)議版本參數(shù)。
      全文摘要
      本發(fā)明公開(kāi)了一種IPv4/IPv6設(shè)備的媒體流互通的方法,包括主叫終端向被叫終端發(fā)出會(huì)話(huà)邀請(qǐng)消息,該消息中攜帶主叫終端的IP協(xié)議版本的參數(shù);被叫終端收到該邀請(qǐng)消息后,進(jìn)行IP協(xié)議選擇協(xié)商,確定使用的IP協(xié)議版本;被叫終端向主叫終端發(fā)送響應(yīng)消息,該消息中攜帶有協(xié)商確定的IP協(xié)議版本的參數(shù);主叫終端收到被叫終端的響應(yīng)消息后,使用所述協(xié)商確定的IP協(xié)議版本建立與被叫終端的通信連接,進(jìn)行流媒體數(shù)據(jù)傳輸。本發(fā)明通過(guò)設(shè)備間協(xié)商的方式,合理的選擇使用IPv4或IPv6進(jìn)行流媒體互通,使得在IPv4協(xié)議網(wǎng)絡(luò)向IPv6協(xié)議網(wǎng)絡(luò)過(guò)渡時(shí),使兩種協(xié)議的設(shè)備能夠進(jìn)行更好的實(shí)現(xiàn)互通。
      文檔編號(hào)H04L29/06GK101094182SQ20071011949
      公開(kāi)日2007年12月26日 申請(qǐng)日期2007年7月25日 優(yōu)先權(quán)日2007年7月25日
      發(fā)明者馬妍, 焦剛, 厲盛義, 白良, 張震 申請(qǐng)人:中國(guó)網(wǎng)絡(luò)通信集團(tuán)公司
      網(wǎng)友詢(xún)問(wèn)留言 已有0條留言
      • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1