WO2009086758A1 - 一种在线彩铃或彩像业务的实现方法 - Google Patents

一种在线彩铃或彩像业务的实现方法 Download PDF

Info

Publication number
WO2009086758A1
WO2009086758A1 PCT/CN2008/073227 CN2008073227W WO2009086758A1 WO 2009086758 A1 WO2009086758 A1 WO 2009086758A1 CN 2008073227 W CN2008073227 W CN 2008073227W WO 2009086758 A1 WO2009086758 A1 WO 2009086758A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
color image
crbt
mse
call request
Prior art date
Application number
PCT/CN2008/073227
Other languages
English (en)
French (fr)
Inventor
Zhenhua Xie
Original Assignee
Zte Corporation
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 Zte Corporation filed Critical Zte Corporation
Publication of WO2009086758A1 publication Critical patent/WO2009086758A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • 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/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/42025—Calling or Called party identification service
    • H04M3/42085—Called party identification service
    • H04M3/42102—Making use of the called party identifier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • the present invention relates to the field of communications, and more particularly to an implementation method of an online ring back tone or color picture service.
  • IP Internet Protocol
  • IMS Multimedia Subsystem
  • 3GPP 3rd Generation Partnership Project
  • the control layer and the service layer are separated.
  • the control layer does not provide specific services, and only provides the necessary triggering, routing, and accounting functions to the service layer.
  • the service triggering and control function in the control layer is Call Session Control Function (CSCF, which is divided into proxy Proxy, Query Interrogating and Serving Serving). The main responsibility is Serving.
  • CSCF Call Session Control Function
  • the completed business layer is composed of a series of application servers (ASs), which can provide specific service services.
  • the AS can be an independent entity or exist in the S-CSCF.
  • the control layer (S-CSCF) controls the service trigger according to the subscription information of the user, invokes the service on the AS, and implements the service function.
  • AS and S-CSCF can be collectively referred to as Server Equipment (SE).
  • SE Server Equipment
  • the end-to-end device in the session is called User Equipment (User Equipment) and is responsible for interaction with the user.
  • SIP Session Initiation Protocol
  • MRF multimedia resource function
  • MRFP multimedia resource function
  • media server media server
  • the translation and interpretation are instructions to the MRFP, or vice versa.
  • the MRFP response is translated and interpreted as SIP signaling sent to the SE, while the processing portion is responsible for the transmission and reception of the media stream.
  • the media resource information includes media owner information (including address information), media connection address, Media type (video, audio, etc.) and media port and codec information related to the media type.
  • the IP multimedia subsystem supports the service of simultaneously playing multimedia information to the calling/called party during the call setup process, and the service for playing the information to the calling party is called the CRBT service, allowing the called network to play the caller to the calling party during the call.
  • the called party customizes the multimedia information in advance, and stops the multimedia information after the called party answers; the service that plays the multimedia information to the called party is called the color image service or the color vibration service, and allows the calling network to be in the call process.
  • the calling party plays multimedia information customized by the calling party in advance, and the multimedia information includes audio, video, graphics, and combinations thereof.
  • the online CRBT or color image service refers to the server directly playing multimedia information to the terminal without the terminal downloading the multimedia information to the local.
  • the media resource information of the CRBT service which we call the CRBT media resource information, and the media resource information of the color image service, we call the color media resource information.
  • the service device, the media resource server, and the CRBT or color image service server are also represented as a physical MSE (Multimedia Service Equipment), which internally uses standard protocols and procedures to interact with each other. The interaction is prior art.
  • MSE Multimedia Service Equipment
  • 1 is a flow chart of a conventional color image service message, which describes that when the UE-A calls the UE-B, the MSE inserts the color image media resource information in the session, so that when the UE-B does not answer the call, the MSE can go to the UE- B Play the color image media information, the steps are as follows:
  • Step 101 The UE-A calls the UE-B, for example, sends an INVITE message, and carries the media resource information of the UE-A.
  • Step 102 The call request message passes through the color image service service device MSE, and the MSE forwards the call request message to the UE-B.
  • Step 103 The UE-B receives the call request message, and responds to the temporary response message, for example, sends a “183 Session Progress” message to the MSE, and carries an indication supporting the color image service (for example, setting early in the Support header field).
  • the session value also carries the media resource information of the UE-B;
  • Step 104 The temporary response message path MSE, the MSE forwards the temporary response. If the calling UE-A does not want the UE-A to support the color image service, the indication for supporting the color image service may be deleted.
  • Step 106 The pre-confirmation message passes through the MSE, and the MSE knows that the UE-B supports the color image service, and then adds the color image media resource information to the pre-confirmation message, for example, adding the value of the Content-Disposition field to the message body to the early-session.
  • the information block is the color image media resource information, and the color image service information is added, for example, setting an early-session value in the Require header field, and then forwarding the modified pre-confirmation message to the UE-B;
  • Step 107 The UE-B receives the modified pre-acknowledgment message, and responds to the message, for example, sends a “200 OK” message, and carries the color image media resource information of the responding UE-B, for example, adding a Content-Disposition field to the message body.
  • Step 108 The response message passes through the MSE, and the MSE receives the color image media resource information of the UE-B response, completes the negotiation of the color image media, and then deletes the color image media resource information in the response message, and forwards the modified response message to the UE.
  • the MSE receives the color image media resource information of the UE-B response, completes the negotiation of the color image media, and then deletes the color image media resource information in the response message, and forwards the modified response message to the UE.
  • Step 109 The MSE plays the color image media information to the UE-B according to the negotiated color image media information.
  • Step 111 UE-B sends a response message, for example, sending "200 OK";
  • Step 112 The response message passes through the MSE, and the MSE stops playing the color image media information to the UE-B, and releases the color image media resource.
  • Step 113 The MSE forwards the response message to the UE-A.
  • Step 114 The UE-A receives the response message and establishes a session connection with the normal media of the UE-B.
  • the existing implementation method uses the early-session technology, but this requires the service recipient to support the technology, and for the service provider that supports the gateway mode, using P-Early-Media technology, Since there is only one SDP (Session Description Protocol), only one kind of media resource information negotiation can be performed in a session establishment process, and thus the service cannot be implemented.
  • SDP Session Description Protocol
  • the technical problem to be solved by the present invention is to provide a method for implementing an online CRBT or color image service, which can implement a service for playing multimedia information to a calling/called party during a call setup process in an IMS system in a gateway mode.
  • the present invention provides a method for implementing an online CRBT or color image service, including:
  • the calling party calls the called party, and after the multimedia service device MSE forwards the normal call request to the called party, sends a transfer request message to the service acceptor, instructing the service accepting to initiate a call request to the MSE, where the service accepts Party is the calling party or the called party;
  • the service recipient After receiving the transfer request message, the service recipient initiates a call request to the MSE;
  • the MSE and the service recipient perform the negotiation of the CRBT or the color image media resource information in the process of establishing the session by using the call request; if the negotiation is successful, the MSE plays the CRBT or the color image media information to the service recipient. .
  • the above method may also have the following features.
  • the normal call request message When the service recipient is the calling party of the normal call, the normal call request message carries the indication information supporting the CRBT service; the indication information passes the P-Early in the normal call request message.
  • the setting of the Supported value in the Media header field indicates that the CRBT service is supported in the gateway mode, or the early-session value is set in the Support header field of the normal call request message to indicate the CRBT service supporting the application server mode.
  • the above method may also have the following features.
  • the indication information supporting the color image service is carried;
  • the indication information indicates that the gateway mode color image service is supported by setting a Supported value in the P-Early-Media header field in the temporary response message or the color image call request message, or setting early- in its Support header field.
  • the session value indicates the color image service that supports the application server mode.
  • the above method may also have the following features.
  • the MSE negotiates the CRBT or the color image media resource information with the service recipient
  • the MSE determines the mode of the CRBT or the color image service supported by the service recipient according to the indication information, if the MSE cannot determine the service.
  • the mode of the ring back tone or color picture service supported by the receiver directly answers the call request, and plays the ring back tone or color image media information to the service acceptor.
  • the above method may also have the following features.
  • the transfer request message uses a REFER message that uses the new session ID or the session ID of the session established using the normal call request.
  • the above method may also have the following features.
  • the transfer request message sent by the MSE carries the CRBT or the color image service information; after receiving the transfer request message, the service acceptor knows that the CRBT or the color image service is to be performed according to the CRBT or the color image service information. And not carrying any media resource information in the call request message, or including the media type that is willing to accept in the call request message; otherwise, carrying the media resource information in the call request message.
  • the above method may also have the following features.
  • the service acceptor After receiving the transfer request message, the service acceptor knows that the CRBT or the color image service is to be performed according to the CRBT or the color image service information in the transfer request message: the P- added in the Refer-to header field value An Early-Media parameter or an added P-Early-Media header field in the Transfer Request message; or an increase in the Refer-to header field value of the Transfer Request message.
  • the value is the Support parameter of the early-session or the early-session value set in the Support header field or the Require header field added in the Transfer Request message.
  • the above method may also have the following features.
  • the service recipient knows that the ring back tone or the color picture service is to be performed, and when the call request message carries the media resource information, if the service acceptor supports the ring mode or the color picture service in the gateway mode, the call request is performed.
  • the information block with the value of the Content-Disposition field as the session carries the CRBT or the color image media resource information; if the service recipient supports the CRBT or the color image service in the application server mode, the call request message is In the message body, the information block of the content-disposition i or the value of the early-session carries the ring back tone or the color image media resource information.
  • the above method may also have the following features.
  • the MSE sets a specific username in a Refer-to header field of the transfer request message, and sets an address of the Refer-to header field as an address of the MSE; the service recipient receives the transfer Sending a call request to the MSE after the request message, the to header field of the call request or the Request-URI includes the address of the username and the MSE; the MSE passes the to header field of the call request or the Request-URI
  • the included username is associated with the session established by the normal call request.
  • the above method may also have the following features.
  • the MSE After receiving the response message of the called party to the normal call request, the MSE associates the call request corresponding to the normal call request with the user name to terminate the ring back tone or color image created by the call request message.
  • the session stops playing the ring back tone or color image media information to the service acceptor.
  • the above method may also have the following features.
  • the MSE receives the response message of the called party in response to the normal call request, or terminates the call request message establishment when receiving the CRBT or color image session message established by the service acceptor to release the call request message.
  • the above method may also have the following features.
  • the MSE After receiving the call request, the MSE returns a temporary response message to the service recipient, where:
  • the MSE carries the CRBT of the CRBT or the color image service in the message body of the session with the value of the Content-Disposition field in the message body of the temporary response message.
  • the MSE carries the CRBT or the color image in the message body of the temporary response message with the message block of the content of the Content-Disposition field as the early-session message block.
  • CRBT or color media resource information of the service
  • the MSE does not know the CRBT or color image service mode supported by the service recipient, the MSE carries the CRBT or the color message in the message body of the Temporary Response message with the value of the Content-Disposition field as the session.
  • a ringtone or color media resource information like a business. Further, the above method may also have the following features.
  • the MSE sets the media port number of the normal media resource negotiated on the CRBT or the color image session to 0, or provides the normal media resource information without the media type, while negotiating the CRBT or the color image media resource information with the service acceptor. .
  • the above method may also have the following features.
  • the MSE negotiates with the service recipient to perform the resource information negotiation, if the service acceptor refuses to accept the CRBT or the color image media information of some media type, after receiving the CRBT or the color image media resource information, the responding CRBT Or the media port number of the color ring or color media resource information that is rejected in the color image resource information is set to useless.
  • the above method may also have the following features.
  • the service recipient only applies for the minimum resources that satisfy the normal media and the color image media at the same time.
  • the above method may also have the following features.
  • the session identifier of the transfer request message is the same as the session identifier of the session established by the normal call request, the session identifier of the session established by the normal call request is associated with the session identifier of the CRBT or the color image session;
  • the called party When the service recipient is the called party, when the called party answers the normal call, the called party terminates the ring back tone or color image session established by the call request according to the association relationship;
  • the calling party terminates the CRBT or color image session established by the call request according to the association relationship when receiving the response of the normal call request.
  • the method for implementing the online CRBT or the color image service provided by the present invention sends a transfer request message to the service recipient of the CRBT or the color image service through the MSE, and causes the Refer-to header field of the message to point to the MSE, to request the service recipient to initiate a new message.
  • the call request is established by the MSE and the service recipient through the new call request, and the CRBT or the color image media resource information is negotiated according to a standard process. After the negotiation succeeds, the ring back tone or the color image media information is played to the service acceptor;
  • normal media resource information is negotiated according to a standard procedure.
  • the method of the invention can realize the multimedia information to be played to the calling/called party during the normal call setup process in the IMS system, and also solves the service acceptance of the P-Early-Media technology in the prior art for supporting the gateway mode.
  • the party device cannot implement the problem of the ring back tone or color image service.
  • Figure 1 is a basic message flow chart of the existing color image service
  • FIG. 2 is a basic message flow chart of a color image service according to a first embodiment of the present invention (calling call);
  • FIG. 3 is a basic message flow chart (server call) of a color image service according to a second embodiment of the present invention;
  • FIG. 2 is a basic message flow chart of the color image service (calling call) of the embodiment, and describes that when the UE-A calls the UE-B, the MSE initiates a new call by requesting the UE-B, establishes a new session, and passes the The session negotiates the color image media resource information. After the negotiation is completed, the MSE plays the color image media information to the UE-B.
  • the steps are as follows:
  • Steps 201 to 202 are the same as steps 101 to 102 of FIG. 1;
  • Step 203 The UE-B receives the call request, and responds to the temporary response message (such as sending a "183 Session Progress" message), and carries the called normal media resource information;
  • the temporary response message such as sending a "183 Session Progress" message
  • the call request is called a normal call request.
  • the UE-B may carry an indication of supporting the color image service in the temporary response message, for example, setting a supported value in the P-Early-Media header field to indicate that the gateway mode is supported, to distinguish the application based on step 103 in FIG. Indicates the service mode, or sets the "early-session" value in the Support header field to indicate the color image service that supports the application server mode.
  • the UE-B may also not carry the indication supporting the color image service in the temporary response message, but may be carried in the color image call request message (ie, in step 207).
  • Step 204 The temporary response message passes through the MSE, and the MSE forwards the temporary response. If the caller is not expected to perceive the service, the indication for supporting the color image service may be deleted, and the UE-A completes the negotiation of the normal media when receiving the temporary response. If necessary, the caller can continue normal media negotiations in accordance with standard procedures.
  • Step 205 The MSE sends a transfer request to the UE-B to request the UE-B to send a new call message to the service device MSE.
  • the REFER message is sent, and the Refer-to header field of the transfer message is pointed to the MSE.
  • the value of the Refer-to header field includes the user name, the address, and the parameter.
  • the MSE makes the message by setting the address value to the address of the MSE.
  • the Refer-to header field points to the MSE.
  • the MSE can also set a specific username so that the MSE can associate with the session established by the normal call request through the information of the username part;
  • the MSE can also add a P-Early-Media header field to the transfer message to indicate that the color image service is to be performed, and can also be added to the transfer message.
  • the Support header field or the Require header field, and the "early-session" value is set to indicate that the color image service is to be performed.
  • the REFER message sent by the MSE may use the session identifier established by the normal call request, or may use the new session identifier. If it is the former, the called user equipment may judge that the REFER is received when the session has not been established yet. The color image service is required, because in other existing services, the REFER message sent by the former method is sent after the session is established.
  • Step 206 UE-B receives the transfer request, indicating that the transfer operation is agreed, for example, returning a "202 Accepted" message;
  • Step 207 The UE-B initiates a new call request to the MSE according to the request of the received transfer request, and the target of the request (such as the target to header field or the Request-URI) is the user name and address specified by the MSE in the transfer message. section;
  • the call request is called a color image call request.
  • the UE-B After receiving the transfer request, the UE-B checks the session identifier of the transfer request and the session identifier of the normal call request. If the two are the same, the session identifier of the normal call request and the color image call request are The session ID is associated.
  • the UE-B may check the received transfer request to determine whether the color image service is to be performed. (How to determine the reference in step 205), if it is known that the color image service is to be performed, the color image call request may not carry any media resource information. Or carrying the color image media resource information that the user is willing to accept (if the UE-B supports the gateway mode color image service, the above-mentioned color image media resource information may be included in the information block in which the value of the Content-Disposition field in the message body is session. If the UE-B supports the color image service in the application server mode, the color image media resource information may be included in the information block of the message body in the content-disposition field, and if the fashion cannot determine whether the color image is to be colored. Like a service, a call request is sent according to a standard procedure and carries media resource information).
  • the media type is not included in the color image media resource information carried in the message body.
  • the indicator information supporting the color image service is carried in the color image call request.
  • Step 208 After receiving the color image call request of the UE-B, the MSE negotiates the color image media resource information with the UE-B according to the following process:
  • the MSE sends a temporary response message to the UE-B.
  • the UE-B After receiving the temporary response message, the UE-B sends a pre-acknowledgment (PRACK) message. If the user does not accept certain media types, the media port of the media type is in the responding color image media resource information. The number is set to useless (such as 0).
  • PRACK pre-acknowledgment
  • step 208A the information carried in the temporary response message is determined according to the following manner: If the received color image call request does not carry any media resource information, the MSE determines the UE-B support according to the indication of supporting the color image service. Mode:
  • the MSE carries the color image service of the color image service in the message body of the temporary response message of the color image call request with the value of the Content-Disposition field as the session information block. Resource information, and add a P-Early-Media header field in the header of the temporary response message;
  • the MSE is in the color image call.
  • the information block of the content of the content-disposition field carries the color image media resource information of the color image service, and the MSE can also use the Content-Disposition field in the message body of the temporary response message.
  • the information block of the session carries the media resource information without the media type (only media connection address and other information not related to the media type); C1. If the MSE does not know which mode of the color image service UE-B supports, MSE Carrying the color image media resource information of the color image service in the message body of the temporary response message of the color image call request with the value of the Content-Disposition field as the session;
  • the MSE needs to judge the mode supported by the UE-B according to the instruction of supporting the color image service:
  • the MSE If the UE-B supports the gateway mode color picture service, the MSE carries the color image media resource information of the color image service in the information block of the session in the content of the Content-Disposition field in the temporary response message, and temporarily responds to the color image call request. Add a P-Early-Media header field to the header to negotiate the color media resource information, and if necessary (such as MSE's REFER request can't let UE-B determine if it is going to perform color image service operations, and MSE also wants to provide The richer color media type), the MSE can continue to negotiate the color image media resource information through the UPDATE message with the P-Early-Media header field;
  • the MSE carries the color image media resource information in the message body of the temporary response message of the color image call request with the value of the Content-Disposition field as the session, and all the media types.
  • the port of each port is 0, and the information block with the content-disposition i or the value of the early-session in the message body carries the color image media resource information of the color image service;
  • the MSE If the MSE does not know which mode of the color image service is supported by the UE-B, the MSE carries the color image of the color image service in the message body of the temporary response message of the color image call request with the value of the Content-Disposition field as the session information block. Media resource information, and if necessary (such as MSE's REFER request can not let UE-B determine whether it is to perform color image business operations, and MSE also hopes Hope to provide a richer color media type), MSE can continue to negotiate the color media resource information through the UPDATE message;
  • the message body of the color image call request carries the color image media resource information in the information block whose value of the content-disposition field is early-session, it indicates that the UE-B supports the color image service of the application server mode and knows that Performing the color image service operation, the MSE carries the color image media resource letter of the color image service in the informational block of the content-disposition field in the temporary response message of the color image call request to negotiate the color image media resource information;
  • the MSE is in the color image call.
  • the message block of the requested temporary response message carries the media resource information in the information block with the value of the Content-Disposition field as the session, wherein all media types have a port of 0 or no media type;
  • the color image call request can be answered to achieve the purpose of playing the color image media information to the called user equipment.
  • the UE-B can apply for the minimum resource of the two media at the same time according to the color media resource information of the session negotiation established by the color image call request and the normal media resource information negotiated by the session established by the normal call request. For example, the media type of normal media, if the color media also needs, then no longer apply for such resources for the color media. If the color media has a media type, the normal media does not, then apply for such resources for the color media.
  • UE-B may send a rejection request to the MSE, for example, directly to step 210 to execute, and send a CANCEL message or a BYE message.
  • Step 209 After the MSE negotiates the color image media resource information, the MSE plays the color image media information to the called user equipment.
  • Step 210 If the called user wants to stop the playing of the color image, the called user equipment may terminate the session established by the color image call request, and release the corresponding session resource;
  • the MSE can send a CANCEL message. If the MSE answers the color image call request, it can send a BYE message.
  • the called user equipment can also terminate the color image in this way. The session that the call request was established.
  • Step 211 The user answers a normal call, and the UE-B sends a response message, for example, sends a "200 OK" message;
  • the UE-B If there is a relationship between the session identifier of the normal call request and the session identifier of the color image call request, the UE-B sends the response message and closes the session established by the color image call request to stop the playback of the color image.
  • Step 212 The MSE receives the response message, and if the message of step 210 has not been received, stops playing the color image media information to the UE-B.
  • the MSE may cancel the color media session.
  • the specific cancellation mode may be, for example, if the MSE does not answer the color image call request, the "486 Busy" message may be sent, if the MSE responds to the color Like a call request, a BYE message can be sent.
  • step 205 if the MSE uses a specific username portion, the normal call request corresponding to the color image call request can be found through the user name portion of the target of the color image call request, thereby achieving the purpose of canceling the specific color image media session.
  • Step 213 The MSE releases the color image media session resource.
  • Step 214 The MSE forwards the response message to the UE-A.
  • Step 215 The UE-A receives the response message, and establishes a normal media session connection with the UE-B.
  • 3 is a basic message flow chart (server call) of the color image service of the present invention, which describes that the UE-A has established a session connection with the server MSE, and the server replaces the UE-A to call the UE-B, and requests the UE-B to initiate a new call.
  • the call establish a new session, and negotiate the color image media resource information through the session.
  • the MSE plays the color image media information to the UE-B, and the UE-B answers the call to implement the session connection with the UE-A.
  • the steps are as follows:
  • Step 301 UE-A has established a session connection with the server MSE.
  • Step 302 The server MSE initiates a call to the UE-B instead of the UE-A, without any media resource information.
  • Step 304 The MSE receives the temporary response, and sends an update message to the UE-A, for example, sending a relNVITE message, carrying the normal media resource information in the received temporary response;
  • Step 305 The MSE sends a transfer request to the service recipient UE-B while sending an update message to the UE-A.
  • Step 306 UE-B receives the transfer request, indicating that the transfer operation is agreed, for example, returning a "202 Accepted" message;
  • Step 307 The UE-A receives the update message, indicating that the update is agreed, for example, sending a "200 OK" message, updating the normal media resource information according to the received normal media resource information of the UE-B, and carrying the updated UE-A Normal media resource information;
  • Step 308 The MSE receives the message of agreeing to update, and sends a pre-acknowledgment message to the UE-B, for example, sending a PRACK message, and carrying the normal media resource information of the received UE-A;
  • Step 309 The UE-B receives the pre-confirmation message, and implements the negotiation of the first normal media resource information according to the normal media resource information of the UE-A in the message, and then sends a pre-acknowledgment response message, for example, sends a "200 OK" message;
  • Step 310 is exactly the same as steps 207 ⁇ 213 in FIG. 2;
  • Step 311 After the UE-B answers the normal call request, the MSE implements the normal media session connection between the UE-A and the UE-B. In this application scenario, the MSE does not need to forward the response message of the UE-B to the UE-A.
  • FIG. 4 is a basic message flow chart of a CRBT service (calling call) of the present invention.
  • the service device MSE requests UE-A to initiate a new call, establish a new session, and pass this The session negotiates the color ring media resource information. After the negotiation is completed, the MSE plays the CRBT media information to the UE-A. The steps are as follows:
  • Step 401 The UE-A calls the UE-B, for example, sends an INVITE message, and carries the normal media resource information of the UE-A and the indication information for supporting the CRBT service.
  • the UE-A carries an indication for supporting the CRBT service in the normal call request message, for example, setting a supported value in the P-Early-Media header field, indicating that the CRBT service is supported in the gateway mode, or setting "early-session" in the Support header field. "Value, indicating the CRBT service that supports the application server mode.
  • Step 402 The call request message passes through the color image service service device MSE, and the MSE forwards the call message to the UE-B.
  • Step 403 The UE-B receives the call request, and responds to the temporary response message (such as sending a "183 Session Progress" message), and carries the called normal media resource information;
  • Step 404 The temporary response message passes through the MSE, and the MSE forwards the temporary response.
  • UE-A When receiving the response, UE-A completes the negotiation of normal media; if necessary, the calling party can continue the negotiation of normal media according to the standard procedure.
  • Step 405 The MSE sends a transfer request to the UE-A to request the UE-A to send a new call message to the MSE.
  • the REFER message is sent, and the Refer-to header field of the message is pointed to the MSE.
  • the Refer-to header field of the message is pointed to the MSE.
  • the MSE may also add a P-Early-Media header field in the transfer message to indicate that the color image service is to be performed, or may add a Support header field or a Require header field in the transfer message, and set an "early-session" value to indicate that the color image is to be imaged. business.
  • Step 406 UE-A receives the transfer request, indicating that the transfer operation is agreed, for example, returning "202"
  • Step 407 The UE-A initiates a new call request to the MSE according to the request of the received transfer request, and the target of the request is a user name and an address part specified by the MSE in the transfer message.
  • the call request is called a CRBT call request.
  • the UE-A may check the received transfer request to determine whether the CRBT service is to be performed. If it is learned that the CRBT service is to be performed, the CRBT call request may not carry any media resource information, or carry the CRBT media resource information that the user is willing to accept (if the UE -A supports the CRBT service in the gateway mode.
  • the above-mentioned color media resource information may include information in the content of the Content-Disposition field in the message body.
  • the CRBT media resource information may be included in an information block in which the value of the Content-Disposition field in the message body is early-session; if the fashion cannot determine whether to perform
  • the CRBT service also sends a call request and carries media resource information.
  • the MSE receives the CRBT call request of the calling user, and negotiates the CRBT media resource information with the UE-A according to a standard procedure.
  • the MSE For a standard procedure for the MSE to negotiate the CRBT media resource information with the UE-A, reference may be made to the description in the step 208 in the first embodiment of the present invention, and details are not described herein again. If the user sets the CRBT to accept certain media types, the media type is not included in the CRBT media resource information carried in the message body when the CRBT call request is sent.
  • the UE-A can apply for the minimum amount of resources of the two media simultaneously according to the CRBT media resource information negotiated by the CRBT call request and the normal media resource information negotiated by the session established by the normal call request. For example, if there is a media type in the normal media, if the CRBT media is also required, the CRBT media will no longer apply for such resources. If the CRBT media has a media type and the normal media does not exist, the CRBT media applies for such resources.
  • UE-A If UE-A refuses to accept the color image service because of user intervention, it may send a rejection request to the MSE, for example, jump directly to step 410 to execute, and send a CANCEL message or a BYE message.
  • Step 409 After the MSE negotiates the CRBT media resource information, the CRBT media information is played to the calling user equipment.
  • Step 410 If the calling user wants to stop playing the CRBT, the calling user equipment may terminate the session established by the color image call request. For example, if the MSE does not answer the CRBT call request, the CANCEL message may be sent. If the MSE answers the CRBT call request, the BYE message may be sent.
  • Step 411 The user answers the normal call, and the UE-B sends a response message, for example, sends a "200 OK"message;
  • Step 412 the MSE receives the response message, and if the message of step 410 has not been received, stops. Playing the CRBT media information to UE-A; if the MSE has not received the message of step 410, the MSE may cancel the CRBT media session, for example, if the MSE does not answer the CRBT call request, the "486 Busy" message may be sent if the MSE answers A ring tone call request can send a BYE message.
  • the UE-A may terminate the CRBT session according to the association relationship when receiving the response of the normal call request.
  • the MSE uses a specific username part, the normal call request corresponding to the CRBT call request can be found through the user name part of the target of the CRBT call request, thereby achieving the purpose of canceling the specific CRBT media session.
  • Step 413 The MSE releases the CRBT media session resource.
  • Step 414 The MSE forwards the response message to the UE-A.
  • the UE-A receives the response message, and establishes a normal media session connection with the UE-B.
  • the method for implementing the online CRBT or color image service sends a transfer request message to the service recipient of the CRBT or the color image service through the MSE, and causes the Refer-to header field of the message to point to the MSE to request service acceptance.
  • the party initiates a new call request; the MSE establishes a session with the service acceptor through the new call request, and negotiates the ring back tone or the color image media resource information according to the standard process. After the negotiation succeeds, the ring back tone or the color image media information is played to the service acceptor;
  • the normal media resource information is negotiated according to a standard procedure.
  • the method of the invention can realize the simultaneous playing of multimedia messages to the calling/called party during the normal call setup process in the IMS system.
  • the information also solves the problem that the service acceptor device adopting the P-Early-Media technology cannot implement the CRBT or the color image service in the prior art.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Description

一种在线彩铃或彩像业务的实现方法
技术领域
本发明涉及通信领域， 更具体地涉及一种在线彩铃或彩像业务的实现方 法。
背景技术
IP(网络互联协议， Internet Protocol,简称 IP )多媒体子系统（ IP Multimedia Core Network Subsystem,简称 IMS )是由第三代合作伙伴计划（ 3rd Generation Partnership Project, 简称 3GPP )提出的一种基于 IP的网络架构， 构建了一个 的开放而灵活的业务环境， 支持多媒体应用， 能够为用户提供丰富的多媒体 业务。
在 IMS业务体系中，控制层和业务层是分离的，控制层不提供具体业务， 只向业务层提供必要的触发、 路由、 计费等功能。 控制层中业务触发和控制 功能是呼叫会话控制功能（Call Session Control Function, 简称 CSCF, 分为代 理 Proxy、 查询 Interrogating和服务 Serving三种类型， 其中负主要责任的是 Serving, Interrogating类型是可选的）完成的， 业务层是由一系列应用服务器 ( Application Server, 简称 AS )组成， 能提供具体业务服务， AS可以是独立 的实体， 也可以存在于 S-CSCF中。 控制层（S-CSCF )根据用户的签约信息 控制业务触发， 调用 AS上的业务， 实现业务功能。 AS和 S-CSCF可以统称 为服务设备（Server Equipment, 简称 SE )。 会话中的端到端设备称为用户设 备 UE( User Equipment ),负责与使用者的交互。这些功能实体使用 SIP( Session Initiation Protocol, 会话初始协议）协议通讯。 在需要播放多媒体信息的业务 中， 会需要多媒体资源功能（Media Resource Function, 简称 MRF, 分为控制 部分 MRFC和媒体处理部分 MRFP )或称媒体服务器的参与， 其控制部分负 责将 SE的 SIP信令翻译和解释为对 MRFP的指令， 或者反之将 MRFP的回 应翻译和解释为向 SE发送的 SIP信令，而处理部分负责媒体流的发送和接收。
会话的最终目的是要实现媒体连接， 因此需要在会话中协商媒体资源信 息， 媒体资源信息包括媒体所有者信息 （包括地址信息） ， 媒体连接地址， 媒体类型 （视频， 音频， 等） 以及与媒体类型相关的媒体端口和编解码器信 息等。
IP 多媒体子系统支持呼叫建立过程中同时向主叫 /被叫播放多媒体信息 的业务， 向主叫播放信息的业务称为彩铃业务， 允许在呼叫过程中， 被叫网 络向主叫方播放由被叫方事先定制好的多媒体信息， 并在被叫方应答后停止 多媒体信息播放； 向被叫播放多媒体信息的业务称为彩像业务或彩振业务， 允许在呼叫过程中， 主叫网络向被叫方播放由主叫方事先定制好的多媒体信 息， 多媒体信息包括音频、 视频、 图形和它们的组合等。 在线彩铃或者彩像 业务是指服务器直接向终端播放多媒体信息， 而不需要终端将多媒体信息下 载到本地。 彩铃业务的媒体资源信息， 我们称为彩铃媒体资源信息， 彩像业 务的媒体资源信息， 我们称为彩像媒体资源信息。
为了便于描述， 将服务设备、 媒体资源服务器和彩铃或彩像业务服务器 在還辑上表示成一个实体 MSE ( Multimedia Service Equipment, 多媒体业务设 备）， 其内部使用标准的协议和过程进行交互， 其内部的交互属于现有技术。
图 1是现有的彩像业务消息流程图， 描述了 UE-A呼叫 UE-B时， MSE 在会话中插入彩像媒体资源信息，使得 UE-B在未接听电话时， MSE可向 UE-B 播放彩像媒体信息， 其步骤如下：
步骤 101、 UE-A呼叫 UE-B, 比如发送 INVITE (邀请） 消息， 并携带 UE-A的媒体资源信息；
步骤 102、 呼叫请求消息途经彩像业务服务设备 MSE, MSE转发该呼叫 请求消息给 UE-B;
步骤 103、 UE-B收到呼叫请求消息， 回应临时响应消息， 比如发送 " 183 Session Progress (会话进展）"消息给 MSE, 并携带支持彩像业务的指示（比 如在 Support头域中设置 early-session值） ， 还携带 UE-B的媒体资源信息；
步骤 104、 临时响应消息途径 MSE, MSE转发该临时响应， 如果不希望 主叫 UE-A感知 UE-B支持彩像业务， 可以删除支持彩像业务的指示； 步骤 105、 UE-A收到临时响应， 根据临时响应中的 UE-B的媒体资源信 息， 完成一次正常媒体的协商， 然后发送预确认消息， 比如发送 PRACK (预 确认） 消息；
步骤 106、 预确认消息途经 MSE, MSE知道 UE-B支持彩像业务， 于是 将彩像媒体资源信息添加到预确认消息中， 比如在消息体中增加 Content-Disposition域的值为 early-session的信息块， 信息块中为彩像媒体资 源信息， 并增加彩像业务信息， 比如在 Require头域中设置 early-session值， 然后转发修改后的预确认消息至 UE-B;
步骤 107、 UE-B收到修改后的预确认消息， 回应该消息， 比如发送 " 200 OK" 消息， 携带响应的 UE-B 的彩像媒体资源信息， 比如在消息体中增加 Content-Disposition域的值为 early-session的信息块， 信息块中为 UE-B的彩 像媒体资源信息；
步骤 108、 回应消息途经 MSE, MSE收到 UE-B响应的彩像媒体资源信 息， 完成彩像媒体的协商， 然后删除回应消息中的彩像媒体资源信息， 并转 发修改后的回应消息给 UE-A;
步骤 109、 MSE根据协商的彩像媒体信息， 向 UE-B播放彩像媒体信息； 步骤 110、 UE-B应答呼叫， 释放不再需要的彩像媒体资源；
步骤 111、 UE-B发送应答消息， 比如发送 "200 OK" ；
步骤 112、 应答消息途经 MSE, MSE停止向 UE-B播放彩像媒体信息， 并释放彩像媒体资源；
步骤 113、 MSE转发应答消息给 UE-A;
步骤 114、 UE-A收到应答消息，建立起与 UE-B的正常媒体的会话连接。
现有的实现方法， 基于标准的应用服务器模式， 釆用 early-session技术， 但这要求业务接受方必须支持该技术， 而对于支持网关模式， 釆用 P-Early-Media技术的业务接受方， 由于只有一个 SDP ( Session Description Protocol, 会话描述协议） ， 在一个会话建立过程中只能进行一种媒体资源信 息的协商， 因而无法实现该业务。 发明内容
本发明要解决的技术问题是提供一种在线彩铃或彩像业务的实现方法， 可在网关模式下实现 IMS 系统中呼叫建立过程中向主叫 /被叫播放多媒体信 息的业务。
为了解决上述问题，本发明提供了一种在线彩铃或彩像业务的实现方法， 包含：
主叫方呼叫被叫方， 多媒体业务设备 MSE 向被叫方转发正常呼叫请求 后， 向业务接受方发送转移请求消息， 指示所述业务接受方向所述 MSE发起 呼叫请求， 其中， 所述业务接受方为主叫方或被叫方；
所述业务接受方收到所述转移请求消息后， 向 MSE发起呼叫请求；
MSE与所述业务接受方在通过所述呼叫请求建立会话的过程中， 进行彩 铃或彩像媒体资源信息的协商； 如果协商成功， 所述 MSE向所述业务接受方 播放彩铃或彩像媒体信息。
进一步的， 上述方法还可具有以下特点，
所述业务接受方是所述正常呼叫的主叫方时， 在所述正常呼叫请求消息 中， 携带支持彩铃业务的指示信息； 所述指示信息通过在所述正常呼叫请求 消息中的 P-Early-Media头域中设置 Supported值表示支持网关模式的彩铃业 务， 或者在所述正常呼叫请求消息的 Support头域中设置 early-session值表示 支持应用服务器模式的彩铃业务。
进一步的， 上述方法还可具有以下特点，
所述业务接受方是所述正常呼叫的被叫方时， 在回应所述正常呼叫请求 消息的临时响应消息中， 或在所述彩像呼叫请求消息中携带支持彩像业务的 指示信息； 所述指示信息通过在所述临时响应消息或所述彩像呼叫请求消息 中的 P-Early-Media头域中设置 Supported值表示支持网关模式的彩像业务， 或在其 Support头域中设置 early-session值表示支持应用服务器模式的彩像业 务。
进一步的， 上述方法还可具有以下特点， MSE在与所述业务接受方进行彩铃或彩像媒体资源信息的协商时， 根据 所述指示信息判断出所述业务接受方支持的彩铃或彩像业务的模式， 若 MSE 无法判断出所述业务接受方支持的彩铃或彩像业务的模式， 则直接应答所述 呼叫请求， 向所述业务接受方播放彩铃或彩像媒体信息。
进一步的， 上述方法还可具有以下特点，
所述转移请求消息使用 REFER消息，该转移请求消息使用新的会话标识 或使用所述正常呼叫请求建立的会话的会话标识。
进一步的， 上述方法还可具有以下特点，
MSE发送的所述转移请求消息中携带彩铃或彩像业务信息； 所述业务接 受方收到所述转移请求消息后， 若根据所述彩铃或彩像业务信息得知要进行 彩铃或彩像业务， 则在所述呼叫请求消息中不携带任何媒体资源信息， 或将 愿意接受的媒体类型包含在所述呼叫请求消息中； 否则， 在所述呼叫请求消 息中携带媒体资源信息。
进一步的， 上述方法还可具有以下特点，
所述业务接受方收到所述转移请求消息后， 根据所述转移请求消息中的 如下彩铃或彩像业务信息得知要进行彩铃或彩像业务： Refer-to头域值中增加 的 P-Early-Media参数或所述转移请求消息中增加的 P-Early-Media头域； 或 所述转移请求消息的 Refer-to头域值中增力。的值为 early-session的 Support参 数或所述转移请求消息中增加的 Support 头域或 Require 头域中设置的 early-session值。
进一步的， 上述方法还可具有以下特点，
所述业务接受方得知要进行彩铃或彩像业务， 在所述呼叫请求消息中携 带媒体资源信息时， 如果所述业务接受方支持网关模式的彩铃或彩像业务， 则在所述呼叫请求消息的消息体中以 Content-Disposition域的值为 session的 信息块携带彩铃或彩像媒体资源信息； 如果所述业务接受方支持应用服务器 模式的彩铃或彩像业务， 则在所述呼叫请求消息的消息体中以 Content-Disposition i或的值为 early-session的信息块携带彩铃或彩像媒体资源 信息。 进一步的， 上述方法还可具有以下特点，
所述 MSE在所述转移请求消息的 Refer-to头域设置特定的用户名， 并将 所述 Refer-to头域的地址设置为所述 MSE的地址； 所述业务接受方收到所述 转移请求消息后向所述 MSE发送呼叫请求， 所述呼叫请求的 to 头域中或 Request-URI中包含所述用户名和 MSE的地址； MSE通过所述呼叫请求的 to 头域中或 Request-URI 中包含的所述用户名关联到所述正常呼叫请求建立的 会话。
进一步的， 上述方法还可具有以下特点，
所述 MSE在收到被叫方应答所述正常呼叫请求的应答消息后，通过所述 用户名关联到所述正常呼叫请求对应的呼叫请求， 以终止所述呼叫请求消息 建立的彩铃或彩像会话， 停止向所述业务接受方播放彩铃或彩像媒体信息。
进一步的， 上述方法还可具有以下特点，
所述 MSE收到所述被叫方应答所述正常呼叫请求的应答消息，或收到所 述业务接受方请求释放呼叫请求消息建立的彩铃或彩像会话消息时， 终止所 述呼叫请求消息建立的彩铃或彩像会话。
进一步的， 上述方法还可具有以下特点，
所述 MSE收到所述呼叫请求后， 返回临时回应消息给所述业务接受方， 其中：
如果所述业务接受方支持网关模式的彩铃或彩像业务，则所述 MSE在所 述临时回应消息的消息体中以 Content-Disposition域的值为 session的消息块 携带彩铃或彩像业务的彩铃或彩像媒体资源信息， 并在临时回应消息头中增 力口 P-Early-Media的头 i或；
如果所述业务接受方支持应用服务器模式的彩铃或彩像业务， 则所述 MSE 在所述临时回应消息的消息体中以 Content-Disposition 域的值为 early-session的消息块携带彩铃或彩像业务的彩铃或彩像媒体资源信息；
如果所述 MSE不知道所述业务接受方支持的彩铃或彩像业务模式，则所 述 MSE 在所述临时回应消息的消息体中以 Content-Disposition域的值为 session的消息块携带彩铃或彩像业务的彩铃或彩像媒体资源信息。 进一步的， 上述方法还可具有以下特点，
MSE在与所述业务接受方协商彩铃或彩像媒体资源信息的同时， 将该彩 铃或彩像会话上协商的正常媒体资源的媒体端口号置为 0, 或提供没有媒体 类型的正常媒体资源信息。
进一步的， 上述方法还可具有以下特点，
MSE与业务接受方进行所述资源信息协商时， 如果所述业务接受方拒绝 接受某些媒体类型的彩铃或彩像媒体信息， 则在收到彩铃或彩像媒体资源信 息后， 在回应的彩铃或彩像媒体资源信息中将拒绝接受的彩铃或彩像媒体资 源信息的媒体端口号设置为无用。
进一步的， 上述方法还可具有以下特点，
MSE与业务接受方进行所述资源信息协商时， 所述业务接受方只申请同 时满足正常媒体和彩像媒体的最少资源。
进一步的， 上述方法还可具有以下特点，
若所述转移请求消息的会话标识与所述正常呼叫请求建立的会话的会话 标识相同， 则将正常呼叫请求建立的会话的会话标识与所述彩铃或彩像会话 的会话标识相关联；
所述业务接受方为被叫方时， 被叫方在应答所述正常呼叫时， 根据所述 关联关系终止所述呼叫请求建立的彩铃或彩像会话；
所述业务接受方为主叫方时， 主叫方在接收到所述正常呼叫请求的应答 时， 根据所述关联关系终止所述呼叫请求建立的彩铃或彩像会话。
本发明提供的在线彩铃或彩像业务的实现方法，通过 MSE向彩铃或彩像 业务的业务接受方发送转移请求消息， 并使消息的 Refer-to头域指向 MSE, 以请求业务接受方发起新的呼叫请求； MSE与业务接受方通过该新的呼叫请 求建立会话， 按标准过程协商彩铃或彩像媒体资源信息， 协商成功后， 向业 务接受方播放彩铃或彩像媒体信息； 同时主叫方与被叫方通过正常呼叫请求 建立正常会话的过程中， 按标准过程协商正常媒体资源信息。 本发明方法可 实现在 IMS系统中允许正常呼叫建立过程中向主叫 /被叫播放多媒体信息，还 解决了现有技术中， 对于支持网关模式， 釆用 P-Early-Media技术的业务接受 方设备无法实现彩铃或彩像业务的问题。
附图概述
图 1为现有的彩像业务的基本消息流程图；
图 2为本发明第一实施例的彩像业务基本消息流程图 （主叫起呼） ； 图 3为本发明第二实施例的彩像业务基本消息流程图 （服务器起呼） ； 图 4为本发明的第三实施例的彩铃业务基本消息流程图 （主叫起呼） 。 本发明的较佳实施方式
下面结合附图及具体实施例对本发明的技术方案进行更详细的说明。
第一实施例
图 2为本实施例的彩像业务基本消息流程图（主叫起呼）， 描述了 UE-A 呼叫 UE-B时， MSE通过请求 UE-B发起新的呼叫， 建立新的会话， 并通过 这个会话协商彩像媒体资源信息， 协商完成后， MSE向 UE-B播放彩像媒体 信息的过程， 其步骤如下：
步骤 201 ~ 202、 与图 1的步骤 101 ~ 102相同；
步骤 203、UE-B收到呼叫请求，回应临时响应消息（比如发送" 183 Session Progress" 消息） ， 携带被叫的正常媒体资源信息；
为描述方便， 称此呼叫请求为正常呼叫请求。
UE-B 可在临时响应消息中携带支持彩像业务的指示， 比如在 P-Early-Media头域中设置 supported值，表示支持网关模式的彩像业务， 以区 别图 1 中步骤 103 的基于应用服务模式的指示， 或在 Support头域中设置 "early-session" 值， 表示支持应用服务器模式的彩像业务。
UE-B也可以不在该临时响应消息中携带支持彩像业务的指示，而是在彩 像呼叫请求消息中 （即步骤 207中）携带。 步骤 204、 临时响应消息途经 MSE, MSE转发该临时响应； 如果不希望主叫感知该业务，可以删除支持彩像业务的指示， UE-A在收 到该临时响应时， 完成正常媒体的协商； 如果有需要， 主叫方还可按标准过 程继续正常媒体的协商。
步骤 205、 MSE向 UE-B发送转移请求， 以请求 UE-B向服务设备 MSE 发送新的呼叫消息；
比如发送 REFER (转移 )消息，并使转移消息的 Refer-to头域指向 MSE, Refer-to头域的值包含用户名， 地址和参数三部分， MSE通过设置地址值为 MSE的地址使消息的 Refer-to头域指向 MSE。
MSE还可设置特定的用户名， 使得 MSE可通过用户名部分的信息关联 到正常呼叫请求建立的会话；
MSE 还可通过在参数部分增加 P-Early-Media 参数， 或增加 "support=early-session" 参数表示请求是为了进行彩像业务；
MSE还可在转移消息中增加 P-Early-Media头域表示要进行彩像业务，也 可在转移消息中增力。 Support头域或 Require头域， 并且设置 "early-session" 值表示要进行彩像业务。
MSE发送的 REFER消息可使用正常呼叫请求建立的会话标识， 也可使 用新会话标识，如果是前者， 则被叫用户设备可因为该 REFER是在会话尚未 建立起来的时候收到的而判断出是要求进行彩像业务，因为现有其他业务中， 使用前一种方式发送的 REFER消息都是在会话建立后才发送的。
步骤 206、 UE-B收到转移请求， 表示同意进行转移操作， 比如返回 "202 Accepted" 消息；
步骤 207、 UE-B按照收到的转移请求的要求， 向 MSE发起新的呼叫请 求， 该请求的目标（如目标 to头域或 Request-URI )为 MSE在转移消息中指 定的用户名及地址部分；
为了便于描述， 称此呼叫请求为彩像呼叫请求。
UE-B接收到转移请求后，查看该转移请求的会话标识与正常呼叫请求的 会话标识， 若两者相同， 则将正常呼叫请求的会话标识与上述彩像呼叫请求 的会话标识进行关联。
UE-B可检查收到的转移请求判断是否要进行彩像业务（如何判断可参考 步骤 205中的描述） , 如果得知是要进行彩像业务， 则彩像呼叫请求可不携 带任何媒体资源信息， 或携带用户愿意接受的彩像媒体资源信息（如果 UE-B 支持网关模式的彩像业务， 上述彩像媒体资源信息可包含在消息体中 Content-Disposition域的值为 session的信息块中，如果 UE-B支持应用服务器 模式的彩像业务， 则上述彩像媒体资源信息可包含在消息体中 Content-Disposition域的值为 early-session的信息块中， 如果此时尚不能判断 是否要进行彩像业务， 则按标准过程发送呼叫请求， 并携带媒体资源信息）。
如果用户设置了彩像不接受某些媒体类型， 则在发送彩像呼叫请求时， 不将该类媒体类型包含在消息体中携带的彩像媒体资源信息中。
如果步骤 203中， UE-B没有在临时响应消息中携带支持彩像业务的指示 信息， 则在彩像呼叫请求中携带支持彩像业务的指示信息。
步骤 208、 MSE收到 UE-B的彩像呼叫请求，则按如下过程与 UE-B协商 彩像媒体资源信息：
208A: MSE发送临时回应消息给 UE-B;
208B: UE-B收到该临时回应消息后， 会发送预确认 ( PRACK ) 消息， 如果用户设置了某些媒体类型不接受， 则在回应的彩像媒体资源信息中将该 媒体类型的媒体端口号设置为无用 （如 0 ) 。
其中， 步骤 208A中， 临时回应消息中携带的信息才艮据如下方式确定： 如果收到的彩像呼叫请求不带任何媒体资源信息，则 MSE根据支持彩像 业务的指示判断 UE-B支持的模式：
A1. 如果 UE-B支持网关模式的彩像业务，则 MSE在彩像呼叫请求的临 时回应消息的消息体中以 Content-Disposition域的值为 session的信息块中携 带彩像业务的彩像媒体资源信息， 并在临时回应消息头中增加 P-Early-Media 头域；
B1. 如果 UE-B支持应用服务器模式的彩像业务，则 MSE在彩像呼叫请 求的临时回应消息的消息体中以 Content-Disposition域的值为 early-session的 信息块携带彩像业务的彩像媒体资源信息， MSE还可以在临时回应消息的消 息体中以 Content-Disposition域的值为 session的信息块携带没有媒体类型的 媒体资源信息 （只有媒体连接地址等其他与媒体类型无关的信息） ； C1. 如果 MSE不知道 UE-B支持何种模式的彩像业务， 则 MSE在彩像 呼叫请求的临时回应消息的消息体中以 Content-Disposition域的值为 session 的信息块携带彩像业务的彩像媒体资源信息；
如果收到的彩像呼叫请求携带媒体资源信息， 则：
A2. 如果彩像呼叫请求的消息体中有以 Content-Disposition域的值为 session的信息块携带媒体资源信息， MSE还需根据支持彩像业务的指示判断 UE-B支持的模式：
如果 UE-B 支持网关模式的彩像业务， MSE 在临时回应消息中以 Content-Disposition域的值为 session的信息块携带彩像业务的彩像媒体资源 信息， 并在彩像呼叫请求的临时回应消息头中增加 P-Early-Media头域以协商 彩像媒体资源信息，并且如果有需要 (比如 MSE的 REFER请求无法让 UE-B 判断出是否是要进行彩像业务操作，并且 MSE还希望提供更丰富的彩像媒体 类型） ， MSE后续还可通过 UPDATE消息带 P-Early-Media头域来继续进行 彩像媒体资源信息的协商；
如果 UE-B支持应用服务器模式的彩像业务， MSE在彩像呼叫请求的临 时回应消息的消息体中以 Content-Disposition域的值为 session的信息块携带 彩像媒体资源信息， 其中所有媒体类型的端口都为 0 , 并且消息体中以 Content-Disposition i或的值为 early-session的信息块携带彩像业务的彩像媒体 资源信息；
如果 MSE不知道 UE-B支持何种模式的彩像业务， 则 MSE在彩像呼叫 请求的临时回应消息的消息体中以 Content-Disposition域的值为 session的信 息块携带彩像业务的彩像媒体资源信息， 并且如果有需要（比如 MSE 的 REFER请求无法让 UE-B判断出是否是要进行彩像业务操作，并且 MSE还希 望提供更丰富的彩像媒体类型）， MSE后续还可通过 UPDATE消息来继续进 行彩像媒体资源信息的协商；
B2. 如果彩像呼叫请求的消息体中有以 Content-Disposition域的值为 early-session的信息块携带彩像媒体资源信息， 则表示 UE-B支持应用服务器 模式的彩像业务并且知道是要进行彩像业务操作， MSE在彩像呼叫请求的临 时回应消息中以 Content-Disposition域的值为 early-session的信息块携带彩像 业务的彩像媒体资源信 , 以协商彩像媒体资源信息；
如果收到的彩像呼叫请求的消息体中同时还有以 Content-Disposition域 的值为 session的信息块携带的媒体资源信息（可能有媒体类型， 也可能没有 媒体类型 ） ， MSE 在彩像呼叫请求的临时回应消息的消息体中以 Content-Disposition域的值为 session的信息块携带媒体资源信息，其中所有媒 体类型的端口都为 0, 或者没有媒体类型；
如果 MSE不知道 UE-B支持何种模式的彩像业务，可应答彩像呼叫请求， 以实现向被叫用户设备播放彩像媒体信息的目的。
UE-B在申请资源时，可根据彩像呼叫请求建立的会话协商的彩像媒体资 源信息和正常呼叫请求建立的会话协商的正常媒体资源信息， 申请能同时满 足两种媒体的最少资源。 比如正常媒体有的媒体类型， 如果彩像媒体也需要， 则不再为彩像媒体申请此类资源， 如果彩像媒体有的媒体类型， 正常媒体没 有， 则为彩像媒体申请该类资源。
UE-B如果因为用户的干预而拒绝接受彩像业务， 可以向 MSE发送拒绝 请求， 比如直接跳到步骤 210执行， 发送 CANCEL消息或 BYE消息。
步骤 209、 MSE协商完彩像媒体资源信息后， 向被叫用户设备播放彩像 媒体信息；
步骤 210、 如果被叫用户要停止彩像的播放， 则被叫用户设备可终止彩 像呼叫请求建立的会话， 释放相应的会话资源；
比如， 如果 MSE没有应答彩像呼叫请求， 则可发送 CANCEL消息， 如 果 MSE应答了彩像呼叫请求， 则可发送 BYE消息。
当被叫用户应答正常呼叫请求时， 被叫用户设备也可按此方式终止彩像 呼叫请求建立的会话。
步骤 211、用户应答正常呼叫， UE-B发送应答消息， 比如发送 "200 OK" 消息；
若存在正常呼叫请求的会话标识与彩像呼叫请求的会话标识之间的关联 关系， 则 UE-B发送上述应答消息的同时， 关闭彩像呼叫请求建立的会话， 停止彩像的播放。
步骤 212、 MSE收到应答消息， 如果尚未收到步骤 210的消息， 则停止 向 UE-B播放彩像媒体信息；
如果 MSE尚未收到步骤 210的消息， 则 MSE可取消彩像媒体会话， 具 体取消方式可为， 比如， 如果 MSE没有应答彩像呼叫请求， 则可发送 " 486 Busy" 消息， 如果 MSE应答了彩像呼叫请求， 则可发送 BYE消息。
步骤 205中如果 MSE使用了特定的用户名部分，则可以通过彩像呼叫请 求的目标的用户名部分找到彩像呼叫请求对应的正常呼叫请求， 从而实现取 消特定彩像媒体会话的目的。
步骤 213、 MSE释放彩像媒体会话资源；
步骤 214、 MSE转发应答消息给 UE-A;
步骤 215、 UE-A收到应答消息， 建立起和 UE-B的正常媒体会话连接。
第二实施例
图 3为本发明的彩像业务基本消息流程图（服务器起呼）， 描述了 UE-A 已经与服务器 MSE建立了会话连接， 服务器代替 UE-A呼叫 UE-B, 同时请 求 UE-B发起新的呼叫， 建立新的会话， 并通过这个会话协商彩像媒体资源 信息， 协商完成后， MSE向 UE-B播放彩像媒体信息， UE-B应答呼叫后实现 与 UE-A的会话连接的过程， 其步骤如下：
步骤 301、 UE-A已经与服务器 MSE建立了会话连接；
步骤 302、 服务器 MSE代替 UE-A向 UE-B发起呼叫， 不带任何媒体资 源信息； 步骤 303、 UE-B收到呼叫请求， 返回临时响应， 比如回应 "183 Session Progress" , 携带 UE-B支持的正常媒体资源信息， 也可携带 UE-B支持彩像 业务的指示信息；
步骤 304、 MSE收到临时响应 ,向 UE-A发送更新消息 ,比如发送 relNVITE 消息， 携带收到的临时响应中的正常媒体资源信息；
步骤 305、 MSE在向 UE-A发送更新消息的同时， 向业务接受方 UE-B 发送转移请求；
步骤 306、 UE-B收到转移请求， 表示同意进行转移操作， 比如返回 "202 Accepted" 消息；
步骤 307、 UE-A收到更新消息， 表示同意更新， 比如发送 "200 OK" 消 息， 根据收到的 UE-B 的正常媒体资源信息更新正常媒体资源信息， 并携带 更新后的 UE-A的正常媒体资源信息；
步骤 308、 MSE收到同意更新的消息， 向 UE-B发送预确认消息， 比如 发送 PRACK消息， 携带收到的 UE-A的正常媒体资源信息；
步骤 309、 UE-B收到预确认消息， 根据消息中的 UE-A的正常媒体资源 信息实现第一次正常媒体资源信息的协商， 然后发送预确认回应消息， 比如 发送 "200 OK" 消息；
步骤 310、 与图 2中的步骤 207 ~ 213完全相同；
步骤 311、 UE-B应答正常呼叫请求后， MSE就实现了 UE-A和 UE-B的 正常媒体会话连接， 此应用场景， MSE不需转发 UE-B的应答消息给 UE-A。
第三实施例
图 4为本发明的彩铃业务基本消息流程图 （主叫起呼） ， 描述了 UE-A 呼叫 UE-B时， 服务设备 MSE请求 UE-A发起新的呼叫， 建立新的会话， 并 通过这个会话协商彩铃媒体资源信息， 协商完成后， MSE向 UE-A播放彩铃 媒体信息的过程， 其步骤如下：
步骤 401、 UE-A呼叫 UE-B, 比如发送 INVITE (邀请） 消息， 并携带 UE-A的正常媒体资源信息和支持彩铃业务的指示信息； UE-A 在该正常呼叫请求消息中携带支持彩铃业务的指示， 比如在 P-Early-Media头域中设置 supported值，表示支持网关模式的彩铃业务， 或在 Support头域中设置 "early-session"值，表示支持应用服务器模式的彩铃业务。
步骤 402、 呼叫请求消息途经彩像业务服务设备 MSE, MSE转发该呼叫 消息给 UE-B;
步骤 403、UE-B收到呼叫请求，回应临时响应消息（比如发送" 183 Session Progress" 消息） ， 携带被叫的正常媒体资源信息；
步骤 404、 临时响应消息途经 MSE, MSE转发该临时响应；
UE-A在收到该响应时， 完成正常媒体的协商； 如果有需要， 主叫方还可 按标准过程继续正常媒体的协商。
步骤 405、 MSE向 UE-A发送转移请求， 以请求 UE-A向 MSE发送新的 呼叫消息；
比如发送 REFER (转移）消息， 并使消息的 Refer-to头域指向 MSE, 对 该消息的相关描述可参考图 2中步骤 205中的描述。
MSE可在转移请求消息中携带彩铃业务信息， 比如可通过在参数部分增 力口 P-Early-Media参数, 或增力口 "support=early-session" 参数表示该请求是为 了进行彩像业务； MSE还可在转移消息中增加 P-Early-Media头域表示要进行 彩像业务， 也可在转移消息中增加 Support头域或 Require 头域， 并且设置 "early-session" 值表示要进行彩像业务。
步骤 406、 UE-A收到转移请求，表示同意进行转移操作， 比如返回 "202
Accepted" 消息；
步骤 407、 UE-A按照收到的转移请求的要求， 向 MSE发起新的呼叫请 求， 请求的目标为 MSE在转移消息中指定的用户名及地址部分；
为了便于描述， 称此呼叫请求为彩铃呼叫请求。 UE-A可检查收到的转移请求判断是否要进行彩铃业务，如果得知是要进 行彩铃业务， 则彩铃呼叫请求可不携带任何媒体资源信息， 或携带用户愿意 接受的彩铃媒体资源信息 （如果 UE-A支持网关模式的彩铃业务， 上述彩像 媒体资源信息可包含在消息体中 Content-Disposition域的值为 session的信息 块中， 如果 UE-A支持应用服务器模式的彩铃业务， 则上述彩铃媒体资源信 息可包含在消息体中 Content-Disposition域的值为 early-session的信息块中； 如果此时尚不能判断是否要进行彩铃业务， 则同样发送呼叫请求， 并携带媒 体资源信息。 步骤 408、 MSE收到主叫用户的彩铃呼叫请求， 按照标准过程与 UE-A 协商彩铃媒体资源信息；
MSE与 UE-A协商彩铃媒体资源信息的标准过程可参考本发明第一实施 例中步骤 208中的描述， 在此不再赘述。 如果用户设置了彩铃不接受某些媒体类型， 则在发送彩铃呼叫请求时， 不将该媒体类型包含在消息体中携带的彩铃媒体资源信息中。
UE-A在申请资源时，可根据彩铃呼叫请求建立的会话协商的彩铃媒体资 源信息和正常呼叫请求建立的会话协商的正常媒体资源信息， 申请能同时满 足两种媒体的最少资源。 比如正常媒体有的媒体类型， 如果彩铃媒体也需要， 则不再为彩铃媒体申请此类资源， 如果彩铃媒体有的媒体类型， 正常媒体没 有， 则为彩铃媒体申请该类资源。
UE-A如果因为用户的干预而拒绝接受彩像业务， 可以向 MSE发送拒绝 请求， 比如直接跳到步骤 410执行， 发送 CANCEL消息或 BYE消息。 步骤 409、 MSE协商完彩铃媒体资源信息后， 向主叫用户设备播放彩铃 媒体信息； 步骤 410、 如果主叫用户要停止彩铃的播放， 则主叫用户设备可终止彩 像呼叫请求建立的会话， 比如， 如果 MSE没有应答彩铃呼叫请求， 则可发送 CANCEL消息， 如果 MSE应答了彩铃呼叫请求， 则可发送 BYE消息。 当被叫用户应答正常呼叫请求时， 主叫用户设备也可按此方式终止彩像 呼叫请求建立的会话。 步骤 411、用户应答正常呼叫， UE-B发送应答消息， 比如发送 "200 OK" 消息； 步骤 412、 MSE收到应答消息， 如果尚未收到步骤 410的消息， 则停止 向 UE-A播放彩铃媒体信息； 如果 MSE尚未收到步骤 410的消息， 则 MSE可取消彩铃媒体会话， 比 如， 如果 MSE 没有应答彩铃呼叫请求， 则可发送 "486 Busy" 消息， 如果 MSE应答了彩铃呼叫请求， 则可发送 BYE消息。 若存在正常呼叫请求的会话标识与彩铃呼叫请求的会话标识之间的关联 关系， UE-A在接收到所述正常呼叫请求的应答时，可根据所述关联关系终止 彩铃会话。 步骤 405中如果 MSE使用了特定的用户名部分，则可以通过彩铃呼叫请 求的目标的用户名部分找到彩铃呼叫请求对应的正常呼叫请求， 从而实现取 消特定彩铃媒体会话的目的。 步骤 413、 MSE释放彩铃媒体会话资源； 步骤 414、 MSE转发应答消息给 UE-A; 步骤 415、 UE-A收到应答消息， 建立起和 UE-B的正常媒体会话连接。
当然， 本发明还可有其他多种实施例， 在不背离本发明精神及其实质的 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
工业实用性 本发明提供的在线彩铃或彩像业务的实现方法，通过 MSE向彩铃或彩像 业务的业务接受方发送转移请求消息， 并使消息的 Refer-to头域指向 MSE, 以请求业务接受方发起新的呼叫请求； MSE与业务接受方通过该新的呼叫请 求建立会话， 按标准过程协商彩铃或彩像媒体资源信息， 协商成功后， 向业 务接受方播放彩铃或彩像媒体信息； 同时主叫方与被叫方通过正常呼叫请求 建立正常会话的过程中， 按标准过程协商正常媒体资源信息。 本发明方法可 实现在 IMS 系统中允许正常呼叫建立过程中同时向主叫 /被叫播放多媒体信 息， 还解决了现有技术中， 对于支持网关模式， 采用 P-Early-Media技术的业 务接受方设备无法实现彩铃或彩像业务的问题。

Claims

权 利 要 求 书
1、 一种在线彩铃或彩像业务的实现方法， 其特征在于， 包括： 主叫方呼叫被叫方， 多媒体业务设备 MSE 向被叫方转发正常呼叫请求 后， 向业务接受方发送转移请求消息， 指示所述业务接受方向所述 MSE发起 呼叫请求， 其中， 所述业务接受方为主叫方或被叫方；
所述业务接受方收到所述转移请求消息后， 向所述 MSE发起呼叫请求；
MSE与所述业务接受方在通过所述呼叫请求建立会话的过程中， 进行彩 铃或彩像媒体资源信息的协商； 如果协商成功， 所述 MSE向所述业务接受方 播放彩铃或彩像媒体信息。
2、 如权利要求 1所述的实现方法， 其特征在于，
所述业务接受方是所述正常呼叫请求的主叫方时， 在所述正常呼叫请求 消息中， 携带支持彩铃业务的指示信息； 所述指示信息通过在所述正常呼叫 请求消息中的 P-Early-Media头域中设置 Supported值表示支持网关模式的彩 铃业务， 或者在所述正常呼叫请求消息的 Support头域中设置 early-session值 表示支持应用服务器模式的彩铃业务。
3、 如权利要求 1所述的实现方法， 其特征在于，
所述业务接受方是所述正常呼叫的被叫方时， 在回应所述正常呼叫请求 消息的临时响应消息中， 或在所述彩像呼叫请求消息中携带支持彩像业务的 指示信息； 所述指示信息通过在所述临时响应消息或所述彩像呼叫请求消息 中的 P-Early-Media头域中设置 Supported值表示支持网关模式的彩像业务， 或在其 Support头域中设置 early-session值表示支持应用服务器模式的彩像业 务。
4、 如权利要求 2或 3所述的实现方法， 其特征在于，
MSE在与所述业务接受方进行彩铃或彩像媒体资源信息的协商时， 根据 所述指示信息判断出所述业务接受方支持的彩铃或彩像业务的模式， 若 MSE 无法判断出所述业务接受方支持的彩铃或彩像业务的模式， 则直接应答所述 呼叫请求， 向所述业务接受方播放彩铃或彩像媒体信息。
5、 如权利要求 1所述的实现方法， 其特征在于，
所述转移请求消息使用 REFER消息，该转移请求消息使用新的会话标识 或使用所述正常呼叫请求建立的会话的会话标识。
6、 如权利要求 1所述的实现方法， 其特征在于，
MSE发送的所述转移请求消息中携带彩铃或彩像业务信息； 所述业务接 受方收到所述转移请求消息后， 若根据所述彩铃或彩像业务信息得知要进行 彩铃或彩像业务， 则在所述呼叫请求消息中不携带任何媒体资源信息， 或将 愿意接受的媒体类型包含在所述呼叫请求消息中； 否则， 在所述呼叫请求消 息中携带媒体资源信息。
7、 如权利要求 6所述的实现方法， 其特征在于，
所述业务接受方收到所述转移请求消息后， 根据所述转移请求消息中的 如下彩铃或彩像业务信息得知要进行彩铃或彩像业务： Refer-to头域值中增加 的 P-Early-Media参数或所述转移请求消息中增加的 P-Early-Media头域； 或 所述转移请求消息的 Refer-to头域值中增力。的值为 early-session的 Support参 数或所述转移请求消息中增加的 Support 头域或 Require 头域中设置的 early-session值。
8、 如权利要求 6所述的实现方法， 其特征在于，
所述业务接受方得知要进行彩铃或彩像业务， 在所述呼叫请求消息中携 带媒体资源信息时， 如果所述业务接受方支持网关模式的彩铃或彩像业务， 则在所述呼叫请求消息的消息体中以 Content-Disposition域的值为 session的 信息块携带彩铃或彩像媒体资源信息； 如果所述业务接受方支持应用服务器 模式的彩铃或彩像业务， 则在所述呼叫请求消息的消息体中以 Content-Disposition i或的值为 early-session的信息块携带彩铃或彩像媒体资源 信息。
9、 如权利要求 1所述的实现方法， 其特征在于, 所述 MSE在所述转移请求消息的 Refer-to头域设置特定的用户名， 并将 所述 Refer-to头域的地址设置为所述 MSE的地址； 所述业务接受方收到所述 转移请求消息后向所述 MSE发送呼叫请求， 所述呼叫请求的 to 头域中或 Request-URI中包含所述用户名和 MSE的地址； MSE通过所述呼叫请求的 to 头域中或 Request-URI 中包含的所述用户名关联到所述正常呼叫请求建立的 会话。
10、 如权利要求 9所述的实现方法， 其特征在于，
所述 MSE在收到被叫方应答所述正常呼叫请求的应答消息后，通过所述 用户名关联到所述正常呼叫请求对应的呼叫请求， 以终止所述呼叫请求消息 建立的彩铃或彩像会话， 停止向所述业务接受方播放彩铃或彩像媒体信息。
11、 如权利要求 1所述的实现方法， 其特征在于， 所述 MSE收到所述 被叫方应答所述正常呼叫请求的应答消息， 或收到所述业务接受方请求释放 呼叫请求消息建立的彩铃或彩像会话消息时， 终止所述呼叫请求消息建立的 彩铃或彩像会话。
12、 如权利要求 1所述的实现方法， 其特征在于， 所述 MSE收到所述 呼叫请求后， 返回临时回应消息给所述业务接受方， 其中：
如果所述业务接受方支持网关模式的彩铃或彩像业务，则所述 MSE在所 述临时回应消息的消息体中以 Content-Disposition域的值为 session的消息块 携带彩铃或彩像业务的彩铃或彩像媒体资源信息， 并在临时回应消息头中增 力。 P-Early-Media的头域；
如果所述业务接受方支持应用服务器模式的彩铃或彩像业务， 则所述 MSE 在所述临时回应消息的消息体中以 Content-Disposition 域的值为 early-session的消息块携带彩铃或彩像业务的彩铃或彩像媒体资源信息；
如果所述 MSE不知道所述业务接受方支持的彩铃或彩像业务模式，则所 述 MSE 在所述临时回应消息的消息体中以 Content-Disposition域的值为 session的消息块携带彩铃或彩像业务的彩铃或彩像媒体资源信息。
13、 如权利要求 1或 12所述的实现方法， 其特征在于, MSE在与所述业务接受方协商彩铃或彩像媒体资源信息的同时， 将该彩 铃或彩像会话上协商的正常媒体资源的媒体端口号置为 0, 或提供没有媒体 类型的正常媒体资源信息。
14、 如权利要求 1所述的实现方法， 其特征在于，
MSE与业务接受方进行所述资源信息协商时， 如果所述业务接受方拒绝 接受某些媒体类型的彩铃或彩像媒体信息， 则在收到彩铃或彩像媒体资源信 息后， 在回应的彩铃或彩像媒体资源信息中将拒绝接受的彩铃或彩像媒体资 源信息的媒体端口号设置为无用。
15、 如权利要求 1所述的实现方法， 其特征在于，
MSE与业务接受方进行所述资源信息协商时， 所述业务接受方只申请同 时满足正常媒体和彩铃或彩像媒体的最少资源。
16、 如权利要求 5所述的实现方法， 其特征在于，
若所述转移请求消息的会话标识与所述正常呼叫请求建立的会话的会话 标识相同， 则将正常呼叫请求建立的会话的会话标识与所述彩铃或彩像会话 的会话标识相关联；
所述业务接受方为被叫方时， 被叫方在应答所述正常呼叫时， 根据所述 关联关系终止所述呼叫请求建立的彩像会话；
所述业务接受方为主叫方时， 主叫方在接收到所述正常呼叫请求的应答 时， 根据所述关联关系终止所述呼叫请求建立的彩铃会话。
PCT/CN2008/073227 2008-01-11 2008-11-27 一种在线彩铃或彩像业务的实现方法 WO2009086758A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810001851.2 2008-01-11
CN2008100018512A CN101217703B (zh) 2008-01-11 2008-01-11 一种在线彩铃彩像业务的实现方法

Publications (1)

Publication Number Publication Date
WO2009086758A1 true WO2009086758A1 (zh) 2009-07-16

Family

ID=39624051

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/073227 WO2009086758A1 (zh) 2008-01-11 2008-11-27 一种在线彩铃或彩像业务的实现方法

Country Status (2)

Country Link
CN (1) CN101217703B (zh)
WO (1) WO2009086758A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101217703B (zh) * 2008-01-11 2011-02-23 中兴通讯股份有限公司 一种在线彩铃彩像业务的实现方法
CN101662736B (zh) * 2008-08-27 2013-04-17 华为技术有限公司 早期媒体协商失败处理方法及相关设备、通信系统
CN101729506A (zh) * 2008-10-10 2010-06-09 华为技术有限公司 一种多媒体铃音中主叫/被叫信息显示的方法和服务器
CN102131010A (zh) * 2010-01-20 2011-07-20 中兴通讯股份有限公司 基于ip多媒体子系统的彩像实现方法、装置及系统
CN102131158B (zh) * 2011-02-22 2015-12-16 中兴通讯股份有限公司 一种实现多媒体彩铃业务的方法及系统
CN106331979A (zh) * 2015-06-25 2017-01-11 中兴通讯股份有限公司 一种通信方法、装置及融合通信设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801856A (zh) * 2004-12-31 2006-07-12 华为技术有限公司 一种实现视频彩铃业务的系统及方法
CN1905703A (zh) * 2006-08-14 2007-01-31 北京邮电大学 在移动通信网和移动智能网实现多媒体彩铃的方法和系统
CN101043647A (zh) * 2007-03-13 2007-09-26 华为技术有限公司 实现多媒体彩铃和多媒体彩像业务的方法、系统及装置
CN101217703A (zh) * 2008-01-11 2008-07-09 中兴通讯股份有限公司 一种在线彩铃彩像业务的实现方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801856A (zh) * 2004-12-31 2006-07-12 华为技术有限公司 一种实现视频彩铃业务的系统及方法
CN1905703A (zh) * 2006-08-14 2007-01-31 北京邮电大学 在移动通信网和移动智能网实现多媒体彩铃的方法和系统
CN101043647A (zh) * 2007-03-13 2007-09-26 华为技术有限公司 实现多媒体彩铃和多媒体彩像业务的方法、系统及装置
CN101217703A (zh) * 2008-01-11 2008-07-09 中兴通讯股份有限公司 一种在线彩铃彩像业务的实现方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CHEN, HUI ET AL.: "Design and Implementation of Multimedia Ring Tone Service Based on IP Multimedia Subsystem", COMPUTER ENGINEERING, vol. 33, no. 17, September 2007 (2007-09-01), pages 134 - 136 *

Also Published As

Publication number Publication date
CN101217703B (zh) 2011-02-23
CN101217703A (zh) 2008-07-09

Similar Documents

Publication Publication Date Title
DK1836825T3 (en) Enabling early media in a communication system
WO2009049531A1 (fr) Procédé, dispositif de commande de passerelle réseau multimédia et serveur d'application pour mettre en œuvre l'intercommunication des tonalités de retour d'appel personnalisées
WO2007137485A1 (fr) Procédés et systèmes pour mise en oeuvre de transfert d'appel et réseau domestique de terminal d'utilisateur
KR20110050439A (ko) 원격통신 네트워크에서 매체 속성들에 기초한 선택적 호 포워딩을 위한 방법 및 시스템
EP2587777B1 (en) Method and system for implementing color ring back tone and multimedia ring alert tone service.
WO2008064580A1 (fr) Procédé, système et serveur d'application pour éviter la diaphonie de signal de rappel couleur
WO2009086758A1 (zh) 一种在线彩铃或彩像业务的实现方法
JP5593304B2 (ja) 呼を終了する方法及びボイスオーバーｉｐ端末
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'appel et/ou de tonalité de reour d'appel multimédia et de production de demande sdp multimédia anticipée
EP1959608A1 (en) A method, a application server and a system for implementing the third party control service
WO2009124512A1 (zh) 控制早媒体播放的实现方法
WO2011153752A1 (zh) 在ctd业务中实现呼叫转接的方法、系统及应用服务器
JP2011526441A (ja) Ｉｍｓネットワーク内でカスタマイズされたビデオサービスを実現するための方法およびネットワークユニット
CN101459872B (zh) 单对话彩铃彩像业务在应答后更新媒体的方法
EP2222064A1 (en) Method and system for processing early media service between different domains
WO2009135375A1 (zh) 实现单对话彩铃业务的呼叫建立方法
KR100785792B1 (ko) 접속 설정 프로토콜을 사용하는 인터넷 전화 시스템에서의서비스 제공 방법 및 그 시스템
WO2009079847A1 (fr) Procédé d'utilisation de doubles appels pour réaliser un service de sonnerie personnalisée
WO2011035638A1 (zh) 接入网关控制功能用户呼叫转接业务的实现方法及系统
WO2010054558A1 (zh) 一种实现多媒体铃音业务安全机制的方法、设备及系统
CN101466074A (zh) 一种单对话彩铃彩像业务的实现方法
JP6549523B2 (ja) 要求先端末のオプション機能の非使用を整合する網間制御方法、ｓｉｐサーバ及びプログラム
WO2008154780A1 (fr) Procédé pour implémenter un service de retenue d'appel d'un service centralisé de sous-système multimédia ip
WO2011057531A1 (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: 08869674

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

Country of ref document: EP

Kind code of ref document: A1