WO2013155939A1 - 因特网与运营商网络业务共享方法、服务方及网页网关 - Google Patents

因特网与运营商网络业务共享方法、服务方及网页网关 Download PDF

Info

Publication number
WO2013155939A1
WO2013155939A1 PCT/CN2013/073885 CN2013073885W WO2013155939A1 WO 2013155939 A1 WO2013155939 A1 WO 2013155939A1 CN 2013073885 W CN2013073885 W CN 2013073885W WO 2013155939 A1 WO2013155939 A1 WO 2013155939A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
webpage
request
gateway
user
Prior art date
Application number
PCT/CN2013/073885
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 中兴通讯股份有限公司
Publication of WO2013155939A1 publication Critical patent/WO2013155939A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences

Definitions

  • the present invention relates to the field of communications, and more particularly to an Internet and carrier network service sharing method, a monthly service, and a web gateway.
  • P2P Peer to Peer, Peer-to-Peer
  • This idea is actually a P2P browser technology.
  • RTC Real Time Communication
  • API Application Programming Interface
  • the browser will support and allow real-time communication, device detection (microphone, camera, microphone), media recording (image, video, audio), media stream distribution (multimedia playback, fallback, HTML5 also supports some functions), Features such as media streaming and direct P2P connectivity.
  • the RTC web is a standard that allows peer-to-peer communication between browsers and browsers without the need for a central server. This standard can reduce human interference and sniffing, improve the reliability of Internet communication, and implement this new real-time communication concept through the client application programming interface (API).
  • API client application programming interface
  • the API can be directly called by the browser manufacturer without additional download. Plugins and applications are ready to use.
  • the RTCweb working group of the Standards Organization (IETF) Internet Engineering Task Force was established in July 2011.
  • the main goal is to implement real-time real-time implementation through a browser in conjunction with the W3C (World Wide Web Consortium) WebRTC working group. Video and audio communication without the support of plugins.
  • the standardization part of the IETF includes: data transmission protocol (including NAT traversal, etc.), media transmission protocol (Real-time Transport Protocol/Secure Real-time Transport Portocol, real-time transport protocol/secure real-time transport protocol, RTP/SRTP application Provisions), session connections and controls (emphasis on how to establish sessions, how to negotiate media, etc.), media data formats (including mandatory and optional encoding formats, etc.), browser local support (including basic local device control) , such as volume, camera focal length, etc.).
  • data transmission protocol including NAT traversal, etc.
  • media transmission protocol Real-time Transport Protocol/Secure Real-time Transport Portocol, real-time transport protocol/secure real-time transport protocol, RTP/SRTP application Provisions
  • session connections and controls emphasis on how to establish sessions, how to negotiate media, etc.
  • media data formats including mandatory and optional encoding formats, etc.
  • browser local support including basic local device control
  • the RTCweb working group has just attracted many Internet giants and companies such as Ericsson in the traditional telecommunications industry. Several companies have implemented and demonstrated RTCweb prototypes.
  • Figure 1 shows the basic architecture of the existing RTCWeb service, including the following NEs:
  • Webserver (web server), mainly responsible for browser (Browser) user registration, user addressing, session state maintenance;
  • the Browser is mainly responsible for displaying the user terminal interface, and is responsible for initiating and accepting the session, and establishing a media connection with the target Browser.
  • Browserl When Browserl prepares to establish a real-time communication session with Browser2, Browserl first sends a session request to WebServer1 registered by HTTP or Web socket protocol (WebSocket), and the request message carries the identity ID of the target Browser2 and its own media address information;
  • WebSocket Web socket protocol
  • WebServerl finds that the user registers with WebServer2, and then sends a session request to WebServer2 by using Session Initiation Protocol (SIP); 203. WebServer2 sends a session request message to the Browser2 through the HTTP protocol according to the address registered by the Browser2 user, and the message carries the media port IP address and port information of the Browserl;
  • SIP Session Initiation Protocol
  • Browser2 accepts this session, returns a response message, and returns the media address and port information of the local end.
  • the technical problem to be solved by the present invention is to provide an Internet and carrier network service sharing method, a service party and a webpage gateway, to realize service and resource sharing between the Internet and the operator network, and to improve utilization of network resources.
  • the present invention provides a method for sharing Internet and carrier network services, including:
  • the service party After receiving the service request of the user, the service party sends the service request to the webpage gateway or sends a call service request;
  • the web gateway After receiving the service request or calling the service request, the web gateway triggers the service processing, returns the service processing result to the service party or sends a service request to the called user service party.
  • the above method may also have the following feature: the server is a web server, or the called user server is a web server.
  • the foregoing method may further include the following steps: the step of sending the service request to the webpage gateway or sending the calling service request includes: The servant triggers an initial filtering criterion (IFC) corresponding to the service, and sends the service request to the webpage gateway according to the IFC or sends the calling service request.
  • IFC initial filtering criterion
  • the above method may also have the following feature: when the servant is a call session control function of the IP multimedia subsystem, and the service request is a session request, and the called user servant is a web server, the webpage gateway triggers The business process, the step of returning the service processing result to the service party or sending the service request to the called user service party includes:
  • the webpage gateway obtains an address of the webpage server where the called user is located; and the webpage gateway sends the address of the webpage server to the service party, and the service party sends a session request message to the webpage server, Alternatively, the webpage gateway sends a session request message to the webpage server.
  • the above method may also have the following feature: when the service party is a web server, the called user service party is a call session control function of the IP multimedia subsystem, and the service request is a session request, the webpage gateway triggers Business processing, the steps of sending a service request to the called user service party include:
  • the webpage gateway routes the call request to the call session control function of the called user according to the public user identifier of the called user carried in the session request.
  • the above method may also have the following features: when the service party is a web server, and the calling service request is a location update message, the step of triggering the service processing by the webpage gateway includes:
  • the webpage gateway saves the address information of the webpage server corresponding to the user; and the webpage gateway saves the address information of the webpage server corresponding to the user to the home subscriber server, or replaces the user with the operator
  • the network initiates the registration process.
  • the foregoing method may further include the following steps: when the service party is a web server, and the calling service request is a resource request, the webpage gateway performs service processing, and the step of returning the service processing result to the service party includes:
  • the webpage gateway After receiving the resource request, the webpage gateway applies for a resource to the resource cloud, receives the resource address information returned by the resource cloud, and sends the resource address information to the webpage server.
  • the foregoing method may further have the following feature: the service direction webpage gateway further determines whether the user customizes the service requested by the user before sending the service request or sending a call service request, If yes, the service request is sent to the web gateway or a call service request is sent.
  • the above method may also have the following features, the method further comprising:
  • the webpage gateway After receiving the query request of the user, the webpage gateway returns an activated service list to the user; and after receiving the service customization request of the user, the webpage gateway is in the service party list carried in the service customization request.
  • Each service party sends a message notifying the user of the subscription data, and the message carries the IFC triggered by the user-customized service.
  • the above method may also have the following feature, the service party sending the service request or the calling service request by calling an application program interface (API) manner or by a Session Initiation Protocol (SIP) message.
  • API application program interface
  • SIP Session Initiation Protocol
  • the webpage gateway includes one or more service management modules, and each service management module is related to one or more services;
  • the step of the service party sending the service request or sending a call service request to the webpage gateway according to the IFC includes: the service direction sends the service request to the service management module related to the service in the webpage gateway or The calling service request.
  • the method may also have the following features, the webpage gateway further includes a service directory module, and the method further includes:
  • the service management module sends a service loading message to the service directory module, where the service loading message carries a service identifier, a service description document, and service provider address information;
  • the service directory module After receiving the service loading message, the service directory module saves the service identifier and the service description document, and obtains an IFC or an IFC from the service loading message.
  • the invention also provides a webpage gateway, comprising:
  • the webpage gateway is configured to trigger a service process after receiving a service request or a service request sent by the service party of the user, return a service processing result to the service party, or send a service request to the called user service party.
  • the webpage gateway may also have the following features: the webpage gateway triggers the service processing by returning the service processing result to the service party or sending a service request to the called user service party:
  • the webpage gateway acquires the webpage where the called user is located. The address of the server;
  • the webpage gateway sends the address of the webpage server to the service party, or the webpage gateway sends a session request message to the webpage server.
  • the webpage gateway may also have the following features:
  • the webpage gateway triggers service processing by sending a service request to the called user service party:
  • the called user servant is a call session control function of the IP multimedia subsystem, and the service request is a session request
  • the webpage gateway is carried according to the The user public user identifier is called, and the call request is routed to the call session control function of the called user.
  • the webpage gateway may further have the following feature: when the service party is a webpage server, and the calling service request is a location update message, the webpage gateway triggers the service processing by: the webpage gateway saves the corresponding The address information of the web server; and the web gateway saves the address information of the web server corresponding to the user to the home user server, or initiates a registration process to the operator network instead of the user.
  • the webpage gateway may also have the following features: the webpage gateway performs service processing by returning a service processing result to the service party:
  • the webpage gateway When the service party is a web server, and the calling service request is a resource request, after receiving the resource request, the webpage gateway applies for a resource to the resource cloud, and receives the resource address information returned by the resource cloud. The resource address information is sent to the web server.
  • the webpage gateway may further have the following feature: the webpage gateway is further configured to: after receiving the query request of the user, return an activated service list to the user; and, after receiving the service customization request of the user, And sending, to each service party in the service provider list carried in the service customization request, a message for notifying user subscription data, where the message carries an IFC triggered by the user-customized service.
  • the webpage gateway may also have the following features.
  • the webpage gateway includes one or more service management modules, and each service management module is related to one or more services.
  • the webpage gateway may further have the following features, the webpage gateway further includes a service directory module, where:
  • the service management module is further configured to send a service loading message to the service directory module, where the service loading message carries a service identifier, a service description document, and a service provider address information; the service directory module is set to receive After the service loading message, the service identifier and the service description document are saved, and the IFC or the generated IFC is obtained from the service loading message.
  • the present invention also provides a service party, the service party being configured to, after receiving a service request from a user, send the service request to the webpage gateway or send a call service request.
  • the foregoing service party may also have the following features: the server is a web server, or the server is a call session control function of the IP multimedia subsystem.
  • the foregoing service party may also have the following features: the service party sends the service request to the webpage gateway or sends a call service request by:
  • the servant triggers an initial filtering criterion (IFC) corresponding to the service, and sends the service request or sends a calling service request to the webpage gateway according to the IFC.
  • IFC initial filtering criterion
  • the service provider may also have the following feature, the service party is further configured to: before sending the service request to the webpage gateway or sending a call service request, determining whether the user customizes the service requested by the user, if Sending the service request to the webpage gateway or sending a call service request.
  • the above servant may also have the following feature, the servant sending the service request or the calling service request by calling an application program interface (API) manner or by a Session Initiation Protocol (SIP) message.
  • API application program interface
  • SIP Session Initiation Protocol
  • the foregoing servant may also have the following feature: the servant sends the service request or sends a call service request to the webpage gateway according to the IFC according to the following manner:
  • the service direction sends the service request or the calling service request to the service management module related to the service in the webpage gateway.
  • the invention provides an Internet and carrier network service sharing method, a service party and a webpage gateway, which can realize interworking, service sharing and resource sharing between an Internet user and an operator network user.
  • Figure 1 is a basic architecture diagram of an existing RTCWeb service
  • FIG. 2 is a flow chart of a browser establishing a real-time call
  • FIG. 3 is a system architecture diagram of an embodiment of the present invention.
  • Web-GW web page gateway
  • FIG. 5 is a flow chart of a service management module registering a service set with a service directory module according to an embodiment of the present invention
  • FIG. 6 is a flow chart of a user customizing a personalized service set to the Web-GW through HTTP;
  • FIG. 7 is a flow chart of a scenario in which a user initiates a service request through the Browser on the Internet;
  • FIG. 8 is a scenario in which the user triggers a customized service scenario on the IMS network.
  • Figure 9 is a flow chart of the service management module providing a location management function for the user.
  • FIG. 10 is a flowchart of a function of intercommunicating between a user and a IMS through a call service function module
  • FIG. 11 is a flow chart of another user performing a function of interworking between a web and an IMS through a call service function module
  • Figure 12 is a flow chart of a user initiating a conference call service on a website. Preferred embodiment of the invention
  • An embodiment of the present invention provides a method for sharing an Internet and an operator network service, including: after receiving a service request of a user, the service party sends the service request to the webpage gateway or sends a call service request;
  • the web gateway After receiving the service request or calling the service request, the web gateway triggers the service processing, returns the service processing result to the service party, or sends a service request to the called user service party.
  • the service party is a web server, or the called user service party is a web server.
  • the step of sending the service request to the webpage gateway or sending the invoking service request includes:
  • the servant triggers an initial filtering criterion (IFC) corresponding to the service, and sends the service request to the webpage gateway according to the IFC or sends the calling service request.
  • IFC initial filtering criterion
  • the webpage gateway triggers service processing, and returns
  • the steps of the service processing result to the service party or sending a service request to the called user service party include:
  • the webpage gateway obtains an address of the webpage server where the called user is located; and the webpage gateway sends the address of the webpage server to the service party, and the service party sends a session request message to the webpage server, Or the webpage gateway sends a session request message to the webpage server;
  • the method also includes the web server transmitting a session request message to the called user.
  • the service party when the service party is a webpage server, the called user service party is a call session control function of the IP multimedia subsystem, and the service request is a session request, the webpage gateway triggers service processing, and sends a service request.
  • the steps to the called user service party include:
  • the webpage gateway routes the call request to the call session control function of the called user according to the public user identifier of the called user carried in the session request.
  • the step of triggering the service processing by the webpage gateway when the service party is a webpage server and the calling service request is a location update message includes:
  • the webpage gateway saves the address information of the webpage server corresponding to the user; and the webpage gateway saves the address information of the webpage server corresponding to the user to the home subscriber server, or replaces the user with the operator
  • the network initiates the registration process.
  • the step of performing the service processing by the webpage gateway and returning the service processing result to the service party when the service party is a web server, and the calling service request is a resource request includes: After receiving the resource request, the webpage gateway applies for a resource to the resource cloud, receives the resource address information returned by the resource cloud, and sends the resource address information to the webpage server.
  • the service direction webpage gateway sends the service request or sends a call service request to determine whether the user customizes the service requested by the user, and if yes, sends the service request or sends a call to the webpage gateway. Business request.
  • the web gateway After receiving the query request of the user, the web gateway returns an activated service list to the user; and, after receiving the service customization request of the user, the service party carried in the service customization request Each service party in the list sends a message notifying the user of the subscription data, and the message carries the IFC triggered by the user-customized service.
  • the service party sends the service request or the called service request by calling an API manner or by using a SIP message.
  • the webpage gateway includes one or more service management modules, and each service management module is related to one or more services;
  • the step of the service party sending the service request or sending a call service request to the webpage gateway according to the IFC includes:
  • the service direction sends the service request or the calling service request to the service management module related to the service in the webpage gateway.
  • the webpage gateway further includes a service directory module, and the method further includes:
  • the service management module sends a service loading message to the service directory module, where the service loading message carries a service identifier, a service description document, and service provider address information;
  • the service directory module After receiving the service loading message, the service directory module saves the service identifier and the service description document, and obtains an IFC or an IFC from the service loading message.
  • the carrier network can be outside the IMS network, or it can be a traditional telecommunication network, such as the public switched network PSTN.
  • an IMS network is taken as an example for description.
  • FIG. 3 is a system architecture diagram of the present invention.
  • a web gateway (Web-GW) is added between the Internet Web Server and the IMS (IP Multimedia Subsystem) network, and the Web-GW is a third-party open platform.
  • the Web-GW is shown in Figure 4, including:
  • the service directory module is responsible for collecting the shared service list and service description information, collecting or generating service triggering criteria, receiving user query and subscription services, and transmitting user subscription information to the web server or the operator network;
  • the service management module is responsible for managing the business logic and business status of the shared service, and is responsible for registering and sharing the business with the service directory module, and calling the shared service;
  • the service interface module is responsible for protocol conversion and provides a standard interface for the Web Server or carrier network.
  • the service interface module is an optional module.
  • Figure 5 is a flow chart of the service management module registering a service set with the service directory module, including:
  • the service management module initiates a service registration request to the service directory module, where the request carries the type of service required to be registered;
  • the service directory module can perform security authentication on the service management module according to the policy selection, and if the authentication is passed, the service registration is allowed;
  • the service directory module allows service registration and returns a service registration response message
  • the service management module sends a service loading message to the service directory module, where the service carries a service identifier (Service ID), a service description profile, such as a service function, a service call interface, an interface rule specification, and the like.
  • Service ID service identifier
  • service description profile such as a service function, a service call interface, an interface rule specification, and the like.
  • Provider address information SP Controller Address, such as the HSS address of the carrier network, or Web server address of the Web service provider
  • IFC Initial Filter Criteria
  • the service directory module After receiving the service loading message, the service directory module saves the service ID and the service description document to the service directory table, and returns a service loading completion message to the service management module.
  • FIG. 6 is a flow chart of a user customizing a personalized service set to a Web-GW through HTTP, including:
  • the user terminal queries the service directory module for the currently activated service list.
  • the service directory module returns a service list to the user terminal
  • the user selects a service set, customizes his own personalized service, and sends a customized service request to the service directory module, where the request carries a customized service set list, and a service party list to which the service set is to be applied, such as a user customizing a voice mail service.
  • the user can customize the service application to multiple service parties such as Kaixin.com, Facebook and China Mobile.
  • the service party has a protocol relationship with the Web-GW provider, and the service provides the portal address to the Web-GW.
  • the service directory module After receiving the user service customization request, the service directory module sends a message to notify the user of the subscription data to the service party set by the user, where the message carries the IFC triggered by the customized service of the user;
  • the service provider network updates the user's subscription data
  • the service provider network is the carrier network
  • the above-mentioned notification user subscription data message is sent to the user home server of the operator network, and the user home server is responsible for saving the user subscription data, and when the subscription data changes, the user home server will change.
  • the data is forwarded to the Call Session Control Function (CSCF) network element of the network device that is serving the user, such as the IMS network;
  • CSCF Call Session Control Function
  • the business directory module returns a custom completion message to the user terminal.
  • Figure 7 is a flow chart of a scenario in which a user initiates a service request through the Browser on the Internet, including:
  • Browser initiates a service request to its registered Web Server
  • the Web server initiates a user identity request according to the Browser, such as a user name and a service type, and triggers an IFC of the customized service trigger template.
  • the Web Server sends a call service request to the service management module according to the service application service address included in the IFC by calling the API mode or by using a SIP message;
  • the service interface module and the service directory module may be used;
  • the service management module triggers service processing according to the service logic, such as forwarding service, and replaces the original called number as a forwarding number;
  • the service management module returns the service processing result to the Web server; 706.
  • the Web Server continues to perform the subsequent steps;
  • Figure 8 is a flowchart of a customized service scenario in which a user triggers a user on an IMS network, including:
  • the user terminal initiates a session request message to the IMS network element CSCF, where the message carries the calling identifier and the called identifier.
  • the CSCF receives the session request message of the user terminal, triggers the IFC, and forwards the session request message to the service management module.
  • the service management module After receiving the session request message, the service management module processes the service according to the business logic;
  • the session request message is further forwarded to the service management module 805-806.
  • the session is forwarded to the remote by the CSCF;
  • the remote end accepts the session and returns a reply message in the reverse path.
  • FIG. 9 is a flowchart of the location management function provided by the service management module.
  • the service management module is responsible for recording the Web server information currently logged in by the user, including:
  • the user logs in to the selected Web Server through the Browser, such as the user logging in to the FaceBook website;
  • the Web Server triggers the location management service by triggering the template IFC according to the service list customized by the user through the third-party service platform (Web-GW);
  • Web-GW third-party service platform
  • the Web Server sends a location update message to the location service management module according to the service platform address information included in the IFC, and the message sending manner can use the API call mode;
  • the location service management module After receiving the location update message, the location service management module saves the web corresponding to the user ID. Server address information;
  • the location service management module may select to save the Web server address information corresponding to the user ID to the telecommunication HSS network, or register the IMS network instead of the user terminal;
  • the location service management module After the saving is completed, the location service management module returns a location update response;
  • the Web Server returns a login response to the Browser.
  • Figure 10 is a flow diagram of the function of the user to communicate with the IMS through the call service management module.
  • the embodiment is a process for the Web to call the IMS terminal, including:
  • the user initiates an RTC Web service request message through the Browser, where the message carries the called user (ie, UE) in the IMS network public user identity PUI;
  • the Web Server finds that the PUI (the called number) is a non-site user ID, and finds that the user customizes the call service, and then triggers the call service IFC;
  • the Web Server sends a session request message to the call service management module, and the message may be sent by using a SIP message or an API, and carrying the called PUI;
  • the call service management module analyzes the called PUI or performs domain name resolution on the PUI through the domain name server DNS, and finally routes the call to the target IMS network, and finally routes the call to the called user through the IMS network routing mechanism.
  • Registered CSCF Registration CSCF
  • the CSCF sends a session request to the called user according to the address registered by the called user.
  • the called user accepts the session and returns a session response message in the reverse path.
  • Figure 11 is a flow diagram of the function of the user to communicate with the IMS through the call service function module.
  • the embodiment is a process in which the IMS terminal calls the Web Browser, including:
  • the UE sends a session request message to the CSCF registered by the IMS network, where the message carries the called number, such as the username or alias of the target website;
  • the CSCF analyzes the called number non-IMS network number, and finds that the user customizes the web calling service, and the CSCF triggers the calling service IFC;
  • the CSCF sends a session request message to the call service management module; 1104.
  • the call service management module queries the location service management module for the current called user name or the Web server address currently registered by the alias;
  • users may register on multiple websites through a username or alias;
  • the call service management module After obtaining the address information, the call service management module sends a session request message to the target Web server.
  • the call service management module may also send a redirect request message to the CSCF, where the message carries the target Web server address information, and the CSCF redirects the session request message to the target Web server;
  • the Web Server receives the session request message, and sends a session request message to the user Browser according to the address information logged in by the user;
  • the called user accepts the session request and returns the call answer message in the reverse path.
  • FIG. 12 is a flow chart of a user initiating a conference call service on a website, and the website itself does not have a conference bridge resource, so it applies for a third-party conference bridge resource to a third-party platform for use by the user; 1201.
  • the user initiates through the Web using the Browser. Conference call request;
  • the Web Server enters into an agreement with the user-customized IFC or itself with a third-party platform (Web-GW);
  • the Web Server sends a request for a conference bridge to the resource management service management module, and the request can be through an API manner;
  • the resource hosting service management module applies for the conference bridge resource to the conference bridge resource cloud
  • the resource escrow service management module After the resource application is completed, the resource escrow service management module returns a service processing result, and the result carries the requested conference bridge resource address information;
  • the Web Server returns the established conference bridge resource address to the Browser, so that the user can subsequently access the conference bridge.
  • An embodiment of the present invention further provides a webpage gateway, where the webpage gateway is configured to receive a user After the service request or the service request sent by the servant, the service process is triggered, the service process result is returned to the service party or the service request is sent to the called user service party.
  • the webpage gateway triggers the service processing by returning the service processing result to the service party or sending a service request to the called user service party:
  • the webpage gateway acquires the webpage where the called user is located.
  • the webpage gateway sends the address of the webpage server to the service party, or the webpage gateway sends a session request message to the webpage server.
  • the webpage gateway triggers service processing by sending a service request to the called user service party:
  • the called user servant is a call session control function of the IP multimedia subsystem, and the service request is a session request
  • the webpage gateway is carried according to the The user public user identifier is called, and the call request is routed to the call session control function of the called user.
  • the webpage gateway triggers the service processing by:
  • the webpage gateway saves the address information of the webpage server corresponding to the user; and the webpage gateway saves the address information of the webpage server corresponding to the user to the home subscriber server, or replaces the user with the operator
  • the network initiates the registration process.
  • the webpage gateway performs service processing in the following manner, and returns a service processing result to the service party:
  • the webpage gateway When the service party is a web server, and the calling service request is a resource request, after receiving the resource request, the webpage gateway applies for a resource to the resource cloud, and receives the resource address information returned by the resource cloud. The resource address information is sent to the web server.
  • the webpage gateway is further configured to: after receiving the query request of the user, return an activated service list to the user; and, after receiving the service customization request of the user, requesting the service customization request
  • Each service party in the carried servant list sends a notification to the user that the subscription data is cancelled.
  • the message carries the IFC triggered by the user-customized service.
  • the webpage gateway includes one or more service management modules, and each service management module is related to one or more services.
  • the webpage gateway further includes a service directory module, where:
  • the service management module is further configured to send a service loading message to the service directory module, where the service loading message carries a service identifier, a service description document, and a service provider address information; the service directory module is set to receive After the service loading message, the service identifier and the service description document are saved, and the IFC or the generated IFC is obtained from the service loading message.
  • the embodiment of the present invention further provides a service party, where the service party is configured to send the service request or send a call service request to the webpage gateway after receiving the service request of the user.
  • the service party is a web server, or the service party is a call session control function of the IP multimedia subsystem.
  • the service party sends the service request or sends a call service request to the webpage gateway by:
  • the servant triggers an initial filtering criterion (IFC) corresponding to the service, and sends the service request or sends a calling service request to the webpage gateway according to the IFC.
  • IFC initial filtering criterion
  • the service party is further configured to: before sending the service request to the webpage gateway or sending a call service request, further determining whether the user customizes the service requested by the user, and if yes, sending the service to the webpage gateway The service request or send a call service request.
  • the service party sends the service request or the called service request by calling an API manner or by using a SIP message.
  • the service party sends the service request or sends a call service request to the webpage gateway according to the IFC according to the following manner:
  • the service direction sends the service request or the calling service request to the service management module related to the service in the webpage gateway.
  • operators and service providers can also customize services.
  • the telecommunications supplementary service, and the like the present invention does not limit this.
  • the present invention is also applicable to scenarios where both the calling user and the called user are on the Internet.
  • the present invention provides an Internet and carrier network service sharing method, a service provider, and a web page gateway, which enable interworking, service sharing, and resource sharing between Internet users and carrier network users.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供了一种因特网与运营商网络业务共享方法，包括：服务方收到用户的业务请求后，向网页网关发送所述业务请求或者发送调用业务请求；所述网页网关收到所述业务请求或调用业务请求后，触发业务处理，返回业务处理结果给所述服务方或者发送业务请求至被叫用户服务方。本发明提供的因特网与运营商网络业务共享方法、服务方及网页网关能够实现因特网用户与运营商网络用户之间的互通、业务共享以及资源共享。

