WO2016086760A1 - 一种推送业务的实现方法及设备 - Google Patents

一种推送业务的实现方法及设备 Download PDF

Info

Publication number
WO2016086760A1
WO2016086760A1 PCT/CN2015/094302 CN2015094302W WO2016086760A1 WO 2016086760 A1 WO2016086760 A1 WO 2016086760A1 CN 2015094302 W CN2015094302 W CN 2015094302W WO 2016086760 A1 WO2016086760 A1 WO 2016086760A1
Authority
WO
WIPO (PCT)
Prior art keywords
html file
msrp
calling terminal
request message
called
Prior art date
Application number
PCT/CN2015/094302
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 EP15865634.8A priority Critical patent/EP3226505B1/en
Publication of WO2016086760A1 publication Critical patent/WO2016086760A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/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/40—Support for services or applications
    • H04L65/402—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel non-real time sessions, e.g. downloading a file in a parallel FTP session, initiating an email or combinational services
    • H04L65/4025—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel non-real time sessions, e.g. downloading a file in a parallel FTP session, initiating an email or combinational services where none of the additional parallel sessions is real time or time sensitive, e.g. downloading a file in a parallel FTP session, initiating an email or combinational services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • 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
    • 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/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and an apparatus for implementing a push service.
  • the maximum bandwidth of the CRBT media is only 64K, and the voice bearer bandwidth is up to 64K. Therefore, in the CRBT playback process, the CRBT voice monopolizes the bandwidth. Other data pushes. In this way, the ring back tone system cannot push other data except for providing audio (or video).
  • OTT Over The Top
  • a user can push media content for a called party and display the media content set as a called party on the called terminal.
  • the OTT service does not have real-time performance.
  • the content pushed by the user is downloaded to the local.
  • the user dials the called party again, the downloaded content is read locally and displayed on the called terminal.
  • the existing terminal does not support dual standby, and the data is closed during the call. Therefore, the content provided to the main and the called party in the existing voice process is limited, and the rich media content cannot be provided to the user.
  • the embodiment of the invention provides a method and a device for implementing a push service, which can push an HTML (Hyper Text Mark-up Language) file to a user during a voice call, and can provide rich media content for the user.
  • HTML Hyper Text Mark-up Language
  • a method for implementing a push service including:
  • the push server receives a SIP (Session Initiation Protocol) call request message sent by the calling terminal, and adds the first hypertext markup language HTML file information set by the calling party to the SIP call request message;
  • SIP Session Initiation Protocol
  • the push server establishes an MSRP-TCP (Transmission Control Protocol) connection with the called terminal according to a message session replay protocol (MSRP).
  • MSRP-TCP Transmission Control Protocol
  • MSRP message session replay protocol
  • the push server sends the first HTML file to the called terminal through an MSRP-TCP connection with the called terminal.
  • the method further includes:
  • the push server generates a media request message carrying the second HTML file information set by the called party, and sends the media request message to the calling terminal;
  • the push server establishes an MSRP-TCP connection with the calling terminal according to the MSRP;
  • the push server receives the second HTML file acquisition request sent by the calling terminal, and acquires the second HTML file according to the second HTML file information carried by the second HTML file obtaining request;
  • the push server sends the second HTML file to the calling terminal through an MSRP-TCP connection with the calling terminal.
  • the method further includes: before the pushing server establishes an MSRP-TCP connection with the calling terminal, the method further includes:
  • the push server establishes an RTP (Real-time Transport Protocol) media bearer with the calling terminal, and plays an audio and/or video ring back tone to the calling terminal through the RTP media bearer.
  • RTP Real-time Transport Protocol
  • the first HTML file information that is added to the SIP call request message includes: an MSRP compliant, and is used to instruct the called terminal to acquire information about the first HTML file;
  • the second HTML file information that is carried in the media request message includes: The calling terminal acquires information of the second HTML file;
  • a method for implementing a push service including:
  • the push server receives the session initiation protocol SIP call request message sent by the calling terminal, and sends the SIP call request message to the called terminal;
  • the push server generates a media request message carrying the second HTML file information set by the called party; and sending the media request message to the calling terminal;
  • the push server establishes an MSRP-Transmission Control Protocol TCP connection with the calling terminal according to the message session relay protocol (MSRP);
  • MSRP message session relay protocol
  • the push server receives the second HTML file acquisition request sent by the calling terminal, and acquires the second HTML file according to the second HTML file information carried in the second HTML file obtaining request;
  • the push server sends the second HTML file to the calling terminal through an MSRP-TCP connection with the calling terminal.
  • the push server is established with the calling terminal Before the MSRP-TCP connection between the terminals, the method further includes:
  • the push server establishes a real-time transport protocol RTP media bearer with the calling terminal, and plays an audio and/or video ring back tone to the calling terminal through the RTP media bearer.
  • the second HTML file information that is carried in the media request message includes: Instructing the calling terminal to acquire information about the second HTML file;
  • a push server which includes:
  • a receiving unit configured to receive a session initiation protocol SIP call request message sent by the calling terminal
  • An information insertion unit configured to add, in the SIP call request message, the first hypertext markup language HTML file information set by the calling party;
  • a sending unit configured to send the SIP call request message to a service call session control unit SCSCF of the called domain, so that the SCSCF of the called domain will carry the SIP call request message of the first HTML file information Forward to the called terminal;
  • the receiving unit is further configured to receive a first HTML file obtaining request sent by the called terminal;
  • An obtaining unit configured to acquire a first HTML file according to the first HTML file information carried by the first HTML file obtaining request
  • the sending unit is further configured to send the first HTML file to the called terminal by using an MSRP-TCP connection with the called terminal.
  • the information insertion unit is configured to generate a media request message carrying the second hypertext markup language HTML file information set by the called party;
  • the sending unit is further configured to send the media request message to the calling terminal;
  • the establishing unit is further configured to establish an MSRP-TCP connection with the calling terminal according to the MSRP.
  • the receiving unit is further configured to receive a second HTML file obtaining request sent by the calling terminal;
  • the obtaining unit is further configured to: acquire the second HTML file according to the second HTML file information carried by the second HTML file obtaining request;
  • the sending unit is further configured to send the second HTML file to the calling terminal by using an MSRP-TCP connection with the calling terminal.
  • the playback unit is also included.
  • the establishing unit is further configured to: establish a real-time transport protocol RTP media bearer with the calling terminal before the push server establishes an MSRP-TCP connection with the calling terminal;
  • the playing unit is configured to play an audio and/or video ring back tone to the calling terminal by using the RTP media bearer.
  • the first HTML file information that is added to the SIP call request message includes: an MSRP compliant, and is used to instruct the called terminal to acquire information about the first HTML file;
  • the second HTML file information carried in the media request message includes: MSRP compliant, used to instruct the calling terminal to acquire information about the second HTML file;
  • a push server including:
  • a receiving unit configured to receive a session initiation protocol SIP call request message sent by the calling terminal
  • a sending unit configured to send the SIP call request message to the called terminal
  • a generating unit configured to generate a media request message carrying the second hypertext markup language HTML file information set by the called party
  • the sending unit is further configured to send the media request message to the calling terminal;
  • MSRP message session relay protocol
  • the receiving unit is further configured to receive a second HTML file obtaining request sent by the calling terminal;
  • An obtaining unit configured to acquire a second HTML file according to the second HTML file information carried by the second HTML file obtaining request
  • the sending unit is further configured to send the second HTML file to the calling terminal by using an MSRP-TCP connection with the calling terminal.
  • the playback unit is also included.
  • the establishing unit is further configured to establish a real-time transport protocol RTP media bearer with the calling terminal;
  • the playing unit is configured to play an audio and/or video ring back tone to the calling terminal by using the RTP media bearer.
  • the second HTML file information carried in the media request message includes: MSRP compliant, used to instruct the calling terminal to acquire information about the second HTML file;
  • the push server adds the first HTML file information set by the calling party to the SIP call request message sent by the calling terminal to the called terminal, and establishes a relationship with the called terminal.
  • the MSRP-TCP connection sends the first HTML file to the called terminal.
  • the push server carries the second HTML file information set by the called party in the media request message sent to the calling terminal, establishes an MSRP-TCP connection with the calling terminal, and sends the first HTML file to the calling terminal. So that during the voice call, you can Push HTML files to user terminals to provide users with rich media content.
  • FIG. 1 is an architectural diagram of a push system provided by the present invention
  • FIG. 2 is a schematic flowchart of a method for implementing a push service according to Embodiment 1 of the present invention
  • FIG. 3 is a schematic flowchart of a method for implementing a push service according to Embodiment 2 of the present invention
  • FIG. 4 is a schematic flowchart of a method for implementing a push service according to Embodiment 3 of the present invention.
  • FIG. 5 is a schematic flowchart of a method for customizing an HTML file according to Embodiment 3 of the present invention.
  • FIG. 6 is a structural block diagram of a push server according to a fourth embodiment of the present invention.
  • FIG. 7 is a structural block diagram of another push server according to Embodiment 4 of the present invention.
  • FIG. 8 is a structural block diagram of a push server according to a fifth embodiment of the present invention.
  • FIG. 9 is a structural block diagram of another push server according to Embodiment 5 of the present invention.
  • the voice and data services use the IP bearer in a unified manner, and the operator configures a GBR (Guaranteed Bit Rate) policy on the wireless side.
  • GBR Guard Bit Rate
  • This policy ensures the bit rate of the data stream by reserving resources. It can pass all the time without exceeding GBR, which provides guarantee for the data communication of the terminal in the voice process.
  • the invention is based on a 4G network and an MSRP, and provides a method for implementing a push service, which can be used in a voice call. Chengzhong pushes HTML files to users to provide users with rich media content.
  • the push system includes: a calling terminal A, a called terminal B, a SCSCF1 (Service Call Session Control Function) of the calling domain, an SCSCF2 of the called domain, and a push server.
  • a calling terminal A a calling terminal A
  • a called terminal B a SCSCF1 (Service Call Session Control Function) of the calling domain
  • an SCSCF2 Service Call Session Control Function
  • a push server a push server.
  • the number of calling terminals and called terminals in the system is not limited.
  • FIG. 1 includes only one calling terminal and one called terminal.
  • the push server may be a CRBT platform and an MSRP server, where the CRBT platform and the MSRP server can implement the CRBT service and are related to the MSRP. Business.
  • An embodiment of the present invention provides a method for implementing a push service. As shown in FIG. 2, the method includes the following steps:
  • the push server receives the SIP call request message sent by the calling terminal, and adds the first HTML file information set by the calling party to the SIP call request message.
  • the SIP call request message carries an SDP (Session Description Protocol) offer media initialization request, where the SDP offer carries the media capability and the called number that the calling terminal can support.
  • the first HTML file information includes: an MSRP protocol format, used to indicate that the called terminal acquires the information of the first HTML file; and an MSRP protocol format, used to indicate the information of the first HTML file path. .
  • the implementation method of the push service provided by the present invention is based on MSRP.
  • the MSRP defined in the IETF RFC4975 document, is used to transmit an instant message in an established session to complete information interaction.
  • the calling and called terminals may be terminals supporting MSRP and support dual standby.
  • the push server may be a CRBT platform and an MSRP server, and supports a CRBT service and an MSRP protocol.
  • the MSRP server may provide HTML file information to implement the MSRP protocol format requirements.
  • the push server can also be an MSRP server.
  • the push server sends the SIP call request message to the SCSCF of the called domain, so that the SCSCF of the called domain will carry the first HTML file information.
  • the SIP call request message is forwarded to the called terminal.
  • the called terminal can obtain the first HTML file information, and then start the HTML file obtaining process according to the information indicating that the called terminal acquires the first HTML file.
  • the path information of the first HTML file is learned according to the information indicating the path of the first HTML file.
  • the push server establishes an MSRP-TCP connection with the called terminal according to the MSRP.
  • the push server receives the first HTML file obtaining request sent by the called terminal, and acquires the first HTML file according to the first HTML file information carried by the first HTML file obtaining request.
  • the push server sends the first HTML file to the called terminal by using an MSRP-TCP connection with the called terminal.
  • the HTML file can be an HTML link.
  • the HTML page of the present invention can have a built-in touch hotspot.
  • the user terminal invokes the internal browser control to display the HTNL file pushed by the push server on the terminal, and the user sends an http request to the portal by touching the hotspot. Comments can be made on the displayed page to enable communication between the user and the push server, thereby improving the user experience.
  • the embodiment of the present invention can not only provide rich media content to the called party, but also can push the HTML file to the calling party.
  • the implementation of the embodiment shown in FIG. 2 may further include: the push server generating a media request message carrying the second HTML file information set by the called party, and transmitting the HTML file to the calling party.
  • the terminal sends a media request message.
  • the push server establishes an MSRP-TCP connection with the calling terminal according to the MSRP.
  • the push server receives the second HTML file acquisition request sent by the calling terminal, and acquires the second HTML file according to the second HTML file information carried by the second HTML file obtaining request.
  • the push server sends the second HTML file to the calling terminal through an MSRP-TCP connection with the calling terminal.
  • the media request message generated by the push server may be generated after receiving the call request reply message of the called terminal.
  • the call request reply message may be the first signaling that the called terminal replies.
  • the push service The SIP call request message is sent to the SCSCF of the called domain, and the SCSCF of the called domain receives the SIP call request message and forwards it to the called terminal.
  • the called terminal replies 180 a message to the SCSCF of the called domain, and the SCSCF of the called domain forwards the 180 message to the push server.
  • the pushing the server to generate the media request message may specifically include adding the second HTML file information to the 180 message to form a media request message.
  • the second HTML file information carried in the media request message includes: MSRP compliant, indicating that the calling terminal acquires the information of the second HTML file; and conforming to the MSRP, indicating the second HTML file path Information.
  • the method further includes: before the push server establishes an MSRP-TCP connection with the calling terminal, the method further includes:
  • the push server establishes an RTP media bearer with the calling terminal, and plays an audio and/or video ring back tone to the calling terminal through the RTP media bearer.
  • the method for implementing the push service provided by the present invention is based on the MSRP.
  • the push server adds the first HTML file information set by the calling party to the SIP call request message sent by the calling terminal to the called terminal, and establishes an MSRP with the called terminal. - TCP connection, sending the first HTML file to the called terminal.
  • the push server generates a media request message, and the media request message carrying the second HTML file information set by the called party is sent to the calling terminal, and establishes an MSRP-TCP connection with the calling terminal, and sends the first HTML file to the calling terminal. So that the user terminal can obtain the HTML file during the voice call.
  • the prior art cannot push other media content other than audio/video for the user during the voice call, and the method provided by the present invention provides the user with rich HTML files by pushing the HTML file during the voice call. Media content.
  • the embodiment of the present invention further provides a method for implementing another push service. As shown in FIG. 3, the method includes the following steps:
  • the push server receives the SIP call request message sent by the calling terminal, and sends the SIP call request message to the called terminal.
  • the push server receives the SIP call request message sent by the calling terminal, And sending the SIP call request message to the SCSCF of the called domain, and forwarding the SIP call request message to the called terminal by the called domain SCSCF.
  • the push server generates a media request message that carries the second HTML file information set by the called party, and sends the media request message to the calling terminal.
  • the push server may receive a call request reply message returned by the called terminal.
  • the push server may add a second HTML file information to form a media request message in the call request reply message.
  • the called terminal may reply 180 the message to the SCSCF of the called domain, and the SCSCF of the called domain forwards the 180 message to the push server, where the push server may be in the 180 message.
  • the second HTML file information set by the called party is added to form a media request message, and is sent to the calling terminal.
  • the second HTML file information that is carried in the media request message includes: an MSRP protocol format, and is used to instruct the calling terminal to acquire the information of the second HTML file. It conforms to the MSRP protocol format and is used to indicate the information of the second HTML file path.
  • the push server establishes an MSRP-TCP connection with the calling terminal according to the MSRP.
  • the push server receives the second HTML file obtaining request sent by the calling terminal, and acquires the second HTML file according to the second HTML file information carried in the second HTML file obtaining request.
  • the calling terminal starts an HTML file obtaining process according to the information indicating that the calling terminal acquires the second HTML file, and sends a second HTML file obtaining request to the push server.
  • the push server sends the second HTML file to the calling terminal by using an MSRP-TCP connection with the calling terminal.
  • the push server needs to establish an RTP media bearer with the calling terminal and pass the RTP media before step 203.
  • the bearer plays an audio and/or video ring back tone to the calling terminal.
  • the called terminal receives the SIP call request message forwarded by the SCSCF of the called domain, and replies 180 the message to the SCSCF of the called domain.
  • the SCS of the called domain will be 180 The message is forwarded to the push server.
  • the push server forwards the 180 message to the calling terminal.
  • the calling terminal replies with a PRACK message to the push server, and the push server receives the PRACK message and replies with a 200 OK message.
  • the push server carries the CAT A in the 180 message and sends it to the calling terminal to play the CRBT to the calling terminal instead of adding the second HTML file information in the 180 message.
  • the push server After receiving the PRACK message, the push server generates a media update request carrying a message carrying the CAT A and the second HTML file as a media request message to the calling terminal, so that the calling terminal updates the previously received CAT A. .
  • the method for implementing the push service provided by the present invention is based on the MSRP.
  • the push server adds the first HTML file information set by the calling party to the SIP call request message sent by the calling terminal to the called terminal, and establishes an MSRP with the called terminal. - TCP connection, sending the first HTML file to the called terminal.
  • the push server generates a media request message carrying the second HTML file information set by the called party, sends the message to the calling terminal, establishes an MSRP-TCP connection with the calling terminal, and sends the first HTML file to the calling terminal. So that the user terminal can obtain the HTML file during the voice call. It provides rich media content to users during a voice call.
  • An embodiment of the present invention provides a method for implementing a push service. As shown in FIG. 4, the method includes the following steps:
  • the calling terminal sends a SIP call request message to the SCSCF of the calling domain.
  • the SIP call request message may be an invite message, where the SIP call request message carries an SDP offer, and the SDP offer carries a media capability that the calling party can support.
  • the SCSCF of the calling domain receives the SIP call request message, and sends the SIP call request message to the SCSCF of the called domain.
  • the SCSCF of the calling domain after receiving the SIP call request message, the SCSCF of the calling domain first performs triggering of the related supplementary and value-added services according to the configuration information of the initial filter (initial filter Criteria) of the calling party.
  • the SIP request message is then sent to the SCSCF of the called domain.
  • the iFC configuration information is used to describe when the received SIP message is further routed to a specific application server.
  • the S-CSCF is responsible for parsing the iFC configuration information. By the specified application server.
  • the SCSCF of the called domain receives the SIP call request message, and forwards the SIP call request message to a push server.
  • the function of the push server to push the HTML file may be implemented by using an MSRP server. If the CRBT service is combined with the push service, and the HTML file is pushed to the user during the CRBT playback process, the push server may be the CRBT platform and the MSRP. The server is set up to achieve.
  • the SCSCF of the called domain determines that the called party is a CRBT user according to the called iFC configuration information. Therefore, the SIP call request message is sent to the push server to play the called customized ring back tone to the calling party.
  • the push server adds the first HTML file information set by the calling party to the SIP call request message, and sends the SIP call request message to the SCSCF of the called domain.
  • the first HTML file information includes: an MSRP protocol format, used to indicate that the called terminal acquires the information of the first HTML file, and is in accordance with an MSRP protocol format, and is used to indicate the first HTML file path. Information.
  • the push server initiates a new call to the called party according to the called number carried in the SIP call request message.
  • the push server may insert the first HTML file information set by the calling party in the SDP offer of the SIP call request message.
  • the SIP message sent to the SCSCF of the called domain may carry the MSRPa in addition to the media capability supported by the calling terminal.
  • the first HTML file information is in the format required by the MSRP protocol, and the examples are as follows:
  • the push server uses the above code to notify the called party and the calling terminal to obtain the HTML file.
  • the above code includes basic information required for the push server to establish a channel, including information type indicating the file type, information size indicating the file size, and information file-date indicating the file creation time.
  • the SCSCF of the called domain receives the SIP call request message, and sends the SIP call request message to the called terminal.
  • the SCSCF of the called domain after receiving the SIP call request message sent by the push server, the SCSCF of the called domain routes the message to the called terminal.
  • the called terminal receives the SIP call request message, obtains the first HTML file information therefrom, and returns a call request reply message to the SCSCF of the called domain.
  • the call request reply message may be a 180 message, where the 180 message carries an SDP answer given for the SDP offer in the SIP call request message.
  • the called terminal starts an HTML file acquisition process according to the information indicating that the called terminal acquires the first HTML file. And obtaining path information of the first HTML file carried in the SIP call request message.
  • the SCSCF of the called domain receives the call request reply message, and sends the call request reply message to the push server.
  • the push server establishes an MSRP-TCP connection with the called terminal according to the MSRP.
  • the push server sends a first HTML file to the called terminal by using an MSRP-TCP connection with the called terminal.
  • the called terminal may send the first HTML file obtaining request to the push server according to the information of the first HTML file in the first HTML file information.
  • the first HTML file obtaining request carries path information of the first HTML file.
  • the push server receives the first HTML file acquisition request and acquires the first HTML file according to the path information of the first HTML file, and sends the first HTML file to the called terminal.
  • the called terminal replies to the push server with an MSRP response message.
  • the MSRP response message is an MSRP 200 OK message.
  • the push server forwards the call request reply message to the SCSCF of the called domain.
  • the call request reply message may be a 180 message. If the called party is a CRBT user, the 180 message also carries a CAT (Customized Alerting Tones) A to indicate that the called party is a CRBT user. It should be noted that after this step, the SDP offer & MSRPa described in 306, 307 is no longer carried in the 180 message.
  • CAT Customerized Alerting Tones
  • the SCSCF of the called domain forwards the call request reply message to the calling terminal.
  • the SCSCF of the called domain needs to first forward the 180 message to the SCSCF of the calling domain, and then forward the 180 to the calling terminal by the SCSCF of the calling domain.
  • the calling terminal returns a PRACK (Provisional Acknowledgement) message to the push server.
  • PRACK Provisional Acknowledgement
  • the calling terminal first sends the PRACK message to the SCSCF of the calling domain, and the SCSCF of the calling domain forwards the PRACK message to the SCSCF of the called domain, and then the SCSCF of the called domain performs the The PRACK message is forwarded to the push server.
  • the push server replies with a response message to the calling terminal.
  • the response message is a 200 OK message.
  • the push server sends a media request message to the calling terminal.
  • the media request message carries the second HTML file information set by the called party.
  • the media request message may be a media update request to notify the calling terminal to update the previously received CAT A to the CAT A and the second HTML file information.
  • the calling terminal sends a response message to the push server.
  • the response message is a 200 OK message.
  • the push server establishes an MSRP-TCP connection with the calling terminal according to the MSRP.
  • the push server sends the second HTML file to the calling terminal by using an MSRP-TCP connection with the calling terminal.
  • the calling terminal since the calling terminal receives the call request reply message in step 312, the calling terminal sends a second HTML file obtaining request to the push server according to the indication in the call request message.
  • the push server receives the second HTML file acquisition request, acquires the second HTML file according to the second HTML file information carried in the second HTML file obtaining request, and sends the second HTML file to the calling terminal.
  • the calling terminal replies to the push server with an MSRP response message.
  • the MSRP response message is an MSRP 200 OK message.
  • the call request reply message in steps 311 and 312 of the embodiment may carry CAT_A
  • the media request message of step 315 may also carry CAT_A
  • the 200 OK message of step 316 may also carry CAT_A.
  • the push server adds the first HTML file information set by the calling party to the SIP call request message sent by the calling terminal to the called terminal, and establishes a relationship with the called terminal.
  • the MSRP-TCP connection sends the first HTML file to the called terminal.
  • the push server carries the second HTML file information set by the called party in the media request message sent to the calling terminal, establishes an MSRP-TCP connection with the calling terminal, and sends the first HTML file to the calling terminal. Therefore, during the voice call, the user terminal can obtain the HTML file and provide the user with rich media content.
  • the embodiment of the invention further provides a method for customizing an HTML file. As shown in FIG. 5, the method includes the following steps:
  • the user logs in to the portal website and browses the media content on the portal website.
  • the portal system initiates authentication of the user to the authentication information of the user management module.
  • the user management module sends an authentication through the message to the portal.
  • the portal system obtains content from the content management module.
  • the portal fails the processing and prompts the user to open an account.
  • the content management module returns the content of the user to the portal.
  • the user selects the content that he or she likes.
  • the user initiates an operation request for setting the content, and selects to send to the calling or called party.
  • the portal system sends the foregoing operation request to the content management module.
  • the content management module After receiving the foregoing operation request, the content management module sends a deduction request to the charging management module.
  • the charging management module sends a deduction request to the operator charging system.
  • the charging management module receives a deduction success message fed back by the operator charging system.
  • the charging management module sends the foregoing charging success message to the content management module.
  • the content management module receives the foregoing debit charge success message, and sends a setup success message to the portal system.
  • the portal system receives the above-mentioned deduction fee success message, and notifies the user that the setting is successful.
  • the user logs in to the portal website as the calling or called customized HTML, and the charging management module performs the corresponding deduction.
  • both the calling party and the called party can obtain the customized HTML file of the other party, and enrich the content of the ring back ring system.
  • the user can send a content comment and other information to the CRBT system by touching the HTML link, and the user interacts with the CRBT system to enhance the user experience of the CRBT service.
  • the embodiment of the present invention provides a push server 50, as shown in FIG. 6, comprising: a receiving unit 501, an information inserting unit 502, a sending unit 503, an establishing unit 504, and an obtaining unit 505.
  • the receiving unit 501 is configured to receive a SIP call request message sent by the calling terminal.
  • An information insertion unit 502 configured to add a caller end in the SIP call request message The first HTML file information on the side.
  • the sending unit 503 is configured to send the SIP call request message to the service call session control unit SCSCF of the called domain, so that the SCSCF of the called domain will carry the SIP call request with the first HTML file information.
  • the message is forwarded to the called terminal.
  • the establishing unit 504 is configured to establish an MSRP-TCP connection with the called terminal according to the MSRP.
  • the receiving 501 unit is further configured to receive a first HTML file obtaining request sent by the called terminal.
  • the obtaining unit 505 is configured to acquire the first HTML file according to the first HTML file information carried by the first HTML file obtaining request.
  • the sending unit 503 is further configured to send the first HTML file to the called terminal by using an MSRP-TCP connection with the called terminal.
  • the receiving unit 501 is configured to receive a call request reply message sent by the called terminal.
  • the call request message may be the first signaling that the called terminal replies.
  • the information insertion unit 502 is further configured to generate a media request message that carries the second HTML file information set by the called party.
  • the sending unit 503 is further configured to send the media request message to the calling terminal.
  • the establishing unit 504 is further configured to establish an MSRP-TCP connection with the calling terminal according to the MSRP.
  • the receiving unit 501 is further configured to receive a second HTML file obtaining request sent by the calling terminal.
  • the obtaining unit 505 is further configured to acquire the second HTML file according to the second HTML file information carried by the second HTML file obtaining request.
  • the sending unit 503 is further configured to send the second HTML file to the calling terminal by using an MSRP-TCP connection with the calling terminal.
  • the called is a CRBT user, it also includes a playback unit.
  • the establishing unit 504 is further configured to establish an RTP media with the calling terminal before the pushing server establishes an MSRP-TCP connection with the calling terminal. Hosted.
  • the playing unit is configured to play an audio and/or video ring back tone to the calling terminal by using the RTP media bearer.
  • the first HTML file information added in the SIP call request message includes:
  • the MSRP protocol format is used to indicate that the called terminal acquires the information of the first HTML file; and the MSRP protocol format is used to indicate the information of the first HTML file path.
  • the second HTML file information carried in the media request message includes: an MSRP protocol format, configured to instruct the calling terminal to acquire information about the second HTML file; and conform to an MSRP protocol format, and is used to indicate the location The information of the second HTML file path.
  • the embodiment of the present invention further provides a push server 60, as shown in FIG. 7, comprising: a receiving unit 601, a sending unit 602, a generating unit 603, an establishing unit 604, and an obtaining unit 605.
  • the receiving unit 601 is configured to receive a session initiation protocol SIP call request message sent by the calling terminal.
  • the sending unit 602 is configured to send the SIP call request message to the called terminal.
  • the generating unit 603 is configured to generate a media request message that carries the second HTML file information set by the called party.
  • the sending unit 602 is further configured to send the media request message to the calling terminal.
  • the establishing unit 604 is configured to establish an MSRP-TCP connection with the calling terminal according to the message session relay protocol MSRP.
  • the receiving unit 601 is further configured to receive a second HTML file obtaining request sent by the calling terminal.
  • the obtaining unit 605 is configured to obtain the second HTML file according to the second HTML file information carried by the second HTML file obtaining request.
  • the sending unit 602 is configured to send the second HTML file to the calling terminal by using an MSRP-TCP connection with the calling terminal.
  • the establishing unit 604 is further configured to establish an RTP media bearer with the calling terminal.
  • the playing unit is configured to play an audio and/or video ring back tone to the calling terminal by using the RTP media bearer.
  • the second HTML file information that is carried in the media request message includes: an MSRP protocol format, configured to instruct the calling terminal to acquire information about the second HTML file; and conform to the MSRP protocol.
  • the device provided by the present invention based on the MSRP, the push server adds the first HTML file information set by the calling party to the SIP call request message sent by the calling terminal to the called terminal, and establishes an MSRP-TCP connection with the called terminal. Send the first HTML file to the called terminal.
  • the push server carries the second HTML file information set by the called party in the media request message sent to the calling terminal, establishes an MSRP-TCP connection with the calling terminal, and sends the first HTML file to the calling terminal. So that the user terminal can obtain the HTML file during the voice call.
  • the prior art cannot push other media content other than audio/video for the user during the voice call, and the device provided by the present invention provides the user with rich HTML files by pushing the HTML file during the voice call. Media content.
  • the embodiment of the present invention provides a push server 70.
  • the embodiment includes a transceiver 701, a memory 702, and a processor 703.
  • the memory 702 stores a set of program codes
  • the processor 703 is configured to call the program code stored in the memory 702 for performing the following operations:
  • the transceiver 701 is configured to receive a SIP call request message sent by the calling terminal.
  • the processor 703 is configured to add first HTML file information of the calling set to the SIP call request message.
  • the transceiver 701 is configured to send the SIP call request message to the service call session control unit SCSCF of the called domain, so that the SCSCF of the called domain will carry the SIP call request with the first HTML file information.
  • the message is forwarded to the called terminal.
  • the processor 703 is configured to establish an MSRP-TCP connection with the called terminal according to the MSRP.
  • the transceiver 701 is further configured to receive a first HTML file obtaining request sent by the called terminal.
  • the processor 703 is configured to acquire the first HTML file according to the first HTML file information carried by the first HTML file obtaining request.
  • the transceiver 701 is further configured to send the first HTML file to the called terminal by using an MSRP-TCP connection with the called terminal.
  • the transceiver 701 is configured to receive a call request reply message sent by the called terminal, where the call request message is the first signaling that is sent by the called terminal.
  • the processor 703 is further configured to generate a media request message that carries the second HTML file information set by the called party.
  • the transceiver 701 is further configured to send the media request message to the calling terminal.
  • the processor 703 is further configured to establish an MSRP-TCP connection with the calling terminal according to the MSRP.
  • the transceiver 701 is further configured to receive a second HTML file acquisition request sent by the calling terminal.
  • the processor 703 is further configured to acquire the second HTML file according to the second HTML file information carried by the second HTML file obtaining request.
  • the transceiver 701 is further configured to send the second HTML file to the calling terminal by using an MSRP-TCP connection with the calling terminal.
  • the processor 703 is further configured to establish an RTP media bearer with the calling terminal before the push server establishes an MSRP-TCP connection with the calling terminal.
  • the transceiver 701 is configured to send an audio and/or video ring back tone to the calling terminal by using the RTP media bearer.
  • the first HTML file information added in the SIP call request message includes:
  • the MSRP protocol format is used to indicate that the called terminal acquires the first Information of the HTML file; and information conforming to the MSRP protocol format for indicating the path of the first HTML file.
  • the second HTML file information carried in the media request message includes: an MSRP protocol format, configured to instruct the calling terminal to acquire information about the second HTML file; and an MSRP protocol format, configured to indicate the The information of the second HTML file path.
  • the embodiment of the present invention further provides a push server 80.
  • the method includes: a transceiver 801, a memory 802, and a processor 803.
  • the memory 802 stores a set of program codes
  • the processor 803 is configured to call the program code stored in the memory 802 for performing the following operations:
  • the transceiver 801 is configured to receive a session initiation protocol SIP call request message sent by the calling terminal.
  • the transceiver 801 is configured to send the SIP call request message to the called terminal.
  • the processor 803 generates a media request message carrying the second HTML file information set by the called party.
  • the transceiver 801 is further configured to send the media request message to the calling terminal.
  • the processor 803 is configured to establish an MSRP-TCP connection with the calling terminal according to the message session relay protocol (MSRP).
  • MSRP message session relay protocol
  • the transceiver 801 is further configured to receive a second HTML file obtaining request sent by the calling terminal.
  • the processor 803 is configured to obtain the second HTML file according to the second HTML file information carried by the second HTML file obtaining request.
  • the transceiver 801 is configured to send the second HTML file to the calling terminal by using an MSRP-TCP connection with the calling terminal.
  • the processor 803 is further configured to establish an RTP media bearer with the calling terminal.
  • the transceiver 801 is configured to play an audio and/or video ring back tone to the calling terminal by using the RTP media bearer.
  • the second HTML file carried in the media request message is The piece of information includes: an MSRP protocol format for instructing the calling terminal to acquire information of the second HTML file; and an MSRP protocol format for indicating information of the second HTML file path.
  • the device for the push service provided by the present invention is based on the MSRP.
  • the push server adds the first HTML file information set by the calling party to the SIP call request message sent by the calling terminal to the called terminal, and establishes an MSRP between the called terminal and the called terminal.
  • the TCP connection sends the first HTML file to the called terminal.
  • the push server carries the second HTML file information set by the called party in the media request message sent to the calling terminal, establishes an MSRP-TCP connection with the calling terminal, and sends the first HTML file to the calling terminal.
  • the user terminal can obtain the HTML file and provide the user with rich media content.
  • the foregoing program may be stored in a computer readable storage medium, and the program is executed when executed.
  • the foregoing steps include the steps of the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

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

