WO2010022648A1 - 一种多媒体彩铃播放方法、装置及其系统 - Google Patents

一种多媒体彩铃播放方法、装置及其系统 Download PDF

Info

Publication number
WO2010022648A1
WO2010022648A1 PCT/CN2009/073491 CN2009073491W WO2010022648A1 WO 2010022648 A1 WO2010022648 A1 WO 2010022648A1 CN 2009073491 W CN2009073491 W CN 2009073491W WO 2010022648 A1 WO2010022648 A1 WO 2010022648A1
Authority
WO
WIPO (PCT)
Prior art keywords
playing
multimedia
information
ring back
data
Prior art date
Application number
PCT/CN2009/073491
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 华为技术有限公司
Priority to EP09809233A priority Critical patent/EP2317745A4/en
Publication of WO2010022648A1 publication Critical patent/WO2010022648A1/zh
Priority to US13/035,686 priority patent/US20110142222A1/en

Links

Classifications

    • 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/42085—Called party identification service
    • H04M3/42093—Notifying the calling party of information on the called or connected party
    • 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/42017—Customized ring-back tones
    • 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/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity

Definitions

  • the present invention relates to the field of wireless communication technologies, and more particularly to the field of CRBT playback technologies, and in particular, to a multimedia CRBT playback method, apparatus and system thereof. Background technique
  • the multimedia ring back tone service is a videophone service that is customized by the called user.
  • the system provides a beautiful and pleasing to the calling user while the called party rings.
  • Multimedia video replaces the normal ring back tone service.
  • the multimedia CRBT service includes a CRBT, a color vibration, and a color image.
  • FIG. 1A shows the logical structure of a multimedia ring back tone service implemented by a CS domain videophone. The following describes each network element function:
  • MSC Server Mobile Service Switching Center Server
  • MGW Media Gateway
  • VLR Visit the location register
  • the VLR is a database that the MSC Server needs to retrieve information for terminal call connections in the jurisdiction.
  • the VLR stores some data related to call processing, such as the number of the user, the identification code of the area in which it is located, and the parameters of the service provided to the user.
  • VLR and MSC Servers are generally integrated, which is a unified network element, as shown in the figure, the calling party Originating VLR/MSC-A and the called party Terminating VLR/MSC-A;
  • the RNC is mainly responsible for connection establishment and release, handover, macro diversity, and resource management control functions of the wireless network;
  • Node Node B is a WCDMA base station that supports FDD mode, TDD mode or dual mode, including one or more cells.
  • the above RNC and Node B are mainly referred to as the UTRAN part of the UMTS. In this figure, RNC and Node B are combined into one network element UTRAN/GERAN;
  • HLR Home Location Register
  • AUC Authentication Center
  • the media player platform can accept dialing of 3G videophones, dial different numbers or dial keys and select button to access different program content.
  • the system has a certain storage capacity and can manage related program content.
  • the multimedia ring back tone platform is a system for providing multimedia ring tones for videophone users, with multimedia ring tones storage, playback and management capabilities, and supports the BICC/ISUP protocol. After the called user applies for the service, the platform should be able to provide the multimedia ring tones for the calling terminal, and should automatically interrupt the playing of the multimedia ring tones when the called user answers.
  • the media player platform and the multimedia ring back tone platform are merged into the same logical network element CAT seve
  • the SCP o signaling control point is mainly used to control and trigger the CRBT service.
  • IMS IP Multimedia Subsystem
  • R5 version of 3GPP for implementing next-generation multimedia telecommunications services including voice, video, and data.
  • IMS was first proposed by the 3GPP organization in the mobile field. It is a new network technology based on the demand for new broadband multimedia services, and is written into the R5 version of the 3GPP standard. In the R6 and R7 versions. Improve its functions step by step.
  • Figure 1B shows the logical structure of the CRBT service implemented in the 3GPP IMS.
  • 3GPP IMS the main functional entities of 3GPP IMS include:
  • CSCF Call Session Control Function
  • P-CSCF Proxy-CSCF
  • I-CSCF Interrogating-CSCF
  • S-CSCF Serving-CSCF
  • the P-CSCF is the first point of contact for users in the IMS network and is primarily responsible for verifying requests, processing and forwarding responses.
  • the P-CSCF serves to securely manage and hide access network differences.
  • R5 the P-CSCF also includes a functional entity PDF for resource authorization and management.
  • the I-CSCF is an interface between multiple IMS network domains, responsible for user information inquiry and user S-CSCF lookup.
  • I-CSCF is used to hide the internal topology of the network, and also plays the role of load balancing and flow control.
  • the S-CSCF is in a core control position in IMS and is the key to IMS multi-process control. It is responsible for recording and controlling the state of the user process, performing the session routing function, and continuously interacting with the application service and charging functions, and performing value-added service route triggering and service control according to the rules.
  • HSS Home Subscriber Server
  • HSS Home Subscriber Server
  • the HSS records user identity, registration information, access parameters, and service trigger information in XML form.
  • MRF Multimedia Resource Function
  • MRFC control part
  • MRFP user plane processing part
  • bearer-related business services such as video conferencing, user announcements, etc., capable of completing data media stream mixing, media Distribution of streams, conversion of bearer codes, transmission of billing information, and the like.
  • the IMS-MGW (IMS-Media Gateway) and the MGCF (Media Gateway Control Function) are gateways between the IMS and the legacy CS network, such as between the IMS and the PSTN, enabling users of both networks to communicate. It is capable of signaling the CS network The SIP signaling is mutually converted and can report charging information.
  • BGCF Bitout Gateway Control Function
  • IMS Application Server
  • IMS-based ASs offer many unique features such as presence, messaging, and conferencing services.
  • AS mainly refers to an application server that provides multimedia ring tones.
  • it is CAT AS.
  • the method for performing the CRBT service of the existing terminal that implements the CRBT service is as follows: The terminal user initiates a call, and the MSC Server determines whether the called user subscribes to the related CRBT service through the process of the core network; if the CRBT service is subscribed, then While calling the called party, the MSC Server sends an IAM message to the MRBT server platform to activate the associated CRBT service.
  • the MRBT server platform Before the called terminal answers, the MRBT server platform establishes a ring back tone session with the calling terminal, and sends the CRBT content to the calling terminal through the early media channel.
  • the prior art as described above not only the CRBT technology but also the color vibration technology, mainly judges the user's business status through the contract relationship, and does not consider whether the service is carried out in a suitable scene.
  • An embodiment of the present invention provides a multimedia CRBT playback method, where the multimedia CRBT playback method includes the following steps: generating multimedia CRBT playback information or rules according to the user's presence information; generating multimedia CRBT playback according to the multimedia CRBT playback information or rules. Data; transmitting the multimedia ring back tone playing data to the terminal for playing.
  • An embodiment of the present invention further provides a multimedia CRBT playback method, where the multimedia CRBT playback method includes the following steps: receiving presence information transmitted by a user terminal; generating multimedia CRBT playback information or rules according to the received presentation information; The corresponding relationship between the CRBT playback information or the rule and the client is stored; the multimedia ring back tone playing information or rule related to the calling UE is queried from the stored correspondence according to the call request; and the calling user is generated according to the queried multimedia ring back playing information or rule. End multimedia ring back tone playing data and called user multimedia ring back ring playing data; transmitting the generated multimedia ring back ring playing data to the corresponding user end for playing.
  • the embodiment of the present invention further provides a multimedia CRBT playback device, where the multimedia CRBT playback device includes: an information generating unit, configured to generate multimedia CRBT playback information or rules according to the user's presence information; and a play data generating unit, configured to The multimedia ring tones playing information or rules generate multimedia ring tones playing data; and the transmitting and playing unit is configured to transmit the multimedia ring tones playing data to the terminal for playing.
  • the multimedia CRBT playback device includes: an information generating unit, configured to generate multimedia CRBT playback information or rules according to the user's presence information; and a play data generating unit, configured to The multimedia ring tones playing information or rules generate multimedia ring tones playing data; and the transmitting and playing unit is configured to transmit the multimedia ring tones playing data to the terminal for playing.
  • the embodiment of the present invention further provides a multimedia CRBT playback device, where the multimedia CRBT playback device includes: an information receiving unit, which receives presence information transmitted from a user end; generates a play information or a rule unit, and generates a multimedia CRBT playback according to the received presentation information.
  • a storage unit configured to store the generated multimedia ring back tone playing information or a correspondence between the rule and the user end; the query unit queries, according to the call request, the multimedia ring back ring playing information or the rule related to the calling user end from the stored correspondence relationship; Generating a play data unit, generating a multimedia ring back tone playing data of the calling user end and a multimedia ring back playing data of the called end according to the queried multimedia ring back playing information or rules; and outputting, by the output unit, the generated multimedia ring back ring playing data to the corresponding user end Play it.
  • An embodiment of the present invention further provides a multimedia ring back tone playing system, where the system includes a multimedia color a ring playback device and a terminal, wherein the terminal generates presence information and sends the information to the multimedia CRBT playback device, where the presence information includes: CRBT activation setting data, CRBT capability setting data, terminal location data, terminal status setting data, and blacklist setting.
  • the multimedia CRBT playback device receives the presence information, and generates multimedia CRBT playback information or rules according to the presence information, and stores the generated multimedia CRBT playback information or the correspondence between the rule and the user end, and according to the call request Querying the multimedia ring back tone playing information or rules related to the calling client in the stored correspondence, generating the multimedia ring back playing data of the calling user and the multimedia ring back playing data of the called user according to the queried multimedia ring back playing information or rules, and generating The multimedia ring tones playing data is transmitted to the corresponding user for playing.
  • the embodiment of the present invention further provides a method for playing a multimedia color ring tones.
  • the method includes the following steps: The terminal generates multimedia ring tones information or rules according to the presence information of the user; the terminal generates a multimedia color ring to play according to the multimedia ring tones information or rules. Data; playing the multimedia ring tones playing data.
  • the embodiment of the present invention further provides a terminal, where the terminal includes: an information generating unit, configured to generate multimedia ring back tone playing information or a rule according to the user's presence information; and a play data generating unit, configured to play information according to the multimedia color ring back tone Or the rule generates the multimedia ring back tone playing data; the multimedia ring back tone playing unit is configured to play the multimedia ring back ring playing data.
  • the terminal includes: an information generating unit, configured to generate multimedia ring back tone playing information or a rule according to the user's presence information; and a play data generating unit, configured to play information according to the multimedia color ring back tone Or the rule generates the multimedia ring back tone playing data; the multimedia ring back tone playing unit is configured to play the multimedia ring back ring playing data.
  • the beneficial effects of the embodiments of the present invention are that, by using the multimedia ring back tone playing device to provide the multimedia ring back tone service to the calling end and the called end terminal respectively, the customization cannot be completed in the prior art, and the multimedia ring back tone is achieved.
  • FIG. 1A is a network framework diagram of a CS domain multimedia CRBT service in the prior art.
  • FIG. 1B is a logic diagram of implementing a CRBT service in an IMS of 3GPP in the prior art.
  • FIG. 2A is a structural block diagram of a multimedia ring back tone playback apparatus according to a preferred embodiment of the present invention.
  • FIG. 2B is a flow chart showing a multimedia ring back tone playing method according to a preferred embodiment of the present invention.
  • FIG. 3 is a structural block diagram of a multimedia ring back tone service conditional play according to Embodiment 1 of the present invention.
  • FIG. 4 is a signaling flowchart of a videophone multimedia ring back tone service process in the CS mode according to Embodiment 1 of the present invention.
  • FIG. 5 is a structural block diagram of implementing multimedia ring back tone service condition playback according to Embodiment 2 of the present invention by means of a server.
  • FIG. 6 is a signaling flowchart of a videophone multimedia ring back tone service process in the CS mode according to Embodiment 2 of the present invention.
  • FIG. 7 is a structural block diagram of implementing the multimedia ring back tone service condition playing in Embodiment 3 of the present invention by means of a server.
  • FIG. 8 is a signaling flowchart of a videophone multimedia color ring back tone service process in the IMS mode according to Embodiment 3 of the present invention.
  • FIG. 9 is a signaling flowchart of a videophone multimedia color ring back tone service process in the IMS mode according to Embodiment 3 of the present invention. detailed description
  • the multimedia ring back tone of the embodiment of the present invention described below includes a color ring back tone (ring back tone), a color ring (ringing tone), and a color image.
  • FIG. 2A is a block diagram showing a structure of a multimedia ring back tone playback apparatus according to a preferred embodiment of the present invention
  • FIG. 2B is a flow chart showing a multimedia color ring tone playback method according to a preferred embodiment of the present invention.
  • the multimedia ring back tone playback apparatus and method thereof according to the preferred embodiment of the present invention will be described in detail below with reference to Figs. 2A and 2B.
  • the multimedia CRBT playback device includes: an information receiving unit 21, which receives presence information (multimedia CRBT service setting information) sent by the user end, and generates a play information or rule unit 22, and generates a multimedia CRBT playback according to the received presentation information.
  • an information receiving unit 21 which receives presence information (multimedia CRBT service setting information) sent by the user end, and generates a play information or rule unit 22, and generates a multimedia CRBT playback according to the received presentation information.
  • the storage unit 23 stores the generated multimedia ring back tone playing information or the correspondence between the rule and the user end; the querying unit 24 queries the multimedia ring back playing information related to the calling user end from the stored correspondence relationship according to the call request or And generating a play data unit 25, generating, according to the queried multimedia ring back tone playing information or rules, the calling user multimedia ring back tone playing data and the called user multimedia ring back ring playing data; the output unit 26, transmitting the generated multimedia ring back ring playing data to The corresponding client plays.
  • the presence information includes one or a combination of CRBT activation setting data, CRBT capability setting data, terminal location data, terminal status setting data, or blacklist setting data.
  • the information receiving unit 21 receives the presence information sent by the calling client and the presence information transmitted by the called client.
  • the generated play information or rule unit 22 generates CRBT play information or rules, color play information or rules, or color image play information or rules based on the presence information.
  • the generated play data unit 25 generates CRBT play data or color image play data for the calling user end, and generates color ring play data or color image play data for the called user end.
  • the output unit 26 sends the generated ring back tone playing data or the color image playing data to the calling user terminal for playing, and generates the color vibration playing data or color for the called user terminal.
  • the playback data is sent to the called client for playback.
  • the generated play information or rule unit 22 generates the two or any one of the presence information transmitted by the calling user and the presence information transmitted by the called user. Plays information or rules on the ring tones of the calling party.
  • the ring back playing information or the rule of the calling end may be generated according to the presence information sent by the calling user end and the presence information with high priority in the presence information transmitted by the called user end; or according to the calling user end
  • the presentation information is used to generate the CRBT playback information or rules for the calling end; or the CRBT playback information or rules for the calling end is generated according to the presence information transmitted by the called user.
  • the multimedia ring back tone playing method includes the following steps:
  • the generated multimedia ring back tone playing data is transmitted to the corresponding user end for playing (S206).
  • the ringtone and the color burst set by the user can be simultaneously provided to the calling party and the called party, respectively.
  • FIG. 3 is a structural block diagram of a multimedia ring back tone service conditional play according to Embodiment 1 of the present invention.
  • the CRBT service is implemented through the spanned network architecture by considering the CS videophone.
  • the multimedia ring back tone platform is presented in the entire network structure. (Presence) platform connection, the protocol between them can adopt the BICC protocol of the core network, or the SIP protocol. In the first embodiment, the SIP protocol is implemented. The principle of the BICC protocol is similar.
  • the first embodiment considers a mobile terminal such as a mobile phone.
  • the message intercommunication between the CS-based mobile terminal and the Presence platform can be set locally in the terminal through the "environment setting" function on the terminal, such as outdoor, conference, DND, offline, etc., the terminal local will be based on the user for each
  • the setting of the status, the ringtone, the key sound, the brightness of the screen, etc. can also be incorporated into these states.
  • the content of the terminal setting is that the color vibration is not allowed, and the establishment process of the color ring type that is not suitable for the conference is cancelled.
  • the setting status of the terminals of the terminal can be carried by the terminal, using SMS or USSD, and sent from the terminal to the server, so that the Presence server can save the status information and use it in the subsequent CRBT service development process.
  • FIG. 4 is a signaling flowchart of a videophone multimedia ring back tone service process in the CS mode according to Embodiment 1 of the present invention. The following describes the signaling flow chart in detail:
  • the UEA sends a SETUP message to the MSC SERVER A, where the ITC of the BC-IE cell carried in the message is UDI, and the ORA is ⁇ .223 & ⁇ .245.
  • the MSC SERVER A initiates a SRI (Send roaming information) request to the Home Location Register (HLR) B.
  • SRI Send roaming information
  • the HLR sends a PRN (Provide roaming number) message to the called MSC SERVER B to obtain the roaming number.
  • PRN Provide roaming number
  • the mobile switching center server (MSC SERVER) B sends a PRN_ACK (PRN feedback) to the HLR B to return the roaming number. If the MSC SERVER B supports the pre-paging, the pre-paging process is first initiated and then the roaming number is returned.
  • MSC SERVER mobile switching center server
  • the HLR B sends an SRI-ACK (SRI feedback) to the MSC SERVER A to return the routing information of the UE B, and carries information about whether the called user customizes the multimedia CRBT service.
  • SRI-ACK SRI feedback
  • MSC SERVER A obtains the called MSRN (Mobile Station Roaming) After Number: mobile station roaming number), Call_Proceeding is initiated to the calling terminal.
  • MSRN Mobile Station Roaming
  • Number mobile station roaming number
  • the MSC SERVER A initiates an ISUP IAM message to the multimedia ring back tone platform. If the called user subscribes to the calling number display service, the BICC IAM ( Bearer Independent Call Control Initial Address Message) message needs to carry the calling number and service prefix information.
  • BICC IAM Bearer Independent Call Control Initial Address Message
  • MSC SERVER controls the MGW through the H.248 protocol.
  • the multimedia ring back tone platform initiates a query process to the Presence platform, and mainly queries the terminal-related presentation information, including user status (conference, outdoor, etc.), user ring tones preference, and even user location information.
  • This information is configured by the terminal in other ways than the current call. How to configure it.
  • SMS or USSD can be used in the CS mode.
  • the purpose of querying this information is mainly to enable the CRBT platform to combine the information with the local CRBT service subscription status to determine whether to provide the CRBT to the user and what CRBT is provided.
  • the Presence platform returns the required information according to the query request of the multimedia ring back tone platform.
  • the multimedia ring back tone platform initiates an ISUP IAM message to the MSC SERVER B. If the called user subscribes to the calling number display service, the ISUP IAM message needs to carry the calling number.
  • the MSC SERVER B sends a paging request message Paging to the UE B.
  • UE B returns a paging response message Paging_rsp.
  • the MSC SERVER B sends a SETUP message to the UE B, where the ITC of the BC_IE cell carried in the message is UDI, and the ORA is ⁇ .223 & ⁇ .245.
  • UE B returns a CALL CONFIRMED message, and does not carry a new BC-IE, indicating that the VP is supported.
  • MSC SERVER B sends ACM (Audio Compression Manager) to the ring back tone platform.
  • ACM Audio Compression Manager
  • the CRBT platform After receiving the ACM sent by the called switch, the CRBT platform sends the ACM that carries the CRBT information to the calling switch.
  • the MSC SERVER A identifies the CRBT information, and sends an Alerting and Connect (Connect) to the UE A.
  • the UE A After receiving the Connect, the UE A sends a Connect ACK to the MSC SERVER A.
  • the H.245 process is established between UE A and the CRBT platform.
  • UE A watches the video ring back tone through the ring back tone platform.
  • the CRBT content is determined based on the previous Presence information and the subscription information of the CRBT service in combination with the user.
  • UE B After completing the off-hook action, UE B sends a Connect message to MSC SERVER B. 421. The MSC SERVER B sends an ANM message to the multimedia ring back tone platform.
  • the MSC SERVER B sends a Connect ACK message to the UE B.
  • the multimedia ring back tone platform sends an ANM message to the MSC SERVER A, and the calling exchange starts charging.
  • the MSC SERVER A sends Connect signaling to UE A. (MSC SERVER A does not send Connect signaling to UE A or UE A does not process Connect messages. This is optional.)
  • the query may be queried to the profile data related to the user stored in the CRBT platform, and the profile data includes, for example, time period information set by the user. That is, what type of CRBT information is played during what time period, what time period is allowed to play, what time period is not allowed to play, and the user's preference, black and white list, and the like.
  • users can also provide services in combination with the Presence query process and the profile.
  • Signaling A can use SIP's SUBSCRIBE signaling.
  • Signaling B can use SIP's NOTIFY signaling.
  • the Presence platform After receiving the SUBSCRIBE signaling, the Presence platform directly notifies the terminal through the NOTIFY of the user's Presence information. This process is shown in Figure 4 and is mainly included in the terminal information inquiry process. Further, the Presence information can be extended to the capability information of the terminal, including whether the terminal supports the multimedia ring back tone and which multimedia ring back tone is supported. In this way, during the process of developing the videophone, the terminal does not need to carry the extension field to indicate the capability or type of the CRBT supported by the terminal, and directly judges by using the Presence information, thereby reducing the requirement on the terminal, which can be better. Compatible with non-multimedia ring tones for videophone calls.
  • the multimedia ring back tone establishing process is only used to introduce the ring back tone, that is, the manner in which the calling party listens to the ring back tone in the usual sense, and the method and method for the called party to listen to the ringing tone. The same applies.
  • FIG. 5 is a structural block diagram of implementing multimedia ring back tone service condition playback according to Embodiment 2 of the present invention by means of a server.
  • the CRBT service is implemented through a non-cross-connected network architecture mainly by means of a CS videophone.
  • the multimedia ring back tone platform is connected with the Presence platform, and the protocol between them can adopt the BICC protocol of the core network or the SIP protocol.
  • the SIP protocol is implemented, and the BICC protocol is implemented. The principle is similar.
  • the terminal can use the out-of-band signaling or route of the videophone through SMS, USSD, SIP, etc., to state the status information of the terminal user, such as outdoor, conference, offline, and other environmental states, and the capability information of the user terminal. May include information such as UAProf passed to the Presence server. And in the multimedia ring back tone service process of the videophone, the information is used to carry out the business development process.
  • FIG. 6 is a signaling flowchart of a videophone multimedia ring back tone service process in the CS mode according to Embodiment 2 of the present invention. The following describes the signaling flow chart in detail:
  • the UEA sends a SETUP message to the MSC SERVER A, where the ITC of the BC-IE cell carried in the message is UDI, and the ORA is ⁇ .223 & ⁇ .245.
  • the MSC SERVER A initiates an SRI request to the HLR B.
  • the HLR B takes the roaming number from the MSC SERVER B to which the called party is attached.
  • the MSC SERVER B returns the roaming number to the HLR B. If the MSC SERVER B supports the pre-paging, the pre-paging process is first initiated and then the roaming number is returned.
  • the HLR B returns 13 ⁇ 4 8 routing information to the MSC 8 1 ⁇ 1 ⁇ , and carries information about whether the called user customizes the multimedia CRBT service.
  • the MSC SERVER A After obtaining the called MSRN, the MSC SERVER A initiates Call-Proceeding to the calling terminal.
  • the MSC SERVER A initiates an ISUP IAM message to the MSC SERVER B. If the called user subscribes to the calling number display service, the ISUP IAM message needs to carry the calling number.
  • the MSC SERVER B sends a paging request message to the UE B.
  • UE B returns a paging response message.
  • the MSC SERVER B sends a SETUP message to the UE B, where the ITC of the BC-IE cell carried in the message is UDI, and the ORA is ⁇ .223& ⁇ .245.
  • the UE ⁇ returns a CALL CONFIRMED message, and does not carry a new BC-IE, indicating that the VP is called.
  • UE B After the called party rings, UE B returns an ALERTING message to MSC SERVER B. 613.
  • the MSC SERVER B returns a BICC ACM message to the MSC SERVER A.
  • the MSC SERVER A returns an ALERTING message to the UE A. 615.
  • the MSC SERVER A initiates a BICC IAM message to the multimedia ring back tone platform, and carries information about whether the called party customizes the multimedia ring back tone service.
  • MSC SERVER controls the MGW through the H.248 protocol.
  • the CRBT platform queries the presence information of the user through the signaling of the SIP, including location information, preference information, status information, and the like, and if necessary, terminal capability information, and according to the terminal capability information. To determine whether the terminal has the ability to carry out the multimedia ring back tone service.
  • the Presence platform returns the query result required by the multimedia ring back tone platform.
  • the multimedia ring back tone platform determines how to carry out the CRBT service based on the result of the query and the result of the subscription of the user.
  • the multimedia ring back tone platform returns a BICC ACM message to the MSC SERVER A.
  • the MSC SERVER A After receiving the ANM sent by the CRBT platform, the MSC SERVER A sends a connection signaling CONNECT to the calling terminal UE A, and simultaneously listens to whether the called switch MSC SERVER B has a return message.
  • UE A returns a response CONNECT ACK message to MSC SERVER A.
  • the called terminal UE B sends a response message CONNECT.
  • the called switch MSC SERVER B returns to the calling switch MSC SERVERA
  • the called switch MSC SERVER B returns a connection confirmation CONNECT ACK to the called terminal.
  • the calling switch MSC SERVER A initiates a BICC Release message to the multimedia ring back tone platform, so that H.245 is removed between the multimedia ring back tone platform and the calling terminal UE A.
  • the H.245 process is removed between the multimedia ring back tone platform and the calling terminal UE A. After the 625 and H.245 are removed, the multimedia ring back tone platform returns a BICC Release Complete message to the calling switch MSC SERVER A.
  • the H.245 procedure is established between the calling terminal UE A and the called terminal UE B.
  • the H.245 process and the underlying circuit bearer process are removed between the calling terminal UE A and the called terminal UE B.
  • the multimedia ring back tone platform sends a SUBSCRIBE message to the Presence platform for querying the user's Presence information; the Presence platform returns the Presence information through the NOTIFY message.
  • the presence information of the user may be transmitted, and the capability information of the user terminal may be carried to determine the establishment process of the CRBT service.
  • the multimedia ring back tone establishing process is only used to introduce the ring back tone, that is, the manner in which the calling party listens to the ring back tone in the normal sense, and the method and method for the called party to listen to the ringing tone. The same applies.
  • the block diagram of the multimedia ring back tone service condition playing in the embodiment 3 of the present invention is implemented in the manner of a server.
  • the CRBT service is implemented by means of an IMS videophone.
  • the multimedia ring back tone AS is connected to the Presence platform, and the protocol between them uses the SIP protocol to communicate using the SIP protocol through the PRS-3 interface defined by the Presence server.
  • Source which is a network element that provides the entire Presence information.
  • Presence information is sent to the Presence AS through the PUBLISH method.
  • Presence server which is the AS, which is mainly used to collect the objects served.
  • Presence information to provide to users who need it.
  • Watcher which is the user who receives the target user or requests the target user's presence information. He initiates a request for user presence information to the Presence AS through the SUBSCRIBE method, and the Presence AS sends the presence information to the Watcher through the NOTIFY message.
  • the terminal especially the terminal with the IMS multimedia ring back tone capability, will have its Presence information in accordance with the process defined by Presence if it has the Presence function.
  • the ring back tone platform in the process of conducting business, needs to define the interface with the Presence server. Here, we define it as the PRS-3 interface. At the same time, the process of interaction with the presence server is defined in the following procedure.
  • the Presence information includes a flag of the CRBT service type supported by the terminal.
  • the terminal selects the call flow and can select the query of the Presence information through the AS. For example, if the terminal reports to support early media in Presence information, it is still Forking. In this way, the terminal does not need to change the call signaling different from the videophone during the session initiation process.
  • FIG. 8 is a signaling flowchart of a videophone multimedia color ring back tone service process in the IMS (IP Multimedia Subsystem: IP Multimedia Subsystem) mode according to Embodiment 3 of the present invention. The following describes the signaling flow chart in detail:
  • the UE-A sends the UE-A related terminal presence information to the Presence server through the PUBLISH (Publication) method of the SIP signaling, which may include the status information of the user, and may also include the capability information of the user terminal and the service information. For example, whether the terminal supports the CRBT service, and what type of CRBT service is supported.
  • PUBLISH Publication
  • UE-B adopts the PUBLISH method of SIP signaling, and its reporting method and content are the same as step A. It should be noted that the entire Presence reporting process is not within the scope of the CRBT service. We believe that this Presence information reporting process is the out-of-band process of this solution. 801-802).
  • UE-A sends an invite INVITE request to UE-B to establish a call between the two, while carrying the OFFER (01) of the SDP.
  • the INVITE request is routed to the corresponding AS according to the initial filtering criteria iFC in the S-CSCF.
  • UE-A needs to include the option tag of the conversation early-session in the Supported header field in the SIP INVITE request.
  • the AS sends the INVITE request and the SOF proposal OFFER ( 01 ) to UE-B.
  • the AS After receiving the INVITE request, the AS needs to initiate a query to the Presence platform to query the SUBSCRIBE process, and mainly query the terminal-related presence information, including the user status (whether the CRBT service is online, whether it needs to be customized, etc.), the user CRBT preference, and even the user. Location information and other content.
  • the AS can obtain the status information of the user and the service information of the terminal, as well as the capability information of the terminal.
  • the AS After querying the information, the AS can do the following work. First, decide whether to start the CRBT service. Secondly, if it needs to be carried out, decide what type of CRBT service to carry out; Again, after deciding to carry out the CRBT service, choose the appropriate solution.
  • the terminal user sets the playing rule of the CRBT service according to the Presence information, for example, according to the user's status, the user's location information, the CRBT service is played, and even if the CRBT content is selected, the AS service needs to be based on these queries. Presence information is sent to control the MRF to correctly carry out the CRBT service.
  • the Presence platform sends a notify to return the required Presence information according to the query request of the multimedia ring back tone platform.
  • the AS determines whether the UE-B has a subscription relationship for the multimedia ring back tone service, and requests the media resource from the MRFP.
  • the AS decides whether UE-A supports early media and sends an early session SIP 183 response to UE-A.
  • the early session contains an SDP OFER (CAT-CO, this OFFER can help establish CAT media between MRFP and UE-A.
  • UE-A responds to SIP 183 response by PRACK message and carries SDP in the message.
  • Response ANSWER (CAT-A) plays CAT media content to UE-A. Based on operational strategy, 6- 11 ⁇ can occur after the second , before the INVITE request is forwarded to UE-B.
  • UE-B sends a SIP 180 response with SDP ANSWER (A1), which first arrives at the AS.
  • the AS modifies the response to "183 Session Progress" and carries the response with the original SDP ANSWER (AO and forwards it to UE-A.
  • UE-A reliably confirms the temporary response.
  • UE-B answers the call.
  • UE-B sends a 200 OK response to the AS, and the AS stops sending CAT media to UE-A through the early media session.
  • the third embodiment it can be mainly divided into three steps.
  • the first step the reporting process of the Presence information, in order to explain how the information is reported to the server, the third embodiment is briefly described. However, this process should belong to the out-of-band process that is not related to the CRBT service.
  • the AS queries the Presence server for the Presence information of the user or the terminal. Based on the information, it is decided whether to carry out the CRBT service, what type of CRBT service to carry out, what kind of process to use for the CRBT service, and what kind of CRBT content and mode to choose during the CRBT service process.
  • the third step the process of establishing ring tones and calls.
  • This process is mainly a specific implementation of the CRBT service.
  • the establishment process of the CRBT service is explained by means of early media.
  • the present invention is not limited to such a scheme, that is, it is not limited to a method of transmitting a ring back tone to a calling party, and may also include a method of transmitting a ringing tone to a called party.
  • the CRBT service can fully utilize the presence information to provide a more personalized multimedia CRBT service.
  • the CRBT service can also be used between the existing IMS videophone call and different multimedia CRBT call methods. Achieve a complete fusion.
  • Example 4 the CRBT service is implemented by means of a Forking (branch) by means of an IMS videophone.
  • the structural block diagram of the multimedia CRBT service condition playing in the fourth embodiment of the present invention is the same as that in the foregoing Embodiment 3, that is, in the entire network structure, the multimedia CRBT AS is connected with the Presence platform, and the protocol between them adopts the SIP protocol and passes the Presence server.
  • the defined PRS-3 interface communicates using the SIP protocol.
  • Forking's multimedia CRBT service is established only in the way of network calls, and there is not much difference in other aspects.
  • the development process of the multimedia ring back tone service can be obtained by querying the Presence information by the AS of the multimedia ring back tone.
  • the Presence information may also include the CRBT service type identifier supported by the terminal.
  • the terminal can select the call flow, and the AS can select the query of the Presence information. For example, if the terminal reports to support early media in Presence information, it is still Forking. In this way, the terminal does not need to change the call signaling different from the videophone during the session initiation process.
  • FIG. 9 is a signaling flow diagram of a videophone multimedia color ring back tone service process in the IMS (IP Multimedia Subsystem: IP Multimedia Subsystem) mode according to Embodiment 3 of the present invention. The following describes the signaling flow chart in detail:
  • UE-A sends the UE- to the Presence server through the PUBLISH method.
  • a related terminal Presence information which may include status information of the user, and may also include capability information of the user terminal and service information. For example, whether the terminal supports the CRBT service and what type of CRBT service is supported.
  • UE-B adopts the PUBLISH method of SIP signaling, and its reporting method and content are the same as step A. It should be noted that the entire Presence reporting process is not within the scope of the CRBT service. We believe that this Presence information reporting process is the out-of-band process of this solution. A and B are in two steps There is no essential difference between the Forking method and the early media approach.
  • UE-A sends an INVITE request to UE-B and carries SDP OFFER (01) therein to establish a call between the two.
  • This INVITE request is triggered by the SFC of the S-CSCF and routed to the AS.
  • the AS forwards the original INVITE request to UE-B.
  • the AS After receiving the INVITE request, the AS needs to initiate a query process to the Presence platform to query the terminal-related presence information, including the user status (whether the CRBT service is online, whether custom playback is required, etc.), the user CRBT preference, and even the user location. Information and other content.
  • the AS can obtain the status information of the user and the service information of the terminal, as well as the capability information of the terminal.
  • the AS can do the following work. First, decide whether to start the CRBT service. Secondly, if it needs to be carried out, decide what type of CRBT service to carry out; Again, after deciding to carry out the CRBT service, choose the appropriate solution.
  • the terminal user sets the playing rules of the CRBT service according to the Presence information, for example, according to the user's status, the user's location information, the CRBT service is played, and even if the CRBT content is selected, the AS service needs to be based on these queries.
  • the Presence information is used to control the MRF to correctly carry out the CRBT service.
  • the Presence platform returns the required Presence information according to the query request of the multimedia ring back tone platform.
  • UE-B sends a "180 Ringing" response and carries an SDP Answer (A1) to establish an early conversation (D1). This response responds first to the AS.
  • the AS requests the media resource from the MRFP and creates a response ANSWER (A2) for the CAT media resource. Based on the operator's policy, steps 109-115 may occur after the second INVITE request is forwarded to UE-B.
  • AS generates a reliable "183 Session Progress"
  • the response is acknowledged and sent to UE-A. This process should be the same as the response that the AS receives a INVITE after the branch, and UE-A uses this response to establish an early conversation (D2). Use "183 Session Progress" to avoid triggering the local CAT of UE-A.
  • the response message includes SDP ANSWER (A2), which helps to establish a multimedia ring tone media channel between MRFP and UE-A.
  • UE-A confirms this temporary response.
  • the AS sends a 200 OK response to confirm the PRACK message sent by UE-A. 116-117).
  • the AS will modify the "180 Ringing" response received from UE-B to "183 Session Progress", and carry the same ANSWER (Al) in the response and forward it to UE-A to establish Early conversation (D1).
  • steps 116-119 and steps 126-127 may be ignored if the AS chooses to save the ANSWER (Al) received from UE-B and does not immediately send a temporary response.
  • UE-A still needs to save SDP ANSWER Al and A2, and he should not know that ANSWER will be finalized.
  • UE-A acknowledges the temporary response message.
  • the AS acknowledges the temporary response message sent from UE-B.
  • UE-B sends a 200 OK response, which first arrives at the AS.
  • AS notifies MRFP to stop sending CAT media to the terminal.
  • the AS forwards the 200 OK response to UE-A, which is used to confirm the early conversation (D1). If the AS does not send UE-B's ANSWER (Al) to UE-A in the 116th, the AS needs to include ANSWER (Al) in the 200 OK response to confirm the conversation (D1).
  • UE-A confirms the conversation (D1). Based on SDP OFFER (01) and ANSWER (Al), the call setup process between UE-A and UE-B is completed.
  • D2 established by "183 Session Progress", because there is no final response, is automatically terminated due to timeout.
  • it can be mainly divided into three steps.
  • the first step the reporting process of the Presence information, in order to explain how the information is reported to the server, the fourth embodiment is briefly described. However, the process should belong to an out-of-band process that is not related to the ring back tone service.
  • the AS queries the Presence server for the Presence information of the user or the terminal. Based on the information, it is decided whether to carry out the CRBT service, what type of CRBT service to carry out, what kind of process to use for the CRBT service, and what kind of CRBT content and mode to choose during the CRBT service process.
  • the third step the process of establishing ring tones and calls.
  • This process is mainly a specific implementation of the CRBT service.
  • the establishment process of the CRBT service is described by means of Foring.
  • the present invention is not limited to such a scheme, that is, it is not limited to a method of transmitting a ring back tone to a calling party, and may also include a method of transmitting a ringing tone to a called party.
  • This embodiment 4 mainly describes the above process from the method and the flow.
  • the CRBT service can fully utilize the presence information to provide a more personalized multimedia CRBT service.
  • the CRBT service can also be used between the existing IMS videophone call and the different multimedia CRBT call methods. Achieve a complete fusion.
  • This embodiment 5 is one of the embodiments for implementing multimedia ring back tone service condition playback by means of a terminal.
  • the method includes the following steps:
  • the terminal generates multimedia ring back tone playing information or rules according to the presence information of the user;
  • the terminal generates multimedia ring back tone playing data according to the multimedia ring back ring playing information or rule; and plays the multimedia ring back ring playing data.
  • the presence information includes, in addition to the presence information defined by the presence service, one or a combination of CRBT activation data, CRBT capability data, terminal location data, terminal status data, or blacklist data.
  • the generating the multimedia ring back tone playing information or the rule according to the received presence information refers to:
  • the CRBT playback information or rules, the color burst play information or rules, or the background sound play information or rules are generated according to the presence information.
  • the ring tones mentioned here include ringback tones and ringing tones, and the terminal can set the type of calls that the terminal needs to establish. These types can include:
  • the terminal can treat different CRBT services differently according to the information of the calling or called party in the calling process, the service identifier, the content type indication, the time information, etc., thereby selecting to present the CRBT service, presenting part of the CRBT service, or not Presenting ring tones business, etc.
  • Custom settings for the end user The so-called user-defined, that is, the other one Some parameters, for example, are set in a certain location area and do not receive ring tones. In the roaming state, no ring tones, etc. are received.
  • the problem to be solved in the fifth embodiment is that the server side does not provide a personalized ring back tone service, that is, the conditions for playing the color ring tone are not set by the server.
  • the CRBT service between the terminal and the server takes the normal process.
  • the terminal local can display the CRBT content to the user according to the status of the terminal, for example, network status, location status, time status, and the status of the user, such as busy, public meeting, mood, etc., or how to present to the user
  • the user performs a local filtering.
  • the embodiment of the invention further provides a corresponding terminal, including:
  • An information generating unit configured to generate multimedia ring back tone playing information or rules according to the presence information of the user
  • a play data generating unit configured to generate multimedia ring back tone playing data according to the multimedia ring back ring playing information or rule
  • the multimedia ring back tone playing unit is configured to play the multimedia ring back ring playing data.
  • the terminal can provide a condition playing function similar to the multimedia ring back tone service of the network mode.
  • the embodiment of the present invention provides an implementation scheme for multimedia ring tones conditional playback, which mainly provides a multimedia ring back tone related implementation method in a VP telephone process, and solves the problem that the current multimedia color ring back tone service only depends on the service subscription relationship. Triggering and solving the problem that the current multimedia ring back tone cannot be played according to the location information, and solving the problem that the current multimedia color ring back tone cannot be played according to the user's presence information, thereby implementing multiple trigger modes of the multimedia color ring back tone service, so that the user can according to his actual situation. Make a choice.

Description

一种多媒体彩铃播放方法、 装置及其系统 本申请要求 2008年 8月 25日递交的申请号为 200810213661.7、 发明名 称为 "一种多媒体彩铃播放方法、 装置及其系统" 的中国专利申请的优先 权， 其全部内容通过引用结合在本申请中。 技术领域
本发明有关于无线通信技术领域， 尤其是有关于彩铃播放技术领域， 具 体地讲是一种多媒体彩铃播放方法、 装置及其系统。 背景技术
多媒体彩铃业务是一项在可视电话业务中， 由被叫用户定制， 当主叫以 可视电话方式拨打被叫时， 系统在被叫振铃的同时为主叫用户提供一段绚 丽、 悦耳的多媒体视频来替代普通回铃音的业务。 并且， 该多媒体彩铃业务 包括彩铃、 彩振、 彩像。
目前基于 3GPP系统的可视电话， 主要是通过 CS (电路） 交换网络来实现 的， 其基本的技术是 324M技术。 通过这样的网络来实现的彩铃业务， 我们称 之为 CS域多媒体彩铃业务。 图 1A所示的是通过 CS域可视电话实现多媒体彩铃 业务的逻辑结构图。 下面对各网元功能进行描述：
移动业务交换中心服务器 (MSC Server)。 对位于它管辖区域中的移动终 端参与的呼叫进行控制的功能实体；
媒体网关 (MGW)。 与 MSC Server连接， 在 MSC Server的控制下实现对 通话的交互；
拜访位置寄存器 (VLR)。 VLR是 MSC Server为所管辖区域中终端呼叫接 续所需检索信息的数据库。 VLR存储与呼叫处理有关的一些数据， 例如用户 的号码， 所处区域的识别码， 向用户提供的业务等参数。 VLR和 MSC Server—般都集成在一起， 为合一网元， 如图中的主叫方 Originating VLR/MSC-A和被叫方 Terminating VLR/MSC-A；
无线网络控制器 （RNC ) 。 RNC主要负责连接的建立和释放， 切换， 宏分集合并， 无线网络的资源管理控制功能；
节点 Node B。 Node B是 WCDMA制式的基站， 它支持 FDD模式、 TDD 模式或双模， 包括一个或多个小区。 上述的 RNC和 Node B主要是特指 UMTS 当 中 的 UTRAN部分。 在本图 当 中 RNC和 Node B合为一网元 UTRAN/GERAN;
归属位置寄存器 (HLR)。 运营商管理部门用于移动用户管理的数据库。 每个移动用户都应在其归属位置寄存器中注册登记；
鉴权中心 (AUC：)。 为认证移动用户身份和产生相应鉴权参数的功能实 体。 一般与 HLR集成在一起， 图中未示出；
媒体播放平台。 媒体播放平台可以接受 3G可视手机的拨号， 拨不同的 号码或拨号后进行按键选择能访问不同的节目内容， 系统具备一定的存储容 量， 并能管理相关的节目内容。
多媒体彩铃平台。 多媒体彩铃平台是为可视电话用户提供多媒体彩铃的 系统， 具备多媒体彩铃存储、 播放和管理能力， 并且支持 BICC/ISUP协议。 在被叫用户申请该业务后， 该平台应可以为主叫终端提供多媒体彩铃的播 放， 并在被叫用户接听时应可以自动中断该多媒体彩铃的播放。 本图当中， 媒体播放平台和多媒体彩铃平台合并为同一个逻辑网元 CAT seve
SCP o 信令控制点， 主要用于对彩铃业务进行控制和触发。
目前还可以通过 IMS 方案来实现彩铃业务。 IMS ( IP Multimedia Subsystem, IP多媒体子系统） ， 在 3GPP的 R5版本中定义的一个子系统， 用于实现包括语音、 视频、 数据在内的新一代多媒体电信业务。 IMS首先是由移动领域的 3GPP组织提出的， 是一种基于对新型宽带多 媒体业务的需求而产生的新的网络技术， 并将其写入 3GPP的 R5版本的标 准当中， 在 R6、 R7版本中逐歩完善其功能。
图 1B所示的是在 3GPP的 IMS当中实现彩铃业务的逻辑结构图。
其中， 3GPP IMS的主要功能实体包括：
CSCF (Call Session Control Function) 是呼叫会话控制功能， 主要是对 会话进程的控制。 它又分为三个不同实体： P-CSCF ( Proxy-CSCF ) 、 I- CSCF (Interrogating-CSCF) 、 S-CSCF ( Serving-CSCF ) 。 P-CSCF是 IMS网 络中用户的第一个接触点， 主要负责验证请求， 处理和转发响应。 P-CSCF 起到了安全管理和隐藏接入网络差异的作用。 在 R5中， P-CSCF还包括一个 用于资源授权和管理的功能实体 PDF。 I-CSCF是多个 IMS网络域之间接口， 负责用户信息的询问和用户 S-CSCF的查找。 I-CSCF用于隐藏网络内部拓扑 结构， 同时还起到负载均衡和流量控制的作用。 S-CSCF在 IMS中处于核心 控制地位， 是 IMS多进程控制的关键所在。 其负责记录并控制用户进程状 态， 执行会话路由功能， 并不断与应用服务和计费功能进行交互， 根据规则 进行增值业务路由触发与业务控制。
HSS (Home Subscriber Server: 归属用户服务器） 是一个存储用户和服 务相关数据的数据库， 是一个升级的 HLR。 HSS以 XML形式记录了用户身 份、 注册信息、 接入参数和服务触发信息。
MRF (Multimedia Resource Function) 包括控制部分 （MRFC) 和用户 平面的处理部分 （MRFP) ， 是对与承载相关的业务服务提供支持， 如视频 会议、 用户公告等， 能够完成数据媒体流的混合、 媒体流的分发、 承载代码 的转换、 计费信息的发送等。
IMS-MGW ( IMS-Media Gateway ) 和 MGCF ( Media Gateway Control Function: 媒体网关控制功能） 是 IMS和传统 CS网络之间的网关， 如 IMS与 PSTN之间， 使得两个网络的用户可以进行通信。 它能够将 CS网络的信令与 SIP信令相互转换， 并且能够报告计费信息。
BGCF ( Breakout Gateway Control Function: 出口网关控制功能） 也是 与传统 CS网络相关的功能实体， 是控制网关来完成信令转换， 负责选择呼 叫通过哪个 MGCF到达 CS网络。 但如果选择另外一个网络作为呼叫的路 径， 则将会话转发到那个网络的 BGCF。
AS (Application Server: 应用服务器） 并不完全属于 IMS , 它是架构在 IMS之上的功能实体， 能充分利用 IMS提供的各种功能， 如呼叫控制、 帐户 管理、 计费等。 它主要是对外提供增值多媒体服务。 基于 IMS的 AS能够提 供很多独特的功能， 如在线状态、 消息和会议服务等。
在本文当中， AS主要是特指提供多媒体彩铃功能的应用服务器。 在上 图当中， 也就是 CAT AS。
而如上述的实现彩铃业务的现有终端的彩铃业务的开展方式如下： 终端 用户发起呼叫， MSC Server通过核心网的流程判断被叫用户是否订阅了相 关的彩铃业务； 如果订阅了彩铃业务， 那么 MSC Server在呼叫被叫的同 时， 会向 MRBT服务器平台发送 IAM消息去激活相关的彩铃业务。
在被叫终端应答之前， MRBT服务器平台建立同主叫终端之间的彩铃会 话， 并通过早期的媒体通道发送彩铃内容到主叫终端。
如上所述的现有的技术， 不但是彩铃技术， 还是彩振技术， 都主要是通 过签约关系判断用户的业务状态， 而不去考虑是否这个业务是否在合适的场 景当中开展。
发明人发现现有技术中存在如下问题： 目前彩铃业务的方式只是依靠业 务签约， 而不考虑其他的参数和信息， 因此无法完成定制化的功能。 发明内容
本发明的实施例就是鉴于上述问题而提出， 其目的在于， 提供一种能根 据条件来播放多媒体彩铃的多媒体彩铃播放方法、 装置及其系统。 本发明的实施例提供一种多媒体彩铃播放方法， 该多媒体彩铃播放方法 包括以下歩骤： 根据用户的呈现信息生成多媒体彩铃播放信息或规则； 根据 所述的多媒体彩铃播放信息或规则生成多媒体彩铃播放数据； 将所述的多媒 体彩铃播放数据传送给终端进行播放。
本发明的实施例还提供一种多媒体彩铃播放方法， 该多媒体彩铃播放方 法包括以下歩骤： 接收用户端传来的呈现信息； 根据接收的呈现信息生成多 媒体彩铃播放信息或规则； 对生成的多媒体彩铃播放信息或规则与用户端的 对应关系进行存储； 根据呼叫请求从存储的对应关系中查询与呼叫用户端相 关的多媒体彩铃播放信息或规则； 根据查询到的多媒体彩铃播放信息或规则 生成主叫用户端多媒体彩铃播放数据和被叫用户端多媒体彩铃播放数据； 将 生成的多媒体彩铃播放数据传送给对应的用户端进行播放。
本发明的实施例又提供一种多媒体彩铃播放装置， 该多媒体彩铃播放装 置包括： 信息生成单元， 用于根据用户的呈现信息生成多媒体彩铃播放信息 或规则； 播放数据生成单元， 用于根据所述的多媒体彩铃播放信息或规则生 成多媒体彩铃播放数据； 传送播放单元， 用于将所述的多媒体彩铃播放数据 传送给终端进行播放。
本发明的实施例又提供一种多媒体彩铃播放装置， 该多媒体彩铃播放装 置包括： 信息接收单元， 接收用户端传来的呈现信息； 生成播放信息或规则 单元， 根据接收的呈现信息生成多媒体彩铃播放信息或规则； 存储单元， 对 生成的多媒体彩铃播放信息或规则与用户端的对应关系进行存储； 查询单 元， 根据呼叫请求从存储的对应关系中查询与呼叫用户端相关的多媒体彩铃 播放信息或规则； 生成播放数据单元， 根据查询到的多媒体彩铃播放信息或 规则生成主叫用户端多媒体彩铃播放数据和被叫用户端多媒体彩铃播放数 据； 输出单元， 将生成的多媒体彩铃播放数据传送给对应的用户端进行播 放。
本发明的实施例另提供一种多媒体彩铃播放系统， 该系统包括多媒体彩 铃播放装置和终端， 其中所述终端生成呈现信息并发送到所述多媒体彩铃播 放装置， 该呈现信息包括： 彩铃开启设置数据、 彩铃能力设置数据、 终端位 置数据、 终端状态设置数据和黑名单设置数据， 所述多媒体彩铃播放装置接 收所述呈现信息， 并根据所述呈现信息生成多媒体彩铃播放信息或规则， 对 生成的多媒体彩铃播放信息或规则与用户端的对应关系进行存储， 并根据呼 叫请求从存储的对应关系中查询与呼叫用户端相关的多媒体彩铃播放信息或 规则， 根据查询到的多媒体彩铃播放信息或规则生成主叫用户端多媒体彩铃 播放数据和被叫用户端多媒体彩铃播放数据， 将生成的多媒体彩铃播放数据 传送给对应的用户端进行播放。
本发明的实施例还提供一种多媒体彩铃播放方法， 该方法包括以下歩 骤： 终端根据用户的呈现信息生成多媒体彩铃播放信息或规则； 终端根据所 述的多媒体彩铃播放信息或规则生成多媒体彩铃播放数据； 播放所述的多媒 体彩铃播放数据。
本发明的实施例还提供一种终端， 所述终端包括： 信息生成单元， 用于 根据用户的呈现信息生成多媒体彩铃播放信息或规则； 播放数据生成单元， 用于根据所述的多媒体彩铃播放信息或规则生成多媒体彩铃播放数据； 多媒 体彩铃播放单元， 用于播放所述的多媒体彩铃播放数据。
本发明实施例的有益效果在于， 因为采用了由多媒体彩铃播放装置分别 对主叫端和被叫端终端提供多媒体彩铃业务， 所以克服了现有技术当中无法 完成定制化的， 进而达到了多媒体彩铃业务的条件播放的效果。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。 图 1A所示的是现有技术当中 CS域多媒体彩铃业务的网络框架图。 图 1B所示的是现有技术当中在 3GPP的 IMS当中实现彩铃业务的逻辑 图 2A所示的是本发明的一较佳实施方式的多媒体彩铃播放装置的结构 框图。
图 2B所述的是本发明的一较佳实施方式的多媒体彩铃播放方法的流程 图。
图 3所示的是通过服务器的方式实现本发明实施例 1的多媒体彩铃业务 条件播放的结构框图。
图 4所示的是本发明实施例 1的开展 CS方式的可视电话多媒体彩铃业 务过程当中的信令流程图。
图 5所示的是通过服务器的方式实现本发明实施例 2的多媒体彩铃业务 条件播放的结构框图。
图 6所示的是本发明实施例 2的开展 CS方式的可视电话多媒体彩铃业 务过程当中的信令流程图。
图 7所示的是通过服务器的方式实现本发明实施例 3的多媒体彩铃业务 条件播放的结构框图。
图 8所示的是本发明实施例 3的开展 IMS方式的可视电话多媒体彩铃 业务过程当中的信令流程图。
图 9所示的是本发明实施例 3的开展 IMS方式的可视电话多媒体彩铃 业务过程当中的信令流程图。 具体实施方式
为使本发明的实施例的目的、 技术方案和优点更加清楚明白， 下面结合 实施方式和附图， 对本发明的实施例做进一歩详细说明。 在此， 本发明实施 例的示意性实施方式及其说明用于解释本发明的实施例， 但并不作为对本发 明的限定。 另外以下所述的本发明实施例的多媒体彩铃包括彩铃 （回铃 音） 、 彩振 （振铃音） 以及彩像。
图 2A所示的是本发明的一较佳实施方式的多媒体彩铃播放装置的结构 框图、 图 2B所述的是本发明的一较佳实施方式的多媒体彩铃播放方法的流 程图。 以下结合图 2A、 图 2B详细说明本发明较佳实施方式的多媒体彩铃 播放装置及其方法。
如图 2A所示， 多媒体彩铃播放装置包括： 信息接收单元 21， 接收用户 端传来的呈现信息 （多媒体彩铃业务设置信息） ； 生成播放信息或规则单元 22， 根据接收的呈现信息生成多媒体彩铃播放信息或规则； 存储单元 23， 对生成的多媒体彩铃播放信息或规则与用户端的对应关系进行存储； 查询单 元 24， 根据呼叫请求从存储的对应关系中查询与呼叫用户端相关的多媒体 彩铃播放信息或规则； 生成播放数据单元 25， 根据查询到的多媒体彩铃播 放信息或规则生成主叫用户端多媒体彩铃播放数据和被叫用户端多媒体彩铃 播放数据； 输出单元 26， 将生成的多媒体彩铃播放数据传送给对应的用户 端进行播放。
其中所述的呈现信息包括： 彩铃开启设置数据、 彩铃能力设置数据、 终 端位置数据、 终端状态设置数据或黑名单设置数据的之一或组合。
所述的信息接收单元 21接收主叫用户端传来的呈现信息和被叫用户端 传来的呈现信息。
所述的生成播放信息或规则单元 22根据呈现信息生成彩铃播放信息或 规则、 彩振播放信息或规则、 或彩像播放信息或规则。
所述的生成播放数据单元 25对主叫用户端生成彩铃播放数据或彩像播 放数据、 对被叫用户端生成彩振播放数据或彩像播放数据。
所述的输出单元 26， 将所述的对主叫用户端生成彩铃播放数据或彩像 播放数据发送到主叫用户端进行播放； 将所述的对被叫用户端生成彩振播放 数据或彩像播放数据发送到被叫用户端进行播放。 其中， 以彩铃播放信息或规则的生成为例， 所述的生成播放信息或规则 单元 22根据主叫用户端传来的呈现信息和被叫用户端传来的呈现信息的双 方或任意一方， 生成对主叫端的彩铃播放信息或规则。 其中， 可以根据主叫 用户端传来的呈现信息和被叫用户端传来的呈现信息中优先级高的呈现信息 来生成对主叫端的彩铃播放信息或规则； 或根据主叫用户端传来的呈现信息 来生成对主叫端的彩铃播放信息或规则； 或根据被叫用户端传来的呈现信息 来生成对主叫端的彩铃播放信息或规则。
如图 2B所示， 本发明较佳实施例的多媒体彩铃播放方法包括以下歩 骤：
接收用户端传来的呈现信息 （S201 ) ；
根据接收的呈现信息生成多媒体彩铃播放信息或规则 （S202) ； 对生成的多媒体彩铃播放信息或规则与用户端的对应关系进行存储 ( S203 ) ；
根据呼叫请求从存储的对应关系中查询与呼叫用户端相关的多媒体彩铃 播放信息或规则 （S204 ) ；
根据查询到的多媒体彩铃播放信息或规则生成主叫用户端多媒体彩铃播 放数据和被叫用户端多媒体彩铃播放数据 （S205 ) ；
将生成的多媒体彩铃播放数据传送给对应的用户端进行播放 ( S206) 。
通过上述本发明的较佳实施例， 可以分别向主叫和被叫同时提供按用户 设置的彩铃和彩振。
实施例 1
图 3所示的是通过服务器的方式实现本发明实施例 1的多媒体彩铃业务 条件播放的结构框图。 在本实施例 1 中， 主要考虑通过 CS可视电话的方 式， 通过跨接的网络架构实现彩铃业务。
如图 3所示， 在整个的网络结构当中， 多媒体彩铃平台同呈现 (Presence) 平台连接， 他们之间的协议可以采用核心网的 BICC协议， 也可 以采用 SIP协议， 在实施例 1当中通过 SIP协议实现， BICC协议的原理类似。
另外， 在可视电话终端当中， 本实施例 1考虑的是移动终端， 如手机。 基于 CS的移动终端同 Presence平台之间的消息互通可以通过终端上的"环境 设置"功能， 如户外， 会议， 免打扰， 离线等状态， 在终端本地进行设置， 终端本地会根据用户对于每个状态的设置， 实现铃声， 按键声音， 屏幕亮度 等的自定义， 同时， 还可以将彩铃的设置状态纳入到这些状态当中。
比如说， 在会议状态， 终端设置的内容就是不允许进行彩振， 取消不适 合会议场合的彩铃类型的建立过程。
终端的这些终端的设置状态， 可以通过终端， 利用 SMS或者 USSD进行 承载， 从终端发送到服务器， 以便 Presence服务器保存这些状态信息， 在后 续的彩铃业务开展过程当中利用。
图 4所示的是本发明实施例 1的开展 CS方式的可视电话多媒体彩铃业 务过程当中的信令流程图。 以下， 详细说明信令流程图：
401、 UEA向 MSC SERVER A发 SETUP消息， 消息中携带的 BC— IE信元 中 ITC为， UDI，， ORA为 Ή.223&Η.245，。
402、 MSC SERVER A向归属位置寄存器 （HLR ) B发起 SRI ( Send roaming information , 发送漫游信息) 请求。
403、 HLR Β向被叫附着的 MSC SERVER B发送 PRN (Provide roaming number , 提供漫游号码） 消息以获取漫游号码。
404、 移动交换中心服务器 （ MSC SERVER ) B向 HLR B发送 PRN_ACK (PRN反馈） 返回漫游号码， 如果 MSC SERVER B支持预寻呼， 这时会先发起预寻呼过程后再返回漫游号码。
405、 HLR B向 MSC SERVER A发送 SRI— ACK ( SRI反馈） 以返回 UE B 的路由信息， 并携带被叫用户是否定制多媒体彩铃业务的信息。
406、 MSC SERVER A获得被叫的 MSRN ( Mobile Station Roaming Number: 移动台漫游号码） 后， 向主叫终端发起 Call— Proceeding (呼叫发 起） 。
407、 MSC SERVER A向多媒体彩铃平台发起 ISUP IAM消息。 如果被 叫用户签约了主叫号码显示业务， BICC IAM ( Bearer Independent Call Control Initial Address Message, 承载独立呼叫控制协议） 消息中需要携带主 叫号码和业务前缀信息。
其中， MSC SERVER通过 H.248协议控制 MGW。
A、 多媒体彩铃平台此时会向 Presence平台发起查询过程， 主要查询终 端相关的呈现信息， 包括用户状态 （会议， 户外等） ， 用户彩铃偏好， 甚至 用户位置信息等内容。 这些信息是终端通过本次呼叫外的其他方式进行配置 的， 如何配置， 前文已经说明， 在 CS方式当中可以采用 SMS或者 USSD方 式。 查询这些信息的目的主要在于， 彩铃平台可以通过取回这些信息， 同本 地的用户彩铃业务签约状态进行结合， 判断是否向用户提供彩铃， 以及提供 何种彩铃。
B、 Presence平台根据多媒体彩铃平台的查询请求， 返回其所需要的
Presence信息。
408、 多媒体彩铃平台向 MSC SERVER B发起 ISUP IAM消息。 如果被叫 用户签约了主叫号码显示业务， ISUP IAM消息中需要携带主叫号码。
409、 如果在取漫游号码时没有发起预寻呼， MSC SERVER B向 UE B发 起寻呼请求消息 Paging。
410、 UE B返回寻呼响应消息 Paging— rsp。
411、 MSC SERVER B向 UE B发 SETUP消息， 消息中携带的 BC— IE信元 中 ITC为， UDI，， ORA为 Ή.223&Η.245，。
412、 UE B返回 CALL CONFIRMED (呼叫确认） 消息， 没有携带新的 BC— IE, 表示能够支持 VP被叫。
413、 被叫振铃后， UE B向 MSC SERVER B返回 ALERTING (提醒） 消 白E、
414、 MSC SERVER B向彩铃平台发送 ACM ( Audio Compression Manager: 音频压缩管理） 。
415、 彩铃平台在接收到被叫交换机发来的 ACM后， 向主叫交换机发送 携带彩铃信息的 ACM。
416、 MSC SERVER A识别该彩铃信息， 发送 Alerting和 Connect (连 接） 到 UE A。
417、 UE A在接收到 Connect后， 向 MSC SERVER A发送 Connect ACK消 白E、。
418、 UE A和彩铃平台之间建立 H.245过程。
419、 UE A通过彩铃平台收看视频彩铃。 该彩铃内容是根据先前的 Presence信息以及结合用户的彩铃业务签约信息来决定的。
420、 UE B完成摘机动作之后， 向 MSC SERVER B发送 Connect消息。 421、 MSC SERVER B向多媒体彩铃平台发送 ANM消息。
422、 MSC SERVER B向 UE B发送 Connect ACK消息。
423、 多媒体彩铃平台向 MSC SERVER A发送 ANM消息， 此时主叫交换 机开始计费。
424、 MSC SERVER A向 UE A发送 Connect信令。 （MSC SERVER A不 向 UE A发送 Connect信令或 UE A不处理 Connect消息， 此歩为可选。 ）
425、 彩铃平台和 UE B之间建立 H.245过程， 并使 UE A、 UE B之间进行 视频通话。
在本实施例 1当中， 除了可以利用彩铃平台向 Presence服务器查询用户 的状态信息之外， 还可以向彩铃平台所存放的用户相关的 Profile数据来查 询， Profile数据包括例如用户设置的时间段信息， 即什么时间段播放什么类 型的彩铃信息， 什么时间段允许播放， 什么时间段不允许播放， 以及用户的 偏好， 黑白名单等。 同时， 用户还可以结合着 Presence查询过程， 以及 Profile的方式来提供 业务。
信令 A可以采用 SIP的 SUBSCRIBE信令。 信令 B可以采用 SIP的 NOTIFY 信令。 Presence平台在收到 SUBSCRIBE信令之后， 会将用户的 Presence信息 通过 NOTIFY直接通知终端。 这个过程在图 4当中， 主要包括在终端信息查 询过程。 更进一歩， Presence信息可以扩展到终端的能力信息， 包括终端是 否支持多媒体彩铃， 以及支持何种的多媒体彩铃。 这样， 终端在开展可视电 话过程当中， 就不需要挟带扩展字段， 表明自身所支持的彩铃能力或者类 型， 而直接通过 Presence信息来进行判断， 从而降低了对终端的要求， 可以 更好的兼容非多媒体彩铃的可视电话呼叫。
后续的多媒体彩铃建立过程， 在本发明的实施例当中只是利用彩铃， 也 就是通常意义下的主叫收听回铃音的方式进行的介绍， 对于被叫收听振铃音 的方式， 该方式和方法也同样适用。
实施例 2
图 5所示的是通过服务器的方式实现本发明实施例 2的多媒体彩铃业务 条件播放的结构框图。 在本实施例 2中， 主要考虑通过 CS可视电话的方 式， 通过非跨接的网络架构实现彩铃业务。
其中， 在整个的网络结构当中， 多媒体彩铃平台同 Presence平台连接， 他们之间的协议可以采用核心网的 BICC协议， 也可以采用 SIP协议， 在本实 施例 2当中通过 SIP协议实现， BICC协议的原理类似。
同上述的跨接方案类似， 网络结构之间只存在多媒体彩铃平台所处位置 的差异。 且在通话过程当中， 多媒体彩铃平台在本方案当中不会承接正常可 视电话部分的接续工作。
Presence信息的设置方式如上述实施例 1所述。 SP， 终端可以通过 SMS、 USSD、 SIP等方式， 通过可视电话的带外信令或者途径， 将终端用户 的状态信息， 如户外、 会议、 离线等环境状态， 以及用户终端的能力信息， 可能包括 UAProf等信息传递到 Presence服务器。 并且在可视电话的多媒体彩 铃业务过程当中利用该信息进行业务的开展过程。
图 6所示的是本发明实施例 2的开展 CS方式的可视电话多媒体彩铃业 务过程当中的信令流程图。 以下， 详细说明信令流程图：
601、 UEA向 MSC SERVER A发 SETUP消息， 消息中携带的 BC— IE信元 中 ITC为， UDI，， ORA为 Ή.223&Η.245，。
602、 MSC SERVER A向 HLR B发起 SRI请求。
603、 HLR B向被叫附着的 MSC SERVER B取漫游号码。
604、 MSC SERVER B向 HLR B返回漫游号码， 如果 MSC SERVER B支 持预寻呼， 这时会先发起预寻呼过程后再返回漫游号码。
605、 HLR B向 MSC 8 1 ^1 八返回1¾ 8的路由信息， 并携带被叫用户 是否定制多媒体彩铃业务的信息。
606、 MSC SERVER A获得被叫的 MSRN后， 向主叫终端发起 Call— Proceeding。
607、 MSC SERVER A向 MSC SERVER B发起 ISUP IAM消息。 如果被 叫用户签约了主叫号码显示业务， ISUP IAM消息中需要携带主叫号码。
608、 如果在取漫游号码时没有发起预寻呼， MSC SERVER B向 UE B发 起寻呼请求消息。
609、 UE B返回寻呼响应消息。
610、 MSC SERVER B向 UE B发 SETUP消息， 消息中携带的 BC— IE信元 中 ITC为， UDI，， ORA为 Ή.223&Η.245，。
611、 UE Β返回 CALL CONFIRMED消息， 没有携带新的 BC— IE, 表示 能够支持 VP被叫。
612、 被叫振铃后， UE B向 MSC SERVER B返回 ALERTING消息。 613、 MSC SERVER B向 MSC SERVER A返回 BICC ACM消息。
614、 MSC SERVER A向 UE A返回 ALERTING消息。 615、 MSC SERVER A向多媒体彩铃平台发起 BICC IAM消息， 携带被 叫是否定制多媒体彩铃业务的信息。
其中， MSC SERVER通过 H.248协议控制 MGW。
A、 和实施例 1类似， 彩铃平台通过 SIP的信令向 Presence平台查询用户 的状态信息， 包括位置信息， 偏好信息， 状态信息等， 如果需要， 还可以包 括终端能力信息， 并根据终端能力信息来判断是否终端具备多媒体彩铃业务 开展得能力。
B、 Presence平台返回多媒体彩铃平台所需要的查询结果。 多媒体彩铃 平台根据查询结果结合用户的签约结果来判断如何开展彩铃业务。
616、 多媒体彩铃平台向 MSC SERVER A返回 BICC ACM消息。 MSC
SERVER A识别多媒体彩铃平台发来的 ACM消息， 并不向主叫终端发送 Alerting消息。
617、 在接到彩铃平台发来的 ANM后， MSC SERVER A向主叫终端 UE A发送连接信令 CONNECT, 同时监听被叫交换机 MSC SERVER B是否有返 回消息。
618、 UE A向 MSC SERVER A返回应答 CONNECT ACK消息。
619、 UE A和多媒体彩铃平台之间建立 H.245过程。 建立后， 主叫终端 用户可以收看多媒体彩铃平台播放的多媒体彩铃信息。
620、 被叫终端 UE B发送应答消息 CONNECT。
621、 被叫交换机 MSC SERVER B向主叫交换机 MSC SERVERA返回
BICC A丽。
622、 被叫交换机 MSC SERVER B向被叫终端返回连接确认 CONNECT ACK 。
623、 主叫交换机 MSC SERVER A向多媒体彩铃平台发起 BICC Release 消息， 使多媒体彩铃平台和主叫终端 UE A之间拆除 H.245。
624、 多媒体彩铃平台和主叫终端 UE A之间拆除 H.245过程。 625、 H.245拆除后， 多媒体彩铃平台向主叫交换机 MSC SERVER A返 回 BICC Release Complete消息。
626、 主叫终端 UE A和被叫终端 UE B之间建立 H.245过程。
627、 可视电话通话完毕后， 主叫终端 UE A和被叫终端 UE B之间拆除 H.245过程和底层电路承载过程。
在上述实施例 2的歩骤 A当中， 多媒体彩铃平台向 Presence平台发送 SUBSCRIBE消息， 用来查询用户的 Presence信息； Presence平台通过 NOTIFY消息返回 Presence信息。 这上述的消息当中， 可以传递用户的 Presence信息， 还可以携带用户终端的能力信息， 用来确定彩铃业务的建立 过程。
后续的多媒体彩铃建立过程， 在本实施例 2当中只是利用彩铃， 也就是 通常意义下的主叫收听回铃音的方式进行的介绍， 对于被叫收听振铃音的方 式， 该方式和方法也同样适用。
实施例 3
图 Ί所示的是通过服务器的方式实现本发明实施例 3的多媒体彩铃业务 条件播放的结构框图。 本实施例 3考虑通过 IMS可视电话的方式， 通过早 期媒体的方式实现彩铃业务。
如图 7所示， 在整个的网络结构当中， 多媒体彩铃 AS同 Presence平台连 接， 他们之间的协议采用 SIP协议， 通过 Presence服务器所定义的 PRS-3接 口， 利用 SIP协议进行通信。
在 Prsence业务当中， 对参与通信的网络单元和实体分为三类， 一类是 Source , 也就是提供整个 Presence信息的网络单元， 在这里， 我们可以称作 终端。 在 SIP网络当中， 通过 PUBLISH方法向 Presence AS发送 Presence信 息。
一类是 Presence服务器， 也就是 AS , 主要用于收集所服务对象的
Presence信息， 以便提供给需要的用户。 还有一类叫作 Watcher , 也就是接收目标用户， 或者请求目标用户 Presence信息的用户。 他通过 SUBSCRIBE方法向 Presence AS发起用户 Presence信息的请求， Presence AS通过 NOTIFY消息向 Watcher发送 Presence 信息。
上述的框架在整个 IMS当中都是普遍适用的， 遵守 OMA ( Open Mobile
Alliance: 开放移动联盟所定义的 SIMPLE规则。
终端， 特别是具备 IMS多媒体彩铃能力的终端， 如果具备 Presence功能 的话， 他将遵照 Presence所定义的流程上报自己的 Presence信息。
彩铃平台， 在开展业务的过程当中， 需要定义好同 Presence服务器之间 的接口， 在这里， 我们定义为 PRS-3接口。 同时， 在下面的过程当中定义同 presence服务器之间的交互流程。
在 Presence信息当中包括终端所支持的彩铃业务类型的标志。 终端在进 行多媒体彩铃业务的过程当中， 如何选择呼叫流程， 可以通过 AS对 Presence 信息的查询进行选择。 如终端在 Presence信息当中上报支持早期媒体， 还是 Forking方式。 这样终端就可以不需要在会话发起过程当中改变同可视电话 所不同的呼叫信令了。
图 8所示的是本发明实施例 3的开展 IMS ( IP Multimedia Subsystem: IP 多媒体子系统） 方式的可视电话多媒体彩铃业务过程当中的信令流程图。 以 下， 详细说明信令流程图：
A、 UE-A通过 SIP信令的 PUBLISH (发布） 方法， 向 Presence服务器发 送 UE-A相关的终端 Presence信息， 其中可以包括用户的状态信息， 也可以包 含用户终端的能力信息以及业务信息。 如终端是否支持彩铃业务， 支持什么 样的彩铃业务类型等。
B、 UE-B通过 SIP信令的 PUBLISH方法， 其上报方式和内容同歩骤 A。 需要说明的是， 整个 Presence的上报过程， 不属于彩铃业务的关注范围内， 我们认为这个 Presence信息上报过程是本方案的带外过程。 801-802) . UE-A向 UE-B发送一个邀请 INVITE请求建立二者之间的通 话， 同时携带 SDP的 OFFER (01 ) 。 该 INVITE请求根据 S-CSCF当中的最初 过滤标准 iFC被路由到相应的 AS。 UE-A在 SIP的 INVITE请求当中需要在 Supported头域当中包含对话 early-session的 option tag。
803-805). AS将这个 INVITE请求并包含 SDP的提议 OFFER ( 01 ) 发送 到 UE-B。
C、 AS在收到 INVITE请求之后， 需要向 Presence平台发起查询 SUBSCRIBE过程， 主要查询终端相关的呈现信息， 包括用户状态 （彩铃业 务是否在线， 是否需要自定义播放等） ， 用户彩铃偏好， 甚至用户位置信息 等内容。 AS通过查询这些信息， 可以获取用户的状态信息和终端的业务信 息， 以及终端的能力信息。 通过对这些信息进行查询之后， AS可以做如下 的工作， 首先， 决定是否开展彩铃业务； 其次， 如果需要开展， 决定开展什 么类型的彩铃业务； 再次， 在决定开展彩铃业务之后， 选择合适的方案， 比 如说， 采用 Forking方式还是早期媒体方式； 最后， 在呼叫过程当中提供彩 铃业务。 此外， 如果终端用户根据 Presence信息设定了彩铃业务的播放规 贝 IJ , 比如说， 根据用户的状态， 用户的位置信息进行彩铃业务的播放， 甚至 彩铃内容的选择的话， AS业务需要根据这些查询到的 Presence信息来对 MRF 进行控制， 以便正确的开展彩铃业务。
D、 Presence平台根据多媒体彩铃平台的查询请求， 发送 notify返回其所 需要的 Presence信息。
806-811). AS决定 UE-B是否具有多媒体彩铃业务的签约关系， 同时向 MRFP请求媒体资源。 AS决定 UE-A是否支持早期媒体， 同时向 UE-A发送一 个早期会话的 SIP 183应答。 早期会话包含了一个 SDP的 OFFER ( CAT- CO ， 这个 OFFER可以帮助在 MRFP和 UE-A之间建立 CAT媒体。 UE-A对 SIP 183应答响应通过 PRACK消息进行确认， 并在该消息当中携带 SDP的响应 ANSWER (CAT-A) 。 AS向 UE-A播放 CAT媒体内容。 基于运营的策略， 6- 11歩可以在第 2歩之后， 在 INVITE请求被转发到 UE-B之前发生。
812-814) . UE-B发送一个携带 SDP ANSWER (A1 ) 的 SIP 180应答响 应， 这个应答响应首先到达 AS。
815-816). AS收到从 UE-B发送的 "180 Ringing"应答响应之后， 将该响 应修改为" 183 Session Progress" , 并且将这个应答响应携带原有的 SDP ANSWER (AO ， 并转发到 UE-A。
817-826). UE- A对临时应答响应进行可靠的确认。
827-836). UE-B应答本次呼叫。 UE-B向 AS发送 200 OK应答响应， 同时 AS停止通过早期媒体会话向 UE-A发送 CAT媒体。
本实施例 3当中， 主要可以分为三个歩骤。
第一个歩骤： Presence信息的上报过程， 为了说明这个信息如何上报到 服务器， 本实施例 3进行了简单的描述， 不过， 这个过程应该属于同彩铃业 务不相关的带外过程。
第二个歩骤： AS向 Presence的服务器查询用户或者终端的 Presence信 息。 并且根据这些信息来决定是否开展彩铃业务， 开展何种类型的彩铃业 务， 彩铃业务开展采用何种流程， 以及彩铃业务过程当中选择何种的彩铃内 容和方式等。
第三个歩骤： 彩铃和通话的建立过程。 这个过程， 主要是彩铃业务的具 体实现， 本实施例 3当中通过早期媒体的方式说明彩铃业务的建立过程。 本 发明不限于此种方案， 即不限于向主叫发送回铃音的方式， 还可以包括向被 叫发送振铃音的方式。
通过本实施例 3， 彩铃业务在开展过程当中可以充分的利用 Presence信 息， 提供更个性化的多媒体彩铃业务， 同时， 彩铃业务同现有 IMS可视电 话呼叫以及不同多媒体彩铃呼叫方法之间也能够实现一个完整的融合。
实施例 4 本实施例 4考虑通过 IMS可视电话的方式， 通过 Forking (分支） 的方 式实现彩铃业务。 其中本发明实施例 4的多媒体彩铃业务条件播放的结构框 图与上述实施例 3 相同， 即在整个的网络结构当中， 多媒体彩铃 AS 同 Presence平台连接， 他们之间的协议采用 SIP协议， 通过 Presence服务器所 定义的 PRS-3接口， 利用 SIP协议进行通信。
同早期媒体所定义的网络结构类似， Forking的多媒体彩铃业务的建立 方式仅仅在网络呼叫的方式上有所不同， 在其他方面没有太大的区别。
Forking的方式， 由于采用的是 IMS的方法， 因此， 整个 Presence信息的 提供仍然是基于 SIP的方式进行提供的。 在整个过程当中， 多媒体彩铃业务 的开展过程可以依靠多媒体彩铃的 AS对 Presence信息的查询获得。
对于两种不同的 IMS的实现方式， 除了可以通过终端在呼叫过程当中， 携带不同的通信能力到 AS服务器之外， 还可以在 Presence信息当中包括终端 所支持的彩铃业务类型的标志。 终端在进行多媒体彩铃业务的过程当中， 如 何选择呼叫流程， 可以通过 AS对 Presence信息的查询进行选择。 如终端在 Presence信息当中上报支持早期媒体， 还是 Forking方式。 这样终端就可以不 需要在会话发起过程当中改变同可视电话所不同的呼叫信令了。
图 9所示的是本发明实施例 3的开展 IMS (IP Multimedia Subsystem: IP 多媒体子系统） 方式的可视电话多媒体彩铃业务过程当中的信令流程 图。 以下， 详细说明信令流程图：
A、 UE- A通过 SIP信令的发布 PUBLISH方法， 向 Presence服务器发送 UE-
A相关的终端 Presence信息， 其中可以包括用户的状态信息， 也可以包含用 户终端的能力信息以及业务信息。 如终端是否支持彩铃业务， 支持什么样的 彩铃业务类型等。
B、 UE-B通过 SIP信令的 PUBLISH方法， 其上报方式和内容同歩骤 A。 需要说明的是， 整个 Presence的上报过程， 不属于彩铃业务的关注范围内， 我们认为这个 Presence信息上报过程是本方案的带外过程。 A、 B两个歩骤在 Forking方式和早期媒体方式之间没有本质区别。
101-102) . UE-A向 UE-B发送一个 INVITE请求， 并在其中携带 SDP OFFER ( 01 ) 用以建立两者之间的呼叫。 这个 INVITE请求由 S-CSCF的 iFC 进行触发， 并被路由到 AS当中。
103-105). AS将最初的 INVITE请求转发到 UE-B。
C、 AS在收到 INVITE请求之后， 需要向 Presence平台发起查询过程， 主 要查询终端相关的呈现信息， 包括用户状态 （彩铃业务是否在线， 是否需要 自定义播放等） ， 用户彩铃偏好， 甚至用户位置信息等内容。 AS通过查询 这些信息， 可以获取用户的状态信息和终端的业务信息， 以及终端的能力信 息。 通过对这些信息进行查询之后， AS可以做如下的工作， 首先， 决定是 否开展彩铃业务； 其次， 如果需要开展， 决定开展什么类型的彩铃业务； 再 次， 在决定开展彩铃业务之后， 选择合适的方案， 比如说， 采用 Forking方 式还是早期媒体方式； 最后， 在呼叫过程当中提供彩铃业务。 此外， 如果终 端用户根据 Presence信息设定了彩铃业务的播放规则， 比如说， 根据用户的 状态， 用户的位置信息进行彩铃业务的播放， 甚至彩铃内容的选择的话， AS业务需要根据这些查询到的 Presence信息来对 MRF进行控制， 以便正确的 开展彩铃业务。
D、 Presence平台根据多媒体彩铃平台的查询请求， 返回其所需要的 Presence信息。
106-108). UE-B发送一个" 180 Ringing (铃声） "应答响应， 并且携带一 个 SDP的 Answer (A1 ) 用来建立一个早期对话 （D1 ) 。 这个应答响应首先 到达 AS。
109) . AS从 MRFP请求媒体资源， 并且创建 CAT媒体资源的响应 ANSWER ( A2 ) 。 基于运营商的策略， 歩骤 109-115可以在第 2歩之后， INVITE请求被转发到 UE-B之前发生。
110-111). AS生成一个可靠的" 183 Session Progress (会话进行) "的临 时应答响应， 并发送给 UE-A。 这个过程应该如同 AS接收到了一个被分支后 的 INVITE所对应的响应一样， 并且 UE-A利用这个应答响应建立早期对话 (D2) 。 使用" 183 Session Progress"可以避免触发 UE-A的本地 CAT。 这个应 答相应消息当中包含了 SDP ANSWER (A2) ， 可以帮助在 MRFP和 UE-A之 间建立多媒体彩铃的媒体通路。
112-113). UE- A对这个临时应答响应进行确认。
114-115). AS发送 200 OK应答响应来确认 UE-A发送的 PRACK消息。 116-117) . AS将从 UE-B所接收到的" 180 Ringing"应答相应修改为" 183 Session Progress", 并且在该响应当中携带相同的 ANSWER (Al ) ， 并转发 到 UE-A以建立早期对话 （D1 ) 。 基于运营商的策略， 歩骤 116-119以及歩骤 126-127， 在 AS选择保存从 UE-B所接收到的 ANSWER (Al ) ， 并且没有立 即发送临时应答响应的情况下可以被忽略。 UE-A仍然需要保存 SDP ANSWER Al和 A2， 应为他并不知道那个 ANSWER将会被最终确认。
118-119). UE-A确认临时应答响应消息。
120-125). AS确认从 UE-B发出的临时应答响应消息。
128-130). 在 UE-B的用户最终应答了本次呼叫。 UE-B发送 200 OK应答 响应， 这个应答响应最先到达 AS。
131). AS通知 MRFP停止向终端发送 CAT媒体。
132-133). AS转发 200 OK应答响应到 UE-A, 用来对早期对话 （D1 ) 进 行确认。 假如 AS在第 116歩当中， 没有将 UE-B的 ANSWER ( Al ) 发送到 UE-A, 那么 AS需要在 200 OK应答响应当中包含 ANSWER (Al ) 用来确认 对话 (D1 ) 。
134-138). UE-A确认对话 (D1 ) 。 基于 SDP OFFER (01 ) 和 ANSWER (Al ) ， UE-A和 UE-B之间的通话完成建立过程。 由" 183 Session Progress" 建立的早期对话 （D2 ) ， 因为没有最终的应答响应， 由于时间超时的原因 自动终止。 本实施例 4当中， 主要可以分为三个歩骤。
第一个歩骤： Presence信息的上报过程， 为了说明这个信息如何上报到 服务器， 本实施例 4进行了简单的描述， 不过， 这个过程应该属于同彩铃业 务不相关的带外过程。
第二个歩骤： AS向 Presence的服务器查询用户或者终端的 Presence信 息。 并且根据这些信息来决定是否开展彩铃业务， 开展何种类型的彩铃业 务， 彩铃业务开展采用何种流程， 以及彩铃业务过程当中选择何种的彩铃内 容和方式等。
第三个歩骤： 彩铃和通话的建立过程。 这个过程， 主要是彩铃业务的具 体实现， 本实施例 4当中通过 Foring的方式说明彩铃业务的建立过程。 本发 明不限于此种方案， 即不限于向主叫发送回铃音的方式， 还可以包括向被叫 发送振铃音的方式。
本实施例 4主要是从方法和流程上对上述的过程进行描述。 通过本实施 例 4， 彩铃业务在开展过程当中可以充分的利用 Presence信息， 提供更个性 化的多媒体彩铃业务， 同时， 彩铃业务同现有 IMS可视电话呼叫以及不同 多媒体彩铃呼叫方法之间也能够实现一个完整的融合。
实施例 5
本实施例 5是通过终端的方式实现多媒体彩铃业务条件播放的实施例之 一。 该方法包括以下歩骤：
终端根据用户的呈现信息生成多媒体彩铃播放信息或规则；
终端根据所述的多媒体彩铃播放信息或规则生成多媒体彩铃播放数据； 播放所述的多媒体彩铃播放数据。
其中， 所述呈现信息除了包括呈现业务所定义的呈现信息外， 还包括： 彩铃开启数据、 彩铃能力数据、 终端位置数据、 终端状态数据或黑名单数据 的之一或组合。
其中， 所述的根据接收的呈现信息生成多媒体彩铃播放信息或规则的歩 骤是指：
根据呈现信息生成彩铃播放信息或规则、 彩振播放信息或规则、 或背景 音播放信息或规则。
在本实施例 5中， 我们忽略可视电话的具体承载的方式， 而是对终端在 过程当中的行为进行规定。 我们在本方案当中考虑的前提条件可以分为两 种， 一种是主叫过程， 一种是被叫过程。 虽然这两个过程在业务开展当中类 似， 但是我们仍然将他们合并在一起讨论。
在彩铃建立过程当中， 这里所说的彩铃， 包括了回铃音和振铃音， 终端 可以设置终端需要建立的通话的类型。 这些类型可以包括：
1、 是否接受多媒体彩铃；
2、 接受彩铃的类型；
上述的动作可以依据如下的条件：
1、 用户目前所处的环境。 如果用户目前所处的环境处于会议状 态， 那么终端在接收到彩振的情况下， 将会根据终端本地的设置， 不对所接 受到的内容进行呈现， 而是简单的通过 UI提示的方式实现。 这个过程当 中， 由于媒体协商过程当中， 终端知道将要开展的业务是什么类型， 终端需 要做什么样的动作， 因此终端完全可以结合终端的环境情况 （用户的状态设 置） 来实现这样的功能。 类似的方式还有， 如果是静音的方式， 那么多媒体 彩铃的彩振业务， 只会出现视频内容， 音频内容终端将不进行播放。 还有其 它的一些场合， 如果终端本地设定拒绝建立多媒体彩铃业务， 那么终端可以 通过播放本地铃声的方式， 替代网络侧所下发的多媒体内容。
2、 用户的期望。 如果用户期望开展某种类型的彩铃， 而不希望开 展另外类型的彩铃。 终端可以根据用户在呼叫过程当中的主叫或者被叫的信 息， 业务标识， 内容种类表示， 时间信息等， 来区别的对待不同的彩铃业 务， 从而选择呈现彩铃业务， 呈现部分彩铃业务， 或者不呈现彩铃业务等。
3、 终端用户的自定义设置。 所谓用户自定义的， 也就是其它的一 些参数， 比如说， 自己设定在某个位置区域内， 不接收彩铃。 在漫游状态 下， 不接收彩铃等。
本实施例 5所需要解决的问题在于， 服务器侧不提供个性化的彩铃业 务， 也就是说， 不通过服务器的方式， 对彩铃播放的条件进行设定。 终端和 服务器之间的彩铃业务开展采取正常的流程。 那么， 终端本地可以根据终端 所处的状况， 比如说， 网络状况， 位置状况， 时间状况等， 以及用户的状 态， 如忙， 公务会议， 心情等对彩铃内容是否呈现给用户， 或者如何呈现给 用户进行一个本地的过滤。
本发明实施例还提供一种相应的终端， 包括：
信息生成单元， 用于根据用户的呈现信息生成多媒体彩铃播放信息或规 则；
播放数据生成单元， 用于根据所述的多媒体彩铃播放信息或规则生成多 媒体彩铃播放数据；
多媒体彩铃播放单元， 用于播放所述的多媒体彩铃播放数据。
通过上述的方式， 终端可以提供类似于网络方式的多媒体彩铃业务的条 件播放功能。
本发明的实施例提出的是一种多媒体彩铃条件播放的实现方案， 主要提 供在 VP电话过程当中的多媒体彩铃相关的实现方法， 通过该方法， 解决了 目前多媒体彩铃业务仅仅依靠业务订阅关系的问题触发、 解决了目前多媒体 彩铃无法根据位置信息进行播放的问题、 解决目前多媒体彩铃无法根据用户 的 Presence信息进行播放的问题， 从而实现多媒体彩铃业务的多种触发方 式， 以便用户能够根据自身的实际情况进行选择。
以上所述的具体实施方式， 对本发明的目的、 技术方案和有益效果进行 了进一歩详细说明， 所应理解的是， 以上所述仅为本发明的具体实施方式而 已， 并不用于限定本发明的保护范围， 凡在本发明的精神和原则之内， 所做 的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求书
1 . 一种多媒体彩铃播放方法， 其特征在于， 所述多媒体彩铃播放方法 包括以下歩骤：
根据用户的呈现信息生成多媒体彩铃播放信息或规则；
根据所述的多媒体彩铃播放信息或规则生成多媒体彩铃播放数据； 将所述的多媒体彩铃播放数据传送给终端进行播放。
2. 根据权利要求 1所述的多媒体彩铃播放方法， 其特征在于， 所述呈 现信息除了包括呈现业务所定义的呈现信息外， 还包括： 彩铃开启数据、 彩 铃能力数据、 终端位置数据、 终端状态数据或黑名单数据的之一或组合。
3. 根据权利要求 1所述的多媒体彩铃播放方法， 其特征在于， 所述多 媒体彩铃播放方法还包括：
从终端接收用户的呈现信息， 并根据该呈现信息生成多媒体彩铃播放信 息或规则。
4. 根据权利要求 3所述的多媒体彩铃播放方法， 其特征在于， 所述的 根据接收的呈现信息生成多媒体彩铃播放信息或规则的歩骤是指：
根据呈现信息生成彩铃播放信息或规则、 彩振播放信息或规则、 或背景 音播放信息或规则。
5. 根据权利要求 4所述的多媒体彩铃播放方法， 其特征在于， 所述多 媒体彩铃播放方法还包括：
根据主叫用户端传来的呈现信息和被叫用户端传来的呈现信息的双方或 任意一方， 生成对主叫端的彩铃播放信息或规则。
6. 根据权利要求 5所述的多媒体彩铃播放方法， 其特征在于， 所述多 媒体彩铃播放方法还包括：
根据主叫用户端传来的呈现信息和被叫用户端传来的呈现信息中优先级 高的呈现信息来生成对主叫端的彩铃播放信息或规则； 或
根据主叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息或规 则; 或
根据被叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息或规 则。
7. 根据权利要求 1所述的多媒体彩铃播放方法， 其特征在于， 所述根 据多媒体彩铃播放信息或规则生成多媒体彩铃播放数据包括：
生成传送给被叫用户的彩振播放数据；
和 /或生成传送给主叫用户的彩铃播放数据。
8. 根据权利要求 Ί所述的多媒体彩铃播放方法， 其特征在于， 所述多 媒体彩铃播放方法还包括：
将所述的彩振播放数据发送到被叫终端进行播放；
和 /或将所述的彩铃播放数据发送到主叫终端进行播放。
9. 一种多媒体彩铃播放方法， 其特征在于， 所述多媒体彩铃播放方法 包括以下歩骤：
接收用户端传来的呈现信息；
根据接收的呈现信息生成多媒体彩铃播放信息或规则；
对生成的多媒体彩铃播放信息或规则与用户端的对应关系进行存储； 根据呼叫请求从存储的对应关系中查询与呼叫用户端相关的多媒体彩铃 播放信息或规则；
根据查询到的多媒体彩铃播放信息或规则生成主叫用户端多媒体彩铃播 放数据和被叫用户端多媒体彩铃播放数据 ·'
将生成的多媒体彩铃播放数据传送给对应的用户端进行播放。
10. 根据权利要求 9所述的多媒体彩铃播放方法， 其特征在于， 所述接 收用户端传来的呈现信息是指：
彩铃开启设置数据、 彩铃能力设置数据、 终端位置数据、 终端状态设置 数据或黑名单设置数据的之一或组合， 以及呈现业务所定义的呈现信息。
1 1 . 根据权利要求 10所述的多媒体彩铃播放方法， 其特征在于， 所述 的接收用户端传来的呈现信息的歩骤包括：
接收主叫用户端传来的呈现信息；
和 /或接收被叫用户端传来的呈现信息。
12. 根据权利要求 9所述的多媒体彩铃播放方法， 其特征在于， 所述的 根据接收的呈现信息生成多媒体彩铃播放信息或规则的歩骤是指：
根据呈现信息生成彩铃播放信息或规则、 彩振播放信息或规则， 或背景 音播放信息或规则。
13. 根据权利要求 12所述的多媒体彩铃播放方法， 其特征在于， 所述 的根据查询到的多媒体彩铃播放信息或规则生成主叫用户端多媒体彩铃播放 数据和被叫用户端多媒体彩铃播放数据歩骤包括：
对主叫用户端生成彩铃播放数据或彩像播放数据；
对被叫用户端生成彩振播放数据或彩像播放数据。
14. 根据权利要求 13所述的多媒体彩铃播放方法， 其特征在于， 所述 的将生成的多媒体彩铃播放数据传送给对应的用户端进行播放包括：
将所述的对主叫用户端生成彩铃播放数据或彩像播放数据发送到主叫用 户端进行播放；
将所述的对被叫用户端生成彩振播放数据或彩像播放数据发送到被叫用 户端进行播放。
15. 根据权利要求 11所述的多媒体彩铃播放方法， 其特征在于， 所述 多媒体彩铃播放方法还包括：
根据主叫用户端传来的呈现信息和被叫用户端传来的呈现信息的双方或 任意一方， 生成对主叫端的彩铃播放信息或规则。
16. 根据权利要求 15所述的多媒体彩铃播放方法， 其特征在于， 所述 多媒体彩铃播放方法还包括：
根据主叫用户端传来的呈现信息和被叫用户端传来的呈现信息中优先级 高的呈现信息来生成对主叫端的彩铃播放信息或规则； 或 根据主叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息或规 则; 或
根据被叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息或规 则。
17. 一种多媒体彩铃播放装置， 其特征在于， 所述多媒体彩铃播放装置 包括：
信息生成单元， 用于根据用户的呈现信息生成多媒体彩铃播放信息或规 则；
播放数据生成单元， 用于根据所述的多媒体彩铃播放信息或规则生成多 媒体彩铃播放数据；
传送播放单元， 用于将所述的多媒体彩铃播放数据传送给终端进行播 放。
18. 一种多媒体彩铃播放装置， 其特征在于， 所述多媒体彩铃播放装置 包括：
信息接收单元， 接收用户端传来的呈现信息；
生成播放信息或规则单元， 根据接收的呈现信息生成多媒体彩铃播放信 息或规则；
存储单元， 对生成的多媒体彩铃播放信息或规则与用户端的对应关系进 行存储；
查询单元， 根据呼叫请求从存储的对应关系中查询与呼叫用户端相关的 多媒体彩铃播放信息或规则；
生成播放数据单元， 根据查询到的多媒体彩铃播放信息或规则生成主叫 用户端多媒体彩铃播放数据和被叫用户端多媒体彩铃播放数据；
输出单元， 将生成的多媒体彩铃播放数据传送给对应的用户端进行播 放。
19. 根据权利要求 18所述的多媒体彩铃播放装置， 其特征在于， 所述 的呈现信息包括：
彩铃开启设置数据、 彩铃能力设置数据、 终端位置数据、 终端状态设置 数据或黑名单设置数据的之一或组合。
20. 根据权利要求 19所述的多媒体彩铃播放装置， 其特征在于， 所述 的信息接收单元接收主叫用户端传来的呈现信息和被叫用户端传来的呈现信 息。
21. 根据权利要求 18所述的多媒体彩铃播放装置， 其特征在于， 所述 的生成播放信息或规则单元根据呈现信息生成彩铃播放信息或规则、 彩振播 放信息或规则、 或彩像播放信息或规则。
22. 根据权利要求 21所述的多媒体彩铃播放装置， 其特征在于， 所述 的生成播放数据单元对主叫用户端生成彩铃播放数据或彩像播放数据、 对被 叫用户端生成彩振播放数据或彩像播放数据。
23. 根据权利要求 22所述的多媒体彩铃播放装置， 其特征在于， 所述 的输出单元，
将所述的对主叫用户端生成彩铃播放数据或彩像播放数据发送到主叫用 户端进行播放；
将所述的对被叫用户端生成彩振播放数据或彩像播放数据发送到被叫用 户端进行播放。
24. 根据权利要求 20所述的多媒体彩铃播放装置， 其特征在于， 所述 的生成播放信息或规则单元根据主叫用户端传来的呈现信息和被叫用户端传 来的呈现信息的双方或任意一方， 生成对主叫端的彩铃播放信息或规则。
25. 根据权利要求 24所述的多媒体彩铃播放装置， 其特征在于， 所述 的生成播放信息或规则单元，
根据主叫用户端传来的呈现信息和被叫用户端传来的呈现信息中优先级 高的呈现信息来生成对主叫端的彩铃播放信息或规则； 或
根据主叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息或规 则; 或 根据被叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息或规 则。
26. 一种多媒体彩铃播放系统， 该系统包括多媒体彩铃播放装置和终 端， 其特征在于，
所述终端生成呈现信息并发送到所述多媒体彩铃播放装置，
所述多媒体彩铃播放装置接收所述呈现信息， 并根据所述呈现信息生成 多媒体彩铃播放数据， 将生成的多媒体彩铃播放数据传送给对应的用户端进 行播放。
27. 一种多媒体彩铃播放方法， 其特征在于， 所述多媒体彩铃播放方法 包括以下歩骤：
终端根据用户的呈现信息生成多媒体彩铃播放信息或规则；
终端根据所述的多媒体彩铃播放信息或规则生成多媒体彩铃播放数据； 播放所述的多媒体彩铃播放数据。
28. 根据权利要求 27所述的多媒体彩铃播放方法， 其特征在于， 所述 呈现信息除了包括呈现业务所定义的呈现信息外， 还包括： 彩铃开启数据、 彩铃能力数据、 终端位置数据、 终端状态数据或黑名单数据的之一或组合。
29. 根据权利要求 27所述的多媒体彩铃播放方法， 其特征在于， 所述 的根据接收的呈现信息生成多媒体彩铃播放信息或规则的歩骤是指：
根据呈现信息生成彩铃播放信息或规则、 彩振播放信息或规则、 或背景 音播放信息或规则。
30. 一种终端， 其特征在于， 所述终端包括：
信息生成单元， 用于根据用户的呈现信息生成多媒体彩铃播放信息或规 则；
播放数据生成单元， 用于根据所述的多媒体彩铃播放信息或规则生成多 媒体彩铃播放数据；
多媒体彩铃播放单元， 用于播放所述的多媒体彩铃播放数据。
PCT/CN2009/073491 2008-08-25 2009-08-25 一种多媒体彩铃播放方法、装置及其系统 WO2010022648A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09809233A EP2317745A4 (en) 2008-08-25 2009-08-25 METHOD AND DEVICE FOR READING MULTIMEDIA PERSONALIZED CALL RETURN TONE AND CORRESPONDING SYSTEM
US13/035,686 US20110142222A1 (en) 2008-08-25 2011-02-25 Method, apparatus and system for playing multimedia ring back tones

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810213661.7 2008-08-25
CN200810213661A CN101662738A (zh) 2008-08-25 2008-08-25 一种多媒体彩铃播放方法、装置及其系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/035,686 Continuation US20110142222A1 (en) 2008-08-25 2011-02-25 Method, apparatus and system for playing multimedia ring back tones

