通过网络浏览器将用户设备连接到IMS网络用于网络实时通信服务的方法

摘要

提供了一种通过用于网络实时通信(WebRTC)服务的网络浏览器将用户设备(UE)连接到因特网协议多媒体子系统(IMS)网络的方法。该方法以及适用于该方法的UE下载用于WebRTC服务的web app并且通过WebRTC客户端连接到IMS网络。UE按照如下方式连接到IMS网络并且在IMS网络中注册：使用通过在获得增强代理呼叫会话控制功能(eP‑CSCF)的统一资源定位符(URL)的过程中通过网络浏览器建立UE的分组数据网络(PDN)连接获得的eP‑CSCF的URL，或使用通过向WebRTC网络服务器功能发送UE连接到的网络的公共陆地移动网络信息获得的、WebRTC客户端能够连接到的eP‑CSCF的URL。

说明书

技术领域

本公开涉及通过网络浏览器(web browser)将用户设备(UE)连接到因特网协议多媒体子系统(IMS)网络用于网络实时通信(WebRTC)的方法。更具体地，本公开涉及一种方法，当UE通过网络浏览器连接到IMS网络时选择代理呼叫会话控制功能(P-CSCF)，在IMS网络中注册P-CSCF，并接收IMS服务。

背景技术

移动通信系统被开发来提供语音呼叫服务以支持用户的移动性。随着通信技术的发展，通信系统现在提供数据通信服务或高速数据服务。

随着移动通信系统演进来提供各种附加服务，他们面临着缺乏资源，以及用户对高速数据服务的需求增加。因此，需要先进的移动通信系统的进一步发展。

为了满足这些需求，作为下一代移动通信系统的第三代伙伴关系项目长期演进(3GPP LTE)的标准化正在进行中。此外，因特网协议多媒体子系统(IMS)的标准化也在进行中，以在分组交换网络上提供诸如语音数据和视频等的多媒体服务，包括移动通信系统的无线/有线通信系统通过该分组交换网络提供分组。

近年来，已经开发各技术来支持实时通信(RTC)以通过网络浏览器的网络应用(web app)来提供网络浏览器或RTC服务，而不管用户设备(UE)使用的操作系统(OS)，不需要额外的应用或插件。为了支持这些技术，网络浏览器的标准化正在进行中。该技术通常被称为网络实时通信(WebRTC)。为了提供与当UE通过移动通信系统连接到分组网络并使用WebRTC服务时创建的多媒体通信量对应的各服务，诸如服务质量(QoS)，计费服务等等，要求WebRTC与IMS网络关联。也即，需要进行研究，使得UE能够安装web app到网络浏览器而不用IMS客户端，创建WebRTC客户端，连接到IMS网络，执行注册过程，并且提供由WebRTC通过IMS网络创建的通信量。

只是为了帮助理解本公开而将上述信息呈现为背景信息。关于上述任何信息对于本公开是否可适用为现有技术，既未进行确定，也未做出断言。

发明内容

技术问题

本公开的各方面将解决至少上述问题和/或缺点并且提供至少下述的优点。因此，本公开的一方面提供一种通过网络浏览器的网络应用(web app)将用户设备(UE)连接到因特网协议多媒体子系统(IMS)网络用于网络实时通信(WebRTC)的方法和装置。

本公开的另一方面提供一种方法和装置，其当UE连接到IMS网络时选择代理呼叫会话控制功能(P-CSCF)，并且执行对于IMS网络的注册过程。

解决方案

根据本公开的一方面，提供一种将UE连接到IMS网络的方法。所述方法包括：通过UE的网络浏览器获得UE相关信息，以确定UE将连接到的IMS网络；向用于提供WebRTC服务的WebRTC网络服务器发送用于请求关于UE将连接到的IMS网络的信息的消息和UE相关信息；从WebRTC网络服务器接收关于通过使用UE相关信息确定的、UE将连接到的IMS网络的信息；以及根据从WebRTC网络服务器发送的关于UE将连接到的IMS网络的信息将UE连接到IMS网络。

根据本公开的另一方面，提供一种由WebRTC网络服务器向UE提供WebRTC服务的方法。该方法包括：从UE接收用于确定UE将连接到的IMS网络的UE相关信息；以及向UE发送关于根据所接收的UE相关信息确定的UE将连接到的IMS网络的信息。UE通过网络浏览器获得该UE相关信息。

根据本公开的另一方面，提供将IMS网络的增强代理呼叫会话控制功能(eP-CSCF)连接到UE的方法。该方法包括：将安装到UE的WebRTC客户端连接到UE将连接到的eP-CSCF的统一资源定位符(URL)；在eP-CSCF和WebRTC客户端之间建立连接以彼此发送消息；以及通过连接认证WebRTC客户端。

根据本公开的另一方面，提供通过用于WebRTC的web app将UE连接到IMS网络的方法。该方法包括：通过网络浏览器将UE连接到用于提供WebRTC的网络服务器，下载web app，并且安装WebRTC客户端，在WebRTC客户端和eP-CSCF之间建立安全双向通信连接，通过WIC发送用于通过所述连接来连接到IMS网络的控制消息，通过eP-CSCF将控制消息转换为在IMS UE中使用的会话发起协议(SIP)消息，执行在IMS网络中的注册，创建会话，并且通过IMS提供WebRTC服务。通过WebRTC客户端获得eP-CSCF的因特网协议(IP)地址来建立与eP-CSCF的连接的的方法包括如下之一：当UE开启关于UE连接到的网络的分组数据网络(PDN)连接时获得eP-CSCF的IP地址，以及从WebRTC网络服务器功能(WWSF)网络服务器接收eP-CSCF的IP地址。当WWSF网络服务器没有检测到关于UE连接到的服务提供者网络的信息以及关于UE所处位置的信息时，从WWSF网络服务器接收eP-CSCF的IP地址的过程包括如下操作：通过WWSF网络服务器从UE请求用于搜索eP-CSCF的IP地址的信息。通过本公开的其他实施例提供WebRTC客户端获得eP-CSCF的IP地址的方法。

