CN105379194A

CN105379194A - Call message processing method and device

Info

Publication number: CN105379194A
Application number: CN201480000620.3A
Authority: CN
Inventors: 吴问付
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2014-04-28
Filing date: 2014-04-28
Publication date: 2016-03-02
Anticipated expiration: 2034-04-28
Also published as: WO2015164997A1; CN105379194B

Abstract

Provided is a call message processing method, comprising: when processing a first session request of a calling client, transmitting login instruction information to a called client requested by the first session request, so that the called client logs into a web real-time communication (WebRTC) server to establish a session with the calling client. That is, when a WebRTC client requested for a session is not logged in, an embodiment of the present invention enables the WebRTC client initiating the request to establish a session with the WebRTC client requested for the session.

Description

Call message processing method and device

A kind of processing method and processing device technical field of message related to calls

The present invention relates to the communications field, and in particular to a kind of processing method and processing device of message related to calls.

WebRTC (Web Real-time Communication, webpage real-time Communication for Power）Technology is a kind of technology for supporting to carry out real-time video and voice communication between WebRTC clients in a browser, when multiple WebRTC clients by Web Server (webserver) webpage sign in same WebRTC Server (Web real-time communication servers）And when keeping Entered state, the session request that WebRTC Server can be initiated other WebRTC clients for being in Entered state according to any WebRTC clients, and the video/voice conversation set up between the WebRTC clients and other WebRTC clients.

It can thus be appreciated that, the session request that WebRTC clients can only be initiated by WebRTC Server to other WebRTC clients for being in Entered state in the prior art, when the WebRTC clients for being initiated session request are in non-logging status, WebRTC Server are initiated the WebRTC clients of session request due to that can not find, the session that can not thus set up between the initiation WebRTC clients asked and the WebRTC clients for being initiated session request, so the WebRTC clients for initiating request will be unable to set up session therewith by WebRTC Server.The content of the invention

In order to eliminate or mitigate at least one above-mentioned technological deficiency, a kind of processing method for message related to calls that the embodiment of the present application first aspect is provided, including：

First session request at calls customer end is received, first session request carries called party client end mark；

Obtain the called party client end mark；

Transmission logs in configured information to the called party client end and identifies the corresponding called party client end, the configured information that logs in is used to indicate that the called party client end logs in configured information according to and signs in webpage real-time Communication for Power WebRTC servers, to set up the session between the calls customer end and the called party client end.

With reference in a first aspect, in the first possible implementation, transmission logs in configured information to the quilt The corresponding called party client end of client identification is made to include：

Obtain the corresponding called party client end internet protocol address of the called party client end mark；Configured information is logged in described in generation；

Configured information is logged in the corresponding called party client end of called party client end IP address described in sending.With reference to the first possible implementation of first aspect, in second of possible implementation, obtaining the corresponding called party client end internet protocol address of the called party client end mark includes：Send and carry the address search message of called party client end mark to address conversion network element；

Receive the called party client end IP address of the address conversion network element feedback.

After the called party client end mark in a first aspect, in the third possible implementation, is obtained, transmission is logged in before configured information to the called party client end identifies the corresponding called party client end, in addition to：

Send WebRTC capability query messages to the called party client end and identify the corresponding called party client end；

The WebRTC capabilities response information that the called party client end is sent is received, the WebRTC capabilities responses information called party client end confirms that the called party client end is generated after having WebRTC abilities；Or,

Send the WebRTC capability query messages to the called party client end and identify the corresponding called party client end；

When not receiving the WebRTC capabilities responses information that the called party client end is sent at the appointed time, configured information to the called party client end that logs in is not sent and identifies the corresponding called party client end.

After the called party client end mark in a first aspect, in the 4th kind of possible implementation, is obtained, transmission is logged in before configured information to the called party client end identifies the corresponding called party client end, in addition to：

Send called party client end WebRTC capability queries to instruct to capability query network element, the called party client end WebRTC capability queries instruction carries the called party client end mark；

The WebRTC ability confirmations that the capability query network element is sent are received, the WebRTC abilities confirmation is that the capability query network element execution called party client end WebRTC capability query instructions queries go out after the called party client end has the WebRTC abilities to generate； Or,

The called party client end WebRTC capability queries are sent to instruct to the capability query network element；When not receiving the WebRTC abilities confirmation that the capability query network element is sent at the appointed time, configured information to the called party client end that logs in is not sent and identifies the corresponding called party client end.

With reference in a first aspect, in the 5th kind of possible implementation, transmission, which logs in configured information to the corresponding called party client end of called party client end mark, to be included：

Send and push request to push server, push request include it is described log in configured information, the push ask for make the push server by it is described log in configured information and push to the called party client end identify the corresponding called party client end.

With reference to the 5th kind of possible implementation of the 4th kind of possible implementation or first aspect of the third possible implementation or first aspect of the first possible implementation or first aspect of first aspect or first aspect, in the 6th kind of possible implementation, it is one or two kinds of in the uniform resource position mark URL information that configured information is logged in also including landing approach information and the WebRTC servers, the landing approach information is used to indicate the called party client end according to the landing approach log to the WebRTC servers, the URL information indicates that the called party client end signs in the corresponding WebRTC servers of the URL information.

With reference to described in any in the 6th kind of possible implementation of first aspect to first aspect, in the 7th kind of possible implementation, transmission is logged in after configured information to the corresponding called party client end of called party client end mark, in addition to：

When detecting the called party client end and logging on the WebRTC servers, the second session request is sent to the called party client end；

Receive after the conversational response that the called party client end responds second session request, forward the conversational response to the calls customer end, the session set up between the called party client end and the calls customer end.

Second aspect, the embodiments of the invention provide a kind of processing method of message related to calls, including：The configured information that logs in of message related to calls processing equipment transmission is received, the message related to calls processing equipment includes any in webpage real-time Communication for Power WebRTC servers and Interworking gateway；

The WebRTC servers are signed according to the configured information that logs in, to set up calls customer end With the session between called party client end.

With reference to second aspect, in the first possible implementation, reception is logged in before configured information, in addition to：

Receive the WebRTC capability query messages that the message related to calls processing equipment is sent；

Confirm whether the called party client end has the WebRTC abilities；

If confirming, the called party client end has the WebRTC abilities, sends WebRTC capabilities responses information to the message related to calls processing equipment；Or,

If confirming, the called party client end does not have the WebRTC abilities, and the WebRTC capabilities responses information is not sent to the message related to calls processing equipment.

With reference to second aspect, in second of possible implementation, reception is logged in before configured information, in addition to：

Receive the WebRTC capability query messages for logging in the transmission of capability query network element；

Confirm whether the called party client end has the WebRTC abilities；

If confirming, the called party client end has the WebRTC abilities, then send WebRTC capabilities responses information and log in capability query network element to described, the capability query network element that logs in is sent WebRTC abilities confirmation to the message related to calls processing equipment according to the WebRTC capabilities responses information；Or,

If confirming, the called party client end does not have the WebRTC abilities, and the WebRTC capabilities responses information is not sent and logs in capability query network element to described.

With reference to second aspect, in the third possible implementation, the configured information that logs in also includes landing approach information, according to it is described log in configured information and sign in the WebRTC servers include：

The landing approach information included in configured information is logged in described in obtaining；

According to the landing approach information registration to the WebRTC servers.

With reference to second aspect, in the 4th kind of possible implementation, the configured information that logs in also includes the uniform resource position mark URL information of the WebRTC servers, according to it is described log in configured information and sign in webpage real-time Communication for Power WebRTC servers include：

The URL information included in configured information is logged in described in obtaining；

Sign in the corresponding WebRTC servers of the URL information.

With reference to the 4th kind of possible implementation of second aspect to second aspect, in the 5th kind of possible realization In mode, logged according to described after configured information signs in the WebRTC servers, in addition to：The session request that the WebRTC servers are sent is received, the session request is used for the request of calls customer end and sets up session with the called party client end；

Conversational response is sent to the WebRTC servers according to the session request, the WebRTC servers is forwarded the conversational response to the calls customer end, and the session set up between the called party client end and the calls customer end.

The third aspect, the embodiments of the invention provide a kind of message related to calls processing equipment, including：Receiving module, the first session request for receiving calls customer end, first session request carries called party client end mark；

Acquisition module, for obtaining the called party client end mark；

Sending module, configured information is logged in the corresponding called party client end of called party client end mark for sending, the configured information that logs in is used to indicate that the called party client end logs in configured information according to and signs in webpage real-time Communication for Power WebRTC servers, to set up the session between the calls customer end and the called party client end.

With reference to the third aspect, in the first possible implementation, the sending module includes：Acquisition submodule, the called party client end internet protocol address corresponding for obtaining the called party client end mark；

Submodule is generated, described configured information is logged in for generating；

Sending submodule, described configured information is logged in the corresponding called party client end of called party client end IP address for sending.

With reference to the first possible implementation of the third aspect, in second of possible implementation, the acquisition submodule includes：

Transmitting element, the address search message of called party client end mark is carried for sending to address conversion network element；

Receiving unit, the called party client end IP address for receiving the address conversion network element feedback.With reference to the third aspect, in the third possible implementation,

The sending module, is additionally operable to send WebRTC capability query messages to the corresponding called party client end of called party client end mark；

The receiving module, is additionally operable to receive the WebRTC capabilities responses letter that the called party client end is sent Breath, the WebRTC capabilities responses information called party client end confirms that the called party client end is generated after having WebRTC abilities；

Or,

The sending module, is additionally operable to send the WebRTC capability query messages to the corresponding called party client end of called party client end mark；

The receiving module, when being additionally operable to not receive the WebRTC capabilities responses information of the called party client end transmission at the appointed time, generation first terminates prompting message and simultaneously sent to the sending module；The sending module, is additionally operable to after the first termination prompting message that the receiving module is sent, and the transmission is not sent and logs in configured information to the corresponding called party client end of called party client end mark.

With reference to the third aspect, in the third possible implementation, in the 4th kind of possible implementation, the sending module, it is additionally operable to transmission called party client end WebRTC capability queries to instruct to capability query network element, the called party client end WebRTC capability queries instruction carries the called party client end mark；The receiving module, it is additionally operable to receive the WebRTC ability confirmations that the capability query network element is sent, the WebRTC abilities confirmation is that the capability query network element execution called party client end WebRTC capability query instructions queries go out after the called party client end has the WebRTC abilities to generate；

Or,

The sending module, is additionally operable to send the called party client end WebRTC capability queries and instructs to the capability query network element；

The receiving module, when being additionally operable to not receive the WebRTC abilities confirmation of the capability query network element transmission at the appointed time, generation second terminates prompting message and simultaneously sent to the sending module；The sending module, is additionally operable to receive after the second termination prompting message that the receiving module is sent, configured information to the called party client end that logs in is not sent and identifies the corresponding called party client end.

With reference to the third aspect, in the 5th kind of possible implementation,

The sending module, it is additionally operable to send and pushes request to push server, it is described push request include it is described log in configured information, the push ask for make the push server by it is described log in configured information and push to the called party client end identify the corresponding called party client end.

With reference to the 4th kind of possible implementation or the third aspect of the third possible implementation or the third aspect of the first possible implementation or the third aspect of the third aspect or the third aspect 5th kind of possible implementation, in the 6th kind of possible implementation, it is one or two kinds of in the uniform resource position mark URL information that configured information is logged in also including landing approach information and the WebRTC servers, the landing approach information is used to indicate the called party client end according to the landing approach log to the WebRTC servers, and the URL information indicates that the called party client end signs in the corresponding WebRTC servers of the URL information.

With reference to described in any in the 6th kind of possible implementation of the third aspect to the third aspect, in the 7th kind of possible implementation,

The sending module, is additionally operable to detect the called party client end when logging on the WebRTC servers, sends the second session request to the called party client end；

The receiving module, is additionally operable to receive after the conversational response that the called party client end responds second session request, forwards the conversational response to the calls customer end, the session set up between the called party client end and the calls customer end.

Fourth aspect, the embodiments of the invention provide a kind of called party client end, including：

Receiving module, the configured information that logs in for receiving the transmission of message related to calls processing equipment, the message related to calls processing equipment includes any in webpage real-time Communication for Power WebRTC servers or Interworking gateway；

Login module, signs in the WebRTC servers, to set up the session between calls customer end and called party client end for logging in configured information according to.

With reference to fourth aspect, in the first possible implementation,

The receiving module, is additionally operable to receive the WebRTC capability query messages of the message related to calls processing equipment；

Also include：

First confirms module, for confirming whether the called party client end has the WebRTC abilities；When being additionally operable to confirm that the called party client end has the WebRTC abilities, WebRTC capabilities responses information is sent to the message related to calls processing equipment；It is additionally operable to confirm that the called party client end does not have the WebRTC abilities, the WebRTC capabilities responses information is not sent to the message related to calls processing equipment.

With reference to fourth aspect, in second of possible implementation,

The receiving module, is additionally operable to receive the WebRTC capability query messages for logging in the transmission of capability query network element；

Also include： Second confirms module, for confirming whether the called party client end has the WebRTC abilities；When being additionally operable to confirm that the called party client end has the WebRTC abilities, send WebRTC capabilities responses information and log in capability query network element to described, the capability query network element that logs in is sent WebRTC abilities confirmation to the message related to calls processing equipment according to the WebRTC capabilities responses information；When being additionally operable to confirm that the called party client end does not have the WebRTC abilities, the WebRTC capabilities responses information is not sent and logs in capability query network element to described.

With reference to fourth aspect, in the third possible implementation, the configured information that logs in also includes landing approach information, and the log-in module includes：

First acquisition unit, described the landing approach information included in configured information is logged in for obtaining；First login unit, for according to the landing approach information registration to the WebRTC servers.With reference to fourth aspect, in the 4th kind of possible implementation, the configured information that logs in also includes the uniform resource position mark URL information of the WebRTC servers, and the login module includes：

Second acquisition unit, described the URL information included in configured information is logged in for obtaining；Second login unit, for signing in the corresponding WebRTC servers of the URL information.With reference to the 4th kind of possible implementation of fourth aspect to fourth aspect, in the 5th kind of possible implementation,

The receiving module, is additionally operable to receive the session request that the WebRTC servers are sent, the session request is used for the request of calls customer end and sets up session with the called party client end；

Also include：

Respond module, for sending conversational response to the WebRTC servers according to the session request, the WebRTC servers are made to forward the conversational response to the calls customer end, and the session set up between the called party client end and the calls customer end.

During first session request at processing calls customer of embodiment of the present invention end, the called party client end that configured information to the first session request is asked can be logged in by sending, called party client end is set to log on webpage real-time Communication for Power WebRTC servers, to set up the session between calls customer end and called party client end, the embodiment of the present invention realize be initiated the called party client end of session request be in it is non-sign in WebRTC server states in the case of, calls customer end is supported to set up session therewith, calls customer end can call called end whenever and wherever possible, so as to improve Consumer's Experience. Brief description of the drawings

In order to illustrate more clearly about the embodiment of the present invention or technical scheme of the prior art, the required accompanying drawing used in embodiment or description of the prior art will be briefly described below, apparently, drawings in the following description are only some embodiments of the present invention, for those of ordinary skill in the art, without having to pay creative labor, other accompanying drawings can also be obtained according to these accompanying drawings.

Fig. 1 is a kind of flow chart of the processing method of message related to calls provided in an embodiment of the present invention；Fig. 2 is the flow chart of the processing method of another message related to calls provided in an embodiment of the present invention；A kind of structure composition figure for message related to calls processing unit that Fig. 3 a provide for first embodiment of the invention；A kind of structure composition figure for message related to calls processing unit that Fig. 3 b provide for second embodiment of the invention；A kind of structure composition figure for message related to calls processing unit that Fig. 3 c provide for third embodiment of the invention；A kind of structure composition figure at called party client end that Fig. 4 a provide for first embodiment of the invention；A kind of structure composition figure at called party client end that Fig. 4 b provide for second embodiment of the invention；A kind of structure composition figure at called party client end that Fig. 4 c provide for third embodiment of the invention；A kind of structure composition figure at called party client end that Fig. 4 d provide for fourth embodiment of the invention；A kind of structure composition figure at called party client end that Fig. 4 e provide for fifth embodiment of the invention；A kind of structure composition figure at called party client end that Fig. 4 f provide for sixth embodiment of the invention；A kind of schematic flow sheet for calling system that Fig. 5 provides for first embodiment of the invention；

A kind of schematic flow sheet for calling system that Fig. 6 provides for second embodiment of the invention；

A kind of schematic flow sheet for calling system that Fig. 7 provides for third embodiment of the invention；

A kind of schematic flow sheet for calling system that Fig. 8 provides for fourth embodiment of the invention；

Fig. 9 is the structure composition figure of another message related to calls processing unit provided in an embodiment of the present invention；Figure 10 is the structure composition figure at another called party client end provided in an embodiment of the present invention.Embodiment

Below in conjunction with the accompanying drawing in the embodiment of the present invention, the technical scheme in the embodiment of the present invention is clearly and completely described, it is clear that described embodiment is only a part of embodiment of the invention, rather than whole embodiments.Based on the embodiment in the present invention, the every other embodiment that those of ordinary skill in the art are obtained under the premise of creative work is not made belongs to the scope of protection of the invention. Fig. 1 is referred to, Fig. 1 is a kind of process flow figure of message related to calls provided in an embodiment of the present invention, and this method, which is used to be requested, sets up the called of session（Also referred to as Terminating call) client（Such as, user equipment (UE)) in being not logged under WebRTC server states, set up caller（Also referred to as Originating call) session between client and called party client end；Wherein, the processing method of the calling shown in Fig. 1 is described from the angle of a message related to calls processing unit.In the embodiment of the present invention, message related to calls processing unit can be foregoing WebRTC servers, or a kind of Interworking gateway.As shown in Fig. 1, the processing method for the message related to calls that the present embodiment is provided includes：

