專利名稱：：一種收發(fā)即時多媒體信息的方法和裝置的制作方法
技術領域：
：本發(fā)明涉及通信領域和互聯(lián)網(wǎng)領域中信息交互的技術，特別是指一種收發(fā)即時多々某體信息的方法和裝置。技術背景隨著的通信技術的廣泛發(fā)展，人們之間的聯(lián)系越來越依賴各種各樣的通信手段，其中收發(fā)多媒體信息成為一種重要的通信手段，而多媒體信息(例如通常所說的彩信)在第二代移動通信技術中通常采用基于無線應用協(xié)議(WAP，WirelessApplicationProtocol)的技術實現(xiàn)，該技術需要在核心網(wǎng)架設多媒體信息業(yè)務中心(MMSC，MultimediaMessagingServiceCenter)、增值業(yè)務服務器以及多媒體業(yè)務(MMS，MultiMediaService)應用支持系統(tǒng)；但是以上接發(fā)多媒體信息的技術不能直接實現(xiàn)通信網(wǎng)和互聯(lián)網(wǎng)之間的互相通信，必須要有第三方服務器的支持才可以實現(xiàn)，而在現(xiàn)有的通信網(wǎng)絡(例如第三代通信網(wǎng)絡)中配置實現(xiàn)通信網(wǎng)和互聯(lián)網(wǎng)之間多媒體信息互相通信的網(wǎng)絡設備則會增加成本。隨著通信網(wǎng)絡技術的快速發(fā)展，SIP協(xié)議、RTP協(xié)議在當前的通信網(wǎng)絡中被廣泛應用，而應用SIP協(xié)議、RTP協(xié)議的即時多媒體信息(IMMS，InstantMutiMediaMessage)作為一種通信方式，可以在兩個終端(例如移動終端和個人電腦)之間收發(fā)語音、視頻和普通多媒體信息，但是目前為止，應用SIP協(xié)議、RTP協(xié)議來實現(xiàn)即時多々某體信息的技術仍然存在缺陷，通常需要第三方提供相應的技術和服務，才能夠在兩個終端之間實現(xiàn)通信網(wǎng)和互聯(lián)網(wǎng)之間的互相通信；或者即使不需要第三方提供上述的技術服務支持來實現(xiàn)通信網(wǎng)和互聯(lián)網(wǎng)之間的互相通信，但其提供的通信服務項目也是有限的，不能廣泛的實現(xiàn)兩個位于不同網(wǎng)絡的終端之間關于各種多媒體信息的收發(fā)。
發(fā)明內(nèi)容本發(fā)明的目的是提供一種收發(fā)即時多媒體信息的方法和裝置，用于解決現(xiàn)有技術中，兩個位于不同網(wǎng)絡的終端之間需要第三方提供支持才能收發(fā)各種不同類型的多媒體信息，而當沒有第三方支持時，只能收發(fā)有限類型的多媒體信息的缺陷。一種收發(fā)即時多纟某體信息的方法，其特征在于，包括以下步驟步驟A.發(fā)送端將所述即時多媒體信息分為多個實時傳輸協(xié)議媒體包，并將所述實時傳輸協(xié)議媒體包通過網(wǎng)絡發(fā)送到即時多媒體信息服務器；步驟B.所述即時多媒體信息服務器存儲所述即時多媒體信息，并在接收端在線時，將該即時多媒體信息的所述實時傳輸協(xié)議媒體包通過網(wǎng)絡發(fā)送給接收端。上述方法，其中，所述網(wǎng)絡包括通信網(wǎng)絡、互聯(lián)網(wǎng)絡；所述接收端或者發(fā)送端，通過所述通信網(wǎng)或者/和互聯(lián)網(wǎng)與所述即時多媒體信息服務器連接并收發(fā)所述即時多媒體信息的所述實時傳輸協(xié)議媒體包。上述方法，其中，所述即時多媒體信息服務器與IP多媒體子系統(tǒng)核心網(wǎng)絡實現(xiàn)連接，并支持會話初始協(xié)議、會話描述協(xié)議、實時傳輸協(xié)議、實時傳輸控制協(xié)議；所述即時多々某體信息服務器接收來自會話初始協(xié)議信令網(wǎng)的會話初始協(xié)議信令、實時傳輸協(xié)議媒體包、實時傳輸控制協(xié)iO某體控制包；并根據(jù)所述會話初始協(xié)議信令來接收或/和發(fā)送所述實時傳輸協(xié)議^某體包、實時傳輸控制協(xié)議媒體控制包。上述方法，其中，所述即時多媒體信息至少包括語音媒體、視頻/語音媒體、即時多媒體信息文字和即時多媒體信息附件。上述方法，其中，所述步驟A進一步包括發(fā)送端向所述即時多媒體信息服務器發(fā)出邀請信令，該服務器返回相應的信令確認建立與發(fā)送端的會話；發(fā)送端向該即時多媒體信息服務器每發(fā)送完一個所述實時傳輸協(xié)議媒體包之后，通過向所述服務器發(fā)送相應的信令來申請發(fā)言權，開始發(fā)送下一個所述媒體包；所述發(fā)送端發(fā)送完畢所有的所述實時傳輸協(xié)議々某體包之后，向即時多々某體信息服務器發(fā)出拆除會話的信令，該服務器接到該信令后拆除會話。上述方法，其中，所述步驟B進一步包括所述即時多^某體信息服務器向所述接收端發(fā)送邀請信令，接收端返回相應的信令確認建立與該服務器的會話；該服務器向該接收端每發(fā)送完一個所述媒體包之后，發(fā)送確認信令，該信令表示一個々某體包發(fā)送完畢；服務器依次發(fā)送后續(xù)的々某體包，并在所有媒體包發(fā)送完畢后，向接收端發(fā)出拆除會話的信令，該接收端接到該信令后拆除會話。一種收發(fā)即時多媒體信息的裝置，所述裝置至少包括一個服務器，該服務器支持會話初始協(xié)議、實時傳輸協(xié)議、實時傳輸控制協(xié)議，且用于接收發(fā)送端通過網(wǎng)絡發(fā)送來的即時多々某體信息的實時傳輸協(xié)議媒體包；所述服務器將接收的所述即時多々某體信息存儲，并在接收端在線時，將所述即時多媒體信息的多個所述實時傳輸協(xié)議媒體包通過網(wǎng)絡發(fā)送給該接收端上述裝置，其中，所述即時多媒體信息服務器與IP多媒體子系統(tǒng)核心網(wǎng)絡實現(xiàn)連接，并支持會話初始協(xié)議、會話描述協(xié)議、實時傳輸協(xié)議、實時傳輸控制協(xié)議；所述即時多媒體信息服務器接收來自會話初始協(xié)議信令網(wǎng)的會話初始協(xié)議信令、實時傳輸協(xié)議媒體包、實時傳輸控制協(xié)議媒體控制包；并根據(jù)所述會話初始協(xié)議信令來接收或/和發(fā)送所述實時傳輸協(xié)議々某體包、實時傳輸控制協(xié)議媒體控制包。上述裝置，其中，所述網(wǎng)絡包括通信網(wǎng)絡、互聯(lián)網(wǎng)絡；所述接收端或者發(fā)送端，通過所述通信網(wǎng)絡或者/和互聯(lián)網(wǎng)絡與所述服務器裝置連接連接并收發(fā)所述即時多媒體信息。上述裝置，其中，所述服務器裝置支持通過特定端口的網(wǎng)絡套接字發(fā)送實時傳輸協(xié)議媒體包；并支持通過不同端口的網(wǎng)絡套接字發(fā)送媒體包。應用本發(fā)明的技術，在沒有第三方提供技術、服務支持的情況下，不需要架設專用的服務器，只需在現(xiàn)有會話型服務器上對會話初始協(xié)議、實時傳輸協(xié)議等相關協(xié)議進行簡單的擴展，則該會話型服務器作為即時多媒體服務器就能夠基于所述相關協(xié)議實現(xiàn)兩個位于不同網(wǎng)絡的終端之間自由暢通的收發(fā)各種多媒體信息，而且支持通過多播和廣播發(fā)送即時多^某體信息。圖1為本發(fā)明即時多媒體信息網(wǎng)絡架構示意圖；圖2為本發(fā)明網(wǎng)絡消息/信令類型標識示意圖；圖3為本發(fā)明發(fā)送端與即時多媒體信息服務器建立會話并發(fā)送即時多媒體信息的流程示意圖；圖4為本發(fā)明即時多媒體信息服務器與接收端建立會話并發(fā)送即時多媒體信息的流程示意圖。具體實施方式為使本發(fā)明的目的、技術特征和實施效果更加清楚，下面將結(jié)合附圖及具體實施例對本發(fā)明的技術方案進行詳細描述。隨著IP多媒體子系統(tǒng)(IMS，IPMultimediaSubsystem)的應用，使得在通信過程中通過實現(xiàn)通信網(wǎng)和互聯(lián)網(wǎng)的互通來獲得更好的服務體驗，本發(fā)明在現(xiàn)有的各種網(wǎng)絡協(xié)議基礎上，通過對網(wǎng)絡協(xié)議經(jīng)過較少的擴展，實現(xiàn)了一種收發(fā)即時多媒體信息的方法和裝置，基于會話初始協(xié)議(SIP，SessionInitiationProtocol)、會話描述協(xié)議(SDP,SessionDescriptionProtocol)發(fā)起傳輸過程，并通過實時傳輸協(xié)議(RTP,Real-timeTransportProtocol)和實時傳輸控制協(xié)議(RTCP,RTPControlProtocol)協(xié)議來傳輸即時多媒體信息。以核心網(wǎng)為基礎，同時存在一個支持上述各種協(xié)議的即時多媒體信息服務器，該服務器用于實現(xiàn)即時多媒體信息的接收與發(fā)送；傳送即時多媒體信息所需的媒體包、媒體控制包或者SIP信令由發(fā)送端通過通信網(wǎng)或者互聯(lián)網(wǎng)進入核心網(wǎng)中的SIP信令網(wǎng)，由該SIP信令網(wǎng)轉(zhuǎn)發(fā)給所述即時多媒體信息服務器，由該即時多媒體信息服務器再次轉(zhuǎn)發(fā)給接收端。所述核心網(wǎng)以現(xiàn)在廣泛使用的IMS核心網(wǎng)為例，其網(wǎng)絡架構如圖l所示，該IMS核心網(wǎng)中至少包括SIP信令網(wǎng)，該SIP信令網(wǎng)提供對IP支持和SIP信令的支持,將接收到的來自終端中的發(fā)送端的各種數(shù)據(jù)包或控制包等根據(jù)其IP和端口轉(zhuǎn)發(fā)給對應的業(yè)務服務器，也既是說，如果接收到的數(shù)據(jù)包是即時多媒體信息的數(shù)據(jù)包，則轉(zhuǎn)發(fā)給作為業(yè)務服務器的即時多媒體信息服務器。只需要在現(xiàn)有的會話型服務器中實現(xiàn)支持SIP、SDP、RTP、RTCP等協(xié)議，并能夠支持多播和廣播的功能，支持群組發(fā)送多媒體信息(例如多媒體短信和多媒體廣告短片)，則該會話型服務器就能夠執(zhí)行即時多媒體信息的收發(fā)任務，成為一個基于IMS核心網(wǎng)的即時多媒體信息服務器。所述會話型服務器可以是實現(xiàn)按鍵通、多媒體會議或者聊天室功能的服務器等等。終端可以由不同的接入網(wǎng)連接到該IMS核心網(wǎng)中，并通過該IMS核心網(wǎng)實現(xiàn)電信網(wǎng)與互耳關網(wǎng)之間的互聯(lián)互通。本發(fā)明實施例中所述的即時多媒體信息是對3GPPTS22.340協(xié)議中定義的即時多々某體信息的擴展應用，由于SIP、RTP將承載和業(yè)務分離，具有非常好的業(yè)務擴充性，并且可以與個人電腦等所有支持IP協(xié)議的設備互發(fā)上述即時多媒體信息。發(fā)送端確定需要發(fā)送的即時多媒體信息，擴展后的即時多媒體信息的類型包括文本信息、語音信息、視頻信息、附件信息等，將所述即時多媒體信息按照預定的格式進行封裝打包。如圖3所示，是本發(fā)明中發(fā)送端與即時多媒體信息服務器建立會話并發(fā)送即時多媒體信息的流程示意圖，其中，圖中各個信號線的意義如圖2所示，分別表示即時多媒體信息對應的RTP媒體包、RTCP媒體控制包、符合SIP信令。以所述即時多媒體信息服務器為例進行說明，其具體步驟如下步驟201.發(fā)送端發(fā)起建立IMMS會話的請求，發(fā)送端在符合SIP的邀請(INVITE)信令中，對于該信令攜帶的即時多媒體信息的參數(shù)作如下賦值3:=sendonlym:-application7000RTP/AVP100a=鄰map:謂AMR/8000/1m:-application7000RTP/AVP1013=:rtpmap:101mp4/6000/1m:-application7000RTP/AVP1023=:rtpmap:102txt/2000/1m:-application7000RTP/AVP1033=:rtpmap:103bin/2000/1關于上述參數(shù)的具體含義可以參考SIP中的相關標準、解釋。又因為許多移動終端能同時使用的網(wǎng)絡套接字(socket)端口個數(shù)有限，為了在傳送即時多媒體信息的過程中占用盡量少的端口，可以預先約定通過某一個特定端口將即時多媒體信息的媒體包逐一發(fā)送；如果發(fā)送端是類似個人電腦的具有較強功能的終端，則應當支持使用多個不同的socket端口，因此即時多媒體信息服務器或者核心網(wǎng)絡必須支持這兩種情況下對socket端口的使用。為了描述的方便，可以以101,102,103,104表示即時多々某體信息業(yè)務在INNA中注冊的不同多媒體的類型，例如上述序號分別代表IMMS語音媒體、IMMS視頻/語音媒體、IMMS文字和IMMS附件；同時為了滿足即時多媒體信息播放行為的簡單唯一性，可以預先定義一個即時多媒體信息只能同時攜帶上述不同類型文件中的一個或者若干個的組合。步驟202-203.即時多媒體信息服務器接到請求后，如果判斷此次邀請(INVITE)信令類型為只發(fā)送(sendonly),且攜帶的即時多媒體信息的類型為在INNA中已經(jīng)注冊的類型，則認為這是一次即時多媒體信息業(yè)務。此時所述即時多媒體信息服務器不是立刻向接收端發(fā)起INVITE信令，而是向發(fā)送端直接依次回復信令嘗試(SIPTRYING)、通話(SIPRINGING)和確認成功(SIP200OK),此時即時多媒體信息服務器與發(fā)送端之間的會話建立成功。步驟204.發(fā)送端接到SIP200OK的信令之后，認定會話已經(jīng)建立。步驟205~206.即時多纟某體信息服務器在會話建立之后，發(fā)送發(fā)言權授權(RTCPFloorGranted)媒體控制包，當發(fā)送端收到該RTCPFloorGranted后，向所述服務器發(fā)送ACK信令，該信令表示發(fā)送端已經(jīng)做好了發(fā)送媒體包的準備。步驟207~208.發(fā)送端向所述服務器發(fā)送符合RTP的媒體包(簡稱RTP媒體包)，圖3中以RTP表示該RTP媒體包，當一個RTP^某體包傳送完畢后，發(fā)送端應向服務器發(fā)送RTCPBYE信令，該信令通知服務器一個RTP媒體包已經(jīng)發(fā)送完畢。步驟209.為了與其它會話型業(yè)務兼容，此時應等待來自即時多媒體信息服務器的RTCPFloorIdle控制包。其中，RTP媒體包中有一個報文頭部，該4艮文頭的格式如下RTP媒體包的報文頭的填充格式<table>tableseeoriginaldocumentpage9</column></row><table>步驟210-211.發(fā)送端可以繼續(xù)向即時多媒體信息服務器發(fā)送RTCPFloorRequest媒體控制包獲取發(fā)言權；當發(fā)送端獲得服務器發(fā)來的RTCPFloorGranted媒體控制包后，可以開始另一個RTP媒體包的傳輸。如此重復，發(fā)送完所有的RTP々某體包。步驟212~213.當所有RTP媒體包傳送完畢后，發(fā)送端應向即時多媒體信息服務器發(fā)送再見(SIPBYE)信令拆除通信連接，服務器回復SIP200OK信令正式拆除通信連接。需要進一步說明的是，上述發(fā)送RTP媒體包時，發(fā)送各個RTP媒體包的順序沒有要求；其中凈荷類型必須與SIP會話建立時的4某體類型保持一致。應用范圍還可以拓展到除IMS核心網(wǎng)外，其他支持IP的網(wǎng)絡，例如GPRS和ADSL等。當接收端處于在線狀態(tài)時，并在接收端接收即時多i某體信息的過程中，如果即時多媒體信息服務器有未接的即時多媒體信息，則服務器首先向接收端發(fā)送INVITE信令，接收端在接到該信令后，應判斷如果INVITE信令的類型為sendonly,且攜帶的媒體參數(shù)類型為IMMS中已經(jīng)注冊的類型，則接收端應回復SIPTRYING信令、SIPRINGING信令和SIP200K信令，則建立會話成功，開始進行J某體包的傳輸。當接收端上線后，若有待接收的即時多媒體信息，即時多媒體信息服務器則應向接收端發(fā)起INVITE信令，在INVITE信令中描述的網(wǎng)絡套接字應適應接收端的能力，也就是接收端是移動終端，也可以是個人計算機，且所述接收端可以是一個，或者是由多個接收端組成的群組。圖4所示，是本發(fā)明中即時多媒體信息服務器與接收端建立會話并發(fā)送即時多媒體信息的RTP媒體包的流程示意圖，其具體過程如下步驟30L接收端在接到即時多媒體信息服務器的INVITE信令后，判定如果此次INVITE信令類型為sendonly,且攜帶的參數(shù)類型為在INNA中已經(jīng)注冊的類型，則認為這是一次即時多媒體信息業(yè)務。步驟302~304.接收端回復SIPTRYING信令、SIPRINGING信令和SIP200K信令，服務器接到SIP200OK信令認為會話已經(jīng)建立。步驟305-306.即時多媒體信息服務器獲得來自接收端的RTCPFloorGranted媒體控制包后，可以向接收端發(fā)送RTP媒體包。步驟307-309.當一個RTP媒體包傳送完畢后，即時多媒體信息服務器應向接收端發(fā)送RTCPBYE媒體控制包，該媒體控制包向接收端表示一個RTP媒體包已經(jīng)發(fā)送終結(jié)；然后即時多媒體信息服務器可以向接收端發(fā)送RTCPFloorToken媒體控制包表示發(fā)言權已占用，并開始另一個媒體文件的傳輸。步驟306.當全部RTP媒體包傳送完畢后，即時多媒體信息服務器應向接收端發(fā)送SIPBYE信令拆除會話連接，此時接收端回復SIP200OK拆除會話。接收端的用戶進行瀏覽時，應播放聲音和^L頻文件，同時顯示文字及附件信息。接收端對接收的RTP媒體包存儲，不建議進行加工處理，可以將一個即時多媒體信息的所有RTP媒體包放置到有編號的文件夾下。以上建立會話并發(fā)送RTP媒體包的過程與普通會話業(yè)務中的SIP呼叫過程和RTP媒體傳輸非常相似，但是與普通會話業(yè)務不同的是，接收端在接收過程中判斷為IMMS業(yè)務時不振鈴，而是在接收完畢后給用戶提示。當然，接收端在整個接收過程中也不能進行發(fā)言權請求(RTCPFloorRequest)。它與現(xiàn)有的即時通信過程相比的優(yōu)勢是由于是在發(fā)送端生成RTP媒體包后，發(fā)送到即時多媒體信息服務器，并在接收端一旦處于可接收狀態(tài)時，則由即時多媒體信息服務器發(fā)送到接收端，所以此業(yè)務也可用于低速率的IP網(wǎng)絡。本發(fā)明采用了現(xiàn)有通信技術的IMS中廣泛應用的各種協(xié)議，使得即時多i某體信息的實現(xiàn)變得筒單，且不需要架設專用的服務器，只是通過對現(xiàn)有相關協(xié)議進行簡單的擴展就能夠?qū)崿F(xiàn)，節(jié)省了成本；而且由于使用的是IMS中應用最廣泛的SIP以及RTP,并通過SIP支持多播和廣播的特性，因此很容易支持群組發(fā)送即時多i某體信息(例如多媒體短信和多媒體廣告短片)，而這一點是其它基于第二代通信技術的現(xiàn)有技術方案很難比擬的。應當說明的是，以上實施例僅用以說明本發(fā)明的技術方案而非限制，所有的參數(shù)取值可以根據(jù)實際情況調(diào)整，且在該權利保護范圍內(nèi)。本領域的普通技術人員應當理解，可以對本發(fā)明的技術方案進行修改或者等同替換，而不脫離本發(fā)明技術方案的精神范圍，其均應涵蓋在本發(fā)明的權利要求范圍當中。權利要求1.一種收發(fā)即時多媒體信息的方法，其特征在于，包括以下步驟步驟A.發(fā)送端將所述即時多媒體信息分為多個實時傳輸協(xié)議媒體包，并將所述實時傳輸協(xié)議媒體包通過網(wǎng)絡發(fā)送到即時多媒體信息服務器；步驟B.所述即時多媒體信息服務器存儲所述即時多媒體信息，并在接收端在線時，將該即時多媒體信息的所述實時傳輸協(xié)議媒體包通過網(wǎng)絡發(fā)送給接收端。2.根據(jù)權利要求1所述的方法，其特征在于，所述網(wǎng)絡包括通信網(wǎng)絡、互聯(lián)網(wǎng)纟備；所述接收端或者發(fā)送端，通過所述通信網(wǎng)或者/和互聯(lián)網(wǎng)與所述即時多媒體信息服務器連接并收發(fā)所述即時多媒體信息的所述實時傳輸協(xié)議媒體包。3.根據(jù)權利要求1所述的方法，其特征在于，所述即時多媒體信息服務器與IP多媒體子系統(tǒng)核心網(wǎng)絡實現(xiàn)連接，并支持會話初始協(xié)議、會話描述協(xié)議、實時傳輸協(xié)議、實時傳輸控制協(xié)議；所述即時多媒體信息服務器接收來自會話初始協(xié)議信令網(wǎng)的會話初始協(xié)議信令、實時傳輸協(xié)議々某體包、實時傳輸控制協(xié)議媒體控制包；并根據(jù)所述會話初始協(xié)議信令來接收或/和發(fā)送所述實時傳輸協(xié)議々某體包、實時傳輸控制協(xié)議媒體控制包。4.根據(jù)權利要求1所述的方法，其特征在于，所述即時多媒體信息至少包括語音媒體、視頻/語音媒體、即時多媒體信息文字和即時多媒體信息附件。5.根據(jù)權利要求1或4所述的方法，其特征在于，所述步驟A進一步包括發(fā)送端向所述即時多媒體信息服務器發(fā)出邀請信令，該服務器返回相應的信令確認建立與發(fā)送端的會話；發(fā)送端向該即時多媒體信息服務器每發(fā)送完一個所述實時傳輸協(xié)議媒體包之后，通過向所述服務器發(fā)送相應的信令來申請發(fā)言權，開始發(fā)送下一個所述媒體包；所述發(fā)送端發(fā)送完畢所有的所述實時傳輸協(xié)議^某體包之后，向即時多媒體信息服務器發(fā)出拆除會話的信令，該服務器接到該信令后拆除會話。6.根據(jù)權利要求1或4所述的方法，其特征在于，所述步驟B進一步包括所述即時多媒體信息服務器向所述接收端發(fā)送邀請信令，接收端返回相應的信令確認建立與該服務器的會話；該服務器向該接收端每發(fā)送完一個所述媒體包之后，發(fā)送確認信令，該信令表示一個媒體包發(fā)送完畢；服務器依次發(fā)送后續(xù)的媒體包，并在所有媒體包發(fā)送完畢后，向接收端發(fā)出拆除會話的信令，該接收端接到該信令后拆除會話。7.—種收發(fā)即時多Jf某體信息的裝置，其特征在于，所述裝置至少包括一個服務器，該服務器支持會話初始協(xié)議、實時傳輸協(xié)議、實時傳輸控制協(xié)議，且用于接收發(fā)送端通過網(wǎng)絡發(fā)送來的即時多媒體信息的實時傳輸協(xié)議媒體包；所述服務器將接收的所述即時多媒體信息存儲，并在接收端在線時，將所述即時多媒體信息的多個所述實時傳輸協(xié)議媒體包通過網(wǎng)絡發(fā)送給該接收端。8.根據(jù)權利要求7所述的裝置，其特征在于，所述即時多媒體信息服務器與IP多媒體子系統(tǒng)核心網(wǎng)絡實現(xiàn)連接，并支持會話初始協(xié)議、會話描述協(xié)議、實時傳輸協(xié)議、實時傳輸控制協(xié)議；所述即時多媒體信息服務器接收來自會話初始協(xié)議信令網(wǎng)的會話初始協(xié)議信令、實時傳輸協(xié)議媒體包、實時傳輸控制協(xié)議媒體控制包；并根據(jù)所述會話初始協(xié)議信令來接收或/和發(fā)送所述實時傳輸協(xié)議媒體包、實時傳輸控制協(xié)議媒體控制包。9.根據(jù)權利要求7所述的裝置，其特征在于，所述網(wǎng)絡包括通信網(wǎng)絡、互聯(lián)網(wǎng)絡；所述接收端或者發(fā)送端，通過所述通信網(wǎng)絡或者/和互聯(lián)網(wǎng)絡與所述服務器裝置連接連接并收發(fā)所述即時多媒體信息。10.根據(jù)權利要求7所述的裝置，其特征在于，所述服務器裝置支持通過特定端口的網(wǎng)絡套接字發(fā)送實時傳輸協(xié)議媒體包；并支持通過不同端口的網(wǎng)絡套接字發(fā)送媒體包。全文摘要本發(fā)明提供一種收發(fā)即時多媒體信息的方法和裝置，其中方法包括步驟A.發(fā)送端將所述即時多媒體信息分為多個實時傳輸協(xié)議媒體包，并將所述實時傳輸協(xié)議媒體包通過網(wǎng)絡發(fā)送到即時多媒體信息服務器；步驟B.所述即時多媒體信息服務器存儲所述即時多媒體信息，并在接收端在線時，將該即時多媒體信息的所述實時傳輸協(xié)議媒體包通過網(wǎng)絡發(fā)送給接收端。應用本發(fā)明提供的技術，在沒有第三方的情況下，不需要架設專用服務器，只需對現(xiàn)有相關協(xié)議進行簡單的擴展，就能夠基于會話初始協(xié)議、實時傳輸協(xié)議等相關協(xié)議實現(xiàn)兩個位于不同網(wǎng)絡的終端之間自由暢通的收發(fā)各種即時多媒體信息，而且支持通過多播和廣播發(fā)送即時多媒體信息。文檔編號H04L12/58GK101150538SQ20071017624公開日2008年3月26日申請日期2007年10月23日優(yōu)先權日2007年10月23日發(fā)明者常寧安,張瑞娟,曹耀斌申請人:中興通訊股份有限公司