根据本公开的另一方面，提供在IMS网络中注册WebRTC客户端的方法。该方法包括：当通过使用存储在UE中的IMS标识符(ID)连接到IMS网络时，通过网络浏览器从调制解调器/USIM/ISIM获得IMS ID和公共陆地移动网络(PLMN)信息，通过发送PLMN信息到WWSF网络服务器获得eP-CSCF的URL，在WebRTC客户端和eP-CSCF之间建立连接，并且通过建立的连接将WebRTC客户端连接到IMS网络，并且执行注册。

根据本公开的另一方面，提供在IMS网络中注册WebRTC客户端的方法。该方法包括：WebRTC客户端通过网络浏览器从UE的调制解调器/USIM获得PLMN信息，通过发送PLMN信息到WWSF网络服务器获得eP-CSCF的URL，从WWSF网络服务器接收用于连接到IMS网络的IMSID，在WebRTC客户端和eP-CSCF之间建立连接，并且通过建立的连接将WebRTC客户端连接到IMS网络，并且执行注册。

根据本公开的另一方面，提供在IMS网络中注册WebRTC客户端的方法。该方法包括：在UE建立PDN连接时，通过协议配置选项(PCO)从PDN网关(P-GW)获得eP-CSCF的URL，WebRTC客户端通过网络浏览器从UE的调制解调器获得eP-CSCF的URL；在WebRTC客户端和eP-CSCF之间建立连接，并且通过建立的连接将WebRTC客户端连接到IMS网络，并且执行注册。

从以下结合附图公开本公开的各种实施例的的详细描述，本公开的其它方面、优点和显著特征对于本领域的那些技术人员将变得清楚。

附图说明

从以下结合附图的描述，本公开的特定实施例的以上及其它方面、特征和优点将更加清楚，其中：

图1是根据本公开的实施例的长期演进(LTE)移动通信系统的视图；

图2是根据本公开的实施例的网络架构的视图，其中用户设备(UE)通过因特网协议多媒体子系统(IMS)网络提供网络实时通信(WebRTC)服务；

图3是描述根据本公开的实施例的在IMS网络中注册UE以提供WebRTC服务的方法的第一实施例的流程图；

图4是描述根据本公开的实施例的UE获得增强代理呼叫会话控制功能(eP-CSCF)的统一资源定位符(URL)的方法的流程图；

图5是描述根据本公开的实施例的在IMS网络中注册UE以提供WebRTC服务的方法的流程图；

图6是描述根据本公开的实施例的在IMS网络中注册UE以提供WebRTC服务的方法的流程图；

图7是描述根据本公开的实施例的在IMS网络中注册UE以提供WebRTC服务的方法的流程图；

图8示出根据本公开的实施例的IMS网络的UE、WebRTC网络服务器和eP-CSCF的示意框图；以及

图9是根据本公开的实施例的UE的框图。

贯穿附图，应注意相同参考数字用于描写相同或相似元件、特征和结构。

具体实施方式

提供参考附图的以下描述以助于对由权利要求及其等同物定义的本公开的各个实施例的完整理解。它包括了各种特定的细节以助于该理解但是这些要被看成仅是示范性的。因此，本领域的普通技术人员将认识到在不背离本公开的范围和精神的情况下，可以对这里所述的各个实施例进行各种改变和修改。此外，出于清楚和简洁之故，公知的功能和结构的描述可能被省略。

在以下描述和权利要求中使用的术语和词语不限于文献学的含义，而仅由发明人用来使得对本公开的理解能够清楚和一致。因此，对本领域那些技术人员显然的是提供本公开的各个实施例的以下描述仅用于说明的目的而非用于限制由权利要求及其等同物定义的本公开的目的。

应该理解单数形式“一”、“一个”以及“该”包含复数形式，除非上下文清楚地指示除外。因此，例如，提及“一个组件表面”包括提及一个或多个这样的表面。

附图中部分元件可以在形状上放大、省略或示意示出以便专注于本公开。

此外，应该理解的是，在信号流程图中的块和流程图中的组合可通过计算机编程指令来执行。这些计算机编程指令可以被安装在可以编程的数据处理设备、专用计算机或通用计算机的处理器中。通过数据处理设备或计算机的处理器执行的指令可以创建执行在流程图的块中描述的功能的装置。为了实现在特定模式中的功能，计算机编程指令可存储在计算机可用存储器或计算机可读存储器中，所述存储器可以支持可以编程的数据处理设备或计算机。因此，存储在计算机可用存储器或计算机可读存储器中的指令可以被安装在产品中，并执行在流程图的块(多个块)中描述的功能。此外，由于计算机编程指令也可以被安装在可编程的数据处理设备或计算机中，所以它们当在本文的流程图的块(多个块)中描述的一系列操作在其中被执行时，可以创建计算机可运行进程。

流程图的块表示包括一个或多个可运行指令以执行一个或多个逻辑功能的代码、段或模块的一部分。应当注意的是，在流程图的块中描述的功能可以按照与所示的实施例不同的次序来执行。例如，在两个相邻的块中描述的功能可以在相同的时间或以相反的次序来执行。

在实施例中，术语，组件“～单元”表示软件元件或硬件元件诸如现场可编程门阵列(FPGA)、专用集成电路(ASIC)等，并执行相应的功能。然而，应当理解的是，组件“～单元”不限于软件或硬件元件。组件“～单元”可以在能够通过地址指定的存储介质中实现。组件“～单元”也可以被配置以再生一个或多个处理器。例如，组件“～单元”可以包括各种类型的元件(例如，软件元件，面向对象的软件元件，类元件，任务元件等)，段(例如，进程，功能，实现，属性，过程，子例程，程序代码等)，驱动程序，固件，微代码，电路，数据，数据库，数据结构，表，阵列，变量等。由元件和组件“～单元”所提供的功能可通过组合少量元件和组件“～单元”来形成，或可被划分成另外的元件和组件“～单元”。另外，元件和组件“～单元”也可以被实现以在设备或安全多卡中再生一个或多个中央处理单元(CPU)。