Abstract

本发明实施例提供了一种推送业务的实现方法及设备，涉及通信领域，在语音通话过程中可以向用户推送HTML文件，能够为用户提供丰富的媒体内容。包括：推送服务器接收来自主叫终端发送的SIP呼叫请求消息，并在SIP呼叫请求消息中增加主叫设置的第一HTML文件信息；将SIP呼叫请求消息向被叫域的SCSCF发送，以便被叫域的SCSCF将携带有第一HTML文件信息的SIP呼叫请求消息转发给被叫终端；根据MSRP，建立与被叫终端之间的MSRP-TCP连接；接收被叫终端发送的第一HTML文件获取请求；通过与被叫终端之间的MSRP-TCP连接向被叫终端发送第一HTML文件。

Description

一种推送业务的实现方法及设备
本申请要求2014年12月1日递交的申请号为201410717864.5、发明名称为“一种推送业务的实现方法及设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域，尤其涉及一种推送业务的实现方法及设备。
背景技术
在2G/3G网络中，由于核心网、无线侧的频宽限制，彩铃媒体的最大承载带宽只有64K，通常语音承载带宽可达64K，因此在彩铃播放过程中，彩铃语音独占带宽，不可能进行其他的数据推送。这样，彩铃系统除了提供音频(或视频)外，无法推送其他数据。
现有一种OTT(Over The Top，互联网超越运营商)技术，用户可以为被叫推送媒体内容，在被叫终端上显示为被叫设置的媒体内容。但OTT业务不具备实时性，是在被叫终端数据打开后，将用户推送的内容下载到本地，用户再次拨打被叫时，从本地读取下载的内容，显示在被叫终端上。另外，现有终端也不支持双待，通话过程中数据是关闭的。因此，现有语音过程中向主、被叫提供的内容有限，不能为用户提供丰富的媒体内容。
在4G(4th Generation，第四代)场景下，协议得到改进，终端支持在语音通话过程中进行数据通信，但目前没有方案能够在语音通话中通过数据通信为用户提供丰富的媒体内容。
发明内容
本发明实施例提供一种推送业务的实现方法及设备，在语音通话过程中可以向用户推送HTML(Hyper Text Mark-up Language，超文本标记语言)文件，能够为用户提供丰富的媒体内容。
为达到上述目的，本发明实施例采用的技术方案是：
第一方面，公开了一种推送业务的实现方法，包括：
推送服务器接收来自主叫终端发送的SIP(Session Initiation Protocol，会话发起协议)呼叫请求消息，并在所述SIP呼叫请求消息中增加主叫设置的第一超文本标记语言HTML文件信息；
所述推送服务器将所述SIP呼叫请求消息向被叫域的业务呼叫会话控制单元SCSCF发送，以便所述被叫域的SCSCF将携带有所述第一HTML文件信息的所述SIP呼叫请求消息转发给被叫终端；
所述推送服务器根据MSRP(Message Session Replay Protocol，消息会话中继协议)，建立与所述被叫终端之间的MSRP-TCP(Transmission Control Protocol，传输控制协议)连接；
所述推送服务器接收所述被叫终端发送的第一HTML文件获取请求，根据所述第一HTML文件获取请求携带的所述第一HTML文件信息获取第一HTML文件；
所述推送服务器通过与所述被叫终端之间的MSRP-TCP连接向所述被叫终端发送所述第一HTML文件。
结合第一方面，在第一方面的第一种可能的实现方式中，所述方法还包括：
所述推送服务器生成携带被叫设置的第二HTML文件信息的媒体请求消息，向所述主叫终端发送所述媒体请求消息；
所述推送服务器根据MSRP，建立与所述主叫终端之间的MSRP-TCP连接；
所述推送服务器接收所述主叫终端发送的第二HTML文件获取请求，根据所述第二HTML文件获取请求携带的所述第二HTML文件信息获取第二HTML文件；
所述推送服务器通过与所述主叫终端之间的MSRP-TCP连接向所述主叫终端发送所述第二HTML文件。
结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，
若所述被叫为彩铃用户，则在所述推送服务器建立与所述主叫终端之间的MSRP-TCP连接之前，所述方法还包括：
所述推送服务器建立与所述主叫终端之间的RTP(Real-time Transport Protocol，实时传输协议)媒体承载，并通过所述RTP媒体承载向所述主叫终端播放音频和/或视频彩铃。
结合第一方面，在第一方面的第三种可能的实现方式中，
在所述SIP呼叫请求消息中增加的所述第一HTML文件信息包括：符合MSRP，用于指示所述被叫终端获取所述第一HTML文件的信息；
和符合MSRP，用于指示所述第一HTML文件路径的信息。
结合第一方面的第一种可能的实现方式，在第一方面的第四种可能的实现方式中，所述媒体请求消息中携带的所述第二HTML文件信息包括：符合MSRP，用于指示所述主叫终端获取所述第二HTML文件的信息；
和符合MSRP，用于指示所述第二HTML文件路径的信息。
第二方面，公开了一种推送业务的实现方法，包括：
推送服务器接收来自主叫终端发送的会话发起协议SIP呼叫请求消息，并将所述SIP呼叫请求消息向被叫终端发送；
所述推送服务器生成携带被叫设置的第二HTML文件信息的媒体请求消息；向所述主叫终端发送所述媒体请求消息；
所述推送服务器根据消息会话中继协议MSRP，建立与所述主叫终端之间的MSRP-传输控制协议TCP连接；
所述推送服务器接收所述主叫终端发送的第二HTML文件获取请求，根据所述第二HTML文件获取请求携带的所述第二HTML文件信息，获取第二HTML文件；
所述推送服务器通过与所述主叫终端之间的MSRP-TCP连接，向所述主叫终端发送所述第二HTML文件。
结合第二方面，在第二方面的第一种可能的实现方式中，
若所述被叫为彩铃用户，则在所述推送服务器建立与所述主叫终 端之间的MSRP-TCP连接之前，所述方法还包括：
所述推送服务器建立与所述主叫终端之间的实时传输协议RTP媒体承载，并通过所述RTP媒体承载向所述主叫终端播放音频和/或视频彩铃。
结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，媒体请求消息中携带的所述第二HTML文件信息包括：符合MSRP，用于指示所述主叫终端获取所述第二HTML文件的信息；
和符合MSRP，用于指示所述第二HTML文件路径的信息。
第三方面，公开了一种推送服务器，其特征在于，包括：
接收单元，用于接收来自主叫终端发送的会话发起协议SIP呼叫请求消息；
信息插入单元，用于在所述SIP呼叫请求消息中增加主叫设置的第一超文本标记语言HTML文件信息；
发送单元，用于将所述SIP呼叫请求消息向被叫域的业务呼叫会话控制单元SCSCF发送，以便所述被叫域的SCSCF将携带有所述第一HTML文件信息的所述SIP呼叫请求消息转发给被叫终端；
建立单元，根据消息会话中继协议MSRP，建立与所述被叫终端之间的MSRP-传输控制协议TCP连接；
所述接收单元还用于，接收所述被叫终端发送的第一HTML文件获取请求；
获取单元，用于根据所述第一HTML文件获取请求携带的所述第一HTML文件信息获取第一HTML文件；
所述发送单元还用于，通过与所述被叫终端之间的MSRP-TCP连接向所述被叫终端发送所述第一HTML文件。
结合第三方面，在第三方面的第一种可能的实现方式中，
所述信息插入单元，用于生成携带被叫设置的第二超文本标记语言HTML文件信息的媒体请求消息；
所述发送单元还用于，向所述主叫终端发送所述媒体请求消息；
所述建立单元还用于，根据MSRP，建立与所述主叫终端之间的MSRP-TCP连接；
所述接收单元还用于，接收所述主叫终端发送的第二HTML文件获取请求；
所述获取单元还用于，根据所述第二HTML文件获取请求携带的所述第二HTML文件信息获取第二HTML文件；
所述发送单元还用于，通过与所述主叫终端之间的MSRP-TCP连接向所述主叫终端发送所述第二HTML文件。
结合第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，
若所述被叫为彩铃用户，还包括播放单元，
所述建立单元还用于，在所述推送服务器建立与所述主叫终端之间的MSRP-TCP连接之前，建立与所述主叫终端之间的实时传输协议RTP媒体承载；
所述播放单元用于，通过所述RTP媒体承载向所述主叫终端播放音频和/或视频彩铃。
结合第三方面，在第三方面的第三种可能的实现方式中，
在所述SIP呼叫请求消息中增加的所述第一HTML文件信息包括：符合MSRP，用于指示所述被叫终端获取所述第一HTML文件的信息；
和符合MSRP，用于指示所述第一HTML文件路径的信息。
结合第三方面的第一种可能的实现方式，在第三方面的第四种可能的实现方式中，
所述媒体请求消息中携带的所述第二HTML文件信息包括：符合MSRP，用于指示所述主叫终端获取所述第二HTML文件的信息；
和符合MSRP，用于指示所述第二HTML文件路径的信息。
第四方面，公开了一种推送服务器，包括：
接收单元，用于接收来自主叫终端发送的会话发起协议SIP呼叫请求消息；
发送单元，用于将所述SIP呼叫请求消息向被叫终端发送；
生成单元，用于生成携带被叫设置的第二超文本标记语言HTML文件信息的媒体请求消息；
所述发送单元还用于，向所述主叫终端发送所述媒体请求消息；
建立单元，用于根据消息会话中继协议MSRP，建立与所述主叫终端之间的MSRP-TCP连接；
所述接收单元还用于，接收所述主叫终端发送的第二HTML文件获取请求；
获取单元，用于根据所述第二HTML文件获取请求携带的所述第二HTML文件信息，获取第二HTML文件；
所述发送单元还用于，通过与所述主叫终端之间的MSRP-TCP连接，向所述主叫终端发送所述第二HTML文件。
结合第四方面，在第四方面的第一种可能的实现方式中，
若所述被叫为彩铃用户，还包括播放单元，
所述建立单元还用于，建立与所述主叫终端之间的实时传输协议RTP媒体承载；
所述播放单元用于，通过所述RTP媒体承载向所述主叫终端播放音频和/或视频彩铃。
结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，
所述媒体请求消息中携带的所述第二HTML文件信息包括：符合MSRP，用于指示所述主叫终端获取所述第二HTML文件的信息；
和符合MSRP，用于指示所述第二HTML文件路径的信息。
本发明提供的推送业务的实现方法及设备，基于MSRP，推送服务器在主叫终端向被叫终端发送的SIP呼叫请求消息中增加主叫设置的第一HTML文件信息，建立与被叫终端之间的MSRP-TCP连接，向被叫终端发送第一HTML文件。推送服务器在发送给主叫终端的媒体请求消息中携带被叫设置的第二HTML文件信息，建立与主叫终端之间的MSRP-TCP连接，向主叫终端发送第一HTML文件。使得在语音通话过程中，可以 向用户终端推送HTML文件，为用户提供丰富的媒体内容。
附图说明
为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明提供的推送系统的架构图；
图2为本发明实施例1提供的推送业务的实现方法的流程示意图；
图3为本发明实施例2提供的推送业务的实现方法的流程示意图；
图4为本发明实施例3提供的推送业务的实现方法的流程示意图；
图5为本发明实施例3例提供的HTML文件定制方法的流程示意图；
图6为本发明实施4例提供的推送服务器的结构框图；
图7为本发明实施4例提供的另一推送服务器的结构框图；
图8为本发明实施5例提供的推送服务器的结构框图；
图9为本发明实施5例提供的另一推送服务器的结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在4G网络中，语音和数据业务统一使用IP承载，且运营商在无线侧配置了GBR(Guaranteed Bit Rate，保证比特速率)策略，该策略通过预留资源等方式，保证数据流的比特速率在不超过GBR时能够全部通过，为终端在语音过程中的数据通信提供了保障。本发明基于4G网络以及MSRP，提供一种推送业务的实现方法，可以在语音通话过 程中向用户推送HTML文件，为用户提供丰富的媒体内容。
这里，对本发明提供的推送系统做以介绍说明。如图1所示，所述推送系统包括：主叫终端A、被叫终端B、主叫域的SCSCF1(Service Call Session Control Function，业务呼叫会话控制单元)、被叫域的SCSCF2以及推送服务器。这里对该系统中的主叫终端、被叫终端的数量不做限定，为方便理解图1仅包括一个主叫终端、一个被叫终端。需要说明的是，如果将彩铃业务与推送业务结合，在彩铃播放过程中向用户推送HTML文件，所述推送服务器可以是彩铃平台&MSRP服务器，其中，彩铃平台&MSRP服务器能够实现彩铃业务以及与MSRP相关的业务。
实施例1：
本发明实施例提供了一种推送业务的实现方法，如图2所示，所述方法包括以下步骤：
101、推送服务器接收来自主叫终端发送的SIP呼叫请求消息，并在所述SIP呼叫请求消息中增加主叫设置的第一HTML文件信息。
其中，所述SIP呼叫请求消息中携带SDP(Session Description Protocol，会话描述协议)offer媒体初始化请求，该SDP offer携带主叫终端所能支持的媒体能力以及被叫号码。所述第一HTML文件信息包括：符合MSRP协议格式，用于指示所述被叫终端获取所述第一HTML文件的信息；和符合MSRP协议格式，用于指示所述第一HTML文件路径的信息。
需要说明的是，本发明提供的推送业务的实现方法是基于MSRP的。所述MSRP即IETF RFC4975文档定义，用于在建立的会话中传输即时消息，完成信息交互。本发明中主、被叫终端可以为支持MSRP的终端，支持双待。所述推送服务器，可以是彩铃平台&MSRP服务器，支持彩铃业务以及MSRP协议，其中，MSRP服务器可以提供用以实现符合MSRP协议格式要求的HTML文件信息。当然，所述推送服务器也可以是MSRP服务器。
102、所述推送服务器将所述SIP呼叫请求消息向被叫域的SCSCF发送，以便所述被叫域的SCSCF将携带有所述第一HTML文件信息 的所述SIP呼叫请求消息转发给被叫终端。
这样，被叫终端就可以获取到所述第一HTML文件信息，进而根据指示所述被叫终端获取所述第一HTML文件的信息启动HTML文件获取流程。根据指示所述第一HTML文件路径的信息获知所述第一HTML文件的路径信息。
103、所述推送服务器根据MSRP，建立与所述被叫终端之间的MSRP-TCP连接。
104、所述推送服务器接收所述被叫终端发送的第一HTML文件获取请求，根据所述第一HTML文件获取请求携带的所述第一HTML文件信息获取第一HTML文件。
105、所述推送服务器通过与所述被叫终端之间的MSRP-TCP连接向所述被叫终端发送所述第一HTML文件。
需要说明的是，HTML文件可以是HTML链接。本发明的HTML页面可以内置触摸热点。用户终端调用内部浏览器控件，在终端上显示推送服务器推送的HTNL文件，用户通过触碰热点，向门户发送http请求。可以在显示的页面上进行评论，实现用户和推送服务器间的通信，从而提高用户体验。
本发明实施例不仅可以向被叫提供丰富的媒体内容，还可以实现向主叫推送HTML文件。在实现向主叫推送HTML文件，在图2所示实施例的基础上还可以进一步包括：所述推送服务器生成携带被叫设置的第二HTML文件信息的媒体请求消息，并向所述主叫终端发送媒体请求消息。所述推送服务器根据MSRP，建立与所述主叫终端之间的MSRP-TCP连接。所述推送服务器接收所述主叫终端发送的第二HTML文件获取请求，根据所述第二HTML文件获取请求携带的所述第二HTML文件信息获取第二HTML文件。所述推送服务器通过与所述主叫终端之间的MSRP-TCP连接向所述主叫终端发送所述第二HTML文件。
本发明实施例中，推送服务器生成的媒体请求消息可以是在接收到被叫终端的呼叫请求回复消息后生成的。其中，呼叫请求回复消息可以是被叫终端回复的首条信令。具体的，在步骤102中，推送服务 器将所述SIP呼叫请求消息向被叫域的SCSCF发送，所述被叫域的SCSCF接收所述SIP呼叫请求消息，并转发给被叫终端。被叫终端在接收到所述SIP呼叫请求消息后回复180消息给被叫域的SCSCF，被叫域的SCSCF将该180消息转发给推送服务器。推送服务器生成媒体请求消息具体可以是将第二HTML文件信息加入到180消息中形成媒体请求消息。
媒体请求消息中携带的所述第二HTML文件信息包括：符合MSRP，用于指示所述主叫终端获取所述第二HTML文件的信息；和符合MSRP，用于指示所述第二HTML文件路径的信息。
在本发明的优选实施例中，若被叫为彩铃用户，则在所述推送服务器建立与所述主叫终端之间的MSRP-TCP连接之前，所述方法还包括：
所述推送服务器建立与所述主叫终端之间的RTP媒体承载，并通过所述RTP媒体承载向所述主叫终端播放音频和/或视频彩铃。
本发明提供的推送业务的实现方法，基于MSRP，推送服务器在主叫终端向被叫终端发送的SIP呼叫请求消息中增加主叫设置的第一HTML文件信息，建立与被叫终端之间的MSRP-TCP连接，向被叫终端发送第一HTML文件。推送服务器生成媒体请求消息携带被叫设置的第二HTML文件信息的媒体请求消息发送给主叫终端，并建立与主叫终端之间的MSRP-TCP连接，向主叫终端发送第一HTML文件。使得在语音通话过程中，用户终端可以获取到HTML文件。相比之下，现有技术无法在语音通话过程中为用户推送除音频/视频外的其他媒体内容，而本发明提供的方法，通过在语音通话过程中向用户推送HTML文件，为用户提供丰富的媒体内容。
实施例2：
本发明实施例还提供另一推送业务的实现方法，如图3所示，所述方法包括以下步骤：
201、推送服务器接收来自主叫终端发送的SIP呼叫请求消息，并将所述SIP呼叫请求消息向被叫终端发送。
具体地，推送服务器接收来自主叫终端发送的SIP呼叫请求消息， 并将所述SIP呼叫请求消息向被叫域的SCSCF发送，由被叫域SCSCF将所述SIP呼叫请求消息转发给被叫终端。
202、所述推送服务器生成携带被叫设置的第二HTML文件信息的媒体请求消息，向所述主叫终端发送所述媒体请求消息。
需要说明的是，步骤202之前，推送服务器可以接收被叫终端返回的呼叫请求回复消息。推送服务器可以在该呼叫请求回复消息中加入第二HTML文件信息形成媒体请求消息。具体的，被叫终端在接收到所述SIP呼叫请求消息后，可以回复180消息给被叫域的SCSCF，被叫域的SCSCF将该180消息转发给推送服务器，推送服务器可以在该180消息中增加被叫设置的第二HTML文件信息形成媒体请求消息，并发送给主叫终端。
需要说明的是，所述媒体请求消息中携带的所述第二HTML文件信息包括：符合MSRP协议格式，用于指示所述主叫终端获取所述第二HTML文件的信息。符合MSRP协议格式，用于指示所述第二HTML文件路径的信息。
203、所述推送服务器根据MSRP，建立与所述主叫终端之间的MSRP-TCP连接。
204、所述推送服务器接收所述主叫终端发送的第二HTML文件获取请求，根据所述第二HTML文件获取请求携带的所述第二HTML文件信息，获取第二HTML文件。
具体地，所述主叫终端根据指示所述主叫终端获取所述第二HTML文件的信息启动HTML文件获取流程，向所述推送服务器发送第二HTML文件获取请求。
205、所述推送服务器通过与所述主叫终端之间的MSRP-TCP连接，向所述主叫终端发送所述第二HTML文件。
在本实施例的优选实施例中，若被叫用户是彩铃用户，则在步骤203之前，所述推送服务器还需要建立与所述主叫终端之间的RTP媒体承载，并通过所述RTP媒体承载向所述主叫终端播放音频和/或视频彩铃。具体的，被叫终端接收被叫域的SCSCF转发的SIP呼叫请求消息，并回复180消息到被叫域的SCSCF。被叫域的SCSCF将该180 消息转发给所述推送服务器。所述推送服务器将该180消息转发给主叫终端，主叫终端接收到该180消息后向推送服务器回复PRACK消息，推送服务器接收所述PRACK消息并回复200OK消息。需要说明的是，在被叫用户是彩铃用户的情况下，推送服务器会在180消息中携带CAT A发送给主叫终端以向主叫终端播放彩铃，而不是在180消息增加第二HTML文件信息来得到媒体请求消息。推送服务器会在接收到PRACK消息后，生成携带一条携带有CAT A和第二HTML文件信息的媒体更新请求作为媒体请求消息发送给主叫终端，以便主叫终端对之前接收到的CAT A进行更新。
本发明提供的推送业务的实现方法，基于MSRP，推送服务器在主叫终端向被叫终端发送的SIP呼叫请求消息中增加主叫设置的第一HTML文件信息，建立与被叫终端之间的MSRP-TCP连接，向被叫终端发送第一HTML文件。推送服务器生成携带被叫设置的第二HTML文件信息的媒体请求消息发送给主叫终端，并建立与主叫终端之间的MSRP-TCP连接，向主叫终端发送第一HTML文件。使得在语音通话过程中，用户终端可以获取到HTML文件。实现了在语音通话过程中向用户提供丰富的媒体内容。
实施例3:
本发明实施例提供一种推送业务的实现方法，如图4所示，所述方法包括以下步骤：
301、主叫终端向主叫域的SCSCF发送SIP呼叫请求消息。
其中，所述SIP呼叫请求消息可以是invite消息，该SIP呼叫请求消息携带SDP offer，所述SDP offer携带所述主叫所能支持的媒体能力。
302、主叫域的SCSCF接收所述SIP呼叫请求消息，并将所述SIP呼叫请求消息发送给被叫域的SCSCF。
具体实现中，主叫域的SCSCF接收到所述SIP呼叫请求消息后，首先根据主叫的iFC(initial Filter Criteria，初始过滤规则)配置信息，执行相关补充和增值业务的触发。随后再向所述被叫域的SCSCF发送所述SIP请求消息。其中，iFC配置信息用来描述收到的SIP消息何时被进一步路由到一个特定的应用服务器。由S-CSCF负责解析iFC配置信息，路 由到指定的应用服务器。
303、被叫域的SCSCF接收所述SIP呼叫请求消息，将所述SIP呼叫请求消息转发给推送服务器。
在本发明实施例中，推送服务器推送HTML文件的功能可以采用MSRP服务器来实现，如果将彩铃业务与推送业务结合，在彩铃播放过程中向用户推送HTML文件，则推送服务器可以由彩铃平台与MSRP服务器合设来实现。
具体地，当彩铃业务与推送业务结合时，所述被叫域的SCSCF根据所述被叫的iFC配置信息判断被叫是一个彩铃用户。因此，将所述SIP呼叫请求消息发送给所述推送服务器，以便向所述主叫播放所述被叫定制的彩铃。
304、推送服务器在所述SIP呼叫请求消息中增加主叫设置的第一HTML文件信息，并向所述被叫域的SCSCF发送所述SIP呼叫请求消息。
其中，所述第一HTML文件信息包括：符合MSRP协议格式，用于指示所述被叫终端获取所述第一HTML文件的信息，以及符合MSRP协议格式，用于指示所述第一HTML文件路径的信息。
具体实现中，推送服务器根据所述SIP呼叫请求消息中携带的被叫号码，发起一路新呼叫到被叫。具体的，推送服务器可在SIP呼叫请求消息的SDP offer插入主叫设置的第一HTML文件信息。这时，发送给被叫域的SCSCF的SIP消息除了携带所述主叫终端支持的媒体能力外还可以携带MSRPa。该第一HTML文件信息按照MSRP协议要求的格式，范例如下：
v＝0
o＝alice 2890844526 IN IP4 417.400.34.24
s＝
c＝IP4 417.400.34.24
t＝0 0
m＝message 7654 TCP/MSRP*
i＝This is my latest picture
a＝sendonly
a＝accept-types:message/cpim
a＝accept-wrapped-types:*
a＝path:mrsp://Atlanta.example.com:7654/jshA7we；tcp
a＝file-selector:name：“My cool picture.jpg”type:image/jpeg size:32349hash:sha-1:72:24:5F:E8:65:3D:DA:F3:71:36:2F:86:D4:71:91:3E:E4:A2:CE:2E
a＝file-transfer-id:vBnG916bdberum2Ffeabr1fr3ExZMUrd
a＝file-disposition:attachment
a＝file-date:creation:“Mon,15May 4006 15:01:31+0400”
a＝file-icon:cid:id2@alicepc.example.com
a＝file-range:1-32349
推送服务器就是通过上述代码，通知被叫、主叫的终端需获取HTML文件。
其中，上述代码包括了推送服务器建立通道所需的基本信息，包括用于指示文件类型的信息type，指示文件大小的信息size以及指示文件创建时间的信息file-date等。
305、所述被叫域的SCSCF接收到所述SIP呼叫请求消息，并将所述SIP呼叫请求消息发送给被叫终端。
具体实现中，所述被叫域的SCSCF接收到所述推送服务器发送的SIP呼叫请求消息后，将该消息路由到被叫终端。
306、所述被叫终端接收所述SIP呼叫请求消息，从中获取所述第一HTML文件信息，并向所述被叫域的SCSCF返回呼叫请求回复消息。
其中，所述呼叫请求回复消息可以是180消息，所述180消息中携带针对所述SIP呼叫请求消息中的SDP offer给出的SDP answer。
这里，被叫终端根据指示所述被叫终端获取所述第一HTML文件的信息启动HTML文件获取流程。并获取所述SIP呼叫请求消息中携带的第一HTML文件的路径信息。
307、所述被叫域的SCSCF接收所述呼叫请求回复消息，并将所述呼叫请求回复消息发送给所述推送服务器。
308、所述推送服务器根据MSRP，建立与所述被叫终端之间的MSRP-TCP连接。
309、所述推送服务器通过与所述被叫终端之间的MSRP-TCP连接向所述被叫终端发送第一HTML文件。
具体地，由于步骤306所述被叫终端获取到了第一HTML文件信息，被叫终端可以根据第一HTML文件信息中的第一HTML文件的信息向所述推送服务器发送第一HTML文件获取请求，其中，所述第一HTML文件获取请求携带所述第一HTML文件的路径信息。所述推送服务器接收所述第一HTML文件获取请求并根据所述第一HTML文件的路径信息获取到第一HTML文件，并向被叫终端发送第一HTML文件。
310、被叫终端向推送服务器回复MSRP响应消息。
其中，所述MSRP响应消息是MSRP 200OK消息。
311、推送服务器向被叫域的SCSCF转发所述呼叫请求回复消息。
具体地，所述呼叫请求回复消息，可以是180消息，若被叫为彩铃用户，则180消息中还携带CAT(Customized Alerting Tones，定制回铃音)A，以表示被叫是一个彩铃用户。需要说明的是，在此步骤之后，180消息中不再携带306、307中所述的SDP offer&MSRPa。
312、被叫域的SCSCF将呼叫请求回复消息转发给主叫终端。
具体地，被叫域的SCSCF需要首先将180消息转发给主叫域的SCSCF，再由主叫域的SCSCF将180转发给主叫终端。
313、主叫终端向推送服务器回复PRACK(Provisional Acknowledgement，临时响应确认)消息。
具体实现中，主叫终端将所述PRACK消息首先发送给主叫域的SCSCF，由主叫域的SCSCF将所述PRACK消息转发给被叫域的SCSCF，再由被叫域的SCSCF将所述PRACK消息转发给推送服务器。
314、推送服务器向主叫终端回复响应消息。
其中，所述响应消息是200OK消息。
315、推送服务器向主叫终端发送媒体请求消息。
其中，所述媒体请求消息携带被叫设置的第二HTML文件信息。
本实施例中被叫为彩铃用户时，该媒体请求消息可以是媒体更新请求，以通知主叫终端将之前接收到的CAT A更新为CAT A和第二HTML文件信息。
316、所述主叫终端向所述推送服务器回复响应消息。
其中，所述响应消息是200OK消息。
317、所述推送服务器根据MSRP，建立与所述主叫终端之间的MSRP-TCP连接。
318、所述推送服务器通过与所述主叫终端之间的MSRP-TCP连接向所述主叫终端发送所述第二HTML文件。
具体地，由于步骤312中主叫终端接收所述呼叫请求回复消息，根据所述呼叫请求消息中的指示所述主叫终端向所述推送服务器发送第二HTML文件获取请求。所述推送服务器接收第二HTML文件获取请求，根据第二HTML文件获取请求携带的所述第二HTML文件信息获取第二HTML文件，并向所述主叫终端发送第二HTML文件。
319、主叫终端向推送服务器回复MSRP响应消息。
其中，所述MSRP响应消息是MSRP 200OK消息。
需要说明的是，若被叫是彩铃用户，则本实施例步骤311、312中的呼叫请求回复消息可携带CAT_A，步骤315的媒体请求消息也可携带CAT_A，步骤316的200OK消息也可携带CAT_A。
本发明提供的推送业务的实现方法及设备，基于MSRP，推送服务器在主叫终端向被叫终端发送的SIP呼叫请求消息中增加主叫设置的第一HTML文件信息，建立与被叫终端之间的MSRP-TCP连接，向被叫终端发送第一HTML文件。推送服务器在发送给主叫终端的媒体请求消息中携带被叫设置的第二HTML文件信息，建立与主叫终端之间的MSRP-TCP连接，向主叫终端发送第一HTML文件。使得在语音通话过程中，用户终端可以获取到HTML文件，为用户提供了丰富的媒体内容。
本发明实施例还提供了一种HTML文件定制的方法，如图5所示，所述方法包括以下步骤：
401、用户登录门户网站，浏览门户网站上的媒体内容。
402、门户系统发起用户鉴权到用户管理模块的鉴权信息。
403、用户管理模块发送鉴权通过消息到门户。
404、鉴权成功后，门户系统从内容管理模块获取内容。
若鉴权失败，门户做失败处理，提示用户开户。
405、内容管理模块向门户返回可用户的内容。
406、用户选择喜欢的内容。
407、用户发起设置内容的操作请求，选择给主叫或被叫发送。
具体实现中，门户系统将上述操作请求发送给内容管理模块。
408、内容管理模块接收到上述操作请求后，发送扣费请求到计费管理模块。
409、计费管理模块发送扣费请求到运营商计费系统。
410、计费管理模块接收运营商计费系统反馈的扣费成功消息。
411、计费管理模块将上述扣费成功消息发送给内容管理模块。
412、内容管理模块接收上述扣费成功消息，向门户系统发送设置成功消息。
413、门户系统接收上述扣费成功消息，并通知用户设置成功。
本发明实施例提供的HTML文件定制方法，用户登录门户网站为主叫或被叫定制HTML，计费管理模块在进行相应扣费。以便在向主叫播放彩铃过程中，主叫、被叫都可以获取到对方定制的HTML文件，丰富彩铃系统的内容。另外，用户可以通过触摸HTML链接，向彩铃系统发送内容点评等信息，用户与彩铃系统进行互动，从而提升彩铃业务的用户体验。
实施例4：
本发明实施例提供一种推送服务器50，如图6所示，包括：接收单元501、信息插入单元502、发送单元503、建立单元504以及获取单元505。
接收单元501，用于接收来自主叫终端发送的SIP呼叫请求消息。
信息插入单元502，用于在所述SIP呼叫请求消息中增加主叫终 端的第一HTML文件信息。
发送单元503，用于将所述SIP呼叫请求消息向被叫域的业务呼叫会话控制单元SCSCF发送，以便所述被叫域的SCSCF将携带有所述第一HTML文件信息的所述SIP呼叫请求消息转发给被叫终端。
建立单元504，用于根据MSRP，建立与所述被叫终端之间的MSRP-TCP连接。
所述接收501单元还用于，接收所述被叫终端发送的第一HTML文件获取请求。
获取单元505，用于根据所述第一HTML文件获取请求携带的所述第一HTML文件信息获取第一HTML文件。
所述发送单元503还用于，通过与所述被叫终端之间的MSRP-TCP连接向所述被叫终端发送所述第一HTML文件。
所述接收单元501用于，接收来自所述被叫终端发送的呼叫请求回复消息。所述呼叫请求消息可以是所述被叫终端回复的首条信令。
所述信息插入单元502还用于，生成携带被叫设置的第二HTML文件信息的媒体请求消息。
所述发送单元503还用于，向所述主叫终端发送所述媒体请求消息。
所述建立单元504还用于，根据MSRP，建立与所述主叫终端之间的MSRP-TCP连接。
所述接收单元501还用于，接收所述主叫终端发送的第二HTML文件获取请求。
所述获取单元505还用于，根据所述第二HTML文件获取请求携带的所述第二HTML文件信息获取第二HTML文件。
所述发送单元503还用于，通过与所述主叫终端之间的MSRP-TCP连接向所述主叫终端发送所述第二HTML文件。
若被叫为彩铃用户，还包括播放单元。
所述建立单元504还用于，在所述推送服务器建立与所述主叫终端之间的MSRP-TCP连接之前，建立与所述主叫终端之间的RTP媒体 承载。
所述播放单元用于，通过所述RTP媒体承载向所述主叫终端播放音频和/或视频彩铃。
需要说明的是，在所述SIP呼叫请求消息中增加的所述第一HTML文件信息包括：
符合MSRP协议格式，用于指示所述被叫终端获取所述第一HTML文件的信息；和符合MSRP协议格式，用于指示所述第一HTML文件路径的信息。
所述媒体请求消息中携带的所述第二HTML文件信息包括：符合MSRP协议格式，用于指示所述主叫终端获取所述第二HTML文件的信息；和符合MSRP协议格式，用于指示所述第二HTML文件路径的信息。
本发明实施例还提供一种推送服务器60，如图7所示，包括：接收单元601、发送单元602、生成单元603、建立单元604以及获取单元605。
接收单元601，用于接收来自主叫终端发送的会话发起协议SIP呼叫请求消息。
发送单元602，用于将所述SIP呼叫请求消息向被叫终端发送。
生成单元603，用于生成携带被叫设置的第二HTML文件信息的媒体请求消息。
所述发送单元602还用于，向所述主叫终端发送所述媒体请求消息。
建立单元604，用于根据消息会话中继协议MSRP，建立与所述主叫终端之间的MSRP-TCP连接。
所述接收单元601还用于，接收所述主叫终端发送的第二HTML文件获取请求。
获取单元605用于，根据所述第二HTML文件获取请求携带的所述第二HTML文件信息，获取第二HTML文件。
所述发送单元602用于，通过与所述主叫终端之间的MSRP-TCP连接，向所述主叫终端发送所述第二HTML文件。
若被叫为彩铃用户，还包括播放单元。所述建立单元604还用于，建立与所述主叫终端之间的RTP媒体承载.
所述播放单元用于，通过所述RTP媒体承载向所述主叫终端播放音频和/或视频彩铃。
需要说明的是，在所述媒体请求消息中携带的所述第二HTML文件信息包括：符合MSRP协议格式，用于指示所述主叫终端获取所述第二HTML文件的信息；和符合MSRP协议格式，用于指示所述第二HTML文件路径的信息。
本发明提供的设备，基于MSRP，推送服务器在主叫终端向被叫终端发送的SIP呼叫请求消息中增加主叫设置的第一HTML文件信息，建立与被叫终端之间的MSRP-TCP连接，向被叫终端发送第一HTML文件。推送服务器在发送给主叫终端的媒体请求消息中携带被叫设置的第二HTML文件信息，建立与主叫终端之间的MSRP-TCP连接，向主叫终端发送第一HTML文件。使得在语音通话过程中，用户终端可以获取到HTML文件。相比之下，现有技术无法在语音通话过程中为用户推送除音频/视频外的其他媒体内容，而本发明提供的设备，通过在语音通话过程中向用户推送HTML文件，为用户提供丰富的媒体内容。
实施例5：
本发明实施例提供一种推送服务器70，如图8所示，包括：收发器701、存储器702和处理器703。其中，存储器702中存储一组程序代码，且处理器703用于调用存储器702中存储的程序代码，用于执行以下操作：
收发器701，用于接收来自主叫终端发送的SIP呼叫请求消息。
处理器703，用于在所述SIP呼叫请求消息中增加主叫设置的第一HTML文件信息。
收发器701，用于将所述SIP呼叫请求消息向被叫域的业务呼叫会话控制单元SCSCF发送，以便所述被叫域的SCSCF将携带有所述第一HTML文件信息的所述SIP呼叫请求消息转发给被叫终端。
处理器703，用于根据MSRP，建立与所述被叫终端之间的MSRP-TCP连接。
所述收发器701还用于，接收所述被叫终端发送的第一HTML文件获取请求。
处理器703，用于根据所述第一HTML文件获取请求携带的所述第一HTML文件信息获取第一HTML文件。
所述收发器701还用于，通过与所述被叫终端之间的MSRP-TCP连接向所述被叫终端发送所述第一HTML文件。
所述收发器701用于，接收来自所述被叫终端发送的呼叫请求回复消息；所述呼叫请求消息是所述被叫终端回复的首条信令。
所述处理器703还用于，生成携带被叫设置的第二HTML文件信息的媒体请求消息。
所述收发器701还用于，向所述主叫终端发送所述媒体请求消息。
所述处理器703还用于，根据MSRP，建立与所述主叫终端之间的MSRP-TCP连接。
所述收发器701还用于，接收所述主叫终端发送的第二HTML文件获取请求。
所述处理器703还用于，根据所述第二HTML文件获取请求携带的所述第二HTML文件信息获取第二HTML文件。
所述收发器701还用于，通过与所述主叫终端之间的MSRP-TCP连接向所述主叫终端发送所述第二HTML文件。
若被叫是彩铃用户，处理器703还用于，在所述推送服务器建立与所述主叫终端之间的MSRP-TCP连接之前，建立与所述主叫终端之间的RTP媒体承载。
所述收发器701用于，通过所述RTP媒体承载向所述主叫终端发送音频和/或视频彩铃。
需要说明的是，在所述SIP呼叫请求消息中增加的所述第一HTML文件信息包括：
符合MSRP协议格式，用于指示所述被叫终端获取所述第一 HTML文件的信息；和符合MSRP协议格式，用于指示所述第一HTML文件路径的信息。
在媒体请求消息中携带的所述第二HTML文件信息包括：符合MSRP协议格式，用于指示所述主叫终端获取所述第二HTML文件的信息；和符合MSRP协议格式，用于指示所述第二HTML文件路径的信息。
本发明实施例还提供一种推送服务器80，如图9所示，包括：包括：收发器801、存储器802和处理器803。其中，存储器802中存储一组程序代码，且处理器803用于调用存储器802中存储的程序代码，用于执行以下操作：
收发器801，用于接收来自主叫终端发送的会话发起协议SIP呼叫请求消息。
收发器801，用于将所述SIP呼叫请求消息向被叫终端发送。
处理器803，生成携带被叫设置的第二HTML文件信息的媒体请求消息。
所述收发器801还用于，向所述主叫终端发送所述媒体请求消息。
处理器803，用于根据消息会话中继协议MSRP，建立与所述主叫终端之间的MSRP-TCP连接。
所述收发器801还用于，接收所述主叫终端发送的第二HTML文件获取请求。
处理器803用于，根据所述第二HTML文件获取请求携带的所述第二HTML文件信息，获取第二HTML文件。
所述收发器801用于，通过与所述主叫终端之间的MSRP-TCP连接，向所述主叫终端发送所述第二HTML文件。
若被叫为彩铃用户，所述处理器803还用于，建立与所述主叫终端之间的RTP媒体承载.
所述收发器801用于，通过所述RTP媒体承载向所述主叫终端播放音频和/或视频彩铃。
需要说明的是，在所述媒体请求消息中携带的所述第二HTML文 件信息包括：符合MSRP协议格式，用于指示所述主叫终端获取所述第二HTML文件的信息；和符合MSRP协议格式，用于指示所述第二HTML文件路径的信息。
本发明提供的推送业务的设备，基于MSRP，推送服务器在主叫终端向被叫终端发送的SIP呼叫请求消息中增加主叫设置的第一HTML文件信息，建立与被叫终端之间的MSRP-TCP连接，向被叫终端发送第一HTML文件。推送服务器在发送给主叫终端的媒体请求消息中携带被叫设置的第二HTML文件信息，建立与主叫终端之间的MSRP-TCP连接，向主叫终端发送第一HTML文件。使得在语音通话过程中，用户终端可以获取到HTML文件，为用户提供丰富的媒体内容。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (16)

  1. 一种推送业务的实现方法，其特征在于，包括：
    推送服务器接收来自主叫终端发送的会话发起协议SIP呼叫请求消息，并在所述SIP呼叫请求消息中增加主叫设置的第一超文本标记语言HTML文件信息；
    所述推送服务器将所述SIP呼叫请求消息向被叫域的业务呼叫会话控制单元SCSCF发送，以便所述被叫域的SCSCF将携带有所述第一HTML文件信息的所述SIP呼叫请求消息转发给被叫终端；
    所述推送服务器根据消息会话中继协议MSRP，建立与所述被叫终端之间的MSRP-传输控制协议TCP连接；
    所述推送服务器接收所述被叫终端发送的第一HTML文件获取请求，根据所述第一HTML文件获取请求携带的所述第一HTML文件信息获取第一HTML文件；
    所述推送服务器通过与所述被叫终端之间的MSRP-TCP连接向所述被叫终端发送所述第一HTML文件。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    所述推送服务器生成携带被叫设置的第二HTML文件信息的媒体请求消息，并向所述主叫终端发送所述媒体请求消息；
    所述推送服务器根据MSRP，建立与所述主叫终端之间的MSRP-TCP连接；
    所述推送服务器接收所述主叫终端发送的第二HTML文件获取请求，根据所述第二HTML文件获取请求携带的所述第二HTML文件信息获取第二HTML文件；
    所述推送服务器通过与所述主叫终端之间的MSRP-TCP连接向所述主叫终端发送所述第二HTML文件。
  3. 根据权利要求2所述的方法，其特征在于，若所述被叫为彩铃用户，则在所述推送服务器建立与所述主叫终端之间的MSRP-TCP连接之前，所述方法还包括：
    所述推送服务器建立与所述主叫终端之间的实时传输协议RTP媒体 承载，并通过所述RTP媒体承载向所述主叫终端播放音频和/或视频彩铃。
  4. 根据权利要求1所述的方法，其特征在于，所述SIP呼叫请求消息中增加的所述第一HTML文件信息包括：符合MSRP，用于指示所述被叫终端获取所述第一HTML文件的信息；
    和符合MSRP，用于指示所述第一HTML文件路径的信息。
  5. 根据权利要求2所述的方法，其特征在于，所述媒体请求消息中携带的所述第二HTML文件信息包括：符合MSRP，用于指示所述主叫终端获取所述第二HTML文件的信息；
    和符合MSRP，用于指示所述第二HTML文件路径的信息。
  6. 一种推送业务的实现方法，其特征在于，包括：
    推送服务器接收来自主叫终端发送的会话发起协议SIP呼叫请求消息，并将所述SIP呼叫请求消息向被叫终端发送；
    所述推送服务器生成携带被叫设置的第二HTML文件信息的媒体请求消息，向所述主叫终端发送所述媒体请求消息；
    所述推送服务器根据消息会话中继协议MSRP，建立与所述主叫终端之间的MSRP-传输控制协议TCP连接；
    所述推送服务器接收所述主叫终端发送的第二HTML文件获取请求，根据所述第二HTML文件获取请求携带的所述第二HTML文件信息，获取第二HTML文件；
    所述推送服务器通过与所述主叫终端之间的MSRP-TCP连接，向所述主叫终端发送所述第二HTML文件。
  7. 根据权利要求6所述的方法，其特征在于，若被叫为彩铃用户，则在所述推送服务器建立与所述主叫终端之间的MSRP TCP连接之前，所述方法还包括：
    所述推送服务器建立与所述主叫终端之间的实时传输协议RTP媒体承载，并通过所述RTP媒体承载向所述主叫终端播放音频和/或视频彩铃。
  8. 根据权利要求6或7所述的方法，其特征在于，所述媒体请求消息中携带的所述第二HTML文件信息包括：符合MSRP，用于指示所述 主叫终端获取所述第二HTML文件的信息；
    和符合MSRP，用于指示所述第二HTML文件路径的信息。
  9. 一种推送服务器，其特征在于，包括：
    接收单元，用于接收来自主叫终端发送的会话发起协议SIP呼叫请求消息；
    信息插入单元，用于在所述SIP呼叫请求消息中增加主叫设置的第一超文本标记语言HTML文件信息；
    发送单元，用于将所述SIP呼叫请求消息向被叫域的业务呼叫会话控制单元SCSCF发送，以便所述被叫域的SCSCF将携带有所述第一HTML文件信息的所述SIP呼叫请求消息转发给被叫终端；
    建立单元，根据消息会话中继协议MSRP，建立与所述被叫终端之间的MSRP-传输控制协议TCP连接；
    所述接收单元还用于，接收所述被叫终端发送的第一HTML文件获取请求；
    获取单元，用于根据所述第一HTML文件获取请求携带的所述第一HTML文件信息获取第一HTML文件；
    所述发送单元还用于，通过与所述被叫终端之间的MSRP-TCP连接向所述被叫终端发送所述第一HTML文件。
  10. 根据权利要求9所述的推送服务器，其特征在于，
    所述信息插入单元还用于，生成携带被叫设置的第二HTML文件信息的媒体请求消息；
    所述发送单元还用于，向所述主叫终端发送所述媒体请求消息；
    所述建立单元还用于，根据MSRP，建立与所述主叫终端之间的MSRP-TCP连接；
    所述接收单元还用于，接收所述主叫终端发送的第二HTML文件获取请求；
    所述获取单元还用于，根据所述第二HTML文件获取请求携带的所述第二HTML文件信息获取第二HTML文件；
    所述发送单元还用于，通过与所述主叫终端之间的MSRP-TCP连接 向所述主叫终端发送所述第二HTML文件。
  11. 根据权利要求10所述的推送服务器，其特征在于，若所述被叫为彩铃用户，还包括播放单元，
    所述建立单元还用于，在所述推送服务器建立与所述主叫终端之间的MSRP-TCP连接之前，建立与所述主叫终端之间的实时传输协议RTP媒体承载；
    所述播放单元用于，通过所述RTP媒体承载向所述主叫终端播放音频和/或视频彩铃。
  12. 根据权利要求9所述的推送服务器，其特征在于，在所述SIP呼叫请求消息中增加的所述第一HTML文件信息包括：符合MSRP，用于指示所述被叫终端获取所述第一HTML文件的信息；
    和符合MSRP，用于指示所述第一HTML文件路径的信息。
  13. 根据权利要求10所述的推送服务器，其特征在于，所述媒体请求消息中携带的所述第二HTML文件信息包括：符合MSRP，用于指示所述主叫终端获取所述第二HTML文件的信息；
    和符合MSRP，用于指示所述第二HTML文件路径的信息。
  14. 一种推送服务器，其特征在于，包括：
    接收单元，用于接收来自主叫终端发送的会话发起协议SIP呼叫请求消息；
    发送单元，用于将所述SIP呼叫请求消息向被叫终端发送；
    生成单元，用于生成携带被叫设置的第二超文本标记语言HTML文件信息的媒体请求消息；
    所述发送单元还用于，向所述主叫终端发送所述媒体请求消息；
    建立单元，用于根据消息会话中继协议MSRP，建立与所述主叫终端之间的MSRP-传输控制协议TCP连接；
    所述接收单元还用于，接收所述主叫终端发送的第二HTML文件获取请求；
    获取单元，用于根据所述第二HTML文件获取请求携带的所述第二HTML文件信息，获取第二HTML文件；
    所述发送单元还用于，通过与所述主叫终端之间的MSRP-TCP连接，向所述主叫终端发送所述第二HTML文件。
  15. 根据权利要求14所述的推送服务器，其特征在于，若所述被叫为彩铃用户，还包括播放单元，
    所述建立单元还用于，建立与所述主叫终端之间的实时传输协议RTP媒体承载；
    所述播放单元用于，通过所述RTP媒体承载向所述主叫终端播放音频和/或视频彩铃。
  16. 根据权利要求14或15所述的推送服务器，其特征在于，所述媒体请求消息中携带的所述第二HTML文件信息包括：符合MSRP，用于指示所述主叫终端获取所述第二HTML文件的信息；
    和符合MSRP，用于指示所述第二HTML文件路径的信息。
