WO2017028276A1 - 一种 rtc 服务器、应用其的通信系统和方法 - Google Patents

一种 rtc 服务器、应用其的通信系统和方法 Download PDF

Info

Publication number
WO2017028276A1
WO2017028276A1 PCT/CN2015/087522 CN2015087522W WO2017028276A1 WO 2017028276 A1 WO2017028276 A1 WO 2017028276A1 CN 2015087522 W CN2015087522 W CN 2015087522W WO 2017028276 A1 WO2017028276 A1 WO 2017028276A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
type
client
rtc
communication
Prior art date
Application number
PCT/CN2015/087522
Other languages
English (en)
French (fr)
Inventor
张永斌
Original Assignee
张永斌
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 张永斌 filed Critical 张永斌
Priority to PCT/CN2015/087522 priority Critical patent/WO2017028276A1/zh
Publication of WO2017028276A1 publication Critical patent/WO2017028276A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to an RTC server, a communication system and method using the same.
  • Network-based communication is generally implemented based on a certain (group) communication protocol by constructing a client and a server, connecting at least two clients through at least one server, whereby the user can implement between them by using the client Information transfer.
  • Clients for these various communication software can be installed on fixed terminals such as desktops or on laptops, PDAs.
  • a device such as a mobile phone may have multiple clients installed to communicate using different communication software.
  • a specific application scenario may be as shown in Figure 1.
  • the XMPP application server, the IMS/SIP application server, and the PSTN application server are respectively based on the XMPP protocol, the SIP protocol, and the RTP between the clients on these different devices.
  • the protocol implements communication.
  • users using device 100 use XMPP application server-based communication software Gtalk, IMS/SIP application server-based communication software Enterprise instant messaging software for sipdroid and PSTN application server-based communication software
  • users using device 200 use XMPP application server-based communication software Gtalk
  • users using device 300 use IMS/SIP application server-based communication software sipdroid and PSTN-based
  • the enterprise instant messaging software of the application server communication software so that the user who uses the device 100 and the user who uses the device 200 can communicate using the communication software Gtalk, using the device Users of 100 and users using device 300 can communicate using the communication software sipdroid and enterprise instant messaging software, while users of device 200 and devices 300 are used. Users cannot communicate with each other.
  • WebRTC Web Real-Time Communication
  • Figure 2 shows an architecture in which the client is a web page. Web browser and HTTP The general applicability of the agreement makes it possible to phase out and replace the various communication software described above in the future.
  • WebRTC It is still in the development stage, and it currently provides media data processing and network transmission instead of real-time control, so it takes a long time to replace other communication software. In this process, there are still multiple communication software, multiple communication protocols, multiple application servers and clients coexisting, how to use different communication software (including Direct communication between users of WebRTC) is a problem that needs to be solved.
  • the present invention provides an RTC.
  • a server, a communication system and method thereof are applied to solve the problems in the prior art.
  • an RTC server for HTTP based Communication between the first type of client communicating with the protocol, for the first type of client and not based on HTTP Communication between a second type of client communicating with the protocol and communication between the second type of clients, the second type of client communicating between one or more application servers, the application server being Based on the SIP protocol, Established by one or more of the XMPP protocol and the SRTP/RTP protocol, characterized in that
  • the RTC The server includes a southbound interface for connecting with the first type of client and a northbound interface for connecting with one or more of the application servers; the RTC server is encapsulated with HTTP, SIP, The XMPP and SRTP/RTP protocol sets, the communication between the southbound interface and the first type of client is based on the HTTP The protocol set, the communication between the northbound interface and the one or more application servers is based on one or more of the SIP, XMPP, SRTP/RTP protocol sets.
  • the server further includes a standardization module that connects the southbound interface and the northbound interface for coming from the first when the first type of client communicates with the second type of client Class customer information based on The form of the HTTP protocol is converted to a form based on the protocol used by the second type of client, or information from the second type of client is from the form of the protocol used by the second type of client Convert to based The form of the HTTP protocol.
  • the application server is an IMS/SIP server, an XMPP server, a REST server, and an RTP. Server and / or PSTN server.
  • the first type of client is directly connected to the southbound interface of the RTC server or connected to the The southbound interface of the RTC server.
  • the RTC server and the first type of client the web server, the IMS/SIP server, the The communication between the XMPP server, the REST server, the RTP server, and the PSTN server is two-way communication.
  • the communication between the RTC server and the first type of client uses HTTP based Secure web interface.
  • the communication is performed after the first type of client is woken up by the outband notification. .
  • the RTC The server further includes a first management module, the first management module is connected between the southbound interface and the northbound interface; the first management module is to the first type of client, the web server, and the IMS/SIP
  • the server, the XMPP server, the REST server, the RTP server, and/or the PSTN server provide real-time feedback and according to the first type of client, the web
  • the requirements of the server, the IMS/SIP server, the XMPP server, the REST server, the RTP server, and/or the PSTN server are expanded accordingly RTC server communication traffic.
  • the RTC server further includes, to the first type of client, the second type of client, the web server, An IMS/SIP server, the XMPP server, the REST server, the RTP server, and/or the PSTN
  • the server provides a second management module of the authentication service, and the second management module is connected between the southbound interface and the northbound interface.
  • the second management module is further configured to: the first type client, the second type client, the web server, the An IMS/SIP server, the XMPP server, the REST server, the RTP server, and/or the PSTN server provide an authorization service.
  • the second management module is further configured to: the first type client, the second type client, the web server, the The IMS/SIP server, the XMPP server, the REST server, the RTP server, and/or the PSTN server provide billing services.
  • a communication system based on the RTC server described above, characterized in that it comprises the above RTC
  • the server further includes at least one of the first type of clients, the first client being connected to the southbound interface of the RTC server.
  • the communication system further includes at least one web server, and at least one of the first clients passes the web The server is connected to the southbound interface of the RTC server.
  • the communication system further includes at least one of the application server and at least one of the second type of clients connected to the application server, the application server being connected to the RTC The northbound interface of the server.
  • the application server is an IMS/SIP server, an XMPP server, a REST server, and an RTP. Server and / or PSTN server.
  • the communication system includes the RTC described above
  • the server further includes at least one of the application server and at least one of the second type of clients connected to the application server, the application server being connected to the northbound interface of the RTC server.
  • the application server is an IMS/SIP server, an XMPP server, a REST server, and an RTP. Server and / or PSTN server.
  • the communication method includes:
  • the at least two of the first type of clients communicate based on an HTTP protocol.
  • the communication method includes:
  • At least two of the first type of clients communicate based on an HTTP protocol.
  • the RTC server sets a communication mode between the first type of clients according to the number of the first type of clients.
  • One of the first type of clients selects a communication mode between the first type of clients and instructs the RTC
  • the server sets the communication mode to the selected communication mode.
  • the communication mode includes a conference bridge, a P2P, and a redundant connection P2P.
  • the communication method includes:
  • the application server is IMS/SIP server, XMPP server, REST server, RTP server, and / or PSTN a server; communication between the second type of client and the application server is based on one or more of the SIP, XMPP, SRTP/RTP protocol sets;
  • the RTC server will be based on HTTP from the first type of client Information in the form of a protocol is converted to a form based on the protocol used by the second type of client and transmitted to the second type of client by the application server; and / or
  • the RTC server converts information in the form of the protocol used by the second type of client from the application server to HTTP based
  • the form of the protocol is passed to the first type of client.
  • the communication method includes:
  • the application server is IMS/SIP server, XMPP server, REST server, RTP server, and / or PSTN a server; communication between the second type of client and the application server is based on one or more of the SIP, XMPP, SRTP/RTP protocol sets;
  • the RTC server will be based on HTTP from the first type of client Information in the form of a protocol is converted to a form based on the protocol used by the second type of client and transmitted to the second type of client by the application server; and / or
  • the RTC server converts information in the form of the protocol used by the second type of client from the application server to HTTP based
  • the form of the protocol is transmitted to the first type of client through the web server.
  • the RTC Determining, by the server, a communication mode between the first type of client and the second type of client according to the number of the first type of client and the second type of client;
  • One of the first type of client and the second type of client selects a communication mode between the first type of client and the second type of client, and instructs the The RTC server sets the communication mode to the selected communication mode.
  • the communication mode includes a conference bridge, a P2P, and a redundant connection P2P.
  • the communication method includes:
  • the first application server is an IMS/SIP server, an XMPP server, a REST server, an RTP server, and/or a PSTN a server; the communication between the first one of the second type of client and the first application server is based on one or more of the SIP, XMPP, SRTP/RTP protocol sets;
  • the second application server is an IMS/SIP server, an XMPP server, a REST server, an RTP server, and/or a PSTN a server; the communication between the second of the second type of client and the second application server is based on one or more of the SIP, XMPP, SRTP/RTP protocol sets;
  • the RTC The server converts information in the form of the protocol used by the first of the second type of clients from the first application server to HTTP-based Form of the protocol and then converted into the form of the protocol used by the second of the second type of client, and transmitted to the second of the second type of client by the second application server ;and / or
  • the RTC The server converts information in the form of the protocol used by the second of the second type of clients from the second application server to HTTP based Form of the protocol and then converted into the form of the protocol used by the first of the second type of clients, and transmitted to the first of the second type of clients by the first application server .
  • the RTC server determines a communication mode between the second type of clients according to the number of the second type of clients.
  • One of the second type of clients selects a communication mode between the second type of clients and instructs the RTC
  • the server sets the communication mode to the selected communication mode.
  • the communication mode includes a conference bridge, a P2P, and a redundant connection P2P.
  • the communication is performed after the first type of client is woken up by the outband notification. .
  • the RTC based on the present invention can be seen.
  • Server by using the communication system and method of the present invention, the present invention enables direct communication between users based on different application servers (including WebRTC) using different communication protocols Users can conveniently transfer various kinds of information including text, voice, multimedia, etc. in real time to each other, thereby eliminating the need to install multiple clients of different communication software on the device used by themselves according to the communication object and content, and facilitating The user experience.
  • the present invention also provides for synchronous or asynchronous function wake-up to dynamically increase the activity of the communication client; and in the communication system of the present invention, the client has an option to change the communication mode through which the user can
  • the RTC server performs the appropriate action to set the communication mode between the client segments to its selected communication mode.
  • FIG. 1 shows an application scenario of a client and an application server of various communication softwares of the prior art.
  • Figure 2 shows an architecture of a prior art WebRTC.
  • FIG. 3 is a block diagram of the RTC server of the present invention.
  • Figure 4 shows the RTC of the present invention shown in Figure 3 placed in a communication network. The connection between the server and other parts of the network.
  • FIG. 5-8 show four structural block diagrams of the communication system of the present invention in the first to fourth embodiments, respectively.
  • Fig. 9 is a timing chart showing an application example of the communication method of the present invention in the first embodiment.
  • Fig. 10 is a timing chart showing an application example of the communication method of the present invention in the second embodiment.
  • 11-13 are timing charts showing three application examples of the communication method of the present invention in the second embodiment.
  • Fig. 14 is a timing chart showing an application example of the communication method of the present invention in the third embodiment.
  • 15 to 18 are timing charts showing four application examples of the communication method of the present invention in the third embodiment.
  • Fig. 19 is a timing chart showing an application example of the communication method of the present invention in the fourth embodiment.
  • the RTC server of the present invention includes a southbound interface and a northbound interface, which are encapsulated with multiple protocol sets, such as HTTP, SIP, XMPP, and SRTP/RTP protocol sets, etc.; between the southbound interface and the northbound interface, a standardized module is provided for HTTP-based from the southbound interface.
  • the information in the form of a protocol is converted into a form based on one or more protocols in the plurality of protocol sets described above, and may be output from a northbound interface, or in the form of one or more protocols based on the plurality of protocol sets from the northbound interface Information is converted to The form of the HTTP protocol and can be output from the south interface.
  • Figure 4 shows the connection relationship between the RTC server shown in Figure 3 and other parts of the network that are set up in a communication network:
  • the RTC server can connect directly to the first type of client or through the web.
  • the server is connected to the first type of client.
  • the communication of the first type of client is based on the HTTP protocol
  • the web server is such as a WebRTC server.
  • the first type of client is directly connected to the RTC.
  • the southbound interface of the server, the two directly communicate through the HTTP protocol-based JSON protocol, SRTP protocol; or the first type of client connects to the RTC through the Web server
  • the southbound interface of the server, the first type of client and the web server communicate based on the HTTP protocol, and the web server and the RTC server communicate based on the REST protocol.
  • the northbound interface of the server is used to connect to other application servers over the network, or to connect to an application network that contains other application servers.
  • These application servers can be IMS/SIP servers, XMPP servers, REST server, RTP server, PSTN server, and other application servers, RTC of the present invention
  • the server packs the set of protocols supported by these application servers, thereby enabling direct communication with these application servers. That is, the RTC of the present invention
  • the server's northbound interface can receive information from these application servers and send the information from the northbound interface to these application servers.
  • a second type of client connected to these application servers is indirectly connected to the RTC of the present invention Server.
  • the communication between these second type of clients and the application server to which they are connected is based on the protocol used by the application server, not the HTTP protocol.
  • Such as shown in Figure 4 with IMS/SIP The communication between the second type of client connected to the server and the IMS/SIP server is based on the SIP protocol. Therefore, it can be seen that the RTC of the present invention is passed through the IMS/SIP server.
  • the northbound interface of the server can receive information from the second type of client and can send the information from the northbound interface to the second type of client.
  • the various parts of the communication network shown in FIG. 4 can communicate seamlessly, Conveniently transfer various types of information including text, voice, multimedia, etc. in real time.
  • the communication between the first type of client and the second type of client shown in FIG. 4 may be that the first type of client is issued based on HTTP.
  • the communication between the various parts of the aforementioned communication network should be bidirectional in practical operation.
  • PDAs for installation on such as mobile phones, PDAs
  • the first type of client on a mobile device such as a two-way communication with the RTC server, preferably uses an HTTP-based secure web interface (HTTPS based Secured) Websockets).
  • HTTPS based Secured HTTP-based secure web interface
  • the two-way communication between the two is preferably performed after waking up, for example, the RTC server passes through, for example, Apple.
  • Out of band notifications for Notification, Android Notification, SMS, IM, Email, etc. Notification wakes up the first type of client and communicates with it.
  • a first management module is also disposed between the southbound interface and the northbound interface of the RTC server of the present invention.
  • the server and the first type of client, web server, IMS/SIP server, XMPP server, REST server, RTP server, and/or connected to the RTC server The PSTN server can communicate directly with the first management module, where the first type of client, web server, IMS/SIP server, XMPP server, REST server, RTP
  • the server and/or the PSTN server can send QoS (Quality of Service) information to the first management module to the first management module as needed, RTC
  • the server unifies QoS information from one or more of the above clients and servers, and instructs the first management module to process the QoS Information to determine if you need to use another network router.
  • the first management module can provide real-time feedback to clients and servers connected to the RTC server and expand accordingly according to their needs.
  • RTC server communication traffic with QoS capabilities to ensure that important traffic is not delayed or dropped while the network is overloaded or congested, while ensuring efficient network operation.
  • a second management module is further disposed between the southbound interface and the northbound interface of the RTC server of the present invention for use with the RTC.
  • the first type of client connected to the server, the second type of client, the web server, the IMS/SIP server, the XMPP server, the REST server, the RTP server, and/or The PSTN server provides authentication services.
  • the second management module is also used to provide authorization services and provide billing services to the clients and servers connected to the RTC server.
  • the running time of the services of the first and second management modules described above is managed by the standardized module.
  • the communication system of the present invention can be constructed using the RTC server of the present invention, and its structure is not limited to FIG.
  • the architecture shown can be built as needed.
  • 4 are block diagrams showing the structure of the communication system of the present invention as shown in Figs. 5-8.
  • the communication system of the present invention includes an RTC server and two first type clients 101 and 102.
  • the two first-class clients 101 and 102 are directly connected to the southbound interface of the RTC server, thereby implementing communication between the two first-class clients 101 and 102.
  • the communication is based on
  • the HTTP protocol can be bidirectional, for example, the first type of client 101 sends a message to the RTC server, and the RTC server passes the information to the first type of client 102. Or vice versa.
  • the information may be various types of information including text, voice, multimedia, and the like.
  • the communication system of the present invention includes an RTC server, a Web server, and two first-class clients. 102 and 103, wherein the first type of client 102 is directly connected to the southbound interface of the RTC server, and the first type of client 103 is connected to the RTC through the web server.
  • the southbound interface of the server and thereby enables communication between the two first type clients 102 and 103.
  • the communication is based on the HTTP protocol and can be bidirectional, for example, the first type of client 102 sends a message to The RTC server, the RTC server passes this information through the web server to the first type of client 103, or vice versa.
  • the information may be various types of information including text, voice, multimedia, and the like.
  • the communication system of the present invention includes an RTC server, a first type of client 101, An IMS/SIP application server and a second type of client 201, wherein the first type of client 101 is directly connected to the southbound interface of the RTC server, and the second type of client 201 is connected to IMS/SIP application server, the IMS/SIP application server is connected to the northbound interface of the RTC server, and thereby implements the first type of client 101 and the second type of client 201 Communication between.
  • the communication can be bidirectional.
  • the first type of client 101 sends information in the form of an HTTP protocol to the RTC server, and the RTC server converts the information into SIP based.
  • the form of the protocol passes the transformed information to the IMS/SIP application server, and the IMS/SIP application server passes the information to the first type of client 102. Or vice versa.
  • the information may be various types of information including text, voice, multimedia, and the like.
  • the communication system of the present invention includes an RTC server, a second type of client 201 and 202. , an IMS/SIP application server and a PSTN server, wherein the second type of client 201 is connected to the IMS/SIP application server, and the second type of client 202 is connected to the PSTN.
  • the application server, the IMS/SIP application server and the PSTN application server are both connected to the northbound interface of the RTC server, thereby implementing two second-class clients 201 and 202. Communication between.
  • the communication can be bidirectional, for example, the second type of client 201 sends out a SIP-based form of information to the RTC server via the IMS/SIP application server, RTC The server translates the information into an RTP-based form and passes the transformed information to the PSTN application server, which passes the information to the second type of client 202. Or vice versa.
  • the information may be various types of information including text, voice, multimedia, and the like.
  • the communication system of the present invention may further include more first-type clients, application servers, and second-class clients, due to RTCs therein.
  • the role of the server enables seamless communication between multiple clients and even seamless communication in real time.
  • the server may perform the communication method of the present invention to implement communication between the first type of clients described above, communication between the first type of client and the second type of client, and/or communication between the second type of client.
  • the communication between the first type of clients is implemented by constructing a communication system as shown in FIG. 5, and the specific steps are as follows:
  • the first step is to connect at least two first-class clients to the southbound interface of the RTC server;
  • At least two first-class clients communicate based on the HTTP protocol.
  • FIG. 9 An example of its specific communication process is shown in Figure 9, where one first type of client 101 is directed to another first type of client 102.
  • the information is sent, and the information may be various types of information including text, voice, multimedia, and the like.
  • the process of the first type of client 102 sending information to the first type of client 101 is similar, and will not be described here.
  • the communication between the first type of clients is implemented by constructing a communication system as shown in FIG. 6, and the specific steps are as follows:
  • the first step is to connect at least one first type client to the southbound interface of the RTC server;
  • the second step is to connect at least one first type client to the southbound interface of the RTC server through the web server;
  • the third step is to communicate between at least two first-class clients based on the HTTP protocol.
  • FIG. 10 An example of its specific communication process is shown in Figure 10, which shows a first class client 103 to another first class client. 102
  • the process of sending information which may be various types of information including text, voice, multimedia, and the like.
  • the first type of client 102 is directed to the first type of client 103.
  • the process of sending information is similar to this and will not be described here.
  • the two-way communication between the first type of client and the RTC server is preferably based on a secure web interface of HTTP ( Websocket).
  • Figure 11 shows the Websocket between the first type of client and the RTC server in a communication system with a web server.
  • An example of a specific process of establishing a connection where the first type of client is a WebRTC client, which can be installed on a mobile device such as a cell phone and a PDA.
  • Two-way communication between RTC servers is preferably through, for example, Apple Notification, Android Notification, SMS, IM, After the out-of-band notification of Email and the like wakes up the first type of client, the two-way communication between the first type client and the RTC server after the wakeup is based on Websocket.
  • the first type of client is a WebRTC client, which passes the RTC of the present invention.
  • the server is connected to a web application, which is based on a web server, such as a WebRTC server. WebRTC client to the Web via RTC server.
  • the application initiates the request and finally gets a response.
  • the process of establishing a Websocket connection is as follows:
  • step 1 the WebRTC client initiates a request to the RTC server to request a connection
  • step 2 the RTC server initiates a request to the web application for authentication, which is based on the REST protocol;
  • step 3 the web application responds to the request to the RTC server, agreeing to the authorization, and the information is based on the REST protocol;
  • step 4 the RTC server responds to the WebRTC client for a request and agrees to the authorization
  • Step 5 establish a Websocket between the WebRTC client and the RTC server Connected, you can communicate in both directions.
  • a Websocket is established between multiple first-class clients and an RTC server.
  • each of the first type of clients can implement two-way communication, and each type of information including text, voice, multimedia, and the like is transmitted to each other.
  • the communication can be point-to-point, as shown in Figure 12.
  • two first-class clients WebRTC Client 1 and WebRTC Client 2 It is possible to directly transfer information to each other, such as media information.
  • the communication form of the two WebRTC clients is easily extended to more WebRTCs.
  • Client communication, communication between these WebRTC clients can have multiple modes, such as conference bridge, P2P, etc.
  • P2P personal area network
  • two WebRTC Clients can adopt P2P mode
  • three or more WebRTC clients adopt conference bridge mode
  • multiple WebRTC clients adopt redundant connection (full-mesh) P2P mode.
  • Users can determine which communication mode their RCT client uses through their RCT client, but RCT
  • the server can also automatically make a preferred mode selection based on actual conditions. For example, a predetermined situation is that three or more users use their respective WebRTCs.
  • the clients communicate with each other, and the user can select the communication mode between them as the conference bridge before the communication starts.
  • RTC The server can automatically set the communication mode between the two RTC servers to P2P. Or, the reservation is for 2 users to use their respective WebRTC The clients communicate with each other, and the communication mode they select before the communication starts is P2P, but when an extra one or more users also participate and pass through their WebRTC client to RTC
  • the RTC server can automatically set the communication mode between the two RTC servers to the conference bridge. Visible, RTC server makes WebRTC The communication mode between the clients is more closely matched with the communication, which effectively improves the communication efficiency.
  • the server issues an instruction to change the communication mode, for example, from the original conference bridge mode to the redundant connection P2P mode. That is, in the communication system of the present invention, WebRTC
  • the client has the option to change the communication mode, which allows the user to instruct the RTC server to perform the appropriate action.
  • WebRTC client 1 and WebRTC client 2 can also be relayed by the RTC server, as shown in the figure. 13
  • the two first-class clients, WebRTC Client 1 and WebRTC Client 2 pass RTC. Servers pass information to each other, such as media information.
  • the communication form of the two WebRTC clients is also easily extended to more WebRTCs.
  • Client communication the user can also determine which communication mode his RCT client uses by its RCT client, RCT The server can also automatically make a preferred mode selection based on actual conditions. And because any communication between these WebRTC clients goes through the RCT server, RCT The server can detect the number of WebRTC clients participating in the communication at any time, thereby determining in real time whether the communication mode needs to be changed. Similarly, even in the process of communication, as long as the user has a desire, he or she can The RTC server issues an instruction to change the communication mode.
  • the communication between the first type of client and the second type of client is constructed similarly to Figure 7
  • the communication system shown is implemented as follows:
  • the first step is to connect at least one first type client to the southbound interface of the RTC server;
  • the second step is to connect at least one second type client to the northbound interface of the RTC server through an application server;
  • the application server may be IMS/SIP server, XMPP server, REST server, RTP server or PSTN server; communication between the second type of client and application server is based on SIP, One or more of the XMPP, SRTP/RTP protocol sets;
  • the third step is to communicate between the first type of client and the second type of client, the communication comprising:
  • the RTC server will be based on HTTP from the first type of client
  • the information in the form of a protocol is converted into a form based on a protocol used by the second type of client and transmitted to the second type of client through the application server; and / or
  • the RTC server converts information in the form of a protocol used by the second type of client from the application server to HTTP-based.
  • the form of the protocol is passed to the first type of client.
  • FIG 14. An example of a specific communication process is shown in Figure 14, which shows a first type of client 101 to a second type of client 201.
  • the process of sending information the second type of client 201 is connected to the IMS/SIP application server and communicates based on the SIP protocol.
  • the first type of client 101 is directed to the second type of client 201
  • the information sent may be various types of information including text, voice, multimedia, and the like.
  • the process of sending information to the first type client 101 by the second type client 201 is similar, and will not be described here.
  • the first type of client 101 can also connect to the RTC via a web server.
  • the server its corresponding communication system and communication method, is connected to the RTC via a web server with one of the two first-class clients 101 previously described.
  • the situation of the server is similar and can be easily derived by those skilled in the art and will not be described here.
  • the two-way communication between the first type of client and the RTC server is preferably based on a secure web interface of HTTP ( Websocket).
  • Figure 11 shows the layout such as an IMS/SIP server, XMPP server, REST server, RTP server or PSTN
  • Two-way communication between the first type of client installed on the mobile device and the RTC server is preferably through such as Apple Notification, Android Notification, SMS, IM, Email
  • the two-way communication between the first type client and the RTC server after waking is based on Websocket.
  • the first type of client is a WebRTC client, which passes the RTC of the present invention.
  • the server is connected to the SIP network, the SIP network contains the IMS/SIP server, and the IMS/SIP server can be connected to at least one second type of client.
  • WebRTC client passes The RTC server initiates a request to the SIP network and finally gets a response.
  • the process of establishing a Websocket connection is as follows:
  • step 1 the WebRTC client initiates a request to the RTC server to request a connection
  • step 2 the RTC server initiates a request to the SIP network to request registration, and the information is based on the SIP protocol;
  • step 3 the SIP network responds to the request to the RTC server and agrees to register, and the information is based on the SIP protocol;
  • step 4 the RTC server responds to the WebRTC client with a request to agree to the connection;
  • Step 5 establish a Websocket between the WebRTC client and the RTC server Connected, you can communicate in both directions.
  • a Websocket is established between multiple first-class clients and an RTC server.
  • the first type of client and the second type of client can implement two-way communication, and each type of information including text, voice, multimedia, and the like is transmitted.
  • Figure 16 In the illustrated application example, after the connection relationship is established, RTC can be passed between the first type of client and the second type of client, ie, the WebRTC client and the SIP client. Servers pass information to each other, such as media information.
  • Two-way communication can also be implemented between a plurality of first type clients in the above communication system, and the communication can be point-to-point (as shown in FIG. 17) or RTC. The server is relayed (as shown in Figure 18).
  • the communication between the WebRTC client and the SIP client in the example shown in Figure 16 can be easily extended to more Communication between WebRTC clients and/or SIP clients (or other second-class clients).
  • Users can determine through their client which communication mode their client uses, RCT The server can also automatically make a preferred mode selection based on actual conditions. And because any communication between these clients goes through the RCT server, RCT The server can detect the number of clients participating in the communication at any time, thereby determining in real time whether the communication mode needs to be changed. Similarly, even during the communication process, as long as the user has a desire, he or she can also go to the RTC. The server issues an instruction to change the communication mode.
  • the communication between the two WebRTC clients in the example shown in Figure 17 is easily extended to more WebRTCs.
  • Client communication Users can determine which communication mode their WebRTC client uses through their WebRTC client, RCT
  • the server can also automatically make a preferred mode selection based on actual conditions.
  • the communication between the two WebRTC clients in the example shown in Figure 18 is easily extended to more WebRTCs.
  • Client communication Users can determine which communication mode their WebRTC client uses through their WebRTC client, RCT The server can also automatically make a preferred mode selection based on actual conditions. And because any communication between these clients goes through the RCT server, RCT The server can detect the number of clients participating in the communication at any time, thereby determining in real time whether the communication mode needs to be changed.
  • the server issues an instruction to change the communication mode.
  • the communication between the second type of clients is realized by constructing a communication system similar to that shown in Fig. 8, and the specific steps are as follows:
  • the first step is to connect the first type 2 client to the northbound interface of the RTC server through the first application server;
  • the first application server can be IMS/SIP server, XMPP server, REST server, RTP server, or PSTN server; communication between the first second type of client and the first application server is based on One or more of the SIP, XMPP, SRTP/RTP protocol sets;
  • the second second type client is connected to the northbound interface of the RTC server through the second application server;
  • the second application server may be IMS/SIP server, XMPP server, REST server, RTP server or PSTN server; communication between the second second type of client and the second application server is based on One or more of the SIP, XMPP, SRTP/RTP protocol sets;
  • the third step the communication between the first second type client and the second second type client, the communication includes:
  • the RTC server converts information in the form of a protocol used by the first second type of client from the first application server to The form of the HTTP protocol is then converted to the form of the protocol used by the second second type of client and passed to the second second type of client via the second application server; and / or
  • the RTC server converts information in the form of a protocol used by the second second type of client from the second application server to The form of the HTTP protocol is then converted to the form of the protocol used by the first second type of client and passed to the first second type of client through the first application server.
  • FIG. 19 An example of its specific communication process is shown in Figure 19, which shows a second type of client 202 to another second type of client.
  • 201 The process of sending information, wherein the second type of client 201 is connected to the IMS/SIP application server and communicates based on the SIP protocol, and the second type of client 202 and PSTN
  • the application server connects and communicates based on the RTP protocol.
  • the information sent by the second type of client 202 to the second type of client 201 may be various types of information including text, voice, multimedia, and the like.
  • the second type of client The process of sending information to the second type of client 202 is similar, and will not be described here.
  • each first type client can establish a Websocket with the RTC server. Connections, and after the connection is established, peer-to-peer two-way communication or two-way communication by the RTC server can be performed between the first type of clients.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种RTC服务器、应用其的通信系统和方法，用于基于HTTP协议通信的第一类客户端之间、第一类客户端与不基于HTTP协议通信的第二类客户端之间以及第二类客户端之间的通信。第二类客户端之间通过一个或多个应用服务器通信；RTC服务器包括用于与第一类客户端连接的南向接口和用于与应用服务器中的一个或多个连接的北向接口，其中封装有HTTP、SIP、XMPP和SRTP/RTP协议集；南向接口与第一类客户端之间的通信基于HTTP协议集，北向接口与一个或多个应用服务器之间的通信基于SIP、XMPP、SRTP/RTP协议集中的一个或多个。本发明实现了使用不同的通信协议的不同应用服务器的用户之间的直接通信。

