WO2015035649A1 - 一种网络注册的方法和系统 - Google Patents

一种网络注册的方法和系统 Download PDF

Info

Publication number
WO2015035649A1
WO2015035649A1 PCT/CN2013/083586 CN2013083586W WO2015035649A1 WO 2015035649 A1 WO2015035649 A1 WO 2015035649A1 CN 2013083586 W CN2013083586 W CN 2013083586W WO 2015035649 A1 WO2015035649 A1 WO 2015035649A1
Authority
WO
WIPO (PCT)
Prior art keywords
webrtc
registration request
cscf
impu
ims
Prior art date
Application number
PCT/CN2013/083586
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/CN2013/083586 priority Critical patent/WO2015035649A1/zh
Publication of WO2015035649A1 publication Critical patent/WO2015035649A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1073Registration or de-registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and system for network registration. Background technique
  • WebRTC is a commonly used technology for network communication through a web browser. Users can implement real-time communication services such as voice, video session, video conference, etc. through a device equipped with a WebRTC client, and the web developer can quickly develop it. WebRTC-based multimedia applications that do not require additional plug-ins, making it easy to build communication platforms between multiple Internet browsers.
  • the IMS network is the next generation network core technology supporting voice, video, data and other multimedia and its combined services, achieving unified control of mobile networks and fixed networks. Using the IMS network mechanism to provide users with better real-time communication services and IMS services is a future development trend.
  • the registration/authentication process means that the user equipment initiates an initial access request to the network, and the network authenticates (ie, authenticates) the identity of the user equipment according to the user subscription, thereby accepting or rejecting the process of using the network service by the user equipment.
  • Embodiments of the present invention provide a method and a device for registering a network, which enable a user to register with an IMS system by using a WebRTC client on the user equipment, so that the user can use the service provided by the IMS system to implement the WebRTC and the IMS system. Convergence improves the user experience.
  • a method for network registration includes: a webpage real-time communication WebRTC client sends a first registration request to a WebRTC signaling function entity
  • the first registration request includes at least a WebRTC user identifier
  • the WebRTC signaling function entity converts the first registration request into a second registration request of the Session Initiation Protocol SIP, and sends the second registration request to the call session control function entity CSCF;
  • the request includes at least an IMS public user identifier (IMPU) and a WebRTC service indication;
  • the WebRTC signaling function entity stores a binding relationship between the IMPU and the WebRTC user identifier;
  • the call session control function entity CSCF completes registration of the WebRTC client in the IP Multimedia Subsystem IMS according to the second registration request.
  • the method further includes: the first registration request further includes at least the IMPU;
  • the IMPU is configured on the WebRTC client, or
  • the IMPU is configured in an operating system of the user equipment and used by the WebRTC client, or
  • the IMPU is obtained by the WebRTC client querying the user identification module.
  • the method includes: the IMPU is not included in the first registration request, and the IMPUR is configured by the WebRTC signaling function entity according to the first registration The WebRTC user ID generated in the request is generated.
  • the WebRTC service indication is represented by an IMS communication service identifier ICSI indicating a WebRTC service.
  • the method further includes: the first registration request further includes at least a private IP address of the WebRTC client; and the WebRTC signaling function entity A registration request is converted to a second registration request using the Session Initiation Protocol SIP:
  • the WebRTC signaling function entity adds a public IP address of the WebRTC client to the second registration request.
  • the method includes: The WebRTC client queries the user identity module to obtain an IMS private user identity (IMPI); the first registration request and the second registration request further include the IMPI.
  • the CSCF according to the second registration request, completes the WebRTC client according to any one of the first aspect to the fifth possible implementation manner of the first aspect.
  • the registration of the IP Multimedia Subsystem IMS includes: the CSCF includes at least a proxy call session control function entity P-CSCF, and the P-CSCF determines to continue processing the second registration request according to at least the WebRTC service indication, the The second registration request uses SIP digest authentication or HTTP digest authentication, and the WebRTC client accesses the IP Multimedia Subsystem IMS through a 3GPP mobile communication partner project 3GPP access network or a non-3GPP access network.
  • the CSCF according to the second registration request, completes the WebRTC client according to any one of the first aspect to the fourth possible implementation manner of the first aspect.
  • the registration of the IMS further includes: the CSCF further comprising at least an inquiry call session control function entity I-CSCF and a serving call session control function entity S-CSCF, wherein the I-CSCF or the S-CSCF generates an IMS according to the IMPU
  • the private user identifier is IMPI
  • the IMPI is used for authentication of the WebRTC client, to complete registration of the WebRTC client in the IP multimedia subsystem IMS in an eighth possible implementation manner, combining the first aspect to the first
  • the CSCF according to the second registration request, completing the registration of the WebRTC client in the IP multimedia subsystem IMS, further comprising: the CSCF according to the a second registration request, sending an authentication request to the WebRTC client; the WebRTC client calculating, according to the authentication parameter in the authentication request, the query, or querying the user identity module Block, obtaining and authenticating
  • the method further includes: the user identifier module Including: IP Multimedia Service Identity Module ISIM, or Global Subscriber Identity Module USIM, or IMS Certificate IMC.
  • the CSCF according to the second registration request, completes the WebRTC client according to any one of the first aspect to the fifth possible implementation manner of the first aspect
  • the registration of the IP Multimedia Subsystem IMS also includes:
  • the second registration request at least includes the WebRTC user identifier; the CSCF further includes at least a serving call session control function entity S-CSCF, where the S-CSCF saves the binding relationship between the IMPU and the WebRTC user identifier. .
  • the method further includes: sending, by the S-CSCF, the IMPU and the WebRTC user to a home subscriber server HSS And the HSS saves the binding relationship between the IMPU and the WebRTC user identifier.
  • the method further includes: the S-CSCF
  • the application server AS sends the IMPU and the WebRTC user identifier, and the AS saves the binding relationship between the IMPU and the WebRTC user identifier.
  • a second aspect provides a network registration system, where the system includes: a user equipment, a WebRTC signaling function entity, and a call session control function entity CSCF, where: the user equipment at least includes a WebRTC client, and the WebRTC client Sending a first registration request to the WebRTC signaling function entity, where the first registration request At least include the WebRTC user ID;
  • the WebRTC signaling function entity converts the first registration request into a second registration request of the Session Initiation Protocol SIP, and sends the second registration request to the call session control function entity CSCF;
  • the request includes at least an IMS public user identifier (IMPU) and a WebRTC service indication;
  • IMPU IMS public user identifier
  • WebRTC service indication the WebRTC signaling function entity stores a binding relationship between the IMPU and the WebRTC user identifier
  • the call session control function entity CSCF completes registration of the WebRTC client in the IP Multimedia Subsystem IMS according to the second registration request.
  • the first registration request further includes at least the IMPU; the IMPU is configured in the WebRTC client, or
  • the IMPU is configured in an operating system of the user system and used by the WebRTC client, or
  • the IMPU is obtained by the WebRTC client querying the user identification module.
  • the IMPU is not included in the first registration request, and the IMPU is generated by the WebRTC signaling function entity according to the WebRTC user identifier in the first registration request.
  • the WebRTC service indication is represented by an IMS communication service identifier ICSI indicating a WebRTC service.
  • the sending unit is further configured to send:
  • the first registration request further includes at least a private IP address of the WebRTC client; the WebRTC signaling function entity converts the first registration request into a second registration request of the Session Initiation Protocol SIP:
  • the WebRTC signaling functional entity adds the said to the second registration request The public IP address of the WebRTC client.
  • the user equipment at least includes a user identity module, where: the WebRTC client queries the user identity module to obtain an IMS private user identity IMPI; A registration request and the second registration request further include at least the IMPI.
  • the fifth possible implementation manner of the second aspect is a sixth possible implementation manner, according to the fifth aspect, the fifth possible implementation manner of the second aspect,
  • the CSCF includes at least a proxy call session control function entity P-CSCF, and the P-CSCF determines to continue processing the second registration request according to at least the WebRTC service indication, where the second registration request uses SIP digest authentication or HTTP digest authentication, the WebRTC client accesses the IP Multimedia Subsystem IMS through a 3GPP mobile communication partner project 3GPP access network or a non-3GPP access network.
  • P-CSCF proxy call session control function entity
  • the CSCF further includes an queried call session control function entity I-CSCF and a serving call session control function entity S-CSCF, and the I-CSCF or the S-CSCF generates an IMS private user identity IMPI according to the IMPU, the IMPI
  • the authentication of the WebRTC client is used to complete the registration of the WebRTC client in the IMS.
  • the CSCF sends, according to the second registration request, to the WebRTC client Authentication request;
  • the WebRTC client calculates, according to the authentication parameter in the authentication request, the request, or queries the user identity module, and obtains the authentication.
  • the CSCF determines whether the authentication response is correct, and if correct, completes the WebRTC
  • the client is registered with the IP Multimedia Subsystem IMS.
  • the user identity module includes: an IP multimedia service identity module ISIM, or a global user identity module USIM, or an IMS certificate IMC.
  • the second registration request at least includes the WebRTC user identifier; the CSCF further includes at least a serving call session control function entity S-CSCF, where the S-CSCF saves the binding relationship between the IMPU and the WebRTC user identifier. .
  • the system further includes a home subscriber server HSS, and the S-CSCF sends the IMPU and the WebRTC user identifier to the HSS, and the HSS saves a binding relationship between the IMPU and the WebRTC user identifier.
  • HSS home subscriber server
  • the system further includes an application server AS, and the S-CSCF sends the IMPU and the WebRTC user identifier to the AS, and the AS saves a binding relationship between the IMPU and the WebRTC user identifier.
  • AS application server
  • a third aspect provides a terminal device for network registration, where the terminal device includes a webpage real-time communication WebRTC client, an operating system, and a user identification module, where: the WebRTC client sends a first registration request to a WebRTC signaling function entity.
  • the first registration request includes at least a WebRTC user identifier and an IMS public user identifier.
  • the IMPU is configured in the WebRTC client, or the IMPU is configured in the operating system and used by the WebRTC client, or the IMPU is obtained by the WebRTC client querying the user identity module.
  • the WebRTC client queries the user identity module to obtain an IMS private user identity (IMPI); the first registration request and the second registration request further include at least The IMPI.
  • IMPI IMS private user identity
  • the WebRTC client receives an authentication request from a network device, and calculates, according to the authentication parameter in the authentication request, a corresponding to the authentication parameter.
  • the authentication response or querying the user identity module, to obtain an authentication response corresponding to the authentication parameter; the WebRTC client sending a third registration request carrying the authentication response to the network device.
  • the user identity module includes: an IP multimedia service identity module ISIM, or a global user identifier Module USIM, or IMS certificate IMC.
  • a signaling processing device for network registration includes a receiving module, a converting module, a storage module, and a sending module, where: the receiving module receives a webpage real-time communication sent by a WebRTC client. a first registration request, the first registration request includes at least a WebRTC user identifier; the conversion module converts the first registration request into a second registration request of the Session Initiation Protocol SIP, and the second registration request includes at least The IMS public user identifier IMPU and the WebRTC service indication; the storage module saves the binding relationship between the IMPU and the WebRTC user identifier The sending module sends the second registration request to a call session control function entity
  • the device further includes: the signaling processing device further includes an identifier generating module; the identifier generating module according to the WebRTC in the first registration request User identification, generating the IMPU.
  • the device includes: the WebRTC service indication is represented by an IMS communication service identifier ICSI indicating a WebRTC service.
  • the second registration request further includes a public IP address of the WebRTC client.
  • a first session control device includes a receiving module, a signaling processing module, and a sending module, where: the receiving module receives an IMPU including an IMS public user identifier and The registration request of the WebRTC service indication; the registration request uses SIP digest authentication or HTTP digest authentication, and the user equipment identified by the IMPU is connected through the 3GPP mobile communication partner project 3GPP access network or non-3GPP access network Entering the session control device; the signaling processing module determines to continue processing the registration request according to the WebRTC service indication; the sending module sends the processed registration request to the second session control device.
  • a second session control device includes a receiving module and a signaling processing module, where: the receiving module receives a WebRTC user identifier including a webpage real-time communication, and an IMS public The user identifiers the IMPU and the registration request of the WebRTC service indication; the signaling processing module saves the binding relationship between the IMPU and the WebRTC user identifier according to the WebRTC service indication, and completes the WebRTC client in the IP multimedia subsystem. Registration of IMS.
  • the second session control device further includes a first sending module, where: the first sending module sends the IMPU to the home subscription subscriber server HSS
  • the WebRTC user identifier is used to enable the HSS to save the binding relationship between the IMPU and the WebRTC user identifier.
  • the second session control device further includes a second sending module, where:
  • the second sending module sends the IMPU and the WebRTC user identifier to the application server AS, so that the AS saves the binding relationship between the IMPU and the WebRTC user identifier.
  • a method and system for registering a network by using a webpage real-time communication WebRTC client sends a first registration request to a WebRTC signaling function entity, and the WebRTC signaling function entity converts the first registration request and sends the call to the call session.
  • the control function entity CSCF, the call session control function entity CSCF completes registration of the user equipment of the WebRTC client according to the content of the WebRTC service indication in the registration request, so that the user equipment can be registered to the IMS system through the WebRTC client, and then can be used.
  • the service provided by the IMS system realizes the integration of WebRTC and IMS system and improves the user experience.
  • FIG. 1 is a schematic diagram of a method for network registration according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram of a detailed method for network registration according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of network registration according to an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of a detailed method for network registration according to an embodiment of the present invention
  • FIG. FIG. 5 is a schematic diagram of a system for registering a network according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of a system for registering a network according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of a system for registering a network according to an embodiment of the present invention
  • FIG. 8 is a schematic structural diagram of a terminal device for network registration according to an embodiment of the present disclosure
  • FIG. 9 is a schematic structural diagram of a signaling processing device for network registration according to an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of a first session control device according to an embodiment of the present invention
  • FIG. 11 is a schematic structural diagram of a second session control device according to an embodiment of the present invention.
  • the technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. example. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.
  • the embodiment of the invention provides a method for network registration. As shown in FIG. 1, the method includes:
  • the WebRTC Client sends a first registration request to the WebRTC signaling function entity WSF.
  • the first registration request includes at least a WebRTC User Identity (WebRTC ID).
  • WebRTC ID WebRTC User Identity
  • the WebRTC signaling function entity WSF converts the first registration request into a second registration request of the session initiation protocol SIP and sends a second registration request to the call session control function entity CSCF.
  • the second registration request includes at least an IMS public user identity IMPU and a WebRTC service indication.
  • the WebRTC signaling function entity maintains the binding relationship between the IMPU and the received WebRTC user identity.
  • the call session control function entity CSCF completes the WebRTC according to the second registration request.
  • the client is registered with the IP Multimedia Subsystem IMS.
  • a method for registering a network by using the WebRTC client of the user equipment sends a first registration request to the WebRTC signaling function entity, and the WebRTC signaling function entity converts the first registration request to the call session control function.
  • the entity CSCF, the call session control function entity CSCF completes registration of the user equipment of the WebRTC client according to the content of the WebRTC service indication in the registration request, so that the user equipment can register with the IMS system through the WebRTC client, thereby enabling the IMS system to be used.
  • the services provided enable the integration of WebRTC and IMS systems to improve the user experience.
  • the IMPU is also included, and the IMPU is configured in the WebRTC client, or
  • the IMPU is configured on the operating system of the user device and used by the WebRTC client, or
  • the IMPU is obtained by the WebRTC client querying the user identification module.
  • the IMPU is generated by the WebRTC signaling function entity according to the WebRTC user identifier in the first registration request.
  • the WebRTC service indication is represented by an IMS communication service identifier ICSI indicating the WebRTC service.
  • the first registration request further includes at least a private IP address of the WebRTC client;
  • the WebRTC signaling function entity converts the first registration request into a second registration request of the SIP Session Initiation Protocol SIP:
  • the WebRTC signaling function entity adds the public IP address of the WebRTC client to the second registration request.
  • the WebRTC client queries the subscriber identity module to obtain the IMS private subscriber identity IMPI; the first registration request and the second registration request further include at least IMPI.
  • the CSCF includes at least a proxy call session control function entity P-CSCF, and the P-CSCF determines to continue processing the second registration request according to at least the WebRTC service indication, and the second registration request uses SIP digest authentication or HTTP digest authentication, and the WebRTC client passes the Three generations of mobile communication partners
  • the project 3GPP access network or non-3GPP access network accesses the IP Multimedia Subsystem IMS.
  • the CSCF further includes at least an inquiry call session control function entity I-CSCF and a serving call session control function entity S-CSCF, and the I-CSCF or the S-CSCF generates an IMS private user identity IMPI according to the IMPU, and the IMPI is used for authentication of the WebRTC client, Complete the registration of the WebRTC client in IMS.
  • I-CSCF inquiry call session control function entity
  • S-CSCF serving call session control function entity
  • the CSCF completes the registration of the WebRTC client in the IP Multimedia Subsystem IMS according to the second registration request, and further includes:
  • the CSCF sends an authentication request to the WebRTC client according to the second registration request;
  • the WebRTC client calculates an authentication response corresponding to the authentication parameter according to the authentication parameter in the authentication request, or queries the user identification module to obtain an authentication response corresponding to the authentication parameter, and the WebRTC client sends the carrying authentication to the CSCF.
  • the third registration request is responded; the CSCF determines whether the authentication response is correct, and if correct, completes the registration of the WebRTC client in the IP Multimedia Subsystem IMS.
  • the subscriber identity module includes: an IP multimedia service identity module ISIM, or a global subscriber identity module USIM, or an IMS certificate IMC.
  • the second registration request further includes at least a WebRTC user identifier; the CSCF further includes at least a service call session control function entity S-CSCF, and the S-CSCF saves the binding relationship between the IMPU and the WebRTC user identifier.
  • the S-CSCF sends the IMPU and WebRTC user identifiers to the home subscriber server HSS, and the HSS stores the binding relationship between the IMPU and the WebRTC user identifier.
  • the S-CSCF sends the IMPU and WebRTC user identifiers to the application server AS, and the AS stores the binding relationship between the IMPU and the WebRTC user identifier.
  • FIG. 2 is a signaling flowchart of a network registration method according to an embodiment of the present invention. As shown in FIG. 2, the method specifically includes:
  • the user equipment UE sends a first registration request to the WebRTC Signaling Function (WRTC), or the WebRTC Interworking Function (WebRTC Interworking Function) through the WebRTC Client.
  • the UE sends a first registration request to the WebRTC signaling function entity by using a preset signaling protocol.
  • the exemplary signaling protocol includes: SIP over WebSocket, HTTPs, RESTful HTTPs, JSEP (Javascript Session Establishment) Protocol, Java script session establishment protocol) and so on.
  • the first registration request includes at least the WebRTC user ID.
  • the WebRTC User ID (WebRTC ID) is the user ID of the user device accessing the WebRTC service, such as the username uscmamc.
  • the first registration request may further include an IMS public user identifier IMPU, for example, "sip: MSISDN_webrtc@domain” embrace IMPU may be pre-configured in the UE and bound to the WebRTC client, for example, directly configured in the WebRTC client or configured in the
  • the operating system OS of the UE is further obtained by the WebRTC client from the OS; or input by the user through the WebRTC client, the WebRTC service configuration interface or the IMS service configuration interface; or dynamically generated by the WebRTC client according to the WebRTC ID, for example, "sip: WebRTC ID"@domain” 0
  • the WebRTC ID is bound to the IMPU, so that the WebRTC ID can be used to access the IMS system; further, if the user changes or adds the WebRTC ID on the UE, the changed or added WebRTC ID can also Bind to the IMPU.
  • the first registration request may further carry the private IP address or FQDN of the UE.
  • the first registration request may also carry indication information indicating that the request is SIP Digest or HTTP Digest authentication.
  • the WebRTC signaling function entity WSF converts the first registration request into a second registration request that follows a Session Initiation Protocol (SIP), that is, a SIP Register, and sends the SIP Register to the proxy call session control function entity P-CSCF.
  • SIP Session Initiation Protocol
  • the SIP Register includes at least an IMS public user identifier IMPU and a WebRTC service indication.
  • the WebRTC signaling function entity maintains the binding relationship between the IMPU and the WebRTC user identity.
  • the WebRTC service indication can use a newly defined IMS communication service identifier. (ICSI: IMS communication service identifier ) to indicate, for example, "urn:urn-7:3gpp-service.ims.icsi.webrtc".
  • the SIP Register request may include a WebRTC ID, that is, the WSF sends the WebRTC ID to a subsequent IMS function entity (for example, P-CSCF, I-CSCF, S-CSCF), thereby registering the WebRTC ID to the S-CSCF.
  • a subsequent IMS function entity for example, P-CSCF, I-CSCF, S-CSCF
  • the SIP register may further include the public IP address of the UE.
  • a "received" parameter is added in the Via header field of the SIP Register, and the "received" parameter includes the public IP address of the UE.
  • the proxy call session control function entity P-CSCF sends a SIP Register to the query call session control function entity I-C SCF.
  • UTRAN Universal Terrestrial Radio Access Network
  • E-UTRAN E-UTRAN
  • the P-CSCF when accessing the IMS network, the P-CSCF continues to process the SIP second using the SIP Digest or HTTP Digest authentication method according to the WebRTC service indication in the received SIP Register.
  • the registration request that is, allows the WebRTC client of the UE to access the IMS network through the 3GPP access network by using SIP Digest or HTTP Digest authentication.
  • the P-CSCF will continue to process SIP Register requests using SIP Digest or HTTP Digest authentication.
  • the I-CSCF After obtaining the information of the serving call session control function entity S-CSCF from the HSS (Home Subscriber Server), the I-CSCF selects the S-CSCF and sends a SIP Register request to the selected S-CSCF. It is worth mentioning that when the SIP register received by the I-CSCF does not include the IMS private user identity IMPI, the I-CSCF can generate the IMPI based on the IMPU in the received SIP Register, for example based on the IMPU: "sip: MSISDN- Webrtc@domain” generates IMPI: "MSISDN_webrtc@domain” and adds IMPI to the SIP Register request sent to the S-CSCF.
  • the S-CSCF After acquiring the authentication parameter of the UE from the HSS, the S-CSCF sends an authentication request SIP 4xx Authentication Challenge to the P-CSCF through the I-CSCF.
  • the authentication request includes at least an IMPI, and a SIP Digest or HTTP Digest authentication parameter.
  • the S-CSCF may generate the IMPI based on the IMPU in the received SIP Register, for example, based on the IMPU: "sip: MSISDN_webrtc@domain,” to generate the IMPI: "MSISDN_webrtc@domain” , and add IMPI to the authentication request.
  • the P-CSCF sends an authentication request to the WSF.
  • the WSF converts the received authentication request into an authentication request that follows a preset signaling protocol between the WSF and the UE, and sends the authentication request to the UE, where the IMPI, and the SIP Digest or HTTP Digest authentication parameter are included.
  • the UE obtains an authentication response of the SIP Digest or the HTTP Digest according to the authentication parameter in the authentication request.
  • the WebRTC client of the UE calculates the SIP Digest or HTTP Digest authentication response according to the authentication parameter, and sends the SIP Digest or HTTP Digest authentication response to the WSF.
  • the third registration request follows a preset signaling protocol between the UE and the WSF, and the third registration request includes at least an IMPI and an authentication response.
  • the WSF converts the third registration request into a SIP Register request, where at least the IMPI and the authentication response are carried, and sent to the P-CSCF.
  • the P-CSCF sends the SIP Register carrying the IMPI and the authentication response to the S-CSCF through the I-CSCF.
  • the S-CSCF determines whether the authentication response in the SIP Register request is correct. If the authentication is correct, the authentication succeeds, and the IMPU is in the S-CSCF. registered. If the WebRTC ID is included in the SIP Register request received by the S-CSCF in step 204 and/or in this step, the WebRTC ID is also registered to the S-CSCF, and the WebRTC ID is bound to the IMPU, that is, the S-CSCF. Save the binding relationship between the IMPU and the WebRTC ID.
  • the S-CSCF sends a push Cx-Put message to the HSS, where the IMPU and the WebRTC ID are carried, so as to update the registration flag Registration-Flag of the IMPU by using a Cx-Put message, and The WebRTC ID and the IMPU binding are registered in the HSS.
  • the S-CSCF sends a push Cx-Put message to the HSS, where the IMPU and the WebRTC ID are carried, thereby registering the WebRTC ID to the HS S, and The IMPU binding. Further, if the IMPU is to be registered (ie, deregistered from the IMS network), the WebRTC ID will also be deregistered, ie the UE will not be able to access the IMS-based WebRTC through the WebRTC ID or other WebRTC ID bound to the IMPU. business.
  • the S-CSCF initiates a third-party registration process to the application server AS, that is, sends a SIP Register request including the WebRTC ID and other registration parameters to the AS, and receives a SIP 200 OK message that has been successfully registered from the AS.
  • the WebRTC ID and the IMPU are
  • the S-CSCF sends a SIP 200 OK message to the WSF through the I-CSCF and the P-CSCF.
  • the WSF converts the received SIP 200 OK message into a successful registration reply message defined by a preset signaling protocol between the UE and the WSF, and sends the reply message to the UE.
  • the UE successfully registers with the IMS network through the WebRTC client.
  • the WebRTC client sends a first registration request to the WebRTC signaling function entity through the webpage real-time communication of the user equipment, and the WebRTC signaling function entity converts the first registration request and sends the call to the call.
  • FIG. 3 is a schematic flowchart of a network registration method according to another embodiment of the present invention. As shown in FIG. 3, the method specifically includes:
  • the user equipment module of the UE is queried by the WebRTC client in the UE, and the IMS private user identifier IMPI of the UE is obtained.
  • the user identity module may include an IP-based multimedia service identity module (ISIM), a global subscriber identity module (USIM), and an IMS certificate (IMSCedentials).
  • the module obtains the IMPI of the UE, and the home network domain name Home Domain Name and the IMS public user identity IMPU.
  • the specific query process is as follows: when the ISIM exists in the UE, query the ISIM for the IMPI, the home network domain name, and the IMPU of the UE;
  • the IMIM is queried to the USIM, and the IMPI, the home network domain name, and the IMPU of the UE are obtained according to the IMSI;
  • the IMPI, the home network domain name, and the IMPU of the UE are obtained from the IMC.
  • the UE sends a first registration request to the WebRTC signaling function entity WSF. Similar to the previous embodiment 201, the first registration request is sent to the WebRTC signaling function entity by using a preset signaling protocol, where the preset signaling protocol includes: SIP over WebSocket, HTTPs, RESTful HTTPs, JSEP, etc.
  • the first registration request includes at least a WebRTC user identifier (WebRTC ID) in addition to the IMPI, the home network domain name, and the IMPU of the UE that is queried in step 301.
  • WebRTC ID WebRTC user identifier
  • the first registration request further carries an indication of the IMS AKA authentication mode.
  • the first registration request may further carry the private IP address or FQDN of the UE.
  • the WSF converts the first registration request into a session initiation protocol SIP second registration request, that is, a SIP Register, and sends the SIP Register to the P-CSCF.
  • the SIP Register includes at least an IMPU, a home network domain name, an IMPI, and a WebRTC service indication.
  • the WebRTC service indication can be represented by a newly defined IMS communication service identifier (ICSI: IMS communication service identifier), for example "urn:urn-7:3gpp-service.ims.icsi.webrtc".
  • the SIP Register request may include a WebRTC ID, that is, the WSF sends the WebRTC ID to a subsequent IMS function entity (for example, P-CSCF, I-CSCF, S-CSCF), thereby registering the WebRTC ID to the S-CSCF. You can also register further to HSS and AS, see subsequent steps 310-313.
  • the SIP Register may also not include the WebRTC ID, that is, the WSF saves the binding relationship between the WebRTC ID and the IMPU without sending the WebRTC ID to the subsequent IMS functional entity.
  • the SIP Register further includes an IMS AKA authentication mode indication and other necessary IMS registration parameters.
  • the SIP register may further include the public IP address of the UE.
  • a "received" parameter is added in the Via header field of the SIP Register, and the "received" parameter includes the public IP address of the UE.
  • the P-CSCF sends a SIP Register request to the I-CSCF. After obtaining the S-CSCF information from the HSS, the I-CSCF selects the S-CSCF and sends a SIP Register request to the selected S-CSCF.
  • the S-CSCF obtains an IMS AKA authentication parameter from the HSS, and sends an authentication request SIP 4xx Authentication Challenge carrying the IMPI and IMS AKA authentication parameters to the P-CSCF through the I-CSCF, where the P-CSCF requests the authentication request. Send to WSF.
  • the WSF converts the received authentication request into an authentication request that follows a preset signaling protocol between the WSF and the UE, and sends the authentication request to the UE, where the IMPI and the IMS AKA authentication parameter are included. Number.
  • the UE obtains an authentication response according to the authentication parameter in the authentication request. It is worth mentioning that when the user identity module exists in the UE, the WebRTC client of the UE may send the authentication parameter to the user identity module, and obtain the authentication response of the IMS AKA from the user identity module.
  • the user identity module may include an ISIM, a USIM, and an IMC, and obtain an authentication response corresponding to the authentication parameter by querying the foregoing three modules.
  • the specific query process is as follows: When the ISIM exists in the UE, querying the ISIM;
  • the USIM When the ISIM does not exist in the UE, the USIM is queried; when neither the ISIM nor the USIM exists in the UE, the IMC is queried.
  • the UE sends a third registration request to the WSF.
  • the third registration request follows a preset signaling protocol between the UE and the WSF.
  • the third registration request includes at least the authentication response of IMPI and IMS AKA.
  • the WSF converts the third registration request into a SIP Register request, where at least the IMPI and the authentication response are carried, and sent to the P-CSCF.
  • the P-CSCF sends the SIP Register carrying the IMPI and the authentication response to the S-CSCF through the I-CSCF.
  • the S-CSCF determines whether the authentication response in the SIP Register request is correct. If the authentication is correct, the authentication succeeds, and the IMPU is registered in the S-CSCF. If the WebRTC ID is included in the SIP Register request received by the S-CSCF in step 304 and/or in this step, the WebRTC ID is also registered to the S-CSCF, and the WebRTC ID is bound to the IMPU, that is, the S-CSCF. The binding relationship between the IMPU and the WebRTC ID is saved.
  • the S-CSCF sends a push Cx-Put message to the HSS, where the IMPU and the WebRTC ID are carried, so as to update the registration flag Registration-Flag of the IMPU by using a Cx-Put message, and WebRTC ID and the IMPU The binding is registered to the HSS.
  • the S-CSCF sends a push Cx-Put message to the HSS, where the IMPU and the WebRTC ID are carried, thereby registering the WebRTC ID to the HS S, and The IMPU binding. Further, if the IMPU is to be registered (ie, deregistered from the IMS network), the WebRTC ID will also be deregistered, ie the UE will not be able to access the IMS-based WebRTC through the WebRTC ID or other WebRTC ID bound to the IMPU. business.
  • the S-CSCF initiates a third-party registration process to the application server AS, that is, sends a SIP Register request including the WebRTC ID and other registration parameters to the AS, and receives a SIP 200 OK message that has been successfully registered from the AS.
  • the WebRTC ID and the IMPU are registered and bound in the AS.
  • the S-CSCF sends a SIP 200 OK message to the WSF through the I-CSCF and the P-CSCF.
  • the WSF converts the received SIP 200 OK message into a successful registration reply message defined by a preset signaling protocol between the UE and the WSF, and sends the reply message to the UE.
  • the UE successfully registers with the IMS network through the WebRTC client.
  • the WebRTC client sends a first registration request to the WebRTC signaling function entity through the webpage real-time communication of the user equipment, and the WebRTC signaling function entity converts the first registration request and sends the call to the call.
  • FIG. 4 is a signaling flowchart of still another network registration method according to an embodiment of the present invention. As shown in FIG. 4, the method includes:
  • the user equipment UE sends a first registration request to the WebRTC signaling function entity WSF through the WebRTC client.
  • the first registration request includes at least a WebRTC user identifier, and the UE uses the preset.
  • the signaling protocol sends a first registration request to the WebRTC signaling function entity.
  • the exemplary signaling protocol includes: SIP over WebSocket, HTTPs, RESTful HTTPs, JSEP, and the like.
  • the first registration request may also carry indication information indicating that the request is SIP Digest or HTTP Digest authentication. If the first registration request does not carry the authentication mode indication message, the network entity (for example, S-CSCF, HSS) involved in the subsequent process uses the SIP Digest or HTTP Digest authentication mode by default.
  • the WSF After receiving the first registration request, the WSF according to the WebRTC in the first registration request
  • the ID generates an IMS public user identity IMPU, such as sip:WebRTC ID@domain, and converts the first registration request into a second registration request using the Session Initiation Protocol SIP, ie, a SIP Register, and sends the SIP Register to the P- CSCF.
  • the SIP register includes at least an IMPU generated by the WSF, a WebRTC service indication, and other parameters used for IMS registration.
  • the SIP Register may include a WebRTC ID, that is, the WSF sends the WebRTC ID to a subsequent IMS function entity (for example, P-CSCF, I-CSCF, S-CSCF), thereby registering the WebRTC ID to the S-CSCF.
  • the SIP Register may also not include the WebRTC ID, that is, the WSF saves the binding relationship between the WebRTC ID and the IMPU without sending the WebRTC ID to the subsequent IMS functional entity.
  • the SIP register may further include a public IP address of the UE. For example, a "received" parameter is added in the Via header field of the SIP Register, and the "received" parameter includes the public IP address of the UE.
  • the subsequent steps 403-412 are the same as the steps 203-212 of the embodiment shown in FIG.
  • a WebRTC client sends a first registration request to a WebRTC signaling function entity through a webpage real-time communication of a user equipment
  • the WebRTC signaling function entity converts the first registration request and sends it to the call session control function entity CSCF
  • the call session control function entity CSCF completes registration of the user equipment of the WebRTC client according to the content of the WebRTC service indication in the registration request, so that The user equipment can be registered to the IMS system through the WebRTC client, and then the service provided by the IMS system can be used to realize the fusion of the WebRTC and the IMS system, thereby improving the user experience.
  • the embodiment of the present invention further provides a system 5 for network registration.
  • the system includes: a user equipment 51, a WebRTC signaling function entity 52, and a call session control function entity CSCF53, where: the user equipment 51
  • the WebRTC client 511 is configured to send a first registration request to the WebRTC signaling function entity 52, where the first registration request includes at least a WebRTC user identifier; and the WebRTC signaling function entity 52 Converting the first registration request to a second registration request of the Session Initiation Protocol SIP, and transmitting the second registration request to the call session control function entity CSCF53;
  • the second registration request includes at least an IMS public user identifier
  • the WebRTC signaling function entity 52 stores a binding relationship between the IMPU and the WebRTC user identifier;
  • the call session control function entity CSCF53 completes registration of the WebRTC client 511 in the IP Multimedia Subsystem IMS according to the second registration request.
  • the first registration request is: the first registration request further includes the IMPU; the IMPU is configured in the WebRTC client 511, or the IMPU is configured in an operating system of the user equipment 51 and is The WebRTC client is used, or the IMPU is obtained by the WebRTC client 51 1 querying the user identification module. Further, the first registration request further includes: the IMPU is not included in the first registration request, and the IMPU is used by the WebRTC The signaling function entity is generated according to the WebRTC user identifier in the first registration request.
  • the WebRTC service indication is represented by an IMS communication service identifier ICSI indicating the WebRTC service.
  • the first registration request further includes at least a private IP address of the WebRTC client 511; the WebRTC signaling function entity 52 converts the first registration request into a second registration request of the Session Initiation Protocol SIP; The WebRTC signaling function entity 52 adds the public IP address of the WebRTC client 511 to the second registration request.
  • the user equipment 51 further includes at least a user identification module 512, and the towel:
  • the WebRTC client 511 queries the user identity module 512 to obtain an IMS private user identity IMPI; the first registration request and the second registration request further include the IMPI.
  • the CSCF 53 includes at least a proxy call session control function entity P-CSCF 531, and the P-CSCF 531 determines to continue processing the second registration request according to the WebRTC service indication, the second The registration request uses SIP digest authentication or HTTP digest authentication, and the WebRTC client 51 1 accesses the IP Multimedia Subsystem IMS through a 3GPP mobile communication partner project 3GPP access network or a non-3GPP access network.
  • the CSCF 53 further includes an Query Call Session Control Function Entity I-CSCF 532 and a Serving Call Session Control Function Entity S-CSCF 533.
  • the I-CSCF 532 or the S-CSCF 533 generates an IMS Private User Identity IMPI according to the IMPU, where the IMPI is used.
  • the authentication of the WebRTC client 511 is completed to complete the registration of the WebRTC client 511 at the IMS.
  • the CSCF 53 sends an authentication request to the WebRTC client 51 1 according to the second registration request; the WebRTC client 511 calculates and performs an authentication parameter according to the authentication request.
  • the user identity module 512 includes: an IP multimedia service identity module ISIM, or a global subscriber identity module USIM, or an IMS certificate IMC.
  • the second registration request at least includes the WebRTC user identifier; the CSCF further includes a service call session control function entity S-CSCF 533, and the S-CSCF 533 saves the binding relationship between the IMPU and the WebRTC user identifier.
  • the system further includes a home subscriber server HSS54, and the HSS 54 stores a binding relationship between the IMPU and the WebRTC user identifier.
  • the system further includes an application server AS55, and the S-CSCF 533 sends the IMPU and the WebRTC user identifier to the AS 55, and the AS 55 stores a binding relationship between the IMPU and the WebRTC user identifier.
  • the network registration system provided by the embodiment of the present invention sends a first registration request to the WebRTC signaling function entity through the webpage real-time communication of the user equipment, and the WebRTC signaling function entity converts the first registration request and sends the call to the call.
  • the session control function entity CSCF, the call session control function entity CSCF completes registration of the user equipment of the WebRTC client according to the content of the WebRTC service indication in the registration request, so that the user equipment can register with the IMS system through the WebRTC client, and
  • the service provided by the IMS system is used to realize the integration of the WebRTC and the IMS system, thereby improving the user experience.
  • the embodiment of the present invention further provides a terminal device 6 for network registration. As shown in FIG.
  • the terminal device 6 includes a webpage real-time communication WebRTC client 61, an operating system 62, and a user identification module 63, where:
  • the WebRTC client 61 sends a first registration request to the WebRTC signaling function entity, where the first registration request includes at least a WebRTC user identifier and an IMS public user identifier IMPU; the IMPU is configured in the WebRTC client 61, or the IMPU is configured in the operating system and is
  • the WebRTC client 61 uses, or the IMPU is obtained by the WebRTC client 61 querying the user identification module 63; so that the WebRTC signaling function entity converts the first registration request into a second registration request using the Session Initiation Protocol SIP, and the second The registration request is sent to the call session control function entity CSCF65, completing the registration of the WebRTC client 61 in the IP Multimedia Subsystem IMS.
  • the WebRTC client 61 queries the subscriber identity module 63 to obtain the IMS private subscriber identity IMPI; the first registration request and the second registration request further include at least IMPI.
  • the WebRTC client 61 receives the authentication request from the network device, calculates an authentication response corresponding to the authentication parameter according to the authentication parameter in the authentication request, or queries the user identification module 63 to obtain the authentication corresponding to the authentication parameter. Respond
  • the WebRTC client 61 sends a third registration request carrying an authentication response to the network device.
  • the user identification module 63 includes: an IP multimedia service identity module ISIM, or a global subscriber identity module USIM, or an IMS certificate IMC.
  • the embodiment of the present invention further provides a network registration terminal device, which sends a first registration request to the WebRTC signaling function entity through the WebRTC client, where the first registration request includes the WebRTC client querying the user identity module to obtain the IMS private user identifier IMPI.
  • the WebRTC signaling function entity converts the first registration request into a second registration request of the Session Initiation Protocol SIP, and sends the second registration request to the call session control function entity, and the WebRTC client receives the authentication from the network device.
  • the request and the authentication response are sent, and the third registration request carrying the authentication response is sent to the network device, so that the user equipment can use the service provided by the IMS system through the WebRTC client to implement the fusion of the WebRTC and the IMS system, thereby improving the user experience.
  • the embodiment of the present invention further provides a signaling processing device 7 for network registration.
  • the signaling processing device 7 includes a receiving module 71, a converting module 72, a storage module 73, and a sending module 74.
  • the receiving module 71 receives a first registration request sent by the webpage real-time communication WebRTC client, the first registration request includes at least a WebRTC user identifier; the conversion module 72 converts the first registration request into a session initiation protocol SIP a second registration request, the second registration request includes at least an IMS public user identity IMPU and a WebRTC service indication; the storage module 73 maintains a binding relationship between the IMPU and the WebRTC user identity; and the sending module 74 sends the second registration request to the call session control function entity.
  • CSCF completes the registration of the WebRTC client in the IP Multimedia Subsystem IMS.
  • the signaling processing device further includes an identifier generating module 75. The identifier generating module 75 generates an IMPU according to the WebRTC user identifier in the first registration request.
  • the WebRTC service indication may be represented by an IMS communication service identifier ICSI indicating the WebRTC service.
  • the second registration request also includes the public IP address of the WebRTC client.
  • the embodiment of the present invention provides a signaling processing device for network registration, where the receiving module receives the first registration request sent by the WebRTC client, and converts the first registration request into a second registration request of the SIP by the conversion module, and the sending module will The second registration request is sent to the call session control function entity CSCF, thereby completing the registration of the WebRTC client in the IP multimedia subsystem IMS, enabling the user equipment to use the service provided by the IMS system through the WebRTC client to implement the fusion of the WebRTC and the IMS system. Improve the user experience.
  • the embodiment of the present invention further provides a first session control device 8.
  • the first session control device 8 includes a receiving module 81, a signaling processing module 82, and a sending module 83, as shown in FIG. 10, where: the receiving module 81 receives the IMS.
  • the public user identifies the IMPU and the registration request of the WebRTC service indication;
  • the registration request uses SIP digest authentication or HTTP digest authentication, and the user equipment identified by the IMPU passes the 3GPP mobile communication partner project 3GPP access network or non-3GPP access network Accessing the session control device;
  • the signaling processing module 82 determines to continue processing the registration request according to the WebRTC service indication;
  • the sending module 83 sends the processed registration request to the second session control device.
  • the embodiment of the present invention provides a first session control device, where the receiving module receives the registration request, and the signaling processing module determines to continue processing the registration request according to the WebRTC service indication, and the sending module sends the processed registration request to the second session control device.
  • the user equipment can be used to implement the integration of the WebRTC and the IMS system through the WebRTC client using the service provided by the IMS system, thereby improving the user experience.
  • a second session control device 9 is further provided.
  • the second session control device 9 includes a receiving module 91 and a signaling processing module 92, as shown in FIG. 11, wherein: the receiving module 91 receives the WebRTC user identifier including the webpage real-time communication, and the IMS.
  • the public user identifies the IMPU and the registration request of the WebRTC service indication.
  • the signaling processing module 92 saves the binding relationship between the IMPU and the WebRTC user identifier according to the WebRTC service indication, and completes the registration of the WebRTC client in the IP Multimedia Subsystem IMS.
  • the second session control device 9 further includes a first sending module 93, where: the first sending module 93 sends the IMPU and the WebRTC user identifier to the home subscriber server HSS, so that the HSS saves the binding relationship between the IMPU and the WebRTC user identifier. .
  • the second session control device 9 further includes a second sending module 94, wherein: the second sending module 94 sends the IMPU and the WebRTC user identifier to the application server AS, so that the AS saves the binding relationship between the IMPU and the WebRTC user identifier.
  • the embodiment of the present invention provides a second session control device, where the receiving module receives a registration request including a webpage real-time communication WebRTC user identifier, an IMS public user identifier IMPU, and a WebRTC service indication, and the signaling processing module saves the IMPU and the WebRTC according to the WebRTC service indication.
  • Binding relationship of the user identity completing the registration of the WebRTC client in the IP multimedia subsystem IMS, enabling the user equipment to use the service provided by the IMS system through the WebRTC client to realize the fusion of the WebRTC and the IMS system, thereby improving the user experience.
  • the specific working processes of the systems, devices and units described above may be referred to the foregoing method embodiments. The corresponding process in the description will not be repeated here.
  • the disclosed system, apparatus, and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may be physically included separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of hardware plus software functional units.
  • a person skilled in the art can understand that all or part of the steps of implementing the above method embodiments may be completed by using hardware related to program instructions, and the foregoing program may be stored in a computer readable storage medium, and the program is executed when executed.
  • the foregoing steps include the steps of the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

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

