專利名稱：流媒體業(yè)務(wù)的傳輸方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種流媒體業(yè)務(wù)的傳輸方法、裝置和系統(tǒng)。
背景技術(shù)：
AOI (Always Online Infrastructure,常在線結(jié)構(gòu))平臺(tái)為企業(yè)業(yè)務(wù)、互聯(lián)網(wǎng)業(yè)務(wù)、家庭業(yè)務(wù)以及內(nèi)容提供商提供統(tǒng)一的消息推送通道和同步傳輸通道，應(yīng)用方便，且內(nèi)容以多種方式、安全、可靠地延伸到用戶終端。AOI平臺(tái)為基于移動(dòng)互聯(lián)網(wǎng)的常在線應(yīng)用提供統(tǒng)一的接入點(diǎn)，能更有效地為客戶提供高性能、低延時(shí)的用戶體驗(yàn)服務(wù)，增加用戶黏性，提升業(yè)務(wù)收入。伴隨互聯(lián)網(wǎng)以及移動(dòng)通信網(wǎng)絡(luò)的發(fā)展，移動(dòng)互聯(lián)網(wǎng)時(shí)代已經(jīng)到來(lái)，移動(dòng)互聯(lián)網(wǎng)是結(jié)合兩者的優(yōu)勢(shì)，使得手機(jī)終端用戶可以隨時(shí)接入網(wǎng)絡(luò)，進(jìn)而獲得互聯(lián)網(wǎng)上的相關(guān)信息、資源以及獲取語(yǔ)音、數(shù)據(jù)等多媒體類型業(yè)務(wù)。但處于當(dāng)前的網(wǎng)絡(luò)時(shí)代格局中，移動(dòng)運(yùn)營(yíng)商卻被逐漸“管道化”，運(yùn)營(yíng)商只提供接入和數(shù)據(jù)流量以及相關(guān)增值業(yè)務(wù)，并且自身的傳統(tǒng)語(yǔ)音服 務(wù)業(yè)務(wù)也遭受互聯(lián)網(wǎng)技術(shù)發(fā)展帶來(lái)的沖擊。VoIP (Voice over Internet Protocol,基于IP的語(yǔ)音傳輸)是將模擬聲音訊號(hào)(Voice)數(shù)字化，以數(shù)據(jù)封包(Data Packet)的形式在IP數(shù)據(jù)網(wǎng)絡(luò)(IP Network)上做實(shí)時(shí)傳遞。VoIP最大的優(yōu)勢(shì)是能廣泛地采用Internet和全球IP互連的環(huán)境，提供比傳統(tǒng)業(yè)務(wù)更多、更好的服務(wù)。VoIP可以在IP網(wǎng)絡(luò)上便宜的傳送語(yǔ)音、傳真、視頻和數(shù)據(jù)業(yè)務(wù)。而且伴隨移動(dòng)網(wǎng)絡(luò)的發(fā)展，原來(lái)一些只提供網(wǎng)絡(luò)電話的公司也開(kāi)始進(jìn)入移動(dòng)互聯(lián)網(wǎng)領(lǐng)域，開(kāi)發(fā)基于智能手機(jī)的VoIP軟件,如跨手機(jī)平臺(tái)的Skype、KC以及iPhone的FaceTime等,盡管移動(dòng)運(yùn)營(yíng)商做了很多限制和封殺部分軟件，但面對(duì)移動(dòng)VoIP所提供的服務(wù)和展現(xiàn)的前景，移動(dòng)運(yùn)營(yíng)商也不得不追求改變。中國(guó)移動(dòng)開(kāi)始在廣東試點(diǎn)G3的移動(dòng)VoIP，提供了 PC到PC，PC到手機(jī)的VoIP服務(wù)，但卻不愿輕易開(kāi)放和試點(diǎn)手機(jī)到手機(jī)，手機(jī)到電話網(wǎng)以及手機(jī)到PC的業(yè)務(wù)。因?yàn)閭鹘y(tǒng)的語(yǔ)音服務(wù)還是占據(jù)了運(yùn)營(yíng)商很大的收入份額，然而數(shù)據(jù)流量業(yè)務(wù)已經(jīng)成為移動(dòng)運(yùn)營(yíng)商新的利潤(rùn)增長(zhǎng)點(diǎn)，并且數(shù)據(jù)流量業(yè)務(wù)的利潤(rùn)所占比重成逐年增長(zhǎng)趨勢(shì)。移動(dòng)運(yùn)營(yíng)商不愿放開(kāi)移動(dòng)VoIP的主要原因是沒(méi)有一種很好的方式管理基于手機(jī)的移動(dòng)VoIP服務(wù)。目前，業(yè)界提出了一種基于AOP (Always Online Platform,常在線平臺(tái))協(xié)議的AOI平臺(tái)為手機(jī)終端提供統(tǒng)一的協(xié)議規(guī)范，通過(guò)該協(xié)議規(guī)范將手機(jī)終端通過(guò)移動(dòng)網(wǎng)絡(luò)接入互聯(lián)網(wǎng)和管理相關(guān)的服務(wù)，然而，該協(xié)議規(guī)范中也未涉及對(duì)終端的IP語(yǔ)音、視頻等流媒體業(yè)務(wù)的傳輸，因此無(wú)法實(shí)現(xiàn)基于AOI平臺(tái)的流媒體業(yè)務(wù)。針對(duì)相關(guān)技術(shù)中無(wú)法實(shí)現(xiàn)基于AOI平臺(tái)的流媒體業(yè)務(wù)的問(wèn)題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種流媒體業(yè)務(wù)的傳輸方法、裝置和系統(tǒng)，以至少解決上述無(wú)法實(shí)現(xiàn)基于AOI平臺(tái)的流媒體業(yè)務(wù)的問(wèn)題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種流媒體業(yè)務(wù)的傳輸方法，包括:A0I平臺(tái)接收第一終端和第二終端上報(bào)的NAT類型；A0I平臺(tái)根據(jù)第一終端與第二終端的NAT類型建立媒體通道，以使第一終端與第二終端使用該媒體通道傳輸流媒體業(yè)務(wù)；其中，該媒體通道包括經(jīng)由GGSN的媒體通道或經(jīng)由AOI媒體代理服務(wù)器的媒體通道。其中，NAT類型包括圓錐型NAT和對(duì)稱型NAT ；A0I平臺(tái)根據(jù)第一終端和第二終端的NAT類型建立媒體通道包括當(dāng)?shù)谝唤K端與第二終端上報(bào)的NAT類型均為 圓錐型NAT時(shí)，AOI平臺(tái)確定第一終端與第二終端使用經(jīng)由GGSN的媒體通道，通知第一終端與第二終端建立經(jīng)由GGSN的媒體通道；或者，當(dāng)?shù)谝唤K端與第二終端上報(bào)的NAT類型中有非圓錐型NAT時(shí)，AOI平臺(tái)確定第一終端與第二終端使用經(jīng)由AOI媒體代理服務(wù)器的媒體通道，通知第一終端與第二終端采用經(jīng)由AOI媒體代理服務(wù)器的媒體通道。AOI平臺(tái)通知第一終端與第二終端建立經(jīng)由GGSN的媒體通道之后，還包括A0I平臺(tái)向第一終端和第二終端所在的GGSN發(fā)送打洞請(qǐng)求，告知第一終端和第二終端為可信終端；第一終端和第二終端互發(fā)打洞測(cè)試報(bào)文進(jìn)行打洞測(cè)試，并向AOI平臺(tái)上報(bào)打洞測(cè)試結(jié)果；A0I平臺(tái)確定第一終端和第二終端的打洞測(cè)試成功時(shí)，通知第一終端與第二終端經(jīng)由GGSN的媒體通道建立完成；A0I平臺(tái)確定第一終端和第二終端的打洞測(cè)試失敗時(shí)，通知第一終端與第二終端采用經(jīng)由AOI媒體代理服務(wù)器的媒體通道傳輸流媒體業(yè)務(wù)。AOI平臺(tái)接收第一終端和第二終端上報(bào)的網(wǎng)絡(luò)地址轉(zhuǎn)換NAT類型之前，上述方法還包括第一終端與第二終端相互獲取對(duì)方用于傳輸流媒體業(yè)務(wù)的IP地址和端口。其中，第一終端與第二終端相互獲取對(duì)方用于傳輸流媒體業(yè)務(wù)的IP地址和端口包括以下方式之一第一終端與第二終端通過(guò)用戶數(shù)據(jù)報(bào)協(xié)議UDP的簡(jiǎn)單穿越STUN協(xié)議與GGSN進(jìn)行通信，獲取各自的公網(wǎng)IP地址和公網(wǎng)端口并告知對(duì)方；第一終端與第二終端將GGSN上的中繼代理的IP地址和端口作為對(duì)方傳輸流媒體業(yè)務(wù)的IP地址和端口 ；第一終端與第二終端均與AOI平臺(tái)進(jìn)行基于UDP的通信，由AOI平臺(tái)記錄下對(duì)應(yīng)終端的公網(wǎng)IP地址和公網(wǎng)端口 ；其中，公網(wǎng)IP地址和公網(wǎng)端口用于傳輸流媒體業(yè)務(wù)。第一終端與第二終端使用媒體通道傳輸流媒體業(yè)務(wù)之后，上述方法還包括第一終端或第二終端主動(dòng)掛斷媒體通道，并向AOI平臺(tái)發(fā)起通道拆除請(qǐng)求；A0I平臺(tái)收到通道拆除請(qǐng)求后，向第一終端或第二終端中的被動(dòng)掛斷方發(fā)起通道拆除通知，并拆除媒體通道；AOI平臺(tái)根據(jù)第一終端與第二終端傳輸流媒體業(yè)務(wù)的時(shí)間和/或流量進(jìn)行計(jì)費(fèi)。上述流媒體業(yè)務(wù)采用基于UDP的RTP或基于UDP的RTCP進(jìn)行封裝。根據(jù)本發(fā)明的另一方面，提供了一種流媒體業(yè)務(wù)的傳輸裝置，包括接收模塊，用于接收第一終端和第二終端上報(bào)的NAT類型；媒體通道建立模塊，用于根據(jù)接收模塊接收的所述第一終端和第二終端的NAT類型建立媒體通道，以使第一終端與第二終端使用該媒體通道傳輸流媒體業(yè)務(wù)；其中，該媒體通道包括經(jīng)由GGSN的媒體通道或經(jīng)由AOI媒體代理服務(wù)器的媒體通道。上述NAT類型包括圓錐型NAT和對(duì)稱型NAT ;上述媒體通道建立模塊包括第一通道建立單元，用于當(dāng)?shù)谝唤K端與第二終端上報(bào)的NAT類型均為圓錐型NAT時(shí)，確定第一終端與第二終端使用經(jīng)由GGSN的媒體通道，并通知第一終端與第二終端建立經(jīng)由GGSN的媒體通道；或者，第二通道建立單元，用于當(dāng)?shù)谝唤K端與第二終端上報(bào)的NAT類型中有非圓錐型NAT時(shí)，確定第一終端與第二終端使用經(jīng)由AOI媒體代理服務(wù)器的媒體通道，并通知第一終端與第二終端采用經(jīng)由AOI媒體代理服務(wù)器的媒體通道。根據(jù)本發(fā)明的又一方面，提供了一種流媒體業(yè)務(wù)的傳輸系統(tǒng)，包括A0I平臺(tái)、第一終端和第二終端，其中，AOI平臺(tái)包括上述流媒體業(yè)務(wù)的傳輸裝置；第一終端和第二終端均包括上報(bào)模塊，用于上報(bào)自身的NAT類型；傳輸模塊，用于使用AOI平臺(tái)建立的媒體通道傳輸流媒體業(yè)務(wù)。通過(guò)本發(fā)明，采用AOI平臺(tái)建立媒體通道，終端間使用該媒體通道傳輸流媒體業(yè)務(wù)，解決了相關(guān)技術(shù)中無(wú)法實(shí)現(xiàn)基于AOI平臺(tái)的流媒體業(yè)務(wù)的問(wèn)題，同時(shí)，建立媒體通道時(shí)考慮了終端對(duì)應(yīng)的NAT類型，因此AOI平臺(tái)建立的媒體通道能更充分利用系統(tǒng)的資源，避免了 AOI平臺(tái)的負(fù)荷過(guò)高，優(yōu)化了系統(tǒng)的性能。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖I是根據(jù)本發(fā)明實(shí)施例I的流媒體業(yè)務(wù)的傳輸方法流程圖；圖2是根據(jù)本發(fā)明實(shí)施例I的組網(wǎng)結(jié)構(gòu)示意圖；圖3是根據(jù)本發(fā)明實(shí)施例2的注冊(cè)與呼叫流程示意圖；圖4是根據(jù)本發(fā)明實(shí)施例2的媒體通道建立與拆除流程示意圖；圖5是根據(jù)本發(fā)明實(shí)施例3的流媒體業(yè)務(wù)的傳輸系統(tǒng)的結(jié)構(gòu)框圖；圖6是根據(jù)本發(fā)明實(shí)施例3的流媒體業(yè)務(wù)的傳輸裝置的結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。本發(fā)明實(shí)施例考慮基于AOP協(xié)議的AOI平臺(tái)僅提供移動(dòng)終端的接入服務(wù)，未涉及到移動(dòng)終端的VoIP服務(wù)，提供了一種流媒體業(yè)務(wù)的傳輸方法、裝置和系統(tǒng)，用以實(shí)現(xiàn)根據(jù)終端對(duì)應(yīng)的NAT (Network Address Translation,網(wǎng)絡(luò)地址轉(zhuǎn)換)類型建立適合的媒體通道，實(shí)現(xiàn)終端間流媒體業(yè)務(wù)的傳輸，其中，本發(fā)明實(shí)施例中的終端指的是移動(dòng)終端。實(shí)施例I本實(shí)施例提供了一種流媒體業(yè)務(wù)的傳輸方法，參見(jiàn)圖1，該方法包括以下步驟(步驟 S102-S104)步驟S102，AOI平臺(tái)接收第一終端和第二終端上報(bào)的NAT類型；步驟S104，AOI平臺(tái)根據(jù)第一終端與第二終端的NAT類型建立媒體通道，以使第一終端與第二終端使用該媒體通道傳輸流媒體業(yè)務(wù)；其中，媒體通道包括經(jīng)由GGSN(Gateway GPRSSupport Node,網(wǎng)關(guān)GPRS支持節(jié)點(diǎn))的媒體通道或經(jīng)由AOI媒體代理服務(wù)器的媒體通道；本實(shí)施例建立媒體通道的過(guò)程中，考慮了終端對(duì)應(yīng)的NAT類型，該NAT類型指NAT轉(zhuǎn)換的實(shí)現(xiàn)方式。因NAT協(xié)議的不同實(shí)現(xiàn)方式以及不同策略，NAT的轉(zhuǎn)換形式可分為圓錐型NAT (Cone NAT)和對(duì)稱型NAT (Symmetic NAT)。其主要區(qū)別是
圓錐型NAT可利用UDP (User Datagram Protocol,用戶數(shù)據(jù)報(bào)協(xié)議)打洞(UDPHolePuching)技術(shù)，達(dá)到使第三方為可信的IP+端口。而對(duì)于對(duì)稱NAT，因?yàn)橄蛐碌腎P發(fā)起UDP的建立請(qǐng)求，NAT會(huì)為其再次分配IP和端口，而使得接收端無(wú)法判斷源消息的對(duì)應(yīng)關(guān)系，可能被接收端NAT的策略丟棄，盡管該情況可以使用端口探測(cè)方式規(guī)避，但增加了不確定性。所以可以選擇發(fā)往AOI平臺(tái)的語(yǔ)音代理服務(wù)器(也稱AOI媒體代理服務(wù)器)，由該代理服務(wù)器再轉(zhuǎn)發(fā)給接收端，由此可以避免所有因NAT技術(shù)實(shí)現(xiàn)和策略的影響。由于流媒體業(yè)務(wù)的通信量比較大，若直接采用經(jīng)GGSN/SGSN(Serving GSN，服務(wù)GPRS支持節(jié)點(diǎn))直接通信會(huì)極大的降低AOI平臺(tái)的負(fù)荷，所以終端A和終端B建立的媒體通信鏈路具體過(guò)程可如下先利用STUN (Simple Traversal of UDP Through NetworkAddress Translators (NATs)，NAT的UDP簡(jiǎn)單穿越)協(xié)議探測(cè)NAT類型，如終端A和終端B的NAT類型均為圓錐型NAT，則通知AOI平臺(tái)發(fā)起向?qū)Χ薌GSN的UDP打洞請(qǐng)求。如打洞成功，則之后的流媒體業(yè)務(wù)交互直接用建立的媒體通信鏈路進(jìn)行通信。若終端A和終端B的NAT類型中只要一方不為圓錐型NAT或打洞失敗，則流媒體業(yè)務(wù)交互走AOI媒體代理服務(wù) 器，由AOI媒體代理服務(wù)器將終端A和終端B交互的流媒體業(yè)務(wù)直接轉(zhuǎn)發(fā)。基于上述分析，該步驟S102包括當(dāng)?shù)谝唤K端與第二終端上報(bào)的NAT類型均為圓錐型NAT時(shí)，AOI平臺(tái)確定第一終端與第二終端使用經(jīng)由GGSN的媒體通道，通知第一終端與第二終端建立經(jīng)由GGSN的媒體通道；當(dāng)?shù)谝唤K端與第二終端上報(bào)的NAT類型中有非圓錐型NAT時(shí)，AOI平臺(tái)確定第一終端與第二終端使用經(jīng)由AOI媒體代理服務(wù)器的媒體通道，通知第一終端與第二終端采用經(jīng)由AOI媒體代理服務(wù)器的媒體通道。為了防止終端進(jìn)行UDP打洞時(shí)出現(xiàn)異常，因UDP打洞失敗而無(wú)法繼續(xù)后面的流媒體業(yè)務(wù)傳輸，上述AOI平臺(tái)通知第一終端與第二終端建立經(jīng)由GGSN的媒體通道之后，還包括:A0I平臺(tái)向第一終端和第二終端所在的GGSN發(fā)送打洞請(qǐng)求，告知第一終端和第二終端為可信終端；第一終端和第二終端互發(fā)打洞測(cè)試報(bào)文進(jìn)行打洞測(cè)試，例如，測(cè)試是否能夠?qū)崿F(xiàn)基于 UDP 的 RTP(Real-Time Transport Protocol,實(shí)時(shí)傳輸協(xié)議)或 UDP 的 RTCP(RTPControl Protocol，RTP控制協(xié)議)報(bào)文交互，并向AOI平臺(tái)上報(bào)打洞測(cè)試結(jié)果；A0I平臺(tái)確定第一終端和第二終端的打洞測(cè)試成功時(shí)，通知第一終端與第二終端經(jīng)由GGSN的媒體通道建立完成；A0I平臺(tái)確定第一終端和第二終端的打洞測(cè)試失敗時(shí)，通知第一終端與第二終端采用經(jīng)由AOI媒體代理服務(wù)器的媒體通道傳輸流媒體業(yè)務(wù)。完成上述媒體通道建立后，第一終端與第二終端使用上述媒體通道傳輸流媒體業(yè)務(wù)。例如，當(dāng)媒體通道為經(jīng)由GGSN的媒體通道時(shí)，第一終端與第二終端之間的流媒體業(yè)務(wù)經(jīng)由GGSN轉(zhuǎn)發(fā)至對(duì)方；當(dāng)媒體通道為經(jīng)由AOI媒體代理服務(wù)器的媒體通道時(shí)，第一終端與第二終端之間的流媒體業(yè)務(wù)經(jīng)由AOI媒體代理服務(wù)器轉(zhuǎn)發(fā)至對(duì)方。上述第一終端與第二終端使用媒體通道傳輸流媒體業(yè)務(wù)之后，上述方法還包括媒體通道拆除和計(jì)費(fèi)過(guò)程，例如第一終端或第二終端主動(dòng)掛斷媒體通道，并向AOI平臺(tái)發(fā)起通道拆除請(qǐng)求;A0I平臺(tái)收到通道拆除請(qǐng)求后，向第一終端或第二終端中的被動(dòng)掛斷方發(fā)起通道拆除通知，并拆除媒體通道;A0I平臺(tái)根據(jù)第一終端與第二終端傳輸流媒體業(yè)務(wù)的時(shí)間和/或流量進(jìn)行計(jì)費(fèi)。本實(shí)施例通過(guò)采用AOI平臺(tái)建立媒體通道，終端間使用該媒體通道傳輸流媒體業(yè)務(wù)，解決了相關(guān)技術(shù)中無(wú)法實(shí)現(xiàn)基于AOI平臺(tái)的流媒體業(yè)務(wù)的問(wèn)題，同時(shí)，建立媒體通道時(shí)考慮了終端對(duì)應(yīng)的NAT類型，因此AOI平臺(tái)建立的媒體通道能更充分利用系統(tǒng)的資源，避免了 AOI平臺(tái)的負(fù)荷過(guò)高，優(yōu)化了系統(tǒng)的性能。因本發(fā)明實(shí)施例中的終端各自位于不同的私網(wǎng)中，優(yōu)選AOI平臺(tái)接收第一終端和第二終端上報(bào)的網(wǎng)絡(luò)地址轉(zhuǎn)換NAT類型之前，該方法還包括第一終端與第二終端相互獲取對(duì)方用于傳輸流媒體業(yè)務(wù)的IP地址和端口。其中，第一終端與第二終端相互獲取對(duì)方用于傳輸流媒體業(yè)務(wù)的IP地址和端口包括以下方式之一I)第一終端與第二終端通過(guò)STUN協(xié)議與GGSN進(jìn)行通信，獲取各自的公網(wǎng)IP地址和公網(wǎng)端口并告知對(duì)方；2)第一終端與第二終端將GGSN上的中繼代理的IP地址和端口作為對(duì)方傳輸流媒體業(yè)務(wù)的IP地址和端口 ；3)第一終端與第二終端均與AOI平臺(tái)進(jìn)行基于UDP的通信，由AOI平臺(tái)記錄下對(duì) 應(yīng)終端的公網(wǎng)IP地址和公網(wǎng)端口 ；其中，上述公網(wǎng)IP地址和公網(wǎng)端口用于傳輸流媒體業(yè)務(wù)。本實(shí)施例中的終端在進(jìn)行流媒體業(yè)務(wù)傳輸之前，可以先向AOI平臺(tái)進(jìn)行注冊(cè)，因此AOI平臺(tái)接收第一終端和第二終端上報(bào)的網(wǎng)絡(luò)地址轉(zhuǎn)換NAT類型之前，上述方法還包括AOI平臺(tái)接收第一終端和第二終端通過(guò)GGSN發(fā)送的注冊(cè)信息；例如，第一終端通過(guò)GGSN向AOI發(fā)送注冊(cè)信息，其中，注冊(cè)信息采用AOP協(xié)議；GGSN收到第一終端的注冊(cè)信息后，將注冊(cè)信息中第一終端的私網(wǎng)IP地址和私網(wǎng)端口通過(guò)NAT轉(zhuǎn)換為公網(wǎng)IP地址和公網(wǎng)端口 ；A0I平臺(tái)接收注冊(cè)信息。完成注冊(cè)后，若第一終端欲呼叫第二終端，上述方法還包括呼叫建立過(guò)程，其實(shí)現(xiàn)如下AOI平臺(tái)接收第一終端呼叫第二終端的上行通知消息，其中，上行通知消息為第一終端通過(guò)基于UDP的常在線平臺(tái)AOP協(xié)議向AOI平臺(tái)發(fā)送的，AOI平臺(tái)記錄第一終端的公網(wǎng)IP地址和公網(wǎng)端口，并向第一終端返回確認(rèn)響應(yīng)消息；AOI平臺(tái)接收第一終端向第二終端發(fā)起的呼叫請(qǐng)求，其中，呼叫請(qǐng)求為基于傳輸控制協(xié)議TCP的消息；AOI平臺(tái)將呼叫請(qǐng)求中的私網(wǎng)IP地址和私網(wǎng)端口替換為公網(wǎng)IP地址和公網(wǎng)端口，并將替換地址后的呼叫請(qǐng)求下發(fā)給第二終端；第二終端收到呼叫請(qǐng)求后，通過(guò)基于UDP的AOP協(xié)議向AOI平臺(tái)發(fā)起上行通知響應(yīng)消息；AOI平臺(tái)接收第二終端反饋的上行通知響應(yīng)消息，其中，上行通知響應(yīng)消息是通過(guò)基于UDP的AOP協(xié)議向AOI平臺(tái)發(fā)送的；AOI平臺(tái)記錄第二終端的公網(wǎng)IP和公網(wǎng)端口 ；AOI平臺(tái)接收第二終端發(fā)起的對(duì)第一終端的呼叫確認(rèn)消息，其中，呼叫確認(rèn)消息采用服務(wù)發(fā)現(xiàn)協(xié)議SDP封裝，并攜帶有第二終端的私網(wǎng)IP地址和私網(wǎng)端口 ；AOI平臺(tái)解析呼叫確認(rèn)消息，并將呼叫確認(rèn)消息中的第二終端的私網(wǎng)IP地址和私網(wǎng)端口替換為第二終端的公網(wǎng)IP地址和公網(wǎng)端口，然后轉(zhuǎn)發(fā)呼叫確認(rèn)消息給第一終端，使第一終端確認(rèn)與第二終端完成呼叫建立過(guò)程。在進(jìn)行流媒體業(yè)務(wù)傳輸時(shí)，本實(shí)施例中的流媒體業(yè)務(wù)采用基于m)P的RTP或UDP的RTCP進(jìn)行封裝。下面以圖2所示的組網(wǎng)結(jié)構(gòu)示意圖為例，本實(shí)施例中的AOI平臺(tái)是基于AOP協(xié)議的，該AOI平臺(tái)包含以下網(wǎng)元手機(jī)終端中間件、GGSN、A0I網(wǎng)關(guān)平臺(tái)、AOI媒體代理服務(wù)器、AOI DNS ;其中手機(jī)中間件為運(yùn)行在手機(jī)上的應(yīng)用程序，負(fù)責(zé)實(shí)現(xiàn)AOP協(xié)議與AOI平臺(tái)進(jìn)行通信，以及實(shí)現(xiàn) STUN 與 TURN (Traversal Using Relays around NAT,使用中繼方式穿越 NAT),獲取自身處在的NAT網(wǎng)絡(luò)環(huán)境；GGSN為終端用戶動(dòng)態(tài)分配IP并進(jìn)行NAT轉(zhuǎn)換，以及提供路由等為終端用戶與外部網(wǎng)絡(luò)的數(shù)據(jù)交互；AOI網(wǎng)關(guān)平臺(tái)提供對(duì)注冊(cè)用戶的管理和消息的轉(zhuǎn)發(fā)； AOI媒體代理服務(wù)器提供對(duì)終端與其余節(jié)點(diǎn)進(jìn)行媒體數(shù)據(jù)交互的轉(zhuǎn)發(fā)；AOI DNS用于存儲(chǔ)用戶信息。本實(shí)施例中的SDP(Session Description Protocol,會(huì)話描述協(xié)議)用于會(huì)話通知、會(huì)話初始和其它形式的多媒體會(huì)話初始等操作，提供多媒體會(huì)話服務(wù)，主要信息為對(duì)媒體的編解碼以及媒體通信的IP和端口等信息，這些封裝在AOP協(xié)議中，作為控制信令，對(duì)語(yǔ)音交互的雙方進(jìn)行媒體協(xié)商；RTP以及RTCP基于UDP，用于媒體通道上傳輸媒體數(shù)據(jù)包；終端與GGSN之間通過(guò)STUN協(xié)議進(jìn)行通信得知終端自己經(jīng)NAT轉(zhuǎn)換之后的公網(wǎng)IP和端口，通過(guò)TURN協(xié)議控制操作GGSN上一個(gè)可用的主機(jī)節(jié)點(diǎn)進(jìn)行與外網(wǎng)進(jìn)行通信。其中終端與AOI平臺(tái)交互均是利用AOP描述協(xié)議，AOP協(xié)議作為應(yīng)用層協(xié)議可基于TCP或UDP實(shí)現(xiàn)?；贏OI平臺(tái)的終端用戶是常在線用戶，如用戶注冊(cè)到AOI平臺(tái)但不在線AOI平臺(tái)會(huì)將其喚醒。手機(jī)終端通過(guò)無(wú)線網(wǎng)絡(luò)(2G/2. 5G/3G/4G)連接到GGSN，并經(jīng)GGSN NAT轉(zhuǎn)換之后，通過(guò)路由將源消息發(fā)往目的端。手機(jī)用戶先注冊(cè)到對(duì)應(yīng)的AOI服務(wù)器，AOI服務(wù)器會(huì)記錄下登陸用戶的信息。之后，用戶如發(fā)起呼叫請(qǐng)求消息，如用戶連接在對(duì)應(yīng)的AOI平臺(tái)，則AOI平臺(tái)會(huì)直接找到對(duì)應(yīng)的手機(jī)終端用戶，發(fā)起呼叫請(qǐng)求，如AOI平臺(tái)沒(méi)有被叫用戶的信息，如配置有被叫用戶路由，則直接發(fā)往對(duì)應(yīng)路由的AOI平臺(tái)，經(jīng)過(guò)對(duì)應(yīng)的AOI平臺(tái)下發(fā)消息給對(duì)應(yīng)的終端用戶；如未配置路由則向AOI DNS發(fā)送查詢消息，找到對(duì)應(yīng)的AOI平臺(tái)進(jìn)行消息下發(fā)。對(duì)于被叫方未注冊(cè)到AOI平臺(tái)的，AOI對(duì)被叫方的呼叫可以通過(guò)將現(xiàn)有協(xié)議通過(guò)簡(jiǎn)單的轉(zhuǎn)換為SIP協(xié)議，通過(guò)一個(gè)SIP的媒體網(wǎng)關(guān)呼入PSTN網(wǎng)絡(luò)，從而發(fā)起對(duì)被叫的呼叫。為滿足對(duì)媒體大數(shù)據(jù)量的處理，在AOI網(wǎng)關(guān)平臺(tái)添加AOI媒體代理服務(wù)器，用于專門的處理語(yǔ)音，視頻等實(shí)時(shí)性較高的消息。終端用戶在需要傳輸語(yǔ)音等媒體信息的時(shí)候，會(huì)登陸AOI媒體代理服務(wù)器，為保證實(shí)時(shí)性協(xié)議是基于UDP的，AOI媒體代理服務(wù)器會(huì)記錄下終端用戶對(duì)應(yīng)的IP和端口信息，當(dāng)需要發(fā)往目的用戶時(shí)，找到對(duì)應(yīng)的IP地址和端口即可進(jìn)行消息發(fā)送?；趫D2所示的組網(wǎng)結(jié)構(gòu)，下面以終端用戶間進(jìn)行語(yǔ)音業(yè)務(wù)為例進(jìn)行說(shuō)明，該方法包括以下步驟步驟A，為實(shí)現(xiàn)AOI平臺(tái)提供對(duì)終端用戶的統(tǒng)一管理，終端用戶A首先通過(guò)AOP協(xié)議注冊(cè)到AOI平臺(tái)(具體指圖2中的AOI網(wǎng)關(guān)平臺(tái))。終端A在通過(guò)GGSN與具備公網(wǎng)IP地址的AOI相連時(shí)，GGSN會(huì)將終端A的私網(wǎng)IP地址通過(guò)NAT轉(zhuǎn)換為公網(wǎng)的IP地址和端口。轉(zhuǎn)換之后的IP和端口作為外部與終端A通信的唯一地址。步驟B，AOI平臺(tái)收到終端A的注冊(cè)信息后，記錄下該終端A的用戶號(hào)碼，IP地址和端口的對(duì)應(yīng)關(guān)系，作為之后路由到對(duì)應(yīng)終端用戶和與之進(jìn)行信息交互。步驟C，終端A發(fā)起對(duì)被叫終端B的呼叫。發(fā)起呼叫時(shí)，首先通過(guò)基于UDP協(xié)議的AOP消息與AOI平臺(tái)通信，上行通知消息，告之AOI平臺(tái)隨后將發(fā)起對(duì)終端B的呼叫，并在通信的UDP端口(即發(fā)送上行通知消息的端口 )監(jiān)聽(tīng)，接收RTP的消息。步驟D，此時(shí)AOI平臺(tái)會(huì)記錄下終端A經(jīng)GGSN/SGSN的NAT轉(zhuǎn)換之后的UDP的IP和端口，此IP和端口是外部能發(fā)往終端A的唯一地址，終端在自己私有的端口上監(jiān)聽(tīng)即等同與經(jīng)NAT轉(zhuǎn)換之后的IP和端口上監(jiān)聽(tīng)。步驟E，終端A在收到AOI平臺(tái)的確認(rèn)響應(yīng)消息后，由終端A向AOI平臺(tái)發(fā)送基于TCP的POST (通知)消息(內(nèi)容封裝SDP協(xié)議用于媒體協(xié)商)發(fā)起對(duì)終端B的呼叫請(qǐng)求，即發(fā)送呼叫請(qǐng)求消息。 步驟F，A0I平臺(tái)在接收到經(jīng)GGSN轉(zhuǎn)發(fā)的終端POST呼叫請(qǐng)求消息后，解析該消息，并將封裝在該消息中的SDP報(bào)文的媒體協(xié)商IP和端口，替換為記錄的終端A與AOI平臺(tái)進(jìn)行通信經(jīng)GGSN/SGSN的NAT映射過(guò)后的UDP的IP和端口(即終端A的公網(wǎng)IIp地址和公網(wǎng)端口)。步驟G，A0I平臺(tái)通過(guò)路由查詢被叫終端B的信息，如B在此AOI平臺(tái)上，則直接通過(guò)NOTI下發(fā)；A0I平臺(tái)無(wú)終端B的用戶信息，則通過(guò)路由發(fā)往終端B所在的AOI平臺(tái)，由對(duì)應(yīng)的AOI平臺(tái)下發(fā)消息，發(fā)起對(duì)終端終端B的呼叫。步驟H，AOI平臺(tái)通過(guò)UDP通信，向用戶A發(fā)起呼叫回鈴音，此回鈴音可以作為終端B定制的回鈴音，也可是默認(rèn)振鈴音。步驟I，終端B收到呼叫請(qǐng)求消息后，也通過(guò)基于UDP的AOP協(xié)議向AOI平臺(tái)發(fā)起POST消息(即上行通知響應(yīng)消息)，并在通信的UDP端口監(jiān)聽(tīng)，接收RTP的消息。步驟J，AOI平臺(tái)收到此POST消息后會(huì)記錄下終端B經(jīng)GGSN/SGSN的NAT轉(zhuǎn)換之后的UDP的IP和端口，此IP和端口是外部能發(fā)往終端B的唯一地址，終端在自己私有的端口上監(jiān)聽(tīng)即等同與經(jīng)NAT轉(zhuǎn)換之后的IP和端口上監(jiān)聽(tīng)。步驟K，終端B向AOI平臺(tái)發(fā)起對(duì)終端A的呼叫OK消息(也稱為呼叫確認(rèn)消息，封裝為SDP描述，用于告之終端A自己的媒體通信IP和端口等)，AOI平臺(tái)解析并將SDP協(xié)議中描述的IP和端口替換為終端B與AOI平臺(tái)基于UDP通信的公網(wǎng)IP地址和端口，然后轉(zhuǎn)發(fā)確認(rèn)消息給終端A，終端A收到呼叫OK消息后向終端B發(fā)起呼叫確認(rèn)消息。進(jìn)入媒體通道建立過(guò)程。步驟L，終端A在發(fā)送呼叫確認(rèn)消息，終端B在接收到呼叫確認(rèn)消息后(也可提前探測(cè)，節(jié)省時(shí)間)，利用STUN協(xié)議向GGSN發(fā)送消息獲取自身處在的NAT環(huán)境(包括NAT類型)，并探測(cè)自己的公網(wǎng)IP和端口。步驟M，終端A和B分別向AOI上報(bào)自己的NAT網(wǎng)絡(luò)類型(即上述的NAT類型)。AOI判斷可以使用UDP打洞(UDPHole Puching)，則向終端A和終端B發(fā)起UDP打洞請(qǐng)求，如不行，則通知終端A和終端B媒體協(xié)商走AOI媒體代理服務(wù)器；完成媒體通道的建立過(guò)程。步驟N，終端A和B語(yǔ)音交互均通過(guò)媒體通道進(jìn)行傳輸。步驟0，通話結(jié)束，則由主動(dòng)掛斷方向AOI平臺(tái)發(fā)起呼叫拆除請(qǐng)求，AOI平臺(tái)也會(huì)向被動(dòng)掛斷方發(fā)起呼叫拆除并最終掛斷鏈路。同時(shí)，AOI平臺(tái)會(huì)記錄下終端通話時(shí)間和通信的數(shù)據(jù)流量，可以作為計(jì)費(fèi)的依據(jù)。上述方法通過(guò)對(duì)現(xiàn)有AOP協(xié)議的擴(kuò)展，使終端間能夠通過(guò)AOI平臺(tái)實(shí)現(xiàn)相關(guān)協(xié)議的規(guī)定，以及數(shù)據(jù)傳輸流程的規(guī)定，解決手機(jī)終端因NAT轉(zhuǎn)換帶來(lái)的通信問(wèn)題，為移動(dòng)運(yùn)營(yíng)商提供基于AOI平臺(tái)實(shí)現(xiàn)IP語(yǔ)音服務(wù)，系統(tǒng)地解決其對(duì)移動(dòng)VoIP的管理。其中，基于AOI平臺(tái)的流媒體業(yè)務(wù)將信令控制命令與媒體傳輸通道分離實(shí)現(xiàn)，既保證了語(yǔ)音通話的可行性，又極大的降低了 AOI平臺(tái)的負(fù)荷分擔(dān)。同時(shí)，本實(shí)施例為移動(dòng)運(yùn)營(yíng)商提供了手機(jī)終端通過(guò)移動(dòng)網(wǎng)絡(luò)實(shí)現(xiàn)移動(dòng)VoIP服務(wù)的解決方案，最大限度地降低了語(yǔ)音代理負(fù)荷，便于移動(dòng)運(yùn)營(yíng)商對(duì)接入移動(dòng)網(wǎng)絡(luò)的VoIP服務(wù)的統(tǒng)一管理。實(shí)施例2本實(shí)施例以語(yǔ)音通信為例進(jìn)行說(shuō)明，其實(shí)現(xiàn)大致需三個(gè)過(guò)程，首先是呼叫建立，然后建立媒體通道用于語(yǔ)音數(shù)據(jù)傳輸，最后是在通話完成之后拆除鏈路。 圖3是終端用戶注冊(cè)到AOI平臺(tái)，并發(fā)起呼叫的示意圖，該圖中描述了終端A和終端B呼叫和應(yīng)答的流程。圖中顯示的是兩個(gè)終端用戶處于同一 AOI平臺(tái)下，不同的GGSN的情況，處于同一個(gè)GGSN或不同的AOI平臺(tái)的情況的處理方式與之大體相似，這里不做過(guò)多描述。本實(shí)施例的終端為實(shí)現(xiàn)RTP協(xié)議,需在協(xié)商SDP(Session Description Protocol,會(huì)話描述協(xié)議)中告之對(duì)方自己的用于RTP (基于UDP協(xié)議，保證實(shí)時(shí)性)通信的IP和端口，而因?yàn)榻K端均屬于位于NAT之后的主機(jī)，是一個(gè)私網(wǎng)地址，進(jìn)行通信應(yīng)告之對(duì)方自己經(jīng)NAT之后的公網(wǎng)IP和端口，本實(shí)施例可以通過(guò)下述方式之一實(shí)現(xiàn)公網(wǎng)IP和端口的通告I)通過(guò)STUN協(xié)議，與GGSN之間進(jìn)行通信得知自己經(jīng)NAT轉(zhuǎn)換之后的公網(wǎng)IP和端口，并通過(guò)呼叫消息將該地址和端口告知對(duì)方；2)利用TURN，通過(guò)控制操作GGSN上一個(gè)可用的主機(jī)節(jié)點(diǎn)與外網(wǎng)進(jìn)行通信；3)終端與AOI平臺(tái)進(jìn)行基于UDP的通信之后，由AOI平臺(tái)記錄下終端經(jīng)GGSN的NAT轉(zhuǎn)換之后的IP和端口，再接收到終端用于呼叫的封裝SDP協(xié)議的媒體協(xié)商報(bào)文之后，解析并將協(xié)商報(bào)文中的IP和端口替換為記錄的IP和端口，從而使另一個(gè)終端始終認(rèn)為是在跟一個(gè)公網(wǎng)的IP地址進(jìn)行通信。因?yàn)镾TUN和TURN協(xié)議不具備通用性，即并不是所有支持NAT的協(xié)議都支持這兩張協(xié)議，所以本實(shí)現(xiàn)的策略是主要基于AOP協(xié)議進(jìn)行解析替換，STUN和TURN協(xié)議僅作為終端側(cè)實(shí)現(xiàn)的一種方式，可作為解析對(duì)比的輔助手段。 步驟S301，終端A向AOI平臺(tái)發(fā)起注冊(cè)請(qǐng)求消息REG (該消息基于AOP協(xié)議)，該消息中間會(huì)經(jīng)過(guò)GGSN A轉(zhuǎn)發(fā)給AOI平臺(tái)。步驟S302，GGSN A收到終端A的消息后，會(huì)對(duì)其的私網(wǎng)IP地址和端口進(jìn)行NAT轉(zhuǎn)換，映射為公網(wǎng)IP地址和公網(wǎng)端口，然后將該消息路由轉(zhuǎn)發(fā)給AOI平臺(tái)。經(jīng)過(guò)GGSN的消息均會(huì)經(jīng)此步驟，此步驟將不再具體描述。步驟S303 S304，終端B向AOI平臺(tái)發(fā)起注冊(cè)請(qǐng)求REG (該消息基于AOP協(xié)議)。步驟S305 306，終端A通過(guò)基于UDP協(xié)議的AOP消息與AOI平臺(tái)通信，上行POST消息，告之AOI平臺(tái)隨后將發(fā)起對(duì)終端B的呼叫，并在通信的UDP端口監(jiān)聽(tīng)，接收RTP的消
肩、O
步驟S307，AOI平臺(tái)收到此UDP的消息后，會(huì)記錄下終端A經(jīng)GGSN/SGSN的NAT轉(zhuǎn)換之后的m)P的ip和端口，此ip和端口是外部能發(fā)往終端A的唯一地址，終端在自己私有的端口上監(jiān)聽(tīng)即等同與經(jīng)NAT轉(zhuǎn)換之后的IP和端口上監(jiān)聽(tīng)。步驟S308 S309，終端A在收到AOI平臺(tái)的確認(rèn)響應(yīng)消息后，由終端A向AOI發(fā)送基于TCP的POST消息(內(nèi)容封裝SDP協(xié)議用于媒體協(xié)商)發(fā)起對(duì)終端B的呼叫請(qǐng)求。步驟S310，AOI平臺(tái)在接收到經(jīng)GGSN轉(zhuǎn)發(fā)的終端POST呼叫請(qǐng)求消息后，解析消息，并將封裝在POST消息中的SDP報(bào)文的媒體協(xié)商IP和端口，替換為記錄的該終端與AOI平臺(tái)進(jìn)行通信經(jīng)GGSN/SGSN的NAT映射過(guò)后的UDP的IP和端口，通過(guò)路由查詢被叫終端B的信息進(jìn)行下發(fā)。步驟S311 312，AOI平臺(tái)通過(guò)NOTI (封裝終端A請(qǐng)求的SDP描述)下發(fā)給終端B0
步驟S313 314，AOI平臺(tái)收到終端B的正確響應(yīng)后，通過(guò)UDP通信，向終端A發(fā)起呼叫回鈴音，此回鈴音可以作為終端B定制的回鈴音，也可是默認(rèn)振鈴音。如失敗則直接播放暫時(shí)無(wú)法接通的提示語(yǔ)。步驟S315 316，終端B收到呼叫請(qǐng)求消息后，也通過(guò)基于UDP的AOP協(xié)議向AOI平臺(tái)發(fā)起POST消息，并在通信的UDP端口監(jiān)聽(tīng)，接收RTP的消息。步驟S317，A0I平臺(tái)收到此POST消息后會(huì)記錄下終端B經(jīng)GGSN/SGSN的NAT轉(zhuǎn)換之后的UDP的IP和端口，此IP和端口是外部能發(fā)往終端B的唯一地址，終端在自己私有的端口上監(jiān)聽(tīng)即等同與經(jīng)NAT轉(zhuǎn)換之后的IP和端口上監(jiān)聽(tīng)。步驟S318 319，終端B向AOI平臺(tái)發(fā)起對(duì)終端A的呼叫OK消息(封裝SDP描述，用于告之終端A自己的媒體通信IP和端口等)。步驟S320，A0I平臺(tái)解析并將SDP協(xié)議中描述的IP和端口替換為終端B與AOI平臺(tái)基于UDP通信的公網(wǎng)IP地址和端口，并路由找到終端A。步驟S321 322，AOI平臺(tái)向終端A轉(zhuǎn)發(fā)確認(rèn)消息給終端A，終端A收到呼叫OK消息后得知發(fā)往終端B的媒體通信端口。步驟S323 326，終端A向終端B發(fā)起呼叫確認(rèn)消息，中間經(jīng)過(guò)AOI平臺(tái)轉(zhuǎn)發(fā)；呼叫建鏈過(guò)程完成。圖4描述的是終端間媒體通道建立和呼叫拆除過(guò)程，具體過(guò)程可分為如下步驟實(shí)現(xiàn)步驟S401，終端A通過(guò)STUN協(xié)議與GGSN進(jìn)行交互，探測(cè)自己的NAT類型，步驟S402 404，終端A獲取自身所處的NAT類型，或獲取失敗，均通過(guò)POST消息向AOI平臺(tái)上報(bào)自己的NAT情況。步驟S405 S408，步驟如上，終端B獲取自身的NAT網(wǎng)絡(luò)情況并上報(bào)給AOI平臺(tái)。步驟S409，AOI平臺(tái)存儲(chǔ)終端A和終端B的NAT類型。如終端A和終端B所處的NAT類型均為圓錐型，則直接向終端A和終端B發(fā)起UDP打洞請(qǐng)求，讓終端直接通過(guò)GGSN建立媒體通道，具體建立過(guò)程如下S410 S423中的描述；如終端A和終端B所處的NAT類型為非圓錐型或打洞失敗，則上報(bào)給AOI平臺(tái)，并由AOI平臺(tái)通知終端利用AOI媒體代理服務(wù)器建立媒體通道，如下S424 S427中的描述。步驟S410 S413，AOI平臺(tái)分別向終端A和終端B所在的環(huán)境發(fā)起UDP的打洞請(qǐng)求。具體為終端A通過(guò)記錄的終端B發(fā)起經(jīng)AOI平臺(tái)下發(fā)的封裝在SDP協(xié)議中用于媒體協(xié)商的IP和端口(此IP和端口是基于M)P經(jīng)NAT轉(zhuǎn)換之后的公網(wǎng)IP和端口 )發(fā)送消息。AOI向GGSN發(fā)起打洞請(qǐng)求，告之GGSN終端A經(jīng)GGSN A的NAT轉(zhuǎn)換過(guò)后的UDP的IP和端口為可信任IP和端口，此后從該GGSN A的IP和端口發(fā)往終端B在SGSN的NAT轉(zhuǎn)換過(guò)的IP和端口的消息均為可信任的；同理，可以由AOI平臺(tái)發(fā)起向GGSNB的“打洞”請(qǐng)求。步驟S414 S419，終端A和終端B分別向?qū)Χ税l(fā)送測(cè)試報(bào)文，測(cè)試是否能夠?qū)崿F(xiàn)基于UDP的RTP/RTCP報(bào)文交互。步驟S420 S423，終端A和終端B分別上報(bào)自己打洞測(cè)試結(jié)果，并由AOI平臺(tái)轉(zhuǎn)發(fā)給對(duì)應(yīng)被測(cè)試終端。如測(cè)試OK (測(cè)試成功)，則終端A和終端B可建立媒體通道，之后的RTP/RTCP消息則直接通過(guò)GGSN發(fā)送至對(duì)端，即流媒體數(shù)據(jù)不經(jīng)AOI平臺(tái)。如測(cè)試失敗，則進(jìn)入下面步驟。步驟S424 427，通過(guò)AOI媒體代理服務(wù)器建立媒體通信通道A0I平臺(tái)通知終端 A和終端B，媒體通道需經(jīng)AOI媒體代理服務(wù)器，則終端A和終端B的流媒體數(shù)據(jù)均發(fā)往AOI媒體代理服務(wù)器，由媒體代理服務(wù)器轉(zhuǎn)發(fā)給對(duì)應(yīng)終端，從而建立媒體通道。步驟S426 S429，為呼叫拆除過(guò)程，當(dāng)任意一方掛斷鏈路后，均會(huì)通過(guò)控制鏈路通知AOI平臺(tái)，AOI平臺(tái)也會(huì)將拆除鏈路消息通知另一端，告之通話完畢。對(duì)端也會(huì)在收到消息后發(fā)送確認(rèn)消息，確認(rèn)鏈路拆除。如此AOI平臺(tái)會(huì)記錄下終端通話時(shí)間和通信的數(shù)據(jù)流量，可作為計(jì)費(fèi)的依據(jù)。本實(shí)施例給出了完整的通話過(guò)程，且建立媒體通道時(shí)考慮了終端對(duì)應(yīng)的NAT類型，因此AOI平臺(tái)建立的媒體通道能更充分利用系統(tǒng)的資源，解決手機(jī)終端因NAT轉(zhuǎn)換帶來(lái)的通信問(wèn)題，避免了 AOI平臺(tái)的負(fù)荷過(guò)高，優(yōu)化了系統(tǒng)的性能。便于移動(dòng)運(yùn)營(yíng)商對(duì)接入移動(dòng)網(wǎng)絡(luò)的VoIP服務(wù)的統(tǒng)一管理。實(shí)施例3本實(shí)施例提供了一種流媒體業(yè)務(wù)的傳輸系統(tǒng)，參見(jiàn)圖5，該系統(tǒng)包括A0I平臺(tái)50、第一終端52和第二終端54，其中，第一終端52和第二終端54均與AOI平臺(tái)50相連，各個(gè)實(shí)體的功能如下AOI平臺(tái)50包括接收模塊501，用于接收第一終端52和第二終端54上報(bào)的NAT類型；媒體通道建立模塊502，用于根據(jù)第一終端52與第二終端54的NAT類型建立媒體通道，其中，該媒體通道包括經(jīng)由GGSN的媒體通道或經(jīng)由AOI媒體代理服務(wù)器的媒體通道；第一終端52和第二終端54均包括上報(bào)模塊(分別為圖中的第一上報(bào)模塊521和第二上報(bào)模塊541)，用于上報(bào)自身的NAT類型；傳輸模塊(分別為圖中的第一傳輸模塊522和第二傳輸模塊542)，用于使用AOI平臺(tái)50建立的媒體通道傳輸流媒體業(yè)務(wù)。其中，該系統(tǒng)中的第一終端52和第二終端54上的上報(bào)模塊可以在確定雙方進(jìn)行流媒體業(yè)務(wù)傳輸時(shí)，向AOI平臺(tái)上報(bào)NAT類型，其中，該NAT類型包括圓錐型NAT和對(duì)稱型NAT ；媒體通道建立模塊502包括第一通道建立單元，用于第一終端52與第二終端54上報(bào)的NAT類型均為圓錐型NAT時(shí)，確定第一終端52與第二終端54使用經(jīng)由GGSN的媒體通道，通知第一終端52與第二終端54建立經(jīng)由GGSN的媒體通道；或者，第二通道建立單元，用于第一終端52與第二終端54上報(bào)的NAT類型中有非圓錐型NAT時(shí)，確定第一終端52與第二終端54使用經(jīng)由AOI媒體代理服務(wù)器的媒體通道，通知第一終端52與第二終端54采用經(jīng)由AOI媒體代理服務(wù)器的媒體通道。其中，本實(shí)施例的上述經(jīng)由GGSN的媒體通道的建立包括A0I平臺(tái)50向第一終端52和第二終端54所在的GGSN發(fā)送打洞請(qǐng)求，告知第一終端52和第二終端54為可信終端；第一終端52和第二終端54互發(fā)打洞測(cè)試報(bào)文進(jìn)行打洞測(cè)試，例如，測(cè)試是否能夠?qū)崿F(xiàn)基于用戶數(shù)據(jù)報(bào)協(xié)議UDP的RTP或RTCP報(bào)文的交互，并向AOI平臺(tái)50上報(bào)打洞測(cè)試結(jié)果；A0I平臺(tái)50確定第一終端52和第二終端54的打洞測(cè)試成功時(shí)，通知第一終端52與第二終端54經(jīng)由GGSN的媒體通道建立完成；A0I平臺(tái)50確定第一終端52和第二終端54的打洞測(cè)試失敗時(shí)，通知第一終端52和第二終端54采用經(jīng)由AOI媒體代理服務(wù)器的媒體通道傳輸流媒體業(yè)務(wù)。第一終端52和第二終端54上還均包括地址交互模塊，用于相互獲取對(duì)方用于傳輸流媒體業(yè)務(wù)的IP地址和端口。第一終端與第二終端通過(guò)以下方式之一相互獲取對(duì)方用 于傳輸流媒體業(yè)務(wù)的IP地址和端口 第一終端52與第二終端54通過(guò)STUN協(xié)議與GGSN進(jìn)行通信，獲取各自的公網(wǎng)IP地址和公網(wǎng)端口并告知對(duì)方；第一終端52與第二終端54將GGSN上的中繼代理的IP地址和端口作為對(duì)方傳輸流媒體業(yè)務(wù)的IP地址和端口 ；第一終端52與第二終端54均與AOI平臺(tái)50進(jìn)行基于UDP的通信，由AOI平臺(tái)50記錄下對(duì)應(yīng)終端的公網(wǎng)IP地址和公網(wǎng)端口 ；其中，上述公網(wǎng)IP地址和公網(wǎng)端口用于傳輸流媒體業(yè)務(wù)。第一終端52與第二終端54還包括注冊(cè)模塊，用于通過(guò)GGSN向AOI發(fā)送注冊(cè)信息，其中，注冊(cè)信息采用AOP協(xié)議；GGSN收到第一終端的注冊(cè)信息后，將注冊(cè)信息中第一終端的私網(wǎng)IP地址和私網(wǎng)端口通過(guò)NAT轉(zhuǎn)換為公網(wǎng)IP地址和公網(wǎng)端口 ；A0I平臺(tái)50收到注冊(cè)信息后，記錄第一終端52的標(biāo)識(shí)(例如，用戶的電話號(hào)碼)與公網(wǎng)IP地址和公網(wǎng)端口的對(duì)應(yīng)關(guān)系。第一終端52與第二終端54還包括呼叫建立模塊，用于通過(guò)AOI平臺(tái)建立呼叫；呼叫建立過(guò)程與實(shí)施例I中相同，這里不再詳述。第一終端52與第二終端54上的傳輸模塊的功能具體為當(dāng)媒體通道為經(jīng)由GGSN的媒體通道時(shí)，第一終端與第二終端之間的流媒體業(yè)務(wù)經(jīng)由GGSN轉(zhuǎn)發(fā)至對(duì)方；當(dāng)媒體通道為經(jīng)由AOI媒體代理服務(wù)器的媒體通道時(shí)，第一終端與第二終端之間的流媒體業(yè)務(wù)經(jīng)由AOI媒體代理服務(wù)器轉(zhuǎn)發(fā)至對(duì)方。第一終端52與第二終端54還包括鏈路拆除模塊，用于主動(dòng)掛斷媒體通道時(shí)，向AOI平臺(tái)發(fā)起通道拆除請(qǐng)求；或者，接收到AOI平臺(tái)發(fā)送的通道拆除通知后，拆除媒體通道；AOI平臺(tái)還包括計(jì)費(fèi)模塊，用于根據(jù)第一終端與第二終端傳輸流媒體業(yè)務(wù)的時(shí)間和/或流量進(jìn)行計(jì)費(fèi)。本實(shí)施例的流媒體業(yè)務(wù)采用基于m)P的RTP或UDP的RTCP進(jìn)行封裝。另外，本實(shí)施例還提供了一種流媒體業(yè)務(wù)的傳輸裝置，該裝置可以設(shè)置在上述圖5的AOI平臺(tái)50上，參見(jiàn)圖6，該裝置包括接收模塊62，用于接收第一終端和第二終端上報(bào)的NAT類型；媒體通道建立模塊64，用于根據(jù)第一終端與第二終端的NAT類型建立媒體通道，以使第一終端和第二終端使用AOI平臺(tái)建立的媒體通道傳輸流媒體業(yè)務(wù)；其中，該媒體通道包括經(jīng)由GGSN的媒體通道或經(jīng)由AOI媒體代理服務(wù)器的媒體通道。該裝置的具體實(shí)現(xiàn)可以參見(jiàn)上述AOI平臺(tái)，這里不再一一贅述。本實(shí)施例通過(guò)采用AOI平臺(tái)建立媒體通道，終端間使用該媒體通道傳輸流媒體業(yè)務(wù)，解決了相關(guān)技術(shù)中無(wú)法實(shí)現(xiàn)基于AOI平臺(tái)的流媒體業(yè)務(wù)的問(wèn)題，同時(shí)，建立媒體通道時(shí)考慮了終端對(duì)應(yīng)的NAT類型，因此AOI平臺(tái)建立的媒體通道能更充分利用系統(tǒng)的資源，避免了 AOI平臺(tái)的負(fù)荷過(guò)高，優(yōu)化了系統(tǒng)的性能。從以上的描述中可以看出，上述實(shí)施例為移動(dòng)運(yùn)營(yíng)商提供移動(dòng)終端通過(guò)移動(dòng)網(wǎng)絡(luò)實(shí)現(xiàn)移動(dòng)VoIP服務(wù)的解決方案，最大限度降低了語(yǔ)音代理的負(fù)荷，便于移動(dòng)運(yùn)營(yíng)商對(duì)接入移動(dòng)網(wǎng)絡(luò)的VoIP服務(wù)的統(tǒng)一管理。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種流媒體業(yè)務(wù)的傳輸方法,其特征在于,包括 常在線結(jié)構(gòu)AOI平臺(tái)接收第一終端和第二終端上報(bào)的網(wǎng)絡(luò)地址轉(zhuǎn)換NAT類型； 所述AOI平臺(tái)根據(jù)所述第一終端和所述第二終端的NAT類型建立媒體通道，以使所述第一終端與所述第二終端使用所述媒體通道傳輸流媒體業(yè)務(wù)； 其中，所述媒體通道包括經(jīng)由網(wǎng)關(guān)通用分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)GGSN的媒體通道或經(jīng)由AOI媒體代理服務(wù)器的媒體通道。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于， 所述NAT類型包括圓錐型NAT和對(duì)稱型NAT ； 所述AOI平臺(tái)根據(jù)所述第一終端和所述第二終端的NAT類型建立媒體通道包括當(dāng)所述第一終端與第二終端上報(bào)的NAT類型均為圓錐型NAT時(shí)，所述AOI平臺(tái)確定所述第一終端與所述第二終端使用所述經(jīng)由GGSN的媒體通道，通知所述第一終端與所述第二終端建立經(jīng)由GGSN的媒體通道； 當(dāng)所述第一終端與第二終端上報(bào)的NAT類型中有非圓錐型NAT時(shí)，所述AOI平臺(tái)確定所述第一終端與所述第二終端使用所述經(jīng)由AOI媒體代理服務(wù)器的媒體通道，通知所述第一終端與所述第二終端采用所述經(jīng)由AOI媒體代理服務(wù)器的媒體通道。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述AOI平臺(tái)通知所述第一終端與所述第二終端建立經(jīng)由GGSN的媒體通道之后，還包括 所述AOI平臺(tái)向所述第一終端和所述第二終端所在的GGSN發(fā)送打洞請(qǐng)求，告知所述第一終端和所述第二終端為可信終端； 所述第一終端和所述第二終端互發(fā)打洞測(cè)試報(bào)文進(jìn)行打洞測(cè)試，并向所述AOI平臺(tái)上報(bào)打洞測(cè)試結(jié)果； 所述AOI平臺(tái)確定所述第一終端和所述第二終端的打洞測(cè)試成功時(shí)，通知所述第一終端與所述第二終端所述經(jīng)由GGSN的媒體通道建立完成； 所述AOI平臺(tái)確定所述第一終端和所述第二終端的打洞測(cè)試失敗時(shí)，通知所述第一終端與所述第二終端采用所述經(jīng)由AOI媒體代理服務(wù)器的媒體通道傳輸流媒體業(yè)務(wù)。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述AOI平臺(tái)接收第一終端和第二終端上報(bào)的網(wǎng)絡(luò)地址轉(zhuǎn)換NAT類型之前，所述方法還包括 所述第一終端與所述第二終端相互獲取對(duì)方用于傳輸流媒體業(yè)務(wù)的IP地址和端口。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述第一終端與所述第二終端相互獲取對(duì)方用于傳輸流媒體業(yè)務(wù)的IP地址和端口包括以下方式之一 所述第一終端與所述第二終端通過(guò)用戶數(shù)據(jù)報(bào)協(xié)議m)P的簡(jiǎn)單穿越STUN協(xié)議與GGSN進(jìn)行通信，獲取各自的公網(wǎng)IP地址和公網(wǎng)端口并告知對(duì)方； 所述第一終端與所述第二終端將GGSN上的中繼代理的IP地址和端口作為對(duì)方傳輸流媒體業(yè)務(wù)的IP地址和端口 ； 所述第一終端與所述第二終端均與所述AOI平臺(tái)進(jìn)行基于UDP的通信，由所述AOI平臺(tái)記錄下對(duì)應(yīng)終端的公網(wǎng)IP地址和公網(wǎng)端口 ； 其中，所述公網(wǎng)IP地址和公網(wǎng)端口用于傳輸流媒體業(yè)務(wù)。
6.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述第一終端與所述第二終端使用所述媒體通道傳輸流媒體業(yè)務(wù)之后，所述方法還包括所述第一終端或所述第二終端主動(dòng)掛斷所述媒體通道，并向所述AOI平臺(tái)發(fā)起通道拆除請(qǐng)求； 所述AOI平臺(tái)收到所述通道拆除請(qǐng)求后，向所述第一終端或所述第二終端中的被動(dòng)掛斷方發(fā)起通道拆除通知，并拆除所述媒體通道； 所述AOI平臺(tái)根據(jù)所述第一終端與所述第二終端傳輸所述流媒體業(yè)務(wù)的時(shí)間和/或流量進(jìn)行計(jì)費(fèi)。
7.根據(jù)權(quán)利要求1-6任一項(xiàng)所述的方法，其特征在于，所述流媒體業(yè)務(wù)采用基于用戶數(shù)據(jù)報(bào)協(xié)議UDP的實(shí)時(shí)傳輸協(xié)議RTP或基于UDP的實(shí)時(shí)傳輸控制協(xié)議RTCP進(jìn)行封裝。
8.一種流媒體業(yè)務(wù)的傳輸裝置，其特征在于，包括 接收模塊，用于接收第一終端和第二終端上報(bào)的網(wǎng)絡(luò)地址轉(zhuǎn)換NAT類型； 媒體通道建立模塊，用于根據(jù)所述接收模塊接收的所述第一終端和所述第二終端的NAT類型建立媒體通道，以使所述第一終端與所述第二終端使用所述媒體通道傳輸流媒體業(yè)務(wù)；其中，所述媒體通道包括經(jīng)由網(wǎng)關(guān)通用分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)GGSN的媒體通道或經(jīng)由AOI媒體代理服務(wù)器的媒體通道。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述NAT類型包括圓錐型NAT和對(duì)稱型NAT ； 所述媒體通道建立模塊包括 第一通道建立單元，用于當(dāng)所述第一終端與第二終端上報(bào)的NAT類型均為圓錐型NAT時(shí)，確定所述第一終端與所述第二終端使用所述經(jīng)由GGSN的媒體通道，并通知所述第一終端與所述第二終端建立經(jīng)由GGSN的媒體通道；或者， 第二通道建立單元，用于當(dāng)所述第一終端與第二終端上報(bào)的NAT類型中有非圓錐型NAT時(shí)，確定所述第一終端與所述第二終端使用所述經(jīng)由AOI媒體代理服務(wù)器的媒體通道，并通知所述第一終端與所述第二終端采用所述經(jīng)由AOI媒體代理服務(wù)器的媒體通道。
10.一種流媒體業(yè)務(wù)的傳輸系統(tǒng)，其特征在于，包括常在線結(jié)構(gòu)AOI平臺(tái)、第一終端和第二終端，其中，所述AOI平臺(tái)包括權(quán)利要求8或9所述的裝置； 所述第一終端和所述第二終端均包括 上報(bào)模塊，用于上報(bào)自身的NAT類型； 傳輸模塊，用于使用所述AOI平臺(tái)建立的所述媒體通道傳輸流媒體業(yè)務(wù)。
全文摘要
本發(fā)明公開(kāi)了一種流媒體業(yè)務(wù)的傳輸方法、裝置和系統(tǒng)。其中，該方法包括AOI平臺(tái)接收第一終端和第二終端上報(bào)的NAT類型；AOI平臺(tái)根據(jù)第一終端與第二終端的NAT類型建立媒體通道，以使第一終端與第二終端使用該媒體通道傳輸流媒體業(yè)務(wù)；其中，該媒體通道包括經(jīng)由GGSN的媒體通道或經(jīng)由AOI媒體代理服務(wù)器的媒體通道。通過(guò)本發(fā)明，解決了相關(guān)技術(shù)中無(wú)法實(shí)現(xiàn)基于AOI平臺(tái)的流媒體業(yè)務(wù)的問(wèn)題，充分利用了系統(tǒng)的資源，避免了AOI平臺(tái)的負(fù)荷過(guò)高，優(yōu)化了系統(tǒng)的性能。
文檔編號(hào)H04L29/06GK102780675SQ20111011822
公開(kāi)日2012年11月14日 申請(qǐng)日期2011年5月9日 優(yōu)先權(quán)日2011年5月9日
發(fā)明者劉超, 戴書球, 程均, 蘇勇 申請(qǐng)人:中興通訊股份有限公司