虽然将以基于正交频分复用(OFDM)的无线通信系统或第三代合作伙伴计划演进的通用移动电信系统(UMTS)陆地无线电接入(3GPP E-UTRA)标准为基础来描述本公开的各种实施例，但是对于本领域技术人员将理解，在本公开的主题可以应用到具有类似的技术背景和信道格式的其它通信系统和服务而不脱离本公开的范围。

图1是根据本公开的实施例的长期演进(LTE)移动通信系统的示图。

参照图1，LTE移动通信系统包括演进节点B或演进通用移动电信系统(UMTS)陆地无线电接入(UTRA)网络(UTRAN)节点B(eNB)110、移动性管理实体(MME)120、服务网关(S-GW)130等等。

用户设备(UE)100通过S-GW 130和分组数据网络(PDN)网关(以下称为P-GW 160)连接到外部网络。

eNB 110是无线电接入网络(RAN)节点，并且对应于UTRAN系统的无线电网络控制器(RNC)和用于全球移动通信系统(GSM)演进(EDGE)无线电接入网络(GERAN)系统的GSM增强型数据速率的基站控制器(BSC)。eNB 110通过无线信道连接到UE 100，并且执行类似于常规的RNC/BSC功能。eNB 110可同时覆盖众多小区。

在LTE中，因为用户的通信量通过共享信道来路由，所以需要用于收集有关UE设备100的状态信息以及用于调度UE设备的功能。这些功能由eNB 110所覆盖。

MME 120执行控制功能。一个MME 120可以连接到众多eNB 110。

S-GW 130提供数据承载。S-GW 130根据MME 120的控制创建或移除承载。

应用功能(AF)140在应用的层级与用户140交换应用相关的信息。

策略计费和规则功能(PCRF)150控制与用户的服务质量(QoS)有关的策略。对应于策略的策略和计费控制(PCC)规则被发送到P-GW 160。PCRF 150是用于控制通信量的QoS和计费服务的实体。

一般，用户平面(UP)指的是连接UE 100和RAN节点，即eNB 110，S-GW 130和P-GW160的路径，通过该路径发送/接收用户的数据。在UE 100和eNB 110之间的路径使用无线信道，并受到资源的限制。

在无线通信系统中，如LTE中，能够对其应用QoS的信道的单位是演进分组系统(EPS)承载。一个EPS承载被用于发送具有相同QoS请求的因特网协议(IP)流。EPS承载可以用QoS相关的参数来指定，参数包括QoS类标识符(QCI)以及分配和保留优先级(ARP)。QCI是定义作为整数的QoS优先级的参数。ARP是确定是否接受或拒绝新EPS承载的创建的参数。

EPS承载对应于通用分组无线电服务(GPRS)系统的分组数据协议(PDP)上下文。一个EPS承载属于PDN连接。PDN连接可具有接入点名称(APN)作为属性。如果创建用于IMS服务的PDN连接，则必须通过使用公知的IMS APN创建。虽然因为本公开的UE通过网络浏览器的网络应用(web app)连接到通信网络，假定PDN连接是通过用于提供一般因特网服务的APN创建，来实施本公开的各种实施例，但是应当理解，本公开还可以包括通过IMS APN创建PDN连接的情况。

图2是根据本公开的实施例的网络架构的视图，其中UE通过IMS网络提供WebRTC服务。

参考图2，UE 200连接到移动通信网络210，如LTE系统，并且接收分组服务。在UE200中创建的分组通过移动通信网络210的P-GW 211发送。

WebRTC网络服务器功能(WWSF)224是网络服务器，其下载WebRTC IMS客户端(WIC)201到UE 200的浏览器，向UE 200的WIC 201发送关于用户的认证的信息、认证用户或UE200连接到IMS网络220所需要的信息(例如，eP-CSCF 221的URL)等，等等。

增强的P-CSCF(eP-CSCF)221是具有扩展功能的IMS，当相关技术的IMS配备扩展功能时作为P-CSCF产生以提供WebRTC。eP-CSCF 221包括在控制消息和IMS控制消息(与UE200的WIC通信时发送)之间进行转换的功能。eP-CSCF 221控制增强IMS接入网关(eIMS-AGW)222以提供用于WebRTC的通信量。

eIMS-AGW 222切换用于IMS网络的分组以向作为根据相关技术的IMS的IMS AGW提供WebRTC通信量。

UE 200通过W1接口从WWSF 224下载WIC 201并且安装它。UE 200可以在用户认证等之后接收eP-CSCF 221的URL或要使用的IMS标识符(ID)(例如，IP多媒体私有身份(IMPI)或IP多媒体公共身份(IMPU))。WIC 201参考URL访问eP-CSCF 221，并且在IMS网络220中注册。

当UE 200没有从WWSF 224接收IMPI或IMPU时，WIC 201通过eP-CSCF 221根据相关技术的注册过程在IMS网络220中注册。例如，通过使用IMS认证和密钥协议(AKA)或会话发起协议(SIP)摘要等的IMS认证在IMS网络220中注册WIC 201。相反，当UE 200从WWSF 224接收IMPI或IMPU时，WIC 201根据信任节点认证(TNA)过程在IMS网络220中注册。在TNA过程中，当WWSF 224发布安全令牌并将其发送到WIC 201时，WIC 201通过eP-CSCF 221发送关于注册IMS网络的消息和安全令牌，以使WIC 201由eP-CSCF 221进行认证，而不需要额外的认证过程。

图3是描述根据本公开的实施例的在IMS网络中注册UE以提供WebRTC服务的方法的流程图。

参考图3，UE 300在操作321通过网络浏览器320连接到网络服务器，WWSF 340，以获得用于提供WebRTC服务的信息。在操作322网络浏览器320通过诸如传输层安全性(TLS)等的安全算法认证WWSF 340。在操作341网络浏览器320从认证的WWSF 340下载用于实现WebRTC的web app。web app是用于WebRTC的应用，安装到网络浏览器320，例如用JavaScript编程。

如果web app已经被安装到网络浏览器320，则网络浏览器320可以不从WWSF 340下载它。

当安装到网络浏览器320的用于WebRTC的web app在操作323被运行时，它作为客户端操作用于提供WebRTC服务，这被称为WIC 330。