Abstract

本发明实施例提供的一种网络注册的方法和系统,涉及通信领域,能够使得该用户设备可以通过网页实时通信WebRTC客户端注册到IMS系统,进而能够使用IMS系统提供的服务,实现WebRTC与IMS系统的的融合,提高了用户体验。其方法为:通过WebRTC客户端向WebRTC信令功能实体发送第一注册请求,WebRTC信令功能实体将第一注册请求转换后发送至呼叫会话控制功能实体CSCF,呼叫会话控制功能实体CSCF根据注册请求中的WebRTC业务指示等内容完成对采用WebRTC客户端的用户设备的注册。本发明用于实现将采用WebRTC的用户设备在IMS网络中注册。

Description

一种网络注册的方法和系统
技术领域 本发明涉及通信领域, 尤其涉及一种网络注册的方法和系统。 背景技术
当前, WebRTC是一种用户常用的通过 Web浏览器进行网络通信的 技术, 用户通过安装有 WebRTC客户端的设备就可以实现语音、 视频会 话、 视频会议等实时通信业务, 并且 Web 开发者能够快速开发出基于 WebRTC 的无需其他插件的多媒体应用, 方便建立多互联网浏览器之间 的通讯平台。 而 IMS网络是支持语音、 视频、 数据等多媒体及其组合业务的下一 代网络核心技术, 实现了对移动网络和固定网络的统一控制。 利用 IMS 网络机制为用户提供更好的实时通信业务与 IMS 业务是未来的发展趋 势。 注册 /鉴权流程是指用户设备向网络发起初始的接入请求, 网络依据 用户签约等对用户设备身份进行验证(即鉴权),从而接受或拒绝用户设备 使用该网络服务的过程。
由于 WebRTC注册 /鉴权与 IMS注册 /鉴权两者流程相互独立, 用户 不能通过用户设备上的 WebRTC 客户端访问 IMS 系统, 进而无法使用 IMS系统提供的业务, 因此难以实现 WebRTC和 IMS系统的融合, 即基 于 IMS的 WebRTC。
发明内容 本发明的实施例提供一种网络注册的方法和设备, 能够令用户使用 用户设备上的 WebRTC客户端注册到 IMS系统, 进而用户可以使用 IMS 系统提供的业务, 实现 WebRTC与 IMS系统的的融合,提高了用户体验。 为达到上述目的, 本发明的实施例釆用如下技术方案: 第一方面, 提供一种网络注册的方法, 所述方法包括: 网页实时通信 WebRTC客户端向 WebRTC信令功能实体发送第一注 册请求, 其中, 所述第一注册请求至少包括 WebRTC用户标识; 所述 WebRTC信令功能实体将所述第一注册请求转换为釆用会话发 起协议 SIP 的第二注册请求, 并将所述第二注册请求发送至呼叫会话控 制功能实体 CSCF; 所述第二注册请求至少包括 IMS公共用户标识 IMPU 以及 WebRTC业务指示; 所述 WebRTC信令功能实体保存所述 IMPU与 所述 WebRTC用户标识的绑定关系;
所述呼叫会话控制功能实体 CSCF依据所述第二注册请求, 完成所 述 WebRTC客户端在 IP多媒体子系统 IMS的注册。
在第一种可能的实现方式中, 结合第一方面, 所述方法还包括: 所述第一注册请求至少还包括所述 IMPU;
所述 IMPU配置在所述 WebRTC客户端 , 或
所述 IMPU配置在用户设备的操作系统并被所述 WebRTC客户端使 用, 或
所述 IMPU由所述 WebRTC客户端查询用户标识模块得到。
在第二种可能的实现方式中, 结合第一方面, 所述方法包括: 所述第一注册请求中不包括所述 IMPU,所述 IMPU由所述 WebRTC 信令功能实体根据所述第一注册请求中的所述 WebRTC用户标识生成。
在第三种可能的实现方式中, 结合第一方面, 所述 WebRTC业务指 示釆用指示 WebRTC业务的 IMS通信业务标识 ICSI表示。
在第四种可能的实现方式中, 结合第一方面, 所述方法还包括: 所述第一注册请求至少还包括所述 WebRTC客户端的私有 IP地址; 所述 WebRTC信令功能实体将所述第一注册请求转换为釆用会话发 起协议 SIP的第二注册请求:
所述 WebRTC 信令功能实体向所述第二注册请求中添加所述 WebRTC客户端的公共 IP地址。
在第五种可能的实现方式中, 结合第一方面, 所述方法包括: 所述 WebRTC客户端查询用户标识模块, 得到 IMS 私有用户标识 IMPI; 所述第一注册请求和所述第二注册请求至少还包括所述 IMPI。 在第六种可能的实现方式中, 结合第一方面至第一方面的第五种可 能的实现方式中的任意一项, 所述 CSCF 依据所述第二注册请求, 完成 所述 WebRTC客户端在 IP多媒体子系统 IMS的注册, 包括: 所述 CSCF 至少包括代理呼叫会话控制功能实体 P-CSCF, 所述 P-CSCF 至少依据所述 WebRTC 业务指示确定继续处理所述第二注册请 求,所述第二注册请求釆用 SIP摘要鉴权或 HTTP摘要鉴权,所述 WebRTC 客户端通过第三代移动通信伙伴项目 3GPP接入网或非 3GPP接入网接入 所述 IP多媒体子系统 IMS。 在第七种可能的实现方式中, 结合第一方面至第一方面的第四种可 能的实现方式中的任意一项, 所述 CSCF 依据所述第二注册请求, 完成 所述 WebRTC客户端在 IMS的注册, 还包括: 所述 CSCF至少还包括查询呼叫会话控制功能实体 I-CSCF和服务呼 叫会话控制功能实体 S-CSCF, 所述 I-CSCF 或所述 S-CSCF 根据所述 IMPU生成 IMS私有用户标识 IMPI, 所述 IMPI用于所述 WebRTC客户 端的鉴权, 以完成所述 WebRTC客户端在 IP多媒体子系统 IMS的注册 在第八种可能的实现方式中, 结合第一方面至第一方面的第五种可 能的实现方式中的任意一项, 所述 CSCF 依据所述第二注册请求, 完成 所述 WebRTC客户端在 IP多媒体子系统 IMS的注册, 还包括: 所述 CSCF依据所述第二注册请求, 向所述 WebRTC客户端发送鉴 权请求; 所述 WebRTC客户端依据所述鉴权请求中的鉴权参数, 计算与所述 应, 或查询所述用户标识模块, 获取与所述鉴权
Figure imgf000005_0001
所述 WebRTC客户端向所述 CSCF发送携带所述鉴权响应的第三注 册请求; 所述 CSCF判断所述鉴权响应是否正确,若正确,完成所述 WebRTC 客户端在 IP多媒体子系统 IMS的注册。 在第九种可能的实现方式中, 结合第一方面或第一方面的第五种可 能的实现方式或第一方面的第八种可能的实现方式, 所述方法还包括: 所述用户标识模块包括: IP多媒体业务标识模块 ISIM, 或全球用户 标识模块 USIM, 或 IMS证书 IMC。 在第十种可能的实现方式中, 结合第一方面至第一方面的第五种可 能的实现方式中的任意一项, 所述 CSCF 依据所述第二注册请求, 完成 所述 WebRTC客户端在 IP多媒体子系统 IMS的注册, 还包括:
所述第二注册请求至少还包括所述 WebRTC用户标识; 所述 CSCF 至少还包括服务呼叫会话控制功能实体 S-CSCF, 所述 S-CSCF保存所述 IMPU与所述 WebRTC用户标识的绑定关系。 在第十一种可能的实现方式中, 结合第一方面的第十种可能的实现 方式, 所述方法还包括: 所述 S-CSCF 向归属签约用户服务器 HSS 发送所述 IMPU 与所述 WebRTC用户标识, 所述 HSS保存所述 IMPU与所述 WebRTC用户标识 的绑定关系。
在第十二种可能的实现方式中, 结合第一方面的第十种可能的实现 方式或第一方面的第十一种可能的实现方式中, 所述方法还包括: 所述 S-CSCF向应用服务器 AS发送所述 IMPU与所述 WebRTC用 户标识, 所述 AS保存所述 IMPU与所述 WebRTC用户标识的绑定关系。
第二方面, 提供一种网络注册的系统, 所述系统包括: 用户设备、 WebRTC信令功能实体、 呼叫会话控制功能实体 CSCF , 其中: 所述用户设备至少包括 WebRTC客户端,所述 WebRTC客户端向所 述 WebRTC信令功能实体发送第一注册请求, 其中, 所述第一注册请求 至少包括 WebRTC用户标识;
所述 WebRTC信令功能实体将所述第一注册请求转换为釆用会话发 起协议 SIP 的第二注册请求, 并将所述第二注册请求发送至呼叫会话控 制功能实体 CSCF; 所述第二注册请求至少包括 IMS公共用户标识 IMPU 以及 WebRTC业务指示; 所述 WebRTC信令功能实体保存所述 IMPU与 所述 WebRTC用户标识的绑定关系;
所述呼叫会话控制功能实体 CSCF依据所述第二注册请求, 完成所 述 WebRTC客户端在 IP多媒体子系统 IMS的注册。
在第一种可能的实现方式中, 结合第二方面, 所述第一注册请求中: 所述第一注册请求至少还包括所述 IMPU; 所述 IMPU配置在所述 WebRTC客户端 , 或
所述 IMPU配置在用户系统的操作系统并被所述 WebRTC客户端使 用, 或
所述 IMPU由所述 WebRTC客户端查询用户标识模块得到。
在第二种可能的实现方式中, 结合第二方面, 在所述第一注册请求 中:
所述第一注册请求中不包括所述 IMPU,所述 IMPU由所述 WebRTC 信令功能实体根据所述第一注册请求中的所述 WebRTC用户标识生成。
在第三种可能的实现方式中, 结合第二方面, 所述 WebRTC业务指 示釆用指示 WebRTC业务的 IMS通信业务标识 ICSI表示。
在第四种可能的实现方式中, 结合第二方面, 所述发送单元还用于 发送:
所述第一注册请求至少还包括所述 WebRTC客户端的私有 IP地址; 所述 WebRTC信令功能实体将所述第一注册请求转换为釆用会话发 起协议 SIP的第二注册请求:
所述 WebRTC 信令功能实体向所述第二注册请求中添加所述 WebRTC客户端的公共 IP地址。
在第五种可能的实现方式中, 结合第二方面, 所述用户设备至少还 包括用户标识模块, 其中: 所述 WebRTC客户端查询所述用户标识模块,得到 IMS私有用户标 识 IMPI; 所述第一注册请求和所述第二注册请求至少还包括所述 IMPI。 在第六种可能的实现方式中, 根据第二方面至第二方面的第五种可 能的实现方式,
所述 CSCF 至少包括代理呼叫会话控制功能实体 P-CSCF , 所述 P-CSCF 至少依据所述 WebRTC 业务指示确定继续处理所述第二注册请 求,所述第二注册请求釆用 SIP摘要鉴权或 HTTP摘要鉴权,所述 WebRTC 客户端通过第三代移动通信伙伴项目 3GPP接入网或非 3GPP接入网接入 所述 IP多媒体子系统 IMS。 在第七种可能的实现方式中, 根据第二方面至第二方面的第四种可 能的实现方式,
所述 CSCF还包括查询呼叫会话控制功能实体 I-CSCF和服务呼叫会 话控制功能实体 S-CSCF, 所述 I-CSCF或所述 S-CSCF根据所述 IMPU生 成 IMS私有用户标识 IMPI,所述 IMPI用于所述 WebRTC客户端的鉴权, 以完成所述 WebRTC客户端在 IMS的注册。
在第八种可能的实现方式中, 结合第二方面至第二方面的第五种可 能的实现方式中的任一项, 所述 CSCF 依据所述第二注册请求, 向所述 WebRTC客户端发送鉴权请求;
所述 WebRTC客户端依据所述鉴权请求中的鉴权参数, 计算与所述 应, 或查询所述用户标识模块, 获取与所述鉴权
Figure imgf000008_0001
所述 WebRTC客户端向所述 CSCF发送携带所述鉴权响应的第三注 册请求;
所述 CSCF判断所述鉴权响应是否正确,若正确,完成所述 WebRTC 客户端在 IP多媒体子系统 IMS的注册。 在第九种可能的实现方式中, 结合第二方面的第一种可能的实现方 式或第二方面的第五种可能的实现方式或第二方面的第八种可能的实现 方式,
所述用户标识模块包括: IP多媒体业务标识模块 ISIM, 或全球用户 标识模块 USIM, 或 IMS证书 IMC。 在第十种可能的实现方式中, 结合第二方面至第二方面的第五种可 能的实现方式中的任一项,
所述第二注册请求至少还包括所述 WebRTC用户标识; 所述 CSCF 至少还包括服务呼叫会话控制功能实体 S-CSCF, 所述 S-CSCF保存所述 IMPU与所述 WebRTC用户标识的绑定关系。
在第十一种可能的实现方式中, 结合第二方面的第十种可能的实现 方式,
所述系统还包括归属签约用户服务器 HSS ,所述 S-CSCF向所述 HSS 发送所述 IMPU与所述 WebRTC用户标识 , 所述 HSS保存所述 IMPU与 所述 WebRTC用户标识的绑定关系。
在第十二种可能的实现方式中, 结合第二方面的第十种可能的实现 方式或第二方面的第十一种可能的实现方式,
所述系统还包括应用服务器 AS , 所述 S-CSCF向所述 AS发送所述 IMPU与所述 WebRTC用户标识,所述 AS保存所述 IMPU与所述 WebRTC 用户标识的绑定关系。
第三方面, 提供一种网络注册的终端设备, 所述终端设备包括网页 实时通信 WebRTC客户端、 操作系统和用户标识模块, 其中: 所述 WebRTC客户端向 WebRTC信令功能实体发送第一注册请求, 其中, 所述第一注册请求至少包括 WebRTC用户标识和 IMS公共用户标 识 IMPU; 所述 IMPU配置在所述 WebRTC客户端, 或所述 IMPU配置 在所述操作系统并被所述 WebRTC 客户端使用, 或所述 IMPU 由所述 WebRTC客户端查询所述用户标识模块得到; 以使所述 WebRTC信令功能实体将所述第一注册请求转换为釆用会 话发起协议 SIP 的第二注册请求, 并将所述第二注册请求发送至呼叫会 话控制功能实体 CSCF,完成所述 WebRTC客户端在 IP多媒体子系统 IMS 的注册。 在第一种可能的实现方式中, 结合第三方面, 所述 WebRTC客户端 查询所述用户标识模块, 得到 IMS私有用户标识 IMPI; 所述第一注册请 求和所述第二注册请求至少还包括所述 IMPI。
在第二种可能的实现方式中, 结合第三方面, 所述 WebRTC客户端 接收来自网络设备的鉴权请求, 依据所述鉴权请求中的鉴权参数, 计算 与所述鉴权参数对应的鉴权响应, 或查询所述用户标识模块, 获取与所 述鉴权参数对应的鉴权响应; 所述 WebRTC客户端向所述网络设备发送携带所述鉴权响应的第三 注册请求。 在第三种可能的实现方式中, 结合第三方面至第三方面的第二种可 能的实现方式中的任一项, 所述用户标识模块包括: IP 多媒体业务标识 模块 ISIM, 或全球用户标识模块 USIM, 或 IMS证书 IMC。 第五方面, , 提供一种网络注册的信令处理设备, 所述信令处理设 备包括接收模块、 转换模块、 存储模块和发送模块, 其中: 所述接收模块接收网页实时通信 WebRTC客户端发送的第一注册请 求, 所述第一注册请求至少包括 WebRTC用户标识; 所述转换模块将所 述第一注册请求转换为釆用会话发起协议 SIP 的第二注册请求, 所述第 二注册请求至少包括 IMS公共用户标识 IMPU以及 WebRTC业务指示; 所述存储模块保存所述 IMPU 与所述 WebRTC 用户标识的绑定关 所述发送模块将所述第二注册请求发送至呼叫会话控制功能实体
CSCF, 完成所述 WebRTC客户端在 IP多媒体子系统 IMS的注册。 在第一种可能的实现方式中, 结合第五方面, 所述设备还包括: 所述信令处理设备还包括标识生成模块; 所述标识生成模块根据所 述第一注册请求中的所述 WebRTC用户标识, 生成所述 IMPU。
在第二种可能的实现方式中, 结合第五方面, 所述设备包括: 所述 WebRTC业务指示釆用指示 WebRTC业务的 IMS通信业务标 识 ICSI表示。
在第三种可能的实现方式中, 结合第五方面, 所述第二注册请求中 还包括所述 WebRTC客户端的公共 IP地址。 第六方面, 提供一种第一会话控制设备, 其特征在于, 所述第一会 话控制设备包括接收模块、 信令处理模块和发送模块, 其中: 所述接收模块接收包括 IMS公共用户标识 IMPU以及 WebRTC业务 指示的注册请求; 所述注册请求釆用 SIP摘要鉴权或 HTTP摘要鉴权, 且所述 IMPU标识的用户设备通过第三代移动通信伙伴项目 3GPP接入网 或非 3GPP接入网接入所述会话控制设备; 所述信令处理模块根据所述 WebRTC业务指示, 确定继续处理所述 注册请求; 所述发送模块将处理后的所述注册请求发送给第二会话控制设备。 第七方面, 提供一种第二会话控制设备, 其特征在于, 所述第二会 话控制设备包括接收模块、 信令处理模块, 其中: 所述接收模块接收包括网页实时通信 WebRTC用户标识、 IMS公共 用户标识 IMPU以及 WebRTC业务指示的注册请求; 所述信令处理模块根据所述 WebRTC业务指示, 保存所述 IMPU与 所述 WebRTC用户标识的绑定关系, 完成所述 WebRTC客户端在 IP多 媒体子系统 IMS的注册。 在第一种可能的实现方式中, 结合第七方面, 所述第二会话控制设 备还包括第一发送模块, 其中: 所述第一发送模块向归属签约用户服务器 HSS发送所述 IMPU与所 述 WebRTC用户标识 ,以使所述 HSS保存所述 IMPU与所述 WebRTC用 户标识的绑定关系。
在第二种可能的实现方式中, 结合第七方面, 所述第二会话控制设 备还包括第二发送模块, 其中:
所述第二发送模块向应用服务器 AS发送所述 IMPU与所述 WebRTC 用户标识 , 以使所述 AS保存所述 IMPU与所述 WebRTC用户标识的绑 定关系。 本发明实施例提供的一种网络注册的方法和系统, 通过网页实时通 信 WebRTC客户端向 WebRTC信令功能实体发送第一注册请求, WebRTC 信令功能实体将第一注册请求转换后发送至呼叫会话控制功能实体 CSCF, 呼叫会话控制功能实体 CSCF根据注册请求中的 WebRTC业务指 示等内容完成对釆用 WebRTC客户端的用户设备的注册, 使得该用户设 备可以通过 WebRTC客户端注册到 IMS系统,进而能够使用 IMS系统提 供的服务, 实现 WebRTC与 IMS系统的的融合, 提高了用户体验。
附图说明 为了更清楚地说明本发明实施例或现有技术中的技术方案, 下面将 对实施例或现有技术描述中所需要使用的附图作简单地介绍, 显而易见 地, 下面描述中的附图仅仅是本发明的一些实施例, 对于本领域普通技 术人员来讲, 在不付出创造性劳动的前提下, 还可以根据这些附图获得 其他的附图。 图 1为本发明实施例提供的一种网络注册的方法示意图; 图 2为本发明实施例提供的一种网络注册的详细方法示意图; 图 3为本发明实施例提供的一种网络注册的详细方法示意图; 图 4为本发明实施例提供的一种网络注册的详细方法示意图; 图 5为本发明实施例提供的一种网络注册的系统示意图; 图 6为本发明实施例提供的一种网络注册的系统示意图; 图 7为本发明实施例提供的一种网络注册的系统示意图; 图 8 为本发明实施例提供的一种网络注册的终端设备的结构示意 图;
图 9为本发明实施例提供的一种网络注册的信令处理设备的结构示 意图;
图 10为本发明实施例提供的一种第一会话控制设备的结构示意图; 图 11为本发明实施例提供的一种第二会话控制设备的结构示意图。 具体实施方式 下面将结合本发明实施例中的附图, 对本发明实施例中的技术方案 进行清楚、 完整地描述, 显然, 所描述的实施例仅仅是本发明一部分实 施例, 而不是全部的实施例。 基于本发明中的实施例, 本领域普通技术 人员在没有做出创造性劳动前提下所获得的所有其他实施例, 都属于本 发明保护的范围。 本发明实施例提供一种网络注册的方法, 如图 1所示, 该方法包括:
101、 网页实时通信客户端 WebRTC Client向 WebRTC信令功能实 体 WSF发送第一注册请求。 具体地, 第一注册请求至少包括 WebRTC用 户标识(WebRTC ID)。
102、 WebRTC信令功能实体 WSF将第一注册请求转换为釆用会话 发起协议 SIP的第二注册请求,并向呼叫会话控制功能实体 CSCF发送第 二注册请求。 具体地, 第二注册请求至少包括 IMS 公共用户标识 IMPU 以及 WebRTC 业务指示。 WebRTC 信令功能实体保存 IMPU 与接收到的 WebRTC用户标识的绑定关系。
103、呼叫会话控制功能实体 CSCF依据第二注册请求,完成 WebRTC 客户端在 IP多媒体子系统 IMS的注册。 本发明实施例提供的一种网络注册的方法, 通过用户设备的 WebRTC客户端向 WebRTC信令功能实体发送第一注册请求, WebRTC 信令功能实体将第一注册请求转换后发送至呼叫会话控制功能实体 CSCF, 呼叫会话控制功能实体 CSCF根据注册请求中的 WebRTC业务指 示等内容完成对釆用 WebRTC客户端的用户设备的注册, 使得该用户设 备可以通过 WebRTC客户端注册到 IMS系统,进而能够使用 IMS系统提 供的服务, 实现 WebRTC与 IMS系统的的融合, 提高了用户体验。
上述实施例为本发明整体思想的表现形式, 在上述整体思想的描述 中, 还有部分补充性描述, 如下所示:
在第一注册请求中, 还包括 IMPU, IMPU配置在 WebRTC客户端, 或
IMPU配置在用户设备的操作系统并被 WebRTC客户端使用, 或
IMPU由 WebRTC客户端查询用户标识模块得到。 当第一注册请求 中不包括 IMPU, IMPU由 WebRTC信令功能实体根据第一注册请求中的 WebRTC用户标识生成。 进一步的, WebRTC业务指示釆用指示 WebRTC业务的 IMS通信业 务标识 ICSI表示。 第一注册请求至少还包括 WebRTC客户端的私有 IP地址;
WebRTC 信令功能实体将第一注册请求转换为釆用会话发起协议 SIP的第二注册请求:
WebRTC信令功能实体向第二注册请求中添加 WebRTC客户端的公 共 IP地址。 WebRTC客户端查询用户标识模块, 得到 IMS私有用户标识 IMPI; 第一注册请求和第二注册请求至少还包括 IMPI。
CSCF至少包括代理呼叫会话控制功能实体 P-CSCF, P-CSCF至少依 据 WebRTC业务指示确定继续处理第二注册请求,第二注册请求釆用 SIP 摘要鉴权或 HTTP摘要鉴权, WebRTC客户端通过第三代移动通信伙伴 项目 3GPP接入网或非 3GPP接入网接入 IP多媒体子系统 IMS。 CSCF至 少还包括查询呼叫会话控制功能实体 I-CSCF和服务呼叫会话控制功能实 体 S-CSCF, I-CSCF或 S-CSCF根据 IMPU生成 IMS私有用户标识 IMPI, IMPI用于 WebRTC客户端的鉴权, 以完成 WebRTC客户端在 IMS的注 册。
CSCF依据第二注册请求, 完成 WebRTC客户端在 IP多媒体子系统 IMS的注册, 还包括:
CSCF依据第二注册请求, 向 WebRTC客户端发送鉴权请求;
WebRTC客户端依据鉴权请求中的鉴权参数, 计算与鉴权参数对应 的鉴权响应, 或查询用户标识模块, 获取与鉴权参数对应的鉴权响应, WebRTC客户端向 CSCF发送携带鉴权响应的第三注册请求; CSCF判断 鉴权响应是否正确,若正确,完成 WebRTC客户端在 IP多媒体子系统 IMS 的注册。
用户标识模块包括: IP多媒体业务标识模块 ISIM, 或全球用户标识 模块 USIM, 或 IMS证书 IMC。
第二注册请求至少还包括 WebRTC用户标识; CSCF至少还包括服 务呼叫会话控制功能实体 S-CSCF, S-CSCF保存 IMPU与 WebRTC用户 标识的绑定关系。 S-CSCF 向归属签约用户服务器 HSS 发送 IMPU 与 WebRTC用户标识, HSS保存 IMPU与 WebRTC用户标识的绑定关系。 S-CSCF向应用服务器 AS发送 IMPU与 WebRTC用户标识, AS保存 IMPU 与 WebRTC用户标识的绑定关系。
下面针对三种不同的具体网络注册方法, 分别进行描述。 图 2提供了本发明实施例一种网络注册方法的信令流程图, , 如图 2所示, 该方法具体包括:
201、用户设备 UE通过 WebRTC客户端(WebRTC Client)向 WebRTC 信令功能实体 WSF (WebRTC Signalling Function, 或者称为 WebRTC互 通功能实体 WebRTC Interworking Function)发送第一注册请求。 其中, UE使用预设的信令协议向 WebRTC信令功能实体发送第一注 册请求, 示例性的, 所述预设的信令协议包括: SIP over WebSocket, HTTPs、 RESTful HTTPs、 JSEP ( Javascript Session Establishment Protocol, Java脚本会话建立协议) 等。
第一注册请求中至少包括 WebRTC 用户标识。 WebRTC 用户标识 ( WebRTC ID ) 是用户设备访问 WebRTC业务的用户标识, 例如用户名 uscmamc。
进一步的 , 第一注册请求还可以包括 IMS公共用户标识 IMPU,例如 "sip: MSISDN_webrtc@domain"„ IMPU可以预配置在 UE中,与 WebRTC 客户端绑定, 例如直接配置在 WebRTC客户端或配置在 UE的操作系统 OS进而由 WebRTC客户端从 OS获取; 或由用户通过 WebRTC客户端、 WebRTC业务配置界面或 IMS业务配置界面输入; 或由 WebRTC客户端 依据 WebRTC ID动态生成,例如" sip: WebRTC ID@domain"0 WebRTC ID 与该 IMPU绑定, 以便于此后可以使用 WebRTC ID访问 IMS系统; 再进 一步的, 若用户在所述 UE上更改或添加 WebRTC ID, 所述更改或添加 的 WebRTC ID也可以与所述 IMPU绑定。
如果在 UE所在的私有网络与 IMS网络之间存在网络地址转换 NAT, 则第一注册请求中还可以携带 UE的私有 IP地址或 FQDN。 第一注册请求还可以携带指示信息, 用来表明请求釆用 SIP Digest 或 HTTP Digest鉴权方式。
202、 WebRTC信令功能实体 WSF将第一注册请求转换成遵循会话 发起协议 SIP ( Session Initiation Protocol ) 的第二注册请求, 即 SIP Register, 将 SIP Register发送至代理呼叫会话控制功能实体 P-CSCF。 其中, SIP Register 中至少包括 IMS 公共用户标识 IMPU 以及 WebRTC业务指示。 WebRTC信令功能实体保存 IMPU与 WebRTC用户 标识的绑定关系。 这里, WebRTC 业务指示可以釆用新定义一个 IMS 通信业务标识 ( ICSI: IMS communication service identifier ) 来表 示 , 例 如 "urn:urn-7:3gpp-service.ims.icsi.webrtc" 。 这里, SIP Register请求中可以包括 WebRTC ID, 即 WSF将所述 WebRTC ID 发送至后续的 IMS 功能实体(例如: P-CSCF、 I-CSCF、 S-CSCF) ,从而将 WebRTC ID注册到 S-CSCF ,还可以进一步注册到 HSS 和 AS, 参见后续步骤 210-213 ; SIP Register可以不包括 WebRTC ID, 即 WSF保存所述 WebRTC ID和所述 IMPU的绑定关系,而不将 WebRTC ID 发送至后续的 IMS功能实体。
当所述 UE所在的私有网络同所述 IMS网络之间存在网络地址转换 NAT时, 则 SIP Register中还可以包括所述 UE的公共 IP地址。 例如, 在 SIP Register的 Via头域中添加" received"参数, 所述" received"参数中 包括了 UE的公共 IP地址。
203、 所述代理呼叫会话控制功能实体 P-CSCF发送 SIP Register至 查询呼叫会话控制功能实体 I-C SCF。 其中, 当 UE釆用 3GPP接入网,例如 UTRAN(Universal Terrestrial Radio Access Network,全球地面无线接入网)、 E-UTRAN (E-UTRAN
Evolved UTRAN, 演进的全球地面无线接入网) ,访问 IMS 网络时, P-CSCF根据接受到的 SIP Register中的 WebRTC业务指示, 继续处理釆 用了 SIP Digest或 HTTP Digest鉴权方式的 SIP第二注册请求,也就是允 许所述 UE的 WebRTC客户端釆用 SIP Digest或 HTTP Digest鉴权方式通 过 3GPP的接入网访问所述 IMS网络。 当 UE釆用非 3GPP接入网(例如 WiFi, 以太网)接入 IMS 网络时, P-CSCF将继续处理使用 SIP Digest或 HTTP Digest鉴权方式的 SIP Register请求。
204、所述 I-CSCF在向 HSS(Home Subscriber Server归属签约用户服 务器)获取服务呼叫会话控制功能实体 S-CSCF 的信息后, 选择 S-CSCF 并向已选择的 S-CSCF发送 SIP Register请求。 值得一提的是, 当 I-CSCF接收到的 SIP Register中没有包含 IMS私 有用户标识 IMPI时, I-CSCF可以基于接收到的 SIP Register中的 IMPU 生成 IMPI, 例如基于 IMPU: "sip: MSISDN— webrtc@domain"生成 IMPI: "MSISDN_webrtc@domain" , 并将 IMPI 添加在发送给 S-CSCF 的 SIP Register请求中。
205、 S-CSCF在从 HSS获取所述 UE的鉴权参数后, 通过 I-CSCF 向 P-CSCF发送鉴权请求 SIP 4xx Authentication Challenge。 其中, 鉴权请求中至少包括 IMPI, 以及 SIP Digest或 HTTP Digest 鉴权参数。
这里,若 S-CSCF接收到的 SIP Register中没有包含 IMPI时, S-CSCF 可以基于接收到的 SIP Register中的 IMPU生成 IMPI, 例如基于 IMPU: "sip: MSISDN— webrtc@domain,,生成 IMPI: "MSISDN_webrtc@domain" , 并将 IMPI添加在鉴权请求中。
206、 P-CSCF将鉴权请求发送至 WSF。
207、 WSF将接收到的鉴权请求转换为遵循 WSF与 UE之间预设的 信令协议的鉴权请求并发送至 UE, 其中包含 IMPI, 以及 SIP Digest或 HTTP Digest鉴权参数。
208、 UE根据鉴权请求中的鉴权参数,得到 SIP Digest或 HTTP Digest 的鉴权响应, 例如 UE 的 WebRTC 客户端根据鉴权参数计算得到 SIP Digest或 HTTP Digest鉴权响应, 并向 WSF发送第三注册请求。
其中, 第三注册请求遵循 UE与 WSF之间预设的信令协议, 第三注 册请求至少包括 IMPI和鉴权响应。
209、 WSF将第三注册请求转换成 SIP Register请求, 其中至少携带 IMPI和鉴权响应 , 发送至 P-CSCF。 P-CSCF通过 I-CSCF将携带 IMPI和 鉴权响应的 SIP Register发送至 S-CSCF。
210、 S-CSCF在接收到 SIP Register请求后, 判断 SIP Register请求 中的鉴权响应是否正确, 若正确, 则鉴权成功, 将所述 IMPU在 S-CSCF 注册。若步骤 204和 /或本步骤中 S-CSCF接收到的 SIP Register请求中包 括 WebRTC ID, WebRTC ID也注册到 S-CSCF, 且所述 WebRTC ID和所 述 IMPU绑定, 即所述 S-CSCF保存 IMPU与 WebRTC ID的绑定关系。
211、若所述 IMPU没有注册过, 则 S-CSCF向 HSS发送推送 Cx-Put 消息, 其中携带 IMPU和 WebRTC ID, 以便通过 Cx-Put消息更新所述 IMPU的注册标记 Registration-Flag, 并将所述 WebRTC ID和所述 IMPU 绑定注册到 HSS中。
若所述 IMPU已经注册, 而所述 WebRTC ID没有注册, 则 S-CSCF 向 HSS发送推送 Cx-Put消息, 其中携带 IMPU和 WebRTC ID, , 从而 将所述 WebRTC ID注册到 HS S , 并和所述 IMPU绑定。 进一步地, 若此后 IMPU去注册(即从 IMS网络注销), WebRTC ID 也将被去注册,即 UE将无法在通过所述 WebRTC ID或其它与所述 IMPU 绑定的 WebRTC ID访问基于 IMS的 WebRTC业务。
211a. S-CSCF向应用服务器 AS发起第三方注册过程,即向 AS发送 包含有所述 WebRTC ID及其他注册参数的 SIP Register请求, 并从 AS 接收已经成功注册 SIP 200 OK消息。 所述 WebRTC ID和所述 IMPU在
AS注册并绑定。
212、 S-CSCF通过 I-CSCF和 P-CSCF向 WSF发送 SIP 200 OK消息。 WSF将接收到的 SIP 200 OK消息转换成 UE与 WSF之间预设的信令协 议所定义的成功注册回复消息, 并将该回复消息发送给 UE。 从而 UE通 过 WebRTC客户端成功注册到 IMS网络。 本发明实施例提供的一种网络注册的方法, 通过用户设备的网页实 时通信 WebRTC 客户端向 WebRTC 信令功能实体发送第一注册请求, WebRTC 信令功能实体将第一注册请求转换后发送至呼叫会话控制功能 实体 CSCF, 呼叫会话控制功能实体 CSCF根据注册请求中的 WebRTC 业务指示等内容完成对釆用 WebRTC客户端的用户设备的注册, 使得该 用户设备可以通过 WebRTC客户端注册到 IMS系统, 进而能够使用 IMS 系统提供的服务, 实现 WebRTC与 IMS系统的的融合,提高了用户体验。 图 3提供了本发明实施例又一种网络注册方法的信令流程图, 如图 3所示, 该方法具体包括:
301、 用户设备 UE中的 WebRTC客户端查询所述 UE中的用户标识 模块, 得到所述 UE的 IMS私有用户标识 IMPI。 具体的, 所述用户标识模块可以包括基于 IP的多媒体业务标识模块 ISIM(IM Services Identity Module) , 全球用户标识模块 USIM(Universal Subscriber Identity Module)和 IMS证书 IMC(IMS Credentials) , 通过查询 以上三种模块, 得到所述 UE的 IMPI , 以及归属网络域名 Home Domain Name和 IMS公共用户标识 IMPU。
其中, 具体的查询流程如下: 当所述 UE中存在所述 ISIM时,向所述 ISIM查询所述 UE的 IMPI、 归属网络域名和 IMPU;
当所述 UE中不存在所述 ISIM时, 则向 USIM查询 IMSI, 并根据 所述 IMSI得到所述 UE的 IMPI、 归属网络域名和 IMPU;
当所述 UE中 ISIM和 USIM均不存在时 , 则从 IMC中得到所述 UE 的 IMPI、 归属网络域名和 IMPU。
302、 UE向 WebRTC信令功能实体 WSF发送第一注册请求。 与上 一实施例 201 类似的是, 所述第一注册请求同样使用预设的信令协议向 WebRTC信令功能实体发送, 其中, 所述预设的信令协议包括: SIP over WebSocket, HTTPs、 RESTful HTTPs, JSEP等。
进一步的,所述第一注册请求除了包括步骤 301 中查询到的所述 UE 的 IMPI、 归属网络域名和 IMPU之外, 还至少包括 WebRTC用户标识 ( WebRTC ID ) 。
更进一步的, 所述第一注册请求中还携带 IMS AKA鉴权方式的指 示。
如果在 UE所在的私有网络与 IMS网络之间存在网络地址转换 NAT, 则第一注册请求中还可以携带 UE的私有 IP地址或 FQDN。 303、 WSF将所述第一注册请求转换成会话发起协议 SIP第二注册请 求, 即 SIP Register, 并将 SIP Register发送至 P-CSCF。 其中, SIP Register 中至少包括 IMPU、 归属网络域名、 IMPI 和 WebRTC业务指示。 这里, WebRTC 业务指示可以釆用新定义一个 IMS 通信业务标识 ( ICSI: IMS communication service identifier ) 来表 示 , 例 如 "urn:urn-7:3gpp-service.ims.icsi.webrtc" 。
这里, SIP Register请求中可以包括 WebRTC ID, 即 WSF将所述 WebRTC ID 发送至后续的 IMS 功能实体(例如: P-CSCF、 I-CSCF、 S-CSCF) ,从而将 WebRTC ID注册到 S-CSCF ,还可以进一步注册到 HSS 和 AS, 参见后续步骤 310-313。 SIP Register也可以不包括 WebRTC ID , 即 WSF保存所述 WebRTC ID和所述 IMPU的绑定关系,而不将 WebRTC ID发送至后续的 IMS功能实体。
更进一步的, 所述 SIP Register中还包括 IMS AKA 鉴权方式指示以 及其它必要的 IMS注册参数。
当所述 UE所在的私有网络同所述 IMS网络之间存在网络地址转换 NAT时, 则 SIP Register中还可以包括所述 UE的公共 IP地址。 例如, 在 SIP Register的 Via头域中添加" received"参数, 所述" received"参数中 包括了 UE的公共 IP地址。
304、 P-CSCF发送 SIP Register请求至 I-CSCF。 I-CSCF在向 HSS 获取 S-CSCF 的信息后, 选择 S-CSCF 并向已选择的 S-CSCF发送 SIP Register请求。
305、 S-CSCF从 HSS获取 IMS AKA鉴权参数, 并将携带有 IMPI 和 IMS AKA鉴权参数的鉴权请求 SIP 4xx Authentication Challenge经 I-CSCF发送至 P-CSCF, P-CSCF将鉴权请求发送至 WSF。
306、 WSF将接收到的鉴权请求转换为遵循 WSF与 UE之间预设的 信令协议的鉴权请求并发送至 UE,其中包含 IMPI以及 IMS AKA鉴权参 数。
307、 UE根据鉴权请求中的鉴权参数, 得到鉴权响应。 值得一提的是, 当 UE中存在用户标识模块时, UE的 WebRTC客 户端可以将鉴权参数发送至用户标识模块,并从用户标识模块中获取 IMS AKA的鉴权响应。
具体的, 所述用户标识模块可以包括 ISIM、 USIM和 IMC , 通过查 询以上三种模块, 得到鉴权参数对应的鉴权响应。
其中, 具体的查询流程如下: 当所述 UE中存在所述 ISIM时, 向所述 ISIM查询;
当所述 UE中不存在所述 ISIM时, 则向 USIM查询; 当所述 UE中 ISIM和 USIM均不存在时 , 则向 IMC中查询。
308、 UE向 WSF发送第三注册请求。 其中, 第三注册请求遵循 UE 与 WSF 之间预设的信令协议。 第三注册请求中至少包括 IMPI 和 IMS AKA的鉴权响应。
309、 WSF将第三注册请求转换成 SIP Register请求, 其中至少携带 IMPI和鉴权响应 , 发送至 P-CSCF。 P-CSCF通过 I-CSCF将携带 IMPI和 鉴权响应的 SIP Register发送至 S-CSCF。
310、 S-CSCF在接收到 SIP Register请求后, 判断 SIP Register请求 中的鉴权响应是否正确, 若正确, 则鉴权成功, 将所述 IMPU在 S-CSCF 注册。 若步骤 304和 /或本步骤中 S-CSCF接收到的 SIP Register请求中 包括 WebRTC ID, WebRTC ID也注册到 S-CSCF, 且所述 WebRTC ID和 所述 IMPU绑定, 即所述 S-CSCF保存所述 IMPU与所述 WebRTC ID的 绑定关系。
311、若所述 IMPU没有注册过, 则 S-CSCF向 HSS发送推送 Cx-Put 消息, 其中携带 IMPU和 WebRTC ID, 以便通过 Cx-Put消息更新所述 IMPU的注册标记 Registration-Flag, 并将所述 WebRTC ID和所述 IMPU 绑定注册到 HSS中。
若所述 IMPU已经注册, 而所述 WebRTC ID没有注册, 则 S-CSCF 向 HSS发送推送 Cx-Put消息, 其中携带 IMPU和 WebRTC ID, , 从而 将所述 WebRTC ID注册到 HS S , 并和所述 IMPU绑定。 进一步地, 若此后 IMPU去注册(即从 IMS网络注销), WebRTC ID 也将被去注册,即 UE将无法在通过所述 WebRTC ID或其它与所述 IMPU 绑定的 WebRTC ID访问基于 IMS的 WebRTC业务。
311a. S-CSCF向应用服务器 AS发起第三方注册过程, 即向所述 AS 发送包含有所述 WebRTC ID及其他注册参数的 SIP Register请求, 并从 所述 AS接收已经成功注册 SIP 200 OK消息。 所述 WebRTC ID和所述 IMPU在所述 AS注册并绑定。
312、 S-CSCF通过 I-CSCF和 P-CSCF向 WSF发送 SIP 200 OK消息。 WSF将接收到的 SIP 200 OK消息转换成 UE与 WSF之间预设的信令协 议所定义的成功注册回复消息, 并将该回复消息发送给 UE。 从而 UE通 过 WebRTC客户端成功注册到 IMS网络。 本发明实施例提供的一种网络注册的方法, 通过用户设备的网页实 时通信 WebRTC 客户端向 WebRTC 信令功能实体发送第一注册请求, WebRTC 信令功能实体将第一注册请求转换后发送至呼叫会话控制功能 实体 CSCF, 呼叫会话控制功能实体 CSCF根据注册请求中的 WebRTC 业务指示等内容完成对釆用 WebRTC客户端的用户设备的注册, 使得该 用户设备可以通过 WebRTC客户端注册到 IMS系统, 进而能够使用 IMS 系统提供的服务, 实现 WebRTC与 IMS系统的的融合,提高了用户体验。 图 4提供了本发明实施例又一种网络注册方法的信令流程图, 如图 4所示, 该方法包括:
401、 用户设备 UE通过 WebRTC客户端向 WebRTC信令功能实体 WSF发送第一注册请求。 其中, 第一注册请求中至少包括 WebRTC用户标识, UE使用预设 的信令协议向所述 WebRTC信令功能实体发送第一注册请求,示例性的, 所述预设的信令协议包括: SIP over WebSocket, HTTPs、 RESTful HTTPs、 JSEP等。 第一注册请求还可以携带指示信息, 表明请求釆用 SIP Digest 或 HTTP Digest鉴权方式。如果所述第一注册请求中没有携带鉴权方式指示 消息, 则在后续流程中涉及到的网络实体(例如 S-CSCF、 HSS)默认釆用 SIP Digest或 HTTP Digest的鉴权方式。
402、 WSF接收到第一注册请求后, 根据第一注册请求中的 WebRTC
ID生成 IMS公共用户标识 IMPU, 例如 sip:WebRTC ID@domain , 并将所述第 ― 注册请求转换为釆用会话发起协议 SIP的第二注册请求, 即 SIP Register, 并将 SIP Register发送至 P-CSCF。 其中, SIP Register中至少包括 WSF生成的 IMPU、 WebRTC业务指 示, 及其它用于 IMS注册的参数。 这里, SIP Register中可以包括 WebRTC ID,即 WSF将所述 WebRTC ID发送至后续的 IMS 功能实体(例如: P-CSCF、 I-CSCF、 S-CSCF), 从 而将 WebRTC ID注册到 S-CSCF ,还可以进一步注册到 HSS和 AS, 参见 后续步骤 410-413 ; SIP Register也可以不包括 WebRTC ID, 即 WSF保存 所述 WebRTC ID和所述 IMPU的绑定关系 , 而不将 WebRTC ID发送至 后续的 IMS功能实体。 当所述 UE所在的私有网络同所述 IMS网络之间存在网络地址转换 NAT时, 则 SIP Register中还可以包括所述 UE的公共 IP地址。 例如, 在 SIP Register的 Via头域中添加" received"参数, 所述" received"参数中 包括了 UE的公共 IP地址。 后续步骤 403-412与图 2所示实施例步骤 203-212相同,此处不再赘 述。 本发明实施例提供的一种网络注册的方法, 通过用户设备的网页实 时通信 WebRTC 客户端向 WebRTC 信令功能实体发送第一注册请求, WebRTC 信令功能实体将第一注册请求转换后发送至呼叫会话控制功能 实体 CSCF, 呼叫会话控制功能实体 CSCF根据注册请求中的 WebRTC 业务指示等内容完成对釆用 WebRTC客户端的用户设备的注册, 使得该 用户设备可以通过 WebRTC客户端注册到 IMS系统, 进而能够使用 IMS 系统提供的服务, 实现 WebRTC与 IMS系统的的融合,提高了用户体验。 本发明实施例还提供一种网络注册的系统 5 , 如图 5 所示, 所述系 统包括: 用户设备 51、 WebRTC信令功能实体 52、 呼叫会话控制功能实 体 CSCF53 , 其中: 所述用户设备 51至少包括 WebRTC客户端 511 , 所述 WebRTC客 户端 511向所述 WebRTC信令功能实体 52发送第一注册请求, 其中, 所 述第一注册请求至少包括 WebRTC用户标识; 所述 WebRTC信令功能实体 52将所述第一注册请求转换为釆用会 话发起协议 SIP 的第二注册请求, 并将所述第二注册请求发送至呼叫会 话控制功能实体 CSCF53 ; 所述第二注册请求至少包括 IMS公共用户标 识 IMPU以及 WebRTC业务指示; 所述 WebRTC信令功能实体 52保存 所述 IMPU与所述 WebRTC用户标识的绑定关系;
所述呼叫会话控制功能实体 CSCF53依据所述第二注册请求, 完成 所述 WebRTC客户端 511在 IP多媒体子系统 IMS的注册。 其中, 所述第一注册请求中: 所述第一注册请求至少还包括所述 IMPU; 所述 IMPU配置在所述 WebRTC客户端 511 , 或 所述 IMPU配置在用户设备 51 的操作系统并被所述 WebRTC客户 端使用, 或 所述 IMPU由所述 WebRTC客户端 51 1查询用户标识模块得到。 进一步的, 在第一注册请求中还包括: 所述第一注册请求中不包括所述 IMPU,所述 IMPU由所述 WebRTC 信令功能实体根据所述第一注册请求中的所述 WebRTC用户标识生成。 其中 WebRTC业务指示釆用指示 WebRTC业务的 IMS通信业务标 识 ICSI表示。 所述第一注册请求至少还包括所述 WebRTC客户端 511 的私有 IP 地址; 所述 WebRTC信令功能实体 52将所述第一注册请求转换为釆用会 话发起协议 SIP的第二注册请求; 所述 WebRTC 信令功能实体 52 向所述第二注册请求中添加所述 WebRTC客户端 511的公共 IP地址。 进一步的,如图 6所示,用户设备 51至少还包括用户标识模块 512 , 其巾:
所述 WebRTC客户端 511查询所述用户标识模块 512, 得到 IMS私 有用户标识 IMPI; 所述第一注册请求和所述第二注册请求至少还包括所 述 IMPI。 进一步的, 如图 6所示, 所述 CSCF53至少包括代理呼叫会话控制 功能实体 P—CSCF531 , 所述 P-CSCF531至少依据所述 WebRTC业务指示 确定继续处理所述第二注册请求, 所述第二注册请求釆用 SIP 摘要鉴权 或 HTTP摘要鉴权, 所述 WebRTC客户端 51 1通过第三代移动通信伙伴 项目 3GPP接入网或非 3GPP接入网接入所述 IP多媒体子系统 IMS。 所述 CSCF53还包括查询呼叫会话控制功能实体 I-CSCF532和服务 呼叫会话控制功能实体 S-CSCF533 所述 I-CSCF532或所述 S-CSCF533 根据所述 IMPU 生成 IMS 私有用户标识 IMPI , 所述 IMPI 用于所述 WebRTC客户端 511的鉴权, 以完成所述 WebRTC客户端 511在 IMS的 注册。 所述 CSCF53依据所述第二注册请求, 向所述 WebRTC客户端 51 1 发送鉴权请求; 所述 WebRTC客户端 511依据所述鉴权请求中的鉴权参数, 计算与 所述鉴权参数对应的鉴权响应, 或查询所述用户标识模块 512, 获取与所 述鉴权参数对应的鉴权响应, 所述 WebRTC客户端 51 1向所述 CSCF发送携带所述鉴权响应的第 三注册请求; 所述 CSCF53 判断所述鉴权响应是否正确, 若正确, 完成所述 WebRTC客户端 511在 IP多媒体子系统 IMS的注册。 所述用户标识模块 512包括: IP多媒体业务标识模块 ISIM, 或全球 用户标识模块 USIM, 或 IMS证书 IMC。
所述第二注册请求至少还包括所述 WebRTC用户标识; 所述 CSCF 至少还包括服务呼叫会话控制功能实体 S-CSCF533, 所述 S-CSCF533保 存所述 IMPU与所述 WebRTC用户标识的绑定关系。 进一步的,如图 7所示,所述系统还包括归属签约用户服务器 HSS54, 所述 HSS54保存所述 IMPU与所述 WebRTC用户标识的绑定关系。 所述系统还包括应用服务器 AS55 ,所述 S-CSCF533向所述 AS55发 送所述 IMPU与所述 WebRTC用户标识 , 所述 AS55保存所述 IMPU与 所述 WebRTC用户标识的绑定关系。 本发明实施例提供的一种网络注册的系统, 通过用户设备的网页实 时通信 WebRTC 客户端向 WebRTC 信令功能实体发送第一注册请求, WebRTC 信令功能实体将第一注册请求转换后发送至呼叫会话控制功能 实体 CSCF, 呼叫会话控制功能实体 CSCF根据注册请求中的 WebRTC 业务指示等内容完成对釆用 WebRTC客户端的用户设备的注册, 使得该 用户设备可以通过 WebRTC客户端注册到 IMS系统, 进而能够使用 IMS 系统提供的服务, 实现 WebRTC与 IMS系统的的融合,提高了用户体验。 本发明实施例还提供了一种网络注册的终端设备 6, 如图 8 所示, 终端设备 6包括网页实时通信 WebRTC客户端 61、 操作系统 62和用户 标识模块 63 , 其中: WebRTC客户端 61 向 WebRTC信令功能实体发送第一注册请求, 其中, 第一注册请求至少包括 WebRTC 用户标识和 IMS 公共用户标识 IMPU; IMPU配置在 WebRTC客户端 61 , 或 IMPU配置在操作系统并被 WebRTC客户端 61使用, 或 IMPU由 WebRTC客户端 61查询用户标识 模块 63得到; 以使 WebRTC信令功能实体将第一注册请求转换为釆用会话发起协 议 SIP 的第二注册请求, 并将第二注册请求发送至呼叫会话控制功能实 体 CSCF65 , 完成 WebRTC客户端 61在 IP多媒体子系统 IMS的注册。
WebRTC客户端 61查询用户标识模块 63 , 得到 IMS私有用户标识 IMPI; 第一注册请求和第二注册请求至少还包括 IMPI。
WebRTC客户端 61接收来自网络设备的鉴权请求,依据鉴权请求中 的鉴权参数, 计算与鉴权参数对应的鉴权响应, 或查询用户标识模块 63 , 获取与鉴权参数对应的鉴权响应;
WebRTC客户端 61向网络设备发送携带鉴权响应的第三注册请求。 用户标识模块 63 包括: IP多媒体业务标识模块 ISIM, 或全球用户 标识模块 USIM, 或 IMS证书 IMC。 本发明实施例还提供了一种网络注册的终端设备, 通过 WebRTC客 户端向 WebRTC信令功能实体发送第一注册请求, 其中第一注册请求包 括 WebRTC客户端查询用户标识模块得到 IMS私有用户标识 IMPI, 进 而 WebRTC信令功能实体将第一注册请求转换为釆用会话发起协议 SIP 的第二注册请求, 并将第二注册请求发送至呼叫会话控制功能实体, WebRTC 客户端接收来自网络设备的鉴权请求并得到鉴权响应, 向网络 设备发送携带鉴权响应的第三注册请求, 能够使用户设备通过 WebRTC 客户端使用 IMS系统提供的服务, 实现 WebRTC与 IMS系统的的融合, 提高了用户体验。 本发明实施例还提供一种网络注册的信令处理设备 7 , 信令处理设 备 7包括接收模块 71、 转换模块 72、 存储模块 73和发送模块 74 , 如图 9所示, 其中: 接收模块 71接收网页实时通信 WebRTC客户端发送的第一注册请 求, 第一注册请求至少包括 WebRTC用户标识; 转换模块 72将第一注册 请求转换为釆用会话发起协议 SIP 的第二注册请求, 第二注册请求至少 包括 IMS公共用户标识 IMPU以及 WebRTC业务指示; 存储模块 73保存 IMPU与 WebRTC用户标识的绑定关系; 发送模块 74将第二注册请求发送至呼叫会话控制功能实体 CSCF, 完成 WebRTC客户端在 IP多媒体子系统 IMS的注册。 进一步的, 信令处理设备还包括标识生成模块 75; 标识生成模块 75 根据第一注册请求中的 WebRTC用户标识, 生成 IMPU。
WebRTC业务指示可以釆用指示 WebRTC业务的 IMS通信业务标识 ICSI表示。 第二注册请求中还包括 WebRTC客户端的公共 IP地址。 本发明实施例提供一种网络注册的信令处理设备, 接收模块接收 WebRTC 客户端发送的第一注册请求, 并经过转换模块将第一注册请求 转换为 SIP 的第二注册请求, 发送模块将第二注册请求发送至呼叫会话 控制功能实体 CSCF, 从而完成 WebRTC客户端在 IP多媒体子系统 IMS 的注册,能够使用户设备通过 WebRTC客户端使用 IMS系统提供的服务, 实现 WebRTC与 IMS系统的的融合, 提高了用户体验。 本发明实施例还提供一种第一会话控制设备 8 ,第一会话控制设备 8 包括接收模块 81、信令处理模块 82和发送模块 83 , 如图 10所示, 其中: 接收模块 81接收包括 IMS公共用户标识 IMPU以及 WebRTC业务 指示的注册请求;注册请求釆用 SIP摘要鉴权或 HTTP摘要鉴权,且 IMPU 标识的用户设备通过第三代移动通信伙伴项目 3GPP接入网或非 3GPP接 入网接入会话控制设备; 信令处理模块 82根据 WebRTC业务指示, 确定继续处理注册请求; 发送模块 83将处理后的注册请求发送给第二会话控制设备。 本发明实施例提供一种第一会话控制设备,接收模块接收注册请求, 信令处理模块根据 WebRTC业务指示, 确定继续处理注册请求, 发送模 块将处理后的注册请求发送给第二会话控制设备, 能够使用户设备通过 WebRTC客户端使用 IMS系统提供的服务,实现 WebRTC与 IMS系统的 的融合, 提高了用户体验。 同时还提供一种第二会话控制设备 9, 第二会话控制设备 9 包括接 收模块 91、 信令处理模块 92, 如图 11所示, 其中: 接收模块 91接收包括网页实时通信 WebRTC用户标识、 IMS公共 用户标识 IMPU以及 WebRTC业务指示的注册请求; 信令处理模块 92根据 WebRTC业务指示, 保存 IMPU与 WebRTC 用户标识的绑定关系, 完成 WebRTC客户端在 IP多媒体子系统 IMS的 注册。 进一步的, 第二会话控制设备 9还包括第一发送模块 93 , 其中: 第一发送模块 93向归属签约用户服务器 HSS发送 IMPU与 WebRTC 用户标识, 以使 HSS保存 IMPU与 WebRTC用户标识的绑定关系。 第二会话控制设备 9还包括第二发送模块 94, 其中: 第二发送模块 94向应用服务器 AS发送 IMPU与 WebRTC用户标识, 以使 AS保存 IMPU与 WebRTC用户标识的绑定关系。 本发明实施例提供一种第二会话控制设备, 接收模块接收包括网页 实时通信 WebRTC用户标识、 IMS公共用户标识 IMPU以及 WebRTC业 务指示的注册请求, 信令处理模块根据 WebRTC业务指示, 保存 IMPU 与 WebRTC用户标识的绑定关系, 完成 WebRTC客户端在 IP多媒体子 系统 IMS的注册,能够使用户设备通过 WebRTC客户端使用 IMS系统提 供的服务, 实现 WebRTC与 IMS系统的融合, 提高了用户体验。 所属领域的技术人员可以清楚地了解到, 为描述的方便和简洁, 上 述描述的系统, 装置和单元的具体工作过程, 可以参考前述方法实施例 中的对应过程, 在此不再赘述。 在本申请所提供的几个实施例中, 应该理解到, 所揭露的系统, 装 置和方法, 可以通过其它的方式实现。 例如, 以上所描述的装置实施例 仅仅是示意性的, 例如, 所述单元的划分, 仅仅为一种逻辑功能划分, 实际实现时可以有另外的划分方式, 例如多个单元或组件可以结合或者 可以集成到另一个系统, 或一些特征可以忽略, 或不执行。 另一点, 所 显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接 口, 装置或单元的间接耦合或通信连接, 可以是电性, 机械或其它的形 式。 所述作为分离部件说明的单元可以是或者也可以不是物理上分开 的, 作为单元显示的部件可以是或者也可以不是物理单元, 即可以位于 一个地方, 或者也可以分布到多个网络单元上。 可以根据实际的需要选 择其中的部分或者全部单元来实现本实施例方案的目的。 另外, 在本发明各个实施例中的各功能单元可以集成在一个处理单 元中, 也可以是各个单元单独物理包括, 也可以两个或两个以上单元集 成在一个单元中。 上述集成的单元既可以釆用硬件的形式实现, 也可以 釆用硬件加软件功能单元的形式实现。 本领域普通技术人员可以理解: 实现上述方法实施例的全部或部分 步骤可以通过程序指令相关的硬件来完成, 前述的程序可以存储于一计 算机可读取存储介质中, 该程序在执行时, 执行包括上述方法实施例的 步骤; 而前述的存储介质包括: ROM、 RAM, 磁碟或者光盘等各种可以 存储程序代码的介质。 以上所述, 仅为本发明的具体实施方式, 但本发明的保护范围并不 局限于此, 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内, 可轻易想到变化或替换, 都应涵盖在本发明的保护范围之内。 因此, 本 发明的保护范围应以所述权利要求的保护范围为准。

