WO2010043168A1 - 发送及接收多媒体铃音文件的方法 - Google Patents

发送及接收多媒体铃音文件的方法 Download PDF

Info

Publication number
WO2010043168A1
WO2010043168A1 PCT/CN2009/074401 CN2009074401W WO2010043168A1 WO 2010043168 A1 WO2010043168 A1 WO 2010043168A1 CN 2009074401 W CN2009074401 W CN 2009074401W WO 2010043168 A1 WO2010043168 A1 WO 2010043168A1
Authority
WO
WIPO (PCT)
Prior art keywords
multimedia
file
message
ringtone file
media stream
Prior art date
Application number
PCT/CN2009/074401
Other languages
English (en)
French (fr)
Inventor
郜文美
陈国乔
张惠萍
Original Assignee
华为终端有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为终端有限公司 filed Critical 华为终端有限公司
Publication of WO2010043168A1 publication Critical patent/WO2010043168A1/zh

Links

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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/1096—Supplementary features, e.g. call forwarding or call holding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42034—Calling party identification service
    • H04M3/42042—Notifying the called party of information on the calling party
    • H04M3/42051—Notifying the called party of information on the calling party where the notification is included in the ringing tone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements

Definitions

  • the present invention relates to a mobile communication technology, and in particular, to a method for transmitting a multimedia ringtone file, a method for receiving a multimedia ringtone file, a multimedia ring back tone server, a multimedia color vibration server, a user equipment, a multimedia ring back tone system, and a multimedia color vibration system.
  • the multimedia ring tone service includes a Customized Alerting Tone (CAT), a Customized Ringing Signal (CRS), and a Customized Background Tone (CBT).
  • CAT is also called multimedia ring tones.
  • CRS is also called multimedia color ringing.
  • CBT is also called the multimedia color image.
  • the file type of the multimedia ring tone can be music, video, picture, text, vCard, rich media environment (RME), web file, etc., among them, audio, video and other continuous files It is played through the media channel, and for the playback of discrete files such as pictures, texts, and electronic business cards, the prior art is to send a Uniform Resource Locator (URL) address through the multimedia ring tone server, the user equipment ( User Equipment (referred to as UE) downloads pictures, texts, and electronic business cards based on the URL address before displaying them locally.
  • UE Uniform Resource Locator
  • CAT AS inserts the URL of a picture (or text, electronic business card, etc.) into the temporary response and returns it to the calling terminal; after the calling UE receives the temporary response, The URL is extracted from the URL, and the image file is downloaded from the URL through the Hypertext Transfer Protocol (HTTP) and displayed locally.
  • HTTP Hypertext Transfer Protocol
  • the invention provides a method for transmitting a multimedia ringtone file, a method for receiving a multimedia ringtone file, a multimedia ring back tone server, a multimedia color vibration server, a user equipment, a multimedia ring back tone system and a multimedia color vibration system, and solves the prior art multimedia ringtone.
  • the voice server returns a multimedia ring tone to the UE.
  • the embodiment of the present invention provides a method for sending a multimedia ring tone file, including:
  • An embodiment of the present invention provides a method for receiving a multimedia ringtone file, including:
  • the embodiment of the invention provides a multimedia ring back tone server, including:
  • CRBT Add 4 used to add multiple » CRBT files to the signaling message or » stream;
  • the CRBT sends the number of packets, which is used to send signaling messages carrying multiple » CRBT files or » Calling User Equipment.
  • An embodiment of the present invention provides a multimedia color vibration server, including:
  • the color vibration adding module is configured to add the multimedia color vibration file to the signaling message or the media stream; and the color vibration sending module is configured to send the signaling message or the media stream carrying the multimedia color vibration file to the called user equipment.
  • the embodiment of the invention provides a user equipment, including:
  • a receiving module configured to receive a signaling message or a media stream that carries the multimedia ringtone file
  • a display module configured to display or/and store and/or play the multimedia ringtone file carried in the signaling message or the media stream.
  • the embodiment of the invention provides a multimedia ring back tone system, including:
  • the multimedia ring back tone server is configured to send a signaling message or a media stream that carries the multimedia CRBT file.
  • the calling user equipment is configured to receive and display the multimedia CRBT file.
  • An embodiment of the present invention provides a multimedia color vibration system, including:
  • the multimedia color vibration server is configured to send a signaling message or a media stream that carries the multimedia color vibration file; and the called user equipment is configured to receive and display the multimedia color vibration file.
  • the embodiment of the present invention sends the multimedia ringtone file to the UE in a signaling message or a media stream, so that the UE receives the URL of the multimedia ringtone file itself instead of the multimedia ringtone file, and further The delay of displaying the multimedia ringtone file and the security of the multimedia ringtone file can be reduced.
  • FIG. 1 is a diagram of a first embodiment of a method for transmitting a multi-file according to the present invention
  • FIG. 2 is a schematic diagram of a network structure of a first embodiment of a method for transmitting a multi-file according to the present invention
  • FIG. 3 is a diagram of a second embodiment of a method for transmitting a multi-file according to the present invention
  • FIG. 4 is a diagram of a third embodiment of a method for transmitting a multi-file according to the present invention.
  • FIG. 5 is a schematic flowchart of Embodiment 4 of a method for transmitting a multi-file according to the present invention
  • FIG. 6 is a schematic diagram of a network structure of a second embodiment of a method for transmitting a multimedia ringtone file according to the present invention.
  • FIG. 8 is a schematic flowchart of Embodiment 6 of a method for transmitting a multimedia ringtone file according to the present invention
  • FIG. 8 is a schematic flowchart of a sixth embodiment of a method for transmitting a multimedia ringtone file according to the present invention
  • FIG. 10 is a schematic structural diagram of an embodiment of a multimedia ring back tone server according to the present invention
  • FIG. 11 is a schematic structural diagram of an embodiment of a multimedia color vibration server according to the present invention.
  • FIG. 12 is a schematic structural diagram of an embodiment of a user equipment according to the present invention.
  • FIG. 13 is a schematic structural diagram of an embodiment of a multimedia ring back tone system according to the present invention.
  • FIG. 14 is a schematic structural diagram of an embodiment of a multimedia color vibration system according to the present invention. detailed description
  • the implementation of the multimedia ring tone service has two major schemes: a Circuit Switched Domain (CS Domain) scheme and an IP Multimedia Subsystem (IMS) domain scheme.
  • CS Domain Circuit Switched Domain
  • IMS IP Multimedia Subsystem
  • the following embodiment takes the IMS domain as the example for implementing the multimedia ring tone service.
  • the idea of the following embodiment is that the multimedia ring tone server sends the multimedia ring tone file to the UE instead of the URL of the existing multimedia ring tone file.
  • the CS domain only the specific network elements involved and the specific interaction process are different.
  • the IMS domain is a subsystem added on the basis of a Packet Switched Domain (PS Domain).
  • PS Domain Packet Switched Domain
  • the main function of the IMS is at the control level, and the bearer is completed through the PS domain.
  • the IMS domain implementation of the multimedia ring tone service is further divided into an Early Session scheme and a Multi Dialog scheme.
  • the early session scheme refers to performing early media negotiation before establishing a normal conversation session between the primary and the called parties. To create an early session to enable the playback of early media (ie, multimedia ring tones).
  • Video Phone is a point-to-point video communication service that can transmit dynamic images and voice signals of both parties in real time using wired or wireless networks, including CS domain videophone and IMS domain visualization. phone.
  • the IMS domain videophone uses the Real-Time Transfer Protocol (RTP) in the streaming media technology.
  • the RTP can be controlled by the Real-Time Transfer Control Protocol (RTCP).
  • RTP provides end-to-end delivery services with real-time features for data.
  • the following embodiment takes the example of transmitting CAT or CRS by RTP, and the RTP channel can also transmit multimedia ringtone files such as pictures, texts or electronic business cards, REMs, webpage files, etc., while transmitting CAT or CRS, so that the UE can receive these pictures. , text or electronic business card is displayed.
  • multimedia ringtone files such as pictures, texts or electronic business cards, REMs, webpage files, etc.
  • FIG. 1 is a schematic flowchart of Embodiment 1 of a method for sending a multimedia ringtone file according to the present invention, including: Step 11: Add a multimedia ringtone file to a signaling message or a media stream.
  • the CAT AS adds a multimedia ringtone file (such as a picture, a text, a VCard, etc.) to the signaling message or the media stream.
  • the signaling message includes 180, 183 temporary response responses involved in the call session. That is, Session Initiation Protocol (SIP) call signaling; or newly added MESSAGE or INFO message that does not change the session state during the session, that is, session-independent signaling in SIP; media stream includes sending CAT RTP media stream.
  • the CRS AS adds a multimedia ringtone file (such as a picture, a text, an electronic business card, etc.) to the signaling message or the media stream.
  • SIP Session Initiation Protocol
  • MESSAGE or INFO message that does not change the session state during the session, that is, session-independent signaling in SIP
  • media stream includes sending CAT RTP media stream.
  • the CRS AS adds a multimedia ringtone file (such as a picture, a text,
  • the signaling message includes a temporary response confirmation involved in the PRACK call session.
  • the message is SIP call signaling; or a newly added MESSAGE or INFO message that does not change the session state during the session, that is, session-independent signaling in the SIP; the media stream includes the RTP media stream that sends the CRS.
  • Temporary response responses and final responses are defined in SIP.
  • the calling UE sends an INVITE message to the called UE, and the called UE returns a temporary response (180 or 183) to the calling UE after receiving the INVITE message, if the INVITE message includes a Request (Proposal), then the called UE should generate a temporary response (18X) with an Answer, so that an Early/Answer-based early session can be established; if the INVITE message does not contain a Request (Offer), Then The temporary response response returned by the called UE carries an offer (Offer), and the calling UE receives a temporary response response carrying the request and generates a temporary response confirmation (PRACK) message carrying an answer, so that the call can be established.
  • An early session based on Offer/Answer.
  • Step 12 Send a signaling message or a media stream carrying the multimedia ringtone file to the user equipment.
  • the CAT AS sends a signaling message or a media stream carrying the multimedia ringtone file to the calling UE
  • the CRS AS sends a signaling message or a media stream carrying the multimedia ringtone file to the called UE.
  • the UE can receive the multimedia ringtone file itself by using the multimedia ringtone file in the signaling message or the media stream sent to the UE, and then directly display the multimedia ringtone file itself. Therefore, the present invention can avoid the present invention.
  • a network structure diagram corresponding to the method of the audio file including a user equipment (UE), specifically a UE 201 and a called UE 202, a base station (NodeB) 203, and a radio network controller (Radio Network Controller, Referred to as RNC 204, Serving General Packet Radio Service (SGSN) 205, Proxy Call Session Control Function (P-CSCF) 206, Serving Call Session Control Function (Serving) Call Session Control Function (S-CSCF for short) 207, CAT AS208, Home Subscriber Server (HSS) 209, Multimedia Resource Function (MRF) 210.
  • UE user equipment
  • NodeB NodeB
  • RNC Radio Network Controller
  • SGSN Serving General Packet Radio Service
  • P-CSCF
  • the calling UE 201 and the called UE 202 interact with the CAT AS 208 through the NodeB 203, the RNC 204, the SGSN 205, the P-CSCF 206, and the S-CS CF 207, respectively.
  • HSS 209 and MRF 210 interact with CAT AS 208, respectively, to provide user data and media resource support to CAT AS 208.
  • the calling UE 201 is used to initiate a call;
  • the called UE 202 is used to receive a call;
  • the NodeB 203 is used to complete processing of the air interface;
  • the RNC 204 is used to control radio resources; and
  • the SGSN 205 is used to provide routing forwarding, mobility management, and session of the PS domain.
  • P-CSCF206 is the first contact point of the user in the IMS network, mainly responsible for verifying the request, processing and forwarding the response
  • S-CSCF207 is in the core control position in the IMS network, is the IMS multi-process
  • the key to control is to record and control the state of the user process and perform session routing. And continuously interact with the application service and charging function, and perform value-added service triggering and service control according to the rules
  • CAT AS208 is a server that provides CAT value-added services for users in the IMS network, and may be located in the user home network or may be provided by a third party. It is mainly used to provide CAT services and control MRF to play media resources.
  • HSS209 is used to store user and service related data, record user identity, registration information, access parameters and service trigger information, etc.
  • MRF210 includes control part (MRFC) and The User Plane Processing Part (MRFP) provides support for services related to bearers, such as multimedia resource playback, video conferencing, and user announcements. It can complete the mixing of data media streams, media stream distribution, bearer code conversion, and billing. The transmission of information, etc.
  • the called UE customizes the multimedia CRBT service for the calling UE, and the specific customized content is:
  • the multimedia ring back tone server plays the music (or video) for the calling UE, and sends the personal electronic business card of the called UE to the calling UE
  • the electronic business card includes the name, address, company, telephone, email, etc. of the called UE. Personal information.
  • the calling UE can not only enjoy the music or video before the call is connected, but also can see the electronic card of the called UE.
  • the network structure of this embodiment may be carried in a signaling message or a media stream sent to the UE.
  • the CAT file can enable the UE to receive the CAT file itself, and then directly display the CAT file. Therefore, the flow chart of the second embodiment of the method for transmitting the multimedia ring tone file according to the present invention can be avoided.
  • this embodiment includes:
  • Step 301 The calling UE 201 calls the called UE 202.
  • the call request path S-CSCF 207 and CATAS 208 arrive at the called UE 202.
  • Step 302 The called UE 202 returns a 18X (180 or 183) temporary response.
  • the temporary response response first arrives at CAT AS208.
  • Step 303 The CAT AS 208 executes the CRBT service logic and reserves resources for playing the CRBT. At the same time, CAT AS208 adds a CRS Session Request Protocol (SDP) request (CAT Offer SDP) to the message body of the 18X message and the electronic of the called UE. Business card.
  • SDP CRS Session Request Protocol
  • CAT Offer SDP CRS Session Request Protocol
  • SDP is used to describe multimedia sessions in order to enable the initiation of session announcements, session invitations, and other forms of multimedia sessions.
  • the purpose of one of the SDPs is to indicate the existence of a session, and the purpose of the second is to transmit enough information (including media information, transport addresses, and other session description information) to the recipient to be able to join and participate in the session.
  • the session description includes the following: the session name and purpose, the duration of the session, the media that makes up the session, and the information (address, port, format, etc.) needed to receive the media.
  • the resources participating in the session may be limited, it may also contain some additional information: the bandwidth that the session needs to use, and the contact information of the session leader.
  • a session description consists of a session level description followed by zero or more media level descriptions.
  • the session-level value defaults to all media unless it is overridden by a same media-level description value.
  • the session level description applies to the details of the entire session and all media streams, and the media level description applies to the details of a single media stream.
  • Media stream information includes: media types (such as video, audio, etc.), transport protocols (such as STP/UDP/IP, H.320, etc.), media formats (such as H.261, MPEG, etc.).
  • a session description contains the following lines of content and is fixed in order, which improves error detection performance and requires only one parser, which is marked with *:
  • m (media name and transport address);
  • RFC 2426 describes the specification of electronic business cards (vCard), which defines a series of commonly used electronic business card information, such as: FN, N, NICKNAME, PHOTO, BDAY, ADR, LABEL, TEL, EMAIL, MAILER, TZ, GEO, TITLE , ROLE, LOGO, AGENT, ORG, CATEGORIES, NOTE, P ODID, REV, SORT-STRING, SOUND, URL, UID, VERSION, CLASS, KEY. Language and coding requirements are also specified.
  • ADR; TYPE WORK, POSTAL, PARCEL:;;6544
  • EMAIL INTERNET: fdawson@earthlink.net
  • vCard indicates that the next content is a vCard.
  • VERSION: 3.0 indicates the version number of the vCard.
  • ADR; TYPE WORK, POSTAL, PARCEL:;;6544
  • TYPE WORK, POSTAL, PARCEL indicates that the address categories are: work address, mail delivery address, and parcel delivery address.
  • TEL TEL
  • TYPE VOICE, MSG, WORK: +l -919-676-9515 means the phone.
  • TYPE VOICE, MSG, WORK indicates that the phone categories are: voice call, information call, and work call.
  • TYPE FAX
  • WORK indicates that the phone category is: fax and work phone.
  • the type is INTERNET and is the preferred EMAIL address.
  • EMAIL INTERNET:fdawson@earthlink.net
  • vCard indicates the end of the vCard.
  • the method of carrying the CAT SDP request and the electronic business card in the 183 is:
  • EMAIL INTERNET: M_Stephen@earthlink.net
  • the value of the Content-Type in the SIP header field is "multipart/mixed", indicating that the SIP message body is a composite type.
  • the content after the second "one boundary 1234" is the vCard of the called UE, where Content-Type: text/x-vCard indicates that the added content is vCard.
  • the above is an example of carrying an electronic business card in an 18X message.
  • other ringtone files such as pictures or text, may also be sent to the calling UE through the 18X message.
  • the specific carrying method is the same as that of the electronic business card, except that when the image is delivered, the value of the Content-type before the image file is "Image/ ⁇ image type>"; the value of the Content-type before the text information is "text/plain". ".
  • the size of these ringtone files should not exceed the range that the message body of the 18X message can carry.
  • Step 304 The temporary response (18X message) carrying the electronic business card is sent to the calling UE 201 via the S-CSCF 207.
  • Step 305 After receiving the 18X message, the calling UE 201 extracts the electronic business card in the message and displays it locally.
  • the electronic business card can be displayed during the caller's appreciation of the CAT, or it can be displayed during the call.
  • the display mode can be displayed on a separate screen, scrolled at the bottom of the screen, or displayed in other ways.
  • the specific display policy is set locally by the UE.
  • the calling UE After the calling UE receives the electronic business card, it also needs to perform local storage. If the electronic business card of the user has been stored before, the overlay or update operation may be performed.
  • Step 306 Early session follow-up negotiation process.
  • Step 307 The called UE 202 rings.
  • Step 308 CAT AS208 plays the CAT for the calling UE201.
  • Step 309 The called UE 202 picks up the phone, and the CAT AS 208 stops playing the CAT for the calling UE 201.
  • Step 310 The calling party and the called user perform a normal call process.
  • Steps 306-310 are the same as the subsequent process after the existing calling UE obtains the multimedia ringtone file, and therefore are only briefly described. For detailed steps, refer to the prior art.
  • the CAT ringtone file is added to the temporary response message and sent to the calling UE. Since the calling UE receives the CAT ringtone file itself, the manner of sending the ringtone file URL address is compared with the existing method. You can avoid unnecessary delays and avoid the security risks of URL addresses.
  • Embodiment 3 is a schematic flowchart of Embodiment 3 of a method for transmitting a multimedia ringtone file according to the present invention. As shown in FIG. 4, and referring to the network structure diagram shown in FIG. 2, this embodiment includes:
  • Step 401 The calling UE 201 calls the called UE 202.
  • the call request path S-CSCF 207 and CATAS 208 arrive at the called UE 202.
  • Step 402 The called UE 202 returns a 18X (180 or 183) temporary response. The temporary should The response first arrives at CAT AS208.
  • Step 403 The CAT AS208 performs the CRBT service logic and reserves resources for playing the CRBT. At the same time, the CAT AS 208 adds a CRS Session Description Protocol (SDP) request (CAT Offer SDP) to the 18X message.
  • SDP CRS Session Description Protocol
  • CAT Offer SDP CRS Session Description Protocol
  • the manner in which the CAT Offer SDP is carried in the 18X message is the same as that in the second embodiment, and is not described here.
  • Step 404 The temporary response (18X message) is sent to the calling UE 201 via the S-CSCF 207.
  • Content-Type is "text/x-vCard" , indicating that the SIP message body is of type vCard.
  • BEGIN The content behind the VCARD is the vCard of the called UE.
  • the above is an example of carrying an electronic business card in a MESSAGE or INFO signaling message.
  • other ringtone files such as pictures or text, may also be sent to the calling UE through the MESSAGE or INFO signaling message.
  • the specific carrying method is the same as that of the electronic business card, except that when the image is delivered, the value of the Content-type before the image file is "Image/ ⁇ slice type>"; the value of the Content-type before the text information is "text/ Plain".
  • the ringtone files can be carried in the MESSAGE or INFO signaling messages.
  • the size of these ringtone files should not exceed the range that the message body of the MESSAGE or INFO message can carry.
  • Step 406 After receiving the MESSAGE or INFO message, the calling UE 201 extracts the electronic business card in the message and displays it locally.
  • the electronic business card can be displayed during the caller's appreciation of the CAT, or it can be displayed during the call.
  • the display mode can be displayed on a separate screen, scrolled at the bottom of the screen, or displayed in other ways.
  • the specific display policy is set locally by the UE.
  • the calling UE After the calling UE receives the electronic business card, it also needs to perform local storage. If the electronic business card of the user has been stored before, the overlay or update operation may be performed.
  • Step 407 Early session follow-up negotiation process.
  • Step 408 The called UE 202 rings.
  • Step 409 The CAT AS 208 plays the CAT for the calling UE 201.
  • Step 410 The called UE 202 picks up the phone, and the CAT AS 208 stops playing the CAT for the calling UE 201.
  • Step 411 The main called user performs a normal call process.
  • Steps 407-411 are the same as the subsequent processes after the existing calling UE obtains the multimedia ringtone file, and therefore are only briefly described. For detailed steps, refer to the prior art.
  • the CAT ringtone file is added to a newly added message (such as a MESSAGE or INFO message) that does not change the session state, and is sent to the calling UE. Since the calling UE receives the CAT ringtone file itself, therefore, Relative to the existing way of sending the ringtone file URL address, unnecessary delays and security risks of avoiding the existence of the URL address can be avoided.
  • a newly added message such as a MESSAGE or INFO message
  • FIG. 5 is a schematic flowchart diagram of Embodiment 4 of a method for transmitting a multimedia ringtone file according to the present invention. As shown in FIG. 5, and referring to the network structure diagram shown in FIG. 2, this embodiment includes:
  • Step 501 The calling UE 201 calls the called UE 202.
  • the call request path S-CSCF 207 and CATAS 208 arrive at the called UE 202.
  • Step 502 The called UE 202 returns a 18X (180 or 183) temporary response.
  • the temporary response response first arrives at CAT AS208.
  • Step 503 The CAT AS208 executes the CRBT service logic and reserves resources for playing the CRBT. At the same time, the CAT AS 208 adds a CRS Session Description Protocol (SDP) request (CAT Offer SDP) to the 18X message.
  • SDP CRS Session Description Protocol
  • CAT Offer SDP CRS Session Description Protocol
  • the manner in which the CAT Offer SDP is carried in the 18X message is the same as that in the second embodiment, and is not described here.
  • Step 504 The temporary response (18X message) is sent to the calling UE 201 via the S-CSCF 207.
  • Step 505 Early session follow-up negotiation process.
  • Step 506 The called UE 202 rings.
  • Step 507 The CATAS 208 plays the CAT for the calling UE 201.
  • the CAT AS 208 sends the electronic business card of the called UE to the calling UE 201 through the RTP media stream channel of the multimedia ring back tone.
  • an electronic business card is taken as an example, and other multimedia ringtone files such as pictures and texts may also be used.
  • Step 508 The calling UE 201 extracts the electronic business card in the RTP media stream and displays it locally.
  • the electronic business card can be displayed during the caller's appreciation of the CAT, or can be displayed during the call.
  • the display mode can be displayed on the screen, scrolled at the bottom of the screen, or displayed in other ways. Show.
  • the specific display policy is set locally by the UE.
  • the calling UE After the calling UE receives the electronic business card, it also needs to perform local storage. If the electronic business card of the user has been stored before, the overlay or update operation may be performed.
  • the electronic business card and the CAT-same are sent to the calling UE in the RTP/media stream channel, and the calling UE extracts the electronic business card in the RTP media stream.
  • the electronic business card and the CAT can also be mixed into one channel. After the stream is sent to the calling UE, the calling UE can directly play the CAT media stream without extracting the electronic business card.
  • Step 509 The called UE 202 picks up the phone, and the CAT AS 208 stops playing the CAT for the calling UE 201.
  • Step 510 The calling party and the called user perform a normal call process.
  • the CAT ringtone file is added to the RTP/RTCP media stream channel and sent to the calling UE. Since the calling UE receives the CAT ringtone file itself, it is compared with the existing URL address of the ringtone file. In this way, unnecessary delays can be avoided and the security risks of URL addresses can be avoided.
  • the second to fourth embodiments describe the process of sending or forwarding or receiving a multimedia ringtone file by each network element. If viewed from the calling UE side, the following steps are performed:
  • Step A1 The calling UE receives a signaling message or a media stream carrying a multimedia ring tone file.
  • a signaling message or a media stream carrying a multimedia ring tone file For example, the 180 or 183 or MESSAGE or INFO message carrying the multimedia ringtone file or the RTP media stream carrying the multimedia ringtone file in the above embodiment.
  • Step B1 The calling UE displays the multimedia ringtone file carried in the signaling message or the media stream.
  • the display UE and the storage/update policy may be preset in the calling UE, and the calling UE displays the multimedia ringtone file according to the display policy of the pre-device, such as split screen display or scroll display, before receiving the CAT, or Display and so on during the process of answering the CAT.
  • the calling UE may also store or update the multimedia ringtone file according to a preset storage/update policy, such as storing the multimedia ringtone file, or determining that the multimedia ringtone file has been stored and then updating (or overwriting) operating.
  • FIG. 6 is a schematic diagram of a network structure of a second embodiment of a method for transmitting a multimedia ringtone file according to the present invention, including a calling UE 601 and a called UE 602, a base station (NodeB) 603, and an RNC 604.
  • the CRS AS 608 is used to provide the CRS, unlike the CAT AS 208 shown in FIG. 2 for providing the CAT, the remaining network elements function the same as the corresponding network elements in the embodiment shown in FIG. 2.
  • the calling UE customizes the multimedia color vibration service for the called UE, and the specific customized content is: when the calling UE calls
  • the multimedia color vibration server plays music (or video) for the called UE, and sends the personal electronic business card of the calling UE to the called UE, where the electronic business card includes the name, address, company, and Personal information such as telephone, email, etc.
  • the called UE can not only enjoy music or video before the call is connected, but also can see the electronic card of the calling UE.
  • the network structure of this embodiment may be carried in a signaling message or a media stream sent to the UE.
  • the CRS file can be used by the UE to receive the CRS file itself, and then directly displayed. Therefore, the flow chart of the fifth embodiment of the method for transmitting the multimedia ring tone file according to the present invention can be avoided. As shown in FIG. 7, and referring to the network structure diagram shown in FIG. 6, this embodiment includes:
  • Step 701 The calling UE 601 calls the called UE 602.
  • Step 702 The called UE 602 returns a 18X (180 or 183) temporary response.
  • the temporary response response first arrives at CRS AS608.
  • Step 703 The CRS AS608 executes the color vibration business logic and reserves resources for playing the color vibration.
  • Step 705 The CRS AS 608 adds the CRS Offer SDP and the electronic card of the calling UE to the message body of the temporary response response confirmation message (PRACK).
  • PRACK temporary response response confirmation message
  • the manner in which the PRACK carries the CRS SDP request and the electronic business card is: PRACK tel: +l-212-555-2222 SIP/2.0
  • the value of the Content-Type in the SIP header field is "multipart/mixed", indicating that the SIP message body is of a composite type.
  • the content after the second "--boundary 1234" is the vCard of the UE, and the Content-Type: text/x-vCard indicates that the added content is vCard.
  • the above is an example of carrying an electronic business card in a PRACK message.
  • other ring tone files such as pictures or text, may also be sent to the called UE through the PRACK message.
  • the specific carrying method is the same as that of the electronic business card, except that when the image is delivered, the value of the Content-type before the image file is "Image/ ⁇ image type>"; the value of the Content-type before the text information is "text/plain”. ".
  • the size of these ringtone files should not exceed the range that the message body of the PRACK message can carry.
  • Step 706 A temporary response confirmation message (PRACK) carrying the electronic business card is sent to the called UE 601 via the S-CSCF 607.
  • PRACK temporary response confirmation message
  • Step 707 After receiving the PRACK message, the calling UE 201 extracts the electronic business card in the PRACK message and displays it locally.
  • the electronic business card can be displayed during the CRS appreciation process, or can be displayed during the call.
  • the display mode can be displayed on the screen, scrolled at the bottom of the screen, or displayed in other ways.
  • the specific display policy is set locally by the UE.
  • Step 708 The early session subsequent negotiation process, so that after the negotiation is completed, the CRS AS 608 plays the multimedia color vibration (CRS) for the called UE 602.
  • CRS multimedia color vibration
  • Step 709 The called UE 602 rings.
  • Step 710 The CRS AS608 plays the CAT for the called UE602.
  • Step 711 The called UE 602 is off-hook, and the CRS AS 608 stops playing the CRS for the called UE 602.
  • Step 712 The calling party and the called user perform a normal call process.
  • Steps 708-712 are the same as the subsequent process after the existing called UE obtains the multimedia ringtone file, and therefore are only briefly described. For detailed steps, refer to the prior art.
  • the CRS ringtone file is added to the temporary response confirmation message and sent to the called UE. Since the called UE receives the CRS ringtone file itself, the manner of sending the ringtone file URL address relative to the existing method is , can avoid unnecessary delays and avoid the security risks of URL addresses.
  • FIG. 8 is a schematic flowchart of Embodiment 6 of a method for transmitting a multimedia ringtone file according to the present invention. As shown in FIG. 8, and referring to the network structure diagram shown in FIG. 6, this embodiment includes:
  • Step 801 The calling UE 601 calls the called UE 602.
  • Step 802 The called UE 602 returns a 18X (180 or 183) temporary response.
  • the temporary response response first arrives at CRS AS608.
  • Step 803 The CRS AS608 executes the color vibration business logic and reserves resources for playing the color vibration.
  • PRACK message temporary response confirmation message
  • Step 805 The CRS AS 608 sends a MESSAGE or INFO message to the called UE 602, where the message body carries the electronic business card. This step can occur any time before the CRS is played after the temporary response confirmation message.
  • MESSAGE tel +l-212-666-3333 SIP/2.0
  • EMAIL INTERNET: M_Stephen@earthlink.net
  • the value of the Content-Type in the SIP header field is "text/x-vCard", indicating that the SIP message body is of the vCard type.
  • the above is an example of carrying an electronic business card in a MESSAGE or INFO signaling message.
  • other ringtone files such as pictures or text, may also be sent to the calling UE through the MESSAGE or INFO signaling message.
  • the specific carrying method is the same as that of the electronic business card, but the picture is passed.
  • the value of the Content-type before the image file is "Image/ ⁇ slice type>"; the value of the Content-type before the text message is "text/plain".
  • the ringtone files can be carried in the MESSAGE or INFO signaling messages.
  • the size of these ringtone files should not exceed the range that the message body of the MESSAGE or INFO message can carry.
  • Step 806 The CRS AS608 sends a MESSAGE or INFO message carrying the electronic business card to the called UE 602.
  • Step 807 After receiving the MESSAGE or INFO message, the called UE 602 extracts the electronic business card in the message and displays it locally.
  • the electronic business card can be displayed during the called CAT, or it can be displayed during the call.
  • the display mode can be displayed separately, scrolled at the bottom of the screen, or displayed in other ways.
  • the specific display policy is set locally by the UE.
  • the called UE After the called UE receives the electronic business card, it also needs to perform local storage. If the user's electronic business card has been stored before, the overlay or update operation can be performed.
  • Step 808 Early session follow-up negotiation process.
  • Step 809 The called UE 602 rings.
  • Step 810 The CRS AS 608 plays the CRS for the called UE 602.
  • Step 811 The called UE 602 is off-hook, and the CRS AS 608 stops playing the CRS for the called UE 602.
  • Step 812 The calling party and the called user perform a normal call process.
  • Steps 808-812 are the same as the subsequent process after the existing called UE obtains the multimedia ringtone file, and therefore are only briefly described. For detailed steps, refer to the prior art.
  • the CRS ringtone file is added to the newly added message (such as MESSAGE or INFO message) that does not change the session state, and is sent to the called UE. Since the called UE receives the CRS ringtone file itself, therefore, Relative to the existing way of sending the ringtone file URL address, unnecessary delays and security risks of avoiding the existence of the URL address can be avoided.
  • the newly added message such as MESSAGE or INFO message
  • FIG. 9 is a schematic flowchart diagram of Embodiment 7 of a method for transmitting a multimedia ringtone file according to the present invention. As shown 9 shows the network structure diagram shown in FIG. 6, and the embodiment includes:
  • Step 901 The calling UE 601 calls the called UE 602.
  • Step 902 The called UE 602 returns a 18X (180 or 183) temporary response.
  • the temporary response response first arrives at CRS AS608.
  • Step 903 The CRS AS608 executes the color vibration service logic and reserves resources for playing the color vibration.
  • the SDP is added to the temporary response confirmation message.
  • Step 905 The early session subsequent negotiation process, so that after the negotiation is completed, the CRS AS 608 plays the multimedia color vibration (CRS) for the called UE 602.
  • CRS multimedia color vibration
  • Step 906 The called UE 602 rings.
  • Step 907 The CRS AS 608 plays the CRS for the called UE 602.
  • the CRS AS 608 sends the electronic business card of the calling UE to the called UE 602 through the RTP media stream channel of the multimedia color vibration.
  • an electronic business card is taken as an example, and other multimedia ringtone files such as pictures and texts may also be used.
  • Step 908 The called UE 602 extracts the electronic business card in the RTP/RTCP media stream and displays it locally.
  • the electronic business card can be displayed during the CRS appreciation process, or can be displayed during the call.
  • the display mode can be displayed on the screen, scrolled at the bottom of the screen, or displayed in other ways.
  • the specific display policy is set locally by the UE.
  • the called UE After the called UE receives the electronic business card, it also needs to perform local storage. If the user's electronic business card has been stored before, the overlay or update operation can be performed.
  • the electronic business card and the CRS are distributed to the called UE in the RTP media, and the called UE extracts the electronic business card in the RTP media stream.
  • the electronic business card and the CRS can also be mixed into one channel. After the stream is sent to the called UE, the called UE can directly play the CRS media stream without extracting the electronic business card.
  • Step 910 The calling party and the called user perform a normal call process.
  • the CRS ringtone file is added to the RTP media stream channel and sent to the called UE. Since the called UE receives the CRS ringtone file itself, the manner of sending the ringtone file URL address is compared with the existing method. You can avoid unnecessary delays and avoid the security risks of URL addresses.
  • Embodiments 5-7 describe the process in which each network element sends or forwards or receives a multimedia ringtone file. If viewed from the called UE side, the following steps are performed:
  • Step A2 The called UE receives a signaling message or a media stream carrying a multimedia ringtone file.
  • a signaling message For example, the PRACK or MESSAGE or INFO message carrying the multimedia ringtone file in the above embodiment, or the RTP media stream carrying the multimedia ringtone file.
  • Step B2 The called UE displays the multimedia ringtone file carried in the signaling message or the media stream.
  • the display UE and the storage/update policy may be preset in the called UE, and the called UE displays the multimedia ringtone file according to the display policy of the pre-device, such as split screen display or scroll display, before receiving the CRS, or Display and so on during the process of answering CRS.
  • the called UE may also store or update the multimedia ringtone file according to a preset storage/update policy, such as storing the multimedia ringtone file, or determining that the multimedia ringtone file has been stored and then updating (or overwriting) operating.
  • FIG. 10 is a schematic structural diagram of an embodiment of a multimedia ring back tone server according to the present invention, including a CRBT adding module 101 and a CRBT sending module 102.
  • the CRBT adding module 101 adds the CAT file to the signaling message or the media stream, specifically the message body or the RTP/RTCP media stream of the 181 or 183 or MESSAGE or INFO message; the CRBT sending module 102 sends the CAT that the CRBT adding module 101 obtains.
  • the signaling message or media stream of the file is sent to the calling UE.
  • the CRBT adding module 101 is specifically configured to multiplex the CAT file into the message body of the SIP call signaling, and further, to multiplex the CAT file into the message body of the 180 or 183 message; or, the CRBT adding module 101 Specifically, the CAT file is used to add the CAT file to the message body of the session-independent signaling, and further, to add the CAT file to the message body of the MESSAGE or INFO message; or, the CRBT adding module 101 is specifically used to The CAT file is added to the RTP media stream, and further, used to add the CAT file to the media stream channel of the CAT or to mix the CAT file with the CAT into one media stream.
  • the above CAT file includes a picture, a text, an electronic business card, an RME, a web page file, and the like.
  • module execution function and the message format involved refer to the corresponding content in FIG. 2-5 of the foregoing method embodiment, and details are not described herein again.
  • the calling UE by adding the CAT file to the signaling message or the media stream sent to the calling UE, the calling UE receives the CAT file itself, which can avoid the delay caused by the URL of the existing CAT file received. There are security risks.
  • FIG. 11 is a schematic structural diagram of an embodiment of a multimedia color vibration server according to the present invention, including a color vibration adding module 111 and a color vibration sending module 112.
  • the color burst adding module 111 adds the CRS file to the signaling message or the media stream; the color burst sending module 112 sends a signaling message or media stream carrying the multimedia color burst file to the called UE.
  • the color burst adding module 111 is specifically configured to multiplex the CRS file into the message body of the SIP call signaling, and further, to multiplex the CRS file into the message body of the PRACK message; or, the color vibration adding module 111 Specifically, the CRS file is used to add the CRS file to the message body of the session-independent signaling, and further, to add the CRS file to the message body of the MESSAGE or INFO message; or, the color vibration adding module 111 is specifically used to The CRS file is added to the RTP media stream, and further, the CRS file is added to the CRS media stream channel or the CRS file and the CRS are mixed into one channel media stream.
  • the above CRS file includes a picture, a text, an electronic business card, an RME, a web page file, and the like.
  • module execution function and the message format involved refer to the corresponding content in FIG. 6-9 of the foregoing method embodiment, and details are not described herein again.
  • the CRS file is added to the signaling message or the media stream sent to the called UE, so that the called UE receives the CRS file itself, which can avoid the delay caused by the URL of the existing CRS file received. There are security risks.
  • FIG. 12 is a schematic structural diagram of an embodiment of a user equipment according to the present invention, including a receiving module 121 and a display module 122.
  • the receiving module 121 receives the signaling message or the media stream carrying the multimedia ringtone file. If the UE is used on the calling side, the multimedia ringtone file is a CAT file.
  • the multimedia ringtone file is a CRS file; and the file type of the CAT file or the CRS file may be a picture, a text, an electronic business card, an RME or a webpage file, etc.; the display module 122 displays Or/and storing or/and playing the multimedia ringtone file carried in the signaling message or the media stream, that is, the display module 122 is configured to perform at least one of the following functions: displaying a multimedia ringtone file, and storing the multimedia ringtone file And playing a multimedia ringtone file, where the ringtone file is carried in a signaling message or a media stream.
  • the embodiment may further include a preset module and a storage/update module, where the preset module is configured to store a preset display policy and a storage/update policy; and the storage/update module is configured to store according to a preset module preset/ The update policy stores or updates the multimedia ringtone file; at this time, the display module 122 is configured to display the multimedia ringtone file according to a display policy preset by the preset module.
  • the user equipment in this embodiment receives the multimedia ringtone file instead of the URL of the multimedia ringtone file, so it can be directly displayed after receiving the multimedia ringtone file, reducing display delay and securing the multimedia ringtone file.
  • FIG. 13 is a schematic structural diagram of an embodiment of a multimedia ring back tone system according to the present invention, including a calling UE 131 and a CATAS 132.
  • the CATAS 132 sends a signaling message or a media stream carrying the multimedia CRBT file; the calling UE 131 receives the signaling message or media stream sent by the CAT AS 132 and displays the multimedia CRBT file.
  • the CAT AS 132 is the CAT AS shown in FIG. 10, and the calling UE 131 is the UE of FIG. Applied to the calling side.
  • the calling UE in this embodiment can receive the URL of the CAT file itself instead of the CAT file, which can avoid the delay caused by receiving the URL and the security risk problem.
  • FIG. 14 is a schematic structural diagram of an embodiment of a multimedia color vibration system according to the present invention, including a CRS AS 141 and a called UE 142.
  • the CRS AS 141 sends a signaling message or media stream carrying the multimedia color vibration file;
  • the called UE 142 receives the signaling message or media stream sent by the CRS AS 141 and displays the multimedia color vibration file.
  • the CRS AS 141 is the CRS AS shown in FIG. 11, and the called UE is the case where the UE of FIG. 12 is applied to the called side.
  • the called UE in this embodiment can receive the CRS file itself instead of the URL of the CRS file, which can avoid the delay caused by receiving the URL and the security risk problem.

Description

发送及接收多媒体铃音文件的方法 本申请要求于 2008 年 10 月 14 日提交中国专利局、 申请号为 200810170225.6, 发明名称为 "发送及接收多媒体铃音文件的方法" 的中国 专利申请的优先权。 技术领域
本发明涉及移动通信技术， 特别涉及一种发送多媒体铃音文件的方法、 接收多媒体铃音文件的方法、 多媒体彩铃服务器、 多媒体彩振服务器、 用户 设备、 多媒体彩铃系统和多媒体彩振系统。 背景技术
多媒体铃音业务包括多媒体回铃音 （Customized Alerting Tone, 简称 CAT ), 多媒体振铃音（Customized Ringing Signal, 简称 CRS )、 多媒体背景 音（ Customized Background Tone, 简称 CBT )。 CAT又称为多媒体彩铃， 为 主叫拨打被叫时， 在被叫摘机接听之前， 主叫欣赏到多媒体回铃音； CRS又 称为多媒体彩振， 为主叫拨打被叫时， 在被叫摘机接听之前， 被叫欣赏到多 媒体振铃音； CBT又称为多媒体彩像， 为主叫和被叫通话过程中， 主被叫双 方都能欣赏到多媒体背景音。 多媒体铃音的文件类型可以是音乐、 视频、 图 片、 文本 ( text )、 电子名片（ vCard )、 富媒体环境 ( Rich Media Environmental, 简称 RME )、 网页文件等， 其中， 音频、 视频等连续性文件是通过媒体信道 来播放的， 而对于图片、 文本、 电子名片等离散型文件的播放， 现有技术是 通过多媒体铃音服务器发送统一资源定位符（ Uniform Resource Locator, 简称 URL )地址， 用户设备 ( User Equipment, 简称 UE )根据 URL地址下载图片、 文本、 电子名片后再进行本地显示。 以 CAT为例， 主叫 UE呼叫被叫 UE后， 被叫 UE回送一个 18X临时应答响应，该临时应答响应首先到达 CAT服务器 ( Application Server, 简称 AS ), CAT AS将一个图片 （或者文本、 电子名片 等 )文件的 URL插入到该临时应答响应中， 并返回给主叫终端； 主叫 UE接 收到该临时应答响应后， 从中提取出 URL, 通过超文本传输协议（ Hypertext Transfer Protocol, 简称 HTTP )从该 URL下载图片文件， 并在本地进行显示。 在接收到多媒体铃音文件的 URL之后，需要再通过 HTTP连接到第三方 Web 服务器， 并从该 URL地址下载图片， 文本或者电子名片等之后再显示， 这样 会造成较大的时延， 如果出现网络拥塞， 时延的情况会更加严重； 由于 UE 接收的 URL的安全性没有得到明确保证， URL可能会指向一个具有安全问 题的站点， 造成终端下载到危险性文件。 发明内容
本发明是提供一种发送多媒体铃音文件的方法、 接收多媒体铃音文件的 方法、 多媒体彩铃服务器、 多媒体彩振服务器、 用户设备、 多媒体彩铃系统 和多媒体彩振系统， 解决现有技术中多媒体铃音服务器向 UE返回多媒体铃 本发明实施例提供了一种发送多媒体铃音文件的方法， 包括：
将多媒体铃音文件添加到信令消息或媒体流中；
发送携带多媒体铃音文件的信令消息或媒体流给用户设备。
本发明实施例提供了一种接收多媒体铃音文件的方法， 包括：
接收携带多媒体铃音文件的信令消息或媒体流；
对所述信令消息或媒体流中携带的多媒体铃音文件进行如下项中的至少 一项的处理： 显示、 存储、 播放。
本发明实施例提供了一种多媒体彩铃服务器， 包括：
彩铃添力 4», 用于将多 »彩铃文件添加到信令消息或»流中；
彩铃发送才數， 用于发送携带多 »彩铃文件的信令消息或» 合主叫用户设备。 本发明实施例提供了一种多媒体彩振服务器， 包括：
彩振添加模块， 用于将多媒体彩振文件添加到信令消息或媒体流中； 彩振发送模块， 用于发送携带多媒体彩振文件的信令消息或媒体流给被 叫用户设备。
本发明实施例提供了一种用户设备， 包括：
接收模块， 用于接收携带多媒体铃音文件的信令消息或媒体流； 显示模块，用于显示或 /和存储或 /和播放所述信令消息或媒体流中携带的 多媒体铃音文件。
本发明实施例提供了一种多媒体彩铃系统， 包括：
多媒体彩铃服务器，用于发送携带多媒体彩铃文件的信令消息或媒体流； 主叫用户设备， 用于接收及显示所述多媒体彩铃文件。
本发明实施例提供了一种多媒体彩振系统， 包括：
多媒体彩振服务器，用于发送携带多媒体彩振文件的信令消息或媒体流； 被叫用户设备， 用于接收及显示所述多媒体彩振文件。
由上述技术方案可知， 本发明实施例通过将多媒体铃音文件携带在信令 消息或者媒体流中发送给 UE,使 UE接收到的是多媒体铃音文件本身而不是 多媒体铃音文件的 URL, 进而可以减小显示多媒体铃音文件的时延及保证多 媒体铃音文件的安全性。 附图说明
图 1为本发明发送多^ 文件的方法实施例一的 呈^ t图；
图 2为本发明发送多^ 文件的方法对应的实施例一的网结#构示意图； 图 3为本发明发送多 文件的方法实施例二的 呈^ t图；
图 4为本发明发送多^ 文件的方法实施例三的 呈^ t图；
图 5为本发明发送多^ 文件的方法实施例四的流程示意图；
图 6为本发明发送多媒体铃音文件的方法对应的实施例二的网络结构示 意图；
图 Ί为本发明发送多媒体铃音文件的方法实施例五的流程示意图； 图 8为本发明发送多媒体铃音文件的方法实施例六的流程示意图； 图 9为本发明发送多媒体铃音文件的方法实施例七的流程示意图； 图 10为本发明多媒体彩铃服务器实施例的结构示意图；
图 11为本发明多媒体彩振服务器实施例的结构示意图；
图 12为本发明用户设备实施例的结构示意图；
图 13为本发明多媒体彩铃系统实施例的结构示意图；
图 14为本发明多媒体彩振系统实施例的结构示意图。 具体实施方式
下面通过附图和实施例， 对本发明的技术方案做进一步的详细描述。 在 3G网络中， 多媒体铃音业务的实现有两大方案： 电路交换域（ Circuit Switched Domain, 简称 CS 域） 方案和 IP 多媒体子系统 （IP Multimedia Subsystem, 简称 IMS )域方案。 下述实施例以 IMS域实现多媒体铃音业务为 例， 但下述实施例的思想， 即多媒体铃音服务器向 UE发送多媒体铃音文件， 而不是现有的多媒体铃音文件的 URL, 同样适用于 CS域， 只是具体涉及的 网元及具体的交互流程不相同。
IMS域是在分组交换域（ Packet Switched Domain, 简称 PS域 )基础上增 加的一个子系统， IMS主要功能在控制层面， 而承载通过 PS域完成。 多媒 体铃音业务的 IMS域实现又具体分为早期会话 ( Early Session )方案和多会 话（ Multi Dialog )方案， 早期会话方案是指在主被叫之间建立正常通话会话 之前， 通过进行早期媒体协商以建立早期会话来实现早期媒体（即多媒体铃 音） 的播放。 下述实施例以早期会话方案为例， 但下述实施例的思想， 即多 媒体铃音服务器向 UE发送多媒体铃音文件， 而不是现有的多媒体铃音文件 的 URL, 同样适用于多会话方案， 只是具体涉及的交互流程不相同。 可视电话（Video Phone, 简称 VP )是一种点到点的视频通信业务， 能够 利用有线或无线网络双向实时传输通话双方的动态图像和语音信号，包括 CS 域可视电话和 IMS域可视电话。 IMS域可视电话使用的是流媒体技术中的实 时传输协议（ Real-time Transfer Protocol, 简称 RTP ), 该 RTP可以采用实时 传输控制协议（ Real-time Transfer Control Protocol, 简称 RTCP )进行控制。 RTP为数据提供了具有实时特征的端到端的传送服务。 下述实施例以 RTP传 送 CAT或 CRS为例 ,并且， RTP通道在传送 CAT或 CRS的同时还可以传送 图片、 文本或电子名片、 REM、 网页文件等多媒体铃音文件， 以便 UE接收 到这些图片、 文本或电子名片后显示。
图 1为本发明发送多媒体铃音文件的方法实施例一的流程示意图，包括： 步骤 11 : 将多媒体铃音文件添加到信令消息或媒体流中。
具体的， CAT AS将多媒体铃音文件（如图片、 文本、 VCard等）添加到 信令消息或媒体流中， 此时， 信令消息包括 180、 183这些呼叫会话过程中涉 及的临时应答响应， 即会话初始协议（ Session Initiation Protocol, 简称 SIP ) 呼叫信令；或者在会话过程中新增加的不改变会话状态的 MESSAGE或 INFO 消息， 即 SIP中与会话无关的信令； 媒体流包括发送 CAT的 RTP媒体流。 或者， 具体的， CRS AS将多媒体铃音文件（如图片、 文本、 电子名片等） 添加到信令消息或媒体流中， 此时， 信令消息包括 PRACK这个呼叫会话过 程中涉及的临时响应确认消息即 SIP呼叫信令； 或者在会话过程中新增加的 不改变会话状态的 MESSAGE或 INFO消息， 即 SIP中与会话无关的信令； 媒体流包括发送 CRS的 RTP媒体流。 SIP中定义了临时应答响应和终结响应。 在呼叫会话建立过程中， 主叫 UE向被叫 UE发送 INVITE消息， 被叫 UE接 收到该 INVITE消息后要向主叫 UE返回一个临时应答响应 （ 180或 183 ), 如果 INVITE消息中包含了一个请求（ Offer ), 那么被叫 UE就应该产生一个 携带应答（Answer ) 的临时应答响应 （ 18X ), 这样就可以建立一个基于 Offer/Answer的早期会话； 如果 INVITE消息中没有包含请求（ Offer ), 那么 被叫 UE返回的临时应答响应中要携带一个请求（Offer ), 主叫 UE接收到该 携带请求的临时应答响应后产生一个携带应答 ( Answer ) 的临时响应确认 ( PRACK ) 消息， 这样就可以建立一个基于 Offer/Answer的早期会话。
步骤 12: 发送携带多媒体铃音文件的信令消息或媒体流给用户设备。 具 体的， CAT AS发送携带多媒体铃音文件的信令消息或媒体流给主叫 UE, CRS AS发送携带多媒体铃音文件的信令消息或媒体流给被叫 UE。
本实施例通过在发送给 UE的信令消息或媒体流中携带多媒体铃音文件， 可以使 UE接收到多媒体铃音文件本身， 进而直接显示， 因此， 可以避免现 图 2为本发明发送多媒体铃音文件的方法对应的实施例一的网络结构示 意图， 包括用户设备（ User Equipment, 简称 UE ), 具体为主叫 UE201和被 叫 UE202, 基站（NodeB ) 203 , 无线网络控制器（ Radio Network Controller, 简称 RNC ) 204, 服务通用分组无线业务支持节点 （Serving General Packet Radio Service, 简称 SGSN ) 205, 代理呼叫会话控制功能（ Proxy Call Session Control Function, 简称 P-CSCF ) 206, 服务呼叫会话控制功能（Serving Call Session Control Function, 简称 S-CSCF ) 207, CAT AS208, 归属用户服务器 ( Home Subscriber Server, 简称 HSS ) 209, 多媒体资源功能 （Multimedia Resource Function, 简称 MRF ) 210。 主叫 UE201 和被叫 UE202分别通过 NodeB203、 RNC204、 SGSN205, P-CSCF206, S-CSCF207与 CAT AS208交 互。 HSS209和 MRF210分别与 CAT AS208交互， 向 CAT AS208提供用户数 据及媒体资源支持。 具体的， 主叫 UE201用于发起呼叫； 被叫 UE202用于 接收呼叫； NodeB203用于完成空中接口的处理； RNC204用于控制无线资源； SGSN205用于提供 PS域的路由转发、 移动性管理、 会话管理、 鉴权、 加密 等功能； P-CSCF206是 IMS网络中用户的第一个接触点，主要负责验证请求， 处理和转发响应； S-CSCF207在 IMS网络中处于核心控制地位， 是 IMS多 进程控制的关键所在，其负责记录并控制用户进程状态，执行会话路由功能， 并不断与应用服务和计费功能进行交互， 根据规则进行增值业务触发与业务 控制； CAT AS208是 IMS网络中为用户提供 CAT增值业务的服务器， 可以 位于用户归属网， 也可以由第三方提供， 主要用于提供 CAT 业务， 并控制 MRF进行媒体资源的播放； HSS209用于存储用户和服务相关数据， 记录用 户身份、 注册信息、 接入参数和服务触发信息等； MRF210 包括控制部分 ( MRFC )和用户平面的处理部分（MRFP ), 对与承载相关的业务提供支持， 如多媒体资源播放、 视频会议、 用户公告等， 能够完成数据媒体流的混合、 媒体流的分发、 承载代码的转换、 计费信息的发送等。
本实施例及下述的图 3-5 以下述应用场景为例： 在多媒体彩铃系统中， 被叫 UE为主叫 UE定制了多媒体彩铃业务，具体定制内容为： 当主叫 UE呼 叫被叫 UE时， 多媒体彩铃服务器为主叫 UE播放音乐 （或视频）， 并且将被 叫 UE的个人电子名片发送给主叫 UE, 该电子名片包括了被叫 UE的名字、 地址、 公司、 电话、 email等个人信息。 这样， 主叫 UE就可以在通话接通之 前不仅欣赏到音乐或视频， 同时可以看到被叫 UE的电子名片。
本实施例的网络结构可以通过在发送给 UE的信令消息或媒体流中携带
CAT文件， 可以使 UE接收到 CAT文件本身， 进而直接显示， 因此， 可以避 图 3为本发明发送多媒体铃音文件的方法实施例二的流程示意图。 如图 3所示， 并参见图 2所示的网络结构示意图， 本实施例包括：
步骤 301 : 主叫 UE201 呼叫被叫 UE202。 该呼叫请求途径 S-CSCF207 和 CATAS208到达被叫 UE202。
步骤 302: 被叫 UE202返回 18X ( 180或 183 )临时应答响应。 该临时应 答响应首先到达 CAT AS208。
步骤 303: CAT AS208执行彩铃业务逻辑， 并为播放彩铃预留资源。 同 时， CAT AS208 向 18X 消息的消息体中添加彩铃会话描述协议（Session Description Protocol, 简称 SDP )请求（ CAT Offer SDP ) 以及被叫 UE的电子 名片。
SDP用于描述多媒体会话以便实现会话公告、 会话邀请和其他形式多媒 体会话的启动。 SDP其一的目的是表明会话的存在， 其二的目的是传送足够 的信息 （包括媒体信息、 传输地址及其他会话描述信息）给接收方以便能够 加入、 参加这个会话。
会话描述包括以下内容： 会话名称和目的、 会话持续的时间、 组成会话 的媒体、 接收媒体需要的信息（地址、 端口、 格式等）。 另外由于参加会话的 资源可能是受限的， 还可能包含一些附加信息： 会话需要使用的带宽、 会话 负责人的联系信息。
会话描述由一系列的以下文本行组成： <type>=<value>, <type 是只有 一个区分大小写的单字符， <value>是结构化文本串， 其格式依赖于 <type>, 并且也区分大小写。 一般， <value>A以空格为界的若干项 fields或者一个自 由格式串。
一个会话描述由一个会话级描述紧接着零个或多个媒体级描述组成。 会 话级部分是以 "v=" 开头， 直到第一个媒体级描述。 媒体级描述是以 "m=" 行开始直到下一个媒体级描述或者到整个会话级描述结束。 一般， 会话级的 value默认适合于所有媒体， 除非被一个相同媒体级描述值所覆盖。
会话级描述适用于整个会话和所有媒体流的细节信息， 媒体级描述适用 于单个媒体流的细节信息。 媒体流信息包含有： 媒体类型 （如视频、 音频等 等）、 传输协议（如 STP/UDP/IP、 H.320等等）、 媒体格式 (如 H.261、 MPEG 等标准)。
一个会话描述中包含有如下各行内容并且固定了顺序， 这样可以提高错 误检测性能且只需要一个解析（parser ), 标有 *的是可选项：
会话描述：
v= (protocol version);
o= (owner/creator and session identifier); s= (session name);
i=* (session information);
u=* (URI of description);
e=* (email address);
p=* (phone number);
c=* (connection information);
b=* (bandwidth information);
z=* (time zone adjustments);
k=* (encryption key);
a=* (zero or more session attribute lines).
时间描述：
t= (time the session is active);
r=* (zero or more repeat times).
媒体描述：
m= (media name and transport address);
i=* (media title);
c=* (connection information);
b=* (bandwidth information);
k=* (encryption key);
a=* (zero or more media attribute lines).
上述对 SDP的格式及参数进行了简要的说明， 下面简要说明一个电子名 片的构成及结构：
RFC 2426描述了电子名片 （vCard ) 的规范， 里面定义了一系列常用的 电子名片信息， 如： FN, N, NICKNAME, PHOTO, BDAY, ADR, LABEL, TEL, EMAIL,MAILER, TZ, GEO, TITLE, ROLE, LOGO, AGENT, ORG, CATEGORIES, NOTE,P ODID, REV, SORT-STRING, SOUND, URL, UID, VERSION, CLASS, KEY。 也规定了诸如语言和编码要求。 比如在下面的例 子中， 相片采用了 base64编码： PHOTO;ENCODING=BASE64;TYPE=JPEG:MIICajCCAdOgAwIBAgICB
Figure imgf000011_0001
YDVQQLExNJbmZvcmlhdGlvbiBTeXNO
电子名片的具体示例如下：
BEGIN:vCard
VERSION:3.0
FN: Frank Dawson
ORG: Lotus Development Corporation
ADR;TYPE=WORK,POSTAL,PARCEL:;;6544
Battleford Drive;Raleigh;NC;27613-3502;U.S.A.
TEL;TYPE=VOICE,MSG,WORK:+l -919-676-9515
TEL;TYPE=FAX,WORK:+l-919-676-9564
EMAIL;TYPE=INTERNET,PREF:Frank— Dawson@Lotus.com
EMAIL;TYPE=INTERNET: fdawson@earthlink.net
URL:http://home. earthlink.net/~fdawson
END:vCard
在上例中：
BEGIN:vCard表示接下来的内容是一个电子名片 （vCard )。
VERSION:3.0表示 vCard的版本号。
FN: Frank Dawson表示姓名。
ORG: Lotus Development Corporation表示公司名。
ADR;TYPE=WORK,POSTAL,PARCEL:;;6544
Battleford Drive;Raleigh;NC;27613-3502;U.S.A.
表示地址。
TYPE=WORK,POSTAL,PARCEL表示地址类别为： 工作地址、 信件投递 地址和包裹投递地址。
TEL;TYPE=VOICE,MSG,WORK:+l -919-676-9515 表示电话。 TYPE=VOICE,MSG,WORK表示电话类别为： 语音电话、 信息电话和工 作电话。
TEL;TYPE=FAX,WORK:+ 1 -919-676-9564表示电话。
TYPE=FAX,WORK表示电话类别为：传真和工作电话。
EMAIL;TYPE=INTERNET,PREF:Frank_Dawson@Lotus.com
表示 EMAIL地址。 类型为 INTERNET, 并且为首选 EMAIL地址。
EMAIL;TYPE=INTERNET:fdawson@earthlink.net
表示 EMAIL地址。 类型为 INTERNET。
URL:http://home.earthlink.net/〜fdawson表示主页。
END:vCard表示 vCard结束。
上述对 SDP请求和电子名片进行了简要描述， 具体的， 应用到本实施例 中， 以 183中携带 CAT SDP请求及电子名片的方式为：
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP scscf2.home2.net;
branch=z9hG4bK764z87.1 , SIP/2.0/UDP
From: <sip： user 1 _public 1 @home 1.net>;tag= 171828
To: <tel:+l-212-555-2222>;tag=2236
Call-ID: asfed03a0sasfe0234123
Cseq: 127 INVITE
Allow: INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER,
MESSAGE
Contact: <sip:[5555::eee:fff:bbb:aaa]:8805>
Content-Type: multipart/mixed; boundary="boundaryl234"
Content-Length: xxx //以上代码为 SIP头域内容
—boundary 1234
Content-Type: application/sdp
Content-Disposition: session
v=0 0= Bob 2987933615 2987933615 IN IP6 6666::eee:fff:bbb:aaa s=- c=IN IP6 6666::eee:fff:bbb:aaa
t=0 0
m=audio 49920 RTP/AVP 0
a=rtpmap:0 PCMU/8000
m=video 3400 RTP/AVP 98
a=rtpmap:98 MPV/9000 //为 CAT Offer SDP内容
—boundary 1234
Content- Type: text/x-vCard; charset=us-ascii
BEGIN:VCARD
VERSIONS.1
N: Martin; Stephen
ORG: Lotus Development Corporation
TEL;HOME;VOICE:+l (210) 555-1357
TEL;HOME;FAX:+l (210) 555-0864
EMAIL;TYPE=INTERNET:M_Stephen@earthlink.net
ADR;WORK;PARCEL;POSTAL;DOM: 123 Cliff Ave. ;Big Town;CA;97531
END: VCARD //为 vCard内容
-boundary 1234- 如上所示， 与现有 183 消息的内容不同的是， 其中 SIP 头域中的 Content-Type的值为 "multipart/mixed" , 表明该 SIP消息体为复合类型。 第 二个 "一 boundary 1234"后面的内容为被叫 UE的电子名片 （vCard ), 其中的 Content-Type: text/x-vCard表明该增加的内容为 vCard。
上述以 18X消息中携带电子名片为例， 除此之外， 其他的铃音文件， 例 如图片或文本也可以通过该 18X消息发送给主叫 UE。 具体的携带方式与电 子名片的原理相同， 只是在传递图片时， 图片文件之前的 Content-type的值 为 "Image/<图片类型> "； 文本信息之前的 Content-type的值为 "text/plain"。 当然为了 18X消息中可以携带上述铃音文件， 这些铃音文件的大小应该 不能超过 18X消息的消息体可以承载的范围。
步骤 304: 携带电子名片的临时应答响应 ( 18X消息） 经过 S-CSCF207 发送给主叫 UE201。
步骤 305: 主叫 UE201接收到 18X消息后， 提取消息中的电子名片， 并 在本地显示。
电子名片可以在主叫欣赏 CAT过程中显示，也可以在通话过程中继续显 示， 显示方式可以分屏显示， 也可以在屏幕底部滚动显示， 或以其它方式显 示。 具体显示策略由 UE本地设定。
主叫 UE接收到电子名片后， 还需进行本地存储， 若之前已存储该用户 的电子名片， 可以进行覆盖或更新操作。
步骤 306: 早期会话后续协商过程。
步骤 307: 被叫 UE202振铃。
步骤 308： CAT AS208为主叫 UE201播放 CAT。
步骤 309: 被叫 UE202摘机， CAT AS208停止为主叫 UE201播放 CAT。 步骤 310: 主被叫用户进行正常的通话过程。
步骤 306-310与现有主叫 UE获取多媒体铃音文件后的后续流程相同， 因此只是简要说明， 详细步骤可以参见现有技术。
本实施例将 CAT铃音文件添加到临时响应消息中， 并发送给主叫 UE, 由于主叫 UE接收的是 CAT铃音文件本身， 因此， 相对于现有发送铃音文件 URL地址的方式， 可以避免不必要的延时和避免 URL地址存在的安全风险。
图 4为本发明发送多媒体铃音文件的方法实施例三的流程示意图。 如图 4所示， 并参见图 2所示的网络结构示意图， 本实施例包括：
步骤 401 : 主叫 UE201 呼叫被叫 UE202。 该呼叫请求途径 S-CSCF207 和 CATAS208到达被叫 UE202。
步骤 402: 被叫 UE202返回 18X ( 180或 183 )临时应答响应。 该临时应 答响应首先到达 CAT AS208。
步骤 403: CAT AS208执行彩铃业务逻辑， 并为播放彩铃预留资源。 同 时， CAT AS208向 18X消息中添加彩铃会话描述协议（Session Description Protocol, 简称 SDP )请求（ CAT Offer SDP )。 18X消息中携带 CAT Offer SDP 的方式与实施例二的相同， 在此不再赘述。
步骤 404:临时应答响应 （ 18X消息）经过 S-CSCF207发送给主叫 UE201。 步骤 405: CATAS208向主叫 UE201发送 MESSAGE或 INFO消息， 该 消息的消息体中携带电子名片。该步骤可以在临时应答响应之后播放 CAT之 前的任何时间发生。
以 MESSAGE消息为例， 具体的携带格式为：
MESSAGE tel:+l-212-666-3333 SIP/2.0
Via: SIP/2.0/UDP cat_as.home2.net;comp=sigcomp;
branch=z9hG4bKnashds7
Max-Fowards: 70
From: <sip： user 1 _public 1 @home 1.net>;tag= 171828
To: <tel:+l-212-555-2222>;tag=2236
Call-ID: asfed03a0sasfe0234123
Cseq: 1 MESSAGE
Allow: INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER, MESSAGE
Contact: <sip:[5555:: 111 :222:333 :444]: 1357>
Content- Type: text/x-vCard; charset=us-ascii
Content-Length: xxx //以上代码为 SIP头域内容
BEGIN:VCARD
VERSIONS.1
N: Martin; Stephen
ORG: Lotus Development Corporation
TEL;HOME;VOICE:+l (210) 555-1357 TEL;HOME;FAX:+l (210) 555-0864
EMAIL;TYPE=INTERNET:M— Stephen@earthlink.net
ADR;WORK;PARCEL;POSTAL;DOM: 123 Cliff Ave. ;Big Town;CA;97531
END: VCARD //为 vCard内容
如上所示， 与现有 MESSAGE消息的内容不同的是， 其中 SIP头域中的
Content-Type 的值为 "text/x-vCard" , 表明该 SIP 消息体为 vCard 类型。 BEGIN: VCARD后面的内容为被叫 UE的电子名片 （ vCard )。
上述以 MESSAGE或 INFO信令消息中携带电子名片为例， 除此之外， 其他的铃音文件 , 例如图片或文本也可以通过该 MESSAGE或 INFO信令消 息发送给主叫 UE。具体的携带方式与电子名片的原理相同，只是在传递图片 时， 图片文件之前的 Content-type的值为 "Image/<^片类型 >"； 文本信息之 前的 Content-type的值为 "text/plain"。
当然为了 MESSAGE或 INFO信令消息中可以携带上述铃音文件， 这些 铃音文件的大小应该不能超过 MESSAGE或 INFO消息的消息体可以承载的 范围。
步骤 406: 主叫 UE201接收到该 MESSAGE或 INFO消息后， 提取消息 中的电子名片， 并在本地显示。
电子名片可以在主叫欣赏 CAT过程中显示，也可以在通话过程中继续显 示， 显示方式可以分屏显示， 也可以在屏幕底部滚动显示， 或以其它方式显 示。 具体显示策略由 UE本地设定。
主叫 UE接收到电子名片后， 还需进行本地存储， 若之前已存储该用户 的电子名片， 可以进行覆盖或更新操作。
步骤 407: 早期会话后续协商过程。
步骤 408: 被叫 UE202振铃。
步骤 409： CAT AS208为主叫 UE201播放 CAT。
步骤 410: 被叫 UE202摘机， CAT AS208停止为主叫 UE201播放 CAT。 步骤 411 : 主被叫用户进行正常的通话过程。
步骤 407-411与现有主叫 UE获取多媒体铃音文件后的后续流程相同， 因此只是简要说明， 详细步骤可以参见现有技术。
本实施例将 CAT 铃音文件添加到新增的不改变会话状态的消息 （如 MESSAGE或 INFO消息）中，并发送给主叫 UE,由于主叫 UE接收的是 CAT 铃音文件本身， 因此， 相对于现有发送铃音文件 URL地址的方式， 可以避免 不必要的延时和避免 URL地址存在的安全风险。
图 5为本发明发送多媒体铃音文件的方法实施例四的流程示意图。 如图 5所示， 并参见图 2所示的网络结构示意图， 本实施例包括：
步骤 501 : 主叫 UE201 呼叫被叫 UE202。 该呼叫请求途径 S-CSCF207 和 CATAS208到达被叫 UE202。
步骤 502: 被叫 UE202返回 18X ( 180或 183 )临时应答响应。 该临时应 答响应首先到达 CAT AS208。
步骤 503: CAT AS208执行彩铃业务逻辑， 并为播放彩铃预留资源。 同 时， CAT AS208向 18X消息中添加彩铃会话描述协议（Session Description Protocol, 简称 SDP )请求（ CAT Offer SDP )。 18X消息中携带 CAT Offer SDP 的方式与实施例二的相同， 在此不再赘述。
步骤 504:临时应答响应 （ 18X消息）经过 S-CSCF207发送给主叫 UE201。 步骤 505: 早期会话后续协商过程。
步骤 506: 被叫 UE202振铃。
步骤 507: CATAS208为主叫 UE201播放 CAT, 同时， CAT AS208将被 叫 UE的电子名片通过多媒体彩铃的 RTP媒体流通道发送给主叫 UE201。 本 实施例以电子名片为例， 还可以为其它的图片、 文本等多媒体铃音文件。
步骤 508: 主叫 UE201提取 RTP媒体流中的电子名片， 并在本地显示。 电子名片可以在主叫欣赏 CAT过程中显示，也可以在通话过程中继续显 示， 显示方式可以分屏显示， 也可以在屏幕底部滚动显示， 或以其它方式显 示。 具体显示策略由 UE本地设定。
主叫 UE接收到电子名片后， 还需进行本地存储， 若之前已存储该用户 的电子名片， 可以进行覆盖或更新操作。
本实施例以电子名片和 CAT—同在 RTP/媒体流通道中发送给主叫 UE , 主叫 UE在 RTP媒体流中提取出电子名片， 本实施例还可以将电子名片和 CAT混频成一路媒体流后发送给主叫 UE,主叫 UE无需提取电子名片，直接 播放 CAT媒体流即可。
步骤 509: 被叫 UE202摘机， CAT AS208停止为主叫 UE201播放 CAT。 步骤 510: 主被叫用户进行正常的通话过程。
本实施例将 CAT铃音文件添加到 RTP/RTCP媒体流通道中 ,并发送给主 叫 UE, 由于主叫 UE接收的是 CAT铃音文件本身， 因此， 相对于现有发送 铃音文件 URL地址的方式， 可以避免不必要的延时和避免 URL地址存在的 安全风险。
上述实施例二-四描述了各网元发送或转发或接收多媒体铃音文件的流 程， 若从主叫 UE侧来看则执行下述步骤：
步骤 A1 :主叫 UE接收携带多媒体铃音文件的信令消息或媒体流。例如， 上述实施例中的携带多媒体铃音文件的 180或 183或 MESSAGE或 INFO消 息， 或者携带多媒体铃音文件的 RTP媒体流。
步骤 B1 :主叫 UE显示所述信令消息或媒体流中携带的多媒体铃音文件。 具体的，主叫 UE中可以预先设置显示策略和存储 /更新策略,主叫 UE根据预先 设备的显示策略显示所述多媒体铃音文件， 如分屏显示或滚动显示， 在接听 CAT前显示， 或在接听 CAT过程中显示等。 主叫 UE还可以根据预先设置的 存储 /更新策略对多媒体铃音文件进行存储或更新操作， 如接收到多媒体铃音 文件即存储， 或者判断出已存储多媒体铃音文件后进行更新 (或覆盖 )操作。
图 6为本发明发送多媒体铃音文件的方法对应的实施例二的网络结构示 意图， 包括主叫 UE601 和被叫 UE602, 基站 （ NodeB ) 603 , RNC604, SGSN605 , P-CSCF606, S-CSCF607, CRS AS608, HSS609, MRF610。 除了 CRS AS608用于提供 CRS, 与图 2所示的 CAT AS208用于提供 CAT不 同， 其余的各网元的作用与图 2所示的实施例中的相应网元的作用相同。
本实施例及下述的图 7-9以下述的应用场景为例： 在多媒体彩振系统中， 主叫 UE为被叫 UE定制了多媒体彩振业务，具体定制内容为： 当主叫 UE呼 叫被叫 UE时， 多媒体彩振服务器为被叫 UE播放音乐 （或视频）， 并且将主 叫 UE的个人电子名片发送给被叫 UE, 该电子名片包括了主叫 UE的名字、 地址、 公司、 电话、 email等个人信息。 这样， 被叫 UE就可以在通话接通之 前不仅欣赏到音乐或视频， 同时可以看到主叫 UE的电子名片。
本实施例的网络结构可以通过在发送给 UE的信令消息或媒体流中携带
CRS文件， 可以使 UE接收到 CRS文件本身， 进而直接显示， 因此， 可以避 图 7为本发明发送多媒体铃音文件的方法实施例五的流程示意图。 如图 7所示， 并参见图 6所示的网络结构示意图， 本实施例包括：
步骤 701 : 主叫 UE601 呼叫被叫 UE602。 该呼叫请求途径 S-CSCF607 和 CRS AS608到达被叫 UE602。
步骤 702: 被叫 UE602返回 18X ( 180或 183 )临时应答响应。 该临时应 答响应首先到达 CRS AS608。
步骤 703: CRS AS608执行彩振业务逻辑， 并为播放彩振预留资源。 步骤 704: 主叫 UE601 返回针对临时应答响应的临时响应确认消息
( PRACK ), 途经 S-CSCF607到达 CRS AS608。
步骤 705: CRS AS608将彩振 SDP请求（ CRS Offer SDP ) 以及主叫 UE 的电子名片添加到该临时应答响应确认消息 （ PRACK ) 的消息体中。
其中 SDP请求和电子名片的描述可以参见实施例二， 在此不再赘述。 具体的， 应用到本实施例中， PRACK中携带 CRS SDP请求及电子名片 的方式为： PRACK tel:+l-212-555-2222 SIP/2.0
Via: SIP/2.0/UDP [5555::aaa:bbb:ccc:ddd]: 1357;
comp=sigcomp;branch=z9hG4bKnashds7
From: <si ： userl_public 1 @home 1.net>;tag=171828
To: <tel:+l-212-555-2222>;tag=2236
Call-ID: asfed03a0sasfe0234123Call-ID:
Cseq: 128 PRACK
Contact: <sip:[5555:: aaa: bbb： ccc: ddd] : 1357>
RSeq: 9022
Content-Type: multipart/mixed; boundary="boundaryl234"
Content-Length: xxx //以上代码为 SIP头域内容
—boundary 1234
Content- Type: application/sdp
Content-Disposition: early-session
V=0
0= Bob 2987933615 2987933615 IN IP6 6666 ::eee:fff:bbb: aaa s=- c=IN IP6 6666::eee:fff:bbb:aaa
t=0 0
m=audio 49920 RTP/AVP 97
a=rtpmap:97 AMR
m=video 3400 RTP/AVP 98
a=rtpmap:98 H.263 〃为 CAT Offer SDP内容
—boundary 1234
Content- Type: text/x-vCard; charset=us-ascii
BEGIN:VCARD
VERSIONS.1
N: Martin; Stephen
ORG: Lotus Development Corporation TEL;HOME;VOICE:+l (210) 555-1357
TEL;HOME;FAX:+l (210) 555-0864
EMAIL;TYPE=INTERNET:M— Stephen@earthlink.net
ADR;WORK;PARCEL;POSTAL;DOM: 123 Cliff Ave. ;Big Town;CA;97531 END: VCARD //为 vCard内容
—boundary 1234—
如上所示， 与现有 PRACK 消息的内容不同的是， 其中 SIP 头域中的 Content-Type的值为 "multipart/mixed" , 表明该 SIP消息体为复合类型。 第 二个 "--boundary 1234" 后面的内容为主叫 UE的电子名片 （ vCard ), 其中的 Content-Type: text/x-vCard表明该增加的内容为 vCard。
上述以 PRACK消息中携带电子名片为例， 除此之外， 其他的铃音文件， 例如图片或文本也可以通过该 PRACK消息发送给被叫 UE。具体的携带方式 与电子名片的原理相同， 只是在传递图片时， 图片文件之前的 Content-type 的值为 " Image/<图片类型 > "； 文本信息之前的 Content-type 的值为 "text/plain"。
当然为了 PRACK消息中可以携带上述铃音文件， 这些铃音文件的大小 应该不能超过 PRACK消息的消息体可以承载的范围。
步骤 706:携带电子名片的临时响应确认消息 ( PRACK )经过 S-CSCF607 发送给被叫 UE601。
步骤 707: 主叫 UE201接收到 PRACK消息后 , 提取 PRACK消息中的 电子名片， 并在本地显示。
电子名片可以在被叫欣赏 CRS过程中显示，也可以在通话过程中继续显 示， 显示方式可以分屏显示， 也可以在屏幕底部滚动显示， 或以其它方式显 示。 具体显示策略由 UE本地设定。
被叫 UE接收到电子名片后， 还需进行本地存储， 若之前已存储该用户 的电子名片， 可以进行覆盖或更新操作。 步骤 708: 早期会话后续协商过程， 以便协商完成后， CRS AS608为被 叫 UE602播放多媒体彩振 ( CRS )。
步骤 709: 被叫 UE602振铃。
步骤 710: CRS AS608为被叫 UE602播放 CAT。
步骤 711 : 被叫 UE602摘机， CRS AS608停止为被叫 UE602播放 CRS。 步骤 712: 主被叫用户进行正常的通话过程。
步骤 708-712与现有被叫 UE获取多媒体铃音文件后的后续流程相同， 因此只是简要说明， 详细步骤可以参见现有技术。
本实施例将 CRS 铃音文件添加到临时响应确认消息中， 并发送给被叫 UE, 由于被叫 UE接收的是 CRS铃音文件本身， 因此， 相对于现有发送铃音 文件 URL地址的方式， 可以避免不必要的延时和避免 URL地址存在的安全 风险。
图 8为本发明发送多媒体铃音文件的方法实施例六的流程示意图。 如图 8所示， 并参见图 6所示的网络结构示意图， 本实施例包括：
步骤 801 : 主叫 UE601 呼叫被叫 UE602。 该呼叫请求途径 S-CSCF607 和 CRS AS608到达被叫 UE602。
步骤 802: 被叫 UE602返回 18X ( 180或 183 )临时应答响应。 该临时应 答响应首先到达 CRS AS608。
步骤 803: CRS AS608执行彩振业务逻辑， 并为播放彩振预留资源。 步骤 804: 主叫 UE601向被叫 UE602返回临时响应确认消息 （ PRACK 消息），该消息经过 S-CSCF607首先到达 CRS AS608 , CRS AS608将 CRS Offer SDP添加到临时响应确认消息中。
步骤 805: CRS AS608向被叫 UE602发送 MESSAGE或 INFO消息， 该 消息的消息体中携带电子名片。 该步骤可以在临时响应确认消息之后播放 CRS之前的任何时间发生。
以 MESSAGE消息为例， 具体的携带格式为： MESSAGE tel:+l-212-666-3333 SIP/2.0
Via: SIP/2.0/UDP cat_as.homel.net;
comp=sigcomp;branch=z9hG4bKnashds7
Max-Fowards: 70
From: <sip： user 1 _public 1 @home 1.net>;tag= 171828
To: <tel:+l-212-555-2222>;tag=2236
Call-ID: asfed03a0sasfe0234123
Cseq: 1 MESSAGE
Allow: INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER, MESSAGE
Contact: <sip:[5555:: lll:222:333:444]:1357>
Content- Type: text/x-vCard; charset=us-ascii
Content-Length: xxx //以上代码为 SIP头域内容
BEGIN:VCARD
VERSIONS.1
N: Martin; Stephen
ORG: Lotus Development Corporation
TEL;HOME;VOICE:+l (210) 555-1357
TEL;HOME;FAX:+l (210) 555-0864
EMAIL;TYPE=INTERNET:M_Stephen@earthlink.net
ADR;WORK;PARCEL;POSTAL;DOM: 123 Cliff Ave. ;Big Town;CA;97531 END: VCARD //为 vCard内容
如上所示， 其中 SIP头域中的 Content-Type的值为 "text/x-vCard" , 表明 该 SIP消息体为 vCard类型。 BEGIN: VCARD后面的内容为主叫 UE的电子 名片 （vCard )。
上述以 MESSAGE或 INFO信令消息中携带电子名片为例， 除此之外， 其他的铃音文件 , 例如图片或文本也可以通过该 MESSAGE或 INFO信令消 息发送给主叫 UE。具体的携带方式与电子名片的原理相同，只是在传递图片 时， 图片文件之前的 Content-type的值为 "Image/<^片类型 >"； 文本信息之 前的 Content-type的值为 "text/plain"。
当然为了 MESSAGE或 INFO信令消息中可以携带上述铃音文件， 这些 铃音文件的大小应该不能超过 MESSAGE或 INFO消息的消息体可以承载的 范围。
步骤 806: CRS AS608将携带电子名片的 MESSAGE或 INFO 消息发送 给被叫 UE602。
步骤 807: 被叫 UE602接收到该 MESSAGE或 INFO消息后， 提取消息 中的电子名片， 并在本地显示。
电子名片可以在被叫欣赏 CAT过程中显示，也可以在通话过程中继续显 示， 显示方式可以分屏显示， 也可以在屏幕底部滚动显示， 或以其它方式显 示。 具体显示策略由 UE本地设定。
被叫 UE接收到电子名片后， 还需进行本地存储， 若之前已存储该用户 的电子名片， 可以进行覆盖或更新操作。
步骤 808: 早期会话后续协商过程。
步骤 809: 被叫 UE602振铃。
步骤 810: CRS AS608为被叫 UE602播放 CRS。
步骤 811 : 被叫 UE602摘机， CRS AS608停止为被叫 UE602播放 CRS。 步骤 812: 主被叫用户进行正常的通话过程。
步骤 808-812与现有被叫 UE获取多媒体铃音文件后的后续流程相同， 因此只是简要说明， 详细步骤可以参见现有技术。
本实施例将 CRS 铃音文件添加到新增的不改变会话状态的消息 （如 MESSAGE或 INFO消息）中，并发送给被叫 UE,由于被叫 UE接收的是 CRS 铃音文件本身， 因此， 相对于现有发送铃音文件 URL地址的方式， 可以避免 不必要的延时和避免 URL地址存在的安全风险。
图 9为本发明发送多媒体铃音文件的方法实施例七的流程示意图。 如图 9所示， 并参见图 6所示的网络结构示意图， 本实施例包括：
步骤 901 : 主叫 UE601 呼叫被叫 UE602。 该呼叫请求途径 S-CSCF607 和 CRS AS608到达被叫 UE602。
步骤 902: 被叫 UE602返回 18X ( 180或 183 )临时应答响应。 该临时应 答响应首先到达 CRS AS608。
步骤 903: CRS AS608执行彩振业务逻辑， 并为播放彩振预留资源。 步骤 904: 主叫 UE601向被叫 UE602返回临时响应确认消息 ( PRACK 消息），该消息经过 S-CSCF607首先到达 CRS AS608 , CRS AS608将 CRS Offer
SDP添加到临时响应确认消息中。
步骤 905: 早期会话后续协商过程， 以便协商完成后， CRS AS608为被 叫 UE602播放多媒体彩振 ( CRS )。
步骤 906: 被叫 UE602振铃。
步骤 907: CRS AS608为被叫 UE602播放 CRS, 同时， CRS AS608将主 叫 UE的电子名片通过多媒体彩振的 RTP媒体流通道发送给被叫 UE602。 本 实施例以电子名片为例， 还可以为其它的图片、 文本等多媒体铃音文件。
步骤 908: 被叫 UE602提取 RTP/RTCP媒体流中的电子名片， 并在本地 显示。
电子名片可以在被叫欣赏 CRS过程中显示，也可以在通话过程中继续显 示， 显示方式可以分屏显示， 也可以在屏幕底部滚动显示， 或以其它方式显 示。 具体显示策略由 UE本地设定。
被叫 UE接收到电子名片后， 还需进行本地存储， 若之前已存储该用户 的电子名片， 可以进行覆盖或更新操作。
本实施例以电子名片和 CRS—同在 RTP媒体流通到中发送给被叫 UE, 被叫 UE在 RTP媒体流中提取出电子名片， 本实施例还可以将电子名片和 CRS混频成一路媒体流后发送给被叫 UE,被叫 UE无需提取电子名片，直接 播放 CRS媒体流即可。 步骤 909: 被叫 UE602摘机， CRS AS608停止为被叫 UE602播放 CRS。 步骤 910: 主被叫用户进行正常的通话过程。
本实施例将 CRS铃音文件添加到 RTP媒体流通道中，并发送给被叫 UE, 由于被叫 UE接收的是 CRS铃音文件本身， 因此， 相对于现有发送铃音文件 URL地址的方式， 可以避免不必要的延时和避免 URL地址存在的安全风险。
上述实施例五-七描述了各网元发送或转发或接收多媒体铃音文件的流 程， 若从被叫 UE侧来看则执行下述步骤：
步骤 A2:被叫 UE接收携带多媒体铃音文件的信令消息或媒体流。例如， 上述实施例中的携带多媒体铃音文件的 PRACK或 MESSAGE或 INFO消息 , 或者携带多媒体铃音文件的 RTP媒体流。
步骤 B2:被叫 UE显示所述信令消息或媒体流中携带的多媒体铃音文件。 具体的， 被叫 UE中可以预先设置显示策略和存储 /更新策略， 被叫 UE根据 预先设备的显示策略显示所述多媒体铃音文件， 如分屏显示或滚动显示， 在 接听 CRS前显示， 或在接听 CRS过程中显示等。 被叫 UE还可以根据预先 设置的存储 /更新策略对多媒体铃音文件进行存储或更新操作， 如接收到多媒 体铃音文件即存储， 或者判断出已存储多媒体铃音文件后进行更新 (或覆盖 ) 操作。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM, RAM,磁碟或者光盘等各种可以存储程序代码的介 质。
图 10为本发明多媒体彩铃服务器实施例的结构示意图，包括彩铃添加模 块 101和彩铃发送模块 102。 彩铃添加模块 101将 CAT文件添加到信令消息 或媒体流中， 具体为 181 或 183 或 MESSAGE 或 INFO 消息的消息体或 RTP/RTCP媒体流;彩铃发送模块 102发送彩铃添加模块 101得到的携带 CAT 文件的信令消息或媒体流给主叫 UE。
其中，彩铃添加模块 101具体用于将 CAT文件复用到 SIP呼叫信令的消 息体中， 进一步的， 用于将 CAT文件复用到 180或 183消息的消息体中； 或 者，彩铃添加模块 101具体用于将 CAT文件添加到 SIP中与会话无关的信令 的消息体中 , 进一步的， 用于将 CAT文件添加到 MESSAGE或 INFO消息的 消息体中； 或者， 彩铃添加模块 101具体用于将 CAT文件添加到 RTP媒体 流中， 进一步的， 用于将 CAT文件添加到 CAT的媒体流通道中或者将 CAT 文件与 CAT混频成一路媒体流。
其中， 上述的 CAT文件包括图片、文本、 电子名片、 RME、 网页文件等。 具体的模块执行功能及涉及的消息格式可以具体参见上述方法实施例的 图 2-5中的对应内容， 在此不再赘述。
本实施例通过将 CAT文件添加到发送给主叫 UE的信令消息或者媒体流 中，使主叫 UE接收到 CAT文件本身，可以避免现有接收到 CAT文件的 URL 造成的时延较大及存在的安全风险问题。
图 11为本发明多媒体彩振服务器实施例的结构示意图，包括彩振添加模 块 111和彩振发送模块 112。 彩振添加模块 111将 CRS文件添加到信令消息 或媒体流中； 彩振发送模块 112发送携带多媒体彩振文件的信令消息或媒体 流给被叫 UE。
其中， 彩振添加模块 111具体用于将 CRS文件复用到 SIP呼叫信令的消 息体中，进一步的， 用于将 CRS文件复用到 PRACK消息的消息体中； 或者， 彩振添加模块 111具体用于将 CRS文件添加到 SIP中与会话无关的信令的消 息体中， 进一步的， 用于将 CRS文件添加到 MESSAGE或 INFO消息的消息 体中； 或者， 彩振添加模块 111具体用于将 CRS文件添加到 RTP媒体流中， 进一步的， 用于将 CRS文件添加到 CRS的媒体流通道中或者将 CRS文件与 CRS混频成一路媒体流。
其中， 上述的 CRS文件包括图片、文本、 电子名片、 RME、 网页文件等。 具体的模块执行功能及涉及的消息格式可以具体参见上述方法实施例的 图 6-9中的对应内容， 在此不再赘述。
本实施例通过将 CRS文件添加到发送给被叫 UE的信令消息或者媒体流 中，使被叫 UE接收到 CRS文件本身，可以避免现有接收到 CRS文件的 URL 造成的时延较大及存在的安全风险问题。
图 12为本发明用户设备实施例的结构示意图，包括接收模块 121和显示 模块 122。 接收模块 121接收携带多媒体铃音文件的信令消息或媒体流， 其 中若该 UE用于主叫侧， 则多媒体铃音文件为 CAT文件。 若该 UE用于被叫 侧， 则多媒体铃音文件为 CRS文件； 且不论是 CAT文件或 CRS文件， 其文 件类型均可以为图片、 文本、 电子名片、 RME或网页文件等； 显示模块 122 显示或 /和存储或 /和播放所述信令消息或媒体流中携带的多媒体铃音文件，即 显示模块 122用于执行如下功能中的至少一项： 显示多媒体铃音文件、 存储 多媒体铃音文件、 播放多媒体铃音文件， 其中， 该铃音文件携带在信令消息 或媒体流中。
进一步的， 本实施例还可以包括预设模块和存储 /更新模块， 预设模块用 于存储预先设置的显示策略和存储 /更新策略；存储 /更新模块用于根据预设模 块预先设置的存储 /更新策略存储或者更新所述多媒体铃音文件； 此时， 显示 模块 122用于根据预设模块预先设置的显示策略显示所述多媒体铃音文件。
本实施例的用户设备接收的是多媒体铃音文件， 而不是多媒体铃音文件 的 URL, 因此可以在接收到多媒体铃音文件后直接显示， 减少显示时延及保 证多媒体铃音文件的安全。
图 13 为本发明多媒体彩铃系统实施例的结构示意图， 包括主叫 UE131 和 CATAS132。 CATAS132发送携带多媒体彩铃文件的信令消息或媒体流； 主叫 UE131接收 CAT AS132发送的该信令消息或媒体流并显示所述多媒体 彩铃文件。
具体的， CAT AS 132为图 10所示的 CAT AS,主叫 UE131为图 12的 UE 应用于主叫侧的情形。
本实施例的主叫 UE可以接收到 CAT文件本身而不是 CAT文件的 URL, 可以避免接收 URL时造成的时延大及存在的安全风险问题。
图 14为本发明多媒体彩振系统实施例的结构示意图， 包括 CRS AS141 和被叫 UE142。 CRS AS141发送携带多媒体彩振文件的信令消息或媒体流； 被叫 UE142接收 CRS AS141发送的该信令消息或媒体流并显示所述多媒体 彩振文件。
具体的， CRS AS141为图 11所示的 CRS AS, 被叫 UE为图 12的 UE应 用于被叫侧的情形。
本实施例的被叫 UE可以接收到 CRS文件本身而不是 CRS文件的 URL, 可以避免接收 URL时造成的时延大及存在的安全风险问题。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案而非对其进 行限制， 尽管参照较佳实施例对本发明进行了详细的说明， 本领域的普通技 术人员应当理解： 其依然可以对本发明的技术方案进行修改或者等同替换， 而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的 4青神和范围。

Claims

权 利 要 求
1、 一种发送多媒体铃音文件的方法， 其特征在于， 包括：
将多媒体铃音文件添加到信令消息或媒体流中；
发送携带多媒体铃音文件的信令消息或媒体流给用户设备。
2、 根据权利要求 1所述的发送多媒体铃音文件的方法， 其特征在于， 所 述将多媒体铃音文件添加到信令消息或媒体流中具体包括：
将多媒体铃音文件复用到会话初始协议呼叫信令的消息体中； 或者 将多媒体铃音文件添加到会话初始协议中与会话无关的信令的消息体 中； 或者
将多媒体铃音文件添加到实时传输协议媒体流中。
3、 根据权利要求 2所述的发送多媒体铃音文件的方法， 其特征在于： 所述将多媒体铃音文件复用到会话初始协议呼叫信令的消息体中进一步 包括： 将多媒体铃音文件复用到 180或 183或 PRACK消息或 INVITE消息 的消息体中；
所述将多媒体铃音文件添加到会话初始协议中与会话无关的信令的消息 体中进一步包括： 将多媒体铃音文件添加到 MESSAGE或 INFO消息的消息 体中；
所述将多媒体铃音文件添加到实时传输协议媒体流中进一步包括： 将多 媒体铃音文件添加到多媒体彩铃或多媒体彩振的媒体流通道中或者将多媒体 铃音文件与多媒体彩铃或多媒体彩振混频成一路媒体流。
4、 根据权利要求 1所述的发送多媒体铃音文件的方法， 其特征在于： 所 述多媒体铃音文件包括多媒体彩铃文件或多媒体彩振文件。
5、 根据权利要求 1-4任一权利要求所述的发送多媒体铃音文件的方法， 其特征在于： 所述多媒体铃音文件的类型包括图片、 文本、 vCard、 RME 或 网页文件。
6、 一种接收多媒体铃音文件的方法， 其特征在于， 包括： 接收携带多媒体铃音文件的信令消息或媒体流；
对所述信令消息或媒体流中携带的多媒体铃音文件进行如下项中的至少 一项的处理： 显示、 存储、 播放。
7、 根据权利要求 6所述的接收多媒体铃音文件的方法， 其特征在于， 还 包括：
预先设置显示策略和存储 /更新策略，根据所述显示策略显示所述多媒体 铃音文件；
根据所述存储 /更新策略， 对所述多媒体铃音文件进行存储或更新操作。
8、 一种多媒体彩铃服务器， 其特征在于， 包括：
彩铃添加模块， 用于将多媒体彩铃文件添加到信令消息或媒体流中； 彩铃发送模块， 用于发送携带多媒体彩铃文件的信令消息或媒体流给主 叫用户设备。
9、 一种多媒体彩振服务器， 其特征在于， 包括：
彩振添加模块， 用于将多媒体彩振文件添加到信令消息或媒体流中； 彩振发送模块， 用于发送携带多媒体彩振文件的信令消息或媒体流给被 叫用户设备。
10、 一种用户设备， 其特征在于， 包括：
接收模块， 用于接收携带多媒体铃音文件的信令消息或媒体流； 显示模块，用于显示或 /和存储或 /和播放所述信令消息或媒体流中携带的 多媒体铃音文件。
11、 根据权利要求 10所述的用户设备， 其特征在于， 还包括： 预设模块， 用于存储预先设置的显示策略和存储 /更新策略；
存储 /更新模块，用于根据所述存储 /更新策略存储或者更新所述多媒体铃 音文件；
所述显示模块具体用于根据所述预先设置的显示策略显示所述多媒体铃 音文件。
12、 一种多媒体彩铃系统， 其特征在于， 包括：
多媒体彩铃服务器，用于发送携带多媒体彩铃文件的信令消息或媒体流; 主叫用户设备， 用于接收及显示所述多媒体彩铃文件。
13、 根据权利要求 12所述的多媒体彩铃系统， 其特征在于：
所述多媒体彩铃服务器为权利要求 8所述的多媒体彩铃服务器； 所述主叫用户设备为权利要求 10或 11所述的用户设备。
14、 一种多媒体彩振系统， 其特征在于， 包括：
多媒体彩振服务器，用于发送携带多媒体彩振文件的信令消息或媒体流; 被叫用户设备， 用于接收及显示所述多媒体彩振文件。
15、 根据权利要求 14所述的多媒体彩振系统， 其特征在于：
所述多媒体彩振服务器为权利要求 9所述的多媒体彩振服务器； 所述被叫用户设备为权利要求 10或 11所述的用户设备。
PCT/CN2009/074401 2008-10-14 2009-10-12 发送及接收多媒体铃音文件的方法 WO2010043168A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN 200810170225 CN101753517B (zh) 2008-10-14 2008-10-14 发送及接收多媒体铃音文件的方法，服务器及用户设备
CN200810170225.6 2008-10-14

Publications (1)

Publication Number Publication Date
WO2010043168A1 true WO2010043168A1 (zh) 2010-04-22

Family

ID=42106241

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/074401 WO2010043168A1 (zh) 2008-10-14 2009-10-12 发送及接收多媒体铃音文件的方法

Country Status (2)

Country Link
CN (1) CN101753517B (zh)
WO (1) WO2010043168A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115190206A (zh) 2019-03-28 2022-10-14 华为技术有限公司 一种协商彩振媒体信息的方法、应用服务器
CN111756933B (zh) * 2019-03-28 2022-07-22 华为技术有限公司 一种协商彩振媒体信息的方法、应用服务器
CN111866286A (zh) * 2019-04-26 2020-10-30 华为技术有限公司 呼叫的方法、系统及相关装置
CN110661920B (zh) * 2019-09-27 2021-01-12 北京巨象具象科技有限公司 一种预制数据传播方法、装置和电子设备
CN113839959B (zh) * 2021-10-22 2023-05-30 号百信息服务有限公司 一种在视频早媒体中区别播放声音的方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132348A (zh) * 2006-08-22 2008-02-27 中兴通讯股份有限公司 Sip信令扩展实现ims区分铃音业务的方法
CN101217698A (zh) * 2008-01-10 2008-07-09 中兴通讯股份有限公司 一种实现彩铃和/或彩像业务的方法
CN101267583A (zh) * 2007-03-15 2008-09-17 展讯通信（上海）有限公司 一种移动通信系统中个性化多媒体振铃业务的实现方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7688764B2 (en) * 2002-06-20 2010-03-30 Motorola, Inc. Method and apparatus for speaker arbitration in a multi-participant communication session
CN100502436C (zh) * 2004-12-08 2009-06-17 中兴通讯股份有限公司 一种主叫用户设置多媒体信息在被叫用户终端上呈现的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132348A (zh) * 2006-08-22 2008-02-27 中兴通讯股份有限公司 Sip信令扩展实现ims区分铃音业务的方法
CN101267583A (zh) * 2007-03-15 2008-09-17 展讯通信（上海）有限公司 一种移动通信系统中个性化多媒体振铃业务的实现方法
CN101217698A (zh) * 2008-01-10 2008-07-09 中兴通讯股份有限公司 一种实现彩铃和/或彩像业务的方法

Also Published As

Publication number Publication date
CN101753517A (zh) 2010-06-23
CN101753517B (zh) 2012-06-27

Similar Documents

Publication Publication Date Title
KR100802641B1 (ko) 패킷 교환 방식 네트워크 시그날링을 통해 회선 교환 방식통신을 설정하는 시스템, 장치, 및 방법
US8102839B2 (en) System, apparatus, and method for establishing circuit-switched communications via packet-switched network signaling
US8401005B2 (en) Session initiation protocol message content processing method and network
US6771639B1 (en) Providing announcement information in requests to establish interactive call sessions
US8422485B2 (en) Method and system for providing multimedia portal contents in communication system
US7882239B2 (en) Communications method and apparatus, database information retrieval method and apparatus
US20090264112A1 (en) Method and architecture to deliver pre-customized business card multimedia contents through ims-based plmns for improving the existing calling line identification service
JP2008544638A (ja) 呼セットアップ（ｓｅｔｕｐ：設定）を行う方法及び装置
KR20060087912A (ko) 무선통신 시스템에서 이동 단말의 얼라팅 전송 시스템 및방법
US20060230161A1 (en) System and method for providing service in a communication system
CN101030931B (zh) 一种业务数据的传输方法及其所应用的分组终端
EP2587777B1 (en) Method and system for implementing color ring back tone and multimedia ring alert tone service.
CN1984135A (zh) 一种进行会话能力信息操作的方法及网络实体
WO2010043168A1 (zh) 发送及接收多媒体铃音文件的方法
US20080208993A1 (en) Method For Distributing New Services in an Internet Multimedia Subsystem (Ims), and a Node Adapted Therefore
WO2009089797A1 (fr) Procédé de mise en oeuvre de service de tonalité de retour d&#39;appel et/ou de tonalité de reour d&#39;appel multimédia et de production de demande sdp multimédia anticipée
WO2009086758A1 (zh) 一种在线彩铃或彩像业务的实现方法
KR101177601B1 (ko) 패킷 교환 통신 세션을 설정하는 방법 및 장치
WO2012003718A1 (zh) 一种实现随意播放彩铃铃音的方法和系统
CN101166314A (zh) “即按即说”类型通信会话中通过插入名片的信号增强
Wisely et al. SIP—THE SESSION INITIATION PROTOCOL

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09820244

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09820244

Country of ref document: EP

Kind code of ref document: A1