WO2009155824A1 - 一种彩铃、彩像业务的实现方法及系统 - Google Patents

一种彩铃、彩像业务的实现方法及系统 Download PDF

Info

Publication number
WO2009155824A1
WO2009155824A1 PCT/CN2009/072164 CN2009072164W WO2009155824A1 WO 2009155824 A1 WO2009155824 A1 WO 2009155824A1 CN 2009072164 W CN2009072164 W CN 2009072164W WO 2009155824 A1 WO2009155824 A1 WO 2009155824A1
Authority
WO
WIPO (PCT)
Prior art keywords
sdp
request
message
crbt
call
Prior art date
Application number
PCT/CN2009/072164
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 EP09768749A priority Critical patent/EP2299671B1/en
Publication of WO2009155824A1 publication Critical patent/WO2009155824A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/02—Calling substations, e.g. by ringing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and system for implementing a color ring tones and a color image service.
  • IP Internet Protocol, Network Interconnection Protocol
  • Multimedia Subsystem is an IP-based network architecture proposed by the 3rd Generation Partnership Project (3GPP).
  • 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 functions in the control layer are completed by the Call Session Control Function (CSCF).
  • CSCF Call Session Control Function
  • the CSCF is divided into proxy Proxy (P-CSCF), Interrogating (I-CSCF), and Serving (S-CSCF). Three types, of which the main responsibility is Serving, the Interrogating type is optional.
  • the business layer is composed of a series of application servers (Application Servers, AS for short), which can provide specific business services.
  • 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
  • UE User Equipment
  • SIP Session Initiation Protocol
  • MRF multimedia resource function
  • the control part MRFC the media processing part
  • MRFP media processing part
  • the control part is responsible for the SE.
  • the SIP signaling is translated and interpreted as an instruction to the MRFP, or vice versa, to translate and interpret the response of the MRFP as SIP signaling sent to the SE; and the processing portion MRFP is responsible for the transmission and reception of the media stream.
  • the protocol for negotiating media resource information in the IMS system is SDP (Session Description Protocol).
  • the interaction mode of the protocol is the request response mode. That is, an SDP request must have an SDP response, and the SDP request and response content are all Media resource information, media resource information includes media owner information (including address information), media connection address, media type, and media port and codec information related to the media type, etc., the content of the SDP response, the number of media, type, and The order must be exactly the same as the number, type and order of media in the SDP request.
  • the content of the SDP protocol is carried by the message body of the SIP message.
  • the interaction process is independent of the SIP request response mode. That is, the SIP request or response message can carry the SDP request, and can also carry the SDP response or not. .
  • the media connection includes two types, one is a normal media connection, and the other is an early media connection.
  • the normal media connection is a media connection that the user can transmit media data after responding to the SIP call request, and the early media connection is that the user has not answered the SIP call request.
  • the content of the SDP request and response for negotiating the normal media connection is called the normal media SDP.
  • the content of the SDP request and response for negotiating the early media connection is called the early media SDP.
  • the service for simultaneously playing multimedia information to the calling party during the call setup process is a service in the IMS, and the service may also be called a CRBT service, which allows the calling party to play the multimedia customized by the called party in advance during the call.
  • Information The service that simultaneously plays the multimedia information to the called party during the call setup process is a service in the IMS, which may also be called a color image service, which allows the caller to play the called party in advance during the call. Good multimedia information. After the called party answers, the ring tones image service stops the multimedia information that has not stopped.
  • the CRBT service and the color image service can also be collectively referred to as the early media service.
  • FIG. 1 is a structural diagram of a network structure of a color ring tones image, and describes a relationship between a calling user equipment UE-A, a called user equipment UE-B, and network elements on a network, and a message routing process.
  • ⁇ Under a structural diagram of a network structure of a color ring tones image, and describes a relationship between a calling user equipment UE-A, a called user equipment UE-B, and network elements on a network, and a message routing process.
  • the calling user equipment UE-A accesses the P-CSCF1 of the visited network in the visited network, and the SIP message sent by the UE-A is forwarded by the P-CSCF1, and the SIP message sent to the UE-A is received from the P-CSCF1. ;
  • the P-CSCF1 of the visited network sends the message sent by the calling party to the S-CSCF1 of the calling home network, and receives the SIP message sent to the UE-A from the S-CSCF1, and then sends it to the UE-A; 5103.
  • the S-CSCF1 forwards the next hop according to the service customization of the calling user or the specified route in the message sent by the calling party, and forwards the calling user to an AS in the service platform of the calling user (ie, the AS set).
  • the message (this process is called service triggering), there are usually multiple ASs in the service platform, and only the related color image AS is shown here.
  • An AS of the service platform receives the message sent by the S-CSCF1, executes the corresponding service logic, and then forwards the processed message back to the S-CSCF1.
  • S-CSCF1 will continue to send the message to the corresponding AS of the service platform, so S103 will be executed repeatedly until the service specified by the calling party has been executed.
  • the S-CSCF1 After receiving the SIP message sent back by the called home network, the S-CSCF1 sends the message to the AS that triggered the service, receives the SIP message sent back by the AS, and then sends the message received from the service platform to the countdown.
  • the second AS that triggers the service is repeated until the SIP message sent back from the MAC that triggered the service is sent back to the P-CSCF1 of the calling network of the calling party. In other words, it is triggered along the service.
  • the opposite path passes the SIP message sent back by the called home network.
  • the S-CSCF1 After the execution of all the services of the calling party, the S-CSCF1 sends a message sent by the calling service platform to the S-CSCF2 of the called party's home network, and receives the sent SIP message from the S-CSCF2.
  • the S-CSCF2 forwards the next hop of the called user according to the service customization situation of the called user or the specified route in the message sent by the called party, and forwards the called party to an AS in the service platform of the called user (ie, the AS set).
  • the message (this process is called service triggering).
  • An AS on the service platform receives the message sent by the S-CSCF2 and executes the corresponding service logic. And then forward the processed message back to the S-CSCF2, we call the called user equipment UE-B as the service service user of the AS that is triggered by the service;
  • S-CSCF2 will continue to send the message to the corresponding AS of the service platform, so S105 will be executed repeatedly until the specified service is executed.
  • the S-CSCF2 After receiving the SIP message sent back by the called network, the S-CSCF2 sends the message to the AS that triggered the service, receives the SIP message sent back by the AS, and then sends the message received from the service platform to the countdown.
  • the second AS that triggers the service is repeated until the SIP message sent back from the MAC that triggered the service is sent back to the S-CSCF1 of the calling home network. In other words, the opposite is triggered along the service.
  • the path passes the SIP message sent back by the called network. 5106.
  • the S-CSCF2 finds the P-CSCF2 of the called network of the called party, forwards the message sent by the calling party to the P-CSCF2, and receives the called party from the P-CSCF2. Back SIP message;
  • the P-CSCF2 forwards the message sent by the called home network to the called party to the UE-B, and receives the SIP message sent back by the UE-B, and then forwards the message to the S-CSCF2 of the called home network.
  • the color image AS is in the calling home network, and the color ring AS is in the called home network, but the color image AS can also be in the called home network, thereby serving the called party, and playing the designated party to the called party.
  • the color image media information; and the color ring tone AS may also be in the calling home network, thereby serving the calling party, and playing the ring back tone media information designated by the calling party to the calling party.
  • FIG. 2 is a basic message flow diagram of a color ring back tone service in the prior art, which describes a caller to be called, and the CRBT server plays a ring back tone to the calling party during the call.
  • the process is as follows:
  • Step 201 202 The UE-A initiates a call request to the UE-B, and carries the SDP request 1 required for the call service, for example, sends an INVITE message, and carries the SDP request 1 in the message body in the session type, and the message passes through the S.
  • the CSCF1 and the S-CSCF2 are forwarded to the CRBT AS.
  • the message carries the identifier supporting the CRBT service SDP.
  • Step 203 The CRBT AS forwards the call request message to the UE-B. Arrived via S-CSCF2
  • Step 204 The called UE-B receives the call message, and sends a temporary response message to the calling party, for example, sending "183 Session Progress", the message, and carrying the UE-B in the message body in the session type.
  • the SDP response 1 required by the call service, and the temporary response message arrives at the CRBT AS via the S-CSCF2;
  • Steps 205-206 the CRBT AS performs the CRBT service specified by the called party, and plays the CRBT information to the calling party, and learns that the UE-A supports the CRBT service according to the identifier carried in the step 202, and then in the temporary response message body
  • the early-session type adds the SDP request for the ring back tone, then Forwarded to UE-A, the message passes through S-CSCF2, S-CSCF1, and finally reaches UE-A;
  • Step 207 208 The UE-A receives the temporary response message, completes the negotiation of the call media according to the SDP response 1 of the UE-B, and sends a pre-acknowledgment message, for example, sends a PRACK (pre-acknowledgment) message, and the message body is early-
  • the session type carries the CR-SDP response of the UE-A, and the message arrives at the CRBT AS via the S-CSCF1 and the S-CSCF2;
  • Step 209 The CRBT AS receives the pre-confirmation message, completes the negotiation of the CRBT media according to the CRBT SDP, and deletes it from the pre-confirmation message, and then forwards it to the called UE-B, and the message passes through the S-CSCF2. Arrive at UE-B;
  • Step 210 212 After receiving the pre-acknowledgment message, the UE-B sends a response message, for example, sends a "200 OK" message, and the message passes through the S-CSCF2, the CRBT AS, the S-CSCF2, and the S-CSCF1, and finally arrives at the UE-A;
  • a response message for example, sends a "200 OK" message
  • Step 213 The CRBT AS plays the CRBT media information to the UE-A.
  • Step 214 The UE-B answers the call, sends a response message, for example, sends a "200 OK" message, and the message passes through the S-CSCF2 to reach the CRBT AS;
  • Step 215 The CRBT stops playing the CRBT media information, and then forwards the response message, and the message arrives at the UE-A via the S-CSCF2 and the S-CSCF1;
  • UE-A and UE-B establish a media connection and start a call.
  • the implementation of the color image service is very similar to this example. Only the UE-B needs to notify the network of the identity of the SDP supporting the color image service, and simultaneously negotiates the resource information of the two media connections, and then the network plays the media information to the UE-B. I won't go into details here.
  • the disadvantage of this technique is that the user equipment UE needs to identify two different types of SDP information in the message (step 206), and can separately perform request response processing, so that two media connections can be established simultaneously in one session. The requirement for the UE is increased. If the UE-A does not support the early media service SDP, or does not support multiple different types of SDP information, that is, there can only be one media connection in a dialog flow, the method cannot be implemented.
  • Steps 301 ⁇ 304 are the same as 201 ⁇ 204 in FIG. 2;
  • Step 305 The CRBT AS forwards the temporary response message sent by the UE-B to the calling party, and the message arrives at the UE-A via the S-CSCF2 and the S-CSCF1;
  • Step 306 The CRBT AS performs the CRBT service specified by the called party, and plays the CRBT information to the calling party, and generates a new temporary response message, such as "183 Session Progress", which is different from the dialog identifier of the message in step 305.
  • the SDP response of the CRBT is added by the session type, and then forwarded to the UE-A, and the message arrives at the UE-A via the S-CSCF2 and the S-CSCF1;
  • Step 307 The CRBT AS plays the CRBT media information to the UE-A.
  • Step 308 The UE-B answers the call, sends a response message, for example, sends a "200 OK" message, and the message passes through the S-CSCF2 to reach the CRBT AS;
  • Step 309 The CRBT stops playing the CRBT media information, and then forwards the response message, and the message arrives at the UE-A via the S-CSCF2 and the S-CSCF1;
  • UE-A and UE-B establish a media connection and start a call.
  • the user equipment UE needs to identify two different temporary response messages belonging to the same call (steps 305-306), and can separately respond to the SDP information in the request, and increase the requirements for the UE.
  • the technical problem to be solved by the present invention is to provide a method and system for implementing a CRBT and color image service, which avoids excessive requirements on the user terminal, so that the traditional user terminal can enjoy the early media service without upgrading.
  • the present invention provides a method for implementing a CRBT service, including: a calling party sends a call request of a session description protocol SDP request carrying a normal call to a called party by converting an application server and a CRBT service device, where After receiving the call request, the calling party sends a temporary response to the calling party; After receiving the temporary response, the CRBT service device adds a CRBT SDP request to the temporary response according to the identifier of the support CRBT service SDP carried in the call request, and sends the CRBT SDP request to the calling party;
  • the conversion application server After receiving the temporary response, the conversion application server generates an SDP response based on the CRBT SDP request, and sends a temporary response including only the SDP response to the calling party;
  • the calling party After receiving the temporary response, the calling party sends a pre-acknowledgment message to the called party; after receiving the pre-acknowledgment message, the conversion application server generates an office based on the SDP request of the normal call.
  • the conversion application server generates an SDP response based on the CRBT SDP request, and generates an SDP response according to the response request of the SDP request of the normal call, based on the content requested by the CRBT SDP.
  • the conversion application server generates a CRBT based on the SDP request of the normal call.
  • the SDP response is based on the response request of the CRBT SDP request, and generates a CRBT SDP response based on the content of the SDP request of the normal call.
  • the conversion application server adds an identifier supporting the CRBT service SDP in the call request.
  • the conversion application server sends a re-call to the called party without any SDP.
  • the called party sends a re-call response message to the calling party, and carries the SDP request of the called party in the re-call response message; after the conversion application server receives the re-call response message, Forwarding the answering call message to the calling party, and carrying the called party's SDP request in the answering call message.
  • the present invention provides a method for implementing a color image service, including:
  • the calling party sends a call request carrying the session description protocol SDP request of the normal call to the called party through the color image service device and the conversion application server; after receiving the call request, the called party sends the call request Sending a temporary response to the calling party;
  • the conversion application server After receiving the temporary response, the conversion application server adds an identifier supporting the color image service SDP to the temporary response, and sends the identifier to the calling party through the color image service device;
  • the calling party returns a pre-confirmation message, and after receiving the pre-confirmation message, the color image service device sends a color image SDP request to the pre-confirmation message according to the identifier of the support color image service SDP.
  • the called party To the called party;
  • the conversion application server After receiving the pre-confirmation message, the conversion application server generates a new SDP request based on the color image SDP request, and sends a pre-acknowledgment message including only the new SDP request to the called party.
  • the called party completes the negotiation of the color image media according to the SDP information in the pre-confirmation message.
  • the conversion application server requests to generate a new SDP request based on the color image SDP request, and performs corresponding media modification on the color image SDP according to the media type required in the normal call SDP request, and The media type information not included in the normal call SDP request is placed behind.
  • the conversion application server when returning the response message of the pre-acknowledgment message, All media identifiers returned by the color image SDP in the response message are unavailable or inactive.
  • the conversion application server adds the calling party and the called party in the new SDP request when sending the pre-acknowledgment message including only the new SDP request to the called party.
  • the type of media required for the party call is not limited
  • the conversion application server sends a re-call to the called party without any SDP.
  • the called party sends a re-call response message to the calling party, and carries the SDP request of the called party in the re-call response message; after the conversion application server receives the re-call response message, And transmitting, by the calling party, an answering call message, where the called party's SDP request is carried in the answering call message.
  • the present invention further provides an implementation system of a CRBT service, including a CRBT service device located in a called network, and a conversion application server located in a calling network, where the conversion application server includes an identifier adding module and a session description protocol SDP.
  • Request generation module where:
  • the identifier adding module is configured to: after the conversion application server receives the call request of the SDP request that carries the normal call sent by the calling party, if the call request does not carry the identifier of the CRBT service SDP, Adding an identifier supporting the CRBT service SDP to the called request, and sending the identifier to the called party;
  • the SDP request generating module is configured to: after the conversion application server receives the temporary response sent by the CRBT service device, generate an SDP response based on the CRBT SDP request, and send a temporary response including only the SDP response to the SDP request And after receiving the pre-acknowledgment message that the calling party responds to the temporary response, generating a CRBT SDP response based on the SDP request of the normal call, and the CRBT service device is used to receive the After the temporary response returned by the called party, the CRBT SDP request is added to the temporary response according to the identifier of the support CRBT service SDP carried in the call request, and sent to the calling party; After the pre-acknowledgment message sent by the application server is converted, the negotiation of the CRBT media is completed according to the CRBT SDP response.
  • the SDP request generating module generates the SDP response according to the content request of the CRBT SDP according to the response request of the SDP request of the normal call; according to the response request of the CRBT SDP request, The CRBT SDP response is generated based on the content of the SDP request of the normal call.
  • the conversion application server sends a re-call message without any SDP to the called party when the normal call SDP request is not found in the received answering call message of the called party.
  • the present invention further provides an implementation system of a color image service, including a color image service device located in a calling network, and a conversion application server located in the called network, where the conversion application server includes an identifier adding module and a session description.
  • Protocol SDP request generation module where:
  • the identifier adding module is configured to add an identifier supporting the color image service SDP in the temporary response after the conversion application server receives the temporary response of the called party in response to the calling party call request And then sent to the calling party;
  • the color image service device configured to: after receiving the pre-acknowledgment message of the temporary response, the identifier of the support color image service SDP carried in the call request in the pre-confirm message Adding a color image SDP request and sending it to the called party;
  • the SDP request generating module is configured to: after receiving the pre-confirmation message sent by the color image service device, generate a new SDP request based on the color image SDP request, and include only the new SDP request A pre-acknowledgment message is sent to the called party.
  • the SDP request generating module requests to generate a new SDP request according to the color image SDP request in the following manner: requesting corresponding color media modification to the color image SDP according to the media type required in the normal call SDP request. And appending the media type information that is not included in the normal call SDP request and is in the color image SDP request.
  • the SDP request generating module adds, in the new SDP request, information about a media type required by the calling party and the called party to call.
  • the conversion application server sends a re-call message without any SDP to the called party when the normal call SDP request is not found in the received answering call message of the called party.
  • FIG. 1 is a structural diagram of a network structure of a conventional ring tones color image service
  • FIG. 3 is a basic message flow chart of another existing CRBT service
  • FIG. 4 is a structural diagram of a color ring image service network of the present invention.
  • FIG. 5 is a flowchart of a basic message of a CRBT service according to an embodiment of the present invention.
  • FIG. 6 is a flow chart of a basic message of a color image service according to an embodiment of the present invention.
  • FIG. 7 is a flowchart of a basic message of a color image service according to another embodiment of the present invention.
  • FIG. 8 is a basic message flow diagram of a color ring tones image simultaneously according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of an implementation system of a CRBT service according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of an implementation system of a color image service according to an embodiment of the present invention. Preferred embodiment of the invention
  • FIG. 4 is a structural diagram of a color ring image service network of the present invention, which is basically the same as that of FIG. 2, except that a conversion AS is added to the service platform (AS set) of the calling home network and the called home network, and the functions thereof are mainly
  • the user equipment and the called user equipment are provided to provide a conversion service of the early media service, so that the traditional user terminal equipment can enjoy the early media service without upgrading.
  • FIG. 5 is a basic message flow diagram of a CRBT service according to an embodiment of the present invention.
  • the calling party is called and the CRBT server plays a ring back tone to the calling party during the call.
  • the process is as follows:
  • Step 401 The UE-A initiates a call request to the UE-B, and carries the SDP request 1 required for the call service, for example, sends an INVITE message, and carries the SDP request 1 in the message body in the session type, and the message arrives through the S-CSCF1.
  • AS the UE-A initiates a call request to the UE-B, and carries the SDP request 1 required for the call service, for example, sends an INVITE message, and carries the SDP request 1 in the message body in the session type, and the message arrives through the S-CSCF1.
  • the call request message may carry the identifier supporting the early media service SDP. In this embodiment, the UE-A does not support the early media service SDP.
  • Step 402 The AS adds the identifier of the SDP that supports the CRBT service in the call message, for example, adds the P early-session identifier in the Supported header field, and then forwards the call message, and the message arrives at the CRBT through the S-CSCF1 and the S-CSCF2;
  • Step 403 The CRBT AS may delete the identifier in step 402 and forward the call message to UE-B, and the message arrives at UE-B via S-CSCF2;
  • Step 404 UE-B receives the call message, and sends a temporary response message to the calling party, for example, sends a "183 Session Progress" message, and carries the SDP response required by the UE-B for the call service in the message body.
  • the temporary response message arrives at the CRBT AS via the S-CSCF2.
  • Step 405 The CRBT AS performs the CRBT service specified by the called party, and plays the CRBT information to the calling party. Then, according to the identifier added in step 402, in the temporary response message body. Add the SDP request of the CRBT in the early-session type, and then forward it to UE-A.
  • the message arrives via S-CSCF2 and S-CSCF1. Convert AS;
  • Step 406 The conversion AS receives the temporary response message, finds the SDP request with the CRBT service, and generates an SDP response based on the SDP request, and deletes the CRBT SDP information and the SDP information of the call service in the temporary response message. Adding the generated SDP response in the body by the session type, and then forwarding the modified temporary response message to the calling party, and the message arrives at the UE-A via the S-CSCF1;
  • the SDP generates an SDP response based on the content request of the SDP request 1 and generates an SDP response based on the content requested by the CRBT SDP.
  • the generated SDP response should only contain the audio media type information in the CRBT SDP request. This process is standard.
  • Step 407 The UE-A receives the temporary response message, completes the media negotiation according to the SDP information, and then sends a pre-acknowledgment message, for example, sends a PRACK message, and the message arrives at the conversion AS via the S-CSCF1;
  • Step 408 The conversion AS receives the pre-acknowledgment message, generates a CRBT service SDP response based on the SDP information of the UE-A in the SDP request 1 received in the step 401, and adds the generated CRBT in the message body in the early-session type.
  • the SDP responds, and the message arrives at the CRBT AS via S-CSCF1 and S-CSCF2;
  • the AS is configured to notify the UE-A of the CRBT SDP information, and the SDP information of the UE-A is notified to the CRBT AS, so that a media connection can be established between the UE-A and the CRBT AS, so that the CRBT AS can be sent to the UE-A.
  • Playing the CRBT is different from the prior art.
  • UE-A only supports one media connection negotiation during a session. Therefore, UE-A cannot negotiate media connection resource information with UE-B at present. Then, the color ring media connection is no longer needed. For details, see step 412 and subsequent steps.
  • the conversion AS generates a CRBT based on the SDP request 1.
  • the SDP response refers to, according to the CRBT.
  • the response of the SDP request requires a CRBT SDP response to be generated based on the content of the SDP Request 1.
  • the generated CRBT SDP response should include the audio in the SDP request 1.
  • the media type information, and the fictitious video media type information, whose port number is 0, indicates that the media type is unavailable. This process is standard.
  • Step 409 After receiving the pre-confirmation message, the CRBT AS completes the negotiation of the CRBT media according to the CRBT SDP, and deletes it from the pre-confirmation message, and then forwards it to the called UE-B, and the message passes through the S-CSCF2. Finally arrive at UE-B;
  • Step 410 The UE-B receives the pre-acknowledgment, and sends a response message, for example, sends a "200 OK" message, and the message passes through the S-CSCF2, the CRBT AS, the S-CSCF2, the S-CSCF1, the converted AS, the S-CSCF1, and finally reaches the UE. -A;
  • Step 411 The CRBT AS plays the CRBT media information to the UE-A.
  • Step 412 The UE-B answers the call, sends a response message, for example, sends a "200 OK" message, and the message passes through the S-CSCF2, the CRBT AS, the S-CSCF2, and the S-CSCF1 to reach the conversion AS;
  • Step 413 The switching AS finds that the calling party cannot talk to the called party, because the called service SDP response 1 is not sent to the UE-A in step 406, and then the re-calling message is sent to the called party, for example, sending relNVITE Message, the message does not carry any SDP information, the message passes through S-CSCF1, S-CSCF2, CRBT AS, S-CSCF2, and finally arrives at UE-B;
  • Step 414 The UE-B receives the re-call message, and sends a re-call response message, for example, sends a "200 OK" message, and the message body carries the new SDP request 2 of the UE-B in the session type, and the message passes through the S-CSCF2 and the CRBT.
  • Step 415 The AS forwards the response message to the UE-A, and the message body carries the SDP request 2 received in step 414 by the session type, and the message arrives at the UE-A via the S-CSCF1;
  • Step 416 The UE-A sends an acknowledgement message, for example, sends an ACK (acknowledgement) message, and the message body carries the SDP response 2 of the UE-B response in the session type, and the message passes through the S-CSCF1, the converted AS, the S-CSCF1, and the S-CSCF2. , CRBT AS, S-CSCF2, and finally arrive at UE-B;
  • an acknowledgement message for example, sends an ACK (acknowledgement) message
  • the message body carries the SDP response 2 of the UE-B response in the session type, and the message passes through the S-CSCF1, the converted AS, the S-CSCF1, and the S-CSCF2.
  • CRBT AS, S-CSCF2 CRBT AS, S-CSCF2
  • UE-A and UE-B establish a media connection and start a call.
  • FIG. 6 is a basic message flow chart of a color image service according to an embodiment of the present invention.
  • the caller is called, and the color image server plays a color image to the called party during the call.
  • the process is as follows:
  • Step 501 UE-A initiates a call request to UE-B, and carries an SDP request required for the call service. 1 , for example, sending an INVITE message, carrying an SDP request 1 in a message body in a session type, and the message arrives at the color image AS via the S-CSCF1;
  • Step 502 The color image AS forwards the call message, and the message arrives at the AS through the S-CSCF1 and the S-CSCF2;
  • Step 503 The AS forwards the call message, and the message arrives at the UE-B via the S-CSCF2.
  • Step 504 The UE-B receives the call message, and sends a temporary response message to the calling party, for example, sends a "183 Session Progress" message, and carries the SDP response required by the UE-B for the call service in the message body.
  • the temporary response message arrives at the conversion AS via the S-CSCF2.
  • Step 505 The conversion AS determines whether the received message contains the SDP information of the call service, that is, whether the temporary response message carries the SDP response 1, and if so, in the temporary response message. Add the identifier of the SDP that supports the color image service. For example, add the early-session identifier in the Supported header field, and then forward the temporary response message.
  • the message passes through the S-CSCF2 and S-CSCF1 to reach the color image AS. If not, the message is not added.
  • Temporary response message
  • the UE-B carries the SDP response 1 in the temporary response message, and the conversion AS adds an identifier for supporting the color image service SDP in the temporary response message.
  • the determination may be directly Add an identifier that supports the SDP of the color image service.
  • Step 506 the color image AS may delete the identifier in step 505 and forward the temporary response message to the UE-A, and the message arrives at the UE-A via the S-CSCF1;
  • Step 507 The UE-A receives the temporary response message, completes the media negotiation according to the SDP information, and then sends a pre-acknowledgment message, for example, sends a PRACK message, and the message arrives at the color image AS through the S-CSCF1;
  • Step 508 The color image AS executes the color image service specified by the called party, and plays the ringing information to the called party. Then, according to the identifier added in step 505, the color image SDP request is added in the pre-acknowledgment message body in the early-session type. And then forwarded to UE-B, the message passes through S-CSCF1, S-CSCF2 to reach the conversion AS;
  • Step 509 The conversion AS receives the pre-confirmation message, finds that there is a color image SDP request, and then generates a new SDP request based on the color image SDP request to change the media resource information, and the color image SDP information in the pre-confirm message And the possible call service SDP information is deleted in the message body after The session type adds the generated SDP request, and then forwards the modified pre-acknowledgment message to the called party, and the message arrives at the UE-B via the S-CSCF2;
  • the conversion AS is requested to generate a new SDP request based on the color image SDP request, and the corresponding media modification is requested to the color image SDP according to the media type sequence required in the SDP request 1, and the SDP request 1 is not attached.
  • the color type SDP requests the media type information.
  • the order of the media types in the SDP request 1 is audio and video
  • the order of the media types in the SDP request is video and audio
  • the media type sequence requested by the color image SDP needs to be corrected to audio and video.
  • the media type in the SDP request 1 is only audio, and the media type in the color image SDP request includes video and audio (in the order of video, audio), then the video media type needs to be added in the new SDP request, and the new SDP request
  • the media type in the order is audio, video, and the media type information comes from the color image SDP request. This process is standard.
  • the conversion AS can also add the information of the media type required for the calling and called calls in the new SDP request, so that the UE-B retains relevant information of all the media required for the call service, so that in the subsequent renegotiation process (steps) 515 and subsequent), the UE-B can carry the information about all the media required by the call service in the SDP request sent by the UE, and the media connection between the UE-A and the UE-B established after the renegotiation includes the call service required. All media types.
  • Step 510 UE-B receives the pre-acknowledgment, and sends a response message, for example, sends a "200 OK" message, and the message body carries the SDP response of the color image service of the UE-B response in the session type, and the message arrives at the converted AS via the S-CSCF2.
  • the media resource information of the UE-B has been changed, but the UE-A does not know the change, so the UE-A and the UE-B cannot establish a media connection;
  • Step 511 The conversion AS receives the response message, generates a response of the color image service SDP request according to the SDP information of the UE-B received in step 510, and adds the generated color image SDP response in the message body with an early-session type. , the message passes through S-CSCF2, S-CSCF1 to reach the color image AS;
  • the conversion AS completes the notification of the color image SDP information to the UE-B, and informs the color image AS of the SDP information of the UE-B, so that the media connection can be established between the UE-B and the color image AS, so that the color image AS can Play a color image to UE-B.
  • UE-B supports only one media connection negotiation in one session in this embodiment. Therefore, UE-B cannot continue to negotiate media with UE-A at present. Connect the resource information, which can only be negotiated after the response, and the color media connection is no longer needed. For details, refer to 514 and subsequent steps in this embodiment.
  • Step 512 The color image AS receives the response message, responds to the completion of the color image media according to the color image SDP, and deletes the color image SDP response from the response message, and then forwards the response message to the calling UE-A. , the message passes through S-CSCF1 and finally arrives at UE-A;
  • Step 513 The color image AS plays the color image media information to the UE-B.
  • Step 514 UE-B answers the call, sends a response message, for example, sends a "200 OK" message, and the message arrives at the conversion AS via the S-CSCF2;
  • Step 515 The conversion AS finds that the called party is still unable to talk to the calling party, because the media connection of the UE-B has been updated to receive the color image medium at step 509, and then the re-call message is sent to the called party, for example, a relNVITE message is sent.
  • the message does not carry any SDP information, and the message arrives at UE-B via S-CSCF2;
  • Step 516 The UE-B receives the re-call message, and sends a re-call response message, for example, sends a "200 OK" message, and the message body carries the new SDP request 2 of the UE-B in the session type, and the message arrives through the S-CSCF2.
  • AS the UE-B receives the re-call message, and sends a re-call response message, for example, sends a "200 OK" message, and the message body carries the new SDP request 2 of the UE-B in the session type, and the message arrives through the S-CSCF2.
  • a re-call response message for example, sends a "200 OK" message
  • Step 517 The AS forwards the response message to the UE-A, and the message body carries the SDP request 2 received in step 516 by the session type, and the message passes through the S-CSCF2, the S-CSCF1, the color image AS, and the S-CSCF1, and finally arrives.
  • UE-A The AS forwards the response message to the UE-A, and the message body carries the SDP request 2 received in step 516 by the session type, and the message passes through the S-CSCF2, the S-CSCF1, the color image AS, and the S-CSCF1, and finally arrives.
  • UE-A the message body carries the SDP request 2 received in step 516 by the session type, and the message passes through the S-CSCF2, the S-CSCF1, the color image AS, and the S-CSCF1, and finally arrives.
  • Step 518 The UE-A sends an acknowledgement message to the called party, for example, sends an ACK message, and the message body carries the SDP response 2 of the UE-A response in the session type, and the message passes through the S-CSCF1, the color image AS, the S-CSCF1, and the S -CSCF2, convert AS, S-CSCF2, and finally reach UE-B;
  • UE-A and UE-B establish a media connection and start a call.
  • FIG. 7 is a basic message flow chart of a color image service in a download mode according to the present invention, which describes a caller's call, and the color image server has to use other methods to provide color image media to the called party due to the limitation of the called process. as follows:
  • Steps 601-603 are the same as 501-503 of FIG. 5;
  • Step 604 UE-B receives the call message, and sends a temporary response message to the calling party, for example, sending "180 Ringing" message, the message arrives at the conversion AS via the S-CSCF2, and the temporary response message does not carry the SDP response;
  • Step 605 The AS determines that the received message does not contain the SDP information of the call service, and does not add the identifier of the SDP supporting the color image service; forwards the temporary response message, and the message arrives at the color image AS through the S-CSCF2 and the S-CSCF1;
  • the identifier of the SDP supporting the color image service may be directly added, for example, the early-session identifier is added in the Supported header field, and then the temporary response message is forwarded;
  • Step 606 If the identifier supporting the color image service SDP is added in the step 605, the color image AS may delete the temporary response message to the UE-A, and the message arrives at the UE-A via the S-CSCF1.
  • Step 607 UE- A receives the temporary response message, and sends a pre-acknowledgment message, such as sending a PRACK message, and the message arrives at the color image AS via the S-CSCF1;
  • Step 608 If the identifier supporting the color image service SDP is added in step 605, the color image AS adds the SDP request of the color image in the early-session type in the pre-acknowledgment message body, and then forwards the image to the UE-B; if not added, The color image AS directly forwards the pre-acknowledgment message, and the message arrives at the conversion AS via the S-CSCF1 and the S-CSCF2;
  • Step 609 The conversion AS receives the pre-confirmation message. If the SDP request of the color image service is included, but the SDP information of the called user has not been received, the SDP request and response of a media connection must be paired due to the standard requirement. Therefore, before the SDP response is received, the conversion AS cannot send the color image SDP request to the UE-B, and then deletes the color image SDP information in the pre-acknowledgment message, and then forwards the modified pre-acknowledgment message to the called party, otherwise Directly forwarding the pre-acknowledgment message to the called party, and the message arrives at the UE-B via the S-CSCF2;
  • Step 610 UE-B receives the pre-acknowledgment, and sends a response message, for example, sending a "200 OK" message, and the message arrives at the conversion AS via the S-CSCF2;
  • Step 611 The conversion AS receives the response message. If the message received in step 609 is sent with the color image SDP request, since the request must have a response, the conversion generates a color image SDP response, and the actual conversion of the AS cannot make the UE-B
  • the SDP information is exchanged with the color image AS, so it is necessary to notify the color image AS that the color image cannot be played to the UE-B, so the port numbers of all the media in the color image SDP response are all 0, indicating that it is unavailable, or all the media attributes are Inactive (inactive), these can mean that broadcast is prohibited Put, and add the generated color image SDP response in the message body with the early-session type.
  • the message received in step 609 does not carry the color image SDP information, and the response message is directly forwarded, and the message passes through S.
  • -CSCF2, S-CSCF1 arrives at the color image AS;
  • Step 612 The color image AS receives the response message. If the color image SDP request is added in step 608, the color image SDP response is received in the received response message, and the color image AS is based on the color image in the received response message.
  • the SDP responds to the negotiation of the color image media, and the result is that the color image is not played, then the color image SDP response is deleted from the response message, and the modified response message is forwarded to the calling UE-A, if in step 608
  • the pre-acknowledgment message does not add a color image SDP request, then there will be no color image SDP response in the received response message, so the response message is directly forwarded, and the message finally arrives at UE-A via S-CSCF1;
  • Step 613 the color image AS sends an update message to the called party, such as an UPDATE message, where the message carries the color image media data.
  • the download address for example, is carried in Alert-Info or Call-Info, and the message passes through S-CSCF1, S-CSCF2, converted AS, S-CSCF2, and finally arrives at UE-B;
  • Step 614 UE-B sends a message agreeing to update, for example, sending a "200 OK" message, and the message passes through S-CSCF2, converts AS, S-CSCF2, and S-CSCF1 to reach the color image AS;
  • Step 615 The UE-B initiates a download request to the color image AS according to the download address of the color image media data, for example, sends a GET (Acquisition) request of the HTTP (Hyper Text Transfer Protocol) protocol, where the download address of the color image media data is carried. Requesting to obtain color image media data;
  • Step 616 The color image AS transmits the color image media data to the UE-B according to the address of the color image media data.
  • Step 617 After the color image media data transmission is completed, the color image AS sends a message of successful download to the UE-B, for example, sending a "200 OK" message of the HTTP protocol;
  • Step 618 The UE-B plays the downloaded color image media to the user.
  • Step 619 The UE-B answers the call, sends a response message, for example, sends a "200 OK" message, and the message body carries the SDP response of the UE-B in the session type, and the message arrives at the AS through the S-CSCF2;
  • Step 620 The switching AS finds that the called party can already talk to the calling party, and then forwards the response to the called party.
  • the message passes through the S-CSCF2, the S-CSCF1, the color image AS, the S-CSCF1, and finally reaches the UE-A.
  • UE-A and UE-B establish a media connection and start a call.
  • FIG. 8 is a basic message flow diagram of a color ring tones image of the present invention, which describes a calling party called a call, a ring back tone server plays a ring back tone media to a calling party during a call, and the color image server plays a called color to the called party during the call.
  • the following process combines the functions of the conversion AS with the functions of the ring tones/color image AS. The process is as follows:
  • Step 701 The UE-A initiates a call request to the UE-B, and carries the SDP request 1 required for the call service, for example, sends an INVITE message, and carries the SDP request 1 in the message body by the session type, and the message arrives at the S-CSCF1.
  • Image/conversion AS The UE-A initiates a call request to the UE-B, and carries the SDP request 1 required for the call service, for example, sends an INVITE message, and carries the SDP request 1 in the message body by the session type, and the message arrives at the S-CSCF1.
  • Step 702 The color image/conversion AS receives the call message, and the color image AS function does not need to be executed, and the AS execution function is converted, and the identifier of the SDP supporting the color image service is added to the call message, for example, adding early in the Supported header field.
  • the -session identifier, and then only the call message modified by the conversion AS function is forwarded to the called party, and the message arrives at the CRBT/conversion AS via the S-CSCF2 and the S-CSCF1;
  • Step 703 The CRBT/Conversion AS receives the call message, and the two AS functions have no action to perform, so the unmodified call message is forwarded to the called party, and the message arrives at the UE-B via the S-CSCF2;
  • Step 704 UE- B receives the call message, sends a temporary response message to the calling party, for example, sends a "183 Session Progress" message, and carries the SDP response 1 required by the UE-B for the call service in the message body, the temporary response message. Pass the S-CSCF2 to reach the CRBT/conversion AS;
  • Step 705 The CRBT/Conversion AS receives the temporary response message, and converts the AS execution function, and adds an identifier for supporting the SDP of the color image service in the temporary response message, for example, adding an early-session identifier in the Supported header field, and performing the function of the CRBT AS.
  • the SDP request of the CRBT is added in the temporary response message body in the emergency response message body, and then passes through two
  • the temporary response message modified by the AS function is forwarded to the UE-A, and the message passes through the S-CSCF2 and the S-CSCF1 to reach the color image/conversion AS;
  • Step 706 The color image/conversion AS receives the temporary response message, and the color image AS function may delete the identifier in step 705 from the temporary response message, and convert the SDP request with the CRBT service in the AS function discovery temporary response message, and thus The SDP requests to generate an SDP response, and deletes all the SDP information in the temporary response message, and then adds the generated SDP response, and then the temporary response message modified by the two AS functions is forwarded to the UE-A, and the message arrives at the UE via the S-CSCF1.
  • -A the color image/conversion AS receives the temporary response message, and the color image AS function may delete the identifier in step 705 from the temporary response message, and convert the SDP request with the CRBT service in the AS function discovery temporary response message, and thus The SDP requests to generate an SDP response, and deletes all the SDP information in the temporary response message, and then adds the generated SDP response, and then the temporary response message modified by the two AS functions is forwarded to the UE-A
  • Step 707 The UE-A receives the temporary response message, completes the media negotiation according to the SDP information therein, and then sends a pre-confirmation message, for example, sends a PRACK message, and the message arrives at the color image/conversion AS via the S-CSCF1;
  • Step 708 The color image/conversion AS receives the pre-confirmation message, and the color image AS function performs the color image service specified by the called party, and plays the ringing information to the called party, and then according to the identifier added in step 705, the pre-acknowledgment message.
  • the SDP request of the color image is added in the early-session type, and the AS function is converted.
  • the SDP request 1 of the calling service received in step 701 generates a response to the CRBT service SDP request, and is also early in the message body.
  • the -session type adds the generated CRBT SDP response, and then the pre-acknowledgment message modified by the two AS functions is forwarded to the called party, and the message arrives at the CRBT/conversion AS via S-CSCF1 and S-CSCF2;
  • Step 709 The CRBT/Conversion AS receives the pre-acknowledgment message, and the CRBT AS function completes the CRBT media negotiation according to the CRBT SDP response, and deletes the CRBT media from the pre-confirmation message, and simultaneously converts the AS function discovery pre-confirmation message with color
  • the SDP request of the service generates a new SDP request based on the SDP request, and deletes the color image SDP information and the possible call service SDP information in the pre-confirmation message, and adds the generated SDP request in the message body by the session type.
  • the pre-acknowledgment message modified by the two AS functions is forwarded to the called party, and the message arrives at the UE-B via the S-CSCF2;
  • the conversion AS function can also add the information of the media type required for the calling and called calls in the new SDP request, so that the UE-B retains relevant information of all the media required for the call service, so that in the subsequent renegotiation process ( Step 716 and subsequent), the UE-B can carry the information about all the media required by the call service in the SDP request sent by the UE, and the media connection between the UE-A and the UE-B established after the renegotiation includes the call service requirement. All media types.
  • Step 710 The UE-B receives the pre-acknowledgment and sends a response message, for example, sending a "200 OK" message.
  • the message body carries the SDP response of the color image service of the UE-B response in the session type, and the message arrives at the CRBT/conversion AS via the S-CSCF2;
  • Step 711 The CRBT/Conversion AS receives the response message, and the CRBT AS function does not need to be performed.
  • the AS function converts the response of the SDP request of the UE-B according to the SDP information received in step 710, and is in the message body.
  • the generated image SDP response is added by the early-session type, and then the response message modified only by the conversion AS function is forwarded to the calling party, and the message passes through the S-CSCF2 and the S-CSCF1 to reach the color image/conversion AS;
  • Step 712 The color image/conversion AS receives the response message, and the conversion AS function has no action to perform, and the color image AS function responds to the color image SDP to complete the negotiation of the color image media, and deletes the response message from the response message, and then only The response message modified by the color image AS function is forwarded to the calling party, and the message finally arrives at the UE-A via the S-CSCF1;
  • Step 713 The color image AS plays the color image media information to the UE-B.
  • Step 714 The CRBT AS plays the CRBT media information to the UE-A.
  • Step 715 The UE-B answers the call, sends a response message, for example, sends a "200 OK" message, and the message arrives at the CRBT/conversion AS via the S-CSCF2;
  • Step 716 The CRBT/Conversion AS receives the response message, and the CRBT AS function does not need to be performed.
  • the AS function is found to be unable to talk to the calling party because the media connection of the UE-B is updated to the receiving color in step 709.
  • a re-call message is sent to the called party, for example, a relNVITE message is sent, and the message does not carry any SDP information.
  • the re-call message may pass the CRBT AS, but the CRBT.
  • the AS does not need to perform an action on the heavy call message, and then the message arrives at the UE-B via the S-CSCF2;
  • Step 717 The UE-B receives the re-call message, and sends a re-call response message, for example, sends a "200 OK" message, and the message body carries the new SDP request 2 of the UE-B in the session type, and the message arrives at the CRBT via the S-CSCF2. /conversion AS;
  • Step 718 The CRBT/Conversion AS receives the response re-call message, and the CRBT AS function has no action to perform, and the AS function forwards the response message to the UE-A.
  • the message body carries the SDP request 2 received in step 717 in the session type. If the CRBT AS and the switching AS are not a functional entity, the response message may pass through the CRBT AS, but the CRBT AS does not need to perform an action on the response message. Then, the message passes through the S-CSCF2 and the S-CSCF1 to reach the color image/conversion AS, and the color image AS function has no action to perform. Since the response message carries the SDP request of the call service, the conversion AS function has no action and needs to be executed. The message is forwarded to the calling party without modification, and the message arrives at UE-A through S-CSCF1;
  • Step 719 The UE-A sends an acknowledgement message to the called party, for example, sends an ACK message, and the message body carries the SDP response 2 of the UE-A response in the session type, and the message passes through the S-CSCF1, the color image/conversion AS, and the S-CSCF1. , S-CSCF2, CRBT/Conversion AS, S-CSCF2, and finally arrive at UE-B;
  • UE-A and UE-B establish a media connection and start a call.
  • FIG. 9 is a schematic diagram of a system for implementing a CRBT service according to an embodiment of the present invention.
  • the system includes a CRBT service device located in a called network, and further includes a conversion application server located in a calling network, where the conversion application server includes an identifier added.
  • Module and Session Description Protocol SDP Request Generation Module where:
  • the identifier adding module is configured to: after the conversion application server receives the call request of the SDP request that carries the normal call sent by the calling party, if the call request does not carry the identifier of the CRBT service SDP, Adding an identifier supporting the CRBT service SDP to the called request, and sending the identifier to the called party;
  • the SDP request generating module is configured to: after the conversion application server receives the temporary response sent by the CRBT service device, generate an SDP response based on the CRBT SDP request, and send a temporary response including only the SDP response to the SDP request And after receiving the pre-acknowledgment message that the calling party responds to the temporary response, generating a CRBT SDP response based on the SDP request of the normal call, and the CRBT service device is used to receive the After the temporary response returned by the called party, the CRBT SDP request is added to the temporary response according to the identifier of the support CRBT service SDP carried in the call request message, and sent to the calling party; After the pre-acknowledgment message sent by the application server is converted, the negotiation of the CRBT media is completed according to the CRBT SDP response.
  • FIG. 10 is a schematic diagram of an implementation system of a color image service according to an embodiment of the present invention.
  • the image processing device is located in the calling network, and further includes a conversion AS located in the called network, where the conversion application server includes an identifier adding module and a session description protocol SDP request generating module, where: the identifier adding module is used to After receiving the temporary response of the called party to the calling party's call request, the conversion application server adds an identifier supporting the color image service SDP to the temporary response, and then sends the identifier to the calling party;
  • the color image service device configured to: after receiving the pre-acknowledgment message of the temporary response, the pre-acknowledgment message according to the identifier of the support color image service SDP carried in the call request message Adding a color image SDP request to the called party;
  • the SDP request generating module is configured to: after receiving the pre-confirmation message sent by the color image service device, generate a new SDP request based on the color image SDP request, and include only the new SDP request A pre-acknowledgment message is sent to the called party.
  • the SDP request generating module adds, in the new SDP request, information about a media type required by the calling party and the called party to call.
  • the present invention can be applied to the implementation of the CRBT and the color image service in the early media service.
  • the conversion AS By introducing the conversion AS, the excessive requirements on the user terminal are avoided, and the traditional user terminal can enjoy the early media service without upgrading.