Claims

权 利 要 求 书
1、 一种网络注册的方法, 其特征在于, 所述方法包括:
网页实时通信 WebRTC客户端向 WebRTC信令功能实体发送第一注册 请求, 其中, 所述第一注册请求至少包括 WebRTC用户标识;
所述 WebRTC信令功能实体将所述第一注册请求转换为釆用会话发起 协议 SIP的第二注册请求, 并将所述第二注册请求发送至呼叫会话控制功 能实体 CSCF; 所述第二注册请求至少包括 IMS公共用户标识 IMPU以及 WebRTC 业务指示; 所述 WebRTC 信令功能实体保存所述 IMPU 与所述 WebRTC用户标识的绑定关系;
所述呼叫会话控制功能实体 CSCF依据所述第二注册请求, 完成所述 WebRTC客户端在 IP多媒体子系统 IMS的注册。
2、 根据权利要求 1所述的方法, 其特征在于, 所述方法还包括: 所述第一注册请求至少还包括所述 IMPU;
所述 IMPU配置在所述 WebRTC客户端, 或
所述 IMPU配置在用户设备的操作系统并被所述 WebRTC客户端使 用, 或
所述 IMPU由所述 WebRTC客户端查询用户标识模块得到。
3、 根据权利要求 1所述的方法, 其特征在于, 所述方法还包括: 所述第一注册请求中不包括所述 IMPU, 所述 IMPU由所述 WebRTC 信令功能实体根据所述第一注册请求中的所述 WebRTC用户标识生成。
4、 根据权利要求 1所述的方法, 其特征在于, 所述 WebRTC业务指 示釆用指示 WebRTC业务的 IMS通信业务标识 ICSI表示。
5、 根据权利要求 1所述的方法, 其特征在于, 所述方法还包括: 所述第一注册请求至少还包括所述 WebRTC客户端的私有 IP地址; 所述 WebRTC 信令功能实体将所述第一注册请求转换为釆用会话发 起协议 SIP的第二注册请求;
所述 WebRTC 信令功能实体向所述第二注册请求中添加所述 WebRTC客户端的公共 IP地址。
6、 根据权利要求 1所述的方法, 其特征在于, 所述方法还包括: 所述 WebRTC 客户端查询用户标识模块, 得到 IMS 私有用户标识 IMPI; 所述第一注册请求和所述第二注册请求至少还包括所述 IMPI。
7、 根据权利要求 1至 6任一项所述的方法, 其特征在于, 所述 CSCF 依据所述第二注册请求,完成所述 WebRTC客户端在 IP多媒体子系统 IMS 的注册, 包括:
所述 CSCF 至少包括代理呼叫会话控制功能实体 P-CSCF, 所述 P-C SCF至少依据所述 WebRTC业务指示确定继续处理所述第二注册请求, 所述第二注册请求釆用 SIP摘要鉴权或 HTTP摘要鉴权, 所述 WebRTC客 户端通过第三代移动通信伙伴项目 3GPP接入网或非 3GPP接入网接入所 述 IP多媒体子系统 IMS。
8、 根据权利要求 1至 5任一项所述的方法, 其特征在于, 所述 CSCF 依据所述第二注册请求,完成所述 WebRTC客户端在 IP多媒体子系统 IMS 的注册, 还包括:
所述 CSCF至少还包括查询呼叫会话控制功能实体 I-CSCF和服务呼 叫会话控制功能实体 S-CSCF, 所述 I-CSCF或所述 S-CSCF根据所述 IMPU 生成 IMS私有用户标识 IMPI,所述 IMPI用于所述 WebRTC客户端的鉴权, 以完成所述 WebRTC客户端在 IMS的注册。
9、 根据权利要求 1至 6任一项所述的方法, 其特征在于, 所述 CSCF 依据所述第二注册请求,完成所述 WebRTC客户端在 IP多媒体子系统 IMS 的注册, 还包括:
所述 CSCF依据所述第二注册请求,向所述 WebRTC客户端发送鉴权 请求;
所述 WebRTC客户端依据所述鉴权请求中的鉴权参数,计算与所述鉴 权参数对应的鉴权响应, 或查询所述用户标识模块, 获取与所述鉴权参数 对应的鉴权响应;
所述 WebRTC客户端向所述 CSCF发送携带所述鉴权响应的第三注册 请求;
所述 CSCF判断所述鉴权响应是否正确, 若正确, 完成所述 WebRTC 客户端在 IP多媒体子系统 IMS的注册。
10、 根据权利要求 2或 6或 9所述的方法, 其特征在于, 还包括: 所述用户标识模块包括: IP 多媒体业务标识模块 ISIM, 或全球用户 标识模块 USIM, 或 IMS证书 IMC。
11、根据权利要求 1至 6任一项所述的方法,其特征在于,所述 CSCF 依据所述第二注册请求,完成所述 WebRTC客户端在 IP多媒体子系统 IMS 的注册, 还包括:
所述第二注册请求至少还包括所述 WebRTC 用户标识; 所述 CSCF 至少还包括服务呼叫会话控制功能实体 S-CSCF, 所述 S-CSCF 保存所述 IMPU与所述 WebRTC用户标识的绑定关系。
12、 根据权利要求 11所述的方法, 其特征在于, 还包括:
所述 S-CSCF 向归属签约用户服务器 HSS 发送所述 IMPU 与所述 WebRTC用户标识, 所述 HSS保存所述 IMPU与所述 WebRTC用户标识 的绑定关系。
13、 根据权利要求 11或 12所述的方法, 其特征在于, 还包括: 所述 S-CSCF向应用服务器 AS发送所述 IMPU与所述 WebRTC用户 标识, 所述 AS保存所述 IMPU与所述 WebRTC用户标识的绑定关系。
14、 一种网络注册的系统, 其特征在于, 所述系统包括: 用户设备、 WebRTC信令功能实体、 呼叫会话控制功能实体 CSCF , 其中:
所述用户设备至少包括 WebRTC客户端, 所述 WebRTC客户端向所 述 WebRTC信令功能实体发送第一注册请求, 其中, 所述第一注册请求至 少包括 WebRTC用户标识;
所述 WebRTC 信令功能实体将所述第一注册请求转换为釆用会话发 起协议 SIP的第二注册请求, 并将所述第二注册请求发送至呼叫会话控制 功能实体 CSCF; 所述第二注册请求至少包括 IMS公共用户标识 IMPU以 及 WebRTC业务指示;所述 WebRTC信令功能实体保存所述 IMPU与所述 WebRTC用户标识的绑定关系;
所述呼叫会话控制功能实体 CSCF依据所述第二注册请求, 完成所述 WebRTC客户端在 IP多媒体子系统 IMS的注册。
15、 根据权利要求 14所述的系统, 其特征在于, 所述第一注册请求 中:
所述第一注册请求至少还包括所述 IMPU;
所述 IMPU配置在所述 WebRTC客户端, 或
所述 IMPU配置在用户设备的操作系统并被所述 WebRTC客户端使 用, 或
所述 IMPU由所述 WebRTC客户端查询用户标识模块得到。
16、 根据权利要求 14所述的系统, 其特征在于, 在所述第一注册请 求中:
所述第一注册请求中不包括所述 IMPU, 所述 IMPU由所述 WebRTC 信令功能实体根据所述第一注册请求中的所述 WebRTC用户标识生成。
17、 根据权利要求 14所述的系统, 其特征在于, 所述 WebRTC业务 指示釆用指示 WebRTC业务的 IMS通信业务标识 ICSI表示。
18、 根据权利要求 14所述的系统, 其特征在于, 所述 WebRTC信令 功能实体还用于:
所述第一注册请求至少还包括所述 WebRTC客户端的私有 IP地址; 所述 WebRTC 信令功能实体将所述第一注册请求转换为釆用会话发 起协议 SIP的第二注册请求;
所述 WebRTC 信令功能实体向所述第二注册请求中添加所述
WebRTC客户端的公共 IP地址。
19、 根据权利要求 14所述的系统, 其特征在于, 所述用户设备至少 还包括用户标识模块, 其中:
所述 WebRTC客户端查询所述用户标识模块, 得到 IMS私有用户标 识 IMPI;
所述第一注册请求和所述第二注册请求至少还包括所述 I MP I。
20、 根据权利要求 14至 19任一所述的系统, 其特征在于, 在所述系 统中:
所述 CSCF 至少包括代理呼叫会话控制功能实体 P-CSCF , 所述 P-C SCF至少依据所述 WebRTC业务指示确定继续处理所述第二注册请求, 所述第二注册请求釆用 SIP摘要鉴权或 HTTP摘要鉴权, 所述 WebRTC客 户端通过第三代移动通信伙伴项目 3GPP接入网或非 3GPP接入网接入所 述 IP多媒体子系统 IMS。
21、 根据权利要求 14至 18任一项所述的系统, 其特征在于, 在所述 系统中:
所述 CSCF还包括查询呼叫会话控制功能实体 I-CSCF和服务呼叫会 话控制功能实体 S-CSCF, 所述 I-CSCF或所述 S-CSCF根据所述 IMPU生 成 IMS私有用户标识 IMPI, 所述 IMPI用于所述 WebRTC客户端的鉴权, 以完成所述 WebRTC客户端在 IMS的注册。
22、 根据权利要求 14至 19任一项所述的系统, 其特征在于, 在所述 系统中:
所述 CSCF依据所述第二注册请求,向所述 WebRTC客户端发送鉴权 请求;
所述 WebRTC客户端依据所述鉴权请求中的鉴权参数,计算与所述鉴 权参数对应的鉴权响应, 或查询所述用户标识模块, 获取与所述鉴权参数 对应的鉴权响应,
所述 WebRTC客户端向所述 CSCF发送携带所述鉴权响应的第三注册 请求;
所述 CSCF判断所述鉴权响应是否正确, 若正确, 完成所述 WebRTC 客户端在 IP多媒体子系统 IMS的注册。
23、 根据权利要求 15或 19或 22所述的系统, 其特征在于, 在所述 系统中:
所述用户标识模块包括: IP 多媒体业务标识模块 ISIM, 或全球用户 标识模块 USIM, 或 IMS证书 IMC。
24、 根据权利要求 14至 19任一项所述的系统, 其特征在于, 在所述 系统中:
所述第二注册请求至少还包括所述 WebRTC 用户标识; 所述 CSCF 至少还包括服务呼叫会话控制功能实体 S-CSCF, 所述 S-CSCF 保存所述 IMPU与所述 WebRTC用户标识的绑定关系。
25、 根据权利要求 24所述的系统, 其特征在于, 在所述系统中: 所述系统还包括归属签约用户服务器 HSS , 所述 S-CSCF向所述 HSS 发送所述 IMPU与所述 WebRTC用户标识 ,所述 HSS保存所述 IMPU与所 述 WebRTC用户标识的绑定关系。
26、根据权利要求 24或 25所述的系统, 其特征在于,在所述系统中: 所述系统还包括应用服务器 AS , 所述 S-CSCF 向所述 AS发送所述
IMPU与所述 WebRTC用户标识,所述 AS保存所述 IMPU与所述 WebRTC 用户标识的绑定关系。
27、 一种网络注册的终端设备, 其特征在于, 所述终端设备包括网页 实时通信 WebRTC客户端、 操作系统和用户标识模块, 其中:
所述 WebRTC客户端向 WebRTC信令功能实体发送第一注册请求, 其中,所述第一注册请求至少包括 WebRTC用户标识和 IMS公共用户标识 IMPU; 所述 IMPU配置在所述 WebRTC客户端 , 或所述 IMPU配置在所 述操作系统并被所述 WebRTC客户端使用, 或所述 IMPU由所述 WebRTC 客户端查询所述用户标识模块得到;
以使所述 WebRTC 信令功能实体将所述第一注册请求转换为釆用会 话发起协议 SIP的第二注册请求, 并将所述第二注册请求发送至呼叫会话 控制功能实体 CSCF , 完成所述 WebRTC客户端在 IP多媒体子系统 IMS 的注册。
28、 根据权利要求 27所述的终端设备, 其特征在于, 所述设备包括: 所述 WebRTC客户端查询所述用户标识模块, 得到 IMS私有用户标 识 IMPI; 所述第一注册请求和所述第二注册请求至少还包括所述 IMPI。
29、 根据权利要求 27所述的终端设备, 其特征在于, 所述设备包括: 所述 WebRTC客户端接收来自网络设备的鉴权请求,依据所述鉴权请 求中的鉴权参数, 计算与所述鉴权参数对应的鉴权响应, 或查询所述用户 标识模块, 获取与所述鉴权参数对应的鉴权响应;
所述 WebRTC 客户端向所述网络设备发送携带所述鉴权响应的第三 注册请求。
30、 根据权利要求 27-29任一项所述的终端设备, 其特征在于, 所述 设备包括: 所述用户标识模块包括: IP 多媒体业务标识模块 ISIM, 或全球用户 标识模块 USIM, 或 IMS证书 IMC。
31、 一种网络注册的信令处理设备, 其特征在于, 所述信令处理设备 包括接收模块、 转换模块、 存储模块和发送模块, 其中:
所述接收模块接收网页实时通信 WebRTC 客户端发送的第一注册请 求, 所述第一注册请求至少包括 WebRTC用户标识; 所述转换模块将所述 第一注册请求转换为釆用会话发起协议 SIP的第二注册请求, 所述第二注 册请求至少包括 IMS公共用户标识 IMPU以及 WebRTC业务指示;
所述存储模块保存所述 IMPU与所述 WebRTC用户标识的绑定关系; 所述发送模块将所述第二注册请求发送至呼叫会话控制功能实体 CSCF , 完成所述 WebRTC客户端在 IP多媒体子系统 IMS的注册。
32、 根据权利要求 31 所述的信令处理设备, 其特征在于, 所述设备 包括:
所述信令处理设备还包括标识生成模块; 所述标识生成模块根据所述 第一注册请求中的所述 WebRTC用户标识, 生成所述 IMPU。
33、 根据权利要求 31 所述的信令处理设备, 其特征在于, 所述设备 包括:
所述 WebRTC业务指示釆用指示 WebRTC业务的 IMS通信业务标识 ICSI表示。
34、 根据权利要求 31 所述的信令处理设备, 其特征在于, 所述设备 包括:
所述第二注册请求中还包括所述 WebRTC客户端的公共 IP地址。
35、 一种第一会话控制设备, 其特征在于, 所述第一会话控制设备包 括接收模块、 信令处理模块和发送模块, 其中:
所述接收模块接收包括 IMS公共用户标识 IMPU以及 WebRTC业务 指示的注册请求; 所述注册请求釆用 SIP摘要鉴权或 HTTP摘要鉴权, 且 所述 IMPU标识的用户设备通过第三代移动通信伙伴项目 3GPP接入网或 非 3GPP接入网接入所述会话控制设备;
所述信令处理模块根据所述 WebRTC业务指示,确定继续处理所述注 册请求;
所述发送模块将处理后的所述注册请求发送给第二会话控制设备。
36、 一种第二会话控制设备, 其特征在于, 所述第二会话控制设备包 括接收模块、 信令处理模块, 其中:
所述接收模块接收包括网页实时通信 WebRTC 用户标识、 IMS公共 用户标识 IMPU以及 WebRTC业务指示的注册请求;
所述信令处理模块根据所述 WebRTC业务指示,保存所述 IMPU与所 述 WebRTC用户标识的绑定关系, 完成所述 WebRTC客户端在 IP多媒体 子系统 IMS的注册。
37、 根据权利要求 36所述的第二会话控制设备, 其特征在于, 所述 第二会话控制设备还包括第一发送模块, 其中:
所述第一发送模块向归属签约用户服务器 HSS发送所述 IMPU与所述 WebRTC用户标识, 以使所述 HSS保存所述 IMPU与所述 WebRTC用户 标识的绑定关系。
38、 根据权利要求 36所述的第二会话控制设备, 其特征在于, 所述 第二会话控制设备还包括第二发送模块, 其中:
所述第二发送模块向应用服务器 AS发送所述 IMPU与所述 WebRTC 用户标识, 以使所述 AS保存所述 IMPU与所述 WebRTC用户标识的绑定 关系。
PCT/CN2013/083586 2013-09-16 2013-09-16 一种网络注册的方法和系统 WO2015035649A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/083586 WO2015035649A1 (zh) 2013-09-16 2013-09-16 一种网络注册的方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/083586 WO2015035649A1 (zh) 2013-09-16 2013-09-16 一种网络注册的方法和系统