Description

一种 RTC 服务器、应用其的通信系统和方法
技术领域
本发明涉及通信技术领域，尤其涉及一种 RTC 服务器、应用其的通信系统和方法。
背景技术
基于网络的通信一般地基于某一（组）通信协议，通过构建客户端和服务器，通过至少一个服务器将至少两个客户端连接而实现，由此使用者可以通过使用客户端实现他们之间的信息传递。随着网络技术的发展和人们对信息交流要求的提高，出现了越来越多的基于网络的传递话音、数据与多媒体信息的通信软件，例如，诸如 Skype 、 MSN 、 ICQ 、 QQ 等的即时通信业务和诸如 Email 的非即时通信，由此满足人们在任何时间、任何地点能以任何方式交流任何内容的通信愿望。
这些各式各样的通信软件的客户端可以安装在诸如台式机的固定终端上，也可以安装在诸如笔记本电脑、 PDA 、移动电话等的移动终端上；并且往往同一个台式机、笔记本电脑、 PDA 或移动电话等的设备上会安装有多个客户端，以使用不同的通信软件进行通信。一个具体的应用场景可能如图 1 所示，设备 100 上安装有 3 个通信软件的客户端 11 、 12 和 13 ，设备 200 上安装有 1 个通信软件的客户端 21 ，而设备 300 上安装有 2 个通信软件的客户端 31 和 32 ，这些不同的设备上客户端之间通过 XMPP 应用服务器、 IMS/SIP 应用服务器和 PSTN 应用服务器分别基于 XMPP 协议、 SIP 协议和 RTP 协议实现通信。例如，使用设备 100 的用户使用基于 XMPP 应用服务器的通信软件 Gtalk 、基于 IMS/SIP 应用服务器的通信软件 sipdroid 和基于 PSTN 应用服务器的通信软件的企业即时通信软件，使用设备 200 的用户使用基于 XMPP 应用服务器的通信软件 Gtalk ，使用设备 300 的用户使用基于 IMS/SIP 应用服务器的通信软件 sipdroid 和基于 PSTN 应用服务器的通信软件的企业即时通信软件，这样，使用设备 100 的用户和使用设备 200 的用户之间可以通过使用通信软件 Gtalk 实现通信，使用设备 100 的用户和使用设备 300 的用户之间可以通过使用通信软件 sipdroid 和企业即时通信软件实现通信，而使用设备 200 的用户和使用设备 300 的用户之间不能通信。
因此可以看到，现有的这种基于不同的通信协议通过不同的应用服务器实现的多种通信软件的并存带来的不便：使用者往往需要根据需要通信的对象和内容在使用的设备上安装多个不同的通信软件的多个客户端。这无论是对于使用还是维护都是很不便利的。另外，针对不同的硬件平台开发原生的应用程序非常昂贵，且应用程序的开发者不可能完全跟上硬件平台的更新。
目前，针对这种多通信软件、多通信协议、多应用服务器及客户端并存带来的不便的一种解决思路是开发一种方便普适的应用，如 Web 应用。 WebRTC （ Web Real-Time Communication ）的出现更是解决了 Web 应用的不兼容的问题，使其能够以一种全新的方式处理实时通信和数据。 WebRTC 是一个支持网络浏览器进行实时语音对话或视频对话的软件架构，是客户端的媒体技术，其实现了基于网页的视频会议，同时通过无缝通讯和 P2P 全方位改变人们生活和工作的方式。图 2 示出了其的一种架构，其中的客户端即为网页。网页浏览器和 HTTP 协议的普遍适用性使得该技术在未来可能淘汰并取代上述的各种通信软件。
但是 WebRTC 尚处于发展阶段，并且其目前提供的还是媒体数据的处理和网络传输而非实时控制，因此其取代其他通信软件还需要可能很长的时间。在这个过程中仍然是多种通信软件、多通信协议、多应用服务器及客户端并存，怎样实现使用不同的通信软件（包括 WebRTC ）的用户之间的直接通信是一个需要解决的问题。
发明内容
考虑到基于 WebRTC 的 Web 应用在未来通信中的发展前景，本发明提供了一种 RTC 服务器、应用其的通信系统和方法，以解决现有技术中的问题。
在本发明的第一个方面，提供了一种 RTC 服务器，用于基于 HTTP 协议通信的第一类客户端之间的通信、用于所述第一类客户端与不基于 HTTP 协议通信的第二类客户端之间的通信以及用于所述第二类客户端之间的通信，所述第二类客户端之间通过一个或多个应用服务器通信，所述应用服务器是基于 SIP 协议、 XMPP 协议和 SRTP/RTP 协议中的一个或多个建立的，其特征在于，
所述 RTC 服务器包括用于与所述第一类客户端连接的南向接口和用于与所述应用服务器中的一个或多个连接的北向接口；所述 RTC 服务器中封装有 HTTP 、 SIP 、 XMPP 和 SRTP/RTP 协议集，所述南向接口与所述第一类客户端之间的通信基于所述 HTTP 协议集，所述北向接口与所述一个或多个应用服务器之间的通信基于所述 SIP 、 XMPP 、 SRTP/RTP 协议集中的一个或多个。
进一步地，所述 RTC 服务器还包括标准化模块，所述标准化模块连接所述南向接口和所述北向接口，用于当所述第一类客户端与所述第二类客户端通信时，将来自于所述第一类客户的信息从基于 HTTP 协议的形式转化为基于所述第二类客户端使用的所述协议的形式，或者将来自于所述第二类客户的信息从基于所述第二类客户端使用的所述协议的形式转化为基于 HTTP 协议的形式。
进一步地，所述应用服务器为 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器和 / 或 PSTN 服务器。
进一步地，所述第一类客户端直接连接到所述 RTC 服务器的所述南向接口或者通过 Web 服务器连接到所述 RTC 服务器的所述南向接口。
进一步地，所述 RTC 服务器与所述第一类客户端、所述 Web 服务器、所述 IMS/SIP 服务器、所述 XMPP 服务器、所述 REST 服务器、所述 RTP 服务器和所述 PSTN 服务器之间的通信为双向通信。
可选地， 所述 RTC 服务器与 所述第一类客户端之间的 所述通信使用基于 HTTP 的 安全的网页接口。
进一步地，当所述第一类客户端安装在移动设备上时， 所述通信在所述第一类客户端被带外通知唤醒后进行 。
可选地，所述 RTC 服务器还包括第一管理模块，所述第一管理模块连接在所述南向接口和所述北向接口之间；所述第一管理模块向所述第一类客户端、所述 Web 服务器、所述 IMS/SIP 服务器、所述 XMPP 服务器、所述 REST 服务器、所述 RTP 服务器和 / 或所述 PSTN 服务器提供实时反馈并根据所述第一类客户端、所述 Web 服务器、所述 IMS/SIP 服务器、所述 XMPP 服务器、所述 REST 服务器、所述 RTP 服务器和 / 或所述 PSTN 服务器的要求相应地扩展所述 RTC 服务器通信流量。
进一步地，所述 RTC 服务器还包括用于向所述第一类客户端、所述第二类客户端、所述 Web 服务器、所述 IMS/SIP 服务器、所述 XMPP 服务器、所述 REST 服务器、所述 RTP 服务器和 / 或所述 PSTN 服务器提供认证服务的第二管理模块，所述第二管理模块连接在所述南向接口和所述北向接口之间。
进一步地，所述第二管理模块还用于向所述第一类客户端、所述第二类客户端、所述 Web 服务器、所述 IMS/SIP 服务器、所述 XMPP 服务器、所述 REST 服务器、所述 RTP 服务器和 / 或所述 PSTN 服务器提供授权服务。
进一步地，所述第二管理模块还用于向所述第一类客户端、所述第二类客户端、所述 Web 服务器、所述 IMS/SIP 服务器、所述 XMPP 服务器、所述 REST 服务器、所述 RTP 服务器和 / 或所述 PSTN 服务器提供计费服务。
在本发明的第二个方面，基于上述的 RTC 服务器，提供了一种通信系统，其特征在于，包括上述的 RTC 服务器，还包括至少一个所述第一类客户端，所述第一客户端连接到所述 RTC 服务器的所述南向接口。
进一步地，所述通信系统还包括至少一个 Web 服务器，至少一个所述第一客户端通过所述 Web 服务器连接到所述 RTC 服务器的所述南向接口。
进一步地，所述通信系统还包括至少一个所述应用服务器和与所述应用服务器相连的至少一个所述第二类客户端，所述应用服务器连接到所述 RTC 服务器的所述北向接口。
进一步地，所述应用服务器为 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器和 / 或 PSTN 服务器。
可选地，所述通信系统包括上述的 RTC 服务器，还包括至少一个所述应用服务器和与所述应用服务器相连的至少一个所述第二类客户端，所述应用服务器连接到所述 RTC 服务器的所述北向接口。
进一步地，所述应用服务器为 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器和 / 或 PSTN 服务器。
在本发明的第三个方面，基于上述的 RTC 服务器，还提供了一种通信方法，其应用上述的 RTC 服务器，所述通信方法包括：
将至少两个所述第一类客户端连接到所述 RTC 服务器的所述南向接口；
所述至少两个所述第一类客户端之间基于 HTTP 协议通信。
可选地，所述通信方法包括：
将至少一个所述第一类客户端连接到所述 RTC 服务器的所述南向接口；
将至少一个所述第一类客户端通过 Web 服务器连接到所述 RTC 服务器的所述南向接口；
至少两个所述第一类客户端之间基于 HTTP 协议通信。
进一步地，所述 RTC 服务器根据所述第一类客户端的个数设定所述第一类客户端之间的通信模式；和 / 或
所述第一类客户端中的一个选择所述第一类客户端之间的通信模式，并指令所述 RTC 服务器将所述通信模式设定为所述选择的通信模式。
进一步地，所述通信模式包括会议桥、 P2P 、冗余连接 P2P 。
可选地，所述通信方法包括：
将至少一个所述第一类客户端连接到所述 RTC 服务器的所述南向接口；
将至少一个所述第二类客户端通过一个应用服务器连接到所述 RTC 服务器的所述北向接口；所述应用服务器为 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器和 / 或 PSTN 服务器；所述第二类客户端与所述应用服务器之间的通信基于所述 SIP 、 XMPP 、 SRTP/RTP 协议集中的一个或多个；
所述第一类客户端与所述第二类客户端之间通信，所述通信包含
所述 RTC 服务器将来自于所述第一类客户端的基于 HTTP 协议的形式的信息转化为基于所述第二类客户端使用的所述协议的形式，并通过所述应用服务器传送到所述第二类客户端；和 / 或
所述 RTC 服务器将来自于所述应用服务器的所述第二类客户端使用的所述协议的形式的信息转化为基于 HTTP 协议的形式，并传送到所述第一类客户端。
可选地，所述通信方法包括：
将至少一个所述第一类客户端通过 Web 服务器连接到所述 RTC 服务器的所述南向接口；
将至少一个所述第二类客户端通过一个应用服务器连接到所述 RTC 服务器的所述北向接口；所述应用服务器为 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器和 / 或 PSTN 服务器；所述第二类客户端与所述应用服务器之间的通信基于所述 SIP 、 XMPP 、 SRTP/RTP 协议集中的一个或多个；
所述第一类客户端与所述第二类客户端之间通信，所述通信包含
所述 RTC 服务器将来自于所述第一类客户端的基于 HTTP 协议的形式的信息转化为基于所述第二类客户端使用的所述协议的形式，并通过所述应用服务器传送到所述第二类客户端；和 / 或
所述 RTC 服务器将来自于所述应用服务器的所述第二类客户端使用的所述协议的形式的信息转化为基于 HTTP 协议的形式，并通过所述 Web 服务器传送到所述第一类客户端。
进一步地，所述 RTC 服务器根据所述第一类客户端和所述第二类客户端的个数确定所述第一类客户端和所述第二类客户端之间的通信模式；和 / 或
所述第一类客户端和所述第二类客户端中的一个选择所述第一类客户端和所述第二类客户端之间的通信模式，并指令所述 RTC 服务器将所述通信模式设定为所述选择的通信模式。
进一步地，所述通信模式包括会议桥、 P2P 、冗余连接 P2P 。
可选地，所述通信方法包括：
将第一个所述第二类客户端通过第一个应用服务器连接到所述 RTC 服务器的所述北向接口；所述第一个应用服务器为 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器和 / 或 PSTN 服务器；所述第一个所述第二类客户端与所述第一个应用服务器之间的通信基于所述 SIP 、 XMPP 、 SRTP/RTP 协议集中的一个或多个；
将第二个所述第二类客户端通过第二个应用服务器连接到所述 RTC 服务器的所述北向接口；所述第二个应用服务器为 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器和 / 或 PSTN 服务器；所述第二个所述第二类客户端与所述第二个应用服务器之间的通信基于所述 SIP 、 XMPP 、 SRTP/RTP 协议集中的一个或多个；
所述第一个所述第二类客户端与所述第二个所述第二类客户端之间通信，所述通信包含
所述 RTC 服务器将来自于所述第一个应用服务器的所述第一个所述第二类客户端使用的所述协议的形式的信息转化为基于 HTTP 协议的形式并继而转化为所述第二个所述第二类客户端使用的所述协议的形式，并通过所述第二个应用服务器传送到所述第二个所述第二类客户端；和 / 或
所述 RTC 服务器将来自于所述第二个应用服务器的所述第二个所述第二类客户端使用的所述协议的形式的信息转化为基于 HTTP 协议的形式并继而转化为所述第一个所述第二类客户端使用的所述协议的形式，并通过所述第一个应用服务器传送到所述第一个所述第二类客户端。
进一步地，所述 RTC 服务器根据所述第二类客户端的个数确定所述第二类客户端之间的通信模式；和 / 或
所述第二类客户端中的一个选择所述第二类客户端之间的通信模式，并指令所述 RTC 服务器将所述通信模式设定为所述选择的通信模式。
进一步地，所述通信模式包括会议桥、 P2P 、冗余连接 P2P 。
进一步地，当所述第一类客户端安装在移动设备上时， 所述通信在所述第一类客户端被带外通知唤醒后进行 。
由此可见，基于本发明的 RTC 服务器，通过使用本发明的通信系统和方法，本发明实现了使用不同的通信协议基于不同的应用服务器（包括 WebRTC ）的用户之间的直接通信 ，用户间可以便利地实时相互传递包括文本、语音、多媒体等的各类信息，由此无需根据通信的对象和内容在自己使用的设备上安装多个不同的通信软件的多个客户端，便利了用户的使用体验。本发明的还提供了同步或非同步功能唤醒以动态增加通信客户端的活动；并且在本发明的通信系统中，客户端具有更改通信模式的选项，使用者能通过该选项指令 RTC 服务器执行相应的操作以将客户段之间的通信模式设定为其选定的通信模式。
以下将结合附图对本发明的构思、具体结构及产生的技术效果作进一步说明，以充分地了解本发明的目的、特征和效果。
附图说明
图 1 显示了现有技术的多种通信软件的客户端和应用服务器的一个应用场景。
图 2 显示了现有技术的 WebRTC 的一种架构。
图 3 是本发明的 RTC 服务器的模块图。
图 4 显示了被设置在一个通信网络中的图 3 所示的本发明的 RTC 服务器与网络中的其他部分的连接关系。
图 5-8 分别示出了在第一到四个实施例中，本发明的通信系统的四种结构框图。
图 9 示出了在第一个实施例中，本发明的通信方法的一个应用示例的时序图。
图 10 示出了在第二个实施例中，本发明的通信方法的一个应用示例的时序图。
图 11-13 示出了在第二个实施例中，本发明的通信方法的三个应用示例的时序图。
图 14 示出了在第三个实施例中，本发明的通信方法的一个应用示例的时序图。
图 15-18 示出了在第三个实施例中，本发明的通信方法的四个应用示例的时序图。
图 19 示出了在第四个实施例中，本发明的通信方法的一个应用示例的时序图。
具体实施方式
如图 3 所示，本发明的 RTC 服务器包括南向接口和北向接口，其中封装有多个协议集，诸如 HTTP 、 SIP 、 XMPP 和 SRTP/RTP 协议集等；在 南向接口和北向接口之间，设置有一个标准化模块，其用于将来自于南向接口的基于 HTTP 协议的形式的信息转化为基于上述多个协议集中的一个或多个协议的形式，并可以从北向接口输出，或者将来自于北向接口的基于上述多个协议集中的一个或多个协议的形式的信息转化为基于 HTTP 协议的形式，并可以从南向接口输出。
图 4 显示了被设置在一个通信网络中的图 3 所示的 RTC 服务器与网络中的其他部分的连接关系：
RTC 服务器可以直接连接到第一类客户端，也可以通过 Web 服务器连接到第一类客户端。其中，第一类客户端的通信是基于 HTTP 协议的， Web 服务器诸如 WebRTC 服务器。具体地，第一类客户端直接连接到 RTC 服务器的南向接口，两者直接通过基于 HTTP 协议的 JSON 协议、 SRTP 协议通信；或者第一类客户端通过 Web 服务器间接连接到 RTC 服务器的南向接口，第一类客户端和 Web 服务器之间基于 HTTP 协议通信， Web 服务器和 RTC 服务器之间基于 REST 协议通信。
RTC 服务器的北向接口用于通过网络连接其他应用服务器，或者说连接包含其他应用服务器的应用网络。这些应用服务器可以是 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器、 PSTN 服务器以及其他的应用服务器，本发明的 RTC 服务器中封装有这些应用服务器支持的协议集，由此能够与这些应用服务器直接通信。即本发明的 RTC 服务器的北向接口能够接收来自这些应用服务器的信息，并将信息从北向接口发送给这些应用服务器。
与这些应用服务器相连的第二类客户端间接地连接于本发明的 RTC 服务器。这些第二类客户端与和其相连的应用服务器之间的通信是基于该应用服务器采用的协议的，而非 HTTP 协议。例如图 4 中示出的与 IMS/SIP 服务器相连的第二类客户端与该 IMS/SIP 服务器之间的通信是基于 SIP 协议的。因此可知，通过该 IMS/SIP 服务器，本发明的 RTC 服务器的北向接口能够接收到来自于该第二类客户端的信息，并能将信息从北向接口发送给该第二类客户端。
如图 3 所示，在本发明的 RTC 服务器的 南向接口和北向接口之间，具有一个标准化模块，其用于将来自于南向接口（例如来自于第一类客户端）的信息从基于 HTTP 协议的形式转化为其他协议的形式，并能将转化后的信息发送到北向接口；或者将来自于北向接口（例如来自于第二类客户）的信息从基于其他协议的形式转化为基于 HTTP 协议的形式，并能转化后的信息发送到南向接口。由此由于本发明的 RTC 服务器的存在，图 4 所示出的通信网络中的各个部分之间可以无缝通信， 便利地实时相互传递包括文本、语音、多媒体等的各类信息。
例如图 4 中示出的第一类客户端和第二类客户端之间的通信，可以是该第一类客户端发出基于 HTTP 协议的形式的信息，该信息传送到 RTC 服务器的南向接口被 RTC 服务器接收并通过标准化模块将该信息转化为基于 SIP 协议的形式， RTC 服务器将该转化后的信息从北向接口发出，该信息经过 IMS/SIP 服务器被第二类客户端接收并读取；还可以是该第二类客户端发出基于 SIP 协议的形式的信息，该信息传送到 RTC 服务器的北向接口被 RTC 服务器接收并通过标准化模块将该信息转化为基于 HTPP 协议的形式， RTC 服务器将该转化后的信息从南向接口发出，该信息 被第一类客户端接收并读取。
前述的通信网络中各个部分之间的通信在实际操作上应该是双向的。另外，对于安装在诸如手机、 PDA 等的移动设备上的第一类客户端，其与 RTC 服务器之间的双向通信较佳地使用基于 HTTP 的安全的网页接口（ HTTPS based Secured Websockets ）。另外，考虑到移动设备的电力供应问题，两者间的双向通信较佳地为唤醒后进行，例如 RTC 服务器通过诸如 Apple Notification 、 Android Notification 、 SMS 、 IM 、 Email 等的带外通知（ out of band Notification ）唤醒该第一类客户端后与其通信。
如图 3 所示，本发明的 RTC 服务器的 南向接口和北向接口之间 还设置有第一管理模块， RTC 服务器以及与 RTC 服务器相连的第一类客户端、 Web 服务器、 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器和 / 或 PSTN 服务器能够直接地与第一管理模块通信，其中第一类客户端、 Web 服务器、 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器和 / 或 PSTN 服务器向第一管理模块根据需要可以向第一管理模块发送 QoS （ Quality of Service ）信息， RTC 服务器统一来自一个或多个的上述的客户端和服务器的 QoS 信息，并指令第一管理模块处理该 QoS 信息以判断是否需要使用其他网络路由器。即在本发明通信系统中，第一管理模块能对通过其与 RTC 服务器相连的客户端和服务器提供实时反馈并根据它们的需求相应地扩展 RTC 服务器通信流量，其具有 QoS 功能，能够在网络过载或拥塞时确保重要业务量不受延迟或丢弃，同时保证网络的高效运行。
如图 3 所示，本发明的 RTC 服务器的 南向接口和北向接口之间 还设置有第二管理模块，用于向与 RTC 服务器相连的第一类客户端、第二类客户端、 Web 服务器、 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器和 / 或 PSTN 服务器提供认证服务。另外，第二管理模块还用于向这些与 RTC 服务器相连的客户端和服务器提供授权服务以及提供计费服务等。
上述这些第一、二管理模块的服务的运行时间由标准化模块管理。
使用本发明的 RTC 服务器可以构建本发明的通信系统，其结构并不限制为图 4 所示的架构，而是可以根据需要构建。如图 5-8 示出了本发明的通信系统的 4 种结构框图。
如图 5 所示，在第一个实施例中，本发明的通信系统包括 RTC 服务器和两个第一类客户端 101 和 102 ，两个第一类客户端 101 和 102 皆直接连接于 RTC 服务器的南向接口，并由此实现两个第一类客户端 101 和 102 之间的通信。该通信基于 HTTP 协议且可以是双向的，例如第一类客户端 101 发出信息至 RTC 服务器， RTC 服务器将该信息传递给第一类客户端 102 ，或者反之。该信息可以是包括文本、语音、多媒体等的各类信息。
如图 6 所示，在第二个实施例中，本发明的通信系统包括 RTC 服务器、 Web 服务器和两个第一类客户端 102 和 103 ，其中第一类客户端 102 直接连接于 RTC 服务器的南向接口，第一类客户端 103 通过 Web 服务器连接于 RTC 服务器的南向接口，并由此实现两个第一类客户端 102 和 103 之间的通信。该通信基于 HTTP 协议且可以是双向的，例如第一类客户端 102 发出信息至 RTC 服务器， RTC 服务器将该信息通过 Web 服务器传递给第一类客户端 103 ，或者反之。该信息可以是包括文本、语音、多媒体等的各类信息。
如图 7 所示，在第三个实施例中，本发明的通信系统包括 RTC 服务器、第一类客户端 101 、 IMS/SIP 应用服务器和第二类客户端 201 ，其中第一类客户端 101 直接连接于 RTC 服务器的南向接口，第二类客户端 201 连接于 IMS/SIP 应用服务器， IMS/SIP 应用服务器连接于 RTC 服务器的北向接口，并由此实现第一类客户端 101 和第二类客户端 201 之间的通信。该通信可以是双向的，例如第一类客户端 101 发出基于 HTTP 协议的形式的信息至 RTC 服务器， RTC 服务器将该信息转化为基于 SIP 协议的形式并将转化后的信息传递给 IMS/SIP 应用服务器， IMS/SIP 应用服务器将该信息传递给第一类客户端 102 ，或者反之。该信息可以是包括文本、语音、多媒体等的各类信息。
如图 8 所示，在第四个实施例中，本发明的通信系统包括 RTC 服务器、第二类客户端 201 和 202 、 IMS/SIP 应用服务器和 PSTN 服务器，其中第二类客户端 201 连接于 IMS/SIP 应用服务器，第二类客户端 202 连接于 PSTN 应用服务器， IMS/SIP 应用服务器和 PSTN 应用服务器皆连接于 RTC 服务器的北向接口，并由此实现两个第二类客户端 201 和 202 之间的通信。该通信可以是双向的，例如第二类客户端 201 发出基于 SIP 协议的形式的信息通过 IMS/SIP 应用服务器传递至 RTC 服务器， RTC 服务器将该信息转化为基于 RTP 协议的形式并将转化后的信息传递给 PSTN 应用服务器， PSTN 应用服务器将该信息传递给第二类客户端 202 ，或者反之。该信息可以是包括文本、语音、多媒体等的各类信息。
本发明的通信系统中还可以包括更多个的第一类客户端、应用服务器和第二类客户端，由于其中的 RTC 服务器的作用，能够实现多个客户端之间的无缝通信乃至实时的无缝通信。
使用本发明的 RTC 服务器可以执行本发明的通信方法，实现上述的第一类客户端之间的通信、第一类客户端与第二类客户端之间的通信和 / 或第二类客户端之间的通信。
在第一个实施例中，第一类客户端之间的通信通过构建如图 5 所示的通信系统实现，具体步骤如下：
第一步、将至少两个第一类客户端连接到 RTC 服务器的南向接口；
第二步、至少两个第一类客户端之间基于 HTTP 协议通信。
其具体通信过程的一个示例如图 9 所示，其中一个第一类客户端 101 向另一个第一类客户端 102 发送了信息，信息可以是包括文本、语音、多媒体等的各类信息。另外，第一类客户端 102 向第一类客户端 101 发送信息的过程与此类似，在此不赘述。
在第二个实施例中，第一类客户端之间的通信通过构建如图 6 所示的通信系统实现，具体步骤如下：
第一步、将至少一个第一类客户端连接到 RTC 服务器的南向接口；
第二步、将至少一个第一类客户端通过 Web 服务器连接到 RTC 服务器的南向接口；
第三步、至少两个第一类客户端之间基于 HTTP 协议通信。
其具体通信过程的一个示例如图 10 所示，其中显示了一个第一类客户端 103 向另一个第一类客户端 102 发送了信息的过程，信息可以是包括文本、语音、多媒体等的各类信息。另外，第一类客户端 102 向第一类客户端 103 发送信息的过程与此类似，在此不赘述。
如前所述地，第一类客户端和 RTC 服务器之间的双向通信较佳地基于 HTTP 的安全的网页接口（ Websocket ）。图 11 示出了在布置有 Web 服务器的通信系统中，第一类客户端和 RTC 服务器之间的 Websocket 连接的建立的具体过程的一个示例，其中第一类客户端为 WebRTC 客户端，其可以安装在诸如手机和 PDA 等的移动设备上。对于安装在移动设备上的第一类客户端与 RTC 服务器间的双向通信较佳地为通过诸如 Apple Notification 、 Android Notification 、 SMS 、 IM 、 Email 等的带外通知唤醒该第一类客户端后进行，唤醒后的第一类客户端和 RTC 服务器之间的双向通信基于 Websocket 。
具体地，在图 11 示出的示例中，第一类客户端为 WebRTC 客户端，其通过本发明的 RTC 服务器连接到 Web 应用， Web 应用基于 Web 服务器，例如 WebRTC 服务器。 WebRTC 客户端通过 RTC 服务器向 Web 应用发起请求并最终获得回应，建立 Websocket 连接的过程如下：
第 1 步、 WebRTC 客户端向 RTC 服务器发起请求，要求连接；
第 2 步、 RTC 服务器向 Web 应用发起请求，要求认证，该信息基于 REST 协议；
第 3 步、 Web 应用向 RTC 服务器回应请求，同意授权，该信息基于 REST 协议；
第 4 步、 RTC 服务器向 WebRTC 客户端回应请求，同意授权；
第 5 步、 WebRTC 客户端与 RTC 服务器之间建立 Websocket 连接，可以双向通信。
在布置有 Web 服务器的通信系统中，多个第一类客户端和 RTC 服务器之间建立 Websocket 连接后，各个第一类客户端之间可以实现双向通信，彼此传递包括文本、语音、多媒体等的各类信息。该通信可以是点对点的，如图 12 示出的应用示例中，连接关系建立之后，两个第一类客户端，即 WebRTC 客户端 1 和 WebRTC 客户端 2 之间能够直接地互相传递信息，如媒体信息。
图 12 所示的示例中，两个 WebRTC 客户端的通信形式很容易扩展到更多个 WebRTC 客户端的通信，这些 WebRTC 客户端之间的通信可以有多种模式，例如会议桥（ conference bridge ）、 P2P 等，通常两个 WebRTC 客户端可以采用 P2P 模式，而三个及以上 WebRTC 客户端采用会议桥模式，还有多个 WebRTC 客户端采用采用冗余连接（ full-mesh ） P2P 模式。使用者可以通过其 RCT 客户端确定其 RCT 客户端采用何种通信模式，但 RCT 服务器还可以根据实际情况自动做出优选的模式选择。例如，预定情况为 3 个以上的使用者分别使用各自的 WebRTC 客户端进行相互通信，使用者可以在通信开始之前选择他们之间的通信模式为会议桥。但当他们中只有两人的 WebRTC 客户端向 RTC 服务器发起请求时， RTC 服务器能自动将这两个 RTC 服务器之间的通信模式设置为 P2P 。或者，预定情况为 2 个使用者分别使用各自的 WebRTC 客户端进行相互通信，他们在通信开始之前选择的通信模式为 P2P ，但当额外多出一个或多个使用者也要参加并通过其 WebRTC 客户端向 RTC 服务器发起请求时， RTC 服务器能自动将这两个 RTC 服务器之间的通信模式设置为会议桥。可见， RTC 服务器使得 WebRTC 客户端之间的通信模式与通信更匹配，有效地提高了通信效率。另外，即使是在通信过程中，只要使用者有愿望，他（他们）也可以向 RTC 服务器发出指令要求改变通信模式，例如从原来的会议桥模式变到冗余连接 P2P 模式。即在本发明的通信系统中， WebRTC 客户端具有更改通信模式的选项，使用者能通过该选项指令 RTC 服务器执行相应的操作。
WebRTC 客户端 1 和 WebRTC 客户端 2 之间的通信还可以是由 RTC 服务器中转的，如图 13 示出的应用示例中，连接关系建立之后，两个第一类客户端，即 WebRTC 客户端 1 和 WebRTC 客户端 2 之间通过 RTC 服务器互相传递信息，如媒体信息。
图 13 所示的示例中，两个 WebRTC 客户端的通信形式同样很容易扩展到更多个 WebRTC 客户端的通信，使用者也可以通过通过其 RCT 客户端确定其 RCT 客户端采用何种通信模式， RCT 服务器也可以根据实际情况自动做出优选的模式选择。并且由于这些 WebRTC 客户端之间的任何通信都要通过 RCT 服务器， RCT 服务器可以随时侦测参与通信的 WebRTC 客户端的个数，由此实时地判断是否需要改变通信模式。同样，即使是在通信过程中，只要使用者有愿望，他（他们）也可以向 RTC 服务器发出指令要求改变通信模式。
在第三个实施例中，第一类客户端和第二类客户端之间的通信通过构建类似图 7 所示的通信系统实现，具体步骤如下：
第一步、将至少一个第一类客户端连接到 RTC 服务器的南向接口；
第二步、将至少一个第二类客户端通过一个应用服务器连接到 RTC 服务器的北向接口；应用服务器可以为 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器或 PSTN 服务器；第二类客户端与应用服务器之间的通信基于 SIP 、 XMPP 、 SRTP/RTP 协议集中的一个或多个；
第三步、第一类客户端与第二类客户端之间通信，该通信包含：
1 、 RTC 服务器将来自于第一类客户端的基于 HTTP 协议的形式的信息转化为基于第二类客户端使用的协议的形式，并通过应用服务器传送到第二类客户端；和 / 或
2 、 RTC 服务器将来自于应用服务器的第二类客户端使用的协议的形式的信息转化为基于 HTTP 协议的形式，并传送到第一类客户端。
其具体通信过程的一个示例如图 14 所示，其中显示了一个第一类客户端 101 向一个第二类客户端 201 发送了信息的过程，该第二类客户端 201 与 IMS/SIP 应用服务器连接并基于 SIP 协议通信。第一类客户端 101 向第二类客户端 201 发送的信息可以是包括文本、语音、多媒体等的各类信息。另外，第二类客户端 201 向第一类客户端 101 发送信息的过程与此类似，在此不赘述。
同样地，第一类客户端 101 还可以通过 Web 服务器连接到 RTC 服务器，其对应的通信系统和通信方法与之前描述的两个第一类客户端 101 中的一个通过 Web 服务器连接到 RTC 服务器的情况是类似的，本领域的一般技术人员很容易推得，在此不赘述。
另外，如前所述地，第一类客户端和 RTC 服务器之间的双向通信较佳地基于 HTTP 的安全的网页接口（ Websocket ）。图 11 示出了在布置有诸如 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器或 PSTN 服务器等的应用服务器的通信系统中，第一类客户端和 RTC 服务器之间的 Websocket 连接的建立的具体过程的一个示例，其中第一类客户端为 WebRTC 客户端，其可以安装在诸如手机和 PDA 等的移动设备上。对于安装在移动设备上的第一类客户端与 RTC 服务器间的双向通信较佳地为通过诸如 Apple Notification 、 Android Notification 、 SMS 、 IM 、 Email 等的带外通知唤醒该第一类客户端后进行，唤醒后的第一类客户端和 RTC 服务器之间的双向通信基于 Websocket 。
具体地，在图 15 示出的示例中，第一类客户端为 WebRTC 客户端，其通过本发明的 RTC 服务器连接到 SIP 网络， SIP 网络包含 IMS/SIP 服务器， IMS/SIP 服务器可以连接有至少一个第二类客户端。 WebRTC 客户端通过 RTC 服务器向 SIP 网络发起请求并最终获得回应，建立 Websocket 连接的过程如下：
第 1 步、 WebRTC 客户端向 RTC 服务器发起请求，要求连接；
第 2 步、 RTC 服务器向 SIP 网络发起请求，要求注册，该信息基于 SIP 协议；
第 3 步、 SIP 网络向 RTC 服务器回应请求，同意注册，该信息基于 SIP 协议；
第 4 步、 RTC 服务器向 WebRTC 客户端回应请求，同意连接；
第 5 步、 WebRTC 客户端与 RTC 服务器之间建立 Websocket 连接，可以双向通信。
在包含有 SIP 网络的通信系统中，多个第一类客户端和 RTC 服务器之间建立 Websocket 连接后，第一类客户端和第二类客户端之间可以实现双向通信，彼此传递包括文本、语音、多媒体等的各类信息。如图 16 示出的应用示例中，连接关系建立之后，第一类客户端和第二类客户端之间，即 WebRTC 客户端和 SIP 客户端之间能够通过 RTC 服务器互相传递信息，如媒体信息。在上述的通信系统中的多个第一类客户端之间也可以实现双向通信，并且该通信可以是点对点的（如图 17 所示），也可以是由 RTC 服务器中转的（如图 18 所示）。
类似地，图 16 所示的示例中的 WebRTC 客户端和 SIP 客户端之间的通信形式很容易扩展到更多个 WebRTC 客户端和 / 或 SIP 客户端（或其他第二类客户端）的通信。使用者可以通过其客户端确定其客户端采用何种通信模式， RCT 服务器也可以根据实际情况自动做出优选的模式选择。并且由于这些客户端之间的任何通信都要通过 RCT 服务器， RCT 服务器可以随时侦测参与通信的客户端的个数，由此实时地判断是否需要改变通信模式。同样，即使是在通信过程中，只要使用者有愿望，他（他们）也可以向 RTC 服务器发出指令要求改变通信模式。
图 17 所示的示例中的两个 WebRTC 客户端之间的通信形式很容易扩展到更多个 WebRTC 客户端的通信。使用者可以通过其 WebRTC 客户端确定其 WebRTC 客户端采用何种通信模式， RCT 服务器也可以根据实际情况自动做出优选的模式选择。
图 18 所示的示例中的两个 WebRTC 客户端之间的通信形式很容易扩展到更多个 WebRTC 客户端的通信。使用者可以通过其 WebRTC 客户端确定其 WebRTC 客户端采用何种通信模式， RCT 服务器也可以根据实际情况自动做出优选的模式选择。并且由于这些客户端之间的任何通信都要通过 RCT 服务器， RCT 服务器可以随时侦测参与通信的客户端的个数，由此实时地判断是否需要改变通信模式。
同样以上两例中，即使是在通信过程中，只要使用者有愿望，他（他们）也可以向 RTC 服务器发出指令要求改变通信模式
在第四个实施例中，第二类客户端之间的通信通过构建类似图 8 所示的通信系统实现，具体步骤如下：
第一步、将第一个第二类客户端通过第一个应用服务器连接到 RTC 服务器的北向接口；第一个应用服务器可以为 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器或 PSTN 服务器；第一个第二类客户端与第一个应用服务器之间的通信基于 SIP 、 XMPP 、 SRTP/RTP 协议集中的一个或多个；
第二步、将第二个第二类客户端通过第二个应用服务器连接到 RTC 服务器的北向接口；第二个应用服务器可以为 IMS/SIP 服务器、 XMPP 服务器、 REST 服务器、 RTP 服务器或 PSTN 服务器；第二个第二类客户端与第二个应用服务器之间的通信基于 SIP 、 XMPP 、 SRTP/RTP 协议集中的一个或多个；
第三步、第一个第二类客户端与第二个第二类客户端之间通信，该通信包含：
1 、 RTC 服务器将来自于第一个应用服务器的第一个第二类客户端使用的协议的形式的信息转化为基于 HTTP 协议的形式并继而转化为第二个第二类客户端使用的协议的形式，并通过第二个应用服务器传送到第二个第二类客户端；和 / 或
2 、 RTC 服务器将来自于第二个应用服务器的第二个第二类客户端使用的协议的形式的信息转化为基于 HTTP 协议的形式并继而转化为第一个第二类客户端使用的协议的形式，并通过第一个应用服务器传送到第一个第二类客户端。
其具体通信过程的一个示例如图 19 所示，其中显示了一个第二类客户端 202 向另一个第二类客户端 201 发送了信息的过程，其中第二类客户端 201 与 IMS/SIP 应用服务器连接并基于 SIP 协议通信，第二类客户端 202 与 PSTN 应用服务器连接并基于 RTP 协议通信。第二类客户端 202 向第二类客户端 201 发送的信息可以是包括文本、语音、多媒体等的各类信息。另外，第二类客户端 201 向第二类客户端 202 发送信息的过程与此类似，在此不赘述。
与前面描述的示例类似地，在上面的包含有 SIP 网络和 PSTN 网络的的通信系统中，如果还具有多于一个的第一类客户端，各个第一类客户端可以和 RTC 服务器之间建立 Websocket 连接，并且在连接建立后，各个第一类客户端之间可以进行点对点的双向通信或进行由 RTC 服务器中转的双向通信。
以上详细描述了本发明的较佳具体实施例。应当理解，本领域的普通技术人员无需创造性劳动就可以根据本发明的构思做出诸多修改和变化。因此，凡本技术领域的技术人员依本发明的构思在现有技术的基础上通过逻辑分析、推理或者有限的实验可以得到的技术方案，皆应在由权利要求书所确定的保护范围内。

