用于在互联网协议多媒体子系统中使用中继用户设备的方法和系统
阅读说明：本技术 用于在互联网协议多媒体子系统中使用中继用户设备的方法和系统 (Method and system for using relay user equipment in internet protocol multimedia subsystem ) 是由 N·J·鲁塞尔 A·巴克利 S·J·巴雷特 于 2018-07-23 设计创作，主要内容包括：一种用于通过中继用户设备进行互联网协议(IP)多媒体子系统(IMS)通信注册的方法,该方法包括：在中继用户设备处从远程用户设备接收关联消息,关联消息包含远程用户设备标识符；以及响应于该接收,执行从中继用户设备与网络节点的注册,该注册包括远程用户设备与中继用户设备之间的关联。(A method for Internet Protocol (IP) multimedia subsystem (IMS) communication registration by a relay user equipment, the method comprising: receiving, at the relay user equipment, an association message from the remote user equipment, the association message containing a remote user equipment identifier; and in response to the receiving, performing a registration from the relay user equipment with the network node, the registration comprising an association between the remote user equipment and the relay user equipment.)
优先权要求
本申请要求于2017年7月26日提交的美国专利申请号15/660,749的优先权，该申请的全部内容通过引用而被并入本文。
技术领域
本公开涉及用于通过中继用户设备而为互联网协议(IP)多媒体子系统(IMS)服务提供连接的方法和系统。
背景技术
在许多情况下，多个用户设备(UE)可以共址于小区域内。例如，在车辆中，车辆本身可以具有第一UE，并且车辆内的各个乘客可以具有多个其他UE。
第一UE(例如，车辆的UE)可以具有比便携式用户设备更好的、与网络的数据连接。例如，车辆的UE可以具有被安装在车顶的天线，它允许比车辆乘客的UE更好地接收信号。
进一步地，在许多情况下，小区域中的UE中的每个UE可以具有单独的或不同的IMS/会话发起协议(SIP)服务提供方。这种UE还可以分别具有不同的归属公共陆地移动网络(HPLMN)，并且可以与不同的受访或注册公共陆地移动网络(分别为VPLMN或RPLMN)相关联。
具体实施方式
本公开提供了一种用于通过中继用户设备进行互联网协议(IP)多媒体子系统(IMS)通信注册的方法，该方法包括：在中继用户设备处从远程用户设备接收关联消息，该关联消息包含远程用户设备标识符；以及响应于接收，执行从中继用户设备与网络节点的注册，该注册包括远程用户设备与中继用户设备之间的关联。
本公开还提供了一种用于互联网协议(IP)多媒体子系统(IMS)通信注册的中继用户设备，该中继用户设备包括：处理器；以及通信子系统，其中，中继用户设备被配置为：接收来自远程用户设备的关联消息，该关联消息包含远程用户设备标识符；以及响应于接收到关联消息，执行从网络节点与中继用户设备的注册，该注册包括远程用户设备与中继用户设备之间的关联。
本公开还提供了一种用于存储指令代码的计算机可读介质，该指令代码在由用于互联网协议(IP)多媒体子系统(IMS)通信注册的中继用户设备的处理器执行时使中继用户设备：从远程用户设备接收关联消息，该关联消息包含远程用户设备标识符；以及响应于接收到关联消息，执行从中继用户设备与网络节点的注册，该注册包括远程用户设备与中继用户设备之间的关联。
在其中多个UE彼此接近的情况下，一个UE可以具有比其他UE更好的覆盖范围。如上面所指示的，这可能是由于用户设备的天线的配置、用户设备的位置或其他因素引起的。因此，根据本公开的实施例，提供了方法和系统以允许将用于基于IMS/SIP的服务的第一UE的数据连接共享给其他UE，其中其他UE具有与第一UE分离的或不同的IMS/SIP服务提供方。进一步地，在一些情况下，UE可以具有与第一UE不同的HPLMN和/或可以具有与第一UE不同的RPLMN或VPLMN。
进一步地，根据本公开的其他实施例，提供了方法和系统以用于路由传入和传出呼叫和/或会话，使得它们可以由多个不同的UE中的一个UE服务。选项包括由第一UE、与第一UE相关联的另一设备(例如，信息娱乐系统)服务或者与发起呼叫或会话或针对该呼叫或会话的其他UE一起服务。
下面关于车辆系统描述了本公开，其中，第一UE属于车辆，并且其他UE属于车辆中的乘客或者可以与其他车辆子系统相关联。然而，提供这些实施例仅出于说明的目的，并且在其他情况下，多个用户设备可以彼此接近并且可以利用本文描述的技术。因此，本公开不限于车辆实施例。
进一步地，在下面的附图中，示出了功能之间的通信流程。然而，本领域技术人员将了解，在一些情况下，通信流程可以通过未示出的中间实体或逻辑功能进行。
在本公开中，以下术语至少具有在下面的表1中提供的含义。
表1：术语定义
数据连接
希望使用蜂窝数据连接或服务的UE可以利用至少一个演进型通用移动电话系统(UMTS)陆地无线电接入网(E-UTRAN)、增强型分组核心(EPC)和分组数据网络(PDN)。E-UTRAN和EPC的组合被称为增强型分组系统(EPS)。针对5G系统，这包括下一代(NG)无线电和NG核心网络中的一者或两者。
现在参照图1。在图1的示例中，UE 110利用PDN连接122与PDN 120连接。在一些实施例中，这种PDN连接第二代(2G)或第三代(3G)网络中可以被称为分组数据协议(PDP)上下文，或在第五代(5G)网络中被称为分组数据单元(PDU)会话。PDN连接122可以被用于在UE110与PDN 120之间传输和接收数据，诸如，信令或控制平面数据、用户平面数据、语音/音频媒体、视频媒体以及其他数据选项。PDN为UE提供进行通信和发送数据的机制。
如图1所提供的，PDN连接122通常位于E-UTRAN 132和EPC 134上。然而，在其他实施例中，连接可以位于无线局域网(WLAN)和EPC上，并且本公开不限于特定的PDN连接122。
E-UTRAN 132和EPC 134通常但并非总是属于移动网络运营商或蜂窝运营商，而PDN 120可以属于运营商或其他实体。例如，PDN可以属于公司或企业网络。
EPS 130可以仅由HPLMN(第一服务提供商)组成，或者可以进一步由HPLMN和受访公共陆地移动网络(VPLMN)(第二服务提供商)组成，后者被用于漫游。为了简洁起见，在图1中未示出这种HPLMN和VPLMN。
EPS 130可以由各种实体组成。这些包括以下中的一项或多项：增强型节点B(eNB)、移动管理实体(MME)服务网关(S-GW)、PDN网关(P-GW)或归属订户服务器(HSS)以及其他网络节点。
PDN连接122为UE 110与PDN 120之间的数据提供路径。在PDN连接建立期间，PDN120由接入点名称(APN)标识，然后由所建立的PDN连接中的其他参数标识。APN可以在EPC134中标识允许访问PDN 120的网关节点(例如，P-GW、网关通用分组无线电服务(GPRS)支持节点(GGSN)等。
如在第三代合作伙伴计划(3GPP)技术规范(TS)23.003“Numbering,addressingand identification”中所定义的，例如在2017年3月的v.14.3.0中所提供的，APN由网络身份(NI)和运营商身份(OI)部分组成。NI和OI部分均由通过点分隔的字符串组成。点之间的字符被称为“标签”。
在一个实施例中，NI部分的内容可以是未定义的，而OI部分的内容是严格定义的。OI部分通常由网络附加至NI的末尾。可以执行该功能的网络节点包括但不限于服务GPRS支持节点(SGSN)、MME、S-GW、P-GW等。
在其他实施例中，如果UE希望在特定的公共陆地移动网络(PLMN)中具体请求中断PDN，并且在UE不提供OI的情况下，UE可以同时提供NI和OI，网络使用所定义的逻辑来判定将OI附加至NI。这种定义的逻辑例如可以在3GPP TS 23.060“General Packet RadioService(GPRS)；Service description；Stage 2”中找到，例如在2017年6月的v.14.4.0中所提供的。
当UE没有附接至作为其归属PLMN或扩展HPLMN(EHPLMN)的PLMN时，UE正在漫游。当UE漫游时，PDN连接可以连接至VPLMN或HPLMN中的PDN。与VPLMN中的PDN的连接有时称为“本地中断”(LBO)。与HPLMN中的PDN的连接有时称为“家庭路由”或“S8接口家庭路由”(“S8HR”)。
如果UE需要连接至多于一个PDN，则该UE可以具有多于一个PDN连接。PDN连接由一个或多个EPS承载(可以简称为“承载”)组成，以用于在UE与网络之间传输和接收数据。PDN连接内的一个EPS承载被视为“默认承载”或“默认EPS承载”，并且通常是在建立PDN连接时被创建。默认EPS承载之外的其余EPS承载被称为“专用EPS承载”或简称为“专用承载”，并且被用于为来自默认EPS承载的数据提供不同的服务质量(QoS)。
每个EPS承载具有QoS类别标识符(QCI)。QCI的完整列表可以在例如3GPP TS23.203的子条款6.1.7.2“Policy and charging control architecture”中找到，例如在2017年6月的v.14.4.0中所提供的。在一些实施例中，除了QCI，诸如交通流模板等其他信息可以被用于判定哪个数据越过哪个EPS承载。
在一些实施例中，针对不同的服务、特征或功能，UE可以被配置、预先配置或供应有APN。在其他实施例中，除了这样供应的APN之外或者代替所供应的APN，可以使用“已知的”APN。已知的APN是其值被标准化或被指定为特定值的APN。已知的APN的示例是“IMS已知APN”，在一些文档中也被称为“IMS APN”。由HPLMN部署的一些基于IMS的服务使用了与IMS已知的APN的APN连接。
例如在2013年1月的全球移动通信系统(GSM)协会(GSMA)永久参考文件(PRD)IR.88“LTE Roaming Guidelines”v.9.0中定义了IMS已知的APN的细节。本质上，IMS已知的APN的值为“IMS”，并且由诸如长期演进语音(VoLTE)的服务使用，例如在GSMA PRD IR.92“IMS Profile for Voice and SMS”中所定义的，例如在2015年4月的v.9.0和丰富通信服务(RCS)中所提供的，例如在GSMA PRD RCC.07“Rich Communication Suite 5.3AdvancedCommunications Services and Client Specification”中所定义的，例如在2015年2月的v.6.0中所提供的等。
UE建立与IMS已知的APN的PDN连接，确保用于该PDN连接的默认EPS承载具有特定的QCI值“5”，该值适于在3GPP TS 23.401“General Packet Radio Service(GPRS)enhancements for Evolved Universal Terrestrial Radio Access Network(E-UTRAN)access”中所定义的信令消息，例如在2017年6月的v.15.0.0和3GPP TS 23.203中所提供的。UE然后可以根据需要建立一个或多个专用EPS承载以用于语音/音频和视频媒体，其QCI值分别为一和二。与IMS已知的APN的PDN连接可以被称为IMS PDN连接。
尽管IMS已知的APN的值被标准化，但是IMS PDN连接提供了与UE的HPLMN或UE的VPLMN中的PDN的连接。即，如果另一UE具有不同的HPLMN和/或被附接至不同的PLMN，则由一个UE连接的PDN可以不同于另一UE，这可以取决于UE是否正在漫游。例如，UE可以具有不同的订户身份模块(SIM)、通用订户身份模块(USIM)或IMS订户身份模块(ISIM)。
IMS
现在参照图2，其示出了IP多媒体(核心网络)子系统的概述。IMS网络可以但不需要被附加至***(4G)网络或第五代(5G)网络，并且可以由多个功能元件组成，下面相对于图2对其子集进行描述。
具体地，UE 210可以与代理呼叫会话控制功能(P-CSCF)220进行通信。P-CSCF 220是进入IMS网络的第一入口点。P-CSCF 220可以包括IMS应用级网关(IMS-ALG)222。
利用Gm接口完成UE 210与P-CSCF 220之间的通信，该Gm接口用于在SIP UE或互联网协议语音(VOIP)网关与P-CSCF 220之间交换消息。消息使用SIP协议而被交换。
服务呼叫会话控制功能(S-CSCF)230处理网络中的会话，并且将SIP消息路由到适当的IMS应用服务器(AS)和P-CSCF。S-CSCF 230使用Mw接口与P-CSCF通信，该Mw接口被用于在CSCF之间交换消息。利用SIP协议交换消息。
询问呼叫会话控制功能(I-CSCF)240被用作入口点，以在网络中找到订户，并且在订户在网络中注册时协助指派S-CSCF 230。I-CSCF 240利用Mw接口和SIP协议与P-CSCF220和S-CSCF 230通信。
AS 250通常提供特定于服务的功能性。AS的示例可以包括电话应用服务器，该服务器通常被用于为电话服务(诸如，语音/音频或视频)提供服务逻辑和控制。AS的另一示例可以是服务中心化和连续性AS，它通常用于提供服务逻辑和控制，以用于集中化IMS中的电路交换(CS)与IMS之间的服务，并且在UE之间和/或跨不同IP网络交换SIP会话及其关联媒体。
在一个实施例中，AS 250可以是IMS应用服务器。这种IMS应用服务器具有执行用于IMS订户的服务的逻辑和软件。网络中可以存在0到许多这样的应用服务器。
AS 250通过可扩展标记语言(XML)配置访问(XCAP)协议、利用Ut接口与UE 210进行通信。AS 250进一步使用SIP协议通过Ma接口与I-CSCF 240通信。AS 250进一步使用ISC接口和SIP协议与S-CSCF 230通信。
归属订户服务器(HSS)260是第一数据库，其包含订户简档(包括身份和已订阅的服务)，并且提供位置功能性以及认证数据库(第二数据库)。HSS 260利用Cx接口和直径协议与I-CSCF 240通信。同样地，HSS 260利用Cx接口和直径协议与S-CSCF 230通信。要注意的是，从实现的角度来看，这两个数据库可以是一个或两个物理实体。
HSS 260进一步利用Sh接口和直径协议与AS 250通信。
可以在3GPP TS 23.002“Network Architecture”中找到上述元件的功能性的更完整描述，例如在2017年3月的v.14.1.0和TS 23.228“IP Multimedia Subsystem(IMS)；Stage 2”中所提供的，例如在2017年6月v.14.4.0中所提供的。
需要IMS注册，以便订户及其UE能够使用基于IMS的服务。例如在3GPP TS 23.228中描述了IMS注册进程。具体地，子条款5.2.2.3提供了IMS注册，并且下面相对于图3对其进行了描述。
如在图3中所看到的，UE 310位于受访网络320中。UE 310与受访网络320的P-CSCF312通信。
进一步地，归属网络322包括I-CSCF 314以及HSS 316和S-CSCF 318。
注册进程包括UE 310，该UE 310向P-CSCF 312发送注册消息330。然后在消息332中将注册消息转发给I-CSCF 314。
基于接收到的消息332，I-CSCF 314向HSS 316发送CX查询/CX选择拉取消息340，并且作为响应接收CX查询/RESP/CX选择拉取RESP消息342。
基于消息342，I-CSCF 314可以向S-CSCF 318发送注册消息350。
响应于消息350，S-CSCF 318向HSS 316发送CX放置/CX拉取消息352，并且响应于消息352，接收CX放置RESP/CX拉取RESP消息354。
如框360所示，S-CSCF 318然后可以执行服务控制(例如，联系人应用服务器)，并且向I-CSCF 314提供“200OK”消息362。
I-CSCF 314然后将200OK消息作为消息364转发给P-CSCF 312。P-CSCF 312然后将200OK消息作为消息366转发给UE310。200OK消息366向UE 310指示它已经成功被注册用于IMS服务。
一旦UE 310已经向网络注册，它就能够接收和发送另外的SIP请求/消息。SIP请求包括SIP方法，该方法可以是但不限于下面的表2所描述的那些方法。
表2：示例SIP方法
SIP请求可以包括报头、与报头相关联的参数以及主体。
在一些SIP请求内，另一协议可以被包括在称为会话描述协议(SDP)的主体内。SDP的目的是传达有关媒体流和多媒体会话的信息，以帮助参与者加入或收集特定会话的信息。
2002年6月的互联网工程任务组(IETF)征求评议(RFC)3264“An Offer/AnswerModel with the Session Description Protocol(SDP)”定义了SDP要约/应答机制。这种机制允许两个实体利用SDP来到达多媒体会话的公共视图。在模型中，一个参与者从他们的角度为另一参与者提供所需会话的描述，并且另一参与者从他们的角度应答所需要的会话。该要约/应答模型在单播会话中最有用，其中，需要来自两个参与者的信息才能完整地查看会话。要约/应答模型与SIP/SDP一起使用。
SDP允许临时参与者(tentative participant)检查信息并且判定是否加入会话。进一步地，该信息允许参与者确定如何以及何时加入会话。
SDP中的条目的格式处于<类型>＝<值>的形式，其中<类型>定义唯一的参数，并且<值>提供针对该参数的值。可以存在特定参数的多个实例。
会话描述参数包括提供协议版本的“v”，表示所有者/创建者和会话标识符的“o”和表示连接信息的“c”。“c”字段可以提供网络类型(诸如，互联网)、地址类型(诸如，IP版本4(IPv4)或IP版本6(IPv6))和/或连接地址，即，将要发送媒体分组的IP地址或主机。
STUN和TURN
存在网络地址转换器(NAT)功能，该功能可以与防火墙功能共址，通过模糊网络上的节点的IP地址来增强网络的安全性，因此防止从网络之外的其他节点可直接到达这些节点。然而，该特征还会在实时通信中引起一些问题，因为网络上的节点无法直接接收传入的呼叫、会话、通信、对话和/或事务。
各种方法的组合可以克服由NAT/防火墙引起的障碍。例如，NAT的会话遍历实用工具(STUN)、在NAT周围使用继电器进行遍历(TURN)和交互连接建立(ICE)的组合可以被用于提供实时通信的解决方案。下面描述了每一种。
STUN为IP节点上的客户端软件提供了：在从其网络之外的其他网络观察到的NAT上学习其指派的地址和端口的方式。例如，NAT的另一侧的IP节点可以在NAT上学习其指派的地址和端口。由于NAT/防火墙功能的多样性和复杂性，STUN本身不足以允许传入流量遍历NAT。
TURN引入了“中间人”类型的服务器，该服务器代表NAT之后的客户端中继，代理或传输IP数据流量，从而允许该客户端可从NAT的另一端到达。TURN服务器在两个通信点之间中继流量。具体地，在2010年4月的IETF RFC 5766“Traversal Using Relays around NAT(TURN):Relay Extensions to Session Traversal Utilities for NAT(STUN)”中定义了TURN协议。TURN协议是STUN的扩展，并且大多数TURN消息的格式与它们的STUN等效项相同。
根据IETF RFC 5766的第1节，“[TURN]客户端可以布置服务器来向以及从其他某些主机(称为对等主机)中继分组，并且可以控制如何完成中继的方面。客户端通过获得服务器上的IP地址和端口(称为中继传输地址)来实现此目的。当对等方在中继传输地址上发送分组时，服务器会将分组中继到客户端。当客户端将数据封装发送到服务器时，服务器使用中继的传输地址作为源将数据封装中继到适当的对等方。”
在2010年4月的IETF RFC 5245“Connectivity Establishment(ICE):A Protocolfor Network Address Translator(NAT)Traversal for Offer/Answer Protocols”中定义了ICE。该规范提供了可以如何将STUN和TURN与SIP和SDP一起使用以在SIP端点之间使用NAT时建立会话的技术。ICE增强了SDP，以提供与使用STUN和TURN发现的候选IP地址进行通信的方式，并且在用户代理(UA)之间协商可以用于交换媒体的IP地址候选对。关于图4，示出了ICE使用STUN和TURN以使用SIP/SDP、经由NAT建立会话的示例。
参照图4，STUN/TURN客户端410的地址为192.168.201.128。进一步地，NAT 412的面向内部的地址为192.168.201.20，并且面向外部的地址为206.123.31.67。
STUN服务器414的地址为64.251.14.1。TURN服务器416的地址为64.251.14.14。
进一步地，SIP UA 418是提供SIP服务的实体。
在消息420中，STUN/TURN客户端410将STUN绑定请求及其源地址和端口一起发送到NAT 412。NAT 412接收消息420，并且在消息422中将该消息转发给STUN服务器414。消息422具有作为面向外部的NAT地址的源以及所分配的端口。
响应于消息422，STUN服务器414发送STUN绑定响应消息424，其中目的地和有效载荷都是面向外部的NAT地址和端口。
基于所存储的绑定，NAT 412然后将消息424转发到STUN/TURN客户端410，如消息426所示。消息426将目的地替换为STUN/TURN客户端410的目的地，但是留下有效载荷作为面向外部的NAT地址和端口。
随后，交换TURN消息。具体地，在消息430中，STUN/TURN客户端410将TURN分配消息及其地址和端口发送到NAT 412。
NAT 412然后将TURN分配消息转发到TURN服务器416。该消息作为消息432被转发，并且包括源作为NAT的地址和端口号。该端口被分配用于特定的STUN/TURN客户端。
响应于接收到消息432，TURN服务器416将分配响应消息434发送回NAT 412。在消息434中，中继的地址被设置为TURN服务器的地址。
NAT 412然后将分配响应消息以及接收到的中继地址和端口转发到STUN/TURN客户端410，如消息436所示。
随后，可以在STUN服务器414和STUN/TURN客户端410之间发送保持活动消息440，直到需要SIP会话为止。
如消息450处所示，STUN/TURN客户端410将SIP邀请发送到NAT 412。SIP邀请在SDP中包括TURN服务器的地址以及所分配的端口。
NAT 412将SIP邀请方法转发到SIP UA 418，并且在SDP消息中包括TURN服务器的地址。
然后，SIP UA 418将具有目的地设置的RTP分组转发到TURN服务器416，如消息460所示。
然后，TURN服务器416将RTP分组中的TURN数据指示转发到消息462中的NAT 412。然后，NAT 412将消息转发给STUN/TURN客户端410，如图4的实施例中的消息464所示。
使用图4的实施例，可以针对NAT之后的客户端建立SIP会话。
ProSe中继UE-“UE到网络中继”
临近服务(ProSe)，例如在3GPP TS 23.303“Proximity-based services(ProSe)；Stage 2”，例如在2017年6月的v.15.0.0中所提供的，定义了特征集，当第一UE(例如，远程UE)不具有蜂窝覆盖范围(例如，E-UTRAN覆盖范围)时，第一UE可以发现其他UE。为了实现这一点，第一UE被供应有无线电参数集，该参数集允许第一UE执行侧链路/PC5/PC5侧链路设备到设备(D2D)通信，这基本上是第一UE可以与另一UE通信的方式。然后，该第一UE使用这些无线电参数配置无线电而在频率上广播或者收听，这帮助第一UE找到要与其通信的另一UE。第一UE可以与之通信的另一UE可以被称为“UE到网络中继”。“UE到网络中继”是与E-UTRAN和一个或多个其他UE具有连接的UE，并且可以在所连接的E-UTRAN与一个或多个其他UE之间中继流量。“UE到网络中继”也可以称为中继UE。也可以将中继UE描述为经由第一无线电接入技术(RAT)接收和发送通信，并且经由第二RAT发送/转发和接收这些通信或这些通信的子集的功能，其中，第一和第二RAT可以相同，并且在第一和第二RAT上的通信可能同时发生或不同时发生。
UE基于被用于消息的目的地层二ID而知道通过侧链路接收的消息是针对某个ProSe应用的。例如在3GPP TS 23.285“Architecture enhancements for V2X services”中提供了该功能，例如在2017年6月的v.14.3.0中所提供的。在3GPP规范中未定义第2层ID码点值，而是留下由运营商社区选择。然而，可以在UE内配置第二层ID。
注册和SIP信令
利用上述基础设施，在本公开的实施例中，中继UE充当通过某种方式被本地连接至中继UE的每个远程UE的IMS/SIP代理。这种方式在本文中被称为本地连接。然后，使用该本地连接，中继UE可以向远程UE提供SIP会话。
如本文所使用的，“中继UE”是具有其自己的数据连接并且可以将该数据连接共享给其他设备的设备。在一些情况下，这种中继UE可以与车辆相关联，但是在其他情况下，可以在非车辆应用中提供该中继UE。在一些情况下，中继UE也可以被称为车辆到接收者(V2X)模块。
进一步地，SIP代理是功能或逻辑实体，其可以充当服务器和客户端中的一者或两者，以用于代表其他客户端接收和发出SIP请求的目的。SIP代理接收SIP请求，并且可以在代理SIP请求之前修改SIP请求的内容。然而，被用于唯一标识SIP会话的标识符通常不会被修改。在本公开的上下文中，SIP代理可以由背对背用户代理(B2BUA)代替。B2BUA通常使用从发起的第二会话/对话中的第一传入会话/对话获得的一个或多个数据项来终止第一传入会话/对话并且发起第二会话/对话。来自2002年6月的IETF RFC 3261“SIP:SessionInitiation Protocol”的定义也适用。这种定义包括：
·代理、代理服务器：充当服务器和客户端以用于代表其他客户端发出请求的目的的中间实体。代理服务器主要起路由的作用，这意味着它的工作是确保将请求被发送到与目标用户“更近”的另一实体。代理对于实施策略也很有用(例如，确保允许用户拨打电话)。代理在转发请求消息之前，解释并在必要时重写请求消息的特定部分。
·背对背用户代理：背对背用户代理(B2BUA)是逻辑实体，它接收请求并将其作为用户代理服务器(UAS)进行处理。为了确定应该如何回答该请求，它充当用户代理客户端(UAC)并且生成请求。与代理服务器不同，它保持对话状态，并且必须参与在其已建立的对话上发送的所有请求。由于它是UAC和UAS的串接，因此不需要对其行为进行明确定义。
参照图5，远程UE 510通过本地连接512与中继UE 520通信。例如，在一个实施例中，中继UE可以是车载嵌入式调制解调器。
然后，中继UE 520可以使用广域网(WAN)连接522来与IMS/SIP核心530进行通信。如本文所使用的，WAN连接可以是到广域网的任何有线或无线连接，并且可以包括第二代、第三代、***、第五代或未来的蜂窝技术、与接入点的连接、诸如光纤或以太网连接等有线连接以及其他选项。中继UE可以但不需要针对WAN连接和LAN连接使用相同的无线电接入技术。
WAN连接522可以利用一个或多个不同的无线技术，或者可以在有限的情况下使用有线连接。例如，当与车辆嵌入式调制解调器相关联的车辆静止时，诸如在停车或充电时，并且因此可能具有有线连接。
在一个实施例中，WAN连接可以利用与驻留在远程UE的HPLMN、中继UE的HPLMN或中继UE的VPLMN的PDN连接(例如通过LTE无线电接入技术)或PDU会话(例如通过5G无线电接入技术)。在所有情况下，都不会影响网络接入层(NAS)信令和程序。
远程UE 510可以在任何IMS注册之前向中继UE 520提供一些信息或数据。进一步地，远程UE 510可以可选地在建立PDN连接之前提供信息。可以提供这种信息以便配置中继UE 520以用于要使用的预期IMS应用。例如，应用可以包括VoLTE、RCS、诸如关键任务一键通(MC PTT)、关键任务视频(MC视频)或关键任务数据(MC数据)的关键任务应用、未来铁路移动通信系统(FRMCS)以及其他选项。
一旦远程UE 510使用中继UE 520已经进行了IMS注册，那么由中继UE 520代理往返远程UE的传入或传出呼叫或会话。针对经由中继UE注册的远程UE 510的传入呼叫或会话，中继UE可以协商或监督针对呼叫允许哪种媒体。例如，如果当前正在驾驶关联车辆，那么可以将去往驾驶员所拥有的远程UE的传入视频呼叫重新协商或降级为语音呼叫。同样地，来自已经经由中继UE 520注册的远程UE的传出呼叫或会话可以由远程UE 510本身发起，或者代表远程UE 510的中继UE 520可以发起传出会话。这种启动可以由另一连接设备触发。例如，信息娱乐系统可以与中继UE 520相关联。信息娱乐系统可以包括与车辆相关联的硬件和软件，其可以向接近车辆的用户呈现媒体，并且可以包括主机、一个或多个扬声器、一个或多个显示器、一个或多个麦克风以及其他选项中的一个或多个。
现在参照图6，其示出了可以关于本公开的实施例使用的示例架构。然而，图6的架构仅作为示例被提供，并且其他架构也是可能的。
在图6的示例中，车辆610包括第一UE 612和第二UE 614。这种UE可以例如与车辆610内的乘客相关联。
进一步地，中继UE 616可以是车载调制解调器，并且因此可以具有更好的天线和对远程网络的更好接收。根据本公开的实施例，UE 612和614通过中继UE 616连接以接入IMS服务。
中继UE 616可以通过接入点622连接至中继UE访问的EPS 620。然后，可以将流量路由到用于中继UE访问的EPS 620的S-GW 624。如本领域技术人员将了解的，如果中继正在漫游并且使用了S8HR，则将使用S-GW 624。相反，当中继UE不在漫游时，或者如果中继UE在漫游并且使用本地中断(LBO)，则该节点可以是P-GW(未示出)。
P-GW 624与中继UE访问的IMS 630内的P-CSCF 632连接。
在图6的实施例中，被路由用于远程UE 612的流量然后可以被路由到远程UE 612的IMS 650中的P-CSCF 652。
然后，这种流量可以被路由到核心网络节点654，该核心网络节点654可以例如包括I-CSCF、S-CSCF、HSS、一个或多个AS以及其他选项。
来自S-GW 624的流量也可以利用P-GW 642被发送到中继UE的归属EPS 640。然后，可以将流量发送到中继UE的归属IMS 634，并且具体地，发送到P-CSCF 636。
然后，可以将流量路由到远程UE 614的归属IMS 660，并且具体地，路由到核心网络节点662。
根据下面描述的实施例，可以使用以下两种操作模式中的一个操作模式。在第一操作模式下，中继UE可以充当层2中继。这意味着远程UE具有第一IP地址，并且中继UE具有第二IP地址。针对包含SDP要约和/或SDP应答的SIP请求，连接数据线可以具有媒体所针对的UE的IP地址。因此，该IP地址可以是第一IP地址或第二IP地址。
在第二操作模式下，中继UE可以充当NAT。因此，中继UE保持传入媒体和SIP请求将被路由到的状态。为了在中继UE处接收到SIP请求时进行该操作，中继UE需要记住是否应该将这种消息路由到远程UE。如果远程UE接收到SIP控制消息，并且到达远程UE的消息序列导致会话建立，那么将媒体路由到远程UE。否则，媒体在中继UE处终止。
实际上，中继UE托管STUN和/或TURN服务器，而远程UE托管STUN和/或TURN客户端。下面提供了该功能性。
在下面描述的实施例中，描述了注册以及SIP消息收发两者。
用于IMS注册的第一机制
根据本公开的第一实施例，远程UE利用中继UE、经由中继UE的归属IMS利用远程UE的归属IMS执行IMS注册。具体地，归属IMS是UE的HPLMN的IMS。进一步地，在一个实施例中，注册可以可选地经由中继UE的访问的IMS。换言之，受访IMS是远程UE当前附接的VPLMN的IMS。该注册用于与IMS有关的信令和媒体。
中继UE充当具有某些增强的SIP背对背用户代理(B2BUA)和媒体网关。具体地，SIPB2BUA功能性终止并且重新发送远程UE与中继UE的P-CSCF之间的所有SIP消息传送。进一步地，当远程或中继UE充当媒体网关时，远程或中继UE终止从网络接收的媒体，然后UE将其中继到另一侧。如本文所使用的，媒体网关可以是可以转换媒体流的任何功能或逻辑实体。
增强包括但不限于包括SIP/IMS注册是针对远程UE的指示，以便防止中继UE的IMS注销中继UE。对于远程UE，中继UE可能看起来像是P-CSCF，然而，当消息传送到达中继UE时，中继UE可以执行B2BUA或SIP代理的功能。进一步地，对于远程UE的IMS的P-CSCF，中继UE可能看起来像是远程UE。
中继UE可以使用受访IMS或归属IMS。各自的使用可能取决于中继UE是在中继UE的归属网络中利用PDN(可以称为S8HR)还是在中继UE访问的网络中利用PDN(可以称为LBO)。
通过利用中继UE的与其受访或归属IMS的IMS连接，并且通过包括注册是针对远程UE的指示，远程UE可以使用中继UE的IMSPDN连接并且向中继UE的IMS信令接入网以及随后使用的IMS数据提供完全可见性。这进而允许将服务质量或体验质量应用于IMS呼叫或会话。进一步地，它允许中继UE服务或终止传入或传出会话，这在中继UE是例如车辆中的信息娱乐系统时很有用。
现在参照图7。图7的实施例示出了与中继UE 712进行通信的远程UE 710。进一步地，利用框714示出了中继UE的IMS，并且利用框716示出了远程UE的IMS。在一些实施例中，中继UE的IMS和远程UE的IMS可以是相同的IMS。
根据图7的实施例，如框720所示，中继UE 712向中继UE的IMS 714进行注册。框720处的注册在中继UE与中继UE的IMS的IP连接上使用标准IMS注册进程。中继UE与中继UE的IMS的IP连接可以通过PDN连接，而PDN连接可以是使用LBO或S8HR的与IMS APN的PDN连接。
作为框720中的注册的一部分，中继UE 712可以包括对中继UE的IMS 714的指示：中继UE希望承担中继UE的角色或功能，例如，本文在本公开中的各种实施例中所描述的。远程UE可以进一步从中继UE的IMS 714接收指示：许可中继UE承担中继UE的角色或功能。指示许可中继UE承担该角色的消息可能是由于请求成为中继而导致的，或者可能是由中继UE的IMS 714单方面发送的。
随后，远程UE 710希望利用中继UE 712注册SIP服务。在这种情况下，远程UE 710经由本地连接向中继UE 712发送SIP注册消息730。
响应于接收到SIP注册消息730，中继UE 712使用来自消息730的信息来创建或构造新的SIP寄存器。然后，中继UE 712可以执行以下中的一项或多项。
在第一实施例中，中继UE可以用其自己的一个或多个IP地址来交换、替换或调换远程UE的IP地址的一些或全部实例。换言之，在框720，可以将来自远程UE用来与中继UE的本地连接的接口的IP地址与中继UE 712用来执行注册的中继UE的接口的IP地址调换。
在第二实施例中，中继UE 712可以将中继UE指示添加或包括到SIP寄存器中。这种指示可以是SIP报头、SIP报头选项、SIP请求XML主体以及其他选项。中继UE指示可以被用于向远程UE的IMS 716通知该SIP寄存器是正在被中继的SIP寄存器。换言之，SIP寄存器不是源自中继UE 712。
在第三实施例中，中继UE可以用其自己的IMEI来交换、替换或换出远程UE的国际移动设备标识符(IMEI)的一些或全部实例。中继UE 712还可以包括远程UE的IMEI的指示。例如，这可以在SIP报头中、SIP寄存器的XML主体中以及其他选项中完成。
在一些实施例中，以上为中继UE 712提供的三个动作可以独立地使用，或者可以以各种组合进行组合。
然后，中继UE 712将新的SIP寄存器转发、代理或发送给中继UE的IMS 714上的实体。这种实体可以是中继UE的IMS中的任何节点、主机、SIP服务器或SIP代理，并且可以包括例如P-CSCF、I-CSCF、S-CSCF以及其他选项。该消息可以如图7的实施例中的消息732所示被转发，并且可以导致第三方注册被发送到应用服务器。
中继UE 712还在远程UE与被发送到中继UE的IMS 714的SIP寄存器之间创建绑定，以便确保可以将接收到的对SIP寄存器的响应中继或代理到正确的远程UE 710。绑定可以包括但不限于以下内容：
·如果在被发送给中继UE的IMS 714的SIP注册中包括相同的呼叫ID，那么中继UE712将包括在从远程UE 710接收的SIP注册中的呼叫ID绑定到在本地连接上使用的远程UE的一个或多个身份，例如，在本地连接上使用的远程UE的IP地址、属于被用于本地连接的远程UE的MAC地址、属于在本地连接上使用的中继UE的MAC地址等。
·如果不同的呼叫ID被包括在被发送给中继UE的IMS 714的SIP注册中，那么中继UE 712将被包括在从远程UE接收的SIP注册中的呼叫ID绑定到包括在被发送到中继UE的IMS的SIP注册中的呼叫ID，以及可选地还绑定到在本地连接上使用的远程UE的一个或多个身份，例如，在本地连接上使用的远程UE的IP地址、用于本地连接的属于远程UE的MAC地址、在本地连接上使用的属于中继UE的MAC地址以及其他选项。
响应于从中继UE 712接收到SIP寄存器，中继UE的IMS 714上的节点可以执行验证：允许中继UE 712执行中继UE的功能或角色。可以基于在SIP注册消息中接收到的中继UE指示来进行这种检查。如果执行了检查并且中继UE无法执行或被禁止执行中继UE的角色，那么可以将错误响应发送回中继UE 712。
然而，如果执行检查并且允许中继UE 712执行中继UE的角色，或者如果在一些实施例中不执行检查，则中继UE的IMS 714的相同节点或不同节点可以执行以下两个操作。中继UE的IMS 714可以将中继的指示添加到SIP注册消息。可以通过修改与消息732中的中继UE指示相同的字段或信息元素来做出这种中继指示。例如，可以在中继UE的IMS处改变SIP报头、SIP报头选项、SIP请求主体XML以及其他选项。备选地，信息可以被添加为SIP注册消息中的新字段或信息元素，并且可以被添加为SIP报头、SIP报头选项、SIP请求主体XML以及其他选项。
除了添加指示之外，中继UE的IMS 714可以将包括修改的接收到的SIP注册消息732转发到远程UE的IMS 716中的节点。这种节点可以包括但不限于P-CSCF、I-CSCF、S-CSCF、AS以及远程UE 710的其他选项。如消息734所示，SIP注册消息从中继UE的IMS 714被发送到远程UE的IMS 716。可以使用例如在3GPP TS 24.229“IPmultimedia call controlprotocol based on Session Initiation Protocol(SIP)and Session DescriptionProtocol(SDP)；Stage 3”中定义的标准进程来发送该消息，例如在2017年3月的v.14.3.1中所提供的。
响应于从中继UE的IMS 714接收到SIP寄存器，远程UE的IMS 716中的节点可以执行验证或检查：远程UE被允许使用中继UE 712，这可以因在SIP注册消息中接收到中继指示而引起执行。如果执行了检查并且禁止了中继UE的使用，那么错误响应(诸如但不限于“403禁止”响应)可以被发送到中继UE的IMS 714。
相反，如果执行了检查并且允许远程UE 710使用中继UE 712，或者如果未执行检查，那么远程UE的IMS 716中的相同节点或另一节点可以利用标准进程来处理SIP寄存器。例如，可以在安全性挑战中执行认证，并且可以将SIP 401未经授权的响应发送回远程UE的IMS 716。例如，这在3GPP TS 24.229中被定义。在图7的实施例中，关于消息740示出了这种401未经授权的消息，并且将其发送到中继UE的IMS 714。
响应于从远程UE的IMS接收到SIP响应，中继UE的IMS 714然后使用诸如3GPP TS24.229中所定义的标准进程将接收到的SIP响应转发到中继UE 712。在图7的实施例中用消息742示出了这种转发。
响应于从中继UE的IMS 714接收到SIP响应，中继UE 712可以在绑定存储库(例如在发送上面的消息732之前创建的)中对从中继UE的IMS 714接收的SIP响应的呼叫ID执行查找。
如果查找成功并且因此发现远程UE被绑定到接收到的SIP响应的呼叫ID，则中继UE 712使用来自该响应的信息来创建新的SIP响应，并且可以执行以下中的一项或多项。在第一实施例中，中继UE 712可以用远程UE的IP地址交换或换出其自己的IP地址的一些或全部实例。因此，中继UE 712可以调换远程UE用来执行SIP寄存器的远程UE的接口的IP地址。另外或替代地，中继UE 712可以将中继UE指示(例如，作为SIP报头、SIP报头选项、SIP请求XML主体以及其他选项)添加到SIP寄存器中以通知远程UE 710：该SIP响应正在被中继，因此并非源自中继UE 712。
然后，中继UE 712在消息744中将新的SIP响应转发到远程UE 710。
然后，远程UE 710可以执行标准安全性进程，例如，如在3GPPTS 33.203“3Gsecurity；Access security for IP-based services”中所定义的，例如在2017年3月的v.14.0.0中所提供的，并且创建新的SIP注册消息750。消息750可以包含由远程UE 710基于401未授权消息744生成的安全性挑战响应。然后将消息750发送到中继UE 712。
中继UE 712然后可以执行与SIP注册消息730类似的功能性。具体地，中继UE 712向中继UE的IMS 714发送SIP注册消息752。
中继UE的IMS 714然后可以执行与其在接收消息752时接收消息732时类似的功能性。中继UE的IMS 714可以在SIP注册消息754中将SIP注册消息转发到远程UE的IMS 716。
响应于接收到消息754，远程UE的IMS 716可以执行远程UE被许可使用中继UE的验证，这可以因在SIP寄存器中接收到中继指示而引起执行。如果执行检查并且禁止使用中继UE，那么可以将错误响应发送到中继UE的IMS 714。例如，这种错误响应可以是“403禁止”响应。
如果执行了检查并且允许远程UE 710使用中继UE 712，或者如果例如由于在先前步骤中已经执行了检查而没有执行检查，那么远程UE的IMS 716的相同节点或另一节点可以按照标准进程来处理SIP寄存器。例如，该消息可以使用接收到的安全性停止响应来执行认证，然后可以将SIP 200OK消息760发送回中继UE的IMS 714。
在接收到消息760时，中继UE的IMS 714可以执行与其在接收消息740时类似的功能性。中继UE的IMS将具有200OK指示的消息762发送回中继UE 712。
中继UE 712然后可以执行与其在接收消息742时类似的功能性。另外，中继UE可以在远程UE的IMS/SIP公共用户身份(例如被包括在接收到的200OK SIP响应的P关联URI SIP报头中)、以及远程UE 710和中继UE 712之间的接口上的UE的一个或多个身份之间创建绑定。例如，这种绑定可以使用在远程UE与中继UE之间的接口上使用的远程UE的IP地址、远程UE的MAC地址、由远程UE的接口使用的中继UE的MAC地址以及其他选项。然后，该绑定可以随后被用于在远程UE向远程UE的IMS 716注册的持续时间内，将任何与SIP相关的消息收发从远程UE的IMS 716中继到远程UE 710。
中继UE 712然后可以将200OK消息764发送到远程UE 710。
基于图7，远程UE 710现在经由中继UE 712和中继UE的IMS 714向其IMS 716注册，并且远程UE 710可以发送传出和接收传入呼叫或会话。
当远程UE向远程UE的IMS 716执行注销时，中继UE 712然后可以在接收到消息762之后，移除以上创建的绑定。
可以针对通过本地连接、经由相同或不同的中继UE连接的附加远程UE执行图7的实施例。
中继UE 712在接收到SIP注册消息时执行的绑定还可以或者可备选地使用与本地连接相关联的一条或多条信息，例如接口ID、MAC地址、IP地址、端口号以及其他选项。
绑定可以进一步包括关于远程UE的信息，包括IMS私有用户身份(IMPI)、一个或多个IMS公共用户身份(IMPU)、SIP统一资源标识符(URI)、电话URI、序号、IMEI、以及其他选项。
封装
在下面描述的各种注册和媒体传输实施例中，提供了SIP消息传送的封装。因此，根据一个实施例，提供了通用的隧道化或封装进程。
具体地，本公开提供了实施例，其中描述了通用的隧道化进程，该进程示出了远程UE可以如何利用中继UE发送和接收SIP请求及其响应，其中中继UE在第二SIP请求中发送SIP请求和响应。应用服务器接收隧道化或封装的消息，并且执行与中继UE类似的功能性。
现在参照图8。在图8中，远程UE 810利用中继UE 812以用于中继SIP通信。中继UE812具有关联的S-CSCF 814。进一步地，应用服务器(AS)816服务SIP请求，并且远程UE的S-CSCF 818接收SIP通信。在一些实施例中，中继UE的S-CSCF 814和远程UE的S-CSCF 818可以是相同的实体。
在图8的示例中，S-CSCF 818在消息820中接收传入SIP请求，并且在消息822中将传入SIP请求转发给AS 816。
应用服务器816从S-CSCF 818接收第一SIP请求。然后，它可以将第一SIP请求封装到第二SIP请求中。如本文所使用的，封装是指将第一SIP请求整体或部分地放置在第二SIP请求内。
第二SIP请求可以还包含针对封装的SIP请求的接收方的各种指示。具体地，指示可以提供包含封装的第一SIP请求的第二SIP请求。该指示可以进一步提供应该接收第一SIP请求的一方的地址。进一步地，封装的第二SIP方法可以包括事务标识符，其中事务标识符被用于标识第一SIP请求的发送方、SIP请求的接收方和/或第一SIP方法对话。
例如，下面的表3示出了用于事务标识符的特征标签的示例。
表3-用于事务ID的示例特征标签
然后，可以在消息824中将第二SIP请求中的封装的传入SIP请求从AS 816发送到中继UE 812，该消息824可以可选地遍历/由中继UE的S-CSCF 814代理。
中继UE 812从AS 816或中继UE的S-CSCF 814接收封装第一SIP请求的第二SIP请求。假若第二SIP请求包含封装的第一SIP请求，则它可以进一步接收指示。它可以进一步包括第一SIP请求将被转发到的远程UE 810的地址。进一步地，可以接收事务标识符并且将其用于标识各种SIP用户代理。如本文所使用的，SIP用户代理是UE/ME/服务器/应用服务器中的功能性。UE/ME/服务器/应用服务器可以实现以下中的至少一项：用户代理客户端(UAC)；用户代理服务器(UAS)。
用户代理客户端是创建新请求，然后使用客户端事务状态机制以发送该请求的逻辑实体。UAC的角色仅在该事务的持续时间内持续。换言之，如果某个软件发起了请求，则该软件在该事务的持续时间内充当UAC。如果随后接收到请求，则它将承担用户代理服务器的角色以用于处理该事务。
用户代理服务器是生成对SIP请求的响应的逻辑实体。该响应接受、拒绝或重定向请求。该角色仅在该事务的持续时间内持续。换言之，如果某个软件响应请求，则该软件在该事务的持续时间内充当UAS。如果随后生成请求，则它承担用户代理客户端的角色以用于处理该事务。
用户代理(UA)是可以充当用户代理客户端和用户代理服务器的逻辑实体。
中继UE 812然后可以从第二SIP请求中提取第一SIP请求，并且在消息826中将第一SIP请求发送到远程UE 810。第一SIP请求可以被修改为包括对第一SIP请求已经从第一UE或SIP用户代理发送的指示。这种SIP用户代理可以是可以充当用户代理客户端(UAC)和用户代理服务器(UAS)的任何功能或逻辑实体。
基于对消息826的接收，远程UE 810然后可以在消息830中将SIP响应发送回中继UE 812。
中继UE 812接收SIP响应消息830并且可以将SIP响应封装在第二SIP响应中，其中该封装可以与以上关于由AS 816执行的封装所描述的类似。具体地，第二SIP响应可以包含封装的SIP响应以及应该将SIP响应发送到的UE或用户代理的地址、发起SIP响应的UE或用户代理的地址和/或在消息824处的第二SIP响应中接收到的事务标识符。第二SIP响应也可以是消息824处对第二SIP请求的响应消息。
应用服务器接收消息832中封装的SIP响应。如上面所指示的，消息832中的这种封装响应可以遍历/由中继UE的S-CSCF代理，包含响应应该发送到的用户代理的地址，包含发起SIP响应的用户代理的地址，并且包含事务标识符，其中事务标识符被用于将第一SIP响应与SIP响应相关联。应用服务器816可以从封装的SIP响应中提取SIP响应，然后在消息834中将SIP响应转发到远程UE的S-CSCF 818。消息834的目的地可以从事务标识符、目的地用户代理的地址以及其他选项中的至少一个所确定。
在另一实施例中，可以对源自远程UE 810的SIP请求执行封装。在图8中，用消息840示出了该封装，其是从远程UE 810发送到中继UE 812的SIP方法。在一些实施例中，中继UE 812接收消息840，该消息840可以包含SIP请求应该被封装的指示。
然后，中继UE 812将第一SIP请求封装到第二SIP请求中。第二SIP请求可以包含指示，以指示第二SIP请求包含封装的第一SIP请求。进一步地，封装的消息可以包含发送第一SIP请求的UE或用户代理的地址。进一步地，在一些实施例中，封装的消息可以包括事务标识符，其中事务标识符被用于标识目的地用户代理、发起SIP请求的用户代理以及来自第一SIP请求的对话。
在图8的实施例中，封装的SIP请求在消息842中从中继UE 812被发送到AS 816，其可以遍历和/或由中继UE的S-CSCF 814代理。
在应用服务器816，接收封装的消息842，其中，如果第二SIP请求封装第一SIP请求，则消息842可以包含指示。进一步地，消息842可以指示发送第一SIP请求的UE或SIP用户代理的地址以及如上所述的事务标识符。
然后，应用服务器816可以从第二SIP请求中提取第一SIP请求，并且将第一SIP请求发送到目的地地址。在图8的示例中，SIP请求在消息844中被转发到远程UE的S-CSCF818。
然后，如箭头846所示，可以完成SIP进程，并且作为结果生成SIP响应消息850。SIP响应消息850被发送到AS 816。
在AS 816，接收SIP响应并且将其封装在对消息842的新SIP响应中(例如，18x、2xx等)。然后在消息852中将封装的SIP请求发送到中继UE 812，该消息852可以遍历/由中继UE的S-CSCF 814代理。假设SIP响应包含封装的SIP响应，则消息852可以包含指示。指示可以进一步提供从其接收到SIP响应的UE或用户代理的地址以及以该SIP响应为目的地的用户代理的地址。进一步地，事务标识符与封装的SIP响应可以在消息852中一起被提供。
中继UE 812接收封装的SIP响应，并且可以使用指示：诸如该响应包含封装的SIP响应、发起方和目的地方的地址以及事务标识符的事实，以从封装的响应中提取SIP响应，并且将消息854中的SIP响应转发到远程UE 810。
根据传入SIP请求的内容，远程UE 810还可以针对传出SIP请求或者针对传入或传出SIP响应而不同地表现。具体地，传入SIP请求或响应可以包括该SIP请求或响应是从第一SIP用户代理发送的指示。可以提供进一步的指示，即，SIP请求或响应经由第二SIP用户代理而被发送，其中第二SIP用户代理是中继UE 812。在这种情况下，远程UE 810可以提供诸如消息830中所提供的SIP响应，其指示第一SIP响应将被封装。
进一步地，诸如消息840等SIP请求还可以包括应该封装该请求的指示。
在进一步的实施例中，可以以加密格式封装第一SIP请求或响应，以保护第一SIP请求或响应的内容。可以向中继UE 812或AS 816提供指示需要加密的指示符。
用于IMS注册的第二机制
根据本公开的另一实施例，远程UE使用隧道化或封装机制、经由中继UE向应用服务器注册，然后该应用服务器代表远程UE行动。利用该机制，中继UE在远程UE与应用服务器之间将SIP消息隧道化。
在下面的讨论中，使用用户身份。这可以是单个用户身份，或者可以是多个用户身份。进一步地，用户身份可以是公共用户身份、私有用户身份、设备身份以及其他选项中的任何一个或组合。
现在参照图9，其示出了示例注册进程。在图9的示例中，远程UE 910与中继UE 912进行通信。进一步地，S-CSCF 914、第一应用服务器916、第二应用服务器918、广播实体920和HSS 922被提供为系统的一部分。在一些实施例中，第一应用服务器916和第二应用服务器918可以是相同实体。
根据图9的实施例，中继UE 912向S-CSCF 914执行注册，如框924所示。具体地，中继UE 912可以发送第一注册类型，包括(a)中继UE用户身份；(b)该UE可以充当中继UE的指示或者(c)与注册过程有关的其他信息中的任何一个。S-CSCF 914可以接收第一注册类型并且完成中继UE的注册过程。
此后，中继UE 912可以充当用于远程UE的中继。在图9的实施例中示出了单个UE。然而，可以通过中继UE 912连接多个UE。进一步地，假设在远程UE与中继UE之间已经建立了信任关系，使得可以进行注册过程。例如，可以如3GPP TS 33.303子条款6.7.3中所描述的建立信任关系。
远程UE 910然后可以在消息930中向中继UE 912发送第二注册类型。第二注册类型可以包括各种信息，包括但不限于远程UE用户身份、远程UE正在充当远程UE的指示、该远程UE支持或请求的服务的指示和/或本地连接ID地址。
中继UE 912接收消息930。中继UE 912可以针对远程UE本地连接ID地址来存储接收到的远程UE用户身份。
然后，中继UE 912可以发送包括第三注册类型的消息932。932中的消息可以包括这样的信息，该信息包括但不限于中继UE用户身份、远程UE用户身份、远程UE正在充当远程UE的指示、第三注册类型是远程UE注册或中继注册的指示以及其他信息。针对新注册类型的消息932可以包括来自消息930的第二注册类型中的一些或全部第二注册类型，并且可以被提供作为新报头、对现有报头的添加、XML主体的一部分以及其他选项。
进一步地，在一些实施例中，中继UE 912可以从不同的远程UE接收多个注册消息930。然后这些都可以全部被包括在消息932中。
一旦S-CSCF 914接收到注册消息932，就针对中继UE完成IMS注册进程，如框934所示。
接下来，S-CSCF 914向应用服务器916发送第三方注册消息940。消息940包含在注册消息932中接收到的数据中的一些或全部数据。
应用服务器916从消息932接收包含数据的第三方注册，并且可以确定该第三方注册针对特定中继UE 912包含用于远程UE的零到许多注册。可以基于在第三方注册消息940内的第二注册类型中包含的指示来做出确定。
具体地，第三方注册消息在其中包含第三注册类型，并且该第三注册类型包含零到许多第二注册类型。第三注册类型是在消息932处接收到的类型。
在接收到消息940之后，应用服务器916可以存储中继UE用户身份、联系人地址以及关联的远程UE用户身份。
在一个实施例中，可以利用以上图8的封装消息来替换注册消息932、注册完成进程934和第三方注册消息940。
然后，AS 916可以将消息942中的确认发送回S-CSCF 914，以指示第三方注册成功。
进一步地，如消息944所示，如果AS 916没有接收到远程UE公共用户身份，则AS可以将包含远程UE的私有用户身份的Sh拉取消息发送给HSS 922。
HSS 922接收Sh拉取消息，并且作为响应，发送消息946以及与消息944的私有用户身份相关联的、获取的远程UE公共用户标识符。
AS 916接收消息946，并且存储与私有用户身份相关联的公共用户标识符。
然后，AS 916可以发送包含在消息946中接收到的远程UE用户身份、特征标签和其他SIP注册参数以及AS 916的地址的SIP注册请求948。
S-CSCF 914接收消息948，然后可以执行标准挑战，如消息950中的每个3GPP TS29.229的CX MAR进程和每个3GPP TS 29.229的CX MAA进程“Cx and Dx interfaces basedon the Diameter protocol；Protocol details”所示，例如在消息952中的2017年3月的v.14.1.0中所提供的。S-CSCF在消息954中向AS 916发送401响应，指示正在提供挑战。
在接收到401响应954时，AS 916然后将401响应封装在SIP响应(例如，SIP消息)956中，如关于图8所描述的。在一个实施例中，SIP消息请求URI(R-URI)等于中继UE SIPURI，并且对报头的答复是AS 916的联系人地址。
在消息956内，可以包括各种信息，包括包含认证挑战向量的401响应。进一步地，该消息可以包含该消息包含用于远程UE 910的SIP方法的指示。进一步地，远程UE 910的用户身份可以被包含在401响应中或作为单独的参数。例如，单独的参数可以指示目标URI参数用于远程UE用户身份。
该信息可以进一步包含从HSS获得的SIP消息R-URI和对报头的答复。
中继UE 912接收消息956并且存储AS 916地址。进一步地，基于消息956包含用于远程UE 910的SIP方法的指示或包含远程UE用户身份的其他单独参数(诸如，目标URI参数和中继UE)的指示，中继UE 912使用远程UE的用户身份来确定本地连接ID地址。
基于以上内容，中继UE 912然后在消息958中发送401响应以及中继UE标识符。
远程UE 910接收401响应和挑战，并且然后执行如3GPP TS33.203中所描述的进程以确定响应向量。另外，如果接收到，那么远程UE存储中继UE 912的用户身份。
然后，远程UE 910向中继UE 912发送包含响应向量的第二注册类型消息、该注册是第二类型的指示以及消息960中的远程UE用户身份。
中继UE 912接收消息960，该消息960封装注册消息。封装的注册消息作为消息962被发送到AS 916。消息962可以包含R-URI，该R-URI等于AS 916的公共服务身份(PSI)。可以从接收自AS 916的消息中知道这种PSI。
进一步地，消息962可以包含SIP消息包含来自远程UE 910的消息的指示。
AS 916接收消息962，并且不封装或解封装或提取注册消息。然后可以在消息964中将注册消息发送到S-CSCF 914。
S-CSCF 914然后可以根据消息966所示的3GPP TS 29.229执行CX SAR进程，并且可以进一步从HSS 922接收消息968中的CX SAA响应。
基于消息968，S-CSCF 914可以向AS 916发送200OK消息970。然后，AS 916可以将200OK消息封装到消息972内的中继UE 912。消息972可以是SIP消息，其中，R-URI等于中继UE SIP URI，并且对报头的答复等于远程UE的联系人地址。
消息972可以进一步在其内包含200OK响应、该消息包含用于远程UE 910的SIP方法的指示以及远程UE的用户身份(如果未包含在200OK响应中)以及其他选项。
中继UE 912接收消息972，并且基于该消息包含用于远程UE的SIP方法的指示和/或包含远程UE用户标识符的单独参数，可以将消息974中的200OK转发给远程UE 910。
在上文中，本地连接ID可以是层-2ID。具体地，如在3GPP TS 36.321“EvolvedUniversal Terrestrial Radio Access(E-UTRA)；Medium Access Control(MAC)protocolspecification”中所定义的目的地第2层ID可以通过车辆到目的地(V2X)或PC5侧链路接口分配给IMS应用，例如在2017年4月的v.14.2.1中所提供的。IMS数据部分将作为V2X信息通过物理侧链路共享信道(PSSCH)被传输，并且包含对应的IMS消息。例如，可以使用开放式移动联盟(OMA)设备管理(DM)在移动设备的内部存储器中配置第层2ID，或将其存储在USIM或ISIM上。
下面的表4示出了示例，其中存在针对SIP控制消息的层2ID，以及针对用户平面的另一层2ID。该信息已被存储在UE到网络中继和远程UE中。当远程UE接收到PC5消息时，可以使用检查第2层ID来确定它是IMS消息
表4：用于定义层2ID的示例配置信息
在上面的表4中，提供了用于3GPP TS 31.102“Characteristics of theUniversal Subscriber Identity Module(USIM)application”的示例配置信息，例如在2017年3月的v.14.2.0中所提供的。将表4的内容***到本说明书中。然而，表4仅提供了层2ID的一个示例，并且其他选项也是可能的。
进一步地，可以将特定的ITS应用标识符指派给SIP请求，例如在欧洲电信标准协会(ETSI)TS 102 965“Intelligent Transport Systems(ITS)；Application ObjectIdentifier(ITS-AID)；Registration list”中所定义的，例如在2016年11月的v.1.3.1中所提供的。标识符可以被指派给SIP请求的派生技术。在下面的表5中提供了示例，其示出了被添加到2014年的国际标准组织(ISO)TS 17419中的附加行“Intelligenttransportsystems(智能传输系统)–Cooperative systems(协同系统)–Classification andmanagement of ITS applications in a global context(全局上下文下的ITS应用的分类和管理)”。表5中的变化被添加到本说明书的“指派编码”表格。
表5：ITS应用标识符
进一步地，可以将SIP方法标识符定义为将作为ITS分组数据单元(PDU)报头的一部分而被传达的特定消息类型。针对下面的表6示出了一种可能的实现。
表6：提取ETSI TS 102 894-2
在表6的示例中以粗体示出了对说明书的示例改变。以这种方式，SIP请求/响应将与给定接口上的不同或其他ITS/V2X消息共存，并且可以作为不同服务的一部分而被同时使用。
用于IMS注册的第三机制
在另外的实施例中，远程UE向中继UE执行注册，使中继UE向中继UE访问的IMS或中继UE的归属IMS执行IMS注册或重新注册。注册或重新注册指示与远程UE的关联，这继而导致向冲突处理服务器进行第三方注册。例如，这种冲突处理服务器可以被用于管理对车辆中的麦克风或扬声器资源的接入。冲突处理服务器可以被实现为应用服务器(AS)。
这种注册的具有将中继UE与关联的远程UE绑定的目的。然后，远程UE可以向远程UE的归属IMS执行其自己的注册，这又导致向冲突处理服务器进行第三方注册。
如本领域技术人员将了解的，中继UE是使用受访IMS还是归属IMS可以取决于中继UE是在中继UE的归属网络中利用PDN(有时称为S8HR)还是在中继UE的受访网络中利用PDN(有时称为LBO)。
现在参照图10。在图10的实施例中，远程UE 1010与中继UE 1012通信。进一步地，远程UE的S-CSCF 1014和中继UE的S-CSCF 1016都位于网络上。在一些实施例中，S-CSCF1014和S-CSCF 1016可以是相同实体。进一步地，在网络内提供了可以提供呼叫冲突处理功能的应用服务器1018。呼叫冲突处理功能/服务器管理接入资源，例如设备(例如，车辆)中的例如麦克风、扬声器、主机、视觉显示单元，其可以被用于一次仅支持一个呼叫/会话的目的。
如图10的实施例中的消息1020所示，远程UE 1010执行与中继UE 1012的第一注册进程。在一些实施例中，该第一注册进程也可以是关联，例如利用BluetoothTM技术或其他短程无线或有线技术。消息1020可以包含远程UE用户ID和/或层2ID中的至少一个。
在接收到消息1020之后，中继UE 1012提供确认，其包括中继UE的ID、其能力以及应用服务器标识符。在消息1022中将其提供回远程UE。
应用服务器标识符是负责管理中继UE上的某些能力的功能或服务器的标识符。例如，这种功能可以包括呼叫冲突处理。
负责管理上述能力的功能的身份可以是用户ID、完全合格域名(FQDN)、统一资源标识符(URI)、统一资源名称(URN)、IP地址以及其他选项中的至少一个。例如，该身份可能已经在移动设备(ME)或通用集成电路卡(UICC)中被配置。
下面关于表7示出了如何将应用服务器的身份编码为针对应用服务器ID的特征标签的示例。
表7：针对应用服务器ID的示例特征标签
进一步地，中继UE的能力可以是“ProSe中继服务代码”，其中ProSe中继服务代码定义了一组能力，诸如，麦克风、扬声器、显示器以及其他选项。中继UE用户ID可以是层2ID、SIP URI或电话URI。
在消息1022中提供的能力可以是一个或多个指示，诸如但不限于麦克风可用性、扬声器可用性、视觉显示器可用性、视频可用性或语音/音频可用性。
中继UE 1012进一步发送第二注册消息，该第二注册消息包含以下指示中的至少一项：(a)该注册是针对中继UE 1012的；(b)中继UE的能力，诸如，麦克风、扬声器、显示器以及其他选项；和/或(c)远程UE 1010用户标识符。第二注册消息可以进一步包含中继UE1012充当中继的隐式或显式指示。例如，可以使用诸如在下面的表8中提供的特征标签。
表8：针对中继指示的示例特征标签
进一步地，可以在特征标签中提供远程UE用户ID。在下面的表9中示出了示例，该示例示出了针对远程UE的用户ID的特征标签。
表9：针对远程UE用户ID的示例特征标签
用箭头1030示出了中继UE S-CSCF 1016的第二注册。
在箭头1030的第二注册期间接收到第二注册之后，中继UE的S-CSCF 1016然后可以执行第三方注册，其包含第二注册消息。然后用应用服务器1018执行该第三方注册，如箭头1032所示。如果尚未完成，则将发生这种第三方注册。例如，如果应用服务器ID被包括在第二注册中，则将第三方注册发送到所提供的地址。进一步地，例如，如果基于S-CSCF 1016中的配置信息使用P-Asserted-Service:urn:urn-7:3gpp-service.ims.relay-app-id，则S-CSCF 1016将第三方注册发送到与配置信息相关联的AS的已配置地址。
备选地，过滤标准(如在3GPP TS 24.229中所定义的)可以在其中具有第一应用服务器地址。在这种情况下，将第三方注册发送到该AS。在接收到第三方注册之后，第一AS确定接收到的数据内包含针对第二AS的应用服务器ID。然后，第一AS可以将包含第三方注册的注册消息发送给第二AS。
在箭头1032的第三方注册之后，可以在中继UE 1012与AS 1018之间提供订阅信息，如箭头1034所示。这种订阅消息传送可以包括中继UE能力状态。具体地，订阅消息可以被发送到中继UE 1012。该订阅消息可以请求通知关于资源状态的变化，诸如，正在使用或空闲的麦克风。中继UE 1012通常将响应于订阅消息而发送200OK消息。
AS 1018还可以在第三方注册中接收到的中继UE的身份的URI与远程UE之间创建映射，例如使用上面的表5。
随后，远程UE可以发送包含以下指示中的至少一个的第三注册消息：(a)该注册是针对由远程UE标识符标识的远程UE的，其中，这种指示可以是隐式的或显式的；(b)中继UE的用户ID；(c)中继UE用户ID和/或(d)应用服务器ID。该第三注册消息在图10的实施例中作为消息1040被发送到远程UE的S-CSCF 1014。
在接收到消息1040之后，远程UE的S-CSCF 1014然后可以执行与AS 1018的第三方注册，如消息1042所示。第三方注册可以涉及在AS 1018处将在消息1032中接收到的信息与消息1042中的信息相关联以确定消息1042与消息1032有关。具体地，在接收到消息1042之后，AS 1018可以将中继UE用户ID(如果接收到)与先前接收到的中继UE用户ID进行比较，并且如果尚未完成，则可以绑定两个身份。如果两个ID已经被绑定，则AS 1018验证绑定。
关于在中继UE中提供应用服务器身份，现在参照图11。图11的实施例示出了用于中继UE请求应用服务器身份的消息流。
具体地，中继UE 1112与网络1114通信。中继UE向网络发送消息1120。这种消息可以是但不限于附接消息、位置更新、路由区域更新、追踪区域更新、IMS方法(诸如但不限于注册或订阅)以及其他选项。
消息1120包含该UE是中继UE的指示。
响应于消息1120，中继UE从网络1114接收响应1130。消息1130可以是任何消息，包括附着接受、位置更新接受、路由区域更新接受、追踪区域更新接受、200OK消息、通知消息以及其他选项。
消息1130可以包含对应用服务器身份的地址的指示。例如，消息可能包含针对应用服务器中的任何或所有应用服务器的身份、STUN地址、TURN地址以及其他选项。
如果消息1130是附接接受，则它可以包含指示，其中该指示可以被包括在协议配置选项(PCO)字段中。
如果消息1130是200OK或SIP通知，则消息1130可以包含对应用服务器身份的指示。下面针对表10示出了这种指示的特征标签的一个示例。
表10：应用服务器ID的示例特征标签
如在上面的表10中所看到的，可以提供应用服务器ID的地址。
应用服务器可以执行许多操作，诸如，管理对例如麦克风、扬声器、视觉显示单元等资源的接入，充当STUN服务器，充当TURN服务器以及其他选项。200OK可以包含可以用于各种服务器类型的单个地址，或者备选地可以包含三个单独的特征标签。例如，可以如下面的表11所指示的提供三个特征标签。
表11：应用服务器ID的示例特征标签
因此，如上面所指示的，可以单独地提供三个特征标签。
网络1114响应于请求1120而发送响应1130。如果请求1120包含UE是中继UE的指示并且如果网络节点被配置有应用服务器地址，则请求1120在响应中提供应用服务器地址。
可以在诸如HSS/HLR数据库、策略控制功能的外部数据库中提供该地址，并且经由消息将其发送到诸如MSC、MME、P-GW、S-GW、用户平面功能(UPF)、会话管理功能(SMF)、S-CSCF和其他选项等网络节点。这种消息可以例如是根据3GPP TS 29.002“MobileApplication Part(MAP)specification”的***订户数据消息，例如在2017年3月的v.14.3.0或3GPP TS 29.272“Evolved Packet System(EPS)；Mobility ManagementEntity(MME)and Serving GPRS Support Node(SGSN)related interfaces based onDiameter protocol”中所提供的，例如在2017年3月的v.14.3.0中所提供的。
用以确定是否可以使用中继UE资源的第一机制
根据另一实施例，假设注册过程已经发生。例如，上面的图9或图10的注册过程可能已经发生。
根据本实施例，应用服务器可以经由中继UE向远程UE发送隧道化或封装的SIP请求或响应。中继UE可以在SIP请求或响应状态中***其媒体能力，例如其麦克风、扬声器以及其他选项。在接收到SIP响应之后，远程UE确定是否应该在远程UE或中继UE处终止媒体。
现在参照图12。在图12的实施例中，远程UE 1210与中继UE 1212通信。进一步地，在网络侧，中继UE的S-CSCF 1214与中继UE 1212通信。进一步地，存在应用服务器1216以提供应用服务器功能性。进一步地，远程UE的S-CSCF 1218是网络的一部分。在一些实施例中，中继UE的S-CSCF 1214和远程UE的S-CSCF 1218可以是相同实体。
在消息1220处，远程UE的S-CSCF 1218接收传入SIP请求。然后，远程UE的S-CSCF1218在消息1222中将传入SIP请求转发到AS 1216。消息1222包含远程UE 1210的用户身份。
例如，在下面的表12中提供了传入SIP请求。
表12：示例传入SIP方法
AS 1216确定在消息1222处接收到的用户身份。例如，这种用户身份可以是SIP请求的R-URI。基于该身份，AS 1216确定可以在远程UE处到达该身份。这可以基于本公开中的其他地方描述的功能性，例如，如上面关于图9和10所描述的。
然后，AS可以将R-URI映射到中继UE URI和/或中继UE IP地址。映射可以包含关于哪个URI是远程UE以及哪个URI是中继UE的指示。
AS 1216可以例如利用以上图8的过程将SIP请求封装到第二SIP请求中，例如，SIP消息请求。封装由第二SIP请求示出，该第二SIP请求包含其包含封装的SIP请求的指示，例如，SIP邀请。例如，将内容类型设置为新的内容类型值应用，诸如“VND.3GPP.encapsulated”。
第二消息的R-URI是中继UE 1212的R-URI。在一些实施例中，目标参数可以被用于指示远程UE URI，或者可以使用特征标签。例如，下面关于表13提供了一个特征标签。
表13：针对远程UE ID的示例特征标签
在一些实施例中，封装的SIP请求可以被加密。在这种情况下，可以提供进一步的指示，其指示提供了封装的加密SIP请求，例如，这可以是新的内容类型值，诸如，“VND.3GPP.encapsulated encrypted”
然后，在一些实施例中，封装的SIP请求作为消息1224被发送到中继UE 1212，并且例如可以经由中继UE的S-CSCF和/或P-CSCF被发送。
代替使用目标参数的实现，可以利用新的特征标签。例如，下面关于表14示出了一种这样的目标参数和/或内容类型。
表14：被封装在SIP消息中的示例传入SIP方法
在上面的表14中，以粗体提供的特征被突出显示以示出典型SIP请求之间的差异。
一旦中继UE接收到消息1224，它就可以存储数据。进一步地，基于接收到的用户身份，中继UE可以不封装或解封装或扩展消息，并且向远程UE 1210发送消息1226。例如，可以利用表13或表14的示例、使用目标参数或特征标签来标识远程UE 1210。本公开中所描述的其他机制也可以被用于标识远程UE。
进一步地，如果未对封装进行加密，那么可以通过IP传输(诸如，用户数据报协议(UDP)或传输控制协议(TCP)或流控制传输协议(SCTP))发送SIP请求。
在本实施例中，可以通过例如利用诸如在下面的表15中描述的特征标签来指示资源是空闲的。
表15：针对空闲的中继UE特征的示例特征标签
备选地，可以使用现有的报头。例如，这种报头可以是被包括在SIP方法中的、具有空闲资源的受支持字段。例如，这关于下面的表16示出。
表16：空闲的中继UE特征的示例“受支持报头”
相反，如果封装的SIP请求被加密，则可以将SIP请求加密发送给远程UE。例如，发送可以使用诸如下面在表17中所描述的构造。
表17：PC5加密数据的示例数据结构
备选地，可以利用上面关于图9所定义的本地连接ID。
远程UE 1210接收消息1226。然后，它可以使用消息1226内的资源指示来确定中继UE 1212是否可以被用于提供SIP请求中包含的服务。如果资源可以由中继UE 1212使用，则远程UE 1210可以发送包含中继UE的用户身份的消息。中继UE用户ID可以使用本公开中的其他机制而被获得，或者可以被包含在消息1226中。
SIP响应可以是例如在IETF RFC 3261中定义的3XX响应，该3XX响应在联系人报头字段中包含中继UE用户ID。这可以例如利用消息1230而被发送到中继UE 1212。
相反，如果资源不能在中继UE 1212处被使用，而是可以在远程UE 1210处被使用，则远程UE 1210可以发送消息1230，诸如，200OK，包含对接收到的SIP消息的响应。中继UE可能不可用的情况可以例如包括中继UE的用于所请求的媒体的资源不可用。
如果消息1230包含200OK消息，则该消息1230可以进一步包含如下所述的SDP应答。
一旦接收到消息1230，则中继UE 1212将封装在第二SIP响应1232中的消息发送给应用服务器1216。例如，第二SIP响应的R-URI可以是从消息1224获得的应用服务器1216的URI。查找应用服务器的地址的其他机制也在本公开的范围内，并且可以例如包括上述一些实施例。
响应1232的封装可以进一步包括对原始SIP响应进行加密并添加标签，诸如“application/DND.3GPP.encapsulated encrypted”。如果未加密，那么该标签可以是例如“application/DND.3GPP.encapsulated”。
在接收到响应1232时，应用服务器1216可以检查嵌入式消息。如果嵌入式消息是3XX消息，则应用服务器可以检查备用联系人地址是否与用于发送3XX消息的远程UE 1210的中继UE 1212相同。如果中继UE 1212相同，那么应用服务器可以将由消息1234所示的SIP请求发送到S-CSCF 1214，该S-CSCF 1214将向P-CSCF发送该消息，然后如消息1236所示，将其发送到中继UE 1212。
AS 1216充当对话的B2BUA。进一步地，AS 1216可以包括SIP请求是针对远程UE1210的指示，但是应该在中继UE 1212处终止。这种请求可以例如使用下面的表18的内容。
表18：针对远程UE ID的示例特征标签
在接收到消息1236时，中继UE 1212可以检查以查看是否接收到该会话最初是针对远程UE 1210的指示。在这种情况下，中继UE 1212可以提供诸如视觉、音频以及其他选项的指示形式，其包括远程UE用户标识符。
进一步地，中继UE 1212可以经由UE的S-CSCF 1214并且可能通过P-CSCF向应用服务器1216发送消息，该消息包含具有作为将被用于发送媒体的地址的、中继UE的IP地址的SDP应答。这例如在图12的实施例中分别用消息1240和1242示出。
然后，应用服务器可以将消息发送到远程UE的S-CSCF，即，S-CSCF 1218，如图12的实施例中的消息1244所示。
S-CSCF 1218然后可以将消息发送到始发终端，如消息1246所示。
此后，在始发终端与中继UE 1212之间建立媒体，在图12的实施例中用箭头1250示出。
用以确定是否可以使用中继UE资源的第二机制
在本公开的另一实施例中，进行检查以确定中继UE资源是否可以被用于远程UE。该机制假设已经针对中继UE发生了注册，例如，如上面关于图9或10所描述的。
根据本实施例，应用服务器确定中继UE上的资源可用性和资源状态。在做出该确定之后，如果可以使用中继UE，则应用服务器将SIP请求路由到中继UE。否则，应用服务器将经由中继UE将SIP请求隧道传输(tunnel)或封装到远程UE。
现在参照图13，其中远程UE 1310和中继UE 1312彼此接近。进一步地，网络侧包括中继UE的S-CSCF 1314、应用服务器1316和远程UE的S-CSCF 1318。在一些实施例中，中继UE的S-CSCF 1314和远程UE的S-CSCF 1318可以是相同实体。
在图13的实施例中，应用服务器1316经由中继UE的S-CSCF 1314而向中继UE 1312发送消息1320，诸如，“SIP选项”方法，以确定中继UE的能力。
中继UE 1312接收消息1320，并且发送回选项响应消息1322，该选项响应消息1322包含该中继UE例如具有麦克风、扬声器以及其他选项的指示。所使用的编码可以类似于图12的消息1232的编码。备选地，该编码可以类似于在上面的表15或表16中所描述的编码。其他选项也是可能的。
应用服务器1316接收消息1322，并且将消息1324发送回中继UE 1312，以从中继UE请求其能力的状态。这种消息例如可以是包含在消息1322中接收的至少一个能力的SIP订阅消息。
在接收到消息1324时，中继UE 1312向应用服务器1316发送200OK响应消息1326。
在某个时间点，诸如麦克风等资源变得空闲，如框1330所示。中继UE 1312然后可以发送包含该资源已经空闲的指示的通知消息1332。编码可以类似于上面关于消息1322所描述的编码。
随后，远程UE的S-CSCF 1318在消息1340中接收到传入SIP请求，并且在消息1342中将该SIP请求转发给应用服务器1316。应用服务器可以基于媒体能力的状态来确定中继UE 1312可以处理SIP请求，并因此做出关于将SIP方法路由到的联系人的选择。在这种情况下，SIP请求在消息1344中被转发给中继UE 1312。中继UE 1312然后在消息1346中向AS1316发送200OK消息。AS 1316然后可以在消息1348中将200OK消息转发到远程UE的S-CSCF1318。
此后，可以在始发发送方与中继UE 1312之间建立媒体，如箭头1350所示。
相反，如果在SIP请求到达时麦克风不是空闲的，那么应用服务器处的选择可能会不同。参照图13，提供了由消息1360所示的传入SIP请求。然而，在这种情况下，中继UE上的麦克风不是空闲的。
在消息1362中将传入SIP请求转发到应用服务器1316。然后，应用服务器1316使用在中继UE 1312处不可用的资源来支持所接收的SIP请求和SDP的指示，来封装SIP请求。可以根据先前描述的实施例完成这种封装。封装的SIP请求在消息1364中被提供给中继UE1312，该中继UE 1312然后可以不封装或解封装或提取消息，并且将SIP请求转发到正确的远程UE。使用消息1366完成转发。
然后，远程UE可以将200OK消息1370发送回中继UE 1312，该中继UE 1312然后可以对其进行封装并且将其作为消息1372提供给应用服务器1316。
应用服务器1316不封装或解封装或提取200OK消息，并且将其转发到远程UE的S-CSCF 1318，如消息1374所示。
此后，在远程UE 1310与中继UE 1312之间提供媒体1380。进一步地，中继UE然后可以如箭头1382所示将媒体提供给始发服务器。
与先前的实施例一样，被确定的“线C”地址可以利用在本公开中的其他地方描述的STUN或TURN中的至少一个。进一步地，在一些情况下，线C地址可以是中继UE的IP地址和端口。
在图13的实施例中，媒体能力可以包括但不限于麦克风、扬声器、屏幕、键盘以及其他选项。其他扬声器的特征可能在于多个扬声器，而屏幕的特征可能在于屏幕分辨率和所支持的帧速率。
确定是否可以使用中继UE资源的第三机制
在另一实施例中，信息流可以在远程UE与中继UE之间。该机制假设已经针对中继UE发生了注册，例如，如上面关于图9或10所描述的。
现在参照图14。在图14的实施例中，远程UE 1410与中继UE 1412通信。进一步地，中继UE可以与中继UE的S-CSCF 1414通信。
在图14的实施例中，远程UE 1410可以将诸如SIP选项的查询请求发送到中继UE1412，如消息1420所示。
中继UE可以提供选项响应，其类似于上面的消息1322的响应。该选项响应作为消息1422被发送回远程UE 1410。选项响应可以包含特征标签，诸如，例如在下面的表19中提供的那些。
表19：针对所支持的中继UE特征的示例特征标签
然后，远程UE 1410可以利用消息1424订阅中继UE的能力。消息1424可以类似于来自以上图13的实施例的消息1324。
中继UE 1412可以利用200OK消息来响应订阅消息，如消息1426所示。
一旦资源变得空闲，如框1430所示，那么中继UE 1412可以通知远程UE 1410资源(例如，麦克风)是空闲的，如通知消息1432所示。
随后，中继UE 1412接收由消息1440所示的传入SIP消息。然后，中继UE可以使用消息1442将传入SIP消息转发到远程UE 1410。
在这种情况下，远程UE 1410知道中继UE具有处理SIP请求的资源，因此可以以3XX消息1450的形式提供回重定向。
中继UE 1412然后可以转发消息1452所示的3XX消息。进一步地，在一些实施例中，代替3XX消息，可以对传入SIP请求做出SDP响应1460，在这种情况下，将SDP应答作为消息1462被转发到始发服务器。
同样地，媒体能力可以包括但不限于麦克风、扬声器、屏幕或键盘。扬声器的特征可能进一步在于扬声器的数目。屏幕的特征可能进一步在于屏幕分辨率和所支持的帧速率。所选择的内容可以被确定为中继UE或远程UE之一。
进一步地，可以使用如本公开中的其他地方所描述的STUN或TURN中的至少一个来确定“C线”地址，或者可以基于中继UE 1412的IP地址和端口来确定“C线”地址。
在另一选项中，远程UE 1410可以监测这些选项以发现能力并且提供重定向。
确定是否可以使用中继UE资源的第四机制
根据另一实施例，提供了用以确定是否可以使用中继UE资源的另一机制。该机制假设已经执行了诸如上面图9或10中所描述的注册。
在本实施例中，远程UE 1510与中继UE 1512通信。进一步地，远程UE的S-CSCF1514和中继UE的S-CSCF 1516位于网络侧。在图15的实施例中还提供了应用服务器1518。在一些实施例中，中继UE的S-CSCF 1516和远程UE的S-CSCF 1514可以是相同实体。
远程UE 1510经由XCAP配置(例如，HTTP放置)配置冲突处理服务器(例如，应用服务器)，以确定是否应该将传入呼叫路由到远程UE 1510或中继UE 1512。当在远程UE的IMS中接收到传入呼叫时，将呼叫路由到冲突处理服务器，然后该服务器基于配置或其他原因(诸如，如下所述的解决方案)将呼叫路由到中继UE或远程UE。
因此，如通过箭头1520所看到的，在XCAP配置的过程期间，远程UE 1510可以发送消息，诸如，HTTP放置消息，其包含有关应该如何将传入SIP请求路由到远程UE或中继UE的策略。
应用服务器1518接收包含所发送的信息的HTTP PUT消息，并且可以存储这种配置信息。
随后，可以在远程UE的S-CSCF 1514处接收到SIP邀请。例如，可以使用图15的实施例中的消息1522来接收该邀请。
远程UE的S-CSCF 1514将SIP邀请作为消息1524转发给AS1518。AS 1518然后可以基于来自箭头1520的所存储的信息来确定谁将接收SIP请求。具体地，如果远程UE 1510将处理SIP请求，那么可以使用图15所图示的选项A。这示出了SIP请求作为消息1530被发送到远程UE 1510。消息1530内的可选信息可以包括中继UE 1512处的能力状态。
如果该消息不包含中继UE的能力状态，则可以在远程UE 1510与中继UE 1512之间发送查询消息1532以查询中继UE的状态能力。中继UE 1512然后可以发送提供能力状态的响应1534。
基于中继UE 1512的能力状态，可以将包含中继UE用户ID的SIP请求作为消息1536提供回AS 1518。
相反，如果要将SIP请求提供给中继UE，那么AS 1518可以将SIP请求1540发送到中继UE的S-CSCF 1516。
中继UE的S-CSCF 1516然后可以将消息1542中的SIP邀请转发到中继UE 1512。
中继UE 1512然后可以完成呼叫建立，如箭头1550所示，并且随后在消息1560中将包含由于完成建立而被使用的资源列表的SIP信息发送回AS 1518。在一些情况下，这种SIP信息可能指示某些资源不可用。
在一些情况下，上述消息收发可以利用与先前实施例中所描述的消息类似的消息。
用以确定是否可以使用中继UE资源的第五机制
根据确定是否可以使用中继UE资源的另一机制，该机制假设已经发生注册，例如利用上述图7的实施例。
在当前实施例中，中继UE被***到往返远程UE的所有传入和传出呼叫或会话的路径中。这允许中继UE做出判定，以将任何传入或传出呼叫或会话路由到远程UE，或者处理、服务或终止传入或传出呼叫或会话本身。当处理呼叫或会话的媒体时，中继UE可以将媒体发送到与其自身、或与诸如信息娱乐系统等另一连接设备相关联的输出设备。输出设备可以例如包括扬声器、视觉显示单元以及输出设备的其他选项。
现在参照图16，其示出了用于处理传入SIP请求的过程。当传入呼叫或会话到达远程UE的IMS处时，远程UE的IMS 1616向中继UE的IMS 1614转发、代理或发送针对传入呼叫或会话的SIP请求。转发可以根据标准的SIP/IMS标准完成，诸如在3GPP TS 23.228和3GPP TS24.229规范中所定义的标准。在图16的实施例中，在消息1620中转发传入SIP请求。在一些实施例中，中继UE的IMS 1614和远程UE的IMS 1616可以是相同实体。
在接收到消息1620之后，中继UE的IMS 1614可以将中继UE指示添加或包括到接收到的SIP请求中，以向远程UE和/或中继U E通知该SIP请求是已经被中继的SIP请求。换言之，SIP请求并非源自中继UE的IMS 1614，并且进一步地，该呼叫或会话旨在被中继到远程UE 1610。
远程UE的IMS 1616或中继UE的IMS 1614可以是P-CSCF、I-CSCF、S-CSCF或AS、以及其他选项中的任何一个。
上述中继UE指示可以是SIP报头、SIP报头选项、SIP请求主体XML以及其他选项。
中继UE的IMS 1614然后可以根据例如在3GPP TS 23.228和3GPP TS 24.229中定义的标准的SIP/IMS标准，将接收到的针对传入呼叫或会话的SIP请求转发到中继UE 1612。
在接收到消息1622之后，中继UE 1612可以检测到SIP请求不旨在用于中继UE。例如，可以基于消息中的中继UE指示、和/或通过分析请求URI SIP报头确定SIP请求未寻址到中继UE来完成检测。然后，中继UE 1612选择服务或终止传入呼叫/会话本身，或者转发、代理或将呼叫或会话发送到远程UE以进行服务或终止，例如图16的实施例中的消息1624所示。如本领域技术人员将了解的，如果中继UE判定服务SIP请求本身，则省略消息1624。
如果要发送消息1624，则中继UE 1612可以通过对目的地IMS/SIP身份执行查找来确定将呼叫路由到的远程UE 1610。这可以在“请求URI”SIP报头或“到”SIP报头中包括电话URI或SIP URI。中继UE 1612然后可以通过利用绑定，来获得远程UE 1610的地址或中继UE1610的接口身份，针对该接口身份向远程UE路由消息传送。这种绑定可能是先前已经创建的，例如在注册过程期间。
如果确定了向其转发SIP请求的远程UE 1610，那么中继UE 1612可以使用来自接收到的SIP请求的信息来创建或构造新的SIP请求，并且可以执行以下中的一项或多项：(a)中继UE可以利用远程UE的IP地址来交换、替换或调换其自身IP地址的一些或全部实例；和/或(b)中继UE可以将中继UE指示(诸如SIP报头、SIP报头选项或SIP请求主体XML)添加或包括到SIP请求中，以通知远程UE：该SIP请求是正在或已经中继的SIP请求。换言之，SIP请求不是源自中继UE 1612。
然后，中继UE 1612可以在消息1624中向远程UE 1610发送新的SIP请求。中继UE1612还可以在远程UE 1610与所发送的SIP请求之间创建或构造绑定，以确保接收到的对SIP请求的响应可以被中继或代理到正确的远程UE的IMS 1616。
绑定可以包括但不限于以下因素。如果在被发送给远程UE 1610的SIP请求中包括相同的呼叫ID，那么中继UE将包括在从远程UE的IMS 1616接收的SIP请求中的呼叫ID绑定到在本地连接上使用的远程UE 1610的一个或多个身份。这种身份可以是在本地连接上使用的远程UE的IP地址、属于被用于本地连接的远程UE的MAC地址、属于被用于本地连接的中继UE的MAC地址、以及其他选项。
绑定可以进一步包括信息，该信息基于的是在发送给远程UE 1610的SIP请求中是否包括不同的呼叫ID。在这种情况下，中继UE 1612可以将被包括在从远程UE的IMS 1616接收到的SIP请求中的呼叫ID绑定到被发送到中继UE的IMS 1614的SIP请求中包括的呼叫ID，以及可选地还有在本地连接上使用的远程UE 1610的身份。例如，这种身份可以是在本地连接上使用的远程UE的IP地址、用于本地连接的属于远程UE的MAC地址、在本地连接上使用的属于中继UE的MAC地址、以及其他选项。
如果未找到远程UE，那么中继UE可以向远程UE的IMS 1616发送错误或SIP响应。例如，这种响应可以是SIP 410(“去(Gone)”)响应。
在接收到消息1624之后，远程UE 1610可以根据标准进程来提供响应。例如，这些标准进程可以包括在3GPP TS 24.229中定义的那些进程。因此，远程UE 1610在消息1630中创建诸如SIP 200OK消息等SIP响应，并将其发送到中继UE 1612。消息1630可以被称为“传入SIP响应”。
在从远程UE 1610接收到传入的SIP响应消息1630之后，中继UE 1612在上面创建的绑定存储库中，对从中继UE的IMS接收到的SIP响应中的呼叫ID执行查找。如果查找成功，使得发现远程UE被绑定到从中继UE IMS接收到的SIP响应中的呼叫ID，则中继UE 1612使用来自接收到的SIP响应的信息来创建或构造新的SIP响应。中继UE 1612可以进一步执行与远程UE的IP地址交换、替换、或换出其自身IP地址的一些或全部实例中的一项或多项。
另外或替代地，中继UE 1612可以将中继UE指示(诸如，SIP报头、SIP报头选项、SIP请求XML主体以及其他选项)添加或包括到SIP寄存器中，以通知远程UE的IMS 1614：该响应已经被中继，并且并非源自中继UE。然后，中继UE可以在消息1632中将新的SIP响应发送到中继UE的IMS 1614。
另外或替代地，中继UE可以用其自己的IMEI来交换、替换、或换出远程UE的国际移动设备标识符(IMEI)的一些或全部实例。中继UE 1612还可以包括对远程UE的IMEI的指示。例如，这可以在SIP报头中、SIP寄存器的XML主体中以及其他选项中完成。
在从中继UE 1612接收到传入SIP响应1632之后，中继UE的IMS中的节点(诸如，P-CSCF、I-CSCF、S-CSCF、应用服务器以及其他节点)然后可以执行各种功能性。这可以包括添加或包括中继的指示。可以通过修改与SIP请求中的中继UE指示相同的字段或信息元素(诸如，SIP报头、SIP报头选项、SIP请求主体XML以及其他选项)来添加这种中继指示。备选地，指示可以通过在传入SIP响应1634中添加或包括新的字段信息元素(诸如，SIP报头、SIP报头选项、SIP请求主体XML以及其他选项)来完成。
指示可以在传入SIP响应1634中被转发到远程UE的IMS 1616中的节点。这种远程UE的IMS可以包括P-CSCF、I-CSCF、S-CSCF、AS以及其他选项。可以使用诸如在3GPP TS24.229规范中定义的标准进程来完成转发。
在从中继UE的IMS 1614接收到传入SIP响应1634之后，远程UE的IMS 1616然后可以将SIP响应转发、代理或发送到呼叫或会话的发起方。此后，呼叫或会话然后可以继续。
基于以上，针对经由中继UE 1612注册的到远程UE 1610的传入呼叫或会话，中继UE 1612可以在用于路由和终止或服务传入呼叫或会话的不同备选方案之间进行选择。这些可以包括以下五个实施例，其可以单独使用或彼此结合使用。
在第一实施例中，中继UE 1612可以例如使用显示器示出屏幕上的消息或者听觉警报或振动，来提示呼叫或会话的用户关于是否使用信息娱乐系统或远程UE 1610来处理呼叫或会话的媒体。
在第二实施例中，中继UE 1612可以基于中继UE 1612中的一些配置来做出判定。例如，如果远程UE 1610被设置为偏好使用信息娱乐系统，那么中继UE 1612可以选择自行处理呼叫。可以使用通过用户界面、诸如设备管理服务器等远程供应系统以及其他选项可配置的设备上的设置来提供配置。
在第三实施例中，中继UE 1612可以基于其自身的输入或输出资源、关联的信息娱乐系统的输入或输出资源和/或目的地或远程UE 1610的输入或输出资源的可用性来做出判定。如果信息娱乐系统已经在终止或服务于呼叫，那么传入呼叫或会话的路线可以到达目的地远程UE 1610。
在第四实施例中，中继UE 1612可以基于处理呼叫或会话的类型的能力来做出判定，该能力可以基于的是呼叫或会话的当前协商的媒体。该判定可以基于中继UE 1612、关联的信息娱乐系统和/或目的地远程UE 1610的能力。
在第五实施例中，中继UE 1612可以基于关联车辆的当前状态做出判定。例如，如果车辆正在行驶，那么可能优选将传入的视频呼叫发送到平视显示器。
关于传出呼叫或会话，现在参照图17。图17的实施例提供了去往远程UE的IMS之外的端点的传出呼叫或会话，其中远程UE先前已经向中继UE注册，诸如通过以上图7的实施例。
传出SIP请求可以包括但不限于SIP邀请、SIP更新、SIP消息或SIP选项中的任何一个。备选地，SIP请求中的传出SIP方法可以是任何新的SIP方法。
在图17的实施例中，远程UE 1710是传出SIP请求的始发者。进一步地，中继UE1712可以被用于中继SIP消息。在框1714中示出了中继UE的IMS，并且在框1716中示出了远程UE的IMS。在一些实施例中，中继UE的IMS 1714和远程UE的IMS 1716可以是同一实体。
经由本地连接将传出SIP请求1720从远程UE 1710发送到中继UE 1712。
在消息1720处接收到SIP请求之后，中继UE 1712可以使用来自接收到的SIP请求的信息来创建或构造新的SIP请求，并且可以执行以下中的一项或多项。中继UE可以利用其自己的IP地址交换、替换或换出远程UE的IP地址的一些或全部实例。中继UE可以进一步在SIP请求中包括中继UE指示(诸如SIP报头、SIP报头选项、SIP请求主体XML以及其他选项)，以通知远程UE的IMS：该SIP请求是正在被中继的SIP请求。换言之，SIP请求不是源自中继UE。中继UE可以进一步或者替代地用其自己的IMEI交换、替换或换出远程UE的IMEI的一些或全部实例，并且还可以包括对远程UE的IMEI的指示。可以在SIP请求的XML主体中的SIP报头中以及其他选项中提供该另一指示。
中继UE 1712然后可以在消息1722中向中继UE的IMS 1714发送新的SIP请求。中继UE的IMS可以是P-CSCF、I-CSCF、S-CSCF或AS以及其他选项。它可以进一步是网络中的任何节点、主机实体、SIP服务器或SIP代理。
中继UE 1712还可以在远程UE与在消息1722中发送的SIP请求之间创建绑定，以便确保可以将接收到的对SIP请求的响应中继或代理到正确的远程UE 1710。绑定可以包括但不限于各种技术。如果在被发送给中继UE的IMS 1714的SIP请求中包括第一呼叫ID，那么中继UE 1712可以将被包括在从远程UE 1710接收的SIP请求中的呼叫ID绑定到在本地连接上使用的远程UE 1710的一个或多个身份。例如，这可以是在本地连接上使用的远程UE的IP地址、用于本地连接的属于远程UE的MAC地址、在本地连接上使用的属于远程UE的MAC地址以及其他选项。
在其他实施例中，如果被包括在被发送给远程UE的IMS 1716的SIP请求中的呼叫ID不同，则绑定可以不同。在这种情况下，中继UE 1712可以将被包括在从远程UE 1710接收到的SIP请求中的呼叫ID绑定到被包括在发送给中继UE的IMS 1714的SIP请求中的呼叫ID，以及可选地还有在本地连接上使用的远程UE 1710的身份。例如，这可以是在本地连接上使用的远程UE 1710的IP地址、用于本地连接的属于远程UE的MAC地址、在本地连接上使用的属于中继UE的MAC地址以及其他选项。
在消息1722处接收到SIP请求之后，中继UE的IMS 1714中的节点可以执行验证或检查：中继UE 1712被许可执行中继UE的功能。该确定可以基于接收到SIP请求中的中继UE指示。如果执行了检查并且不允许中继UE执行中继UE的角色，那么可以将错误或响应发送回中继UE 1712。
相反，如果执行了检查并且许可中继UE 1712执行中继UE的角色，或者如果没有执行检查，那么中继UE的IMS 1714中的相同节点或另一节点可以添加中继指示，这可以通过修改与SIP请求中的中继UE指示相同的字段或信息元素(诸如，SIP报头、SIP报头选项、SIP请求主体XML以及其他选项)来完成，或者通过添加或包括新的字段或信息元素(诸如，SIP报头、SIP报头选项、SIP请求主体XML以及SIP请求中的其他选项)来完成。
中继UE的IMS 1714然后可以将包括任何修改的接收到的SIP请求转发到远程UE的IMS 1716中的节点。这种节点可以是P-CSCF、I-CSCF、S-CSCF、AS以及其他选项。在图17的实施例中，可以在消息1724中发送传出SIP消息。
在接收到消息1724时，远程UE的IMS 1716可以检查：是否许可远程UE 1710使用中继UE，这可以因在SIP请求中接收到中继指示而被执行。如果执行了检查并且禁止使用中继UE，那么可以将错误或响应发送回中继UE的IMS 1714。
相反，如果执行检查并且许可远程UE使用中继UE，或者如果例如由于先前在注册期间或在另一时间执行了该检查并且将其存储，而未执行检查，那么远程UE的IMS 1716可以利用标准进程来处理SIP请求。例如，IMS可以将传出SIP请求发送到呼叫或会话的接收方、目的地或端点。当从端点接收到SIP响应时，或者如果远程UE的IMS 1716自身(例如，由于定时器到期，发生错误情况以及其他因素)生成SIP响应，则远程UE的IMS 1716可以将接收到的或生成的SIP响应发送到中继UE的IMS 1714，如消息1730所示。例如，可以根据3GPPTS 24.229中定义的进程发送这种消息。
响应于接收到SIP响应，中继UE的IMS 1714可以利用例如3GPPTS 24.229中定义的标准进程在消息1732中将接收到的SIP响应转发到中继UE 1712。
一旦中继UE 1712接收到消息1732，它就可以在绑定存储库中对从中继UE的IMS接收到的SIP响应中的呼叫ID执行查找。该查找将呼叫ID与在接收消息1720之后存储的信息进行比较。如果查找是成功的，那么中继UE 1712可以使用来自接收到的SIP响应的信息来构造新的SIP响应，并且可以执行各种功能性。这可以包括将其自己的IP地址的一些或所有实例与远程UE的IP地址进行交换。它可以进一步包括或者可以替代地包括将中继UE指示(诸如，SIP报头、SIP报头选项、SIP请求主体XML以及其他选项)添加到SIP请求中，以通知远程UE 1710：该SIP响应是正在中继的SIP响应。换言之，SIP响应并非源自中继UE 1712。
然后，中继UE可以在消息1734中将新的SIP响应发送到远程UE 1710。
在完成上述消息传送之后，然后可以继续进行呼叫或会话。
在中继UE 1712，各种过程可以被用于选择是服务还是转发传出呼叫或会话。针对传出呼叫或会话，发起呼叫或会话的节点或元件可以执行以下五个任务之一。这些可以彼此结合或彼此分开地执行。
在第一实施例中，中继UE 1712可以向传入或传出呼叫或会话的用户提示是否使用信息娱乐系统或远程UE 1710来处理呼叫或会话的媒体。提示可能是消息屏幕上的显示、听觉警报、振动以及其他选项。
在第二实施例中，中继UE 1712可以基于中继UE 1712的某些配置来做出判定。这可以包括远程UE 1710更喜欢使用信息娱乐系统的配置，或者可以通过使用用户界面、远程供应系统(诸如，设备管理服务器)以及其他选项上的设置来提供这种配置。
在第三实施例中，中继UE 1712可以基于其自身的输入或输出资源和/或包括信息娱乐系统或目的地远程UE 1710的其他元件的输入或输出资源的可用性来做出判定。例如，如果信息娱乐系统已经在终止另一呼叫，那么该呼叫可以被路由到远程UE 1710。
在第四实施例中，中继UE 1712可以基于处理正在进行的呼叫或会话的类型的能力来做出判定。例如，该处理可以考虑中继UE 1712、关联的信息娱乐系统、目的地远程UE1710以及系统中的其他元件的能力。
在第五实施例中，中继UE 1712可以基于关联车辆的当前状态做出判定。例如，如果车辆正在行驶，那么可能发生不同的行为。
远程UE 1710、中继UE 1712和与中继UE 1712相关联的信息娱乐系统可以被限制为仅发起某些类型的呼叫或会话。例如，呼叫或会话可以限于与公共服务接入点(PSAP)的呼叫和/或会话，例如，紧急呼叫、电子呼叫、eSMS消息收发、位置信息报告会话以及其他选项。这种限制可以基于配置。
针对代表远程UE 1710从中继UE 1712或信息娱乐系统发起的传出呼叫或会话，中继UE 1712可以将呼叫或会话路由到IMS/SIP核心和网络或从IMS/SIP核心和网络路由。
媒体路由
可以利用各种技术来完成以上实施例。在一个实施例中，可以通过向STUN服务器地址发送STUN绑定请求来确定中继UE的端口和IP地址。然后，在将媒体路由到远程UE时，可以在SDP要约和应答中使用IP地址或端口号作为候选以发送媒体。
在其他实施例中，可以利用TURN服务器，从而可以通过发送TURN分配消息来确定TURN服务器的端口和IP地址。在这种情况下，可以在SDP要约和应答中使用TURN服务器的端口和IP地址，以将媒体路由到远程UE。
现在参照图18，其示出了移动发起的SIP请求。图18的技术同样可以与包含“C线”的SDP应答一起使用。
因此，根据图18，一旦远程UE 1810具有与中继UE 1812的连接，例如本公开的其他实施例中所描述的，则远程UE 1810可以向中继UE 1812发送STUN绑定请求。STUN绑定请求被示出为消息1820。在消息1820中，STUN服务器地址可以被静态或动态地提供。
一旦中继UE 1812接收到消息1820，如果远程UE 1810被许可使用中继UE 1812并且被许可使用STUN，那么中继UE 1812将消息1822发送到应用服务器1814，该消息1822包括消息1820以及中继UE 1812的源IP地址。在这种情况下，应用服务器1814包括STUN服务器1816，并且可以包括TURN服务器1817。
应用服务器1814发送STUN绑定响应1824，该STUN绑定响应1824包含在STUN绑定请求1822中接收到的源IP地址作为STUN有效载荷地址。
中继UE 1812接收消息1824，并且将该消息作为消息1826发送给远程UE 1810。然后，远程UE接收消息1826。
在接收到消息1826之后，远程UE知道SDP“C线”以用于将来的SDP要约和应答。换言之，远程UE知道STUN有效载荷地址。
尽管以上示出了STUN服务器是AS 1814的一部分，但是在其他实施例中，STUN服务器可以是中继UE 1812的一部分。
如以上其他实施例中所描述的，一旦远程UE具有与中继UE 1812的连接，那么远程UE 1810可以向中继UE 1812发送TURN分配消息1830。TURN服务器地址可以被静态或动态地提供。可以例如使用上述实施例来完成提供。
然后，中继UE 1812接收TURN分配消息1830。
在接收到消息1830时，如果允许远程UE使用中继UE并允许使用TURN，那么中继UE1812将消息1830转发到AS 1814，如图18的实施例中的消息1832所示。
AS 1814通过TURN服务器1817发送分配响应消息1834，该分配响应消息1834包含TURN应用服务器的IP地址和端口。这被发送到中继UE 1812，其然后可以将消息发送到远程UE 1810，如消息1836所示。
此后，TURN会话被配置，并且可以提供消息1840所示的保持活动消息，直到需要SIP会话未知。
随后，远程UE 1810提供SIP邀请消息1850。如消息1836中所接收的，SIP邀请包含SDP要约，其中C线等于TURN服务器地址和端口。SIP邀请在消息1850中被发送到中继UE1812，然后在消息1852中被转发到SIP UA 1818。
然后，如在消息1860中所示，可以将RTP分组返回到TURN服务器1817，并且可以将消息1862从TURN服务器发送到中继UE1812。
从中继1812，可以在消息1864中将TURN数据指示加RTP分组发送到远程UE 1810。
本领域技术人员将了解，可以将上述方法和实施例混合以创建附加方法。
进一步地，在引用指示或指示符的情况下，它可以是在下面的表20中提供的以下任何一项。
表20：传达指示/指示符的可能方式
指示符本质上可以是布尔值或采取可变值。
进一步地，在以上各种实施例中使用的编码可以使用但不限于以下表21的实现。
表21：示例编码实施方式
进一步地，以上一些实施例指示第一SIP请求或响应被封装在第二SIP请求或响应中。该解决方案通常将第二SIP请求描述为SIP消息方法。然而，它同样可以是SIP信息或SIP更新。SIP方法包括始发消息及其响应。
在以上实施例中，特征标签名称、码点值及其名称仅用于说明目的，而不是绝对的。
上面的表格中使用了构造“+g.3gpp.something”。该构造通常用于可以包括在SIP字段中的特征标签中，并且允许携带这种语法信息，诸如，联系人报头、接受联系人报头、特征帽头或使用上面表20中的任何机制。
上述模块和用户设备以及设备可以是任何计算设备或网络节点。这种计算设备或网络节点可以包括任何类型的电子设备，包括但不限于诸如智能手机或蜂窝电话等移动设备。示例可以进一步包括固定或移动用户设备，诸如物联网(IoT)设备、端点、家庭自动化设备、医院或家庭环境中的医疗设备、库存跟踪设备、环境监测设备、能源管理设备、基础设施管理设备、车辆或用于车辆的设备、固定电子设备等。车辆包括机动车辆(例如，汽车、轿车、卡车、公共汽车、摩托车等)、飞行器(例如，飞机、无人驾驶飞行器、无人飞机系统、无人机、直升机等)、航天器(例如，航天飞机、太空梭、太空舱、空间站、卫星等)、船只(例如，舰船、船、气垫船、潜艇等)、有轨车辆(例如，火车和电车等)以及其他类型的车辆，包括上述任何一项的任何组合，无论是当前存在的还是之后出现的。
关于图19示出了计算设备的一种简化图。图19的计算设备可以是任何UE、S-CSCF、P-CSCF、I-CSCF、TURN服务器、STUN服务器、AS或如上所述的其他节点。
在图19中，设备1910包括处理器1920和通信子系统1930，其中处理器1920和通信子系统1930协作以执行上述实施例的方法。在一些实施例中，通信子系统1920可以包括例如用于不同无线电技术的多个子系统。
处理器1920被配置为执行可编程逻辑，该可编程逻辑可以与数据一起被存储在设备1910上，并且在图19的示例中被示为存储器1940。存储器1940可以是任何有形的、非瞬态计算机可读存储介质。计算机可读存储介质可以是有形的或暂时性/非暂时性介质，诸如，光学(例如，CD、DVD等)、磁性(例如，磁带)、闪存驱动器、硬盘驱动器或本领域已知的其他存储器。
备选地，或除了存储器1940之外，设备1910可以例如通过通信子系统1930从外部存储介质访问数据或可编程逻辑。
通信子系统1930允许设备1910与其他设备或网络元件进行通信，并且可以基于所执行的通信类型而变化。进一步地，通信子系统1930可以包括多个通信技术，包括任何有线或无线通信技术。
在一个实施例中，设备1910的各个元件之间的通信可以通过内部总线1960进行。然而，其他形式的通信也是可能的。
进一步地，如果计算站是用户设备，则下面关于图20描述一个示例用户设备。
用户设备2000可以包括具有语音或数据通信能力或两者的双向无线通信设备。用户设备2000通常具有与其他计算机系统通信的能力。作为示例，根据所提供的确切功能性，该用户设备可以称为数据消息收发设备、双向寻呼机、无线电子邮件设备、智能手机、具有数据消息传送能力的蜂窝电话、无线互联网设备、无线设备、移动设备、嵌入式蜂窝调制解调器或数据通信设备。
在使用户设备2000能够进行双向通信的情况下，它可以并入通信子系统2011，该通信子系统2011包括接收器2012和发射器2014以及关联的组件，诸如，一个或多个天线元件2016和2018、本地振荡器(LO)2013以及诸如数字信号处理器(DSP)2020等处理模块。对于通信领域的技术人员明显的是，通信子系统2011的特定设计将取决于用户设备旨在进行操作的通信网络。
网络访问要求也将取决于网络2019的类型而变化。在一些网络中，网络访问与用户设备2000的订户或用户相关联。用户设备可能需要嵌入式或可移动用户身份模块(RUIM)或订户身份模块(SIM)卡或UMTS SIM(USIM)，以便在网络上进行操作。USIM/SIM/RUIM接口2044通常类似于可以在其中***和弹出USIM/SIM/RUIM卡的卡槽。USIM/SIM/RUIM卡可以具有存储器，并且保存许多密钥配置2051以及其他信息2053，诸如，标识和与订户有关的信息。在其他情况下，用户设备2000可以与非接入节点通信，诸如，车辆、路边基础设施、另一用户设备或其他对等通信，而不是与网络2019通信。
当所需的网络注册或激活进程已完成时，用户设备2000可以通过网络2019发送和接收通信信号。如图20所图示的，网络2019可以包括与移动设备进行通信的多个基站。
天线2016通过通信网络2019接收的信号被输入到接收器2012，该接收器2012可以执行诸如信号放大、下变频、滤波、信道选择等的普通接收器功能。接收信号的模数(A/D)转换允许在DSP 2020中执行更复杂的通信功能，诸如，解调和解码。通过类似的方式，由DSP2020处理要传输的信号，例如包括调制和编码，并且输入到发射器2014以经由天线2018在通信网络2019上进行数模(D/A)转换、上变频、滤波、放大和传输。DSP 2020不仅处理通信信号，而且还提供了接收器和发射器的控制。例如，可以通过在DSP 2020中实施的自动增益控制算法来自适应地控制应用于接收器2012和发射器2014中的通信信号的增益。
用户设备2000通常包括控制设备的整体操作的处理器2038。通过通信子系统2011执行包括数据和语音通信的通信功能。处理器2038还与其他设备子系统交互，诸如，显示器2022、闪存2024、随机存取存储器(RAM)2026、辅助输入/输出(I/O)子系统2028、串行端口2030、一个或多个键盘或小键盘2032、扬声器2034、麦克风2036、其他通信子系统2040(诸如，短距离通信子系统或DSRC子系统)以及通常指定为2042的任何其他设备子系统。串行端口2030可能包括USB端口、车上诊断(OBD)端口或本领域技术人员已知的其他端口。
图20中所示的一些子系统执行与通信有关的功能，而其他子系统可以提供“驻留”或设备上功能。值得注意的是，诸如键盘2032和显示器2022等一些子系统可以用于与通信有关的功能，诸如，输入文本消息以在通信网络上传输以及用于设备驻留功能，诸如，计算器或任务列表。
处理器2038使用的操作系统软件可以被存储在诸如闪存2024等持久性存储装置中，其可以替代地是只读存储器(ROM)或类似的存储元件(未示出)。本领域技术人员将了解，可以将操作系统、特定设备应用或其部分暂时加载到易失性存储器中，诸如，RAM 2026。接收到的通信信号也可以被存储在RAM 2026中。
如所示，闪存2024可以被隔离到计算机程序2058和程序数据存储装置2050、2052、2054和2056的不同区域中。这些不同的存储类型指示每个程序可以为其自己的数据存储要求分配闪存2024的一部分。除了其操作系统功能之外，处理器2038还可以支持在用户设备上执行软件应用。控制基本操作的预定应用集合(例如潜在地包括数据和语音通信应用)通常将在制造期间安装在用户设备2000上。其他应用可以随后被安装或被动态安装。
应用和软件可以被存储在任何计算机可读存储介质上。计算机可读存储介质可以是有形的或瞬态/非瞬态介质，诸如，光学(例如，CD、DVD等)、磁性(例如，磁带)或本领域已知的其他存储器。
一个软件应用可以是个人信息管理器(PIM)应用，其具有组织和管理与用户设备的用户有关的数据项的能力，诸如但不限于电子邮件、消息、日历事件、语音邮件、约会和任务项。包括生产力应用、社交媒体应用、游戏等在内的其他应用也可以通过网络2019、辅助I/O子系统2028、串行端口2030、短程通信子系统2040或任何其他合适的子系统2042加载到用户设备2000上，并且由用户安装在RAM2026或非易失性存储装置(未示出)中，以用于由处理器2038执行。应用安装中的这种灵活性增加了设备的功能性，并且可以提供增强的设备上功能、与通信相关的功能，或两者兼而有之。
在数据通信模式下，通信子系统2011将处理诸如文本消息或网页下载等接收信号，并将其输入到处理器2038，该处理器2038可以进一步处理接收信号以输出至显示器2022，或可替代地输出至辅助I/O设备2028。
用户设备2000的用户还可以例如使用键盘2032来组成诸如消息等数据项，该消息可以是物理的或虚拟的完整的字母数字键盘或电话型键盘，与显示器2022和可能的辅助I/O设备2028结合。然后，可以通过通信子系统2011在通信网络上传输这种组成项。
在提供语音通信的情况下，用户设备2000的整体操作是类似的，除了接收信号通常可以被输出到扬声器2034并且可以通过麦克风2036生成用于传输的信号之外。备选的语音或音频I/O子系统(诸如，语音消息记录子系统)也可以在用户设备2000上被实现。尽管优选地语音或音频信号输出主要通过扬声器2034来实现，例如，显示器2022还可以被用于提供呼叫方的身份、语音呼叫的持续时间或其他与语音呼叫有关的信息的指示。
图20中的串行端口2030可以在可能需要与用户的台式计算机(未示出)进行同步的用户设备中被实现，但它是可选的设备组件。这种端口2030可以使用户能够通过外部设备或软件应用设置偏好，并且可以通过向用户设备2000提供信息或软件下载而不是通过无线通信网络来扩展用户设备2000的能力。如本领域技术人员将了解的，串行端口2030可以进一步用于将用户设备连接至计算机以充当调制解调器或为用户设备上的电池充电。
其他通信子系统2040(诸如，短距离通信子系统)是可以提供用户设备2000与不同系统或设备(不一定是类似设备)之间的通信的另一组件。例如，子系统2040可以包括红外设备以及关联的电路和组件或BluetoothTM或BluetoothTM低能通信模块，以提供与类似启用的系统和设备的通信。子系统2040可以进一步包括WUR无线电。子系统2040可以进一步包括DSRC无线电。子系统2040可以进一步包括非蜂窝通信，诸如，Wi-Fi或WiMAX或者近场通信，并且根据以上实施例，这种无线电在某些情况下可能能够被拆分。
本文描述的实施例是具有与本申请技术的元件相对应的元件的结构、系统或方法的示例。该书面描述可以使本领域技术人员能够制造和使用具有与本申请的技术的元件同样对应的替代元件的实施例。因此，本申请技术的预期范围包括与本文描述的本申请技术没有不同的其他结构、系统或方法，并且进一步包括与本文描述的本申请技术没有实质性差异的其他结构、系统或方法。
虽然在附图中按照特定顺序描绘了操作，但是不应该将其理解为需要按照所示的特定顺序或者按照相继顺序来执行这种操作，或者执行所有图示的操作以实现期望的结果。在某些情况下，可以使用多任务处理和并行处理。而且，不应该将在上述实施方式中的各种系统组件的分离理解为在所有实施方式中需要这种分离，并且应该理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中或者封装到多个软件产品中。
而且，在各种实施方式中描述和图示为离散或分离的技术、系统、子系统和方法可以与其他系统、模块、技术或方法组合或集成。被示出或讨论为耦合或直接耦合或彼此通信的其他项目可以通过一些接口、设备或中间组件间接耦合或通信，无论是电气地、机械地或者以其他方式。本领域技术人员可确定并且可以进行更改、替换和变更的其他示例。
尽管上面详细描述的说明已经示出、描述和指出了应用于各种实施方式的本公开的基本新颖特征，但是要理解的是，本领域技术人员可以进行所图示的系统的形式和细节的各种省略、替换和更改。另外，方法步骤在权利要求中出现的顺序并未暗示它们的顺序。
当消息被发送到电子设备或从电子设备发送消息时，这种操作可能不是立即的或者是直接从服务器的。它们可以从支持本文描述的设备/方法/系统的服务器或其他计算系统基础设施同步或异步地传递。前述步骤可以全部或部分地包括去往/来自设备/基础设施的同步/异步通信。而且，来自电子设备的通信可以是到网络上的一个或多个端点。这些端点可以由服务器、分布式计算系统、流处理器等提供服务。内容传递网络(CDN)也可以提供可以向电子设备提供通信。例如，除了典型的服务器响应之外，服务器还可以提供或指示数据供内容传递网络(CDN)使用，以等待电子设备在以后的时间下载，诸如电子设备的后续活动。因此，数据可以作为系统的一部分或与系统分开直接从服务器或其他基础设施(诸如，分布式基础设施或CDN)发送。
通常，存储介质可以包括以下中的任何或某种组合：半导体存储设备，诸如动态或静态随机存取存储器(DRAM或SRAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)和闪存；磁盘，诸如固定盘、软盘和可移动磁盘；另一磁性介质，包括磁带；诸如光盘(CD)或数字视频盘(DVD)等光学介质；或另一类型的存储设备。要注意的是，以上讨论的指令可以被提供在一个计算机可读或机器可读存储介质上，或者可替代地，可以被提供在分布在可能具有多个节点的大型系统中的多个计算机可读或机器可读存储介质上。这种计算机可读或机器可读存储介质被认为是物品(或制品)的一部分。物品或制品可以指任何制造的单个组件或多个组件。一个或多个存储介质可以位于运行机器可读指令的机器中，或者位于可以通过网络下载机器可读指令以执行的远程站点。
在前面的描述中，阐述了许多细节以提供对本文公开的主题的理解。然而，可以在没有这些细节中的一些的情况下实践实施方式。其他实施方式可以包括对以上讨论的细节的修改和改变。意图是所附权利要求覆盖这种修改和改变。