Step S110, the first session request for receiving calls customer end.In the embodiment of the present invention, the first session request carries called party client end mark, and the first session request is that calls customer end is asked and called party client end identifies corresponding called party client end and sets up session connection.In the embodiment of the present invention, the main body of first session request at processing calls customer end is message related to calls processing unit, and it can be WebRTC servers, or a kind of Interworking gateway.In the embodiment of the present invention, calls customer end logs on WebRTC servers in some way first, again the first session request is sent to WebRTC servers, to realize session is set up with the called party client end in non-Entered state, wherein, the non-Entered state mentioned by the embodiment of the present invention is not logged into the state for the WebRTC servers that the embodiment of the present invention is used by client.When implementing the embodiment of the present invention, handling the message related to calls processing unit of the first session request for WebRTC servers, the first session request is that WebRTC servers are received from calls customer termination；When implementing the embodiment of the present invention, handling the message related to calls processing unit of the first session request for Interworking gateway, the first session request is that calls customer end is sent to WebRTC servers, then is transmitted to Interworking gateway through WebRTC servers.Another sunset is foretold, and the mode that the embodiment of the present invention logs on WebRTC servers to calls customer end is not limited, and forwards the first session request not to be limited WebRTC servers to the sending method of Interworking gateway.

Step Slll, acquisition called party client end mark.When the message related to calls processing unit for performing this step is WebRTC servers, WebRTC servers obtain called party client end mark from the first session request；When the message related to calls processing unit for performing this step is Interworking gateway, Interworking gateway obtains called party client end mark from the first session request.

Step S112, transmission log in configured information to called party client end and identify corresponding called party client end.Wherein, logging in configured information is used to indicate that called party client end signs in webpage real-time Communication for Power WebRTC servers according to configured information is logged in, to set up the session between calls customer end and called party client end.