在操作311WIC 330获得用于在IMS网络中注册UE 300的信息以提供WebRTC服务。在IMS网络中注册UE 300的信息是指与UE 300相关的信息或UE相关信息。UE相关信息可以包括IMPU，IMPI，密码，有关UE 300连接到的通信网络的公共陆地移动网络(PLMN)的信息，关于UE 300的归属PLMN的信息，UE 300连接到的eNB的ID，小区ID，MME ID，例如全球定位系统(GPS)坐标的UE的位置信息等。

操作311可以包括子操作。更详细地说，在操作331WIC 330可以从网络浏览器320请求用于在IMS网络中注册UE 300的信息。同样，网络浏览器320可在操作324连接到调制解调器/ISIM/USIM 310并获得该信息。最后，网络浏览器320可在操作325发送信息到WIC330。

同时，为了从WWSF 340获得eP-CSCF 350的URL，WIC 330在操作332连接到WWSF340。为安全起见，WWSF 340可以基于网络ID和密码认证用户。

为了通知WWSF 340需要额外地分配IMPU或IMPI，WIC 330在操作333向WWSF 340发送指示，例如，“此设备中具有凭证的WebRTC”。此外，WIC 330向WWSF 340发送指示需要eP-CSCF 350的URL的指示，连同有关UE 300的信息，以选择UE 300将连接到的eP-CSCF。在操作311获得的信息可以包括：关于UE 300连接到的通信网络的PLMN的信息，有关UE 300的归属PLMN的信息，UE 300连接到的eNB的ID，小区ID或MME ID，UE的位置信息(如GPS坐标)等，其可以被发送到WWSF 340。WWSF 340通过使用从WIC 330发送的信息选择UE 300将连接到的eP-CSCF，并且在操作342发送所选择的eP-CSCF 350的URL到WIC 330。

WWSF 340可以基于关于UE 300连接到的通信网络的PLMN的信息选择在服务提供者网络中操作的eP-CSCF 350。WWSF 340还可以基于UE 300连接到的eNB的ID、小区ID、MMEID、UE的位置信息(如GPS坐标)等选择接近UE的eP-CSCF 350。WWSF 340还可以基于关于UE300连接到的通信网络的PLMN的信息和有关UE 300的归属PLMN的信息选择eP-CSCF 350。WWSF 340可以参考eP-CSCF的负载量选择eP-CSCF 350。

本公开的实施例可以按照操作333和342可以在操作332执行这样的方式来修改。例如，当在操作332WIC 330从WWSF 340请求网络认证时WIC 330可以向WWSF 340发送有关所连接的PLMN的信息等等，即，在操作333发送的信息，并且所选择的eP-CSCF的URL(即操作342的信息)可被包括在WWSF 340通知WIC 330的通知网络认证成功的消息中。

本公开的实施例可按如下方式修改：在操作311之前执行操作332。也即，WWSF 340可以在操作311之前认证WIC 330。

在操作342获得eP-CSCF的URL后，WIC 330连接到获得URL的eP-CSCF 350，并在操作334在WIC 330和eP-CSCF 350之间建立可以执行双向通信的安全通信连接。例如，当通过使用安全WebSocket建立连接时，用于IMS网络的控制消息通过在WIC 330和eP-CSCF 350之间通过WebSocket发送。

当在操作334在WIC 330和eP-CSCF 350之间建立安全的双向通信连接时，在操作335WIC 330执行对于IMS网络的注册过程。对于IMS网络的WIC注册过程按照与用于IMS网络的UE认证过程相同的过程认证和注册WIC 330，诸如IMS-AKA，SIP摘要等。

在WIC注册过程和UE认证过程之间的唯一差异是，控制消息是通过在WIC 330和eP-CSCF 350之间的WebSocket发送。例如，当WIC 330以SIP消息加载WebSocket消息并且发送WebSocket消息到eP-CSCF 350时，eP-CSCF 350从接收的WebSocket消息中提取SIP消息并且将其发送给S-CSCF 360。

与此相反，当eP-CSCF 350从S-CSCF 360接收SIP消息时，它以SIP消息加载WebSocket消息并发送WebSocket消息到WIC 330。因此，eP-CSCF 350转换从WIC 350接收/发送给WIC 350的消息为SIP消息或从控制消息中提取SIP消息，并且将其发送到IMS网络中的S-CSCF 360。

应当理解的是，WIC 330和eP-CSCF 350可以定义另外的控制消息来代替SIP消息并相互发送该另外的控制消息。新定义的控制消息的例子是基于代表性状态传送(REST)的消息、可扩展消息和存在协议(Extensible Messaging and Presence Protocol，XMPP)消息等。本公开的实施例基于使用SIP消息的控制消息来描述。eP-CSCF 350支持在另外定义的控制消息和SIP消息之间的转换，以便它可以与其它IMS设备(诸如S-CSCF 360等)通信。

在下面的描述中，为方便描述，以这样的方式描述在WIC 330和eP-CSCF 350之间的用于IMS网络的控制消息：WebSocket消息被加载有SIP消息并且在WIC 330和eP-CSCF350之间发送。

操作335可以包括子操作336、361、337和362。当WIC 330以SIP：REGISTER请求消息加载WebSocket消息以便在IMS网络中进行注册，并将其发送到eP-CSCF 350时，eP-CSCF350从WebSocket消息中提取SIP：REGISTER请求消息，并在操作336将其发送到S-CSCF 360。

当S-CSCF 360发送SIP：401未授权响应消息到eP-CSCF 350时，eP-CSCF 350以SIP：401未授权响应消息加载WebSocket消息，并在操作361发送WebSocket消息到WIC 330。

当WIC 330以SIP：REGISTER请求消息加载WebSocket消息并将WebSocket消息发送到eP-CSCF 350时，eP-CSCF 350从WebSocket消息中提取SIP：REGISTER请求消息，并且在操作337将其发送到S-CSCF 360。当认证已经完成并且注册成功时，S-CSCF 360发送SIP：200OK响应消息到eP-CSCF 350，并且eP-CSCF 350以SIP：200OK响应消息加载WebSocket消息，并发送WebSocket消息到WIC 330，从而在操作362完成注册过程。