Publications (1)

Publication Number Publication Date
WO2015035649A1 true WO2015035649A1 (zh) 2015-03-19

Family

ID=52664975

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/083586 WO2015035649A1 (zh) 2013-09-16 2013-09-16 一种网络注册的方法和系统

Country Status (1)

Country Link
WO (1) WO2015035649A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106656930A (zh) * 2015-11-02 2017-05-10 中国电信股份有限公司 一种用于浏览器接入ims网络的方法、装置和通信系统
CN110191516A (zh) * 2019-06-17 2019-08-30 中国联合网络通信集团有限公司 一种通话建立方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101022651A (zh) * 2006-02-13 2007-08-22 华为技术有限公司 一种组合鉴权架构及其实现方法
WO2008077816A1 (en) * 2006-12-26 2008-07-03 International Business Machines Corporation Method and system for resource-based synchronization between endpoints in a web-based real time collaboration
CN101369960A (zh) * 2007-08-17 2009-02-18 华为技术有限公司 在下一代网络中处理消息的方法、装置及系统
CN102347950A (zh) * 2011-09-29 2012-02-08 中兴通讯股份有限公司 电信网络向互联网提供会话服务的方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101022651A (zh) * 2006-02-13 2007-08-22 华为技术有限公司 一种组合鉴权架构及其实现方法
WO2008077816A1 (en) * 2006-12-26 2008-07-03 International Business Machines Corporation Method and system for resource-based synchronization between endpoints in a web-based real time collaboration
CN101369960A (zh) * 2007-08-17 2009-02-18 华为技术有限公司 在下一代网络中处理消息的方法、装置及系统
CN102347950A (zh) * 2011-09-29 2012-02-08 中兴通讯股份有限公司 电信网络向互联网提供会话服务的方法及系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106656930A (zh) * 2015-11-02 2017-05-10 中国电信股份有限公司 一种用于浏览器接入ims网络的方法、装置和通信系统
CN106656930B (zh) * 2015-11-02 2019-12-03 中国电信股份有限公司 一种用于浏览器接入ims网络的方法、装置和通信系统
CN110191516A (zh) * 2019-06-17 2019-08-30 中国联合网络通信集团有限公司 一种通话建立方法及系统
CN110191516B (zh) * 2019-06-17 2023-03-24 中国联合网络通信集团有限公司 一种通话建立方法及系统