Publications (1)

Publication Number Publication Date
WO2010022648A1 true WO2010022648A1 (zh) 2010-03-04

Family

ID=41720833

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/073491 WO2010022648A1 (zh) 2008-08-25 2009-08-25 一种多媒体彩铃播放方法、装置及其系统

Country Status (4)

Country Link
US (1) US20110142222A1 (zh)
EP (1) EP2317745A4 (zh)
CN (1) CN101662738A (zh)
WO (1) WO2010022648A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102271317A (zh) * 2010-06-03 2011-12-07 中兴通讯股份有限公司 一种播放彩像的方法、实现彩像播放的终端及彩像服务器
CN102821367A (zh) * 2011-06-10 2012-12-12 中兴通讯股份有限公司 一种公告彩铃业务的实现方法及系统
CN103179288B (zh) * 2011-12-23 2016-03-30 中国电信股份有限公司 来电信息显示的方法和系统、来显信息推送设备及终端
IN2014KN01633A (zh) 2012-01-13 2015-10-23 Ericsson Telefon Ab L M
CN102740250B (zh) * 2012-06-29 2015-09-23 华为终端有限公司 铃声判断方法、服务器、终端及系统
US9762628B2 (en) * 2013-02-19 2017-09-12 Avaya Inc. Implementation of the semi-attended transfer in SIP for IP-multimedia subsystem environments
CN108337650B (zh) * 2017-01-19 2021-09-10 中国移动通信有限公司研究院 一种媒体信息处理方法及网络设备、终端
CN113163060B (zh) * 2021-04-22 2023-04-07 咪咕音乐有限公司 视频彩铃的处理方法、服务器、终端及可读存储介质
CN113794807B (zh) * 2021-08-17 2023-07-14 咪咕音乐有限公司 视频彩铃播放方法、通用语音业务服务器以及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1658632A (zh) * 2004-02-21 2005-08-24 华为技术有限公司 个性化回铃音的实现方法
CN1787578A (zh) * 2005-11-16 2006-06-14 中兴通讯股份有限公司 一种实现彩铃业务的方法
CN1859478A (zh) * 2005-12-17 2006-11-08 华为技术有限公司 一种提供实时回铃音的方法和系统
WO2007019729A1 (fr) * 2005-08-18 2007-02-22 Zte Corporation Systeme et methode d'emission de tonalites de retour d'appel personnalisees en fonction de l'information d'etat de presence de l'utilisateur appele
US20070223663A1 (en) * 2006-03-24 2007-09-27 Lucent Technologies, Inc. Customized ring back tone service for wireline subscribers

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7227929B2 (en) * 2001-04-12 2007-06-05 Promutel Telecommunication system using message presentation during a ringing signal period
KR100392766B1 (ko) * 2002-02-25 2003-07-31 에스케이 텔레콤주식회사 가입자 기반 링백톤 서비스 방법 및 장치
US8375119B2 (en) * 2004-07-27 2013-02-12 At&T Intellectual Property I, L. P. Methods, systems, devices, and products for providing alerts for communications
US20060210033A1 (en) * 2005-03-17 2006-09-21 Lucent Technologies, Inc. Context sensitive ring back service
US7769155B2 (en) * 2005-06-10 2010-08-03 Radziewicz Clifford J Ringback/ringtone synchronization system
US7620160B2 (en) * 2005-07-05 2009-11-17 Microsoft Corporation Announcing presence information during telephone call ringback
US7903803B2 (en) * 2005-09-01 2011-03-08 Samsung Electronics Co., Ltd. Multimedia caller ring information service
KR100899756B1 (ko) * 2005-11-07 2009-05-27 삼성전자주식회사 통신 시스템에서 멀티미디어 포탈 컨텐츠 제공 방법 및시스템
KR100827126B1 (ko) * 2005-11-07 2008-05-06 삼성전자주식회사 통신 시스템에서 멀티미디어 포탈 컨텐츠 제공 방법 및시스템
US7801293B2 (en) * 2005-11-10 2010-09-21 Alcatel-Lucent Usa Inc. Ringback tone preference information to assist selection of ringback tone
KR100810253B1 (ko) * 2005-11-14 2008-03-06 삼성전자주식회사 통신 시스템에서 서비스 메뉴 제공 방법 및 시스템
WO2007068207A1 (fr) * 2005-12-17 2007-06-21 Huawei Technologies Co., Ltd. Procede, systeme et terminal destines a fournir un signal de rappel en temps reel
US8477912B2 (en) * 2006-03-13 2013-07-02 Alcatel Lucent Content sharing through multimedia ringback tones
CN1878201B (zh) * 2006-04-06 2012-08-15 华为技术有限公司 一种利用回铃音提供呈现信息的方法和系统及回铃音设备
US8270590B2 (en) * 2006-06-15 2012-09-18 Alcatel Lucent User message delivery to calling party device
US8804573B2 (en) * 2006-06-15 2014-08-12 Oracle International Corporation Method and system for inferring presence of a principal based on past presence information
US20080037740A1 (en) * 2006-08-08 2008-02-14 Nortel Networks Limited Intelligent ring-back indicator
US8280025B2 (en) * 2007-06-29 2012-10-02 Microsoft Corporation Automated unique call announcement
US7831462B2 (en) * 2007-11-07 2010-11-09 International Business Machines Corporation Method and apparatus for distributing targeted audible advertisements as ringtones
US8401169B2 (en) * 2007-12-19 2013-03-19 At&T Intellectual Property I, L.P. System and method of delivering ringback audio content
US8223932B2 (en) * 2008-03-15 2012-07-17 Microsoft Corporation Appending content to a telephone communication

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1658632A (zh) * 2004-02-21 2005-08-24 华为技术有限公司 个性化回铃音的实现方法
WO2007019729A1 (fr) * 2005-08-18 2007-02-22 Zte Corporation Systeme et methode d'emission de tonalites de retour d'appel personnalisees en fonction de l'information d'etat de presence de l'utilisateur appele
CN1787578A (zh) * 2005-11-16 2006-06-14 中兴通讯股份有限公司 一种实现彩铃业务的方法
CN1859478A (zh) * 2005-12-17 2006-11-08 华为技术有限公司 一种提供实时回铃音的方法和系统
US20070223663A1 (en) * 2006-03-24 2007-09-27 Lucent Technologies, Inc. Customized ring back tone service for wireline subscribers

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2317745A4 *