当UE 300已经被注册，并且会话被发起或终止时，根据本公开的方法以SIP消息加载WebSocket并且在WIC 330和eP-CSCF 350之间发送它，从而按照与在一般IMS网络中的会话管理相同的过程管理会话。

图4是描述根据本公开的实施例的UE获得eP-CSCF的URL的方法的流程图。

参考图4，当UE 400连接到通信网络并建立PDN连接时，它通过非接入层(NAS)消息的协议配置选项(PCO)接收连接所需的P-CSCF的URL。PCO是用于在UE 400和P-GW之间发送涉及分组数据协议(PDP)或PDN连接的信息的信息单元。

当UE 400连接到为WebRTC更新的eP-CSCF时，它可以提供WebRTC服务。因此，为了让UE 400通过PDN连接过程获得eP-CSCF的URL，需要允许UE 400区分P-CSCF和eP-CSCF的系统。

在以下的描述中，描述了一种方法，其通过建立PDN连接的过程获得UE 400连接到的eP-CSCF的URL。

为了请求PDN连接，UE 400在操作401发送PDN连接请求消息(作为NAS消息)到MME410。PDN连接请求消息可以包括请求eP-CSCF和P-CSCF的IP地址的一个或两个的PCO。

当MME 410已经接收到PDN连接请求消息时，在操作411中它通过经由S-GW 420发送创建会话请求消息到P-GW来请求会话的创建。为此，MME 410在创建会话请求消息中包括从UE 400发送的PCO。P-GW在创建会话响应消息的PCO中包括允许UE设备的连接的eP-CSCF的一个或多个地址，并在操作421发送PCO到MME 410。eP-CSCF的IP地址被发送，包括一指示，指示eP-CSCF具有WebRTC功能，与普通的P-CSCF不同。在操作412MME 410发送激活默认EPS承载上下文请求消息到UE 400以便创建用于PDN连接的默认承载。在操作412MME 410将从P-GW发送的PCO包括在激活默认EPS承载上下文请求消息中。之后，UE 400通过后续操作402、413和422创建PDN连接。

虽然在UE 400被附着到通信网络时在附着请求消息中包括PDN连接请求消息，但是UE 400可以按照与其中通过创建PDN连接的过程使用PCO获得eP-CSCF的IP地址的过程相同的方法通过PCO获得eP-CSCF的IP地址。同时，在UE 400存储包括在PCO中的eP-CSCF的IP地址之后，当WIC通过网络浏览器请求eP-CSCF的IP地址以发起WebRTC服务时，WIC按照如下方式获得其将连接的eP-CSCF的URL：通知已经在操作412通过PCO接收并存储在调制解调器、UE等中的eP-CSCF的一个或多个IP地址。参照图5描述示例性过程。

图5是描述根据本公开的实施例的在IMS网络中注册UE以提供WebRTC服务的方法的流程图。当UE如图4所示通过创建PDN连接的过程获得eP-CSCF的IP地址时，它通过图5中所示的方法在IMS网络中注册以提供WebRTC服务。

参照图5，在操作521，UE 500连接到网络服务器，WWSF 540，以通过网络浏览器520获得用于提供WebRTC服务的信息。在操作522网络浏览器520通过安全算法(如TLS等)认证WWSF 540。在操作541网络浏览器520从经认证的WWSF 540下载用于实现WebRTC的web app。web app是安装到网络浏览器520、例如以JavaScript编程的用于WebRTC的应用。

如果web app已经被安装到网络浏览器520，则网络浏览器520可以不从WWSF 540下载它。

当安装到网络浏览器520的用于WebRTC的web app在操作523被运行时，它作为用于提供WebRTC服务的客户端操作，即WIC 530。

在操作511WIC 530获得用于在IMS网络中注册UE 500的信息以提供WebRTC服务。用于在IMS网络中注册UE 500的信息可以包括通过UE 500已经连接到的通信网络获得的IMPU、IMPI、密码、eP-CSCF 550的IP地址。

操作511可以包括子操作。在操作531WIC 530从网络浏览器520请求用于在IMS网络中注册UE 500的信息。网络浏览器520在操作524连接到UE/ISIM/USIM 510的调制解调器/内部存储单元并获得该信息，并且在操作525发送该信息到WIC 530。

WIC 530获得eP-CSCF 550的URL，连接到所选择的eP-CSCF 550，并且在操作532在WIC 530和eP-CSCF 530之间建立可以执行双向通信的安全通信连接。例如，当连接通过使用安全WebSocket建立时，用于IMS网络的控制消息通过WebSocket在WIC 530和eP-CSCF550之间发送。

当在操作532在WIC 530和eP-CSCF 550之间建立安全的双向通信连接时，在操作533WIC 530执行对于IMS网络的注册过程。对于IMS网络的WIC注册过程按照与用于IMS网络的UE认证过程相同的过程认证和注册WIC 530，诸如IMS-AKA，SIP摘要等。WIC注册过程和UE认证过程之间的唯一差异是控制消息是通过WebSocket在WIC 530和eP-CSCF 550之间发送。例如，当WIC 530以SIP消息加载WebSocket消息并且发送WebSocket消息到eP-CSCF 550时，eP-CSCF 350从接收的WebSocket消息中提取SIP消息并且将其发送给S-CSCF 560。相反，当eP-CSCF 550从S-CSCF 560接收SIP消息时，它以SIP消息加载WebSocket消息并发送WebSocket消息到WIC 530。

应当理解的是，WIC 530和eP-CSCF 550可以定义另外的控制消息来代替SIP消息并相互发送该消息。在那种情况下，eP-CSCF 350需要支持另外定义的控制消息和SIP消息之间的转换，以便它可以与其它IMS设备(诸如S-CSCF 560等)通信。

在下面的描述中，为方便描述，以这样的方式描述在WIC 530和eP-CSCF 550之间的用于IMS网络的控制消息：WebSocket消息被加载有SIP消息并且在WIC 530和eP-CSCF550之间发送。