PCT/CN2015/094302 2014-12-01 2015-11-11 一种推送业务的实现方法及设备 WO2016086760A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP15865634.8A EP3226505B1 (en) 2014-12-01 2015-11-11 Push service implementation method and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410717864.5A CN104468556B (zh) 2014-12-01 2014-12-01 一种推送业务的实现方法及设备
CN201410717864.5 2014-12-01

Publications (1)

Publication Number Publication Date
WO2016086760A1 true WO2016086760A1 (zh) 2016-06-09

Family

ID=52913928

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/094302 WO2016086760A1 (zh) 2014-12-01 2015-11-11 一种推送业务的实现方法及设备

Country Status (3)

Country Link
EP (1) EP3226505B1 (zh)
CN (1) CN104468556B (zh)
WO (1) WO2016086760A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104468556B (zh) * 2014-12-01 2018-01-19 华为技术有限公司 一种推送业务的实现方法及设备
CN106713381A (zh) * 2015-08-20 2017-05-24 上海触乐信息科技有限公司 推送服务信息的方法、装置和用户设备
CN110351224A (zh) * 2018-04-03 2019-10-18 成都鼎桥通信技术有限公司 一种sip状态服务的发布方法和装置
CN112291425A (zh) * 2019-04-26 2021-01-29 华为技术有限公司 呼叫的方法、系统及相关装置
CN110798575B (zh) * 2019-09-29 2021-07-27 中国联合网络通信集团有限公司 视频彩铃交互方法及设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101087269A (zh) * 2006-06-09 2007-12-12 华为技术有限公司 传送消息业务数据的方法及系统
CN101273594A (zh) * 2005-05-31 2008-09-24 罗姆韦尔有限公司 用于由呼叫建立触发的推送内容的方法和系统
WO2009087566A1 (en) * 2008-01-09 2009-07-16 Nokia Corporation Systems and methods for adding media content to electronic messages
CN102487491A (zh) * 2009-11-06 2012-06-06 中国电信股份有限公司 在振铃过程中进行信息推送的方法及系统
CN104468556A (zh) * 2014-12-01 2015-03-25 华为技术有限公司 一种推送业务的实现方法及设备

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030058838A1 (en) * 2001-09-06 2003-03-27 Michael Wengrovitz System and method for transmitting information via a call center SIP server
US20070294336A1 (en) * 2004-07-02 2007-12-20 Greg Pounds Proxy-based communications architecture
CN1832518A (zh) * 2005-03-10 2006-09-13 华为技术有限公司 一种提供多媒体彩铃的系统及方法
US7529813B2 (en) * 2005-04-14 2009-05-05 Hewlett-Packard Development Company, L.P. Multimedia transfer for wireless network
KR100899756B1 (ko) * 2005-11-07 2009-05-27 삼성전자주식회사 통신 시스템에서 멀티미디어 포탈 컨텐츠 제공 방법 및시스템
CN100486367C (zh) * 2006-05-24 2009-05-06 中兴通讯股份有限公司 一种实现彩像业务的系统和方法
CN101110790A (zh) * 2006-07-18 2008-01-23 华为技术有限公司 建立会话的方法
US20100099447A1 (en) * 2006-12-14 2010-04-22 Christer Boberg Method and Apparatus for Use in a Communications Network
CN101222680B (zh) * 2008-01-28 2012-07-18 中国电信股份有限公司 早期媒体播放实现方法和系统
CN101459735B (zh) * 2008-06-26 2012-09-05 中兴通讯股份有限公司 一种彩铃、彩像业务的实现方法及系统
CN101383881B (zh) * 2008-09-28 2011-12-21 华为技术有限公司 语音与网页传送协同方法、装置和系统
CN102045659B (zh) * 2009-10-15 2015-12-16 中兴通讯股份有限公司 即时消息的彩像展现方法与系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101273594A (zh) * 2005-05-31 2008-09-24 罗姆韦尔有限公司 用于由呼叫建立触发的推送内容的方法和系统
CN101087269A (zh) * 2006-06-09 2007-12-12 华为技术有限公司 传送消息业务数据的方法及系统
WO2009087566A1 (en) * 2008-01-09 2009-07-16 Nokia Corporation Systems and methods for adding media content to electronic messages
CN102487491A (zh) * 2009-11-06 2012-06-06 中国电信股份有限公司 在振铃过程中进行信息推送的方法及系统
CN104468556A (zh) * 2014-12-01 2015-03-25 华为技术有限公司 一种推送业务的实现方法及设备

