CN101247388A - Method and system for negotiating media and method for transmitting media description information - Google Patents
Method and system for negotiating media and method for transmitting media description information Download PDFInfo
- Publication number
- CN101247388A CN101247388A CN 200710080258 CN200710080258A CN101247388A CN 101247388 A CN101247388 A CN 101247388A CN 200710080258 CN200710080258 CN 200710080258 CN 200710080258 A CN200710080258 A CN 200710080258A CN 101247388 A CN101247388 A CN 101247388A
- Authority
- CN
- China
- Prior art keywords
- sdp
- medium
- composition
- respondent
- supplier
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The present invention provides method and system executing negotiation for medium, method for transmitting medium descriptor and session describing protocol (SDP) provider, SDP provider executing description for multiple medium ingredient mixed medium, and transmitting SDP offer including the descriptor (SDP offer) to SDP responder, SDP responder returning SDP answer which reflects SDP provider terminal equipment medium ability to SDP provider according to the SDP offer, if the negotiation does not success or defeat, SDP provider re-generates SDP offer according to the SDP answer, and mentioned above steps are circled until negotiation success or defeat. In the process of negotiation and description, multiple medium ingredient mixed medium is negotiated easily to realize by describing characterize information of multiple medium ingredient mixed and internal medium component.
Description
Technical field
The present invention relates to multimedia technology, particularly a kind of to the method and system of negotiating media and the method that sends media description information.
Background technology
Along with the continuous development of network technology and improving constantly of people's life requirement, multimedia technology has become part and parcel in the communication technology.Below some related protocols and the technology that relate in the existing multimedia technology are done simple introduction.
Real-time transport protocol (rtp) is one of multimedia communication protocol of the Internet engineering duty group (IETF) formulation, definition in Request for Comment (RFC) 1889, common and RTP Control Protocol (RTCP) is used, for data such as real-time audio frequency, video provide transfer function end to end.The Voice ﹠ Video data block that is generated by multimedia application is encapsulated in the RTP packets of information, and each RTP packets of information is encapsulated in User Datagram Protoco (UDP) (UDP) message section, and then is encapsulated in Internet protocol (IP) packet.The audio frequency and video form that can be encapsulated in the RTP message bag states in configuration files such as RFC 1890, RFC 3551, and the monitoring and the control of RTP transmission course are finished by RTCP.
Real time streaming protocol (rtsp) is an application layer protocol, defines in RFC2326, is used to set up and control the transmission of medium, and itself does not participate in the transmission of medium, but is used for the Long-distance Control of media server and user side.RTSP have easy parsing, reusable Web security mechanism, with the irrelevant characteristic of transport layer, by with such as the agreement of low layer more such as RTP, resource reservation protocol (rsvp), provide a whole set of fluidisation service based on Internet.
Session Description Protocol (SDP) defines in RFC2327, and its effect is that the content to Multimedia session is described.The description scope comprises two parts: first session level, and session describes to whole multimedia, as session initiator information, medium link address, transmission network type etc.; It two is media-level, each medium that may exist in this session is described, as media formats, transmission parameter, medium link address etc.By providing/answer model of media formats statement RFC3551 in the RTP/ audio frequency and video configuration (AVP) and SDP is provided, SDP can set up in session or/and finish the negotiation of media parameter in the process of upgrading, for after medium ready.
Lift a SDP message that comprises the description row of session level and media-level below, be expressed as follows:
v＝0
o＝-29879336152987933615?IN?IP6?5555::1:2:3:4
s＝-
c＝IN?IP6?5555:1:2:3:4
T=9071652750 // preceding five-element constitute beginning, and v is a version number 0, and o is that the participant identifies, s
Be the session title, c is a connection attribute, and t is session settling time and duration,
The end of 0 expression session of face is designated the initiation of bye.
m＝audio?3458RTP/AVP?0?96?97?98
a＝rtpmap:0?PCMU
a＝rtpmap:96G726-32/8000
a＝rtpmap:97AMR-WB
A=rtpmap:98telephone-event // first kind of stream: audio frequency, port 3458, the RTP/AVP host-host protocol is compiled
Number 0,96,97,98, represent PCMU respectively, G.726 with the AMR voice coder
The sign indicating number form
m＝video?3400RTP/AVP?99?101
a＝rtpmap:99MPV
A=rtpmap:101H.261 // second kind of stream: video, port 3400, RTP/AVP transmission, numbering
99,101, represent MPEG1/MPEG2 Video respectively and H.261 compile
The sign indicating number form
m＝video?3456?RTP/AVP?103?121
a＝sendonly
a＝rtpmap:103H.261
A=rtpmap:121MPV // the third stream: video, port 3456, RTP/AVP transmission, numbering
103,121, represent MPEG1/MPEG2 Video and H.261 respectively
Coded format.
Preceding 5 row of above-mentioned message are the descriptions of Multimedia session level, comprise the relevant information of message initiator, session information, and the network condition of session level; The back is that related description is as follows to the description of the medium type of supporting:
M=＜medium type〉＜port〉＜host-host protocol〉＜format list 〉
M behavior medium are capable, and wherein, medium type can be audio frequency (audio), video (video), application program (application), data (data), control program (control) etc.; Port is the multimedia receiving port, if medium use hierarchical coding and transmission, then the back need add the number of upper port; Host-host protocol can be RTP/AVP or UDP; Format list is the media formats that the sender of this message can support, the centre separates with the space.
C=＜network type〉＜address style〉＜link address 〉
Wherein, network type generally is internet (IN) for Web TV (IPTV); Address style can be internet protocol version 4 (IPv4) or internet protocol version 6 (IPv6); Link address is the multimedia receiver address, and to the multicast mode, should there be life span (TTL) parameter the back, address.If multicast source uses hierarchical coding, then a plurality of multicast address may appear in a stream, so can also there be the number explanation of multicast address the TTL back, separate with "/" between every; Mode of unicast does not allow to use "/".
A=＜binary attribute 〉
This binary attribute is used to show that this attribute is one of media characteristic, as: a=recvonly shows that these medium only are used for receiving.
A=＜attribute type 〉:＜property value 〉
Wherein, attribute type is the capable main expansion approach of medium property, and a lot of titles can be arranged, as: the attribute type (rtpmap) of definition medium and property value corresponding relation, the attribute type (fmtp) of definition medium internal form and property value corresponding relation etc.; Property value is the value to this medium property assignment, and is relevant with attribute type.The capable property column that is referred to as of a, the wherein capable rtpmap property column that is called of a=rtpmap; The capable fmtp property column that is called of a=fmtp.
By top example as can be seen, example SDP message semantic definition three medium, transmission is an audio stream on the udp port 3459, and optionally scheme is μ-Lv pulse code modulation (PCMU), the audio coding standard G of International Telecommunication Association series (G.726), AMR-WB coding standard (AMR-WB) or telephone speech signal; Port 3400 and 3456 transmits a video flowing respectively, and its middle port 3456 only is used for the transmission of video flowing, does not receive the medium that the other side sends.
For adapting to new demand, often need the SDP agreement is expanded, the most general extended method defines new medium property type and relevant property value for the capable expansion of a.For example: a=des:qos and a=curr:qos capable being used for holds consultation to the resource reservation at session two ends; A=fmtp:value describes row and is used for media formats is described in detail, and the particular content of its description can not retrained by agreement.
Conversation initialized protocol (SIP) be used to set up, the application layer protocol of change or ending multimedia session, with cooperating of SDP, RTSP, domain name system agreements such as (DNS), finish session foundation and media negotiation jointly; In case set up session, medium will use RTP directly to transmit in bearing bed, can mutual flexibly multiple medium in a session.Because SIP is based on disclosed Internet standard, at voice, data service combination and intercommunication aspect tool have great advantage, can cross over medium and equipment time limit and call out control, support abundant media formats, can dynamically increase/delete medium, realize abundant more traffic performance easily, simultaneously, thereby SIP supports intelligent business and end side development to alleviate network burden, itself supports to comprise dynamic registration mechanism, location management mechanism, application layer mobility functions such as redirection mechanism, be convenient to expand new business, and agreement is simple, have generally acknowledged expansion potentiality, therefore obtained to be included in the increasing application in IP Multimedia System (IMS) and the next-generation communication network (NGN).
Session announcement protocol (SAP) is for the multimedia conferencing of notifying a multicast or other multicast conversation relevant session establishment information to be sent to desired meeting participant.SAP itself does not set up session, it just will set up the necessary information of session, for example, video of being taked or audio coding mode are notified to other participant in a multicast, just can start corresponding instrument and correct parameter is set to have set up session to the promoter of this meeting after the participant receives this notification data bag.
Transport stream (TS) is a kind of medium encapsulation format, for the audio/video flow of realizing multichannel Motion Picture Experts Group compression standard version 1 (MPEG-1)/Motion Picture Experts Group compression standard version 2 (MPEG-2) transmits on single transmission channel, TS is designed to a kind of multiplexed mechanism.TS packs multiple medium composition to be encapsulated in the medium that form in the TS bag, has multiple medium composition among the TS, for example, may comprise audio frequency, video and data.Have different forms in each medium composition, for example: the video that comprises among TS may be H.264 form and MPEG-2 form.The medium of comparing the single medium composition use independent RTP transmission parameter, and under TS mechanism, multiple medium composition only takies a passage, use a cover transmission parameter limit to transmit, and have saved the port resource in the network.
In multimedia application, IETF has formulated a series of RFC standards and has described for various audio/video coded formats.And SDP is by cooperating with other agreements such as SIP, SAP, and using provides/and answer model can realize RTP transmission end to end for these medium on network provides a cover interaction mechanism.
Still describe with above-mentioned example, a SDP supplier of Multimedia session may send a SDP and give information (SDP offer), comprises following content:
v＝0
o＝-29879336152987933615?IN?IP6?5555::1:2:3:4
s＝-
C=IN IP6 5555:1:2:3:4 // medium receiver address
T=9071652750 //the SDP head, sign supplier's network of relation and temporal information
m＝audio?3458RTP/AVP?0?96?97?98
a＝rtpmap:0PCMU
a＝rtpmap:96G726-32/8000
a＝rtpmap:97AMR-WB
A=rtpmap:98telephone-event // first stream: be used for conversation voice
m＝video?3400RTP/AVP?98?99
a＝rtpmap:98MPV
A=rtpmap:99H.261 // second stream: be used for video
m＝video?3456?RTP/AVP?98?99
a＝sendonly
a＝rtpmap:98H.261
A=rtpmap:99MPV // 3rd stream: the video flowing of unidirectional transmission
The SDP respondent analyzes medium type and attribute relevant among this SDP offer, simultaneously in conjunction with the media formats of self supporting, returns the tenability that a SDP response message (SDP answer) is provided by the medium that self provide for the SDP supplier.At top example, this SDP answer can be:
v＝0
o＝-123579241357924?IN?IP6?5555::5:6:7:8
s＝-
c＝IN?IP6?5555:5:6:7:8
T=9071652750 //the SDP head, sign respondent's network of relation and temporal information
m＝audio?4011RTP/AVP?96?97?98
a＝rtpmap:96G726-32/8000
a＝rtpmap:97AMR-WB
A=rtpmap:98telephone-event // first stream: be used for conversation voice, do not support the PCMU that encodes
m＝video?4012RTP/AVP?99
A=rtpmap:99H.261 // second stream: be used for video, do not support the MPV that encodes
M=video 0RTP/AVP 98 // 3rd stream: udp port is 0, and this video flowing is not supported in expression
SDP recited above provides/and answer model requires the m line number among SDP offer and the SDP answer must strict conformance, that is to say capable the replying of each m among the SDP offer that the SDP respondent must provide the SDP supplier.Then, the SDP supplier continues to generate according to SDP answer the SDP offer of the medium that reflection SDP respondent supports, and this SDP provides/and acknowledgement mechanism can carry out in circulation in the media consultation process repeatedly, until consulting successfully or failing.
By as can be seen above, prior art has provided a kind of SDP interaction mechanism, for the various media formats of having registered MIME (Multipurpose Internet Mail Extensions) (MIME) type provide a kind of negotiation method, but the negotiation of the medium that load in mixture for multiple medium composition does not provide total solution.
Summary of the invention
In view of this, first purpose of the present invention is, a kind of method that sends media description information is provided, so that the media description information that multiple medium composition is loaded in mixture sends.
Second purpose of the present invention is, a kind of method to negotiating media is provided, so that the negotiating media that multiple medium composition is loaded in mixture.
The 3rd purpose of the embodiment of the invention is, a kind of system to negotiating media is provided, so that the negotiating media that multiple medium composition is loaded in mixture.
The 4th purpose of the embodiment of the invention is, a kind of SDP supplier is provided, so that the negotiating media that multiple medium composition is loaded in mixture.
In order to realize above-mentioned first purpose, the embodiment of the invention provides a kind of method that sends media description information, this method comprises: in Session Description Protocol SDP, the medium characterization information that multiple medium composition is loaded in mixture is described, and the medium internal media composition that multiple medium composition loads in mixture is described the formation descriptor, send this descriptor.
In order to realize above-mentioned second purpose, the embodiment of the invention provides a kind of method to negotiating media, this method comprises: the SDP supplier is described the medium that multiple medium composition loads in mixture, and the SDP that will the comprise descriptor SDP offer that gives information sends to the SDP respondent; The SDP respondent returns the SDP response message SDP answer that reflection SDP respondent holds the equipment media capability according to this SDP offer to the SDP supplier; If consult successfully or failure process ends; If do not consult successfully and not consult failure, the SDP supplier will regenerate SDP offer according to this SDP answer, and the circulation above-mentioned steps is until consulting successfully or failing.
In order to realize above-mentioned the 3rd purpose, the embodiment of the invention provides a kind of system to negotiating media, and this system comprises: SDP supplier and SDP respondent;
The SDP supplier, the medium that multiple medium composition is loaded in mixture are described, and the SDP offer that will comprise descriptor sends to the SDP respondent; If do not consult successfully and not consult failure, the SDP supplier will regenerate SDP offer according to this SDP answer;
The SDP respondent returns the SDP answer that reflection SDP respondent holds the equipment media capability according to this SDP offer to the SDP supplier.
In order to realize above-mentioned the 4th purpose, the embodiment of the invention provides a kind of SDP supplier, and this SDP supplier comprises: description unit, Transmit-Receive Unit and judging unit;
Description unit, the medium that multiple medium composition is loaded in mixture are described, and the SDPoffer that will comprise descriptor offers Transmit-Receive Unit; The SDP answer that provides according to judging unit regenerates SDP offer and offers Transmit-Receive Unit;
Transmit-Receive Unit, the SDP offer that description unit is provided sends; Receive SDP answer and offer judging unit;
Judging unit, the SDP answer that provides according to Transmit-Receive Unit judges negotiation result, if do not consult successfully and not consult failure, this SDP answer is offered description unit;
As can be seen from the above technical solutions, the present invention carries out the outside encapsulation and the description of internal media composition by the medium that multiple medium composition is loaded in mixture, and SDP supplier and SDP recipient use this describing method to send SDP offer and SDP answer respectively to come negotiating media that this multiple endosome composition is loaded in mixture, with this, be convenient to the negotiating media of realizing that multiple medium composition loads in mixture.
Description of drawings
The method flow diagram that Fig. 1 provides for the embodiment of the invention to negotiating media;
The system construction drawing that Fig. 2 provides for the embodiment of the invention to negotiating media
The SDP supplier's that Fig. 3 provides for the embodiment of the invention structure chart.
Embodiment
In order to make the purpose of the embodiment of the invention, technical scheme and advantage are more clear, describe the present invention below in conjunction with specific embodiment.
In a Multimedia session, both sides need hold consultation as transmission medium with regard to the medium that whether use multiple medium composition to load in mixture.Use SDP to describe in the embodiment of the invention and the providing of SDP/acknowledgement mechanism is carried out this negotiations process.
As shown in Figure 1, the method to negotiating media that provides of the embodiment of the invention mainly may further comprise the steps:
Step 101:SDP supplier is described the medium that multiple medium composition loads in mixture, and generates the SDP offer that comprises this descriptor;
Step 102:SDP supplier sends to the SDP respondent with described SDP offer
Step 103:SDP respondent returns the SDP answer that reflection SDP respondent holds the equipment media capability according to this SDP offer to the SDP supplier;
Step 104: if consult successfully or failure process ends; If do not consult successfully and not consult failure, the SDP supplier regenerates SDP offer according to the SDP answer that returns, and above-mentioned steps 102-104 is carried out in circulation, up to consulting successfully or failing.
Wherein, the medium that described multiple medium composition loads in mixture are: this medium inside has the medium composition of multiple encoding and decoding configuration, for example, its inner medium composition can comprise: video, audio frequency, application program, data etc., video can be MPEG-2 video, video etc. H.264, audio frequency can be MPEG-2 audio frequency, AC-3 audio frequency etc., or the combination of these situations.
Wherein, described SDP supplier can be the transmit leg of these medium, can be the recipient of medium, also can be the isolated system of knowing this media information and/or this medium transmit leg or recipient's ability; The SDP respondent can be the recipient of these medium, can be the transmit leg of medium, also can be the isolated system of knowing these medium recipient or transmit leg ability.
This negotiations process can be the negotiation of before sending medium the medium that sent being carried out, and also can be only at the negotiation of medium transmit leg and receiving method, medium ability under the situation that does not send medium.Below all the medium that the medium provider provides are described with the SDP supplier, the negotiations process that the SDP respondent describes medium receiving method, medium ability is an example.
The medium that described multiple medium composition loads in mixture can be TS.
SDP offer is that medium that the multiple medium composition that the medium supplier provides is loaded in mixture or medium supplier's self-ability are described, and the description that these medium that multiple medium composition is loaded in mixture carry out mainly comprises two aspects:
I. the medium characterization information that multiple medium composition is loaded in mixture is described, and just the medium that multiple medium composition is loaded in mixture carry out outside encapsulation, and this characterization information is that to be used for characterizing these medium are the medium that loaded in mixture by multiple medium composition.
In SDP offer, can use a unified identifier to identify in the capable or rtpmap property column at m to the description of this characterization information.For example, can use symbol TS to identify in a=rtpmap is capable for TS, this symbol is the same with other registered mime type, can be accepted by the SDP agreement.Descriptive statement to this TS characterization information is as follows:
m＝video?port?RTP/AVP?n1
a＝rtpmap:n1?TS
Wherein, port is for receiving the port of this medium composition; N1 is a dynamic coding of distributing to these medium, and this is distributed in existing explanation in the related specifications, can inquire about in RFC3551.
In the capable method that TS is identified of m can be: give TS with certain payload type that is not used (payload type) assignment statically in the RTP/AVP configuration, as 29, then Xiang Guan TS characterization information can be described below:
...
m＝video?port?RTP/AVP?29
...
This method does not need to use the rtpmap property column of the capable back of medium that No. 29 medium are described, because the coding n1 of front is dynamically assignment, can be used for any mime type of having registered, and TS has been given in the assignment that has been fixed for No. 29, can describe the characterization information of TS clear in that medium are capable.
II. the medium internal media composition that multiple medium composition is loaded in mixture is described.Can adopt to fmtp property column in SDP, i.e. the capable form of expanding of a=fmtp illustrates the medium composition of this multimedia inside.The fmtp property column is the capable or rtpmap property column back at the medium that this medium characterization information is described usually.With TS stream is example, its description can for:
m＝video?port?RTP/AVP?n1
a＝rtpmap:n1?TS
a＝TS-description-1
[a＝TS-description-2]
......
[a＝TS-description-N]
Wherein, square brackets are represented option, and the TS-description-x sign is to x the fmtp property column of TS.This N fmtp property column stated all or part of medium composition of this TS.
Fmtp property column wherein specifically can be expressed as:
A=fmtp:＜mime type〉＜the attribute description type 〉=＜property value〉[;＜attribute description type 〉=＜property value 〉]
Attribute description type is wherein generally used the character string in no space; Property value can be character string or the numerical value that does not have space character, and the tabulation of a plurality of values can use comma to separate; [] represents that this property column can comprise a plurality of description field, between use branch and space character to separate, this part is an option.
Described extended mode to the fmtp property column can have following several:
Extended mode one: the internal media composition of these medium is classified, be described all kinds of respectively.
Because medium that become to be grouped into by multiple medium may be inner be packaged with multiple combination: may existing audio frequency, again have video, also have data; Have a plurality of audio frequency and/or video; Also may comprise the audio or video of the identical encoding and decoding of a plurality of uses etc.So can be with this medium internal media compositional classification: audio class, video class, data class etc., use a descriptor to describe then respectively.For example, can use video-description, audeo-description, data-description etc. as the media description type; Property value can use the mime type of current available medium composition.It still is example with TS, this TS internal media composition with codec1, codec2, codec3 ... codecM identifies, different medium compositions may adopt identical encoding and decoding, wherein, codec2 and codecM are two kinds of audio formats, other is a video format, and this internal media composition can be described as so:
...
m＝video?prot?1RTP/AVP?n1
a＝rtpmap:n?1TS
a＝fmtp:n1video-description＝codec1，codec3，...，codecM；audio-description＝codec2，codec4
...
From above-mentioned example as can be seen when using this extended mode, the medium composition of medium inside all has embodiment in a=fmtp is capable, even inner some medium composition adopts identical encoding and decoding, be suitable for too, such as, codec1 and codec3 can be the MPEG-2 videos, and its mime type is MPV.
In addition, there are not the data of data type in the present example, so the data-description field is empty.
Attribute description types such as described video-description, audeo-description, data-description are a kind of symbol, can also use other character string to replace.The selection of property value also not only is confined to RFC3551, and the new media formats in the IANA registration, the mime type of data format also can use.
When adopting this extended mode that this medium internal media composition is described, can the order of above-mentioned fmtp property column be limited, thereby improve negotiation efficiency; Also can be not the order of above-mentioned fmtp property column not be limited, the same medium under the kind situation have multiple description form like this, but its inner medium composition is the same, should be as with a kind of negotiating media.
This extended mode is short and sweet, but can't the concrete codec parameters of each medium composition be described in detail.
Extended mode two: the medium composition to the medium inside of multiple medium composition encapsulation is described separately successively, and not sub-category.
Still adopting the TS in the extended mode one is example, the description of this extended mode can for:
m＝video?port1?RTP/AVP?n1
a＝rtpmap:n1?TS
A=fmtp:n1 ts=codec1[, samplerate=90000, bitrate=32000 ...]; Ts=codec2[, the format description content of codec2]; ... ts=codecM[, the format description content of codecM]
Above-mentioned to comprising the mime type of each medium composition in the description of each internal media composition of these medium at least, optional parameters that other is relevant with this mime type and/or mandatory parameter are in the comma mode following closely.Be optional parameters in [], be generally the concrete codec parameters of each medium composition, can be sample rate (samplerate) or compression ratio (bitrate) etc.
Similar to extended mode one, this extended mode also can be to the description of inner each the medium composition line ordering of advancing, thereby improves negotiation efficiency; Can not sort yet.
This extended mode is more flexible, and that each internal media composition can be described is in detail clear more, but can the message body size of SDP be increased to some extent.
Extended mode three: only describe the medium composition that the medium supplier is supported.
This extended mode and extended mode one are similar, and different is only need describe once for the mime type that repeats.For example, codec1 and codec3 are same MPEG-2 videos, just can once describe, for example:
a＝fmtp:n1?video-description＝codec3，...，codeM
By as can be seen above, this extended mode extended mode one of comparing is more succinct and practical.Because medium are the mode of multiple medium composition encapsulation, inner medium composition can be a plurality of arbitrarily, it is described one by one often unrealistic, simultaneously, if medium provider or recipient can decode to a medium composition in these medium, certainly also can decode one by one to other medium composition of same-code, be feasible so a plurality of medium compositions that use identical encoding and decoding are only once described.
The above three kinds of extended mode can be at the fmtp property column, be a=fmtp capable in, internal media composition to whole medium is described, below several extended modes can adopt the method for newly-increased medium property symbol, difference of described newly-increased medium property symbol and fmtp:
Extended mode four: quote a plurality of new medium property symbols the medium composition is carried out taxonomic description.Still describe with previous example, the new medium property symbol of introducing can be ts-video, ts-audio, ts-data etc., and the video format of TS inside, audio format, data format etc. are carried out classified description, is described below:
m＝video?port1?RTP/AVP?n1
a＝rtpmap:n1?TS
a＝ts-video:n?1codec1?codec3...
a＝ts-audio:n1codec2...codecM
......
Extended mode five: quote a new medium property symbol and one by one internal component is described.Top example can be described below:
m＝video?port1?RTP/AVP?n1
a＝rtpmap:n1?TS
a＝ts:n1codec1[samplerate＝90000][bitrate＝32000][...]
A=ts:n1codec2[describes content to other of codec2]
......
A=ts:n1codecM[describes content to other of codecM]
[] part is an option in describing above, is the detailed description to medium composition codec parameters, can be sample rate or compression ratio etc., and its content and form can use the description standard of RTP/AVP to encoding and decoding.A=ts:n1 is capable only to describe a code/decode format.
The description that medium are carried out recited above can be used in to be adopted in SDP offer SDP supplier in the negotiating media process, also can in the negotiating media process, the SDP respondent in SDPanswer, provide, but generally speaking, the describing mode that adopts among the SDP offer in the same negotiations process and the SDP answer is identical.
In addition, the above-mentioned description that medium are carried out also can be used in some application of other agreements such as HTTP, RTSP, and be not to occur with the interaction mechanism that provides/reply, but initiate to return a SDP message after the request in client, this SDP message adopts this describing method to describe the media capability of server end.For example: (GET) request of obtaining of hyper text markup language (HTTP), and the description of RTSP (DESCRIBE) request.Be that example describes with the GET request of HTTP and the DESCRIBE request of RTSP below:
When the user passes through network (WEB) interface to the server requests media information, may use the GET request.Stated support in this GET request to the SDP agreement, as follows:
GET/twister.sdp?HTTP/1.1
Host：
www.example.com
Accept：application/sdp
Server can adopt said method that the specifying information that the user will obtain medium is described in its response of returning.The medium that provide with network side are that TS is an example, with two couples of TS of above-mentioned extended mode with and inner medium composition be described as follows:
HTTP/1.0200?OK
Date：23Jan?200615:35:06GMT
Content-Type：application/sdp
Content-Length：264
Expires：23Jan?199815:35:06GMT
v＝0
o＝-28908445262890842807IN?IP4192.16.24.202
s＝RTSP?Session
e＝adm@example.com
a＝range:npt＝0-1:49:34
t＝00
m＝video?0RTP/AVP?99
a＝rtpmap:99TS
a＝fmtp:99ts＝H264，profile-level-id＝42A01E，packetization-mode＝2；ts＝MPV/90000；
ts＝AMR-WB
a＝control:rtsp://video.example.com/twister/video.ts
During this is described, illustrate that the medium that network side provides are that TS encapsulates, there are three kinds of medium compositions TS inside, is respectively H.264 video, MPEG-2 video and AMR-WB audio frequency.
In RTSP,, then can initiate following DESCRIBE request as terminal to server request media description information:
DESCRIBE?rtsp://video.example.com/concert/video.ts?RTSP/2.0
CSeq：1
Supported：play.basic，play.scale
To medium described in the above-mentioned example, server can return following SDP message:
RTSP/2.0200?OK
CSeq：1
Content-Type：application/sdp
Content-Length：182
Server：PhonyServer/1.0
Date：23Jan?199715:35:06GMT
Supported：play.basic
v＝0
o＝-28908445262890842807?IN?IP4192.16.24.202
s＝RTSP?Session
m＝video?3456RTP/AVP?99
c＝IN?IP4224.2.0.1/16
a＝rtpmap:99TS
a＝ts:99H264profile-level-id＝42A01E?packetization-mode＝2
a＝ts:99MPV/90000
a＝ts:99AMR-WB
a＝control:rtsp://live.example.com/concert/video.ts
By above description as can be seen, the above-mentioned description that medium are carried out is carried out at a kind of medium, and just the medium in the SDP negotiation process only have a kind of mime type; To multiple medium, promptly during the medium of corresponding different mime types, can directly use common rtpmap property column to get final product.For example:
...
m＝video?34568RTP/AVP?102，104，111
a＝rtpmap:102TS-H264-AC3
a＝rtpmap:104H264/90000
a＝rtpmap:111TS-H264-MPA
...
This SDP message semantic definition two kinds of TS streams: the inner TS that forms by H.264 video and AC-3 audio frequency, the mime type of correspondence is TS-H264-AC3; The inner TS that is made up of H.264 video and MPEG-2 audio frequency, the mime type of correspondence is TS-H264-MPA.
Above-mentionedly this multiple medium are described and need not expand a is capable, but all must in relevant configuration, illustrate, and can't the medium composition of inside be described in more detail the encoding and decoding combination of every kind of medium composition.
After having carried out process that the above-mentioned medium that multiple medium composition is loaded in mixture are described, the SDP offer that the SDP supplier will comprise this descriptor sends to the SDP respondent, and the SDP respondent returns the SDP answer of its medium receiving method, medium ability of reflection to the SDP supplier according to this SDPoffer.
Described SDP respondent according to this SDP offer to the SDP answer that the SDP supplier returns its medium receiving method, medium ability of reflection is: the SDP respondent confirms the capable m of being of each medium among the SDP offer is capable according to these medium recipient's media capability, returns SDP answer then.
To the process that the SDP respondent returns SDP answer be described below.This process of media capability according to these medium recipient can be divided into three kinds of situations:
First kind of situation: these medium recipient supports the encapsulation of the medium that multiple medium composition loads in mixture, also support simultaneously the code/decode format of inner all the medium compositions of these medium, then in SDP answer, use identical m capable and a is capable partly responds, only need carry out assignment again udp port.
With one the TS type has been described in SDP offer at this, the internal media composition has M, be respectively codec1, codec2 ..., codecM, wherein codec2 and codecM are audio format, other is an example for video format, and this SDP offer uses the capable method of expansion a that the internal media composition of these medium is described, and is as follows:
……
m＝video?port1?RTP/AVP?n1
a＝rtpmap:n1?TS
a＝TS-description<codex1，codec2，...，codecM>
......
Only use a capable internal media composition of a to be described in this example to TS.Its describing mode can adopt the recited above several capable extended mode of a is described.
Under first kind of situation, the SDP respondent uses the capable and capable media capability to the medium recipient of a of identical m to be described, and is as follows:
......
m＝video?port2RTP/AVP?n2
a＝rtpmap:n2TS
a＝TS-description<codex1，codec2，...，codecM>
......
Only the AVP numbering n2 of receiving port number port2 and dynamic assignment is different with descriptor among the SDP offer for descriptor among this SDP answer as seen from the above, after the transmission of finishing this SDP answer, this negotiation to the medium that multiple medium composition loads in mixture is finished, medium provider and medium recipient can use inner codec1, codec2, ..., the TS stream that codecM loads in mixture is as the media delivery form.
Above described first kind of situation for to consult successfully.
Second kind of situation: these medium recipient supports the encapsulation of the medium that multiple medium composition loads in mixture, but only support the code/decode format of this medium interior section medium composition, such as in the described example in the above, the medium recipient only supports codec2, ..., the TS of codecM encapsulation, but the code/decode format of codec1 do not supported, and then this moment, the SDP respondent returned following SDP answer to this SDP offer:
......
m＝video?port2RTP/AVP?n2
a＝rtpmap:n2TS
a＝TS-description<codec2，...，codecM>
......
At this moment, the SDP respondent is only at the capable medium composition that returns local terminal medium recipient support of a.
If the provider of this TS does not support the demultiplexing function to TS, then TS provider and TS recipient still can not use this TS to carry out media delivery.At this moment, both sides can carry out SDP negotiation to other medium that are different from TS, and its machinery of consultation belongs to prior art, does not do at this and gives unnecessary details.
If the provider of this TS supports the demultiplexing function to TS, then the SDP supplier can regenerate SDP offer according to the SDP answer that receives.The SDP offer of this moment can be a transformat with TS stream still, and its internal media composition is codec2 ..., codecM, this mode only uses a cover transmission parameter can carry out the interchange of TS, has saved network port resource; SDP offer also can split m is capable, transmits different internal media compositions respectively, but this mode can take more network port resource.This moment SDP offer can for:
......
m＝audio?port22RTP/AVP?n22
a＝rtpmap:n22codec2
m＝video?port23RTP/AVP?n23
a＝rtpmap:n23codec3
......
m＝audio?port2M?RTP/AVP?n2M
a＝rtpmap:n2M?codecM
......
In above-mentioned second kind of situation,, but when not supporting the inner any medium composition of this medium, consult failure if SDP respondent end equipment is supported the medium that described multiple medium composition loads in mixture.
The third situation: these medium recipient does not support the encapsulation of the medium that multiple medium composition loads in mixture.At this moment, the SDP respondent can carry out common SDP according to method of the prior art and reply, and the port that m is capable is made as 0.Though if the recipient of these medium does not support the encapsulation of the medium that multiple medium composition loads in mixture, support several medium compositions wherein, can this media capability be reflected by SDP answer so.Still describe with top described example, if the medium recipient does not support the encapsulation of TS, but support codec1 video wherein, then the SDP answer that returns of SDP respondent can be:
......
m＝video?port21RTP/AVP?n21
a＝rtpmap:n21codec?1
......
If the medium recipient supports audio frequency codec2 simultaneously, then will see to have in SDP offer does not have that corresponding m is capable to be described audio frequency, if having, then SDP answer also can be about to codec2 by corresponding m and reflects, and is specific as follows:
If SDP offer is:
......
m＝video?port1RTP/AVP?n1
a＝rtpmap:n1?TS
a＝TS-description<codec?1，codec2，...，codecM>
m＝audio?port11RTP/AVP?n11
a＝rtpmap:n?11codecX
......
Its SDP answer is:
......
m＝video?port21RTP/AVP?n21
a＝rtpmap:n21?codec?1
m＝audio?port22RTP/AVP?n22n23
a＝rtpmap:n22codecX
a＝rtpmap:n23codec2
The SDP supplier receives after this SDP answer, can initiate SDP offer again according to the SDP answer that receives the medium of the support of SDP respondent end are described, and above-mentioned steps is carried out in circulation, until consulting successfully or failing.Wherein, the SDP offer of Fa Qiing can change the encapsulation format of the internal media composition of TS recipient's support into, the form of perhaps other independent medium not to the description of this TS encapsulation ability again.
In above-mentioned the third situation,, when also not supporting the inner any medium composition of this medium, consult failure if the SDP respondent holds equipment not support the medium that described multiple medium composition loads in mixture.
More than describe all is the medium that the medium transmit leg sends to be described by SDP offer with the SDP supplier, the SDP respondent is described the explanation of carrying out for example by SDP answer to these medium recipient's media capability, this method is not limited to this, be applicable to that too the SDP supplier is described medium receiving method, medium ability by SDPoffer, the SDP respondent by SDP answer to situations such as medium transmit leg media capability are described.
The negotiation that the medium that above-mentioned negotiations process can be used under the SIP environment multiple medium composition being loaded in mixture carry out.The SIP session set up in the process use SDP provide/acknowledgement mechanism reaches an agreement at the medium that multiple medium composition loads in mixture, as shown in Figure 3, a typical SIP signalling interactive process can be following steps:
Step 301: device A sends sip invite message (INVITE) to equipment B;
Step 302: equipment is responded the ongoing message of session (183 Session InProgress) to device A;
Step 303: device A sends transmission reliability message (PRACK) to equipment B;
Wherein step 302 and step 303 are mainly used in the negotiations process to bandwidth and resource etc.
Step 304: equipment B sends the message (200OK) that sign is reached an agreement, session is set up to device A;
Step 305: device A is returned session to equipment B and is set up response (ACK).
In above step, during to the negotiating media of multiple medium composition encapsulation, device A can be used as the SDP supplier, equipment B is as the SDP respondent, SDP offer provides among the initial INVITE in step 301, this moment, SDP answer can provide among the 183 Session In Progress in step 302, also can provide among the 200OK in step 304; Also can for equipment B as the SDP supplier, device A is as the SDP respondent, this moment, SDP offer can or provide among the 200OK in step 304 in 183Session In Progress in step 302, and SDP answer can or provide among the ACK in step 305 at PRACK in step 303.
The system to negotiating media that the embodiment of the invention is provided is elaborated below.As shown in Figure 2, this system comprises: SDP supplier 201 and SDP respondent 202.
Wherein, described SDP supplier can be the transmit leg of these medium, can be the recipient of medium, also can be the isolated system of knowing this media information and/or this medium transmit leg or receiving method, medium ability.
Described SDP respondent can be the recipient of these medium, can be the transmit leg of medium, also can be the isolated system of knowing these medium recipient or transmit leg media capability.
The negotiating media that the medium that the method that SDP respondent and SDP supplier can use the foregoing description to provide loads in mixture multiple medium composition are described or multiple medium composition is loaded in mixture.
Structure to the SDP supplier is described in detail below, and as shown in Figure 3, this SDP supplier comprises: description unit 301, Transmit-Receive Unit 302 and judging unit 303;
Transmit-Receive Unit 302, the SDP offer that description unit 301 is provided sends; Receive SDP answer and offer judging unit 303;
Judging unit 303, the SDP answer that provides according to Transmit-Receive Unit 302 judges negotiation result, if do not consult successfully and not consult failure, this SDP answer is offered description unit 301.
The SDP supplier can or know described media information and/or the isolated system of medium transmit leg media capability for the recipient of the transmit leg of described medium or described medium.
If the description that has the description that the characterization information of described medium is carried out to have all the internal media compositions to described medium to carry out again among the SDP answer that judge module obtains is then judged and is consulted successfully;
If the description of the internal media composition of described medium not being carried out among the SDP answer that described judge module obtains is then judged and is consulted failure.
By above description as can be seen, in the method and system that the embodiment of the invention provided, the SDP supplier is described the medium that multiple medium composition loads in mixture, and the SDPoffer that will comprise this descriptor sends to the SDP respondent, and the SDP respondent returns the SDP answer of its local terminal media capability of reflection to the SDP supplier according to this SDP offer; If do not consult successfully and not consult failure, the SDP supplier will regenerate SDP offer according to this SDP answer, and the circulation above-mentioned steps is until consulting successfully or failing.Thus, carry out the outside encapsulation and the description of internal media composition, be convenient to realize the negotiating media that multiple medium composition is loaded in mixture by the medium that multiple medium composition is loaded in mixture.
The above only is preferred embodiment of the present invention, and is in order to restriction the present invention, within the spirit and principles in the present invention not all, any modification of being made, is equal to replacement, improvement etc., all should be included within the scope of protection of the invention.
Claims (18)
1. method that sends media description information, it is characterized in that, this method comprises: in Session Description Protocol SDP, the medium characterization information that multiple medium composition is loaded in mixture is described, and to the medium internal media composition that multiple medium composition loads in mixture be described form descriptor after, send this descriptor.
2. method according to claim 1 is characterized in that, the described medium characterization information that multiple medium composition is loaded in mixture be described for: in SDP, use a unified identifier to identify at medium or rtpmap property column.
3. method according to claim 1, it is characterized in that, when the medium that described multiple medium composition loads in mixture are a plurality of, the described medium characterization information that multiple medium composition is loaded in mixture be described for: in SDP, adopt a plurality of rtpmap property columns to use the different identification symbol respectively or adopt that a plurality of m are capable to be used the different identification symbol to carry out the described medium characterization information that multiple medium composition is loaded in mixture respectively to be described.
4. method according to claim 1, it is characterized in that, the described medium internal media composition that multiple medium composition is loaded in mixture be described for: in SDP, adopt the form that the fmtp property column is expanded or adopt form that the medium internal media composition that described multiple medium composition loads in mixture is described at the newly-increased attribute symbol of property column.
5. method according to claim 4 is characterized in that, described the fmtp property column is expanded to: the internal media composition of described medium is classified, be described all kinds of respectively in the fmtp property column, perhaps
Medium composition to described medium inside is described separately one by one in the fmtp property column, perhaps
The described medium internal media composition that local terminal equipment is supported is only described in the fmtp property column.
6. method according to claim 4 is characterized in that, described form at the newly-increased attribute symbol of property column is: quote a plurality of new attribute symbols in property column described medium internal media composition is carried out taxonomic description, perhaps
Quoting a new medium property symbol in property column is described described medium internal media composition codec parameters one by one.
7. method according to claim 1 is characterized in that, the medium that described multiple medium composition loads in mixture are transport stream TS.
8. the method to negotiating media is characterized in that, this method may further comprise the steps:
A, SDP supplier are described the medium that multiple medium composition loads in mixture, and generate the SDP the comprise descriptor SDP offer that gives information;
B, SDP supplier send to the SDP respondent with described SDP Offer;
C, SDP respondent return the SDP response message SDP answer that reflection SDP respondent holds the equipment media capability according to this SDP offer to the SDP supplier;
If D consults successfully or fails process ends; If do not consult successfully and not consult failure, the SDP supplier will regenerate SDP offer according to this SDP answer, and circulation execution in step B, C and D, until consulting successfully or failing.
9. method according to claim 8, it is characterized in that, the medium that the supplier of SDP described in the steps A loads in mixture multiple medium composition be described for: the medium that the multiple medium composition that the SDP supplier provides or receives its local terminal equipment loads in mixture are described, and perhaps the SDP supplier is described the media capability of its local terminal equipment.
10. method according to claim 8, it is characterized in that, the respondent of SDP described in the step C returns reflection SDP respondent according to described SDP offer to the SDP supplier and holds the SDP answer of equipment media capability to be: support the encapsulation of the medium that the described multiple medium composition of this SDP offer loads in mixture when SDP respondent end equipment, when also supporting simultaneously the code/decode format of inner all the medium compositions of these medium, the SDP respondent uses the capable characterization information to described medium of the medium corresponding with SDP offer to be described in SDP answer, be described at property column all internal media compositions, the User Datagram Protoco (UDP) udp port is carried out assignment again described medium;
Support the encapsulation of the medium that multiple medium composition loads in mixture when SDP respondent end equipment, and when only supporting the code/decode format of this medium interior section medium composition, the SDP respondent only property column in SDP answer is described the described part of media composition of SDP respondent end equipment support;
When the SDP respondent holds equipment not support the encapsulation of the medium that multiple medium composition loads in mixture, do not comprise the described characterization information that loads in mixture medium during the medium of SDP respondent in SDP answer are capable, or only property column to the internal media composition of described medium in the medium composition of SDP respondent end equipment support be described;
When the SDP respondent held any one of medium internal media composition that equipment do not support that this multiple medium composition loads in mixture, the SDP respondent was not described described medium internal media composition in SDP answer.
11. method according to claim 10 is characterized in that, described negotiation successfully is: SDP respondent end equipment is supported the encapsulation of the medium that multiple medium composition loads in mixture, and also supports the code/decode format of inner all the medium compositions of these medium simultaneously;
Described negotiation failure is: the SDP respondent holds equipment not support all internal media compositions of the medium that described multiple medium composition loads in mixture;
The supplier of SDP described in the step D will regenerate SDP offer according to this SDP answer: the SDP supplier is described the medium of the media capability that reflects among the SDP answer again and generates SDP offer.
12. method according to claim 8 is characterized in that, the medium that described multiple medium composition loads in mixture are TS.
13. the system to negotiating media is characterized in that, this system comprises: SDP supplier and SDP respondent;
The SDP supplier, the medium that multiple medium composition is loaded in mixture are described, and the SDP offer that will comprise descriptor sends to the SDP respondent; If do not consult successfully and not consult failure, the SDP supplier will regenerate SDP offer according to this SDP answer;
The SDP respondent returns the SDP answer that reflection SDP respondent holds the equipment media capability according to this SDP offer to the SDP supplier.
14. system according to claim 13 is characterized in that, described SDP supplier is the transmit leg of described medium, and described SDP respondent is the recipient of described medium, and described SDP respondent end equipment is the recipient of described medium; Perhaps
Described SDP supplier is the recipient of described medium, and described SDP respondent is the transmit leg of described medium, and described SDP respondent end equipment is the transmit leg of described medium; Perhaps
Described SDP supplier is an isolated system of knowing described media information and/or medium transmit leg media capability, and described SDP respondent is an isolated system of knowing described medium receiving method, medium ability, and described SDP respondent end equipment is described medium recipient.
15. system according to claim 13, it is characterized in that, if the description that has the description that the characterization information of described medium is carried out to have all the internal media compositions to described medium to carry out again among the SDP answer that described SDP supplier receives is then judged and is consulted successfully;
If the description of the internal media composition of described medium not being carried out among the SDP answer that described SDP supplier receives is then judged and is consulted failure.
16. a SDP supplier is characterized in that, this SDP supplier comprises: description unit, Transmit-Receive Unit and judging unit;
Description unit, the medium that multiple medium composition is loaded in mixture are described, and the SDPoffer that will comprise descriptor offers Transmit-Receive Unit; The SDP answer that provides according to judging unit regenerates SDP offer and offers Transmit-Receive Unit;
Transmit-Receive Unit, the SDP offer that description unit is provided sends; Receive SDP answer and offer judging unit;
Judging unit, the SDP answer that provides according to Transmit-Receive Unit judges negotiation result, if do not consult successfully and not consult failure, this SDP answer is offered description unit.
17. SDP supplier according to claim 16 is characterized in that, described SDP supplier is for the recipient of the transmit leg of described medium or described medium or know described media information and/or the isolated system of medium transmit leg media capability.
18. SDP supplier according to claim 16, it is characterized in that, if the description that has the description that the characterization information of described medium is carried out to have all the internal media compositions to described medium to carry out again among the SDP answer that described judge module obtains is then judged and is consulted successfully;
If the description of the internal media composition of described medium not being carried out among the SDP answer that described judge module obtains is then judged and is consulted failure.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200710080258 CN101247388A (en) | 2007-02-15 | 2007-02-15 | Method and system for negotiating media and method for transmitting media description information |
| PCT/CN2008/070274 WO2008098509A1 (en) | 2007-02-15 | 2008-02-04 | A method and system for negotiating a medium and a method for sending medium description information |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200710080258 CN101247388A (en) | 2007-02-15 | 2007-02-15 | Method and system for negotiating media and method for transmitting media description information |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101247388A true CN101247388A (en) | 2008-08-20 |
Family
ID=39689670
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200710080258 Pending CN101247388A (en) | 2007-02-15 | 2007-02-15 | Method and system for negotiating media and method for transmitting media description information |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101247388A (en) |
| WO (1) | WO2008098509A1 (en) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010142148A1 (en) * | 2009-06-10 | 2010-12-16 | 中兴通讯股份有限公司 | Method for negotiating message session relay protocol connection parameters |
| WO2011017957A1 (en) * | 2009-08-14 | 2011-02-17 | 中兴通讯股份有限公司 | Method and apparatus for call proceeding in call control of application server |
| CN102165748A (en) * | 2008-09-23 | 2011-08-24 | 爱立信电话股份有限公司 | File transfer in conference services |
| WO2011134265A1 (en) * | 2010-04-30 | 2011-11-03 | 华为技术有限公司 | Method, device and system for establishing collaborative session |
| CN102334323A (en) * | 2010-04-30 | 2012-01-25 | 华为技术有限公司 | Method, device and system for establishing collaborative sessions |
| CN102624629A (en) * | 2012-03-26 | 2012-08-01 | 中兴通讯股份有限公司 | Method and device for WAN (Wide Area Network) message transmission |
| CN102647402A (en) * | 2011-02-22 | 2012-08-22 | 华为技术有限公司 | Consultation method for multimedia session, relevant equipment and system |
| CN104270594A (en) * | 2014-09-24 | 2015-01-07 | 大唐移动通信设备有限公司 | Data packet sending and receiving method and device |
| CN106506444A (en) * | 2016-09-21 | 2017-03-15 | 中国电子科技集团公司第三十研究所 | A kind of media negotiation system and method towards LTE group systems |
| CN108270524A (en) * | 2012-03-16 | 2018-07-10 | 英特尔公司 | Multicast broadcast multimedia service auxiliary content is distributed |
| CN114302353A (en) * | 2021-12-31 | 2022-04-08 | 咪咕音乐有限公司 | Media negotiation method, communication device and readable storage medium |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6185288B1 (en) * | 1997-12-18 | 2001-02-06 | Nortel Networks Limited | Multimedia call signalling system and method |
| EP1620995A1 (en) * | 2003-05-07 | 2006-02-01 | Nokia Corporation | Access flow based charging for ims/poc services |
| CN1852300A (en) * | 2005-09-12 | 2006-10-25 | 华为技术有限公司 | Method for capacity consultation between multimedia message systems |
-
2007
- 2007-02-15 CN CN 200710080258 patent/CN101247388A/en active Pending
-
2008
- 2008-02-04 WO PCT/CN2008/070274 patent/WO2008098509A1/en active Application Filing
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102165748A (en) * | 2008-09-23 | 2011-08-24 | 爱立信电话股份有限公司 | File transfer in conference services |
| CN101924744A (en) * | 2009-06-10 | 2010-12-22 | 中兴通讯股份有限公司 | Method for fusing message session relay protocol parameter negotiation of IP message |
| WO2010142148A1 (en) * | 2009-06-10 | 2010-12-16 | 中兴通讯股份有限公司 | Method for negotiating message session relay protocol connection parameters |
| US8965973B2 (en) | 2009-08-14 | 2015-02-24 | Zte Corporation | Method and apparatus for call proceeding in call control of application server |
| WO2011017957A1 (en) * | 2009-08-14 | 2011-02-17 | 中兴通讯股份有限公司 | Method and apparatus for call proceeding in call control of application server |
| WO2011134265A1 (en) * | 2010-04-30 | 2011-11-03 | 华为技术有限公司 | Method, device and system for establishing collaborative session |
| CN102334323A (en) * | 2010-04-30 | 2012-01-25 | 华为技术有限公司 | Method, device and system for establishing collaborative sessions |
| CN102334323B (en) * | 2010-04-30 | 2013-12-18 | 华为技术有限公司 | Method, device and system for establishing collaborative sessions |
| CN102647402A (en) * | 2011-02-22 | 2012-08-22 | 华为技术有限公司 | Consultation method for multimedia session, relevant equipment and system |
| WO2012113240A1 (en) * | 2011-02-22 | 2012-08-30 | 华为技术有限公司 | Multimedia session negotiation method, related device and system |
| CN102647402B (en) * | 2011-02-22 | 2015-07-29 | 华为技术有限公司 | A kind of machinery of consultation of Multimedia session, relevant device and system |
| CN108270524A (en) * | 2012-03-16 | 2018-07-10 | 英特尔公司 | Multicast broadcast multimedia service auxiliary content is distributed |
| CN108270524B (en) * | 2012-03-16 | 2021-02-26 | 苹果公司 | Multicast broadcast multimedia service assisted content distribution |
| CN102624629B (en) * | 2012-03-26 | 2017-11-24 | 中兴通讯股份有限公司 | A kind of wide area network message transmitting method and device |
| CN102624629A (en) * | 2012-03-26 | 2012-08-01 | 中兴通讯股份有限公司 | Method and device for WAN (Wide Area Network) message transmission |
| CN104270594A (en) * | 2014-09-24 | 2015-01-07 | 大唐移动通信设备有限公司 | Data packet sending and receiving method and device |
| CN104270594B (en) * | 2014-09-24 | 2018-11-09 | 大唐移动通信设备有限公司 | The method and apparatus that data packet sends and receives |
| CN106506444A (en) * | 2016-09-21 | 2017-03-15 | 中国电子科技集团公司第三十研究所 | A kind of media negotiation system and method towards LTE group systems |
| CN106506444B (en) * | 2016-09-21 | 2019-04-26 | 中国电子科技集团公司第三十研究所 | A kind of media negotiation system and method towards LTE group system |
| CN114302353A (en) * | 2021-12-31 | 2022-04-08 | 咪咕音乐有限公司 | Media negotiation method, communication device and readable storage medium |
| CN114302353B (en) * | 2021-12-31 | 2023-10-20 | 咪咕音乐有限公司 | Media negotiation method, communication device and readable storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2008098509A1 (en) | 2008-08-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101247388A (en) | Method and system for negotiating media and method for transmitting media description information | |
| CN101068340B (en) | Program network transcribing method and media processing server and network transcribing system | |
| KR101237019B1 (en) | System and methods for quality of experience reporting | |
| US8307049B2 (en) | Method and device for obtaining media description information of IPTV services | |
| TWI401918B (en) | A communication method for signaling buffer parameters indicative of receiver buffer architecture | |
| US20050286542A1 (en) | Interface call signaling protocol | |
| WO2007031028A1 (en) | A method for negotiating about the media stream packet time length | |
| CN101115011A (en) | Stream media playback method, device and system | |
| EP2730073B1 (en) | Media stream grouping in multimedia communication networks | |
| CN101114985B (en) | Coding/decoding transition system and method | |
| CN101453349A (en) | Method and system for processing real-time stream media protocol | |
| US20060133372A1 (en) | Apparatus and method for multiplexing packet in mobile communication network | |
| KR100802088B1 (en) | Method and device for providing real-time VOD service | |
| CN102223386A (en) | Method, device and system for remotely accessing home network | |
| CN101217529A (en) | A method, device and system to realize ET.38 faxing business in the Internet | |
| CN101415149B (en) | Method and apparatus for improving BC business | |
| CN101378401A (en) | Method, system and equipment for controlling business resource authorization | |
| Koumaras et al. | A QoE-aware IMS infrastrusture for multimedia services | |
| CN101459572B (en) | Method and apparatus for realizing related media stream in IP packet network | |
| KR20060027223A (en) | Session data of synchronous mobile communication system and method of setting the same | |
| CN101047718B (en) | System, method and server for implementing media consultation | |
| Mkwawa et al. | Open IMS core with VoIP quality adaptation | |
| CN101960817B (en) | Optimized Coding Based resource negotiation between communication clients | |
| Fang | RTP Payload Format for the Enhanced Variable Rate Narrowband-Wideband Codec (EVRC-NW) | |
| CN101459626A (en) | Message transmission control method for IP multimedia subsystem |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20080820 |