操作533包括子操作534、561、537和562。当WIC 530以SIP：REGISTER请求消息加载WebSocket消息以便执行对于IMS网络的注册过程，并将其发送到eP-CSCF 550时，eP-CSCF550从接收的WebSocket消息中提取SIP：REGISTER请求消息，并在操作534将其发送到S-CSCF 560。当S-CSCF 560发送SIP：401未授权响应消息到eP-CSCF 550时，eP-CSCF 550以SIP：401未授权响应消息加载WebSocket消息，并在操作561发送WebSocket消息到WIC 530。当WIC 530以SIP：REGISTER请求消息加载WebSocket消息并将WebSocket消息发送到eP-CSCF 550时，eP-CSCF 550从接收的WebSocket消息中提取SIP：REGISTER请求消息，并且在操作537将其发送到S-CSCF 560。当认证已经完成并且注册成功时，S-CSCF 560发送SIP：200OK响应消息到eP-CSCF 550，并且eP-CSCF 550以SIP：200OK响应消息加载WebSocket消息，并发送该WebSocket消息到WIC 530，从而在操作562完成注册过程。

当UE 500已经被注册，并且会话被发起或终止时，根据本公开的方法以SIP消息加载WebSocket并且在WIC 530和eP-CSCF 550之间发送它，从而按照与在一般IMS网络中的会话管理相同的过程管理会话。

图6是描述根据本公开的实施例的在IMS网络中注册UE以提供WebRTC服务的方法的流程图。

参照图6，在操作621，UE 600连接到网络服务器，WWSF 640，以通过网络浏览器620获得用于提供WebRTC服务的信息。在操作622网络浏览器620通过安全算法(如TLS等)认证WWSF 640。在操作641网络浏览器620从经认证的WWSF 640下载用于实现WebRTC的web app。web app是用于WebRTC的应用，安装到网络浏览器620，例如以JavaScript编程。

如果web app已经被安装到网络浏览器620，则网络浏览器620可以不从WWSF 640下载它。

当安装到网络浏览器620的用于WebRTC的web app在操作623被运行时，它作为用于提供WebRTC服务的客户端操作，这称为WIC 630。

在操作611WIC 630获得用于连接到IMS网络的信息以提供WebRTC服务。用于连接到IMS网络的信息可以是WIC 630发送到WWSF 640以便获得UE 600将连接的eP-CSCF 650的URL的信息。用于连接到IMS网络的信息可以包括关于UE 600连接的通信网络的PLMN的信息，有关UE 600的归属PLMN的信息，UE 600连接到的eNB的ID，小区ID，MME ID，UE的位置信息诸如GPS坐标等。

操作611可以包括子操作。在操作631WIC 630从网络浏览器620请求用于连接到IMS网络的信息，包括例如关于连接的通信网络的PLMN信息等。网络浏览器620在操作624连接到调制解调器/USIM 610并获得该信息，并且在操作625发送所获得的信息到WIC 630。

同时，为了从WWSF 640获得eP-CSCF 650的URL，WIC 630在操作632连接到WWSF640。为安全起见，WWSF 640可以基于网络ID和密码认证用户。

为了通知WWSF 640需要分配IMPU或IMPI，在操作633WIC 630向WWSF 640发送指示，例如，“需要IMS身份”。此外，连同关于UE 600的消息一起，WIC 630发送指示到WWSF640，指示需要eP-CSCF 650的URL，以便选择UE 600将连接到的eP-CSCF。关于UE 600的信息可包括关于UE 600连接到的通信网络的PLMN的信息，关于UE 600的归属PLMN的信息，UE600连接的eNB的ID，小区ID，MME ID，诸如GPS坐标的UE的位置信息等，这是在操作611获得的。WWSF 640使用从WIC 630发送的PLMN信息等选择UE 600将连接的eP-CSCF，并且在操作642发送所选择的eP-CSCF 650的URL到WIC 630。

例如，WWSF 640可以基于关于UE 600连接的通信网络的PLMN的信息选择在服务提供者网络中操作的eP-CSCF 650。WWSF 640也可以基于UE 600连接的eNB的ID、小区ID、MMEID、UE的位置信息(如GPS坐标)等选择接近UE 600的eP-CSCF 650。WWSF 640还可以基于关于UE 600连接的通信网络的PLMN的信息和关于UE 600的归属PLMN的信息选择eP-CSCF650。WWSF 640可以参考eP-CSCF 650的负载量选择UE 600将连接的eP-CSCF 650。WWSF 640可以将在操作632分配给认证的网络ID的IMS ID分配给WIC 630，或者可以从已经分配给WWSF 640的IMS ID的池中选择IMS ID并且分配选择的IMS ID给WIC 630。例如，WWSF 640发送IMPI和IMPU到WIC 630，发布安全令牌以在eP-CSCF 650中认证WIC 630，并且在操作642将其发送到WIC 630。由于创建和认证安全令牌的方法不与本公开的主题相关，故在本公开中省略其详细描述。同时，应当理解的是，所述的本公开的实施例可以按如下方式修改：操作633和642在操作632执行。例如，当在操作632WIC 630从WWSF 640请求网络认证时，WIC630可以向WWSF 640发送有关所连接的PLMN的信息等，即，在操作633发送的信息，并且所选择的eP-CSCF 650的URL、IMPI、IMPU和安全令牌，即，操作642的信息，可被包括在WWSF 640发送给WIC 630的通知网络认证成功的消息中。本公开的实施例可按如下方式修改：在操作611之前执行操作632。也即，WWSF 640在WIC 630获得PLMN信息等之前执行网络认证。在操作642获得eP-CSCF的URL后，WIC 630连接到获得URL的eP-CSCF 650，并在操作634在WIC630和eP-CSCF 650之间建立可以执行双向通信的安全通信连接。例如，当连接通过使用安全WebSocket建立时，用于IMS网络的控制消息通过WebSocket在WIC 630和eP-CSCF 650之间发送。