In the embodiment of the present invention, calls customer end is to log in some way with called party client end The general identifications that the client of WebRTC servers, wherein client identification can act on for differentiation, MSISDN (the Mobile Station International ISDN Number, mobile station International ISDN number of such as client）, client URL (Uniform Resource Locator, Universal Resource Locator）, client URI (Uniform Resource Identifier, universal resource identifier) etc., or the non-universal mark of customization.

It is used as a kind of optional embodiment, when there is client to log on WebRTC servers, WebRTC servers can be client distribution temporary mark Peer ID, temporary mark Peer ID forward conversation message for WebRTC servers between Entered state client and recognize client according to temporary mark, therefore, calls customer end is signed in after WebRTC servers, there is calls customer end temporary mark, and called party client end is when being not logged into WebRTC servers, it there will be no called party client end temporary mark, so, when WebRTC servers are detected, and called party client end temporary mark is not contained in the first session request received, WebRTC servers can be directly as message related to calls processing unit, called party client end is set to sign in WebRTC servers by implementing the method for the embodiment of the present invention, the first session request can also be forwarded to Interworking gateway, make Interworking gateway as message related to calls processing unit, called party client end is set to sign in WebRTC servers by implementing the method for the embodiment of the present invention.

In the embodiment of the present invention, Interworking gateway has message analysis, the gateway of notification capabilities to be a kind of, it, which can be realized, receives the message that WebRTC servers are sent, and transmission logs in configured information and gives called party client end, called party client end is set to log on WebRTC servers, to support session that WebRTC servers are set up between calls customer end and called party client end.

As an alternative embodiment, message related to calls processing unit can pass through SMSC (Short Message Service Center, Short Message Service Center）Configured information will be logged in send in the form of short message to called party client end.

Sent as an alternative embodiment, message related to calls processing unit can also will log in configured information in the form of IP address bag to called party client end：

Obtain the corresponding called party client end internet protocol address of called party client end mark；

Generation logs in configured information；

Transmission logs in configured information to the corresponding called party client end of called party client end IP address.

As an alternative embodiment, when message related to calls processing unit is sent to called party client end with that will log in configured information in the form of IP address bag, message related to calls processing unit needs to learn the IP at called party client end Address, it can be acquisition in the information preserved from message related to calls processing unit to obtain called party client end IP address approach, can also be obtained from other service ends, for example, called party client end IP address can be got by address conversion network element：

Send and carry the address search message of called party client end mark to address conversion network element；

Receive the called party client end IP address of address conversion network element feedback.

Wherein, the address conversion network element that the embodiment of the present invention is used can obtain the communication equipment of client ip address to be a kind of according to client identification.If in addition, in the embodiment of the present invention, when address conversion network element fails to get called party client end IP address, transmittable IP address is asked to gateway, obtaining called party client end IP address by gateway and being sent to message related to calls processing unit.

It is used as a kind of optional embodiment, message related to calls processing unit further can first confirm whether called party client end can log on WebRTC servers, confirm whether called party client end has WebRTC abilities, then judge whether to perform the operation for notifying called party client end to sign in WebRTC servers：

Send WebRTC capability query messages to called party client end and identify corresponding called party client end；The WebRTC capabilities response information that called party client end is sent is received, wherein, WebRTC capabilities responses information is that called party client end confirms that called party client end has what is generated after WebRTC abilities；Or, send WebRTC capability query messages to called party client end and identify corresponding called party client end；When not receiving the WebRTC capabilities response information of called party client end transmission at the appointed time, do not send and log in configured information to the corresponding called party client end of called party client end mark.

In the embodiment of the present invention, message related to calls processing unit receives WebRTC capabilities response information, then think that called party client end has WebRTC abilities, WebRTC servers can be logged in some way, it is on the contrary, if message related to calls processing unit fails to receive WebRTC capabilities response information, WebRTC servers think that called party client end does not have WebRTC abilities, then do not continue to notify called party client end to log in.

As an alternative embodiment, the operation whether message related to calls processing unit further confirms called party client end has WebRTC abilities can inquire about network element to confirm with handling capacity：

Called party client end WebRTC capability queries are sent to instruct to capability query network element, wherein, WebRTC capability queries instruction in called party client end carries called party client end mark；

The WebRTC ability confirmations that receiving ability inquiry network element is sent, wherein, WebRTC ability confirmations be capability query network element perform called party client end WebRTC capability query instructions queries go out it is called Client has what is generated after WebRTC abilities；Or,

Called party client end WebRTC capability queries are sent to instruct to capability query network element；

When not receiving the WebRTC ability confirmations of capability query network element transmission at the appointed time, do not send and log in configured information to the corresponding called party client end of called party client end mark.

In the embodiment of the present invention, message related to calls processing unit receives WebRTC ability confirmations, then think that called party client end has WebRTC abilities, WebRTC servers can be logged in some way, it is on the contrary, if message related to calls processing unit fails to receive WebRTC ability confirmations, WebRTC servers think that called party client end does not have WebRTC abilities, then do not continue to notify called party client end to log in.

As an alternative embodiment, message related to calls processing unit can also will log in configured information by push server is sent to the corresponding called party client end of called party client end mark：

Send and push request to push server, wherein, push request includes logging in configured information, pushes request and pushes to the corresponding called party client end of called party client end mark for making push server to log in configured information.The push server that the embodiment of the present invention is used can pass through SMSC (Short Message Service Center, Short Message Service Center）Configured information will be logged in send in the form of short message to called party client end, configured information can also will be logged in the form of IP address bag and pushes to the corresponding called party client end of called party client end IP address.

It is used as a kind of optional embodiment, what message related to calls processing unit was generated in the embodiment of the present invention, which logs in configured information, can also include landing approach information, and the landing approach information is used to indicate that called party client end logs on WebRTC servers with any mark corresponded manner.Landing approach information can identify logon information for MSISDN, URL identifies logon information and URI mark log-on messages etc., when logging in configured information including MSISDN mark logon informations, called party client end should log on WebRTC servers in the corresponding mode of MSISDN marks, when logging in configured information including URL mark logon informations, called party client end should log on WebRTC servers in the corresponding mode of URL marks, when logging in configured information including URI mark logon informations, called party client end should log on WebRTC servers in the corresponding mode of URI marks.Log in the login mode information included in configured information generally identical with the called party client end identification information included in the first session request, or, if calls customer end specifies the landing approach at called party client end in the first session request, the landing approach that message related to calls processing unit specifies calls customer end is as landing approach information and is sent to called party client end. It is used as a kind of optional embodiment, configured information that what message related to calls processing unit was generated in the embodiment of the present invention log in can also include the URL of WebRTC servers, and (URL M speech breaths, the URL information indicates that called party client end signs in the corresponding WebRTC servers of URL information.URL information is added in configured information is logged in can make called party client end accurately log on the WebRTC servers that calls customer end is logged on.

It is used as a kind of optional embodiment, what message related to calls processing unit was generated in the embodiment of the present invention, which logs in configured information, can also include webpage URL, called party client end can download the webpage corresponding to webpage URL, then sign in the corresponding WebRTC servers of foregoing URL information by the webpage.

It is used as a kind of optional embodiment, in the embodiment of the present invention, WebRTC servers are when detecting calls customer end and logging in, it can be calls customer end distribution calls customer end temporary mark, and calls customer end temporary mark is mapped with calls customer end mark, calls customer end IP address：

WebRTC servers detect calls customer end and logged on after WebRTC servers, are calls customer end distribution calls customer end temporary mark；

Calls customer end IP address and calls customer end temporary mark are identified and bound by WebRTC servers with calls customer end.

Correspondingly, it is used as a kind of optional embodiment, the configured information that logs in that called party client end is sent according to message related to calls processing unit is logged on after WebRTC servers, when WebRTC servers, which detect called party client end, logs on WebRTC servers, the second session request will be sent and give called party client end.Wherein, the second session request is used to represent that the request of calls customer end sets up session with called party client end；After called party client end responds the second session request, transmission conversational response to WebRTC servers, WebRTC servers are received after the conversational response that called party client end responds the second session request, conversational response is forwarded to calls customer end, the session set up between called party client end and calls customer end.

As an alternative embodiment, correspondingly, when WebRTC servers, which detect called party client end, to be logged in, send the second session request includes to the called party client end：

WebRTC servers detect called party client end and logged on after WebRTC servers, are called party client end distribution called party client end temporary mark；

Called party client end temporary mark, called party client end IP address and called party client end are identified and bound by WebRTC servers；

WebRTC servers send the second session request and given in called party client end, the second session request comprising master It is client temporary mark, calls customer end IP address, called party client end temporary mark and called party client end IP address.Wherein, calls customer end temporary mark, called party client end temporary mark can be the header contents of the second session request, and calls customer end IP address and called party client end IP address can be the message body content of the second session request.

It is used as a kind of optional embodiment, after called party client end logs on WebRTC servers and confirmation sets up session with calls customer end, the conversational response for responding the second session request can be generated and WebRTC servers are sent to, WebRTC servers are received after conversational response, the conversational response can be transmitted to calls customer end, to set up the session between the called party client end and the calls customer end：

WebRTC servers receive the conversational response for being used to respond the second session request that called party client end is sent, wherein, calls customer end temporary mark, calls customer end IP address, called party client end temporary mark and called party client end IP address are included in conversational response；

Calls customer end corresponding to WebRTC servers forwarding conversational response to calls customer end temporary mark, the session set up between called party client end and calls customer end.

During first session request at processing calls customer of embodiment of the present invention end, the called party client end that configured information to the first session request is asked is logged in by sending, called party client end is set to log on webpage real-time Communication for Power WebRTC servers, to set up the session between calls customer end and called party client end, the call business that the embodiment of the present invention can be supported does not need calls customer end with called party client end while keeping Entered state, the called party client end of session request is initiated to be in the case of non-logging status, calls customer end can set up session therewith by the method for the embodiment of the present invention, improve the efficiency of call treatment, calls customer end is set to call called end whenever and wherever possible, improve Consumer's Experience.

Refer to Fig. 2, Fig. 2 is the process flow figure of another message related to calls provided in an embodiment of the present invention, this method can realize the called party client end in non-Entered state according to logging in configured information and session is set up at calls customer end；Wherein, the processing method of the calling shown in Fig. 2 is that angle from a called party client end is described.As shown in Fig. 2 the processing method for the message related to calls that the present embodiment is provided includes：

What step S210, reception message related to calls processing equipment were sent logs in configured information, wherein, message related to calls processing equipment includes any in webpage real-time Communication for Power WebRTC servers and Interworking gateway；

Step S211, basis log in configured information and sign in WebRTC servers, to set up calls customer Session between end and called party client end.

In the embodiment of the present invention, the sender that transmission logs in configured information can be the message related to calls processing equipments such as WebRTC servers, Interworking gateway, the communication equipments such as the push server with transfer capability, SMSC are can also be, the sender that the embodiment of the present invention logs in configured information to transmission is not any limitation as.

As an alternative embodiment, it can be a kind of SMSC short messages to log in configured information, then the called party client end of the embodiment of the present invention logs in configured information by reading short message form, and logs on WebRTC servers according to configured information is logged in；It can also be a kind of IP address bag to log in configured information, so reading IP address packet form is logged in configured information by the called party client end of the embodiment of the present invention, and WebRTC servers are logged on according to configured information is logged in, the embodiment of the present invention is not any limitation as logging in the form of configured information.

It is used as a kind of optional embodiment; it is intended to send the communication equipment for logging in configured information before transmission logs in configured information; it would generally confirm whether called party client end can log on WebRTC servers; confirm whether called party client end has WebRTC abilities, called party client end may identify and send whether it has WebRTC abilities：

Receive the WebRTC capability query messages that message related to calls processing equipment is sent；

Confirm whether called party client end has WebRTC abilities；

If confirming, called party client end has WebRTC abilities, sends WebRTC capabilities responses information and gives message related to calls processing equipment；Or,

If confirming, called party client end does not have WebRTC abilities, and WebRTC capabilities responses information is not sent to message related to calls processing equipment.

In the embodiment of the present invention, called party client end generation WebRTC capabilities response information, which represents called party client end, has WebRTC abilities, WebRTC servers can be logged in some way, it is on the contrary, if called party client end does not generate WebRTC capabilities response information, called party client end is then represented without WebRTC abilities, it is impossible to log on WebRTC servers in some way.

As an alternative embodiment, the confirmation side whether confirmation called party client end can log on WebRTC servers can also be to log in capability query network element：

Confirm whether called party client end has WebRTC abilities；

If confirming, called party client end has WebRTC abilities, sends WebRTC capabilities response information To capability query network element is logged in, make to log in capability query network element WebRTC abilities confirmation is sent according to WebRTC capabilities responses information and give message related to calls processing equipment；Or,

If confirming, called party client end does not have WebRTC abilities, and WebRTC capabilities responses information is not sent to logging in capability query network element.

In the embodiment of the present invention, called party client end transmission WebRTC capabilities response information, which represents called party client end, has WebRTC abilities, WebRTC servers can be logged in some way, it is on the contrary, if called party client end does not send WebRTC capabilities response information, called party client end is then represented without WebRTC abilities, it is impossible to log on WebRTC servers in some way.

As an alternative embodiment, configured information is logged in the embodiment of the present invention can also include landing approach information, the landing approach information is used to indicate that called party client end logs on WebRTC servers with any mark corresponded manner：

Obtain the landing approach information for logging in and being included in configured information；

According to landing approach information registration to WebRTC servers.

In the embodiment of the present invention, landing approach information can identify logon information for MSISDN, URL identifies logon information and URI mark log-on messages etc., when logging in configured information including MSISDN mark logon informations, called party client end should log on WebRTC servers in the corresponding mode of MSISDN marks, when logging in configured information including URL mark logon informations, called party client end should log on WebRTC servers in the corresponding mode of URL marks, when logging in configured information including URI mark logon informations, called party client end should log on WebRTC servers in the corresponding mode of URI marks.

As an alternative embodiment, configured information is logged in the embodiment of the present invention can also include the uniform resource position mark URL information of WebRTC servers, the URL information indicates that called party client end signs in the corresponding WebRTC servers of URL information：

Obtain the URL information for logging in and being included in configured information；

Sign in the corresponding WebRTC servers of URL information.Logging in the URL information included in configured information can make called party client end accurately log on the WebRTC servers that calls customer end is logged on.

It is used as a kind of optional embodiment, configured information is logged in the embodiment of the present invention can also include webpage URL, called party client end can download the webpage corresponding to webpage URL, then sign in the corresponding WebRTC servers of foregoing URL information by the webpage.

As an alternative embodiment, called party client end is logged on after WebRTC servers, it can connect Receive the session request of WebRTC servers transmission, wherein, session request represents the request of calls customer end and sets up session with called party client end, calls customer end temporary mark, calls customer end IP address, called party client end temporary mark and called party client end IP address are wherein included, called party client end sends conversational response to WebRTC servers according to session request to be included：

Called party client end determines whether to set up session with calls customer end according to session request；

If called party client end confirms to set up session with calls customer end, then called party client end sends conversational response to WebRTC servers, WebRTC servers are made to forward conversational response to calls customer end, and the session set up between called party client end and calls customer end, conversational response include calls customer end temporary mark, calls customer end IP address, called party client end temporary mark and called party client end IP address.Wherein, calls customer end temporary mark, called party client end temporary mark can be the header contents of conversational response, and calls customer end IP address and called party client end IP address can be the message body content of conversational response.

In the method for the embodiment of the present invention, called party client termination, which is received, to be logged in after configured information, logs on WebRTC servers according to configured information is logged in, the session request sent further according to WebRTC servers is confirmed whether to set up session with calls customer end.Calls customer end is not needed to keep Entered state simultaneously with called party client end when the embodiment of the present invention handles call business, the call object at calls customer end can be the called party client end in non-Entered state, improve the efficiency of call treatment, calls customer end can call called end whenever and wherever possible, improve Consumer's Experience.

Refer to Fig. 3 a, a kind of structure composition figure for message related to calls processing unit that Fig. 3 a provide for first embodiment of the invention.As shown in Figure 3 a, message related to calls processing unit provided in an embodiment of the present invention is corresponding with the processing method of the message related to calls shown in Fig. 1, for the executive agent of the processing method based on the message related to calls shown in Fig. 1.As shown in Figure 3 a, the message related to calls processing unit that the present embodiment is provided includes receiving module 31, acquisition module 32 and sending module 33 to concrete implementation mode.

Wherein, receiving module 31, the first session request for receiving calls customer end.In the embodiment of the present invention, the first session request carries called party client end mark, and the first session request is that calls customer end is asked and called party client end identifies corresponding called party client end and sets up session connection.In the embodiment of the present invention, the main body of first session request at processing calls customer end is message related to calls processing unit, and it can be WebRTC servers, or a kind of Interworking gateway.In the embodiment of the present invention, calls customer end is first with certain side Formula logs on WebRTC servers, again the first session request is sent to WebRTC servers, to realize session is set up with the called party client end in non-Entered state, wherein, the non-Entered state mentioned by the embodiment of the present invention is not logged into the state for the WebRTC servers that the embodiment of the present invention is used by client.When implementing the embodiment of the present invention, handling the message related to calls processing unit of the first session request for WebRTC servers, the first session request is that WebRTC servers are received from calls customer termination；When implementing the embodiment of the present invention, handling the message related to calls processing unit of the first session request for Interworking gateway, the first session request is that calls customer end is sent to WebRTC servers, then is transmitted to Interworking gateway through WebRTC servers.

Acquisition module 32, for obtaining called party client end mark.When the message related to calls processing unit for performing this step is WebRTC servers, WebRTC servers obtain called party client end mark from the first session request；When the message related to calls processing unit for performing this step is Interworking gateway, Interworking gateway obtains called party client end mark from the first session request.

Sending module 33, configured information is logged in the corresponding called party client end of called party client end mark for sending.Wherein, logging in configured information is used to indicate that called party client end signs in webpage real-time Communication for Power WebRTC servers according to configured information is logged in, to set up the session between calls customer end and called party client end.

In the embodiment of the present invention, calls customer end and called party client end are that can log on the client of WebRTC servers in some way, the general identifications that wherein client identification can act on for differentiation, such as MSISDN (the Mobile Station International ISDN Number, mobile station International ISDN number of client）, client URL (Uniform Resource Locator, Universal Resource Locator）, client URI (Uniform Resource Identifier, universal resource identifier) etc., or the non-universal mark of customization.

It is used as a kind of optional embodiment, can reference picture 3b in the lump, sending module 33 can a progress sent by acquisition submodule 331, generation submodule 332 and sending submodule 333 and log in configured information to called party client end and identify corresponding called party client end：

Acquisition submodule 331, the called party client end internet protocol address corresponding for obtaining called party client end mark； Submodule 332 is generated, configured information is logged in for generating；

Sending submodule 333, configured information is logged in the corresponding called party client end of called party client end IP address for sending.

It is used as a kind of optional embodiment, can reference picture 3c in the lump, when message related to calls processing unit is sent to called party client end with that will log in configured information in the form of the bag of IP addresses, need to learn the IP addresses at called party client end, it can be acquisition in the information preserved from message related to calls processing unit to obtain called party client end IP address approach, it can also be obtained from other service ends, for example, acquisition submodule 331 can get called party client end IP address by address conversion network element：

Transmitting element 3311, the address search message of called party client end mark is carried for sending to address conversion network element；

Receiving unit 3312, the called party client end IP address for receiving address conversion network element feedback.

Wherein, the address conversion network element that the embodiment of the present invention is used can obtain the communication equipment of client ip address to be a kind of according to client identification.If in addition, in the embodiment of the present invention, when address conversion network element fails to get called party client end IP address, transmittable IP address is asked to gateway, obtaining called party client end IP address by gateway and feeding back to receiving unit 3312.

It is used as a kind of optional embodiment, message related to calls processing unit further can first confirm whether called party client end can log on WebRTC servers, confirm whether called party client end has WebRTC abilities, judge whether to perform the operation for notifying called party client end to sign in WebRTC servers again, wherein：Sending module 33, is additionally operable to send WebRTC capability query messages to the corresponding called party client end of called party client end mark；

Receiving module 31, is additionally operable to receive the WebRTC capabilities response information that called party client end is sent, wherein, WebRTC capabilities responses information is that called party client end confirms that called party client end has what is generated after WebRTC abilities；

Or,

Sending module 33, is additionally operable to send WebRTC capability query messages to the corresponding called party client end of called party client end mark；

Receiving module 31, when being additionally operable to not receive the WebRTC capabilities response information of called party client end transmission at the appointed time, generation first terminates prompting message and sent to sending module 33;

Sending module 33, be additionally operable to the transmission of receiving module 31 first is terminated after prompting message, is not sent and is stepped on Land configured information to called party client end identifies corresponding called party client end.

In the embodiment of the present invention, receiving module 31 receives WebRTC capabilities response information, then think that called party client end has WebRTC abilities, WebRTC servers can be logged in some way, it is on the contrary, if receiving module 31 fails to receive WebRTC capabilities response information, then think that called party client end does not have WebRTC abilities, so sending module 33, which is not retransmited, logs in configured information to the corresponding called party client end of called party client end mark, and feedback of the information of the called party client end without WebRTC abilities can be given calls customer end by message related to calls processing unit.

Sending module 33, is additionally operable to transmission called party client end WebRTC capability queries and instructs to capability query network element, WebRTC capability queries instruction in called party client end carries called party client end mark；

Receiving module 31, the WebRTC ability confirmations that receiving ability inquiry network element is sent are additionally operable to, WebRTC ability confirmations are that capability query network element execution called party client end WebRTC capability query instructions queries go out after called party client end has WebRTC abilities to generate；

Or,

Sending module 33, is additionally operable to transmission called party client end WebRTC capability queries and instructs to capability query network element；

Receiving module 31, when being additionally operable to not receive the WebRTC ability confirmations of capability query network element transmission at the appointed time, generation second terminates prompting message and sent to sending module 33;

Sending module 33, is additionally operable to receive after the second termination prompting message that receiving module 31 is sent, does not send and log in configured information to the corresponding called party client end of called party client end mark.

In the embodiment of the present invention, receiving module 31 receives WebRTC ability confirmations, then think that called party client end has WebRTC abilities, WebRTC servers can be logged in some way, it is on the contrary, if receiving module 31 fails to receive WebRTC ability confirmations, then think that called party client end does not have WebRTC abilities, so sending module 33, which is not retransmited, logs in configured information to the corresponding called party client end of called party client end mark, and feedback of the information of the called party client end without WebRTC abilities can be given calls customer end by message related to calls processing unit.

As an alternative embodiment, sending module 33, is additionally operable to send to push and asks to push server, pushing request includes logging in configured information, push and ask to be used to make push server to log in instruction letter Breath pushes to the corresponding called party client end of called party client end mark.The push server that the embodiment of the present invention is used can pass through SMSC (Short Message Service Center, Short Message Service Center) configured information will be logged in sent in the form of short message to called party client end, configured information can also will be logged in the form of IP address bag and pushes to the corresponding called party client end of called party client end IP address.

It is used as a kind of optional embodiment, the configured information that logs in of generation submodule 332 generation of sending module 33 can also be including landing approach information in the embodiment of the present invention, and the landing approach information is used to indicate that called party client end logs on WebRTC servers with any mark corresponded manner.Landing approach information can identify logon information for MSISDN, URL identifies logon information and URI mark log-on messages etc., when logging in configured information including MSISDN mark logon informations, called party client end should log on WebRTC servers in the corresponding mode of MSISDN marks, when logging in configured information including URL mark logon informations, called party client end should log on WebRTC servers in the corresponding mode of URL marks, when logging in configured information including URI mark logon informations, called party client end should log on WebRTC servers in the corresponding mode of URI marks.Log in the login mode information included in configured information generally identical with the called party client end identification information included in the first session request, or, if calls customer end specifies the landing approach at called party client end in the first session request, the landing approach that message related to calls processing equipment specifies calls customer end is as landing approach information and is sent to called party client end.

As an alternative embodiment, generation submodule 332 generation of sending module 33 logs in configured information and can also include the URL (URLs of WebRTC servers in the embodiment of the present invention）Information, the URL information indicates that called party client end signs in the corresponding WebRTC servers of URL information.URL information is added in configured information is logged in can make called party client end accurately log on the WebRTC servers that calls customer end is logged on.

It is used as a kind of optional embodiment, what the generation submodule 332 of sending module 33 was generated in the embodiment of the present invention, which logs in configured information, can also include webpage URL, called party client end can download the webpage corresponding to webpage URL, then sign in the corresponding WebRTC servers of foregoing URL information by the webpage.

As an alternative embodiment,

Sending module 33, is additionally operable to detect called party client end when logging on WebRTC servers, sends the second session request and give called party client end；

Receiving module 31, is additionally operable to receive after the conversational response that called party client end responds the second session request, forwarding conversational response is to calls customer end, the session set up between called party client end and calls customer end. Message related to calls processing unit provided in an embodiment of the present invention is received after first session request at calls customer end, the called party client end that configured information to the first session request is asked is logged in by sending, called party client end is set to log on webpage real-time Communication for Power WebRTC servers, to set up the session between calls customer end and called party client end, the call business that the message related to calls processing unit of the embodiment of the present invention can be supported does not need calls customer end with called party client end while keeping Entered state, the called party client end of session request is initiated to be in the case of non-logging status, calls customer end can set up session therewith by the method for the embodiment of the present invention, improve the efficiency of call treatment, calls customer end is set to call called end whenever and wherever possible, improve Consumer's Experience.

Refer to Fig. 4 a, a kind of structure composition figure at called party client end that Fig. 4 a provide for first embodiment of the invention.As shown in fig. 4 a, called party client end provided in an embodiment of the present invention is corresponding with the processing method of the message related to calls shown in Fig. 2, for the executive agent of the processing method based on the message related to calls shown in Fig. 2.As shown in fig. 4 a, the called party client end that the present embodiment is provided includes receiving module 41 and login module 42 to concrete implementation mode.

Wherein, receiving module 41, the configured information that logs in for receiving the transmission of message related to calls processing equipment, message related to calls processing equipment includes any in webpage real-time Communication for Power WebRTC servers or Interworking gateway；Login module 42, logs in configured information for basis and signs in WebRTC servers, to set up the session between calls customer end and called party client end.

In the embodiment of the present invention, the sender that transmission logs in configured information can be WebRTC servers, Interworking gateway, the communication equipments such as the push server with transfer capability, SMSC are can also be, the sender that the embodiment of the present invention logs in configured information to transmission is not any limitation as.

As an alternative embodiment, can reference picture 4b in the lump, it is true that called party client end also includes first Recognize module 43, it is intended to send the communication equipment for logging in configured information before transmission logs in configured information, it would generally confirm whether called party client end can log on WebRTC servers, confirm whether called party client end has WebRTC abilities, called party client end may identify and feed back whether it has WebRTC abilities：Receiving module 41, is additionally operable to receive the WebRTC capability query messages that message related to calls processing equipment is sent；

First confirms module 43, for confirming whether called party client end has WebRTC abilities；When being additionally operable to confirm that called party client end has WebRTC abilities, send WebRTC capabilities responses information and give message related to calls processing equipment；When being additionally operable to confirm that called party client end does not have WebRTC abilities, WebRTC capabilities responses information is not sent to message related to calls processing equipment.

In the embodiment of the present invention, the first confirmation transmission of module 43 WebRTC capabilities response information, which represents called party client end, has WebRTC abilities, WebRTC servers can be logged in some way, it is on the contrary, if the first confirmation module 43 does not send WebRTC capabilities response information, called party client end is then represented without WebRTC abilities, it is impossible to log on WebRTC servers in some way.

As an alternative embodiment, can reference picture 4c in the lump, the confirmation side whether confirm called party client end can log on WebRTC servers can also be to log in capability query network element, and called party client end also includes second and confirms module 44:

Receiving module 41, it is additionally operable to receive the WebRTC capability query messages for logging in the transmission of capability query network element, WebRTC capability query messages are logged on capability query network element and perform what is sent after the called party client end WebRTC capability queries instruction that message related to calls processing unit is sent；

Also include：

Second confirms module 44, for confirming whether called party client end has WebRTC abilities；When being additionally operable to confirm that called party client end has WebRTC abilities, WebRTC capabilities responses information is sent to capability query network element is logged in, makes to log in capability query network element according to WebRTC capabilities responses information transmission WebRTC abilities confirmation to message related to calls processing unit；When being additionally operable to confirm that called party client end does not have WebRTC abilities, WebRTC capabilities responses information is not sent to logging in capability query network element.

In the embodiment of the present invention, the second confirmation generation of module 44 WebRTC capabilities response information, which represents called party client end, has WebRTC abilities, WebRTC servers can be logged in some way, it is on the contrary, if the second confirmation module 44 does not generate WebRTC capabilities response information, called party client end is then represented without WebRTC abilities, it is impossible to log on WebRTC servers in some way. As an alternative embodiment, the configured information that logs in received also includes landing approach information, correspondingly, the landing approach information is used to indicate that called party client end is logged on any mark corresponded manner

WebRTC servers, can reference picture 4d in the lump, log-in module 42 can also be logged in further by the login unit 422 of first acquisition unit 421 and first：

First acquisition unit 421, the landing approach information included in configured information is logged in for obtaining；First login unit 422, for according to landing approach information registration to WebRTC servers.

As an alternative embodiment, the configured information that logs in received also includes the URL (URLs of WebRTC servers）Information, correspondingly, can reference picture 4e in the lump, log-in module 42 can also be logged in further by the login unit 424 of second acquisition unit 423 and second：

Second acquisition unit 423, the URL information included in configured information is logged in for obtaining；Second login unit 424, for signing in the corresponding WebRTC servers of URL information.

It is used as a kind of optional embodiment, configured information is logged in the embodiment of the present invention can also include webpage URL, called party client end can download the webpage corresponding to webpage URL, then sign in the corresponding WebRTC servers of foregoing URL information by the webpage.Specific implementation can be that the underlying operating system at called party client end is logged in after configured information, will log in configured information and send to the browser for being provided with WebRTC, the browser, which receives to log in, logs on WebRTC servers after configured information.

It is used as a kind of optional embodiment, the called party client end of the embodiment of the present invention is logged on after WebRTC servers, the session request of WebRTC servers transmission can also be received, please with reference to Fig. 4 f, the called party client end of the embodiment of the present invention can also include respond module 45:

Receiving module 41, is additionally operable to receive the session request that WebRTC servers are sent, wherein, session request is used for the request of calls customer end and sets up session with called party client end；

Respond module 45, for sending conversational response to WebRTC servers according to session request, makes WebRTC servers forward conversational response to calls customer end, and set up called party client end and calls customer end Between session.

Called party client termination provided in an embodiment of the present invention, which is received, to be logged in after configured information, logs on WebRTC servers according to configured information is logged in, the session request sent further according to WebRTC servers is confirmed whether to set up session with calls customer end.Calls customer end is not needed to keep Entered state simultaneously with called party client end during the called party client end processing call business of the embodiment of the present invention, the call object at calls customer end can be the called party client end in non-Entered state, improve the efficiency of call treatment, calls customer end can call called end whenever and wherever possible, improve Consumer's Experience.

It refer to Fig. 5, a kind of schematic flow sheet for calling system that Fig. 5 provides for first embodiment of the invention, the figure shows the process that session is set up at the called party client end at calls customer end in calling system and non-Entered state.UE A (i.e. customer end A), WebRTC Server (webpage real-time Communication for Power WebRTC servers are included in the calling system of the embodiment of the present invention）, Web Server (web page servers）, Open Platform (network elements）, GW (Gate Way, inquire about gateway）, push server and UE B (i.e. customer end B), wherein, when UE A set up session by WebRTC Server requests with UE B, UE A are by as the calls customer end referred in previous embodiment, UE B are by as the called party client end referred in previous embodiment, WebRTC Server are the message related to calls processing unit mentioned by previous embodiment, Open Platform include but are not limited to address conversion network element and capability query network element, specifically, the flow of the present embodiment may comprise steps of：

Step S510, UE A download webpage, to be connected to Web Server_cWherein, UE A are a WebRTC Server client, can log on WebRTC Server by the webpage of download, and when UE A set up session by WebRTC Server requests with other clients, UE A will turn into calls customer end.

Step S511, UE A log on WebRTC Server.

Step S512, WebRTC Server are that UE A distribute temporary mark, and bind UE A temporary marks and UE A mark and UE A IP address.

Step S513, UE A send the first session request to WebRTC Server, and request sets up session with UE B.Wherein, UE B mark is included in first session request.

Step S514, WebRTC Server obtains UE B IP addresses by network element according to UE B mark.When WebRTC Server find request in carry be UE B mark rather than UE B it is interim Mark, then handle the first session request according to UE B non-logging status.

Step S515, network element feedback UE B IP address are to WebRTC Server.

Step S516, UE B WebRTC abilities are obtained by UE B.

Step S517, UE B confirm that UE B have WebRTC abilities.If UE B feedback UE B do not have WebRTC abilities, or UE B fail to carry out WebRTC power feedbacks at the appointed time, then stop performing following steps.

Step S518, WebRTC Server, which are sent, pushes request to push server.This step is used to make push server push log in configured information to UE B, and logging in configured information is used to indicate that UE B log on WebRTC Server.When pushing the IP address that UE B are included in request, push server can be by the UE B logged in where configured information pushes to UE B IP address of IP addresses packet form.Logging in can be comprising a web page address for being connected to Web server in configured information, and the URL addresses for indicating WebRTC Server can also log on WebRTC Server landing approach information comprising UE B.

Step S519, push server pushes and logs in configured information to UE B.

Step S5110, UE B is connected to Web Server according to web page address in configured information is logged in.Step S5111, UE B logs on the corresponding WebRTC Server in URL addresses by the webpage according to the landing approach logged in configured information.

Step S5112, WebRTC Server are that UE B distribute temporary mark, and bind UE B temporary marks and UE B mark and UE B IP address.

Step S5113, WebRTC Server send the second session request to UE B.Wherein, the IP address comprising UE A and UE B IP address in UE A temporary marks and UE B temporary marks, the message body of the second session request are included in the message header of the second session request.

Step S5114, UE B are sent for the conversational response for responding the second session request to WebRTC Server.Wherein, the IP address comprising UE A and UE B IP address in UE A temporary marks and UE B temporary marks, the message body of conversational response are included in the message header of conversational response.

Step S5115, WebRTC Server forward the conversational response to UE A.Now, the session between UE A and UE B has successfully set up.

Step S5116, network element obtains UE B IP address by inquiring about gateway.When network element fails to inquire UE B IP address, it can be inquired about by inquiring about gateway.

Step S5117, inquiry gateway feedback UE B IP address are to network element. Step S5118, WebRTC Server obtains UE B WebRTC abilities by network element.When network element fails the WebRTC abilities for inquiring UE B, it can be inquired about by inquiring about gateway.

Step S5119, network element obtains UE B WebRTC abilities by UE B.

Step S5120, UE B feedbacks UE B WebRTC abilities are to network element.

Step S5121, network element feedback UE B WebRTC abilities.

In the system of the embodiment of the present invention, UE A and UE B are that can log on WebRTC Server client in some way, the general identifications that wherein client identification can act on for differentiation, such as MSISDN (the Mobile Station International ISDN Number, mobile station International ISDN number of client）, client URL (Uniform Resource Locator, Universal Resource Locator）, client URI (Uniform Resource Identifier, universal resource identifier) etc., or the non-universal mark of customization.

In the system of the embodiment of the present invention, landing approach information can identify logon information for MSISDN, URL identifies logon information and URI mark log-on messages etc., when logging in configured information including MSISDN mark logon informations, UE B should log on WebRTC Server in the corresponding mode of MSISDN marks, when logging in configured information including URL mark logon informations, UE B should log on WebRTC Server in the corresponding mode of URL marks, when logging in configured information including URI mark logon informations, UE B should log on WebRTC Server in the corresponding mode of URI marks.

The inquiry gateway that the system of the embodiment of the present invention is used can be GGSN (Gateway GPRS Support Node, gateway GPRS support node）Or PDN GW (Packet Data Network Gateway, grouped data network gateway etc., the embodiment of the present invention is not any limitation as to the type for inquiring about gateway.

As an alternative embodiment, when capability query network element fails the WebRTC abilities for inquiring UE B, capability query network element can be inquired about further by inquiring about gateway.

It is used as a kind of optional embodiment, UE B can be according to the specific implementation for logging in configured information and logging on WebRTC servers in the system of the embodiment of the present invention, the underlying operating system at called party client end is logged in after configured information, configured information will be logged in send to the browser with WebRTC abilities, the browser, which receives to log in, logs on WebRTC servers after configured information. It refer to Fig. 6, a kind of schematic flow sheet for calling system that Fig. 6 provides for second embodiment of the invention, the figure shows the process that session is set up at the called party client end at calls customer end in calling system and non-Entered state.UE A (i.e. customer end A), WebRTC Server (webpage real-time Communication for Power WebRTC servers are included in the calling system of the embodiment of the present invention）, Interworking gateway, Web server (web page servers）, Open Platform (network elements）, GW (Gate Way, inquire about gateway）, push server and UE B (i.e. customer end B), wherein, when UE A set up session by WebRTC Server requests with UE B, UE A are by as the calls customer end referred in previous embodiment, UE B are by as the called party client end referred in previous embodiment, Interworking gateway is the message related to calls processing unit mentioned by previous embodiment, Open Platform include but are not limited to address conversion network element and capability query network element, specifically, the flow of the present embodiment may comprise steps of：

Step S610, UE A download webpage, to be connected to Web Server_cWherein, UE A are a WebRTC Server client, can log on WebRTC Server by the webpage of download, and when UE A set up session by WebRTC Server requests with other clients, UE A will turn into calls customer end.

Step S611, UE A log on WebRTC Server.

Step S612, WebRTC Server are that UE A distribute temporary mark, and bind UE A temporary marks and UE A mark and UE A IP address.

Step S613, UE A send the first session request to WebRTC Server, and request sets up session with UE B.Wherein, UE B mark is included in first session request.

Step S614, WebRTC Server forward the first session request to Interworking gateway.When WebRTC Server have found that what is carried in request is UE B mark rather than UE B temporary marks, then the first session request is handled according to UE B non-logging status.

Step S615, Interworking gateway obtains UE B IP address by network element according to UE B mark.Step S616, network element feedback UE B IP address are to Interworking gateway.

Step S617, Interworking gateway obtains UE B WebRTC abilities by UE B.

Step S618, UE B confirm that UE B have WebRTC abilities.If UE B feedback UE B do not have WebRTC abilities, or UE B fail to carry out WebRTC power feedbacks at the appointed time, then stop performing following steps.

Step S619, Interworking gateway, which is sent, pushes request to push server.This step is used to make push server push log in configured information to UE B, and logging in configured information is used to indicate that UE B log on WebRTC Server.When pushing the IP address that UE B are included in request, push server can be by the UE B logged in where configured information pushes to UE B IP address of IP address packet form.Logging in can be comprising a web page address for being connected to Web Server in configured information, and the URL addresses for indicating WebRTC Server can also log on WebRTC Server landing approach information comprising UE B.

Step S6110, push server pushes and logs in configured information to UE B.

Step S6111, UE B is connected to Web Server according to web page address in configured information is logged in.Step S6112, UE B logs on the corresponding WebRTC Server in URL addresses by the webpage according to the landing approach logged in configured information.

Step S6113, WebRTC Server are that UE B distribute temporary mark, and bind UE B temporary marks and UE B mark and UE B IP address.

Step S6114, WebRTC Server send the second session request to UE B.Wherein, the IP address comprising UE A and UE B IP address in UE A temporary marks and UE B temporary marks, the message body of the second session request are included in the message header of the second session request.

Step S6115, UE B are sent for the conversational response for responding the second session request to WebRTC Server.Wherein, the IP address comprising UE A and UE B IP address in UE A temporary marks and UE B temporary marks, the message body of conversational response are included in the message header of conversational response.

Step S6116, WebRTC Server forward the conversational response to UE A.Now, the session between UE A and UE B has successfully set up.

Step S6117, network element obtains UE B IP address by gateway.When network element fails to inquire UE B IP address, it can be inquired about by gateway.

Step S6118, gateway feedback UE B IP address are to network element.

Step S6119, UE B WebRTC abilities are obtained by network element.It when network element fails the WebRTC abilities for inquiring UE B, can be inquired about, can also be inquired about by UE B by gateway.

Step S6120, network element obtains UE B WebRTC abilities by UE B.

Step S6121, UE B feedbacks UE B WebRTC abilities are to network element.

Step S6122, network element feedback UE B WebRTC abilities are to Interworking gateway.

It refer to Fig. 7, a kind of schematic flow sheet for calling system that Fig. 7 provides for third embodiment of the invention, The figure shows the process that session is set up at the called party client end at calls customer end in calling system and non-Entered state.UE A (i.e. customer end A), WebRTC Server (webpage real-time Communication for Power WebRTC servers are included in the calling system of the embodiment of the present invention）, Web Server (web page servers）, Open Platform (network elements）, push server, SMSC (Short Message Service Center, Short Message Service Center) and UE B (i.e. customer end B), wherein, when UE A set up session by WebRTC Server requests with UE B, UE A are by as the calls customer end referred in previous embodiment, UE B are by as the called party client end referred in previous embodiment, WebRTC Server are the message related to calls processing unit mentioned by previous embodiment, Open Platform include but are not limited to address conversion network element and capability query network element, specifically, the flow of the present embodiment may comprise steps of：

Step S710, UE A download webpage, to be connected to Web Server.

Step S711, UE A log on WebRTC Server.

Step S712, WebRTC Server are that UE A distribute temporary mark, and bind UE A temporary marks and UE A mark and UE A IP address.

Step S713, UE A send the first session request to WebRTC Server, and request sets up session with UE B.Wherein, UE B mark is included in first session request.

Step S714, WebRTC Server obtain UE B WebRTC abilities.

Step S715, UE B confirm that UE B have WebRTC abilities.

Step S716, WebRTC Server, which are sent, pushes request to push server.This step is used to make push server push log in configured information to UE B, and logging in configured information is used to indicate that UE B log on WebRTC Server.Logging in can be comprising a web page address for being connected to Web Server in configured information, and the URL addresses for indicating WebRTC Server can also log on WebRTC Server landing approach information comprising UE B.

Step S717, push server pushes and logs in configured information to SMSC, SMSC will be logged in configured information in the form of short message and sends to UE B.

Step S718, SMSC will be logged in configured information in the form of short message and sent to UE B.

Step S719, UE B is connected to Web Server according to web page address in configured information is logged in.

Step S7110, UE B logs on the corresponding WebRTC Server in URL addresses by the webpage according to the landing approach logged in configured information.

Step S7111, WebRTC Server are that UE B distribute temporary mark, and it is interim to bind UE B The mark and UE B IP address of mark and UE B.

Step S7112, WebRTC Server send the second session request to UE B.

Step S7113, UE B are sent for the conversational response for responding the second session request to WebRTC

Server

Step S7114, WebRTC Server forward the conversational response to UE A.Now, the session between UE A and UE B has successfully set up.

Step S7115, WebRTC Server passes through the WebRTC abilities by network element acquisition UE B.When network element fails the WebRTC abilities for inquiring UE B, it can be inquired about by inquiring about gateway.

Step S7116, network element obtains UE B WebRTC abilities by UE B.

Step S7117, UE B feedbacks UE B WebRTC abilities are to network element.

Step S7118, network element feedback UE B WebRTC abilities.

Compared to the system shown in Fig. 7, system provided in an embodiment of the present invention can be sent in the form of short message by SMSC and log in configured information to UE B, and the information that SMSC transmissions can be read in UE B carries out logon operation.

It refer to Fig. 8, a kind of schematic flow sheet for calling system that Fig. 8 provides for fourth embodiment of the invention, the figure shows the process that session is set up at the called party client end at calls customer end in calling system and non-Entered state.UE A (i.e. customer end A), WebRTC Server (webpage real-time Communication for Power WebRTC servers are included in the calling system of the embodiment of the present invention）, Interworking gateway, Web server (web page servers）, Open Platform (network elements）, push server, SMSC (Short Message Service Center, Short Message Service Center）And UE B (i.e. customer end B), wherein, when UE A set up session by WebRTC Server requests with UE B, UE A are by as the calls customer end referred in previous embodiment, UE B are by as the called party client end referred in previous embodiment, Interworking gateway is the message related to calls processing unit mentioned by previous embodiment, Open Platform include but are not limited to address conversion network element and capability query network element, specifically, the flow of the present embodiment may comprise steps of：

Step S810, UE A download webpage, to be connected to Web Server.

Step S811, UE A log on WebRTC Server.

Step S812, WebRTC Server are that UE A distribute temporary mark, and bind UE A and mark temporarily Know the mark and UE A IP address with UE A.

Step S813, UE A send the first session request to WebRTC Server, and request sets up session with UE B.Wherein, UE B mark is included in first session request.

Step S814, WebRTC Server forward the first session request to Interworking gateway.When WebRTC Server have found that what is carried in request is UE B mark rather than UE B temporary marks, then the first session request is handled according to UE B non-logging status.

Step S815, Interworking gateway obtains UE B WebRTC abilities.

Step S816, UE B confirm that UE B have WebRTC abilities.

Step S817, Interworking gateway, which is sent, pushes request to push server.This step is used to make push server push log in configured information to UE B, and logging in configured information is used to indicate that UE B log on WebRTC Server.Logging in can be comprising a web page address for being connected to Web Server in configured information, and the URL addresses for indicating WebRTC Server can also log on WebRTC Server landing approach information comprising UE B.

Step S818, push server pushes and logs in configured information to SMSC, SMSC will be logged in configured information in the form of short message and sends to UE B.

Step S819, SMSC will be logged in configured information in the form of short message and sent to UE B.

Step S8110, UE B is connected to Web Server according to web page address in configured information is logged in.Step S8111, UE B is logged on by the webpage according to the landing approach logged in configured information

The corresponding WebRTC Server in URL addresses.

Step S8112- steps S8119 is with abovementioned steps S7111- steps S7118.

Compared to the system shown in Fig. 8, system provided in an embodiment of the present invention can be sent in the form of short message by SMSC and log in configured information to UE B, and the information that SMSC transmissions can be read in UE B carries out logon operation.

Fig. 9 is referred to, Fig. 9 is another message related to calls processing unit structure chart provided in an embodiment of the present invention.Wherein, the message related to calls processing unit that the present embodiment is provided is corresponding with the processing method of the message related to calls shown in Fig. 1, for the executive agent of the processing method based on the message related to calls shown in Fig. 1.Concrete implementation form is as shown in figure 9, the message related to calls processing unit that the present embodiment is provided includes：Input unit 91, output device 92nd, memory 93 and processor 94, wherein, batch processing code is stored in memory 93, and processor 94 is used to call the program code stored in memory 93, for performing following operation：

First session request at calls customer end is received, wherein, the first session request carries called party client end mark；

Obtain called party client end mark；

Transmission logs in configured information to called party client end and identifies corresponding called party client end, wherein, logging in configured information is used to indicate that called party client end signs in webpage real-time Communication for Power WebRTC servers according to configured information is logged in, to set up the session between calls customer end and called party client end.

Include as an alternative embodiment, the execution transmission of processor 94 logs in configured information to the corresponding called party client end of called party client end mark：

Generation logs in configured information；

Include as an alternative embodiment, processor 94 performs the called party client end internet protocol address obtained corresponding to the mark of called party client end：

As an alternative embodiment, after the mark of the acquisition called party client of processor 94 end, transmission is logged in before configured information to the corresponding called party client end of called party client end mark, is additionally operable to perform following operation：Send WebRTC capability query messages to called party client end and identify corresponding called party client end；The WebRTC capabilities response information that called party client end is sent is received, WebRTC capabilities responses information is that called party client end confirms that called party client end has what is generated after WebRTC abilities；

Or,

Send WebRTC capability query messages to called party client end and identify corresponding called party client end；When not receiving the WebRTC capabilities response information of called party client end transmission at the appointed time, do not send and log in configured information to the corresponding called party client end of called party client end mark.

As an alternative embodiment, after the mark of the acquisition called party client of processor 94 end, transmission is logged in before configured information to the corresponding called party client end of called party client end mark, is additionally operable to perform following operation：Called party client end WebRTC capability queries are sent to instruct to capability query network element, called party client end The instruction of WebRTC capability queries carries called party client end mark；

The WebRTC ability confirmations that receiving ability inquiry network element is sent, WebRTC ability confirmations are that capability query network element execution called party client end WebRTC capability query instructions queries go out after called party client end has WebRTC abilities to generate；

Or,

Send and push request to push server, wherein, push request includes logging in configured information, pushes request and pushes to the corresponding called party client end of called party client end mark for making push server to log in configured information.

It is used as a kind of optional embodiment, log in one or two kinds of in uniform resource position mark URL information of the configured information also including landing approach information and WebRTC servers, landing approach information is used to indicate called party client end according to landing approach log to WebRTC servers, and URL information indicates that called party client end signs in the corresponding WebRTC servers of URL information.

Logged in as an alternative embodiment, processor 94 performs transmission after configured information to called party client end identifies corresponding called party client end, be additionally operable to perform following operation：

When detecting called party client end and logging on WebRTC servers, send the second session request and give called party client end；

Receive after the conversational response that called party client end responds the second session request, forwarding conversational response is to calls customer end, the session set up between called party client end and calls customer end.

Figure 10 is referred to, Figure 10 is another called party client end structure figure provided in an embodiment of the present invention.Wherein, the called party client end that the present embodiment is provided is corresponding with the processing method of the message related to calls shown in Fig. 2, for the executive agent of the processing method based on the message related to calls shown in Fig. 2.As shown in Figure 10, the called party client end that the present embodiment is provided includes concrete implementation form：Input unit 101, output device 102, memory 103 and processor 104, wherein, batch processing code is stored in memory 103, and processor 104 is used to call the program code stored in memory 103, for performing following operation：

Receive the transmission of message related to calls processing equipment logs in configured information, wherein, message related to calls processing equipment includes any in webpage real-time Communication for Power WebRTC servers and Interworking gateway；

WebRTC servers are signed according to configured information is logged in, to set up the session between calls customer end and called party client end.

As an alternative embodiment, processor 104 is performed before reception logs in configured information, it is additionally operable to perform following operation：

Confirm whether called party client end has WebRTC abilities；

If confirming, called party client end has WebRTC abilities, WebRTC capabilities responses information is then sent to capability query network element is logged in, makes to log in capability query network element WebRTC abilities confirmation is sent according to WebRTC capabilities responses information and give message related to calls processing equipment；

Or,

As an alternative embodiment, logging in configured information also includes landing approach information, processor 104 includes according to logging in configured information and sign in WebRTC servers：

According to landing approach information registration to WebRTC servers.

As an alternative embodiment, logging in configured information also includes the unification of WebRTC servers URLs URL information, processor 104, which is performed, to be included according to logging in configured information and sign in webpage real-time Communication for Power WebRTC servers：

Sign in the corresponding WebRTC servers of URL information.

As an alternative embodiment, processor 104 is performed according to logging in after configured information signs in WebRTC servers, it is additionally operable to perform following operation：

The session request that WebRTC servers are sent is received, session request is used for the request of calls customer end and sets up session with called party client end；

Conversational response is sent to WebRTC servers according to session request, WebRTC servers is forwarded conversational response to calls customer end, and the session set up between called party client end and calls customer end.

In several embodiments provided herein, it should be understood that disclosed apparatus and method, it can realize by another way.For example, device embodiment described above is only schematical, for example, the division of module or unit, it is only a kind of division of logic function, there can be other dividing mode when actually realizing, such as multiple units or module can combine or be desirably integrated into another system, or some features can be ignored, or do not perform.In addition, shown or discussed coupling each other or direct close or communication connection can be closed by indirect of some interfaces, device, module or unit or communication connection or electricity, mechanical or other forms are connected.

The module or unit illustrated as separating component can be or may not be physically separate, the part shown as module or unit can be or may not be physical module or unit, a place can be located at, or can also be distributed on multiple mixed-media network modules mixed-medias or unit.Some or all of module therein or unit can be selected to realize the purpose of the embodiment of the present application scheme according to the actual needs.

In addition, each functional module or unit in the application each embodiment can be integrated in a processing module or unit, can also be that modules or unit are individually physically present or two or more modules or unit are integrated in a module or unit.Above-mentioned integrated module or unit can both be realized in the form of hardware, it would however also be possible to employ the form of SFU software functional unit is realized.

If integrated module or unit are realized using in the form of software function module or unit and as independent production marketing or in use, can be stored in a computer read/write memory medium.Based on such reason Solution, the part that the technical scheme of the application substantially contributes to prior art in other words, or all or part of the technical scheme can be embodied in the form of software product, the computer software product is stored in a storage medium, including some instructions are to cause a computer equipment（Can be personal computer, server, or network equipment etc.）Perform all or part of step of each embodiment method of the application.And foregoing storage medium includes：USB flash disk, mobile hard disk, read-only storage（ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disc or CD etc. are various can be with the medium of store program codes.

More than; the only embodiment of the application; but the protection domain of the application is not limited thereto; any one skilled in the art is in the technical scope that the application is disclosed; various equivalent modifications or substitutions can be readily occurred in, these modifications or substitutions should all cover within the protection domain of the application.Therefore, the protection domain of the application should be defined by scope of the claims.

Claims

Claim

1st, a kind of processing method of message related to calls, it is characterised in that including：

First session request at calls customer end is received, first session request carries called party client end mark；

Obtain the called party client end mark；

Transmission logs in configured information to the called party client end and identifies the corresponding called party client end, the configured information that logs in is used to indicate that the called party client end logs in configured information according to and signs in webpage real-time Communication for Power WebRTC servers, to set up the session between the calls customer end and the called party client end.

2nd, the method as described in claim 1, it is characterised in that transmission, which logs in configured information to the corresponding called party client end of called party client end mark, to be included：

Obtain the corresponding called party client end internet protocol address of the called party client end mark；Configured information is logged in described in generation；

Configured information is logged in the corresponding called party client end of called party client end IP address described in sending.

3rd, method as claimed in claim 2, it is characterised in that obtaining the corresponding called party client end internet protocol address of the called party client end mark includes：

Send and carry the address search message of called party client end mark to address conversion network element；

Receive the called party client end IP address of the address conversion network element feedback.

4th, the method as described in claim 1, it is characterised in that obtain after the called party client end mark, transmission is logged in before configured information to the corresponding called party client end of called party client end mark, in addition to：

Send WebRTC capability query messages to the called party client end and identify the corresponding called party client end；

The WebRTC capabilities response information that the called party client end is sent is received, the WebRTC capabilities responses information called party client end confirms that the called party client end is generated after having WebRTC abilities； Or,

Send the WebRTC capability query messages to the called party client end and identify the corresponding called party client end；

When not receiving the WebRTC capabilities responses information that the called party client end is sent at the appointed time, configured information to the called party client end that logs in is not sent and identifies the corresponding called party client end.

5th, the method as described in claim 1, it is characterised in that obtain after the called party client end mark, transmission is logged in before configured information to the corresponding called party client end of called party client end mark, in addition to：

Send called party client end WebRTC capability queries to instruct to capability query network element, the called party client end WebRTC capability queries instruction carries the called party client end mark；

The WebRTC ability confirmations that the capability query network element is sent are received, the WebRTC abilities confirmation is that the capability query network element execution called party client end WebRTC capability query instructions queries go out after the called party client end has the WebRTC abilities to generate；

Or,

The called party client end WebRTC capability queries are sent to instruct to the capability query network element；When not receiving the WebRTC abilities confirmation that the capability query network element is sent at the appointed time, configured information to the called party client end that logs in is not sent and identifies the corresponding called party client end.

6th, the method as described in claim 1, it is characterised in that transmission, which logs in configured information to the corresponding called party client end of called party client end mark, to be included：

Send and push request to push server, push request include it is described log in configured information, the push ask for make the push server by it is described log in configured information and push to the called party client end identify the corresponding called party client end.

7th, the method as any one of claim 1,2 or 4-6, it is characterised in that the configured information that logs in also includes the URL of landing approach information and the WebRTC servers It is one or two kinds of in URL information, the landing approach information is used to indicate the called party client end according to the landing approach log to the WebRTC servers, and the URL information indicates that the called party client end signs in the corresponding WebRTC servers of the URL information.

8th, the method as any one of claim 1-7, it is characterised in that transmission is logged in after configured information to the corresponding called party client end of called party client end mark, in addition to：

When detecting the called party client end and logging on the WebRTC servers, the second session request is sent to the called party client end；

Receive after the conversational response that the called party client end responds second session request, forward the conversational response to the calls customer end, the session set up between the called party client end and the calls customer end.

9th, a kind of processing method of message related to calls, it is characterised in that including：

The configured information that logs in of message related to calls processing equipment transmission is received, the message related to calls processing equipment includes any in webpage real-time Communication for Power WebRTC servers and Interworking gateway；

The WebRTC servers are signed according to the configured information that logs in, to set up the session between calls customer end and called party client end.

10th, method as claimed in claim 9, it is characterised in that reception is logged in before configured information, in addition to：

Receive the WebRTC capability query messages that the message related to calls processing equipment is sent；

Confirm whether the called party client end has the WebRTC abilities；

If confirming, the called party client end has the WebRTC abilities, sends WebRTC capabilities responses information to the message related to calls processing equipment；Or,

If confirming, the called party client end does not have the WebRTC abilities, and the WebRTC capabilities responses information is not sent to the message related to calls processing equipment.

11st, method as claimed in claim 9, it is characterised in that reception is logged in before configured information, in addition to： Receive the WebRTC capability query messages for logging in the transmission of capability query network element；

Confirm whether the called party client end has the WebRTC abilities；

If confirming, the called party client end has the WebRTC abilities, then send WebRTC capabilities responses information and log in capability query network element to described, the capability query network element that logs in is sent WebRTC abilities confirmation to the message related to calls processing equipment according to the WebRTC capabilities responses information；Or,

If confirming, the called party client end does not have the WebRTC abilities, and the WebRTC capabilities responses information is not sent and logs in capability query network element to described.

12nd, method as claimed in claim 9, it is characterised in that the configured information that logs in also includes landing approach information, according to it is described log in configured information and sign in the WebRTC servers include：

The landing approach information included in configured information is logged in described in obtaining；

According to the landing approach information registration to the WebRTC servers.

13rd, method as claimed in claim 9, it is characterized in that, the configured information that logs in also includes the uniform resource position mark URL information of the WebRTC servers, according to it is described log in configured information and sign in webpage real-time Communication for Power WebRTC servers include：

The URL information included in configured information is logged in described in obtaining；

Sign in the corresponding WebRTC servers of the URL information.

14th, the method as any one of claim 9-13, it is characterised in that logged according to described after configured information signs in the WebRTC servers, in addition to：

The session request that the WebRTC servers are sent is received, the session request is used for the request of calls customer end and sets up session with the called party client end；

Conversational response is sent to the WebRTC servers according to the session request, the WebRTC servers is forwarded the conversational response to the calls customer end, and the session set up between the called party client end and the calls customer end.

15th, a kind of message related to calls processing equipment, it is characterised in that including： Receiving module, the first session request for receiving calls customer end, first session request carries called party client end mark；

Acquisition module, for obtaining the called party client end mark；

Sending module, configured information is logged in the corresponding called party client end of called party client end mark for sending, the configured information that logs in is used to indicate that the called party client end logs in configured information according to and signs in webpage real-time Communication for Power WebRTC servers, to set up the session between the calls customer end and the called party client end.

16th, message related to calls processing equipment as claimed in claim 15, it is characterised in that the sending module includes：

Acquisition submodule, the called party client end internet protocol address corresponding for obtaining the called party client end mark；

Submodule is generated, described configured information is logged in for generating；

Sending submodule, described configured information is logged in the corresponding called party client end of called party client end IP address for sending.

17th, message related to calls processing equipment as claimed in claim 16, it is characterised in that the acquisition submodule includes：

Transmitting element, the address search message of called party client end mark is carried for sending to address conversion network element；

Receiving unit, the called party client end IP address for receiving the address conversion network element feedback.

18th, message related to calls processing equipment as claimed in claim 15, it is characterised in that

The sending module, is additionally operable to send WebRTC capability query messages to the corresponding called party client end of called party client end mark；

The receiving module, is additionally operable to receive the WebRTC capabilities response information that the called party client end is sent, the WebRTC capabilities responses information called party client end confirms that the called party client end is generated after having WebRTC abilities；

Or, The sending module, is additionally operable to send the WebRTC capability query messages to the corresponding called party client end of called party client end mark；

The receiving module, when being additionally operable to not receive the WebRTC capabilities responses information of the called party client end transmission at the appointed time, generation first terminates prompting message and simultaneously sent to the sending module；The sending module, is additionally operable to after the first termination prompting message that the receiving module is sent, and the transmission is not sent and logs in configured information to the corresponding called party client end of called party client end mark.

19th, message related to calls processing equipment as claimed in claim 15, it is characterised in that

The sending module, is additionally operable to transmission called party client end WebRTC capability queries and instructs to capability query network element, the called party client end WebRTC capability queries instruction carries the called party client end mark；The receiving module, it is additionally operable to receive the WebRTC ability confirmations that the capability query network element is sent, the WebRTC abilities confirmation is that the capability query network element execution called party client end WebRTC capability query instructions queries go out after the called party client end has the WebRTC abilities to generate；

Or,

The sending module, is additionally operable to send the called party client end WebRTC capability queries and instructs to the capability query network element；

The receiving module, when being additionally operable to not receive the WebRTC abilities confirmation of the capability query network element transmission at the appointed time, generation second terminates prompting message and simultaneously sent to the sending module；The sending module, is additionally operable to receive after the second termination prompting message that the receiving module is sent, configured information to the called party client end that logs in is not sent and identifies the corresponding called party client end.

20th, message related to calls processing equipment as claimed in claim 15, it is characterised in that

The sending module, it is additionally operable to send and pushes request to push server, it is described push request include it is described log in configured information, the push ask for make the push server by it is described log in configured information and push to the called party client end identify the corresponding called party client end.

21st, the message related to calls processing equipment as any one of claim 15,16 or 18-20, it is characterised in that the configured information that logs in also includes landing approach information and the WebRTC servers Uniform resource position mark URL information in it is one or two kinds of, the landing approach information is used to indicate the called party client end according to the landing approach log to the WebRTC servers, and the URL information indicates that the called party client end signs in the corresponding WebRTC servers of the URL information.

22nd, the message related to calls processing equipment as any one of claim 15-21, it is characterized in that, the sending module, is additionally operable to detect the called party client end when logging on the WebRTC servers, sends the second session request to the called party client end；

The receiving module, is additionally operable to receive after the conversational response that the called party client end responds second session request, forwards the conversational response to the calls customer end, the session set up between the called party client end and the calls customer end.

23rd, a kind of called party client end, it is characterised in that including：

Receiving module, the configured information that logs in for receiving the transmission of message related to calls processing equipment, the message related to calls processing equipment includes any in webpage real-time Communication for Power WebRTC servers or Interworking gateway；

Login module, signs in the WebRTC servers, to set up the session between calls customer end and called party client end for logging in configured information according to.

24th, called party client end as claimed in claim 23, it is characterised in that

The receiving module, is additionally operable to receive the WebRTC capability query messages of the message related to calls processing equipment；

Also include：

First confirms module, for confirming whether the called party client end has the WebRTC abilities；When being additionally operable to confirm that the called party client end has the WebRTC abilities, WebRTC capabilities responses information is sent to the message related to calls processing equipment；It is additionally operable to confirm that the called party client end does not have the WebRTC abilities, the WebRTC capabilities responses information is not sent to the message related to calls processing equipment.

25th, called party client end as claimed in claim 23, it is characterised in that

The receiving module, is additionally operable to receive the WebRTC capability query messages for logging in the transmission of capability query network element； Also include：

Second confirms module, for confirming whether the called party client end has the WebRTC abilities；When being additionally operable to confirm that the called party client end has the WebRTC abilities, send WebRTC capabilities responses information and log in capability query network element to described, the capability query network element that logs in is sent WebRTC abilities confirmation to the message related to calls processing equipment according to the WebRTC capabilities responses information；When being additionally operable to confirm that the called party client end does not have the WebRTC abilities, the WebRTC capabilities responses information is not sent and logs in capability query network element to described.

26th, called party client end as claimed in claim 23, it is characterised in that the configured information that logs in also includes landing approach information, and the log-in module includes：

First acquisition unit, described the landing approach information included in configured information is logged in for obtaining；First login unit, for according to the landing approach information registration to the WebRTC servers.

27th, called party client end as claimed in claim 23, it is characterised in that the configured information that logs in also includes the uniform resource position mark URL information of the WebRTC servers, and the login module includes：Second acquisition unit, described the URL information included in configured information is logged in for obtaining；Second login unit, for signing in the corresponding WebRTC servers of the URL information.

28th, the called party client end as any one of claim 23-27, it is characterized in that, the receiving module, is additionally operable to receive the session request that the WebRTC servers are sent, the session request is used for the request of calls customer end and sets up session with the called party client end；

Also include：

Respond module, for sending conversational response to the WebRTC servers according to the session request, the WebRTC servers are made to forward the conversational response to the calls customer end, and the session set up between the called party client end and the calls customer end.