Claims (29)

  1. 一种RTC服务器，用于基于HTTP协议通信的第一类客户端之间的通信、用于所述第一类客户端与不基于HTTP协议通信的第二类客户端之间的通信以及用于所述第二类客户端之间的通信；所述第二类客户端之间通过一个或多个应用服务器通信，所述应用服务器是基于SIP协议、XMPP协议和SRTP/RTP协议中的一个或多个建立的，其特征在于，
    所述RTC服务器包括用于与所述第一类客户端连接的南向接口和用于与所述应用服务器中的一个或多个连接的北向接口；所述RTC服务器中封装有HTTP、SIP、XMPP和SRTP/RTP协议集，所述南向接口与所述第一类客户端之间的通信基于所述HTTP协议集，所述北向接口与所述一个或多个应用服务器之间的通信基于所述SIP、XMPP、SRTP/RTP协议集中的一个或多个。
  2. 如权利要求1所述的RTC服务器，其中还包括标准化模块，所述标准化模块连接所述南向接口和所述北向接口，用于当所述第一类客户端与所述第二类客户端通信时，将来自于所述第一类客户的信息从基于HTTP协议的形式转化为基于所述第二类客户端使用的所述协议的形式，或者将来自于所述第二类客户的信息从基于所述第二类客户端使用的所述协议的形式转化为基于HTTP协议的形式。
  3. 如权利要求1或2所述的RTC服务器，其中所述应用服务器为IMS/SIP服务器、XMPP服务器、REST服务器、RTP服务器和/或PSTN服务器。
  4. 如权利要求3所述的RTC服务器，其中所述第一类客户端直接连接到所述RTC服务器的所述南向接口或者通过Web服务器连接到所述RTC服务器的所述南向接口。
  5. 如权利要求4所述的RTC服务器，其中所述RTC服务器与所述第一类客户端、所述Web服务器、所述IMS/SIP服务器、所述XMPP服务器、所述REST服务器、所述RTP服务器和所述PSTN服务器之间的通信为双向通信。
  6. 如权利要求5所述的RTC服务器，其中所述RTC服务器与所述第一类客户端之间的所述通信使用基于HTTP的安全的网页接口。
  7. 如权利要求6所述的RTC服务器，其中当所述第一类客户端安装在移动设备上时，所述通信在所述第一类客户端被带外通知唤醒后进行。
  8. 如权利要求5到7中任何一个所述的RTC服务器，其中所述RTC服务器还包括第一管理模块，所述第一管理模块连接在所述南向接口和所述北向接口之间；所述第一管理模块向所述第一类客户端、所述Web服务器、所述IMS/SIP服务器、所述XMPP服务器、所述REST服务器、所述RTP服务器和/或所述PSTN服务器提供实时反馈并根据所述第一类客户端、所述Web服务器、所述IMS/SIP服务器、所述XMPP服务器、所述REST服务器、所述RTP服务器和/或所述PSTN服务器的要求相应地扩展所述RTC服务器通信流量。
  9. 如权利要求8所述的RTC服务器，其中所述RTC服务器还包括用于向所述第一类客户端、所述第二类客户端、所述Web服务器、所述IMS/SIP服务器、所述XMPP服务器、所述REST服务器、所述RTP服务器和/或所述PSTN服务器提供认证服务的第二管理模块，所述第二管理模块连接在所述南向接口和所述北向接口之间。
  10. 如权利要求8或9所述的RTC服务器，其中所述第二管理模块还用于向所述第一类客户端、所述第二类客户端、所述Web服务器、所述IMS/SIP服务器、所述XMPP服务器、所述REST服务器、所述RTP服务器和/或所述PSTN服务器提供授权服务。
  11. 如权利要求10所述的RTC服务器，其中所述第二管理模块还用于向所述第一类客户端、所述第二类客户端、所述Web服务器、所述IMS/SIP服务器、所述XMPP服务器、所述REST服务器、所述RTP服务器和/或所述PSTN服务器提供计费服务。
  12. 一种通信系统，应用如权利要求2所述的RTC服务器，其特征在于，还包括至少一个所述第一类客户端，所述第一客户端连接到所述RTC服务器的所述南向接口。
  13. 如权利要求12所述的通信系统，其中还包括至少一个Web服务器，至少一个所述第一客户端通过所述Web服务器连接到所述RTC服务器的所述南向接口。
  14. 如权利要求12或13所述的通信系统，其中还包括至少一个所述应用服务器和与所述应用服务器相连的至少一个所述第二类客户端，所述应用服务器连接到所述RTC服务器的所述北向接口。
  15. 如权利要求14所述的通信系统，其中所述应用服务器为IMS/SIP服务器、XMPP服务器、REST服务器、RTP服务器和/或PSTN服务器。
  16. 一种通信系统，其特征在于，包括如权利要求2所述的RTC服务器，还包括至少一个所述应用服务器和与所述应用服务器相连的至少一个所述第二类客户端，所述应用服务器连接到所述RTC服务器的所述北向接口。
  17. 如权利要求16所述的通信系统，其中所述应用服务器为IMS/SIP服务器、XMPP服务器、REST服务器、RTP服务器和/或PSTN服务器。
  18. 一种通信方法，应用如权利要求2所述的RTC服务器，其特征在于，所述通信方法包括：
    将至少两个所述第一类客户端连接到所述RTC服务器的所述南向接口；
    所述至少两个所述第一类客户端之间基于HTTP协议通信。
  19. 一种通信方法，应用如权利要求2所述的RTC服务器，其特征在于，所述通信方法包括：
    将至少一个所述第一类客户端连接到所述RTC服务器的所述南向接口；
    将至少一个所述第一类客户端通过Web服务器连接到所述RTC服务器的所述南向接口；
    至少两个所述第一类客户端之间基于HTTP协议通信。
  20. 如权利要求18或19所述的通信方法，其中所述RTC服务器根据所述第一类客户端的个数设定所述第一类客户端之间的通信模式；和/或
    所述第一类客户端中的一个选择所述第一类客户端之间的通信模式，并指令所述RTC服务器将所述通信模式设定为所述选择的通信模式。
  21. 如权利要求20所述的通信方法，其中所述通信模式包括会议桥、P2P、冗余连接P2P。
  22. 一种通信方法，应用如权利要求2所述的RTC服务器，其特征在于，所述通信方法包括：
    将至少一个所述第一类客户端连接到所述RTC服务器的所述南向接口；
    将至少一个所述第二类客户端通过一个应用服务器连接到所述RTC服务器的所述北向接口；所述应用服务器为IMS/SIP服务器、XMPP服务器、REST服务器、RTP服务器和/或PSTN服务器；所述第二类客户端与所述应用服务器之间的通信基于所述SIP、XMPP、SRTP/RTP协议集中的一个或多个；
    所述第一类客户端与所述第二类客户端之间通信，所述通信包含
    所述RTC服务器将来自于所述第一类客户端的基于HTTP协议的形式的信息转化为基于所述第二类客户端使用的所述协议的形式，并通过所述应用服务器传送到所述第二类客户端；和/或
    所述RTC服务器将来自于所述应用服务器的所述第二类客户端使用的所述协议的形式的信息转化为基于HTTP协议的形式，并传送到所述第一类客户端。
  23. 一种通信方法，应用如权利要求2所述的RTC服务器，其特征在于，所述通信方法包括：
    将至少一个所述第一类客户端通过Web服务器连接到所述RTC服务器的所述南向接口；
    将至少一个所述第二类客户端通过一个应用服务器连接到所述RTC服务器的所述北向接口；所述应用服务器为IMS/SIP服务器、XMPP服务器、REST服务器、RTP服务器和/或PSTN服务器；所述第二类客户端与所述应用服务器之间的通信基于所述SIP、XMPP、SRTP/RTP协议集中的一个或多个；
    所述第一类客户端与所述第二类客户端之间通信，所述通信包含
    所述RTC服务器将来自于所述第一类客户端的基于HTTP协议的形式的信息转化为基于所述第二类客户端使用的所述协议的形式，并通过所述应用服务器传送到所述第二类客户端；和/或
    所述RTC服务器将来自于所述应用服务器的所述第二类客户端使用的所述协议的形式的信息转化为基于HTTP协议的形式，并通过所述Web服务器传送到所述第一类客户端。
  24. 如权利要求22或23所述的通信方法，其中所述RTC服务器根据所述第一类客户端和所述第二类客户端的个数确定所述第一类客户端和所述第二类客户端之间的通信模式；和/或
    所述第一类客户端和所述第二类客户端中的一个选择所述第一类客户端和所述第二类客户端之间的通信模式，并指令所述RTC服务器将所述通信模式设定为所述选择的通信模式。
  25. 如权利要求24所述的通信方法，其中所述通信模式包括会议桥、P2P、冗余连接P2P。
  26. 一种通信方法，应用如权利要求2所述的RTC服务器，其特征在于，所述通信方法包括：
    将第一个所述第二类客户端通过第一个应用服务器连接到所述RTC服务器的所述北向接口；所述第一个应用服务器为IMS/SIP服务器、XMPP服务器、REST服务器、RTP服务器和/或PSTN服务器；所述第一个所述第二类客户端与所述第一个应用服务器之间的通信基于所述SIP、XMPP、SRTP/RTP协议集中的一个或多个；
    将第二个所述第二类客户端通过第二个应用服务器连接到所述RTC服务器的所述北向接口；所述第二个应用服务器为IMS/SIP服务器、XMPP服务器、REST服务器、RTP服务器和/或PSTN服务器；所述第二个所述第二类客户端与所述第二个应用服务器之间的通信基于所述SIP、XMPP、SRTP/RTP协议集中的一个或多个；
    所述第一个所述第二类客户端与所述第二个所述第二类客户端之间通信，所述通信包含
    所述RTC服务器将来自于所述第一个应用服务器的所述第一个所述第二类客户端使用的所述协议的形式的信息转化为基于HTTP协议的形式并继而转化为所述第二个所述第二类客户端使用的所述协议的形式，并通过所述第二个应用服务器传送到所述第二个所述第二类客户端；和/或
    所述RTC服务器将来自于所述第二个应用服务器的所述第二个所述第二类客户端使用的所述协议的形式的信息转化为基于HTTP协议的形式并继而转化为所述第一个所述第二类客户端使用的所述协议的形式，并通过所述第一个应用服务器传送到所述第一个所述第二类客户端。
  27. 如权利要求26所述的通信方法，其中所述RTC服务器根据所述第二类客户端的个数确定所述第二类客户端之间的通信模式；和/或
    所述第二类客户端中的一个选择所述第二类客户端之间的通信模式，并指令所述RTC服务器将所述通信模式设定为所述选择的通信模式。
  28. 如权利要求27所述的通信方法，其中所述通信模式包括会议桥、P2P、冗余连接P2P。
  29. 如权利要求18、19、22、23或26所述的通信方法，其中当所述第一类客户端安装在移动设备上时，所述通信在所述第一类客户端被带外通知唤醒后进行。