Also Published As

Publication number Publication date
EP3226505B1 (en) 2019-08-07
CN104468556A (zh) 2015-03-25
EP3226505A4 (en) 2017-12-06
EP3226505A1 (en) 2017-10-04
CN104468556B (zh) 2018-01-19

Similar Documents

Publication Publication Date Title
US10771611B2 (en) System and method for providing personalized audio-video invitations
US8855272B2 (en) System and method for implementing multimedia calling line identification presentation service
KR100827126B1 (ko) 통신 시스템에서 멀티미디어 포탈 컨텐츠 제공 방법 및시스템
WO2016086760A1 (zh) 一种推送业务的实现方法及设备
US20080207233A1 (en) Method and System For Centralized Storage of Media and for Communication of Such Media Activated By Real-Time Messaging
JP2014518594A (ja) コミュニケーションサービスの遂行中のマルチメディアコンテンツ共有サービス提供方法及びシステム
KR100964211B1 (ko) 통신 시스템에서 멀티미디어 포탈 컨텐츠 및 부가 서비스제공 방법 및 시스템
US20230353673A1 (en) Call processing method, call processing apparatus, and related device
KR20060087912A (ko) 무선통신 시스템에서 이동 단말의 얼라팅 전송 시스템 및방법
US20200021777A1 (en) Personalized audio-video invitations via peer-to-peer connection
JP2013539625A (ja) ボイスメールに付随する映像コンテンツへのウェブベースのアクセス
EP2479945B1 (en) Multimedia ring tone display method and system for instant messaging
KR101378548B1 (ko) 보이스 에스앤에스 시스템
KR20120088493A (ko) 개인 휴대 단말에서의 음성 인식을 이용한 멀티미디어 콘텐츠 합성 영상 채팅 서비스 제공 방법 및 시스템
US9882938B2 (en) Composite ARS service providing method and apparatus
KR100589670B1 (ko) 인터넷 텔레포니의 시그널링 부가 서비스 제공 방법 및 그 시스템
CN102572728B (zh) 一种传输留言信息的方法及装置和系统
US9237239B2 (en) Method for augmenting a voice call
WO2018127008A1 (zh) 一种获取语音留言的方法和装置
KR101838154B1 (ko) 링백 모드를 이용한 통화 서비스 제공 방법 및 시스템, 그리고 이를 위한 장치
KR100887152B1 (ko) 영상메시지 푸시 시스템 및 방법
US8244898B1 (en) Single message media session control
CN116155868A (zh) 电信通讯方法、电子设备及存储介质
CN116319692A (zh) Rcs业务的通信方法、装置、电子设备和可读介质
KR101423827B1 (ko) 선호 컨텐츠와 관련된 정보에 기초하여 모바일 보이스 오버 인터넷 프로토콜 서비스를 제공하는 ｍＶｏＩＰ 서버 및 어플리케이션의 동작 방법

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2015865634

Country of ref document: EP