Similar Documents

Publication Publication Date Title
KR101313492B1 (ko) 네트워크 등록 장치에 부착된 미디어 자원으로의 액세스를 제공하는 기술
JP6138340B2 (ja) インターネットプロトコルマルチメディアサブシステム(ims)にアクセスするためのウェブベースリアルタイム通信(webrtc)のアーキテクチャ
US10142341B2 (en) Apparatus, system and method for webRTC
EP2335179A1 (en) Gateway apparatus, authentication server, control method thereof and computer program
WO2019120076A1 (zh) 通信方法、相关装置及系统
EP3251319B1 (en) Correlated personalization of multiple communication services
US7940748B2 (en) Systems, methods and computer program products supporting provision of web services using IMS
US20110173687A1 (en) Methods and Arrangements for an Internet Multimedia Subsystem (IMS)
US20220408251A1 (en) Method for supporting authentication of a user equipment
US20160241642A1 (en) Multimedia sharing method, registration method, server and proxy server
JP6496405B2 (ja) Sipシグナリング復号化パラメータの取得方法及び装置
WO2007012269A1 (fr) Procede permettant d'enregistrer un utilisateur et d'assurer la continuite d'un appel dans un terminal et systeme multimedia ip
US20100329226A1 (en) SIP Server Discovery in an Interworking WLAN/IMS System
JP4627506B2 (ja) Http対応端末をsip対応サーバに接続する代理接続方法、プロキシサーバ及びプログラム
WO2019184717A1 (zh) 一种通信方法、及相关产品
WO2014094440A1 (zh) 一种实现呼叫路由的方法及系统
WO2015035649A1 (zh) 一种网络注册的方法和系统
WO2009092307A1 (zh) 一种访问非sip资源的方法、系统和设备
WO2008086744A1 (fr) Procédé de mise en œuvre d'établissement d'appel, système et élément de réseau de contrôle d'appel
WO2012048562A1 (zh) 一种ims软终端实现方法及装置
WO2016165672A1 (zh) 语音业务注册方法及装置
WO2009127138A1 (zh) 通信请求的发送方法和装置
WO2014044213A1 (zh) 一种号码关联的实现方法及系统
WO2023185854A1 (zh) 一种信息处理方法、装置、通信设备和存储介质
WO2008086699A1 (fr) Procédé de commande d'acheminement de session et système de réseau de communication utilisant ce procédé

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

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

Country of ref document: EP

Kind code of ref document: A1