当在操作634在WIC 630和eP-CSCF 650之间建立安全双向通信连接时，在操作635WIC 630执行对于IMS网络的注册过程。对于IMS网络的WIC注册过程通过TNA使用安全令牌认证WIC 630并且在IMS网络中注册WIC 630。WIC注册过程和UE认证过程之间的唯一差异是控制消息是通过WebSocket在WIC 630和eP-CSCF 650之间发送。例如，当WIC 630以SIP消息加载WebSocket消息并且将其发送到eP-CSCF 650时，eP-CSCF 650从接收的WebSocket消息中提取SIP消息并且将其发送给S-CSCF 660。相反，当eP-CSCF 650从S-CSCF 660接收SIP消息时，它以SIP消息加载WebSocket消息并将其发送到WIC 630。

应当理解的是，WIC 630和eP-CSCF 650可以定义另外的控制消息来代替SIP消息，并相互发送该消息。在那种情况下，eP-CSCF 650需要支持在另外定义的控制消息和SIP消息之间的转换，以便它可以与其它IMS设备(诸如S-CSCF 660等)通信。

在下面的描述中，为方便描述，以这样的方式描述在WIC 630和eP-CSCF 650之间的用于IMS网络的控制消息：WebSocket消息被加载有SIP消息并且在WIC 630和eP-CSCF650之间发送。

操作635包括子操作636、651、652和661。WIC 630在WebSocket消息中加载SIP：REGISTER请求消息以便在IMS网络中进行注册，并在操作636将其连同安全令牌一起发送到eP-CSCF 650。eP-CSCF 650在操作651通过接收的WebSocket中包括的安全令牌认证WIC630。

当在操作651认证WIC 630时，eP-CSCF 650将通知WIC已经被认证的完整性保护标志包括在从接收的WebSocket消息中提取的SIP：REGISTER请求消息中，并且在操作652将其发送到S-CSCF 660。当在IMS网络中注册成功时，S-CSCF 660向eP-CSCF 650发送SIP：200OK响应消息，并且eP-CSCF 650以SIP：200OK响应消息加载WebSocket，并发送该WebSocket消息到WIC 630，从而在操作661完成注册过程。

当UE 600已经被注册，并且会话被发起或终止时，根据本公开的方法以SIP消息加载WebSocket并且在WIC 630和eP-CSCF 650之间发送WebSocket消息，从而按照与在一般IMS网络中的会话管理相同的过程管理会话。

图7是描述根据本公开的实施例的在IMS网络中注册UE以提供WebRTC服务的方法的流程图。当UE如图4所示通过创建PDN连接的过程获得UE将连接的eP-CSCF的IP地址时，它通过图7中所示的方法被注册在IMS网络中以提供WebRTC服务。

参照图7，在操作721，UE 700连接到网络服务器，WWSF 740，以通过网络浏览器720获得用于提供WebRTC服务的信息。在操作722网络浏览器720通过安全算法(如TLS等)认证WWSF 740。在操作741网络浏览器720从经认证的WWSF 740下载用于实现WebRTC的web app。web app是用于WebRTC的应用，安装到网络浏览器720，例如以JavaScript编程。

如果web app已经被安装到网络浏览器720，则网络浏览器720可以不从WWSF 740下载它。

当安装到网络浏览器720的用于WebRTC的web app在操作723被运行时，它作为用于提供WebRTC服务的客户端操作，其被称为WIC 730。

为了获得UE 700将连接以提供WebRTC服务的eP-CSCF 750的URL，在操作711WIC730经由网络浏览器720从UE 700的存储单元710或调制解调器中获得该URL。操作711可以包括子操作。在操作731WIC 730从网络浏览器720请求eP-CSCF 750的URL。网络浏览器720在操作724从UE 700的存储单元710或调制解调器中获得eP-CSCF 750的URL；并且在操作725网络浏览器720发送获得的URL到WIC 730。

同时，为了得到在WWSF 740中分配的IMPU或IMPI，在操作732WIC 730连接到WWSF740。为安全起见，WWSF 740可以基于网络ID和密码认证用户。

为了通知WWSF 740需要分配IMPU或IMPI，WIC 730在操作733向WWSF 740发送指示，例如，“需要IMS身份”。连同该指示“需要IMS身份”，WIC 730也可以向WWSF 740发送指示，通知WWSF 740不需要eP-CSCF 750的URL。

WWSF 740可以将在操作732分配给认证的网络ID的IMS ID分配给WIC 730，或者可以从已经分配给WWSF 740的IMS ID的池中选择IMS ID并且分配所选择的IMS ID给WIC730。例如，WWSF 740发送IMPI和IMPU到WIC 730，发布安全令牌以在eP-CSCF 750中认证WIC730，并且在操作742将其发送到WIC 730。由于创建和认证安全令牌的方法不与本公开的主题相关，故在本公开中省略其详细描述。同时，应当理解的是，本公开的实施例可以按如下方式修改：操作733和742在操作732执行。例如，当WIC 730在操作732从WWSF 740请求网络认证时，它可以向WWSF 740发送通知需要IMS ID的指示，并且操作742的信息，即IMPI、IMPU和安全令牌可被包括在WWSF 740发送给WIC 730的通知网络认证成功的消息中。本公开的实施例可按如下方式修改：在操作711之前执行操作732。也即，WWSF 740在WIC 730从UE700获得关于要连接的eP-CSCF 750的信息之前认证WIC 730。WIC 730连接到eP-CSCF 750，并在操作734在WIC 730和eP-CSCF 750之间建立可以执行双向通信的安全通信连接。例如，当连接通过使用安全WebSocket建立时，用于IMS网络的控制消息通过WebSocket在WIC 730和eP-CSCF 750之间发送。

当在操作734在WIC 730和eP-CSCF 750之间建立安全双向通信连接时，WIC 730在操作735执行对于IMS网络的注册过程。对于IMS网络的WIC注册过程通过TNA使用安全令牌认证WIC 730并且在IMS网络中注册WIC 730。WIC注册过程和UE认证过程之间的唯一差异是控制消息是通过WebSocket在WIC 730和eP-CSCF 750之间发送。例如，当WIC 730以SIP消息加载WebSocket消息并且将其发送到eP-CSCF 750时，eP-CSCF 750从接收的WebSocket消息中提取SIP消息并且将其发送给S-CSCF 760。相反，当eP-CSCF 750从S-CSCF 760接收SIP消息时，它以SIP消息加载WebSocket并将WebSocket消息发送到WIC 730。