Description

因特网与运营商网络业务共享方法、 服务方及网页网关
技术领域
本发明涉及通讯领域， 尤其是涉及一种因特网与运营商网络业务共享方 法、 月良务方和网页网关。
背景技术
随着通信网络和互联网的日益融合， 各方对沟通的需求越来越复杂， 沟 通不仅仅是单一的音频， 或者还有视频和其他媒体的混合形式； 更有沟通时 效性的要求。
我们都知道， 目前浏览器是 C/S ( Client/Server, 客户端 /服务器）结构， 而且现在一般在网页上提供音频（audio )或者视频（video )等实时媒体服务 的浏览器，基本上是通过插件技术 (plus-in)或者下载来实现，现在的网页技术， 甚至现在的 HTTP ( Hypertext transfer protocol, 超文本传输协议）技术， 不能 很好的支持流方式的媒体下发。 这些都导致了基于浏览器的实时通信是存在 缺陷的， 都要通过插件 /外挂应用程序或者下载来实现， 从而加速浏览器的效 率。
有没有一种浏览器之间对等的通信技术， 让浏览器可以实时运用 P2P ( Peer to Peer, 对等网络） 的特性传送内容， 包括视频、 音频和用于实时通 信的"补充"。 这种想法， 实际就是一种 P2P的浏览器技术。
而目前出现的 RTC ( Real Time Communication, 实时通讯） web这个课 题， 实质意味着在用户计算机或移动设备上不运行外挂、 插件或者特殊应用 的时候， Twitter、 Facebook , UStream 等远程业务可以访问浏览器的 API ( Application Programming Interface, 应用程序接口）功能和重要的 PC设备 和功能。 如果达成一致意见， 这种新的 API功能需要嵌入现有的浏览器， 应 用在 P2P、 多媒体流、 设备能力和媒体捕获等领域。 浏览器将支持和允许实 时通信， 实现设备检测 （话筒、 相机、 麦克风） ， 媒体记录（图像、 视频、 音频） ， 媒体数据流分发（多媒体播放、 回退、 HTML5也支持部分功能） ， 媒体流和直接 P2P连接等功能。 RTC web是一项直接让浏览器和浏览器之间 对等通信的标准， 而不需要中央服务器。 该标准可以减少人为干扰和嗅探， 提高互联网络通信的可靠性， 通过客户端应用程序接口 （API )的方式实现这 个新的实时通信概念， 该 API可以直接被浏览器厂商调用， 无须额外下载插 件和应用程序即可使用。
标准组织 IETF ( Internet Engineering Task Force, Internet工程任务组 )中 RTCweb工作组于 2011年 7月成立，主要目标是配合 W3C ( World Wide Web Consortium, 万维网联盟） 的 WebRTC工作组实现通过浏览器直接实现实时 的视频和音频通讯， 而不需要插件的支持。
IETF涉及的标准化部分包含： 数据传输协议（包含 NAT穿越等等） 、 媒体传输协议 ( Real-time Transport Protocol/Secure Real-time Transport Portocol, 实时传输协议 /安全实时传输协议， RTP/SRTP的运用上的规定） 、 会话连接和控制 （重点包含如何建立会话， 如何进行媒体协商等等） 、 媒体 数据格式 (包括必选和可选的编码格式等） 、 浏览器本地支持 (包括基础的 本地设备控制， 如音量， 摄像头焦距等等） 。
RTCweb 工作组刚成立就吸引了许多互联网巨头以及传统电信业的爱立 信等公司。 多家公司实现了 RTCweb的原型并进行了展示。
图 1为现有 RTCWeb业务基本架构图， 主要包括如下网元：
Webserver (网页服务器） ， 主要负责浏览器 （Browser )用户注册， 用 户寻址， 会话状态维护；
Browser, 主要负责用户终端界面显示， 负责发起和接受会话， 与目标 Browser之间建立媒体连接。
如图 2所示， 包括：
201. 当 Browserl准备与 Browser2建立实时通讯会话， Browserl首先通 过 HTTP或者 Web插口协议 (WebSocket)向它注册的 WebServerl发送会话请 求， 请求消息中携带目标 Browser2的身份标识 ID, 及自身的媒体地址信息；
202. WebServerl 根据 Browser2 的身份分析， 发现用户在 WebServer2 进行注册登记， 于是釆用会话初始协议（SIP )向 WebServer2发送会话请求； 203. WebServer2根据 Browser2用户注册的地址，向 Browser2通过 HTTP 协议发送会话请求消息， 消息中携带 Browserl 的媒体端口 IP地址及端口信 息；
204-206. Browser2接受本次会话， 返回应答消息， 返回本端的媒体地址 和端口信息。
至此， Browserl和 Browser2建立实时通讯。
在桌面互联网时代， Browser之间实时通讯， 通常以 PC为载体， 随着移 动互联网到来 , Browser表现形式多样化。 移动终端间通过 Web进行实时通 讯成为一种可能。 这种 Web通讯模式和传统移动终端通讯模式， 无论从用户 体验和技术实现角度， 都存在较大的同质性， 如何实现 RTCWeb和传统电信 网络间的资源和业务共享， 提高网络资源的利用率， 同时又能丰富用户体验， 是各运营商和业务提供商需要考虑的问题。
发明内容
本发明要解决的技术问题是提供一种因特网与运营商网络业务共享方 法、 服务方及网页网关， 实现因特网与运营商网络之间业务和资源共享， 提 高网络资源的利用率。
为了解决上述问题， 本发明提供了一种因特网与运营商网络业务共享方 法， 包括：
服务方收到用户的业务请求后， 向网页网关发送所述业务请求或者发送 调用业务请求；
所述网页网关收到所述业务请求或调用业务请求后， 触发业务处理， 返 回业务处理结果给所述服务方或者发送业务请求至被叫用户服务方。
上述方法还可具有以下特点， 所述服务方为网页服务器， 或者， 所述被 叫用户服务方为网页服务器。
上述方法还可具有以下特点， 所述向网页网关发送所述业务请求或者发 送所述调用业务请求的步骤包括： 所述服务方触发业务对应的初始过滤准则（IFC ) , 根据所述 IFC向所述 网页网关发送所述业务请求或者发送所述调用业务请求。
上述方法还可具有以下特点， 当所述服务方为 IP多媒体子系统的呼叫会 话控制功能， 且所述业务请求为会话请求， 所述被叫用户服务方为网页服务 器时， 所述网页网关触发业务处理， 返回业务处理结果给所述服务方或者发 送业务请求至被叫用户服务方的步骤包括：
所述网页网关获取被叫用户所在的所述网页服务器的地址； 以及 所述网页网关将所述网页服务器的地址发送给所述服务方， 所述服务方 发送会话请求消息至所述网页服务器， 或者， 所述网页网关发送会话请求消 息至所述网页服务器。
上述方法还可具有以下特点， 当所述服务方为网页服务器， 所述被叫用 户服务方为 IP多媒体子系统的呼叫会话控制功能， 且所述业务请求为会话请 求时， 所述网页网关触发业务处理， 发送业务请求至被叫用户服务方的步骤 包括：
所述网页网关根据所述会话请求中携带的被叫用户公共用户标识， 将所 述呼叫请求路由至所述被叫用户的呼叫会话控制功能。
上述方法还可具有以下特点， 当所述服务方为网页服务器， 所述调用业 务请求为位置更新消息时， 所述网页网关触发业务处理的步骤包括：
所述网页网关保存所述用户对应的网页服务器的地址信息； 以及 所述网页网关将所述用户对应的网页服务器的地址信息保存到归属用户 服务器中， 或者， 代替所述用户向所述运营商网络发起注册流程。
上述方法还可具有以下特点， 当所述服务方为网页服务器， 所述调用业 务请求为资源请求时， 所述网页网关执行业务处理， 返回业务处理结果给所 述服务方的步骤包括：
所述网页网关接收到所述资源请求后， 向资源云申请资源， 接收资源云 返回的资源地址信息， 将所述资源地址信息发送给所述网页服务器。
上述方法还可具有以下特点， 所述服务方向网页网关发送所述业务请求 或者发送调用业务请求前还判断所述用户是否定制了所述用户请求的业务， 如果是， 向所述网页网关发送所述业务请求或者发送调用业务请求。
上述方法还可具有以下特点， 所述方法还包括：
所述网页网关收到所述用户的查询请求后， 返回激活的业务列表给所述 用户； 以及， 接收到所述用户的业务定制请求后， 向所述业务定制请求中携 带的服务方列表中的各服务方发送通知用户签约数据的消息， 所述消息携带 所述用户定制的业务触发的 IFC。
上述方法还可具有以下特点， 所述服务方通过调用应用程序接口 （API ) 方式， 或者通过会话初始协议（ SIP )消息发送所述业务请求或者所述调用业 务请求。
上述方法还可具有以下特点， 所述网页网关包括一个或多个业务管理模 块， 每个业务管理模块与一个或多个业务相关；
所述服务方根据所述 IFC向网页网关发送所述业务请求或者发送调用业 务请求的步骤包括： 所述服务方向所述网页网关中的与所述业务相关的业务管理模块发送所 述业务请求或者所述调用业务请求。
上述方法还可具有以下特点， 所述网页网关还包括业务目录模块， 所述 方法还包括：
所述业务管理模块向所述业务目录模块发送业务加载消息， 所述业务加 载消息携带业务标识、 业务描述文档， 以及业务提供方地址信息；
所述业务目录模块收到所述业务加载消息后， 保存所述业务标识和业务 描述文档， 以及从所述业务加载消息中获取 IFC或生成 IFC。 本发明还提供一种网页网关， 包括：
所述网页网关设置成， 在收到用户的服务方发送的业务请求或调用业务 请求后， 触发业务处理， 返回业务处理结果给所述服务方或者发送业务请求 至被叫用户服务方。
上述网页网关还可具有以下特点， 所述网页网关通过如下方式触发业务 处理，返回业务处理结果给所述服务方或者发送业务请求至被叫用户服务方： 当所述服务方为 IP多媒体子系统的呼叫会话控制功能，且所述业务请求 为会话请求， 所述被叫用户服务方为网页服务器时， 所述网页网关获取被叫 用户所在的所述网页服务器的地址； 以及
所述网页网关将所述网页服务器的地址发送给所述服务方， 或者， 所述 网页网关发送会话请求消息至所述网页服务器。
上述网页网关还可具有以下特点， 所述网页网关通过如下方式触发业务 处理， 发送业务请求至被叫用户服务方：
当所述服务方为网页服务器， 所述被叫用户服务方为 IP多媒体子系统的 呼叫会话控制功能， 且所述业务请求为会话请求时， 所述网页网关根据所述 会话请求中携带的被叫用户公共用户标识， 将所述呼叫请求路由至所述被叫 用户的呼叫会话控制功能。
上述网页网关还可具有以下特点， 当所述服务方为网页服务器， 所述调 用业务请求为位置更新消息时， 所述网页网关通过如下方式触发业务处理： 所述网页网关保存所述用户对应的网页服务器的地址信息； 以及 所述网页网关将所述用户对应的网页服务器的地址信息保存到归属用户 服务器中， 或者， 代替所述用户向所述运营商网络发起注册流程。
上述网页网关还可具有以下特点， 所述网页网关通过如下方式执行业务 处理， 返回业务处理结果给所述服务方：
当所述服务方为网页服务器， 所述调用业务请求为资源请求时， 所述网 页网关接收到所述资源请求后， 向资源云申请资源， 接收所述资源云返回的 资源地址信息， 将所述资源地址信息发送给所述网页服务器。
上述网页网关还可具有以下特点， 所述网页网关还设置成， 在收到所述 用户的查询请求后， 返回激活的业务列表给所述用户； 以及， 接收到所述用 户的业务定制请求后， 向所述业务定制请求中携带的服务方列表中的各服务 方发送通知用户签约数据的消息， 所述消息携带所述用户定制的业务触发的 IFC。
上述网页网关还可具有以下特点， 所述网页网关包括一个或多个业务管 理模块， 每个业务管理模块与一个或多个业务相关。 上述网页网关还可具有以下特点， 所述网页网关还包括业务目录模块， 其中：
所述业务管理模块还设置成， 向所述业务目录模块发送业务加载消息， 所述业务加载消息携带业务标识、 业务描述文档， 以及业务提供方地址信息； 所述业务目录模块设置成， 在收到所述业务加载消息后， 保存所述业务 标识和业务描述文档， 以及从所述业务加载消息中获取 IFC或生成 IFC。
本发明还提供一种服务方， 所述服务方设置成， 在收到用户的业务请求 后， 向网页网关发送所述业务请求或者发送调用业务请求。
上述服务方还可具有以下特点， 所述服务方为网页服务器， 或者， 所述 服务方为 IP多媒体子系统的呼叫会话控制功能。
上述服务方还可具有以下特点， 所述服务方通过如下方式向网页网关发 送所述业务请求或者发送调用业务请求：
所述服务方触发业务对应的初始过滤准则（IFC ) , 根据所述 IFC向所述 网页网关发送所述业务请求或者发送调用业务请求。
上述服务方还可具有以下特点， 所述服务方还设置成， 向所述网页网关 发送所述业务请求或者发送调用业务请求前还判断所述用户是否定制了所述 用户请求的业务， 如果是， 向所述网页网关发送所述业务请求或者发送调用 业务请求。
上述服务方还可具有以下特点 ,所述服务方通过调用应用程序接口（ API ) 方式， 或者通过会话初始协议（ SIP )消息发送所述业务请求或者所述调用业 务请求。
上述服务方还可具有以下特点， 所述服务方通过如下方式根据所述 IFC 向网页网关发送所述业务请求或者发送调用业务请求：
所述服务方向所述网页网关中的与所述业务相关的业务管理模块发送所 述业务请求或者所述调用业务请求。
本发明提供了一种因特网与运营商网络业务共享方法、 服务方及网页网 关， 其能够实现因特网用户与运营商网络用户之间的互通、 业务共享以及资 源共享。 附图概述
图 1是现有 RTCWeb业务的基本架构图；
图 2是浏览器建立实时通话的流程图；
图 3是本发明实施例的系统架构图；
图 4是本发明实施例的网页网关 （ Web-GW )框图；
图 5是本发明实施例的业务管理模块向业务目录模块注册业务集的流程 图；
图 6为用户通过 HTTP向 Web-GW定制自己个性业务集的流程图； 图 7为当用户在互联网上通过 Browser发起业务请求场景的流程图； 图 8为用户在 IMS网络触发用户定制业务场景的流程图；
图 9为业务管理模块为用户提供位置管理功能的流程图；
图 10为用户通过呼叫业务功能模块实现 Web与 IMS互通功能的流程图； 图 11为另一用户通过呼叫业务功能模块实现 Web与 IMS互通功能的流 程图；
图 12为用户在某网站发起会议电话业务的流程图。 本发明的较佳实施方式
为使本发明的目的、 技术方案和优点更加清楚明白， 下文中将结合附图 对本发明的实施例进行详细说明。 需要说明的是， 在不冲突的情况下， 本申 请中的实施例及实施例中的特征可以相互任意组合。
本发明实施例提供一种因特网与运营商网络业务共享方法， 包括： 服务方收到用户的业务请求后， 向网页网关发送所述业务请求或者发送 调用业务请求；
所述网页网关收到所述业务请求或调用业务请求后， 触发业务处理， 返 回业务处理结果给所述服务方或者发送业务请求至被叫用户服务方。 其中， 所述服务方为网页服务器， 或者， 所述被叫用户服务方为网页服 务器。
其中， 所述向网页网关发送所述业务请求或者发送所述调用业务请求的 步骤包括：
所述服务方触发业务对应的初始过滤准则（IFC ) , 根据所述 IFC向所述 网页网关发送所述业务请求或者发送所述调用业务请求。
其中， 当所述月良务方为 IP多媒体子系统的呼叫会话控制功能， 且所述业 务请求为会话请求， 所述被叫用户服务方为网页服务器时， 所述网页网关触 发业务处理， 返回业务处理结果给所述服务方或者发送业务请求至被叫用户 服务方的步骤包括：
所述网页网关获取被叫用户所在的所述网页服务器的地址； 以及 所述网页网关将所述网页服务器的地址发送给所述服务方， 所述服务方 发送会话请求消息至所述网页服务器， 或者， 所述网页网关发送会话请求消 息至所述网页服务器；
所述方法还包括， 所述网页服务器发送会话请求消息至被叫用户。
其中， 当所述服务方为网页服务器， 所述被叫用户服务方为 IP多媒体子 系统的呼叫会话控制功能， 且所述业务请求为会话请求时， 所述网页网关触 发业务处理， 发送业务请求至被叫用户服务方的步骤包括：
所述网页网关根据所述会话请求中携带的被叫用户公共用户标识， 将所 述呼叫请求路由至所述被叫用户的呼叫会话控制功能。
其中， 当所述服务方为网页服务器， 所述调用业务请求为位置更新消息 时， 所述网页网关触发业务处理的步骤包括：
所述网页网关保存所述用户对应的网页服务器的地址信息； 以及 所述网页网关将所述用户对应的网页服务器的地址信息保存到归属用户 服务器中， 或者， 代替所述用户向所述运营商网络发起注册流程。
其中， 当所述服务方为网页服务器， 所述调用业务请求为资源请求时， 所述网页网关执行业务处理， 返回业务处理结果给所述服务方的步骤包括： 所述网页网关接收到所述资源请求后， 向资源云申请资源， 接收资源云 返回的资源地址信息， 将所述资源地址信息发送给所述网页服务器。
其中， 所述服务方向网页网关发送所述业务请求或者发送调用业务请求 前还判断所述用户是否定制了所述用户请求的业务， 如果是， 向所述网页网 关发送所述业务请求或者发送调用业务请求。
其中， 所述网页网关收到所述用户的查询请求后， 返回激活的业务列表 给所述用户； 以及， 接收到所述用户的业务定制请求后， 向所述业务定制请 求中携带的服务方列表中的各服务方发送通知用户签约数据的消息， 所述消 息携带所述用户定制的业务触发的 IFC。
其中， 所述服务方通过调用 API方式， 或者通过 SIP消息发送所述业务 请求或者所述调用业务请求。
其中， 所述网页网关包括一个或多个业务管理模块， 每个业务管理模块 与一个或多个业务相关；
所述服务方根据所述 IFC向网页网关发送所述业务请求或者发送调用业 务请求的步骤包括：
所述服务方向所述网页网关中的与所述业务相关的业务管理模块发送所 述业务请求或者所述调用业务请求。
其中， 所述网页网关还包括业务目录模块， 所述方法还包括：
所述业务管理模块向所述业务目录模块发送业务加载消息， 所述业务加 载消息携带业务标识、 业务描述文档， 以及业务提供方地址信息；
所述业务目录模块收到所述业务加载消息后， 保存所述业务标识和业务 描述文档， 以及从所述业务加载消息中获取 IFC或生成 IFC。
运营商网络可以是 IMS网络外， 还可以是传统电信网络， 如公共交换网 络 PSTN等。 下述实施例中以 IMS网络为例进行说明。
图 3是本发明系统架构图， 在互联网 Web Server与运营商网络 IMS ( IP Multimedia Subsystem , IP 多媒体子系统） 网络间新增一个网页网关 ( Web-GW ) , Web-GW为第三方开放平台， 负责收集所共享的业务集， 负 责接受用户定制的特色业务， 负责为应用和网络提供业务调用 API接口。 其中 Web-GW如图 4所示， 包括：
业务目录模块： 负责收集所共享的业务列表及业务描述信息， 收集或生 成业务触发准则， 接收用户查询和订阅业务， 传递用户订阅信息至 Web服务 器或者运营商网络；
业务管理模块： 负责对所共享业务的业务逻辑和业务状态进行管理， 负 责向业务目录模块进行注册共享业务， 调用所述共享业务；
业务接口模块， 负责协议转换， 为 Web Server或者运营商网络提供标准 接口。 其中， 业务接口模块为可选模块。
图 5为业务管理模块向业务目录模块注册业务集的流程图， 包括：
501. 业务管理模块向业务目录模块发起业务注册请求， 请求中携带所需 注册的业务类型；
502. 业务目录模块可以根据策略选择对业务管理模块进行安全认证， 如 果认证通过， 允许进行业务注册；
注： 该步骤为可选步骤。
503. 业务目录模块允许业务注册， 返回业务注册应答消息；
504. 业务管理模块向业务目录模块发送业务加载消息， 该消息中携带业 务标识（ Service ID ) , 业务描述文档 （ Service Description Profile ) , 如业务 的功能， 业务调用接口， 接口规则说明书等信息， 业务提供方地址信息 （SP Controller Address, 比如运营商网络的 HSS地址， 或者 Web业务提供方 Web Server地址等） , 业务触发模板的 IFC ( Initial Filter Criteria, 初始过滤准则） 信息， IFC信息中包含业务应用服务器地址信息；
505. 业务目录模块收到业务加载消息后， 保存 Service ID和业务描述文 档至业务目录表中， 向业务管理模块返回业务加载完成消息；
506. 业务目录模块如果判断没有收到业务触发模板的 IFC, 则生成一个 缺省指向自身或者业务管理模块的 IFC。 图 6为用户通过 HTTP向 Web-GW定制自己个性业务集的流程图，包括：
601. 用户终端向业务目录模块查询当前激活的业务列表；
602. 业务目录模块返回业务列表给用户终端；
603. 用户选择业务集， 定制自己的个性业务， 向业务目录模块发送定制 业务请求， 该请求中携带定制的业务集列表， 以及业务集将被应用的服务方 列表， 如用户定制一个语音信箱业务， 用户可以定制这个业务应用在开心网、 Facebook和中国移动等多个服务方，所述服务方与 Web-GW提供方具备协议 关系， 服务方向 Web-GW提供入口地址；
604. 业务目录模块收到用户业务定制请求后， 向用户设置的服务方发送 通知用户签约数据的消息， 消息中携带用户定制业务触发的 IFC;
605. 服务方网络更新用户的签约数据；
服务方网络为运营商网络时， 上述通知用户签约数据消息是发送给运营 商网络的用户归属服务器， 用户归属服务器负责保存用户签约数据， 同时当 签约数据发生变化时， 用户归属服务器将把变动的数据及时推送到正在为用 户服务的网络设备如 IMS 网络的呼叫会话控制功能 （Call Session Control Function, CSCF ) 网元；
606. 服务方网络更新完后向业务目录模块返回应答消息；
607. 业务目录模块向用户终端返回定制完成消息。
图 7为当用户在互联网上通过 Browser发起业务请求场景的流程图， 包 括：
701. Browser向其注册的 Web Server发起业务请求；
702. Web Server根据 Browser发起用户身份请求，如用户名、业务类型， 触发用户定制的业务触发模板的 IFC;
703. Web Server根据 IFC中包含的业务应用服务地址， 通过调用 API 方式， 或者通过 SIP消息向业务管理模块发送调用业务请求； 该步骤中， 可能途径业务接口模块和业务目录模块；
704. 业务管理模块根据业务逻辑， 触发业务处理， 如前转业务， 更换原 被叫号码为前转号码；
705. 业务处理完毕， 业务管理模块向 Web Server返回业务处理结果； 706. Web Server继续执行后续步骤；
707. Web Server执行完毕后， 向 Browser返回业务应答。
图 8为用户在 IMS网络触发用户的定制业务场景的流程图， 包括：
801. 用户终端向 IMS网元 CSCF发起会话请求消息， 消息中携带着主叫 标识和被叫标识；
802. CSCF收到用户终端的会话请求消息， 触发 IFC, 向业务管理模块 转发该会话请求消息；
803-804. 业务管理模块收到该会话请求消息后， 根据业务逻辑， 处理业 务；
805-806. 业务管理模块处理完业务后， 把会话请求消息继续转发给
CSCF, 由 CSCF把会话转发给远端；
807. 远端接受会话， 按反向路径返回应答消息。
图 9为业务管理模块为用户提供位置管理功能的流程图， 业务管理模块 主要负责记录用户当前登录的 Web Server信息， 包括：
901.用户通过 Browser登录到所选择的 Web Server,如用户登录 FaceBook 网站；
902. Web Server根据用户通过第三方业务平台 （ Web-GW )定制的业务 列表触发模板 IFC, 触发位置管理业务；
903. Web Server根据 IFC中包含的业务平台地址信息， 向位置业务管理 模块发送位置更新消息， 消息发送方式可以釆用 API调用方式；
904. 位置业务管理模块收到位置更新消息后， 保存用户 ID对应的 Web Server地址信息；
905. 位置业务管理模块可以选择把用户 ID对应的 Web Server地址信息 保存到电信 HSS网络中， 或者代替用户终端向 IMS网络进行注册；
906. 保存完毕， 位置业务管理模块返回位置更新应答；
907. Web Server返回登录应答给 Browser。
图 10为用户通过呼叫业务管理模块， 实现 Web与 IMS互通功能的流程 图， 该实施例为 Web呼叫 IMS终端的过程， 包括：
1001. 用户通过 Browser发起 RTC Web业务请求消息， 消息中携带被叫 用户 （即 UE )在 IMS网络公共用户标识 PUI;
1002. Web Server发现该 PUI (即被叫号码）为非本网站用户 ID, 并且 发现该用户定制了呼叫业务， 于是触发呼叫业务 IFC;
1003. Web Server向呼叫业务管理模块发送会话请求消息， 该消息可以 通过 SIP消息或者 API方式发送， 并携带被叫 PUI;
1004. 呼叫业务管理模块根据对被叫 PUI进行分析， 或者通过域名服务 器 DNS对 PUI进行域名解析，最终把呼叫路由到目标 IMS网络，并通过 IMS 网络路由机制， 最终把呼叫路由到该被叫用户注册的 CSCF;
1005. CSCF根据被叫用户注册的地址， 向被叫用户发送会话请求；
1006. 被叫用户接受这次会话， 按反向路径返回会话应答消息。
图 11为用户通过呼叫业务功能模块， 实现 Web与 IMS互通功能的流程 图， 该实施例为 IMS终端呼叫 Web Browser的过程， 包括：
1101. UE在 IMS网络向其注册的 CSCF发送会话请求消息， 消息中携 带被叫号码， 如目标网站的用户名或者别名；
1102. CSCF分析被叫号码非 IMS网络号码， 并且发现用户定制了 Web 呼叫业务， 则 CSCF触发呼叫业务 IFC;
1103. CSCF向呼叫业务管理模块发送会话请求消息； 1104. 呼叫业务管理模块向位置业务管理模块查询当前被叫用户名或者 别名当前登录的 Web Server地址；
其中， 用户可能通过一个用户名或者别名在多个网站进行注册；
1105a. 呼叫业务管理模块获取到地址信息后，向目标 Web Server发送会 话请求消息；
也可以不执行步骤 1105a, 而执行 1105b-l 106b. 呼叫业务管理模块也可 能向 CSCF发送重定向请求消息，消息中携带目标 Web Server地址信息， CSCF 把会话请求消息重定向到目标 Web Server;
1107. Web Server收到会话请求消息， 根据用户登录的地址信息， 向用 户 Browser发送会话请求消息；
1108. 被叫用户接受本次会话请求， 按反向路径返回呼叫应答消息。
图 12为用户在某网站发起会议电话业务的流程图，而该网站本身没有会 议桥资源， 于是它向第三方平台申请第三方会议桥资源以提供给用户使用； 1201. 用户通过 Browser使用 Web发起会议电话请求；
1202. Web Server根据用户定制 IFC或者自身与第三方平台 （Web-GW ) 签订协议；
即在用户未定制业务时， 也可以申请会议桥。
1203. Web Server向资源托管业务管理模块发送申请会议桥请求， 该请 求可以通过 API方式；
1204. 资源托管业务管理模块向会议桥资源云申请会议桥资源；
1205. 资源申请完毕后， 资源托管业务管理模块返回业务处理结果， 结 果中携带所申请的会议桥资源地址信息；
1206. Web Server向 Browser返回所建立的会议桥资源地址， 以便用户 后续接入到会议桥。
除了会议桥资源外， 上述实施例也适用于其他资源的申请。
本发明实施例还提供一种网页网关， 所述网页网关设置成， 在收到用户 的服务方发送的业务请求或调用业务请求后， 触发业务处理， 返回业务处理 结果给所述服务方或者发送业务请求至被叫用户服务方。
其中， 所述网页网关通过如下方式触发业务处理， 返回业务处理结果给 所述服务方或者发送业务请求至被叫用户服务方：
当所述服务方为 IP多媒体子系统的呼叫会话控制功能，且所述业务请求 为会话请求， 所述被叫用户服务方为网页服务器时， 所述网页网关获取被叫 用户所在的所述网页服务器的地址； 以及
所述网页网关将所述网页服务器的地址发送给所述服务方， 或者， 所述 网页网关发送会话请求消息至所述网页服务器。
其中， 所述网页网关通过如下方式触发业务处理， 发送业务请求至被叫 用户服务方：
当所述服务方为网页服务器， 所述被叫用户服务方为 IP多媒体子系统的 呼叫会话控制功能， 且所述业务请求为会话请求时， 所述网页网关根据所述 会话请求中携带的被叫用户公共用户标识， 将所述呼叫请求路由至所述被叫 用户的呼叫会话控制功能。
其中， 当所述服务方为网页服务器， 所述调用业务请求为位置更新消息 时， 所述网页网关通过如下方式触发业务处理：
所述网页网关保存所述用户对应的网页服务器的地址信息； 以及 所述网页网关将所述用户对应的网页服务器的地址信息保存到归属用户 服务器中， 或者， 代替所述用户向所述运营商网络发起注册流程。
其中， 所述网页网关通过如下方式执行业务处理， 返回业务处理结果给 所述服务方：
当所述服务方为网页服务器， 所述调用业务请求为资源请求时， 所述网 页网关接收到所述资源请求后， 向资源云申请资源， 接收所述资源云返回的 资源地址信息， 将所述资源地址信息发送给所述网页服务器。
其中， 所述网页网关还设置成， 收到所述用户的查询请求后， 返回激活 的业务列表给所述用户； 以及， 接收到所述用户的业务定制请求后， 向所述 业务定制请求中携带的服务方列表中的各服务方发送通知用户签约数据的消 息， 所述消息携带所述用户定制的业务触发的 IFC。
其中， 所述网页网关包括一个或多个业务管理模块， 每个业务管理模块 与一个或多个业务相关。
其中， 所述网页网关还包括业务目录模块， 其中：
所述业务管理模块还设置成， 向所述业务目录模块发送业务加载消息， 所述业务加载消息携带业务标识、 业务描述文档， 以及业务提供方地址信息； 所述业务目录模块设置成， 在收到所述业务加载消息后， 保存所述业务 标识和业务描述文档， 以及从所述业务加载消息中获取 IFC或生成 IFC。
本发明实施例还提供一种服务方， 所述服务方设置成， 在收到用户的业 务请求后， 向网页网关发送所述业务请求或者发送调用业务请求。
其中， 所述服务方为网页服务器， 或者， 所述服务方为 IP多媒体子系统 的呼叫会话控制功能。
其中， 所述服务方通过如下方式向网页网关发送所述业务请求或者发送 调用业务请求：
所述服务方触发业务对应的初始过滤准则（IFC ) , 根据所述 IFC向所述 网页网关发送所述业务请求或者发送调用业务请求。
其中， 所述服务方还设置成， 向所述网页网关发送所述业务请求或者发 送调用业务请求前还判断所述用户是否定制了所述用户请求的业务，如果是， 向所述网页网关发送所述业务请求或者发送调用业务请求。
其中， 所述服务方通过调用 API方式， 或者通过 SIP消息发送所述业务 请求或者所述调用业务请求。
其中， 所述服务方通过如下方式根据所述 IFC向网页网关发送所述业务 请求或者发送调用业务请求：
所述服务方向所述网页网关中的与所述业务相关的业务管理模块发送所 述业务请求或者所述调用业务请求。
除上述实施例中提到的业务外，还可以有运营商和业务提供商定制业务， 比如电信补充业务， 等等， 本发明对此不作限定。 本发明也可应用在主叫用 户和被叫用户皆在因特网的场景。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
当然， 本发明还可有其他多种实施例， 在不背离本发明精神及其实质的 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
工业实用性 本发明提供了一种因特网与运营商网络业务共享方法、 服务方及网页网 关， 其能够实现因特网用户与运营商网络用户之间的互通、 业务共享以及资 源共享。