PCT/CN2015/087522 2015-08-19 2015-08-19 一种 rtc 服务器、应用其的通信系统和方法 WO2017028276A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/087522 WO2017028276A1 (zh) 2015-08-19 2015-08-19 一种 rtc 服务器、应用其的通信系统和方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/087522 WO2017028276A1 (zh) 2015-08-19 2015-08-19 一种 rtc 服务器、应用其的通信系统和方法

Publications (1)

Publication Number Publication Date
WO2017028276A1 true WO2017028276A1 (zh) 2017-02-23

Family

ID=58051464

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/087522 WO2017028276A1 (zh) 2015-08-19 2015-08-19 一种 rtc 服务器、应用其的通信系统和方法

Country Status (1)

Country Link
WO (1) WO2017028276A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102111347A (zh) * 2011-02-28 2011-06-29 东南大学 融合通信系统中基于多协议即时消息的处理方法和系统
US20130097262A1 (en) * 2011-10-17 2013-04-18 Disintermediation Services, Inc. Two-way real time communication system that allows asymmetric participation in conversations across multiple electronic platforms
CN104601833A (zh) * 2014-05-28 2015-05-06 中华电信股份有限公司 融合ims及智能终端技术的智能导引服务系统及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102111347A (zh) * 2011-02-28 2011-06-29 东南大学 融合通信系统中基于多协议即时消息的处理方法和系统
US20130097262A1 (en) * 2011-10-17 2013-04-18 Disintermediation Services, Inc. Two-way real time communication system that allows asymmetric participation in conversations across multiple electronic platforms
CN104601833A (zh) * 2014-05-28 2015-05-06 中华电信股份有限公司 融合ims及智能终端技术的智能导引服务系统及方法