Also Published As

Publication number Publication date
EP2317745A4 (en) 2011-11-02
US20110142222A1 (en) 2011-06-16
EP2317745A1 (en) 2011-05-04
CN101662738A (zh) 2010-03-03

Similar Documents

Publication Publication Date Title
EP1677485B1 (en) Method and apparatus for providing multimedia ringback services to user devices in IMS networks.
WO2010022648A1 (zh) 一种多媒体彩铃播放方法、装置及其系统
US8718238B2 (en) Method and a system for implementing a multimedia ring back tone service
US7986775B2 (en) Method for realizing ring back tone in communication system
US8553869B2 (en) Method for implementing RBT interworking, media gateway control function device, and application server
JP5529129B2 (ja) 電気通信ネットワーク内の媒体属性に基づく選択的な呼転送のための方法およびシステム
WO2008119272A1 (fr) Procédé, terminal et système de mise en oeuvre d'une liaison vidéo dans un réseau de communication vocale
US8494527B2 (en) Method for transferring a communication session in a telecommunications network from a first connection to a second connection
WO2010051712A1 (zh) 一种在ims域实现多媒体彩铃业务的方法、系统及终端
WO2009024006A1 (fr) Contrôleur de session locale, sous-système multimédia ip et procédé d'enregistrement de session
US20080273671A1 (en) Method, system and application server for preventing crosstalk of color ring back tone
US20120213346A1 (en) Method, server and terminal device for playing multimedia ring tone during call
EP2587777B1 (en) Method and system for implementing color ring back tone and multimedia ring alert tone service.
JP5551786B2 (ja) 会話期間中にマルチメディア呼出し音を再生する方法、サーバおよび端末デバイス
CN101427542B (zh) 用于蜂窝通信系统的订户服务器系统
JP2011526441A (ja) Ｉｍｓネットワーク内でカスタマイズされたビデオサービスを実現するための方法およびネットワークユニット
WO2009124512A1 (zh) 控制早媒体播放的实现方法
CN101668229A (zh) 多媒体铃音业务的呼叫和控制方法、装置及系统
WO2010066167A1 (zh) 铃音业务处理方法、应用服务器、处理装置和网络系统
WO2008017189A1 (fr) système et procédé permettant de réaliser un service pittoresque de tonalité de rappel dans un réseau de sous-système multimédia IP 3G
KR101136653B1 (ko) 발신 단말 또는 착신 단말에 얼리미디어로서 멀티미디어 콘텐츠를 제공하는 장치 및 방법
US9002327B2 (en) Method and device for providing user equipment with voice messages
WO2009117916A1 (zh) 定制回铃音业务的实现方法和装置

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: 09809233

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2009809233

Country of ref document: EP