Claims

权 利 要 求 书
1、 一种因特网与运营商网络业务共享方法， 包括：
服务方收到用户的业务请求后， 向网页网关发送所述业务请求或者发送 调用业务请求；
所述网页网关收到所述业务请求或调用业务请求后， 触发业务处理， 返 回业务处理结果给所述服务方或者发送业务请求至被叫用户服务方。
2、 如权利要求 1所述的方法， 其中， 所述服务方为网页服务器， 或者， 所述被叫用户服务方为网页服务器。
3、 如权利要求 1所述的方法， 其中， 所述向网页网关发送所述业务请求 或者发送所述调用业务请求的步骤包括：
所述服务方触发业务对应的初始过滤准则（IFC ) , 根据所述 IFC向所述 网页网关发送所述业务请求或者发送所述调用业务请求。
4、 如权利要求 1所述的方法， 其中， 当所述服务方为 IP多媒体子系统 的呼叫会话控制功能， 且所述业务请求为会话请求， 所述被叫用户服务方为 网页服务器时， 所述网页网关触发业务处理， 返回业务处理结果给所述服务 方或者发送业务请求至被叫用户服务方的步骤包括：
所述网页网关获取被叫用户所在的所述网页服务器的地址； 以及 所述网页网关将所述网页服务器的地址发送给所述服务方， 所述服务方 发送会话请求消息至所述网页服务器， 或者， 所述网页网关发送会话请求消 息至所述网页服务器。
5、 如权利要求 1所述的方法， 其中， 当所述服务方为网页服务器， 所述 被叫用户服务方为 IP多媒体子系统的呼叫会话控制功能， 且所述业务请求为 会话请求时， 所述网页网关触发业务处理， 发送业务请求至被叫用户服务方 的步骤包括：
所述网页网关根据所述会话请求中携带的被叫用户公共用户标识， 将所 述呼叫请求路由至所述被叫用户的呼叫会话控制功能。
6、 如权利要求 1所述的方法， 其中， 当所述服务方为网页服务器， 所述 调用业务请求为位置更新消息时， 所述网页网关触发业务处理的步骤包括： 所述网页网关保存所述用户对应的网页服务器的地址信息； 以及 所述网页网关将所述用户对应的网页服务器的地址信息保存到归属用户 服务器中， 或者， 代替所述用户向所述运营商网络发起注册流程。
7、 如权利要求 1所述的方法， 其中， 当所述服务方为网页服务器， 所述 调用业务请求为资源请求时， 所述网页网关执行业务处理， 返回业务处理结 果给所述服务方的步骤包括：
所述网页网关接收到所述资源请求后， 向资源云申请资源， 接收资源云 返回的资源地址信息， 将所述资源地址信息发送给所述网页服务器。
8、 如权利要求 1所述的方法， 其中， 所述服务方向网页网关发送所述业 务请求或者发送调用业务请求前还判断所述用户是否定制了所述用户请求的 业务， 如果是， 向所述网页网关发送所述业务请求或者发送调用业务请求。
9、 如权利要求 8所述的方法， 其中， 所述方法还包括：
所述网页网关收到所述用户的查询请求后， 返回激活的业务列表给所述 用户； 以及， 接收到所述用户的业务定制请求后， 向所述业务定制请求中携 带的服务方列表中的各服务方发送通知用户签约数据的消息， 所述消息携带 所述用户定制的业务触发的 IFC。
10、 如权利要求 1所述的方法， 其中， 所述服务方通过调用应用程序接 口 （API ) 方式， 或者通过会话初始协议（SIP ) 消息发送所述业务请求或者 所述调用业务请求。
11、 如权利要求 1所述的方法， 其中， 所述网页网关包括一个或多个业 务管理模块， 每个业务管理模块与一个或多个业务相关；
所述服务方根据所述 IFC向网页网关发送所述业务请求或者发送调用业 务请求的步骤包括： 所述服务方向所述网页网关中的与所述业务相关的业务管理模块发送所 述业务请求或者所述调用业务请求。
12、 如权利要求 11所述的方法， 其中， 所述网页网关还包括业务目录模 块， 所述方法还包括：
所述业务管理模块向所述业务目录模块发送业务加载消息， 所述业务加 载消息携带业务标识、 业务描述文档， 以及业务提供方地址信息； 所述业务目录模块收到所述业务加载消息后， 保存所述业务标识和业务 描述文档， 以及从所述业务加载消息中获取 IFC或生成 IFC。
13、 一种网页网关， 包括：
所述网页网关设置成， 在收到用户的服务方发送的业务请求或调用业务 请求后， 触发业务处理， 返回业务处理结果给所述服务方或者发送业务请求 至被叫用户服务方。
14、 如权利要求 13所述的网页网关， 其中， 所述网页网关通过如下方式 触发业务处理， 返回业务处理结果给所述服务方或者发送业务请求至被叫用 户服务方：
当所述服务方为 IP多媒体子系统的呼叫会话控制功能，且所述业务请求 为会话请求， 所述被叫用户服务方为网页服务器时， 所述网页网关获取被叫 用户所在的所述网页服务器的地址； 以及
所述网页网关将所述网页服务器的地址发送给所述服务方， 或者， 所述 网页网关发送会话请求消息至所述网页服务器。
15、 如权利要求 13所述的网页网关， 其中， 所述网页网关通过如下方式 触发业务处理， 发送业务请求至被叫用户服务方：
当所述服务方为网页服务器， 所述被叫用户服务方为 IP多媒体子系统的 呼叫会话控制功能， 且所述业务请求为会话请求时， 所述网页网关根据所述 会话请求中携带的被叫用户公共用户标识， 将所述呼叫请求路由至所述被叫 用户的呼叫会话控制功能。
16、如权利要求 13所述的网页网关，其中， 当所述服务方为网页服务器， 所述调用业务请求为位置更新消息时， 所述网页网关通过如下方式触发业务 处理：
所述网页网关保存所述用户对应的网页服务器的地址信息； 以及 所述网页网关将所述用户对应的网页服务器的地址信息保存到归属用户 服务器中， 或者， 代替所述用户向所述运营商网络发起注册流程。
17、 如权利要求 13所述的网页网关， 其中， 所述网页网关通过如下方式执行业务处理， 返回业务处理结果给所述服 务方：
当所述服务方为网页服务器， 所述调用业务请求为资源请求时， 所述网 页网关接收到所述资源请求后， 向资源云申请资源， 接收所述资源云返回的 资源地址信息， 将所述资源地址信息发送给所述网页服务器。
18、 如权利要求 13所述的网页网关， 其中， 所述网页网关还设置成， 在 收到所述用户的查询请求后， 返回激活的业务列表给所述用户； 以及， 接收 到所述用户的业务定制请求后， 向所述业务定制请求中携带的服务方列表中 的各服务方发送通知用户签约数据的消息， 所述消息携带所述用户定制的业 务触发的 IFC。
19、 如权利要求 13所述的网页网关， 其中， 所述网页网关包括一个或多 个业务管理模块， 每个业务管理模块与一个或多个业务相关。
20、 如权利要求 19所述的网页网关， 其中， 所述网页网关还包括业务目 录模块， 其中： 所述业务管理模块还设置成， 向所述业务目录模块发送业务加载消息， 所述业务加载消息携带业务标识、 业务描述文档， 以及业务提供方地址信息； 所述业务目录模块设置成， 在收到所述业务加载消息后， 保存所述业务 标识和业务描述文档， 以及从所述业务加载消息中获取 IFC或生成 IFC。
21、 一种服务方， 包括：
所述服务方设置成， 在收到用户的业务请求后， 向网页网关发送所述业 务请求或者发送调用业务请求。
22、 如权利要求 21所述的服务方， 其中， 所述服务方为网页服务器， 或 者， 所述服务方为 IP多媒体子系统的呼叫会话控制功能。
23、 如权利要求 21所述的服务方， 其中， 所述服务方通过如下方式向网 页网关发送所述业务请求或者发送调用业务请求：
所述服务方触发业务对应的初始过滤准则（IFC ) , 根据所述 IFC向所述 网页网关发送所述业务请求或者发送调用业务请求。
24、 如权利要求 21所述的服务方， 其中， 所述服务方还设置成， 向所述 网页网关发送所述业务请求或者发送调用业务请求前还判断所述用户是否定 制了所述用户请求的业务， 如果是， 向所述网页网关发送所述业务请求或者 发送调用业务请求。
25、 如权利要求 21所述的服务方， 其中， 所述服务方通过调用应用程序 接口 （API ) 方式， 或者通过会话初始协议（SIP ) 消息发送所述业务请求或 者所述调用业务请求。
26、 如权利要求 21所述的服务方， 其中， 所述服务方通过如下方式根据 所述 IFC向网页网关发送所述业务请求或者发送调用业务请求：
所述服务方向所述网页网关中的与所述业务相关的业务管理模块发送所 述业务请求或者所述调用业务请求。
PCT/CN2013/073885 2012-04-18 2013-04-08 因特网与运营商网络业务共享方法、服务方及网页网关 WO2013155939A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210114144.0 2012-04-18
CN201210114144.0A CN103379096B (zh) 2012-04-18 2012-04-18 因特网与运营商网络业务共享方法、服务方及网页网关