Landscapes

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

Description

一种彩铃、 彩像业务的实现方法及系统
技术领域
本发明涉及通信领域， 更具体地， 涉及一种彩铃、 彩像业务的实现方法 及系统。
背景技术
IP ( Internet Protocol, 网络互联协议 )多媒体子系统（ IP Multimedia Core Network Subsystem, 简称 IMS )是由第三代合作伙伴计划 （3rd Generation Partnership Project, 简称 3GPP )提出的一种基于 IP的网络架构， 构建了一个 的开放而灵活的业务环境， 支持多媒体应用， 能够为用户提供丰富的多媒体 业务。
在 IMS业务体系中，控制层和业务层是分离的，控制层不提供具体业务， 只向业务层提供必要的触发、 路由、 计费等功能。 控制层中业务触发和控制 功能是呼叫会话控制功能（ Call Session Control Function,简称 CSCF )完成的， CSCF分为代理 Proxy ( P-CSCF )、查询 Interrogating ( I-CSCF )和服务 Serving ( S-CSCF )三种类型， 其中负主要责任的是 Serving, Interrogating类型是可 选的。 业务层是由一系列应用服务器（Application Server, 简称 AS )组成， 能提供具体业务服务。控制层 ( S-CSCF )根据用户的签约信息控制业务触发， 调用 AS上的业务，实现业务功能。 AS和 S-CSCF可以统称为服务设备（ Server Equipment, 简称 SE )。 会话中的端到端设备称为用户设备（ User Equipment, 简称 UE ),负责与使用者的交互。这些功能实体之间使用 SIP( Session Initiation Protocol, 会话初始协议）协议通讯。 在需要播放多媒体信息的业务中， 会需 要多媒体资源功能（ Media Resource Function, 简称 MRF ) 的参与， MRF也 称为媒体服务器， 分为控制部分 MRFC和媒体处理部分 MRFP, 其控制部分 负责将 SE的 SIP信令翻译和解释为对 MRFP的指令， 或者反之将 MRFP的 回应翻译和解释为向 SE发送的 SIP信令；而处理部分 MRFP负责媒体流的发 送和接收。
会话的最终目的是要实现媒体连接， 因此需要在会话中协商媒体资源信 息， IMS系统中协商媒体资源信息的协议是 SDP( Session Description Protocol, 会话描述协议） ， 协议的交互方式为请求回应模式， 即一个 SDP请求必须有 一个 SDP回应， SDP请求和回应的内容都是媒体资源信息， 媒体资源信息包 括媒体所有者信息 （包括地址信息） ， 媒体连接地址， 媒体类型以及与媒体 类型相关的媒体端口和编解码器信息等， SDP回应的内容中， 媒体数量、 类 型和顺序必须与 SDP请求中的媒体数量， 类型和顺序完全相同。 SDP协议的 内容通过 SIP消息的消息体携带， 交互过程独立于 SIP的请求回应模式， 也 就是说 SIP的请求或回应消息中可以携带 SDP请求， 也可以携带 SDP回应， 也可以不携带 SDP协议内容。
而媒体连接又包括两种， 一种是正常媒体连接， 一种是早媒体连接， 正 常媒体连接是用户应答 SIP呼叫请求后才能传输媒体数据的媒体连接， 早媒 体连接是用户尚未应答 SIP呼叫请求前就可传输媒体数据的媒体连接。 协商 正常媒体连接的 SDP请求及回应的内容就称为正常媒体 SDP,协商早媒体连 接的 SDP请求及回应的内容就称为早媒体 SDP。
呼叫建立过程中同时向主叫播放多媒体信息的业务是 IMS 中的一种业 务， 该业务也可称为彩铃业务， 允许在呼叫过程中， 向主叫方播放由被叫方 事先定制好的多媒体信息； 呼叫建立过程中同时向被叫播放多媒体信息的业 务是 IMS中的一种业务， 该业务也可称为彩像业务， 允许在呼叫过程中， 向 被叫方播放由主叫方事先定制好的多媒体信息。 在被叫方应答后， 彩铃彩像 业务停止尚未停止的多媒体信息播放。 彩铃业务和彩像业务也可统称为早媒 体业务。
图 1为现有的彩铃彩像业务网络结构图，描述了主叫用户设备 UE-A、被 叫用户设备 UE-B 以及网络上的各网元间的关系， 以及消息路由的过程， 其 说明 ^下：
S101、主叫用户设备 UE-A在拜访网络中接入拜访网络的 P-CSCF1 , UE-A 发出的 SIP消息都通过 P-CSCF1转发，并且从 P-CSCF1接收发到 UE-A的 SIP 消息；
S102、 拜访网络的 P-CSCF1 将主叫发出的消息发往主叫归属网络的 S-CSCF1 ,并且从 S-CSCF1接收发往 UE-A的 SIP消息，然后将其发给 UE-A; 5103、 S-CSCFl根据主叫用户的业务定制情况或主叫发出的消息中的指 定路由下一跳， 向主叫用户的业务平台 （即 AS集合）中的某个 AS转发主叫 用户发出的消息（此过程称为业务触发）， 业务平台中一般有多个 AS, 此处 只示出相关的彩像 AS。 业务平台的某个 AS收到 S-CSCFl发过来的消息，执 行相应的业务逻辑， 然后将处理过的消息转发回 S-CSCF1 , 我们称主叫用户 设备 UE-A为被触发业务的 AS的业务服务用户；
如果有多个主叫业务， S-CSCF1 会再将消息继续发往业务平台的相应 AS, 因此会反复执行 S103 , 直到主叫指定的业务都被执行过。
当 S-CSCF1接收到被叫归属网络发回的 SIP消息后， 将消息发给最后触 发业务的 AS, 并接收该 AS发回的 SIP消息， 然后再将从业务平台接收到的 消息发给倒数第二个触发业务的 AS, 如此反复， 直到从最开始触发业务的 AS收到发回的 SIP消息， 并将其发回主叫的拜访网络的 P-CSCF1 , 换言之， 也就是沿着业务触发相反的路径传递被叫归属网络发回的 SIP消息。
5104、 执行完主叫所有的业务触发后， S-CSCF1将主叫业务平台发出的 消息发往被叫方的归属网络的 S-CSCF2, 并且从 S-CSCF2接收发回的 SIP消 息；
5105、 S-CSCF2根据被叫用户的业务定制情况或被叫发出的消息中的指 定路由下一跳， 向被叫用户的业务平台 （即 AS集合）中的某个 AS转发被叫 方发出的消息（此过程称为业务触发）， 业务平台中一般有多个 AS, 此处只 示出相关的彩铃 AS, 业务平台的某个 AS收到 S-CSCF2发过来的消息，执行 相应的业务逻辑， 然后将处理过的消息转发回 S-CSCF2, 我们称被叫用户设 备 UE-B为被触发业务的 AS的业务服务用户；
如果有多个被叫业务， S-CSCF2 会再将消息继续发往业务平台的相应 AS, 因此会反复执行 S105, 直到被叫指定的业务都被执行过。
当 S-CSCF2接收到被叫拜访网络发回的 SIP消息后， 将消息发给最后触 发业务的 AS , 并接收该 AS发回的 SIP消息， 然后再将从业务平台接收到的 消息发给倒数第二个触发业务的 AS, 如此反复， 直到从最开始触发业务的 AS收到发回的 SIP消息， 并将其发回主叫归属网络的 S-CSCF1 , 换言之， 也 就是沿着业务触发相反的路径传递被叫拜访网络发回的 SIP消息； 5106、 执行完主叫所有的业务触发后， S-CSCF2寻找到被叫的拜访网络 的 P-CSCF2, 把主叫方发出的消息转发给 P-CSCF2, 并从 P-CSCF2接收被叫 方发回的 SIP消息；
5107、 P-CSCF2将被叫归属网络发往被叫的消息转发给 UE-B, 并接收 UE-B发回的 SIP消息， 然后转发往被叫归属网络的 S-CSCF2。
该图中， 彩像 AS在主叫归属网络， 彩铃 AS在被叫归属网络， 但彩像 AS也可以在被叫归属网络， 从而服务于被叫方， 向被叫方播放被叫方指定的 彩像媒体信息； 而彩铃 AS也可以在主叫归属网络， 从而服务于主叫方， 向 主叫方播放主叫方指定的彩铃媒体信息。
后续的流程图为了简化描述， 将彩铃 /彩像 AS和 S-CSCF作为一个实体， 它们两者之间的交互是标准的流程； 而由于 P-CSCF只是负责转发， 因此在 流程图中也将其略去。
图 2为现有技术的一种彩铃业务的基本消息流程图， 描述了主叫呼叫被 叫， 彩铃服务器在呼叫过程中向主叫播放彩铃， 其过程如下：
步骤 201 202、 UE-A向 UE-B发起呼叫请求， 携带通话业务需要的 SDP 请求 1 , 比如发送 INVITE (邀请）消息， 在消息体中以 session (会话）类型 携带 SDP请求 1 , 消息途经 S-CSCF1、 S-CSCF2的转发到达彩铃 AS; 此外， 如果 UE-A支持彩铃业务， 则在该消息中携带支持彩铃业务 SDP的标识； 步骤 203、 彩铃 AS转发呼叫请求消息给 UE-B, 消息途经 S-CSCF2到达
UE-B;
步骤 204、 被叫 UE-B收到呼叫消息， 发送临时响应消息给主叫方， 比如 发送 "183 Session Progress (会话进展），， 消息， 并在消息体中以 session类 型携带 UE-B 的进行通话业务所需要的 SDP 回应 1 , 该临时响应消息途经 S-CSCF2到达彩铃 AS;
步骤 205~206、彩铃 AS执行被叫指定的彩铃业务， 向主叫方播放彩铃信 息， 并根据步骤 202中携带的所述标识得知 UE-A支持彩铃业务， 于是在临 时响应消息体中以 early-session (早会话）类型添加彩铃的 SDP请求， 然后 转发给 UE-A, 消息途经 S-CSCF2、 S-CSCF1 , 最终到达 UE-A;
步骤 207 208、 UE-A收到临时响应消息， 根据其中的 UE-B的 SDP回应 1完成通话媒体的协商， 并发送预确认消息， 比如发送 PRACK (预确认） 消 息， 消息体中以 early-session类型携带 UE-A的彩铃 SDP 回应， 消息途经 S-CSCF1、 S-CSCF2到达彩铃 AS;
步骤 209、 彩铃 AS收到预确认消息， 根据其中的彩铃 SDP回应完成彩 铃媒体的协商， 并将其从预确认消息中删除， 然后将其转发给被叫 UE-B, 消 息途经 S-CSCF2最终到达 UE-B;
步骤 210 212、 UE-B收到预确认消息后，发送响应消息， 比如发送 "200 OK" 消息， 消息途经 S-CSCF2、 彩铃 AS、 S-CSCF2、 S-CSCF1 , 最终到达 UE-A;
步骤 213、 彩铃 AS向 UE-A播放彩铃媒体信息；
步骤 214、 UE-B应答呼叫， 发送应答消息， 比如发送 "200 OK" 消息， 消息途经 S-CSCF2, 到达彩铃 AS;
步骤 215、 彩铃 AS停止播放彩铃媒体信息， 然后转发应答消息， 消息途 经 S-CSCF2、 S-CSCF1到达 UE-A;
至此， UE-A和 UE-B建立起了媒体连接， 开始通话。
彩像业务的实现与此例十分类似， 只是 UE-B需向网络通知其支持彩像 业务 SDP 的标识， 并同时进行两个媒体连接的资源信息协商， 然后网络向 UE-B播放媒体信息， 这里不再赘述。
该技术的不足之处是： 用户设备 UE需要识别消息中的两个不同类型的 SDP信息 （步骤 206 ) , 并能分别进行请求回应处理， 从而可在一个对话刘 程中同时建立两个媒体连接，这增加了对 UE的要求，如果 UE-A不支持早媒 体业务 SDP, 或者不支持多个不同类型的 SDP信息， 也即在一个对话流程中 只能有一个媒体连接， 则该方法将无法实现。
图 3为现有技术的另一种彩铃业务的基本消息流程图， 描述了主叫呼叫 被叫， 彩铃服务器在呼叫过程中向主叫播放彩铃， 其过程如下： 步骤 301~304、 与图 2中的 201~204相同；
步骤 305、 彩铃 AS转发 UE-B发过来的临时响应消息给主叫方， 消息途 经 S-CSCF2、 S-CSCF1到达 UE-A;
步骤 306、彩铃 AS要执行被叫指定的彩铃业务，向主叫方播放彩铃信息， 于是生成新的临时响应消息， 比如 "183 Session Progress" , 其与步骤 305中 的消息的对话标识不相同， 消息体中以 session类型添加彩铃的 SDP回应，然 后转发给 UE-A, 消息途经 S-CSCF2、 S-CSCF1到达 UE-A;
步骤 307、 彩铃 AS向 UE-A播放彩铃媒体信息；
步骤 308、 UE-B应答呼叫， 发送应答消息， 比如发送 "200 OK" 消息， 消息途经 S-CSCF2, 到达彩铃 AS;
步骤 309、 彩铃 AS停止播放彩铃媒体信息， 然后转发应答消息， 消息途 经 S-CSCF2、 S-CSCF1到达 UE-A;
至此， UE-A和 UE-B建立起了媒体连接， 开始通话。
该技术的不足之处是： 用户设备 UE需要识别属于同一个呼叫的两个不 同临时响应消息 （步骤 305~306 ) , 并能分别对其中的 SDP信息进行请求回 应处理， 增加了对 UE的要求。 发明内容
本发明要解决的技术问题是提供一种彩铃、彩像业务的实现方法及系统， 避免了对用户终端的过高要求， 使传统用户终端无需升级即可享用早媒体业 务。
为了解决上述问题， 本发明提供了一种彩铃业务实现方法， 包括： 主叫方通过转换应用服务器和彩铃服务设备向被叫方发送携带正常通话 的会话描述协议 SDP请求的呼叫请求， 所述被叫方收到所述呼叫请求后， 向 所述主叫方发送临时响应； 所述彩铃服务设备收到所述临时响应后， 根据所述呼叫请求中携带的支 持彩铃业务 SDP的标识在所述临时响应中添加彩铃 SDP请求，并发往所述主 叫方；
所述转换应用服务器收到所述临时响应后， 基于所述彩铃 SDP请求生成 SDP回应 , 并将只包含所述 SDP回应的临时响应发送给所述主叫方；
所述主叫方收到所述临时响应后， 向所述被叫方发送预确认消息； 所述 转换应用服务器收到所述预确认消息后， 基于所述正常通话的 SDP请求生成 所
Figure imgf000009_0001
进一步地，所述转换应用服务器基于所述彩铃 SDP请求生成 SDP回应是 指，按照所述正常通话的 SDP请求的回应要求、 以所述彩铃 SDP请求的内容 为基础生成 SDP回应。
进一步地， 所述转换应用服务器基于所述正常通话的 SDP请求生成彩铃 SDP回应是指， 按照所述彩铃 SDP请求的回应要求、 以所述正常通话的 SDP 请求的内容为基础生成彩铃 SDP回应。
进一步地，如果接收到的所述呼叫请求中不带支持彩铃业务 SDP的标识， 则所述转换应用服务器在所述呼叫请求中添加支持彩铃业务 SDP的标识。
进一步地， 如果所述转换应用服务器在收到的所述被叫方的应答呼叫消 息中没发现正常通话 SDP请求， 则所述转换应用服务器向所述被叫方发送不 带任何 SDP的重呼叫消息；
所述被叫方发送重呼叫响应消息给所述主叫方， 在所述重呼叫响应消息 中携带所述被叫方的 SDP请求； 所述转换应用服务器收到所述重呼叫响应消 息后， 向所述主叫方转发应答呼叫消息， 并在所述应答呼叫消息中携带所述 被叫方的 SDP请求。
此外， 本发明提供了一种彩像业务实现方法， 包括：
主叫方通过彩像服务设备和转换应用服务器向被叫方发送携带正常通话 的会话描述协议 SDP请求的呼叫请求； 收到所述呼叫请求后， 所述被叫方发 送临时响应给所述主叫方；
所述转换应用服务器收到所述临时响应后， 在所述临时响应中添加支持 彩像业务 SDP的标识， 并通过所述彩像服务设备发送给所述主叫方；
所述主叫方返回预确认消息，所述彩像服务设备收到所述预确认消息后， 根据所述支持彩像业务 SDP的标识，在所述预确认消息中添加彩像 SDP请求 后发送给所述被叫方；
所述转换应用服务器收到所述预确认消息后， 基于所述彩像 SDP请求生 成新的 SDP请求，并将只包含所述新的 SDP请求的预确认消息发送给所述被 叫方， 所述被叫方根据所述预确认消息中的 SDP信息完成彩像媒体的协商。
进一步地， 所述转换应用服务器基于所述彩像 SDP请求生成新的 SDP 请求是指， 按照所述正常通话 SDP请求中要求的媒体类型顺序对所述彩像 SDP请求作相应的媒体修改， 并将所述正常通话 SDP请求中没有的媒体类型 信息放在后面。
进一步地， 所述被叫方在所述临时响应中不携带 SDP信息， 并且所述预 确认消息携带彩像 SDP请求时， 所述转换应用服务器在返回所述预确认消息 的响应消息时， 将所述响应消息中的彩像 SDP回应的所有媒体标识为不可用 或非活动状态。
进一步地， 所述转换应用服务器在将只包含所述新的 SDP请求的所述预 确认消息发给被叫方时， 在所述新的 SDP请求中添加所述主叫方和所述被叫 方通话需要的媒体类型的信息。
进一步地， 如果所述转换应用服务器在收到的所述被叫方的应答呼叫消 息中没发现正常通话 SDP请求， 则所述转换应用服务器向所述被叫方发送不 带任何 SDP的重呼叫消息；
所述被叫方发送重呼叫响应消息给所述主叫方， 在所述重呼叫响应消息 中携带所述被叫方的 SDP请求； 所述转换应用服务器收到所述重呼叫响应消 息后， 向所述主叫方转发应答呼叫消息， 在所述应答呼叫消息中携带所述被 叫方的 SDP请求。 此外， 本发明还提供了一种彩铃业务的实现系统， 包括位于被叫网络的 彩铃服务设备， 还包括位于主叫网络的转换应用服务器， 所述转换应用服务 器包括标识添加模块和会话描述协议 SDP请求生成模块， 其中：
所述标识添加模块， 用于在所述转换应用服务器收到所述主叫方发送的 携带正常通话的 SDP请求的呼叫请求后， 如果所述呼叫请求中不带支持彩铃 业务 SDP的标识，则在所述呼叫请求中添加支持彩铃业务 SDP的标识后发往 被叫方；
所述 SDP请求生成模块， 用于在所述转换应用服务器收到所述彩铃服务 设备发送的临时响应后，基于彩铃 SDP请求生成 SDP回应， 并将只包含所述 SDP回应的临时响应发送给所述主叫方； 以及在收到所述主叫方回应所述临 时响应的预确认消息后，基于所述正常通话的 SDP请求生成彩铃 SDP回应并 所述彩铃服务设备， 用于在收到所述被叫方返回的临时响应后， 根据所 述呼叫请求中携带的支持彩铃业务 SDP 的标识在所述临时响应中添加彩铃 SDP请求， 并发往所述主叫方； 以及在收到所述转换应用服务器发送的所述 预确认消息后， 根据所述彩铃 SDP回应完成彩铃媒体的协商。
进一步地，所述 SDP请求生成模块是按照所述正常通话的 SDP请求的回 应要求、以所述彩铃 SDP请求的内容为基础生成所述 SDP回应； 按照所述彩 铃 SDP请求的回应要求、以所述正常通话的 SDP请求的内容为基础生成所述 彩铃 SDP回应。
进一步地， 所述转换应用服务器在收到的所述被叫方的应答呼叫消息中 没发现正常通话 SDP请求时，向所述被叫方发送不带任何 SDP的重呼叫消息。
此外， 本发明还提供了一种彩像业务的实现系统， 包括位于主叫网络的 彩像服务设备， 还包括位于被叫网络的转换应用服务器， 所述转换应用服务 器包括标识添加模块和会话描述协议 SDP请求生成模块， 其中：
所述标识添加模块， 用于在所述转换应用服务器接收到被叫方回应主叫 方呼叫请求的临时响应后， 在所述临时响应中添加支持彩像业务 SDP的标识 后发送给所述主叫方；
所述彩像服务设备， 用于在收到所述主叫方回应所述临时响应的预确认 消息后， 根据所述呼叫请求中携带的支持彩像业务 SDP的标识在所述预确认 消息中添加彩像 SDP请求， 并发往所述被叫方；
所述 SDP请求生成模块， 用于在收到所述彩像服务设备发送的所述预确 认消息后，基于所述彩像 SDP请求生成新的 SDP请求， 并将只包含所述新的 SDP请求的预确认消息发送给所述被叫方。
进一步地，所述 SDP请求生成模块按以下方式基于所述彩像 SDP请求生 成新的 SDP请求：按照所述正常通话 SDP请求中要求的媒体类型顺序对所述 彩像 SDP请求作相应的媒体修改，并附加所述正常通话 SDP请求中没有而所 述彩像 SDP请求中有的媒体类型信息。
进一步地，所述 SDP请求生成模块在所述新的 SDP请求中添加所述主叫 方和所述被叫方通话需要的媒体类型的信息。
进一步地， 所述转换应用服务器在收到的所述被叫方的应答呼叫消息中 没发现正常通话 SDP请求时，向所述被叫方发送不带任何 SDP的重呼叫消息。
附图概述
图 1为现有的彩铃彩像业务网络结构图；
图 2为现有的一种彩铃业务的基本消息流程图；
图 3为现有的另一种彩铃业务的基本消息流程图；
图 4为本发明的彩铃彩像业务网络结构图；
图 5为本发明实施例的彩铃业务基本消息流程图；
图 6为本发明实施例的彩像业务基本消息流程图；
图 7为本发明另一实施例的彩像业务基本消息流程图；
图 8为本发明实施例的同时有彩铃彩像的基本消息流程图；
图 9为本发明实施例的彩铃业务的实现系统的示意图；
图 10为本发明实施例的彩像业务的实现系统的示意图。 本发明的较佳实施方式
下面将结合附图及较佳实施例对本发明进行更详细的说明。
图 4为本发明的彩铃彩像业务网络结构图， 与图 2基本相同， 只是在主 叫归属网络和被叫归属网络的业务平台 （AS集合） 中增加了转换 AS, 其作 用是分别为主叫用户设备和被叫用户设备提供早媒体业务的转换服务， 使传 统用户终端设备不用升级即可享用早媒体业务。
下面用四个实施例进一步说明本发明的彩铃、 彩像业务的实现方法。 图 5为本发明实施例的彩铃业务基本消息流程图，描述了主叫呼叫被叫， 彩铃服务器在呼叫过程中向主叫播放彩铃， 其过程如下：
步骤 401、 UE-A向 UE-B发起呼叫请求， 携带通话业务需要的 SDP请求 1 , 比如发送 INVITE (邀请） 消息， 在消息体中以 session类型携带 SDP请 求 1 , 消息途经 S-CSCF1到达转换 AS;
如果 UE-A支持早媒体业务 SDP, 则可以在呼叫请求消息中携带支持早 媒体业务 SDP的标识； 此实施例中， UE-A不支持早媒体业务 SDP。
步骤 402、 转换 AS在呼叫消息中添加支持彩铃业务 SDP的标识， 比如 在 Supported头域中添力 P early-session标识， 然后转发呼叫消息， 消息途经 S-CSCF1、 S-CSCF2到达彩铃 AS;
步骤 403、 彩铃 AS 可以将步骤 402 中的标识删除后转发呼叫消息给 UE-B, 消息途经 S-CSCF2到达 UE-B;
步骤 404、 UE-B收到呼叫消息， 发送临时响应消息给主叫方， 比如发送 "183 Session Progress"消息，并在消息体中以 session类型携带 UE-B的进行 通话业务需要的 SDP回应 1 , 该临时响应消息途经 S-CSCF2到达彩铃 AS; 步骤 405、彩铃 AS要执行被叫指定的彩铃业务，向主叫方播放彩铃信息， 于是根据步骤 402中添加的标识，在临时响应消息体中以 early-session类型添 加彩铃的 SDP请求， 然后转发给 UE-A, 消息途经 S-CSCF2、 S-CSCF1到达 转换 AS;
步骤 406、 转换 AS收到临时响应消息， 发现其中带有彩铃业务的 SDP 请求，于是基于此 SDP请求生成 SDP回应，并将临时响应消息中的彩铃 SDP 信息和通话业务的 SDP信息删除后在消息体中以 session类型添加上述生成的 SDP回应， 然后转发修改后的临时响应消息给主叫方， 消息途经 S-CSCF1到 达 UE-A;
其中，转换 AS基于所述彩铃 SDP请求生成 SDP回应是指，按照所述 SDP 请求 1的回应要求、 以所述彩铃 SDP请求的内容为基础生成 SDP回应。
例如， SDP请求 1中的媒体类型只有音频， 而彩铃 SDP请求中包含的媒 体类型有音、视频， 则生成的 SDP回应中应该只包含彩铃 SDP请求中的音频 媒体类型信息。 这一过程是标准的。
步骤 407、 UE-A收到临时响应消息，根据其中的 SDP信息完成媒体协商， 然后发送预确认消息， 比如发送 PRACK消息， 消息途经 S-CSCF1到达转换 AS;
步骤 408、转换 AS收到预确认消息，基于步骤 401中收到的 SDP请求 1 中的 UE-A的 SDP信息生成彩铃业务 SDP回应，并在消息体中以 early-session 类型添加该生成的彩铃 SDP回应， 消息途经 S-CSCF1、 S-CSCF2到达彩铃 AS;
此时， 转换 AS完成将彩铃 SDP信息告知 UE-A, 并将 UE-A的 SDP信 息告知彩铃 AS, 使 UE-A与彩铃 AS间能建立起媒体连接， 从而使彩铃 AS 可以向 UE-A播放彩铃，与现有技术不同，此例中 UE-A在一个对话过程中只 支持一个媒体连接的协商， 因此， UE-A目前无法和 UE-B协商媒体连接资源 信息， 这只能在应答后， 彩铃媒体连接不再需要的情况下再协商， 具体请参 见步骤 412及后续步骤；
其中， 转换 AS基于 SDP请求 1生成彩铃 SDP回应是指， 按照所述彩铃
SDP请求的回应要求以所述 SDP请求 1的内容为基础生成彩铃 SDP回应。
例如， 彩铃 SDP请求中的媒体类型有音、视频， 而 SDP请求 1中包含的 媒体类型只有音频，则生成的彩铃 SDP回应中应该包含 SDP请求 1中的音频 媒体类型信息， 同时虚构视频媒体类型信息， 其端口号为 0, 表示该媒体类 型不可用。 这一过程是标准的。
步骤 409、 彩铃 AS收到预确认消息后， 根据其中的彩铃 SDP回应完成 彩铃媒体的协商， 并将其从预确认消息中删除， 然后将其转发给被叫 UE-B, 消息途经 S-CSCF2最终到达 UE-B;
步骤 410、 UE-B收到预确认，发送响应消息， 比如发送 "200 OK"消息， 消息途经 S-CSCF2、 彩铃 AS、 S-CSCF2、 S-CSCF1、 转换 AS、 S-CSCFl , 最 终到达 UE-A;
步骤 411、 彩铃 AS向 UE-A播放彩铃媒体信息；
步骤 412、 UE-B应答呼叫， 发送应答消息， 比如发送 "200 OK" 消息， 消息途经 S-CSCF2、 彩铃 AS、 S-CSCF2、 S-CSCFl , 到达转换 AS;
步骤 413、转换 AS发现主叫尚不能与被叫通话， 因为在步骤 406时并没 有将被叫的通话业务 SDP回应 1发给 UE-A, 于是向被叫方发送重呼叫消息， 比如发送 relNVITE消息， 消息中不带任何 SDP信息， 消息途经 S-CSCF1、 S-CSCF2、 彩铃 AS、 S-CSCF2, 最终到达 UE-B;
步骤 414、 UE-B收到重呼叫消息， 发送重呼叫响应消息， 比如发送 " 200 OK"消息， 消息体中以 session类型携带 UE-B的新的 SDP请求 2, 消息途经 S-CSCF2、 彩铃 AS、 S-CSCF2、 S-CSCFl , 到达转换 AS;
步骤 415、 转换 AS转发应答消息给 UE-A, 消息体中以 session类型携带 步骤 414中收到的 SDP请求 2 , 消息途经 S-CSCF1到达 UE-A;
步骤 416、 UE-A发送确认消息， 比如发送 ACK (确认）消息， 消息体中 以 session类型携带 UE-B响应的 SDP回应 2, 消息途经 S-CSCF1、 转换 AS、 S-CSCFl、 S-CSCF2、 彩铃 AS、 S-CSCF2, 最终到达 UE-B;
至此， UE-A和 UE-B建立起了媒体连接， 开始通话。
图 6为本发明实施例的彩像业务基本消息流程图，描述了主叫呼叫被叫， 彩像服务器在呼叫过程中向被叫播放彩像， 其过程如下：
步骤 501、 UE-A向 UE-B发起呼叫请求， 携带通话业务需要的 SDP请求 1 , 比如发送 INVITE (邀请） 消息， 在消息体中以 session类型携带 SDP请 求 1 , 消息途经 S-CSCF1到达彩像 AS;
步骤 502、 彩像 AS转发呼叫消息， 消息途经 S-CSCF1、 S-CSCF2到达转 换 AS;
步骤 503、 转换 AS转发呼叫消息， 消息途经 S-CSCF2到达 UE-B;
步骤 504、 UE-B收到呼叫消息， 发送临时响应消息给主叫方， 比如发送 "183 Session Progress"消息，并在消息体中以 session类型携带 UE-B的进行 通话业务需要的 SDP回应 1 , 该临时响应消息途经 S-CSCF2到达转换 AS; 步骤 505、 转换 AS判断收到的消息是否含有通话业务的 SDP信息， 即 临时响应消息中是否携带 SDP回应 1 , 如果有则在临时响应消息中添加支持 彩像业务 SDP的标识， 比如在 Supported头域中添加 early -session标识 , 然后 转发临时响应消息， 消息途经 S-CSCF2、 S-CSCF1到达彩像 AS; 如果没有则 不添加， 直接转发该临时响应消息；
在此实施例中， UE-B在临时响应消息中携带了 SDP回应 1 , 则转换 AS 在临时响应消息中添加支持彩像业务 SDP的标识； 在本发明其他实施例中， 也可不判断， 直接添加支持彩像业务 SDP的标识。
步骤 506、彩像 AS可以将步骤 505中的标识删除后转发临时响应消息给 UE-A, 消息途经 S-CSCF1到达 UE-A;
步骤 507、UE-A收到临时响应消息，根据其中的 SDP信息完成媒体协商， 然后发送预确认消息， 比如发送 PRACK消息， 消息途经 S-CSCF1到达彩像 AS;
步骤 508、彩像 AS要执行被叫指定的彩像业务，向被叫方播放像铃信息， 于是根据步骤 505中添加的标识，在预确认消息体中以 early-session类型添加 彩像 SDP请求， 然后转发给 UE-B, 消息途经 S-CSCF1、 S-CSCF2到达转换 AS;
步骤 509、 转换 AS收到预确认消息， 发现其中带有彩像 SDP请求， 于 是基于此彩像 SDP请求生成新的 SDP请求， 以更改媒体资源信息， 并将预确 认消息中的彩像 SDP信息和可能有的通话业务 SDP信息删除后在消息体中以 session类型添加生成的 SDP请求， 然后转发修改后的预确认消息给被叫方， 消息途经 S-CSCF2到达 UE-B;
其中， 转换 AS基于所述彩像 SDP请求生成新的 SDP请求是指， 按照所 述 SDP请求 1中要求的媒体类型顺序对彩像 SDP请求作相应的媒体修改，并 附加 SDP请求 1中没有而彩像 SDP请求有的媒体类型信息。
例如， SDP请求 1中的媒体类型顺序为音频、 视频， 而彩像 SDP请求中 的媒体类型顺序为视频、 音频， 则需要将彩像 SDP请求的媒体类型顺序修正 为音频、 视频；
或者， SDP请求 1中的媒体类型只有音频， 而彩像 SDP请求中的媒体类 型包含视频和音频（顺序为视频、 音频） ， 则新的 SDP请求中需增加视频媒 体类型， 且新的 SDP请求中的媒体类型顺序为音频、 视频， 媒体类型信息来 自彩像 SDP请求。 这一过程是标准的。
另外转换 AS还可在新的 SDP请求中添加主被叫通话需要的媒体类型的 信息， 这样使得 UE-B保留有通话业务需要的所有媒体的相关信息， 从而在 后续的重协商过程中 （步骤 515及后续 ) , UE-B能在其发送的 SDP请求中 携带所有通话业务需要的所有媒体的相关信息， 使得重协商后建立的 UE-A 和 UE-B间的媒体连接包含通话业务需要的所有媒体类型。
步骤 510、 UE-B收到预确认，发送响应消息， 比如发送 "200 OK"消息， 消息体中以 session类型携带 UE-B响应的彩像业务的 SDP回应， 消息途经 S-CSCF2到达转换 AS, 此时 UE-B的媒体资源信息已经更改， 但 UE-A不知 道这个更改， 因此 UE-A和 UE-B无法建立媒体连接；
步骤 511、 转换 AS收到响应消息， 基于步骤 510中收到的 UE-B的 SDP 信息生成彩像业务 SDP请求的回应， 并在消息体中以 early-session类型添加 该生成的彩像 SDP回应， 消息途经 S-CSCF2、 S-CSCF1到达彩像 AS;
此时， 转换 AS完成将彩像 SDP信息告知 UE-B, 并将 UE-B的 SDP信 息告知彩像 AS, 使 UE-B与彩像 AS间能建立起媒体连接， 从而使彩像 AS 可以向 UE-B播放彩像。与现有技术不同， 此实施例中 UE-B在一个对话过程 中只支持一个媒体连接的协商， 因此， UE-B目前无法继续和 UE-A协商媒体 连接资源信息， 这只能在应答后， 彩像媒体连接不再需要的情况下再协商， 具体请参见此实施例的 514及后续步骤；
步骤 512、 彩像 AS收到响应消息， 根据其中的彩像 SDP回应完成彩像 媒体的协商， 并将所述彩像 SDP回应从响应消息中删除， 然后将响应消息转 发给主叫 UE-A, 消息途经 S-CSCF1最终到达 UE-A;
步骤 513、 彩像 AS向 UE-B播放彩像媒体信息；
步骤 514、 UE-B应答呼叫， 发送应答消息， 比如发送 "200 OK" 消息， 消息途经 S-CSCF2到达转换 AS;
步骤 515、转换 AS发现被叫尚不能与主叫通话， 因为在步骤 509时已经 将 UE-B 的媒体连接更新为接收彩像媒体， 于是向被叫方发送重呼叫消息， 比如发送 relNVITE消息， 消息中不带任何 SDP信息， 消息途经 S-CSCF2到 达 UE-B;
步骤 516、 UE-B收到重呼叫消息， 发送重呼叫响应消息， 比如发送 " 200 OK"消息， 消息体中以 session类型携带 UE-B的新的 SDP请求 2, 消息途经 S-CSCF2到达转换 AS;
步骤 517、 转换 AS转发应答消息给 UE-A, 消息体中以 session类型携带 步骤 516中收到的 SDP请求 2, 消息途经 S-CSCF2、 S-CSCF1、 彩像 AS、 S-CSCF1 , 最终到达 UE-A;
步骤 518、 UE-A发送确认消息给被叫方， 比如发送 ACK消息， 消息体 中以 session类型携带 UE-A响应的 SDP回应 2, 消息途经 S-CSCF1、 彩像 AS、 S-CSCF1、 S-CSCF2、 转换 AS、 S-CSCF2, 最终到达 UE-B;
至此， UE-A和 UE-B建立起了媒体连接， 开始通话。
图 7为本发明的下载方式的彩像业务基本消息流程图， 描述了主叫呼叫 被叫， 由于被叫流程的限制， 彩像服务器只得釆用其它方式向被叫提供彩像 媒体， 其过程如下：
步骤 601-603、 与图 5的 501-503相同；
步骤 604、 UE-B收到呼叫消息， 发送临时响应消息给主叫方， 比如发送 "180 Ringing"消息， 消息途经 S-CSCF2到达转换 AS, 该临时响应消息中不 携带 SDP回应；
步骤 605、 转换 AS判断收到的消息中不含通话业务的 SDP信息， 则不 添加支持彩像业务 SDP 的标识； 转发临时响应消息， 消息途经 S-CSCF2、 S-CSCF1到达彩像 AS;
或者，也可不判断，直接添加支持彩像业务 SDP的标识，比如在 Supported 头域中添加 early-session标识， 然后再转发临时响应消息；
步骤 606、如果步骤 605中添加了支持彩像业务 SDP的标识， 则彩像 AS 可以将其删除后转发临时响应消息给 UE-A, 消息途经 S-CSCF1到达 UE-A; 步骤 607、 UE-A收到临时响应消息，发送预确认消息， 比如发送 PRACK 消息， 消息途经 S-CSCF1到达彩像 AS;
步骤 608、如果步骤 605中添加了支持彩像业务 SDP的标识， 则彩像 AS 在预确认消息体中以 early-session类型添加彩像的 SDP请求， 然后转发给 UE-B; 如果没有添加， 则彩像 AS直接转发预确认消息， 消息途经 S-CSCF1、 S-CSCF2到达转换 AS;
步骤 609、 转换 AS收到预确认消息， 如果其中带有彩像业务的 SDP请 求， 但其尚未收到被叫用户的 SDP信息， 由于标准要求协商某个媒体连接的 SDP请求与响应必须成对， 因此在没收到 SDP回应前， 转换 AS无法将彩像 SDP请求发给 UE-B, 于是将预确认消息中的彩像 SDP信息删除， 然后转发 修改后的预确认消息给被叫方， 否则直接转发预确认消息给被叫方， 消息途 经 S-CSCF2到达 UE-B;
步骤 610、 UE-B收到预确认，发送响应消息， 比如发送 "200 OK"消息， 消息途经 S-CSCF2到达转换 AS;
步骤 611、 转换 AS收到响应消息， 如果步骤 609 中收到的消息带彩像 SDP请求， 由于请求必须要有回应， 则转换生成彩像 SDP回应， 又由于实际 上转换 AS无法使 UE-B与彩像 AS交换 SDP信息， 所以必须通知彩像 AS不 能向 UE-B播放彩像， 所以彩像 SDP回应中的所有媒体的端口号全为 0, 表 示不可用， 或所有媒体的属性都是 inactive (非活动） ， 这些都可表示禁止播 放， 并在消息体中以 early -session类型添力口该生成的彩像 SDP回应, ^口果步 骤 609中收到的消息不带彩像 SDP信息， 则直接转发该响应消息， 消息途经 S-CSCF2、 S-CSCF1到达彩像 AS;
步骤 612、 彩像 AS收到响应消息， 如果步骤 608时其添加了彩像 SDP 请求， 则收到的响应消息中会有彩像 SDP回应， 彩像 AS根据收到的响应消 息中的彩像 SDP回应完成彩像媒体的协商， 此时的结果是不播放彩像， 然后 将彩像 SDP 回应从响应消息中删除， 并将修改后的响应消息转发给主叫 UE-A,如果步骤 608中的预确认消息没有添加彩像 SDP请求，则收到的响应 消息中不会有彩像 SDP 回应， 于是直接转发响应消息， 消息途经 S-CSCF1 最终到达 UE-A;
如果彩像 AS希望提供下载方式的彩像业务，则执行下面的步骤 613 618: 步骤 613、彩像 AS向被叫方发送更新消息， 比如 UPDATE (更新）消息， 消息中携带彩像媒体数据的下载地址， 比如在 Alert-Info或 Call-Info中携带， 消息途经 S-CSCF1、 S-CSCF2、 转换 AS、 S-CSCF2, 最终到达 UE-B;
步骤 614、 UE-B发送同意更新的消息， 比如发送 " 200 OK" 消息， 消息 途经 S-CSCF2、 转换 AS、 S-CSCF2、 S-CSCF1到达彩像 AS;
步骤 615、 UE-B根据彩像媒体数据的下载地址， 向彩像 AS发起下载请 求， 比如发送 HTTP (超文本传输协议）协议的 GET (获取）请求， 其中携 带彩像媒体数据的下载地址， 请求获取彩像媒体数据；
步骤 616、 彩像 AS根据彩像媒体数据的地址， 向 UE-B传送彩像媒体数 据；
步骤 617、 彩像媒体数据传送完成后， 彩像 AS向 UE-B发送成功下载的 消息， 比如发送 HTTP协议的 "200 OK" 消息；
步骤 618、 UE-B向用户播放下载下来的彩像媒体；
步骤 619、 UE-B应答呼叫， 发送应答消息， 比如发送 "200 OK" 消息， 消息体中以 session类型携带了 UE-B的 SDP回应 1 ,消息途经 S-CSCF2到达 转换 AS;
步骤 620、转换 AS发现被叫已经能与主叫通话， 于是向被叫方转发应答 消息， 消息途经 S-CSCF2、 S-CSCF1、 彩像 AS、 S-CSCF1 , 最终到达 UE-A; 步骤 621、 UE-A发送确认消息给被叫方， 比如发送 ACK消息， 消息途 经 S-CSCF1、 彩像 AS、 S-CSCF1、 S-CSCF2、 转换 AS、 S-CSCF2, 最终到达 UE-B;
至此， UE-A和 UE-B建立起了媒体连接， 开始通话。
图 8为本发明的彩铃彩像同时有的基本消息流程图， 描述了主叫呼叫被 叫， 彩铃服务器在呼叫过程中向主叫播放彩铃媒体， 彩像服务器在呼叫过程 中向被叫播放彩像媒体的流程， 为了简化描述， 以下流程将转换 AS 的功能 与彩铃 /彩像 AS的功能合一看待。 其过程如下：
步骤 701、 UE-A向 UE-B发起呼叫请求， 携带通话业务需要的 SDP请求 1 , 比如发送 INVITE (邀请） 消息， 在消息体中以 session类型携带 SDP请 求 1 , 消息途经 S-CSCF1到达彩像 /转换 AS;
步骤 702、彩像 /转换 AS收到呼叫消息， 此时彩像 AS功能没有动作需要 执行， 转换 AS执行功能， 在呼叫消息中添加支持彩像业务 SDP的标识， 比 如在 Supported头域中添加 early-session标识， 然后只经过转换 AS功能修改 后的呼叫消息被转发给被叫方， 消息途经 S-CSCF2、 S-CSCF1到达彩铃 /转换 AS;
步骤 703、彩铃 /转换 AS收到呼叫消息， 两个 AS功能都没有动作需要执 行，于是没有修改的呼叫消息被转发给被叫方，消息途经 S-CSCF2到达 UE-B; 步骤 704、 UE-B收到呼叫消息， 发送临时响应消息给主叫方， 比如发送 "183 Session Progress"消息，并在消息体中以 session类型携带 UE-B的进行 通话业务需要的 SDP回应 1 , 该临时响应消息途经 S-CSCF2到达彩铃 /转换 AS;
步骤 705、 彩铃 /转换 AS收到临时响应消息， 转换 AS执行功能， 在临时 响应消息中添加支持彩像业务 SDP 的标识， 比如在 Supported头域中添加 early-session标识， 同时彩铃 AS执行功能， 根据步骤 702中添加的标识， 在 临时响应消息体中以 early-session类型添加彩铃的 SDP请求， 然后经过两个 AS功能修改过的临时响应消息被转发给 UE-A,消息途经 S-CSCF2、 S-CSCF1 到达彩像 /转换 AS;
步骤 706、 彩像 /转换 AS收到临时响应消息， 彩像 AS功能可以将步骤 705中的标识从临时响应消息删除，转换 AS功能发现临时响应消息中带有彩 铃业务的 SDP请求， 于是基于此 SDP请求生成 SDP回应， 并将临时响应消 息中的所有 SDP信息删除后添加生成的 SDP回应， 然后经过两个 AS功能修 改后的临时响应消息被转发给 UE-A, 消息途经 S-CSCF1到达 UE-A;
步骤 707、 UE-A收到临时响应消息，根据其中的 SDP信息完成媒体协商， 然后发送预确认消息， 比如发送 PRACK消息， 消息途经 S-CSCF1到达彩像 / 转换 AS;
步骤 708、彩像 /转换 AS收到预确认消息， 彩像 AS功能要执行被叫指定 的彩像业务， 向被叫方播放像铃信息， 于是根据步骤 705中添加的标识， 在 预确认消息体中以 early-session类型添加彩像的 SDP请求， 同时转换 AS功 能将步骤 701中收到的主叫的通话业务的 SDP请求 1生成彩铃业务 SDP请求 的回应， 并在消息体中也以 early -session类型添力口该生成的彩铃 SDP回应, 然后经过两个 AS 功能修改后的预确认消息被转发给被叫方， 消息途经 S-CSCF1、 S-CSCF2到达彩铃 /转换 AS;
步骤 709、彩铃 /转换 AS收到预确认消息， 彩铃 AS功能根据其中的彩铃 SDP 回应完成彩铃媒体的协商， 并将其从预确认消息中删除， 同时转换 AS 功能发现预确认消息中带有彩像业务的 SDP请求，于是基于此 SDP请求生成 新的 SDP请求，并将预确认消息中的彩像 SDP信息和可能有的通话业务 SDP 信息删除后在消息体中以 session类型添加生成的 SDP请求， 然后经过两个 AS功能修改后的预确认消息被转发给被叫方，消息途经 S-CSCF2到达 UE-B;
另外转换 AS功能还可在新的 SDP请求中添加主被叫通话需要的媒体类 型的信息， 这样使得 UE-B保留有通话业务需要的所有媒体的相关信息， 从 而在后续的重协商过程中 （步骤 716及后续 ) , UE-B能在其发送的 SDP请 求中携带所有通话业务需要的所有媒体的相关信息， 使得重协商后建立的 UE-A和 UE-B间的媒体连接包含通话业务需要的所有媒体类型。
步骤 710、 UE-B收到预确认，发送响应消息， 比如发送 "200 OK"消息， 消息体中以 session类型携带 UE-B响应的彩像业务的 SDP回应， 消息途经 S-CSCF2到达彩铃 /转换 AS;
步骤 711、彩铃 /转换 AS收到响应消息，彩铃 AS功能没有动作需要执行， 转换 AS功能基于步骤 710中收到的 UE-B的 SDP信息生成彩像业务 SDP请 求的回应， 并在消息体中以 early -session类型添力口该生成的彩像 SDP回应, 然后只经过转换 AS 功能修改的响应消息被转发给主叫方， 消息途经 S-CSCF2、 S-CSCF1到达彩像 /转换 AS;
步骤 712、彩像 /转换 AS收到响应消息，转换 AS功能没有动作需要执行， 彩像 AS功能根据其中的彩像 SDP回应完成彩像媒体的协商， 并将其从响应 消息中删除， 然后只经过彩像 AS 功能修改后的响应消息被转发给主叫方， 消息途经 S-CSCF1最终到达 UE-A;
步骤 713、 彩像 AS向 UE-B播放彩像媒体信息；
步骤 714、 彩铃 AS向 UE-A播放彩铃媒体信息；
步骤 715、 UE-B应答呼叫， 发送应答消息， 比如发送 "200 OK" 消息， 消息途经 S-CSCF2到达彩铃 /转换 AS;
步骤 716、彩铃 /转换 AS收到应答消息，彩铃 AS功能没有动作需要执行， 转换 AS功能发现被叫尚不能与主叫通话，因为在步骤 709时已经将 UE-B的 媒体连接更新为接收彩像媒体， 于是向被叫方发送重呼叫消息， 比如发送 relNVITE消息， 消息中不带任何 SDP信息， 如果彩铃 AS和转换 AS不是一 个功能实体， 则重呼叫消息有可能会经过彩铃 AS, 但彩铃 AS对重呼叫消息 没有动作需要执行， 然后消息途经 S-CSCF2到达 UE-B;
步骤 717、 UE-B收到重呼叫消息， 发送重呼叫响应消息， 比如发送 "200 OK"消息， 消息体中以 session类型携带 UE-B的新的 SDP请求 2, 消息途经 S-CSCF2到达彩铃 /转换 AS;
步骤 718、彩铃 /转换 AS收到响应重呼叫消息， 彩铃 AS功能没有动作需 要执行， 转换 AS功能转发应答消息给 UE-A, 消息体中以 session类型携带 步骤 717中收到的 SDP请求 2, 如果彩铃 AS和转换 AS不是一个功能实体， 则应答消息有可能会经过彩铃 AS,但彩铃 AS对应答消息没有动作需要执行， 然后消息途经 S-CSCF2、 S-CSCF1到达彩像 /转换 AS,彩像 AS功能没有动作 需要执行， 由于应答消息中携带的是通话业务的 SDP请求， 于是转换 AS功 能也没有动作需要执行， 该消息被不经修改的转发给主叫方， 消息再经过 S-CSCF1到达 UE-A;
步骤 719、 UE-A发送确认消息给被叫方， 比如发送 ACK消息， 消息体 中以 session类型携带 UE-A响应的 SDP回应 2, 消息途经 S-CSCF1、 彩像 / 转换 AS、 S-CSCF1、 S-CSCF2、 彩铃 /转换 AS、 S-CSCF2, 最终到达 UE-B;
至此， UE-A和 UE-B建立起了媒体连接， 开始通话。
如图 9所示为本发明实施例的彩铃业务的实现系统的示意图， 该系统包 括位于被叫网络的彩铃服务设备， 还包括位于主叫网络的转换应用服务器， 所述转换应用服务器包括标识添加模块和会话描述协议 SDP请求生成模块， 其中：
所述标识添加模块， 用于在所述转换应用服务器收到所述主叫方发送的 携带正常通话的 SDP请求的呼叫请求后， 如果所述呼叫请求中不带支持彩铃 业务 SDP的标识，则在所述呼叫请求中添加支持彩铃业务 SDP的标识后发往 被叫方；
所述 SDP请求生成模块， 用于在所述转换应用服务器收到所述彩铃服务 设备发送的临时响应后，基于彩铃 SDP请求生成 SDP回应， 并将只包含所述 SDP回应的临时响应发送给所述主叫方； 以及在收到所述主叫方回应所述临 时响应的预确认消息后，基于所述正常通话的 SDP请求生成彩铃 SDP回应并 所述彩铃服务设备， 用于在收到所述被叫方返回的临时响应后， 根据所 述呼叫请求消息中携带的支持彩铃业务 SDP的标识在所述临时响应中添加彩 铃 SDP请求， 并发往所述主叫方； 以及在收到所述转换应用服务器发送的所 述预确认消息后， 根据所述彩铃 SDP回应完成彩铃媒体的协商。
如图 10所示为本发明实施例的彩像业务的实现系统的示意图，该系统包 括位于主叫网络的彩像服务设备， 还包括位于被叫网络的转换 AS, 所述转换 应用服务器包括标识添加模块和会话描述协议 SDP请求生成模块， 其中： 所述标识添加模块， 用于在所述转换应用服务器接收到被叫方回应主叫 方呼叫请求的临时响应后， 在所述临时响应中添加支持彩像业务 SDP的标识 后发送给所述主叫方；
所述彩像服务设备， 用于在收到所述主叫方回应所述临时响应的预确认 消息后， 根据所述呼叫请求消息中携带的支持彩像业务 SDP的标识在所述预 确认消息中添加彩像 SDP请求， 并发往所述被叫方；
所述 SDP请求生成模块， 用于在收到所述彩像服务设备发送的所述预确 认消息后，基于所述彩像 SDP请求生成新的 SDP请求， 并将只包含所述新的 SDP请求的预确认消息发送给所述被叫方。
其中，所述 SDP请求生成模块在所述新的 SDP请求中添加所述主叫方和 所述被叫方通话需要的媒体类型的信息。
当然， 本发明还可有其他多种实施例， 在不背离本发明精神及其实质的 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
工业实用性
本发明可应用于早媒体业务彩铃、 彩像业务的实现， 通过引入转换 AS, 避免了对用户终端的过高要求， 使传统用户终端无需升级也可享用早媒体业 务。

Claims

权 利 要 求 书
1、 一种彩铃业务实现方法， 包括：
主叫方通过转换应用服务器和彩铃服务设备向被叫方发送携带正常通话 的会话描述协议 SDP请求的呼叫请求， 所述被叫方收到所述呼叫请求后， 向 所述主叫方发送临时响应；
所述彩铃服务设备收到所述临时响应后， 根据所述呼叫请求中携带的支 持彩铃业务 SDP的标识在所述临时响应中添加彩铃 SDP请求，并发往所述主 叫方；
所述转换应用服务器收到所述临时响应后， 基于所述彩铃 SDP请求生成 SDP回应 , 并将只包含所述 SDP回应的临时响应发送给所述主叫方；
所述主叫方收到所述临时响应后， 向所述被叫方发送预确认消息； 所述 转换应用服务器收到所述预确认消息后， 基于所述正常通话的 SDP请求生成 所
Figure imgf000026_0001
2、 如权利要求 1所述的方法，其中， 所述转换应用服务器基于所述彩铃 SDP请求生成 SDP回应是指，按照所述正常通话的 SDP请求的回应要求、以 所述彩铃 SDP请求的内容为基础生成 SDP回应。
3、 如权利要求 1所述的方法，其中， 所述转换应用服务器基于所述正常 通话的 SDP请求生成彩铃 SDP回应是指， 按照所述彩铃 SDP请求的回应要 求、 以所述正常通话的 SDP请求的内容为基础生成彩铃 SDP回应。
4、 如权利要求 1所述的方法，其中，如果接收到的所述呼叫请求中不带 支持彩铃业务 SDP的标识， 则所述转换应用服务器在所述呼叫请求中添加支 持彩铃业务 SDP的标识。
5、 如权利要求 1所述的方法， 其中，
如果所述转换应用服务器在收到的所述被叫方的应答呼叫消息中没发现 正常通话 SDP请求， 则所述转换应用服务器向所述被叫方发送不带任何 SDP 的重呼叫消息；
所述被叫方发送重呼叫响应消息给所述主叫方， 在所述重呼叫响应消息 中携带所述被叫方的 SDP请求； 所述转换应用服务器收到所述重呼叫响应消 息后， 向所述主叫方转发应答呼叫消息， 并在所述应答呼叫消息中携带所述 被叫方的 SDP请求。
6、 一种彩像业务实现方法， 所述方法包括：
主叫方通过彩像服务设备和转换应用服务器向被叫方发送携带正常通话 的会话描述协议 SDP请求的呼叫请求； 收到所述呼叫请求后， 所述被叫方发 送临时响应给所述主叫方；
所述转换应用服务器收到所述临时响应后， 在所述临时响应中添加支持 彩像业务 SDP的标识， 并通过所述彩像服务设备发送给所述主叫方；
所述主叫方返回预确认消息，所述彩像服务设备收到所述预确认消息后， 根据所述支持彩像业务 SDP的标识，在所述预确认消息中添加彩像 SDP请求 后发送给所述被叫方；
所述转换应用服务器收到所述预确认消息后， 基于所述彩像 SDP请求生 成新的 SDP请求，并将只包含所述新的 SDP请求的预确认消息发送给所述被 叫方， 所述被叫方根据所述预确认消息中的 SDP信息完成彩像媒体的协商。
7、 如权利要求 6所述的方法，其中， 所述转换应用服务器基于所述彩像 SDP请求生成新的 SDP请求是指，按照所述正常通话 SDP请求中要求的媒体 类型顺序对所述彩像 SDP请求作相应的媒体修改， 并将所述正常通话 SDP 请求中没有的媒体类型信息放在后面。
8、 如权利要求 6所述的方法，其中， 所述被叫方在所述临时响应中不携 带 SDP信息，并且所述预确认消息携带彩像 SDP请求时， 所述转换应用服务 器在返回所述预确认消息的响应消息时， 将所述响应消息中的彩像 SDP回应 的所有媒体标识为不可用或非活动状态。
9、 如权利要求 6所述的方法，其中， 所述转换应用服务器在将只包含所 述新的 SDP请求的所述预确认消息发给被叫方时，在所述新的 SDP请求中添 加所述主叫方和所述被叫方通话需要的媒体类型的信息。
10、 如权利要求 6所述的方法， 其中，
如果所述转换应用服务器在收到的所述被叫方的应答呼叫消息中没发现 正常通话 SDP请求， 则所述转换应用服务器向所述被叫方发送不带任何 SDP 的重呼叫消息；
所述被叫方发送重呼叫响应消息给所述主叫方， 在所述重呼叫响应消息 中携带所述被叫方的 SDP请求； 所述转换应用服务器收到所述重呼叫响应消 息后， 向所述主叫方转发应答呼叫消息， 在所述应答呼叫消息中携带所述被 叫方的 SDP请求。
11、 一种彩铃业务的实现系统， 包括位于被叫网络的彩铃服务设备， 所 述系统还包括位于主叫网络的转换应用服务器， 所述转换应用服务器包括标 识添加模块和会话描述协议 SDP请求生成模块， 其中：
所述标识添加模块， 用于在所述转换应用服务器收到所述主叫方发送的 携带正常通话的 SDP请求的呼叫请求后， 如果所述呼叫请求中不带支持彩铃 业务 SDP的标识，则在所述呼叫请求中添加支持彩铃业务 SDP的标识后发往 被叫方；
所述 SDP请求生成模块， 用于在所述转换应用服务器收到所述彩铃服务 设备发送的临时响应后，基于彩铃 SDP请求生成 SDP回应， 并将只包含所述 SDP回应的临时响应发送给所述主叫方； 以及在收到所述主叫方回应所述临 时响应的预确认消息后，基于所述正常通话的 SDP请求生成彩铃 SDP回应并 所述彩铃服务设备， 用于在收到所述被叫方返回的临时响应后， 根据所 述呼叫请求中携带的支持彩铃业务 SDP 的标识在所述临时响应中添加彩铃 SDP请求， 并发往所述主叫方； 以及在收到所述转换应用服务器发送的所述 预确认消息后， 根据所述彩铃 SDP回应完成彩铃媒体的协商。
12、 如权利要求 11所述的系统， 其中， 所述 SDP请求生成模块是按照 所述正常通话的 SDP请求的回应要求、以所述彩铃 SDP请求的内容为基础生 成所述 SDP回应； 按照所述彩铃 SDP请求的回应要求、 以所述正常通话的 SDP请求的内容为基础生成所述彩铃 SDP回应。
13、 如权利要求 11所述的系统，其中， 所述转换应用服务器在收到的所 述被叫方的应答呼叫消息中没发现正常通话 SDP请求时， 向所述被叫方发送 不带任何 SDP的重呼叫消息。
14、 一种彩像业务的实现系统， 包括位于主叫网络的彩像服务设备， 所 述系统还包括位于被叫网络的转换应用服务器， 所述转换应用服务器包括标 识添加模块和会话描述协议 SDP请求生成模块， 其中：
所述标识添加模块， 用于在所述转换应用服务器接收到被叫方回应主叫 方呼叫请求的临时响应后， 在所述临时响应中添加支持彩像业务 SDP的标识 后发送给所述主叫方；
所述彩像服务设备， 用于在收到所述主叫方回应所述临时响应的预确认 消息后， 根据所述呼叫请求中携带的支持彩像业务 SDP的标识在所述预确认 消息中添加彩像 SDP请求， 并发往所述被叫方；
所述 SDP请求生成模块， 用于在收到所述彩像服务设备发送的所述预确 认消息后，基于所述彩像 SDP请求生成新的 SDP请求， 并将只包含所述新的 SDP请求的预确认消息发送给所述被叫方。
15、 如权利要求 14所述的系统， 其中， 所述 SDP请求生成模块按以下 方式基于所述彩像 SDP请求生成新的 SDP请求： 按照所述正常通话 SDP请 求中要求的媒体类型顺序对所述彩像 SDP请求作相应的媒体修改， 并附加所 述正常通话 SDP请求中没有而所述彩像 SDP请求中有的媒体类型信息。
16、 如权利要求 14所述的系统， 其中， 所述 SDP请求生成模块在所述 新的 SDP请求中添加所述主叫方和所述被叫方通话需要的媒体类型的信息。
17、 如权利要求 14所述的系统，其中， 所述转换应用服务器在收到的所 述被叫方的应答呼叫消息中没发现正常通话 SDP请求时， 向所述被叫方发送 不带任何 SDP的重呼叫消息。
PCT/CN2009/072164 2008-06-26 2009-06-05 一种彩铃、彩像业务的实现方法及系统 WO2009155824A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP09768749A EP2299671B1 (en) 2008-06-26 2009-06-05 Method and system for implementing color ring back tone and multimedia ring alert tone service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810126109.4 2008-06-26
CN200810126109.4A CN101459735B (zh) 2008-06-26 2008-06-26 一种彩铃、彩像业务的实现方法及系统

Publications (1)

Publication Number Publication Date
WO2009155824A1 true WO2009155824A1 (zh) 2009-12-30

Family

ID=40770351

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/072164 WO2009155824A1 (zh) 2008-06-26 2009-06-05 一种彩铃、彩像业务的实现方法及系统

Country Status (3)

Country Link
EP (2) EP2587777B1 (zh)
CN (1) CN101459735B (zh)
WO (1) WO2009155824A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101621517B (zh) * 2009-07-27 2013-08-07 中兴通讯股份有限公司 一种多媒体子系统回铃音的实现方法及装置
CN102006371B (zh) * 2009-09-02 2014-01-22 华为终端有限公司 一种实现多媒体彩振业务的方法及设备
CN102036201B (zh) * 2009-09-28 2014-11-05 中兴通讯股份有限公司 来电提示方法及装置
CN102055726B (zh) * 2009-10-29 2014-06-11 中兴通讯股份有限公司 一种实现彩像业务的方法及移动终端
CN102143280B (zh) * 2010-01-28 2014-06-04 华为技术有限公司 一种播放多媒体彩振的方法和多媒体彩振应用服务器
CN102404295B (zh) * 2010-09-15 2016-05-25 中兴通讯股份有限公司 会话中早媒体的播放方法及系统
CN104105080B (zh) 2014-06-26 2018-11-16 中兴通讯股份有限公司 一种视频媒体播放方法、装置及系统
CN104468556B (zh) * 2014-12-01 2018-01-19 华为技术有限公司 一种推送业务的实现方法及设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801856A (zh) * 2004-12-31 2006-07-12 华为技术有限公司 一种实现视频彩铃业务的系统及方法
CN101043647A (zh) * 2007-03-13 2007-09-26 华为技术有限公司 实现多媒体彩铃和多媒体彩像业务的方法、系统及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7693134B2 (en) * 2004-12-30 2010-04-06 Alcatel-Lucent Usa Inc. Method and apparatus for providing multimedia ringback services to user devices in IMS networks

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801856A (zh) * 2004-12-31 2006-07-12 华为技术有限公司 一种实现视频彩铃业务的系统及方法
CN101043647A (zh) * 2007-03-13 2007-09-26 华为技术有限公司 实现多媒体彩铃和多媒体彩像业务的方法、系统及装置

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
EP2587777B1 (en) 2014-09-10
EP2299671A1 (en) 2011-03-23
EP2299671B1 (en) 2013-01-16
EP2587777A1 (en) 2013-05-01
CN101459735B (zh) 2012-09-05
CN101459735A (zh) 2009-06-17
EP2299671A4 (en) 2012-07-25

Similar Documents

Publication Publication Date Title
JP5118204B2 (ja) マルチメディアセッションコール制御方法およびアプリケーションサーバ
KR101548140B1 (ko) 원격통신 네트워크에서 매체 속성들에 기초한 선택적 호 포워딩을 위한 방법 및 시스템
WO2009155824A1 (zh) 一种彩铃、彩像业务的实现方法及系统
US10681100B2 (en) Method, user equipment and application server for adding media stream of multimedia session
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
WO2009049520A1 (en) A method and an apparatus for realizing multimedia color ring tone service and filtering of color ring tone
WO2012113237A1 (zh) 一种实现多媒体彩铃业务的方法、系统及装置
CN101237614B (zh) 一种实现彩铃业务的方法
WO2010069176A1 (zh) 实现pc客户端绑定硬终端时召开会议的方法、登录服务器、会议服务器及pc客户端
US20080208993A1 (en) Method For Distributing New Services in an Internet Multimedia Subsystem (Ims), and a Node Adapted Therefore
WO2009086758A1 (zh) 一种在线彩铃或彩像业务的实现方法
WO2007019777A1 (fr) Méthode d’établissement de session et nœud de contrôle de session
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
WO2008011790A1 (fr) Procédé, système et appareil de réseau permettant d'établir une session
EP1959608A1 (en) A method, a application server and a system for implementing the third party control service
WO2009124512A1 (zh) 控制早媒体播放的实现方法
WO2007093116A1 (fr) Procédé et système de fourniture de service de simulation et entité adaptative de signalisation d'accès
JP2011526441A (ja) Ｉｍｓネットワーク内でカスタマイズされたビデオサービスを実現するための方法およびネットワークユニット
CN102111386B (zh) 一种早期媒体的实现方法和装置
WO2009135375A1 (zh) 实现单对话彩铃业务的呼叫建立方法
WO2008049371A1 (fr) Procédé et système pour transférer un événement de service
CN101459665A (zh) 早媒体信息播放控制方法
CN101466074B (zh) 一种单对话彩铃彩像业务的实现方法
WO2008151538A1 (fr) Procédé, dispositif et système pour réaliser un service d'interdiction d'appels
JP6234272B2 (ja) アーリーメディアの送信タイミングを制御するセッション制御方法、ｓｉｐサーバ及びプログラム

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

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

Country of ref document: EP