应当理解的是，虽然WIC 730和eP-CSCF 750可以定义另外的控制消息来代替SIP消息并相互发送该消息，但是eP-CSCF 750支持在另外定义的控制消息和SIP消息之间的转换，以便它可以与其它IMS设备(诸如S-CSCF 760等)通信。

在下面的描述中，为方便描述，这样描述在WIC 730和eP-CSCF 750之间的用于IMS网络的控制消息：WebSocket消息被加载有SIP消息并且在WIC 730和eP-CSCF 750之间发送。

操作735包括子操作736、751、752和761。WIC 730在WebSocket消息中加载SIP：REGISTER请求消息以便在IMS网络中进行注册，并在操作736将其连同安全令牌一起发送到eP-CSCF 750。eP-CSCF 750在操作751通过接收的WebSocket中包括的安全令牌认证WIC730。

当在操作751认证WIC 730时，eP-CSCF 750将通知WIC 730已经被认证的完整性保护标志包括在从接收的WebSocket消息中提取的SIP：REGISTER请求消息中，并且在操作752将其发送到S-CSCF 760。当在IMS网络中注册成功时，S-CSCF 760向eP-CSCF 750发送SIP：200OK响应消息并且eP-CSCF 750以SIP：200OK响应消息加载WebSocket，并发送该WebSocket消息到WIC 730，从而在操作761完成注册过程。

当UE 700已经被注册，并且会话被发起或终止时，根据本公开的方法以SIP消息加载WebSocket并且在WIC 730和eP-CSCF 750之间发送WebSocket消息，从而按照与在一般IMS网络中的会话管理相同的过程管理会话。

图8示出根据本公开的实施例的IMS网络的UE、WebRTC网络服务器和eP-CSCF的示意框图。

参考图8，IMS网络的UE 800，WebRTC网络服务器810和eP-CSCF 820分别包括用于与外部系统通信的通信单元801、811和821，和用于控制通信单元的控制器802、812和822。

应当理解的是，为了便于描述，图8中所示的本公开的实施例仅示出了主要的组件。因此，应该容易理解，本公开的实施例可以进一步包括用于操作相应功能的一个或多个模块。

在以下的描述中，如下更详细地解释IMS网络的UE 800、WebRTC网络服务器810和eP-CSCF 820的操作。

UE 800以无线模式与WebRTC网络服务器810和eP-CSCF 820通信。UE 800从WebRTC网络服务器810下载web app。web app使得UE 800能够作为用于提供WebRTC服务的客户端操作。UE 800提供UE相关信息到WebRTC网络服务器810以便获得关于UE 800将连接的IMS网络的信息。

WebRTC网络服务器810是提供WebRTC服务的设备。WebRTC网络服务器810提供WebRTC服务相关的信息给UE 800。

WebRTC网络服务器810的通信单元811从UE 800接收UE相关信息，作为用于确定UE800将连接的IMS网络的信息。通信单元811向UE 800发送安装到UE 800的web app，以使UE800能够作为WebRTC客户端操作。

当WebRTC客户端通过UE的网络浏览器获得与到IMS网络的连接相关的UE相关信息时，通信单元811从UE 800接收所获得的UE相关信息和用于请求有关UE 800将连接的IMS网络的信息的消息。

WebRTC网络服务器810的控制器812根据接收的UE相关信息确定有关UE 800将连接的IMS网络的信息。控制器812认证UE 800的用户ID，并选择分配给认证的用户ID的IMSID和分配给WebRTC网络服务器810的IMS ID的一部分或全部。

通信单元811向UE 800发送由控制器811选择的、分配给认证的用户ID的IMS ID和分配给WebRTC网络服务器810的IMS ID的一部分或全部。通信单元811还向UE 800发送UE800将连接的IMS网络的eP-CSCF的URL、IP地址和域名中的一个或多个。通信单元811也向UE800发送UE 800将用于连接到IMS网络的安全信息。

IMS网络的eP-CSCF 820是UE 800连接到IMS网络时遇到的第一节点。eP-CSCF 820可以是用于处理对IMS网络的呼叫的设备。

eP-CSCF 820包括用于与UE 800通信的通信单元821和用于控制通信单元821和eP-CSCF 820的整个操作的控制器822。

当安装到UE 800的WebRTC客户端连接到eP-CSCF 820的URL时，控制器822通过消息建立用于与WebRTC客户端通信的连接。所建立的连接可以是使用安全WebSockets的双向通信连接。

通信单元821通过连接发送/接收消息以认证WebRTC客户端。当通信单元821从WebRTC客户端接收安全令牌和用于请求在IMS网络中注册的消息时，控制器822通过使用所接收的安全令牌认证WebRTC客户端。

当认证成功时，通信单元821向WebRTC客户端发送SIP消息，通知UE 800已经在IMS网络中被注册。

图9是根据本公开的实施例的UE的框图。

参照图9，UE 900包括调制解调器/通用IC卡(UICC)910和网络浏览器920。网络浏览器920连接到用于提供WebRTC服务的WebRTC网络服务器，下载用于运行与WebRTC服务功能对应的功能的web app，并安装web app到UE 900。

安装的web app充当WebRTC客户端921。

调制解调器/UICC 910是UE 900中与UICC有关的一部分。调制解调器/UICC 910可进一步包括USIM和ISIM。

网络浏览器920可以从调制解调器/UICC 910获得UE 900连接到IMS网络所需要的信息。

如上所述，当UE 900通过web app连接到IMS网络以接收WebRTC服务时，其通过使用关于UE 900将连接的IMS网络的信息等获得P-CSCF的URL，以便它可以在IMS网络中容易地注册和接收WebRTC服务。

虽然已经参考本公开的各种实施例示出和描述了本公开，但是本领域的那些技术人员将理解，可以在这里做出形式和细节上的各种改变，而不脱离由所附权利要求及其等同物定义的本公开的精神和范围。