Publications (1)

Publication Number Publication Date
WO2013155939A1 true WO2013155939A1 (zh) 2013-10-24

Family

ID=49382908

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/073885 WO2013155939A1 (zh) 2012-04-18 2013-04-08 因特网与运营商网络业务共享方法、服务方及网页网关

Country Status (2)

Country Link
CN (1) CN103379096B (zh)
WO (1) WO2013155939A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015199462A1 (en) * 2014-06-27 2015-12-30 Samsung Electronics Co., Ltd. Method and apparatus for providing quality of service for web-based real-time communication
US9705993B1 (en) 2014-07-18 2017-07-11 Sprint Communications Company L.P. Information exchange between a directory assistance application server and a web-RTC engine
CN110942372A (zh) * 2019-11-21 2020-03-31 杭州涂鸦信息技术有限公司 一种业务端与erp系统的对接方法及网关

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102013018624A1 (de) * 2013-11-06 2015-05-07 Unify Gmbh & Co. Kg Verfahren zum sicheren und dynamischen Nachladen von zusätzlicher Software von einem WebRTC-Server in einen WebRTC-Client
CN104244108A (zh) * 2014-09-24 2014-12-24 上海网达软件股份有限公司 一种直播方法及系统
CN105991570A (zh) * 2015-02-09 2016-10-05 中国移动通信集团公司 一种基于长期演进的语音呼叫业务处理方法、设备及系统
CN109936602B (zh) * 2017-12-18 2022-03-11 本无链科技(深圳)有限公司 一种基于实时推送的p2p网络系统
CN110599112B (zh) * 2018-06-12 2023-10-27 百融至信(北京)科技有限公司 一种网络页面开发、维护方法和装置
CN109274583B (zh) * 2018-09-25 2021-04-06 中兴通讯股份有限公司 一种融合通信系统及其交互方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101039357A (zh) * 2006-03-17 2007-09-19 陈晓月 一种手机浏览现有网站的方法
CN102148775A (zh) * 2010-02-05 2011-08-10 陈剑峰 网页呼叫服务网关、呼叫服务系统和方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7406511B2 (en) * 2002-08-26 2008-07-29 International Business Machines Corporation System and method for processing transactions in a multisystem database environment
CN1929457B (zh) * 2006-09-22 2010-05-12 中国移动通信集团公司 Ims域与cs域消息互通的方法
CN101820430A (zh) * 2010-05-12 2010-09-01 中兴通讯股份有限公司 一种ims web会议中实现文件共享的方法及装置
CN102271290A (zh) * 2010-06-02 2011-12-07 中国移动通信集团设计院有限公司 一种统一Centrex业务的号码处理方法和装置及系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101039357A (zh) * 2006-03-17 2007-09-19 陈晓月 一种手机浏览现有网站的方法
CN102148775A (zh) * 2010-02-05 2011-08-10 陈剑峰 网页呼叫服务网关、呼叫服务系统和方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015199462A1 (en) * 2014-06-27 2015-12-30 Samsung Electronics Co., Ltd. Method and apparatus for providing quality of service for web-based real-time communication
US10321385B2 (en) 2014-06-27 2019-06-11 Samsung Electronics Co., Ltd Method and apparatus for providing quality of service for web-based real-time communication
US10812536B2 (en) 2014-06-27 2020-10-20 Samsung Electronics Co., Ltd Method and apparatus for providing quality of service for web-based real-time communication
US9705993B1 (en) 2014-07-18 2017-07-11 Sprint Communications Company L.P. Information exchange between a directory assistance application server and a web-RTC engine
CN110942372A (zh) * 2019-11-21 2020-03-31 杭州涂鸦信息技术有限公司 一种业务端与erp系统的对接方法及网关