Similar Documents

Publication Publication Date Title
US6891825B1 (en) Method and system of providing multi-user access to a packet switched network
JP4212230B2 (ja) メディア通信システム及び該システムにおける端末装置
KR100711632B1 (ko) 이동 클라이언트 프로비저닝 웹 서비스
RU2503148C1 (ru) Способ и устройство для макроразнесения нисходящей линии связи в сетях сотовой связи
Adwankar et al. Universal Manager: seamless management of enterprise mobile and non-mobile devices
US20100103851A1 (en) System for enabling communication over a wireless intermittently connected network
EP1500212A2 (en) Relocation of application-specific functionality during seamless network layer-level handoffs
TW200814631A (en) Methods and apparatus for establishing communications between devices with differing capabilities
EP2005653A2 (en) Remote access
WO2017128517A1 (zh) 一种基于sip协议的视频会议的实现方法及其系统
CN102870392A (zh) 网络通信中的轻量协议和代理
EP4138472A1 (en) Methods to reduce fronthaul complexity for single frequency network (sfn) in an open radio access network (o-ran)
WO2022197169A1 (ko) 멀티캐스트 신호 처리 방법 및 장치
US9049649B2 (en) Configuring consumption of service for electronic devices
WO2017028276A1 (zh) 一种 rtc 服务器、应用其的通信系统和方法
WO2019224574A1 (en) Ims-based streaming framework
WO2003101008A1 (fr) Reseau d'acces radio a fonctionnalites de commande et de service separees et procede de communication
JP2005217959A (ja) 移動体通信システム、移動体通信方法及び移動体通信用基地局装置
Shi et al. Design and simulation of trunking communication system in TD-SCDMA network based on SIP protocol
US10924302B2 (en) Integrated communication system and service provisioning method thereof
EP1882349B1 (en) Internet communications between wireless base stations and service nodes
Thurm Web services for network management-a universal architecture and its application to MPLS networks
JP2011030077A (ja) 無線基地局
Robitzsch et al. Enabling Service-Oriented Principles for the User Plane of Mobile Telecommunication Networks
EP4246883A1 (en) Techniques to decrease the level of encryption in a trusted communication environment

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15901480

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15901480

Country of ref document: EP

Kind code of ref document: A1