Also Published As

Publication number Publication date
CN103379096A (zh) 2013-10-30
CN103379096B (zh) 2018-07-06

Similar Documents

Publication Publication Date Title
US10819757B2 (en) System and method for real-time communication by using a client application communication protocol
US20210297408A1 (en) Method and system for creating a virtual sip user agent by use of a webrtc enabled web browser
US10841421B2 (en) System and method for determining and communicating presence information
WO2013155939A1 (zh) 因特网与运营商网络业务共享方法、服务方及网页网关
US9571529B2 (en) Browser-based communications enhanced with enterprise communication features
RU2532729C2 (ru) Способ и узел услуг доступа к видеочасти речевого и видео вызова и способ добавления видеочасти к речевому вызову
US9509745B2 (en) Java API for programming web real-time communication applications
US9531817B2 (en) Technique for providing interoperability between different protocol domains
US9648006B2 (en) System and method for communicating with a client application
US20150334136A1 (en) Method and system for telecommunication network to provide session service to internet
JP5716795B2 (ja) サービス制御装置、サービス制御システム及び方法
KR20110030404A (ko) 통신 네트워크 통합 방법 및 통신 시스템
JP2017510116A (ja) 第１のユーザが第２のユーザのソーシャル・ネットワーク識別子およびそれらのソーシャル・ネットワークにおけるこの第２のユーザのそれぞれのステータスを自動的に検出できるようにする方法およびサーバ
CN102144380B (zh) 端对端地址转移
EP2621140A1 (en) Media enrichment for a call in a communication network
KR100706339B1 (ko) Ｓｉｐ 기반의 무선 패킷 교환망 시스템에서의 타망 연동방법 및 그 시스템
Camarillo A service-enabling framework for the session initiation protocol (SIP)
Zeiß et al. The SHIP: A SIP to HTTP Interaction Protocol: Advanced Thin-Client Architecture for IMS Applications
Bessler et al. using SIP
GB2525783A (en) Browser-based communications enhanced with enterprise communication features

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

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

Country of ref document: EP

Kind code of ref document: A1