支持邻近发现过程的方法和装置制造方法
【专利摘要】公开一种使用D2D交互工作功能(IWF)来支持两阶段设备到设备(D2D)发现的方法和装置。D2D IWF组件可以被配置为执行运行于应用服务器上的应用与第三代合作伙伴计划(3GPP)网络之间的映射，并提供一组应用编程接口(API)以允许将发现作为服务提供给D2D应用。应用标识符可以映射到3GPP标识符。而且，还描述了用于执行客户端-服务器发现的方法和装置。第一无线发射/接收单元(WTRU)可以被配置为仅监听操作，第二WTRU可以被配置为发送信标。第一和第二WTRU可以在接入层(AS)层执行无线电接入网(RAN)发现过程。还描述了执行使用D2D IWF的D2D服务的计费的方法和装置。
【专利说明】支持邻近发现过程的方法和装置
[0001] 相关申请的交叉引用
[0002] 本申请要求2012年4月27日申请的美国临时申请No. 61/639,386 ;2012年5 月10日申请的美国临时申请No. 61/645,282 ;2012年8月31日申请的美国临时申请 No. 61/695, 625和2012年10月31日申请的美国临时申请No. 61/720, 640的权益，其全部 内容以引用的方式结合于此。
【背景技术】
[0003] 基于邻近（proximity)的应用和服务可以具有社会学的和/或技术的问题。基于 临近的应用的至少一个原则是可以在相互邻近范围内发现运行于一个或者多个设备中的 一个或者多个应用实例。基于邻近的应用还可以交换或者共享应用相关的数据或其它事 件。
[0004] 设备之间的设备至设备（D2D)通信可以在具备D2D能力的设备了解其附近存在其 他对等设备和那些设备提供和/或参与的服务之后发生。发现过程可以视为与数据通信过 程本身不同。从无线电的角度来看，与通信相比，设备发现可能以不同的频率发生，（在这 种情况下，发现频率中的D2D链路质量的判断可能必须转换为对相应D2D数据链路频率的 判断）。可以预见设备之间物理链路上的发现，随后是在不包括直接物理D2D链路的本地路 径上的通信。另外，发现可以由无线通信系统执行，包括无线电接入网（RAN)或核心网（CN) 元件中的至少一个，因为系统可以监视连接至此的设备的位置。
[0005] D2D通信的一个主要方面是服务发现。包括在D2D通信中的无线发射/接收单元 (WTRU)需要开发在它们的对等实体支持的服务方面实时发觉它们周围的WTRU。这个认知 可以帮助WTRU参与或者向它们的对等实体提供服务。在大多数情况下，通信紧跟着发现， 但是在某些情况下，发现可以是自己的最终结果，无需由任何数据通信跟随。
[0006] 在WTRU的D2D服务操作之前，必须执行设备发现，其中WTRU获得也希望和能够参 与D2D通信的它们的邻居的较低层设备地址。服务发现是过程，其中WTRU发现可发现的用 户所支持的服务和相应的服务标识。因为服务发现是过程的最终目标，因此期望在整体架 构和系统设计中将设备和服务发现绑定在一起。在可以提供D2D服务之前，设备和服务发 现可以相互独立地执行（例如，发现本身可以是服务）。
【发明内容】
[0007] 公开了支持邻近发现过程的方法和装置。可以实现包括设备和服务发现的两阶段 发现过程。还公开了基于第三代合作伙伴（3GPP)系统附着和WTRU移动性配置设备和服务 发现的过程。例如，系统附着后，系统可以从附着消息自身，或者从用户配置文件（profile) 中获取关于邻近的用户偏好。邻近配置信息（例如，伙伴列表，位置上下文，基于位置的应 用可应用性），可以随着WTRU移动而更新，例如，通过跟踪区域更新（TAU)和切换（H0)。可 以实现过程以使得WTRU能够注册到特定的设备到设备（D2D)基于邻近的服务。还公开了 结合设备注册和应用/服务启用（enablement)的过程。还公开了通过多个无线电接入技 术（RAT)启用邻近发现设备的过程。唯一标识符（ID)可以跨多个RAT使用，触发设备发现 可以跨RAT发生。
【专利附图】
【附图说明】
[0008] 更详细的理解可以从下述结合附图以示例方式给出描述中得到，其中：
[0009] 图1A示出了可以在其中执行一个或多个公开的实施方式的一个示例性通信系 统；
[0010] 图1B示出了可在图1A所示通信系统中使用的一个示例性无线发射/接收单元 (WTRU)；
[0011] 图1C示出了可在图1A所示通信系统中使用的一个示例性无线电接入网和一个示 例性核心网；
[0012] 图2A示出了一个由两个彼此邻近的WTRU通过各自的演进型节点B(eNB)到核心 网（CN)节点（例如，服务网关（SGW)或分组数据网（PDN)网关（PGW))的通信的一个示例；
[0013] 图2B示出了一个用于两个经由eNB本地路由的WTRU之间的邻近通信的数据路径 的示例；
[0014] 图2C示出了一个直接的WTRU到WTRU(S卩，端到端）数据路径的示例；
[0015] 图3A示出了一个建立没有中间节点参与的直接WTRU到WTRU承载的示例；
[0016] 图3B示出了通过eNB或家用eNB (HeNB)的WTRU到WTRU承载的示例；
[0017] 图3C示出了一个在路径中经由eNB或HeNB建立承载的示例；
[0018] 图3D示出了一个在两个WTRU在两种不同的eNB或HeNB覆盖下时建立通过SGW 的端到端承载的示例；
[0019] 图4示出了一个发起邻近服务请求的WTRU和建立优化的邻近连接（0PC)以支持 最佳设备到设备（D2D)通信的示例；
[0020] 图5示出了邻近服务的策略和计费控制模型；
[0021] 图6示出了基于网络的邻近触发过程的流程图；
[0022] 图7示出了特定应用的邻近信息的注册和交换；
[0023] 图8示出了 D2D架构的直接模型的概要图；
[0024] 图9示出了一个D2D架构的直接模型的展开图；
[0025] 图10示出了 D2D架构的间接模型的概要图；
[0026] 图11示出了一个D2D架构的间接模型的展开图；
[0027] 图12示出了 D2D架构的混合架构的概要图；
[0028] 图13示出了可能的D2D服务序列的信号流程图；
[0029] 图14A和14B -起是具有D2D支持的示例附着过程的信号流程图；
[0030] 图15是示例服务和设备发现过程的信号流程图；
[0031] 图16显示了接入网发现和选择功能（ANDSF)管理对象（M0)顶层结构；
[0032] 图17显示了 ANDSF M0发现信息子树结构；
[0033] 图18显示了 ANDSF MO WTRU位置子树结构；
[0034] 图19显示了 D2D设备发现子树；
[0035] 图20显示了 ANDSF辅助的D2D发现的通信交换示例；
[0036] 图21显示了通用广告服务（GAS)协议的基本结构；
[0037] 图22A - 22C -起是示例客户端-服务器发现过程的信号流程图；
[0038] 图23A - 23C -起是示例设备发起的引导（directed)的服务发现过程的信号流 程图；
[0039] 图24A - 24C -起是示例网络发起的引导的服务发现过程的信号流程图；
[0040] 图25A和25B-起是示例点到点无线电接入网（RAN)级的发现过程的信号流程 图；
[0041] 图26A和26B -起是另一示例点到点RAN级的发现过程的信号流程图；以及
[0042] 图27A和27B -起是示例格式化计费数据记录的D2D过程的信号流程图。
【具体实施方式】
[0043] 图1A示出了可以在其中执行一个或多个公开的实施方式的示例性通信系统100。 通信系统100可以是向多个无线用户提供内容，例如语音、数据、视频、消息、广播等的多 接入系统。通信系统100可以使多个无线用户能够通过共享系统资源，包括无线带宽来 访问这些内容。例如，通信系统100可以使用一种或者多种信道接入方法，例如码分多址 (CDMA)、时分多址（TDMA)、频分多址（FDMA)、正交 FDMA (0FDMA)、单载波 FDMA (SC-FDMA)等 等。
[0044] 如图1A所示，通信系统100可以包括无线发射/接收单元（WTRU)102a、102b、 102c、102d、无线电接入网（RAN) 104、核心网106、公共交换电话网（PSTN) 108、因特网110、 和其他网络112,不过应该理解的是公开的实施方式考虑到了任意数量的WTRU、基站、网络 和/或网络元件。WTRU 102a、102b、102c、102d中的每一个可以是配置为在无线环境中进行 操作和/或通信的任何类型的设备。作为示例，可以将WTRU 102a、102b、102c、102d配置为 发送和/或接收无线信号，并可以包括用户设备（UE)、移动站、固定或者移动用户单元、寻 呼器、蜂窝电话、个人数字助理（PDA)、智能电话、膝上型电脑、上网本、个人计算机、无线传 感器、消费电子广品等等。
[0045] 通信系统100还可以包括基站114a和基站114b。基站114a、114b的每一个都可 以是配置为与WTRU 102a、102b、102c、102d中的至少一个无线接口以便于接入一个或者多 个通信网络，例如核心网106、因特网110和/或网络112的任何类型的设备。作为示例，基 站114a、114b可以是基站收发信台（BTS)、节点B、演进型节点B (eNB)、家用节点B (HNB)、家 用eNB(HeNB)、站点控制器、接入点（AP)、无线路由器等等。虽然基站114a、114b每个被描 述为单独的元件，但是应该理解的是基站114a、114b可以包括任何数量互连的基站和/或 网络元件。
[0046] 基站114a可以是RAN 104的一部分，RAN 104也可以包括其他基站和/或网络元 件（未显示），例如基站控制器（BSC)、无线电网络控制器（RNC)、中继节点等。可以将基站 114a和/或基站114b配置为在特定地理区域之内发送和/或接收无线信号，该区域可以被 称为小区（未显示）。小区还可以被划分为小区扇区。例如，与基站114a关联的小区可以 划分为三个扇区。因此，在一个实施方式中，基站114a可以包括三个收发信机，即每一个用 于小区的一个扇区。在另一个实施方式中，基站114a可以使用多输入多输出（ΜΙΜΟ)技术， 因此，可以将多个收发信机用于小区的每一个扇区。
[0047] 基站 114a、114b 可以通过空中接口 116 与 WTRU 102a、102b、102c、102d 中的一个 或者多个通信，该空中接口 116可以是任何合适的无线通信链路（例如，射频（RF)、微波、红 外（IR)、紫外线（UV)、可见光等）。可以使用任何合适的无线电接入技术（RAT)来建立空中 接口 116。
[0048] 更具体地，如上所述，通信系统100可以是多接入系统，并可以使用一种或者多种 信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，RAN 104中的基站114a 和WTRU 102a、102b、102c可以使用例如通用移动电信系统（UMTS)陆地无线电接入（UTRA) 的无线电技术，其可以使用宽带CDMA(WCDMA)来建立空中接口 116。WCDMA可以包括例如高 速分组接入（HSPA)和/或演进的HSPA(HSPA+)的通信协议。HSPA可以包括高速下行链路 分组接入（HSDPA)和/或高速上行链路分组接入（HSUPA)。
[0049] 在另一个实施方式中，基站114a和WTRU 102a、102b、102c可以使用例如演进 UTRA(E-UTRA)的无线电技术，其可以使用长期演进（LTE)和/或高级LTE(LTE-A)来建立空 中接口 116。
[0050] 在其他实施方式中，基站114a和WTRU 102a、102b、102c可以使用例如 IEEE802. 16(即全球微波接入互操作性（WiMAX))、CDMA2000、CDMA20001X、CDMA2000 演进数 据优化（EV-D0)、暂行标准2000 (IS-2000)、暂行标准95 (IS-95)、暂行标准856 (IS-856)、全 球移动通信系统（GSM)、GSM演进的增强型数据速率（EDGE)、GSM/EDGE RAN(GERAN)等等的 无线电技术。
[0051] 图1A中的基站114b可以是无线路由器、HNB、HeNB或AP，例如，并且可以使用任 何适当的RAT来促进局部区域中的无线连接，例如商业场所、住宅、车辆、校园等等。在一 个实施方式中，基站114b和WTRU 102c、102d可以实现例如IEEE 802. 11的无线电技术来 建立无线局域网（WLAN)。在另一个实施方式中，基站114b和WTRU 102c、102d可以实现例 如IEEE 802. 15的无线电技术来实现无线个域网（WPAN)。仍然在另一个实施方式中，基站 114b 和 WTRU 102c、102d 可以使用基于蜂窝的 RAT (例如，WCDMA，CDMA2000, GSM，LTE，LTE-A 等）来建立微微小区或毫微微小区。如图1A所示，基站114b可以具有到因特网110的直 接连接。因此，基站114b可以不必经由核心网106而接入到因特网110。
[0052] RAN 104可以与核心网106通信，所述核心网106可以是被配置为向WTRU 102a、 102b、102c、102d中的一个或多个提供语音、数据、应用和/或通过网际协议的语音（VoIP) 服务的任何类型的网络。例如，核心网106可以提供呼叫控制、计费服务、基于移动位置的 服务、预付费呼叫、因特网连接、视频分配等，和/或执行高级安全功能，例如用户认证。虽 然图1A中未示出，应该理解的是RAN 104和/或核心网106可以与使用和RAN 104相同的 RAT或不同RAT的其他RAN进行直接或间接的通信。例如，除了连接到正在使用E-UTRA无 线电技术的RAN 104之外，核心网106还可以与使用GSM无线电技术的另一个RAN(未示 出）通信。
[0053] 核心网 106 还可以充当 WTRU 102a、102b、102c、102d接入到PSTN108、因特网110 和/或其他网络112的网关。PSTN 108可以包括提供普通老式电话服务（POTS)的电路交 换电话网络。因特网110可以包括使用公共通信协议的全球互联计算机网络和设备的系 统，所述协议例如有TCP/IP组中的传输控制协议（TCP)、用户数据报协议（UDP)和网际协 议（IP)。网络112可以包括被其他服务提供商拥有和/或操作的有线或无线的通信网络。 例如，网络112可以包括连接到一个或多个RAN中的另一个核心网，该RAN可以使用和RAN 104相同的RAT或不同的RAT。
[0054] 通信系统100中的WTRU 102a、102b、102c、102d的某些或全部可以包括多模式能 力，即WTRU 102a、102b、102c、102d可以包括用于在不同无线链路上与不同无线网络进行 通信的多个收发信机。例如，图1A中示出的WTRU 102c可被配置为与基站114a通信，所述 基站114a可以使用基于蜂窝的无线电技术，以及与基站114b通信，所述基站114b可以使 用IEEE 802无线电技术。
[0055] 图1B示出了可以在图1A所示通信系统100中使用的一个示例性的WTRU 102。 如图1B所示，WTRU 102可以包括处理器118、收发信机120、发射/接收元件（例如，天 线）122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移动存储器130、可移动 存储器132、电源134、全球定位系统（GPS)芯片组136和外围设备138。应该理解的是WTRU 102可以在保持与实施方式一致时，包括前述元件的任何子组合。
[0056] 处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器（DSP)、 微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路 (ASIC)、场可编程门阵列（FPGA)电路、集成电路（1C)、状态机等等。处理器118可执行信号 编码、数据处理、功率控制、输入/输出处理和/或使WTRU 102能够在无线环境中进行操作 的任何其他功能。处理器118可以耦合到收发信机120,所述收发信机120可耦合到发射 /接收元件122。虽然图1B示出了处理器118和收发信机120是单独的部件，但是处理器 118和收发信机120可以一起集成在电子封装或芯片中。
[0057] 发射/接收元件122可以被配置为通过空中接口 116将信号发送到基站（例如，基 站114a)，或从基站（例如，基站114a)接收信号。例如，在一个实施方式中，发射/接收元 件122可以是被配置为发送和/或接收RF信号的天线。在另一个实施方式中，发射/接收 元件122可以是被配置为发送和/或接收例如IR、UV或可见光信号的发射器/检测器。仍 然在另一个实施方式中，发射/接收元件122可以被配置为发送和接收RF和光信号两者。 发射/接收元件122可以被配置为发送和/或接收无线信号的任何组合。
[0058] 此外，虽然发射/接收元件122在图1B中示出为单独的元件，但是WTRU 102可以 包括任意数量的发射/接收元件122。更具体地，WTRU 102可以使用ΜΜ0技术。因此，在 一个实施方式中，WTRU 102可以包括用于通过空中接口 116发送和接收无线信号的两个或 更多个发射/接收元件122 (例如，多个天线）。
[0059] 收发信机120可以被配置为调制要由发射/接收元件122发送的信号，解调由发 射/接收元件122接收的信号。如上所述，WTRU 102可以具有多模式能力。因此，收发信 机120可以包括使WTRU 102能够经由多个RAT通信的多个收发信机，所述多个RAT例如有 UTRA 和 IEEE 802.11。
[0060] WTRU 102的处理器118可以耦合到下述设备，并且可以从下述设备中接收用户输 入数据：扬声器/麦克风124、键盘126和/或显示器/触摸板128 (例如，液晶显示器（LCD) 显示单元或有机发光二极管（0LED)显示单元）。处理器118还可以输出用户数据到扬声器 /麦克风124、键盘126和/或显示/触摸板128。此外，处理器118可以从任何类型的适当 的存储器访问信息，并且可以存储数据到所述存储器中，例如不可移动存储器130和/或可 移动存储器132。不可移动存储器130可以包括随机存取存储器（RAM)、只读存储器（ROM)、 硬盘或任何其他类型的存储器设备。可移动存储器132可以包括用户标识模块（SIM)卡、 记忆棒、安全数字（SD)存储卡等等。在其他的实施方式中，处理器118可以从在物理位置 上没有位于WTRU 102上（例如服务器或家用计算机（未示出）上）的存储器访问信息，并 且可以将数据存储在该存储器。
[0061] 处理器118可以从电源134接收电能，并且可以被配置为分配和/或控制到WTRU 102中的其他部件的电能。电源134可以是给WTRU 102供电的任何适当的设备。例如，电 源134可以包括一个或多个干电池（例如，镍镉（NiCd)、镍锌（NiZn)、镍氢（NiMH)、锂离子 (Li-ion)，等等），太阳能电池，燃料电池等等。
[0062] 处理器118还可以耦合到GPS芯片组136,所述GPS芯片组136可以被配置为提供 关于WTRU 102当前位置的位置信息（例如，经度和纬度）。除来自GPS芯片组136的信息 或作为其替代，WTRU 102可以通过空中接口 116从基站（例如，基站114a、114b)接收位置 信息，和/或基于从两个或更多个邻近基站接收的信号的定时来确定其位置。WTRU 102在 保持实施方式的一致性时，可以通过任何适当的位置确定方法获得位置信息。
[0063] 处理器118可以进一步耦合到其他外围设备138,所述外围设备138可以包括一个 或多个提供附加特性、功能和/或有线或无线连接的软件和/或硬件模块。例如，外围设备 138可以包括加速计、电子罗盘、卫星收发信机、数字相机（用于照片或视频）、通用串行总 线（USB)端□、振动设备、电视收发信机、免提耳机、蓝牙?模块、调频（FM)无线电单元、数 字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。
[0064] 图1C示出了可以在图1A所示的通信系统100中使用的一个示例性RAN 104和一 个示例性核心网106。如上所述，RAN 104可使用E-UTRA无线电技术通过空中接口 116与 WTRU 102a、102b、102c通信。RAN 104还可以与核心网106通信。
[0065] RAN 104可包括eNB 140a、140b、140c，但是可以理解的是RAN 104可以包括任意 数量的eNB而同时保持与实施方式的一致性。eNB 140a、140b、140c的每一个都可以包括一 个或者多个收发信机用于通过空中接口 116与WTRU 102a、102b、102c通信。在一个实施方 式中，eNB 140a、140b、140c可以实现ΜΜ0技术。因此，例如eNB 140a可以使用多天线来 向WTRU 102a发送无线信号和从WTRU 102a接收无线信号。
[0066] eNB 140a、140b、140c中的每一个可以与特定小区（未显示）相关联，并可以被配 置为处理无线电资源管理决策、切换决策、在上行链路和/或下行链路调度用户等。如图1C 所示，eNB 140a、140b、140c可以通过X2接口彼此通信。
[0067] 图1C中所示的核心网106可以包括移动性管理网关（MME) 142、服务网关144、和 分组数据网络（PDN)网关146。虽然前述的每个元件都被描述为核心网106的一部分，但是 应该理解的是这些元件中的任何一个都可由核心网运营商之外的实体拥有和/或操作。
[0068] MME 142可经由S1接口被连接到RAN 104中的eNB 140a、140b和140c的每个，并 充当控制节点。例如，MME 142可负责认证WTRU 102a、102b、102c的用户，承载激活/去激 活，在WTRU 102a、102b、102c的初始附着期间选择特定服务网关，等等。MME 142还可以为 RAN 104和使用其他无线电技术，例如GSM或WCDMA的其他RAN(未示出）之间的交换提供 控制平面功能。
[0069] 服务网关144可经由S1接口连接到RAN 104中eNB 140a、140b、140c的每一个。 服务网关144通常可以路由和转发往/来WTRU 102a、102b、102c的用户数据分组。服务网 关144还可以执行其他功能，例如在eNB之间的切换期间锚定用户平面，在下行链路数据可 用于WTRU 102a、102b、102c时触发寻呼，管理和存储WTRU 102a、102b、102c的上下文，等 等。
[0070] 服务网关144还可连接到PDN网关146,所述PDN网关146可以向WTRU 102a、 102b、102c提供对分组交换网络，例如因特网110的接入，以促进WTRU 102a、102b、102c和 IP使能设备之间的通信。
[0071] 核心网106可促进与其他网络的通信。例如，核心网106可向WTRU 102a、102b、 102c提供对电路交换网络，例如PSTN 108的接入，以促进WTRU 102a、102b、102c和传统陆 线通信设备之间的通信。例如，核心网106可包括IP网关，或可与IP网关通信（例如，IP 多媒体子系统（MS)服务器），所述IP网关用作核心网106和PSTN 108之间的接口。此 夕卜，核心网106可向WTRU 102a、102b、102c提供对网络112的接入，所述网络112可包括由 其他服务提供商拥有和/或操作的其他有线或无线网络。
[0072] GPS技术和/或相关的标准有机会成为使设备间基于邻近的发现和通信成为可能 的选择的平台，并促进广阔的未来和更先进的基于邻近的应用和服务。
[0073] 在基于邻近的服务中一直存在相当的兴趣。用例正在被研究，潜在的需求和功能 正在被确定用于连续网络控制下，和/或处于3GPP LTE网络覆盖下的邻近的设备之间的运 营商网络控制的发现和通信。3GPP基于邻近的服务可以被启动用于商业/社交用途、网络 卸载、公共安全及当前基础设施服务的整合（以保证包括可达性和移动性方面的用户体验 的一致性）、和在没有演进的通用移动电信系统陆地无线电接入网络（EUTRAN)覆盖的情况 下的公共安全（受区域规章和运营商策略的管制，并限制为特定公共安全指定的频带和终 端）。
[0074] 这些基于邻近的服务的一般场景可以包括WTRU邻近发现，WTRU同意被发现、可接 触和可对话的，邻近WTRU到WTRU (即端到端）通信、和由网络或运营商对于发现的可控性 和策略、以及可发现性和随后的通信形式。
[0075] 图2A示出了彼此邻近的两个WTRU 2(^和2052经由各自的演进节点B (eNB) 2(^ 和2052与核心网（CN)节点215(例如，服务网关（SGW)或分组数据网（PDN)网关（PGW))通 信的一个示例。在WTRU 205碰巧彼此接近的情况下，这些WTRU 205之间的任何通信可能 必须经由CN节点215路由。例如，WTRU 205可以以与图1A-1C所述的WTRU 102的配置类 似的方式来配置。
[0076] 邻近WTRU之间的通信可能被增强以采用其他路径，诸如直接（例如，某一距离内 许可/未许可频谱中的直接无线电路径）或间接的（通过网络元件一小区内/小区间或者 eNB内/eNB间或者SGW等），这可以由网络或运营商控制。
[0077] 图2B示出了用于在经由eNB 225进行本地路由的两个WTRU 22(^和2202之间邻 近通信的数据路径的一个示例。
[0078] 图2C示出了直接通过空中接口的直接WTRU到WTRU数据路径230的一个示例。
[0079] 邻近服务数据路径选择，（通过基础设施中某一路径直接或间接的）可以通过无 线电或网络覆盖、负载条件或由网络或运营商设定的策略来确定。可以在网络共享部署中 支持基于邻近的服务。
[0080] 可以使用多种技术应对启用WTRU到WTRU邻近服务的一个或多个挑战。例如，对 于WTRU到WTRU连接或承载的寻呼过程可能不同于当前的S1寻呼过程。WTRU之一可能需 要以某种方式通知MME其具有用于其他WTRU的数据，所述其他WTRU可能处于空闲模式，也 可能处于另一个MME的覆盖下。而且，当前的寻呼过程可能设置某些或全部资源（例如，回 复WTRU和网络之间所有现存的演进分组系统（EPS)承载）。然而在WTRU到WTRU连接的情 况下，这可能并不需要，可以设置该资源或者直接通信所需的资源，这样就需要修改这个过 程。进一步地，MME可以寻呼WTRU以确定其位置。从而，可以定义一种机制将WTRU带入连 接模式，也许仅确定小区级的位置而不建立用户平面。
[0081] 在WTRU到WTRU通信开始之前，两个WTRU都可以发现彼此并确定它们足够接近以 可能进行直接通信。这种类型的发现可以在协议栈的几个等级或层上实现。可以实现NAS 方法来发现WTRU。因此，可以定义不同的NAS过程向网络发送发现邻近相关信息。发现过 程可以由网络或者WTRU发起，对于每种情况可能不同。而且，这种发现还可以扩展到一个 WTRU可能发现一组WTRU或两个WTRU可能属于不同公共陆地移动网络（PLMN)的情况。在 两种情况下，可以为WTRU定义发现、加入或离开组的方法。而且，邻近组（下文称为邻近服 务（ProSe)组）可能被动态地形成或解散。可以确定这些组的属性是什么、这些组如何形 成、谁触发了组的形成以及何时和如何触发。
[0082] 可能存在通常可以列出以允许某些服务的规则和策略。某些或每种服务可以具有 可能由CN验证以允许其使用的规则和条件。邻近可以是另一种需要定义规则和策略的服 务，从而网络可以控制这种服务并可以能够基于不同标准对其使用进行收费。
[0083] 可能需要相关的规则和策略允许列出的邻近服务需求。这些规则可以考虑不同的 因素（例如，WTRU位置、订阅、PLMN、优先级用户等）。
[0084] 在紧急邻近情况下，可以使用单独的一组规则和策略用于使用邻近服务。在WTRU 和网络上都可能存在某些异常动作，因此可以列出这些异常规则和动作。
[0085] 可以在不同节点（例如，e节点B、MME、WTRU等）执行这些规则。而且，可能存在 一种机制在WTRU和网络之间交换这些规则，这样希望定义交换这些规则的过程。
[0086] 计费可以是一个重要的方面，尤其对于运营商，因为他们需要引入这种服务获得 收入。因此，可以这样定义方法，由此可以根据通信方法（例如，直接或经由RAN、或者经由 RAN上的节点）应用计费。
[0087] 可能存在可以设置直接WTRU到WTRU承载或PDN连接的不同方式。该承载可以从 一个WTRU开始并可以完全到达另一 WTRU。根据网络如何建立该WTRU到WTRU承载以及涉 及的WTRU的能力，该承载可以是两个WTRU之间的直接承载，或者可以在该承载的路径中存 在某些中间RAN或CN节点。
[0088] 图3A (情况1)示出了建立一个不涉及中间节点的直接WTRU到WTRU承载（即端 到端承载）的示例。图3A示出了如果WTRU 30(^和3002都支持直接WTRU到WTRU通信，可 以在两个WTRU 30(^和3002之间建立本地承载305。这种类型的承载可以包括两个WTRU 30(^和3002之间的无线电承载，但是其仍然可以在两个WTRU中的NAS等级上具有承载上 下文。因此，与现有承载设置情况中的EPS承载ID类似，NAS标识符（ID)可以分配给该承 载。可替换的或除此之外，这个新的承载可能没有NAS上下文并可以从WTRU 30(^2-的分 组数据汇聚协议（pdcp)层开始，且可以结束于另一 wtru 3〇〇d^rocp层，或反之亦然。这 种情况下，该承载可以由RAB ID标识。
[0089] 如前面提到的，WTRU到WTRU承载可以通过RAN或CN节点。图3B(情况2)示出了 通过eNB或家用eNB (HeNB)的WTRU到WTRU承载的示例。该承载可以包括两个无线电承载 (RAB)315JP3152。RAB 315i 可以在 WTRU1 和 eNB/HeNB 320 之间，RAB 3152 可以在 WTRU2 和eNB/HeNB 320之间。这些类型的承载可以没有RAB 315和S1承载之间的一对一映射， 因为在这种情况下可以不存在任何建立的S1和S5资源。相反，可以存在各个承载的每一 端的RAB 315之间的一对一映射（例如，可以存在到eNB/HeNB 320的RAB 3%和到eNB/ HeNB 320的RAB 3152之间的一对一映射）。
[0090] 图3C(情况3)示出了经由路径中的eNB或HeNB建立承载的一个示例。每个WTRU 可以建立一个定期PDN连接（例如，两个WTRU都可以建立如图3C所示的S1和S5资源）。 然而，这些资源不能用于WTRU到WTRU通信，因为当数据到达eNB/HeNB时，eNB/HeNB可以 将数据路由到连接接收WTRU的RAB，而不是向S1-U隧道发送数据。情况3呈现的解决方案 也可以应用到下面的SGW级场景。
[0091] 图3D (情况4)示出了在两个WTRU处于两个不同的eNB/HeNB 335jP 3352覆盖下 时建立通过SGW 330的端到端承载的一个示例。如图3D所示，在这个场景下，端到端承载可 以包括两个RAB 34(^和3402以及两个S1-U隧道和3452。WTRU1和eNB/HeNB 335i之 间存在RAB 34〇i，另一 eNB/HeNB 3352和SGW 330之间存在相应的S1-U连接。而且，WTRU2 和SGW 330之间存在同样的安排。RAB和S1-U连接之间可以存在一对一映射。而且，如图 3D所述，两个S1-U隧道345之间可以存在一对一映射。
[0092] 图4示出了发起邻近服务请求并建立优化的邻近连接（0PC)以支持最优设备到设 备（D2D)通信的WTRU 400的一个示例。邻近服务承载的建立可以由WTRU 400或网络发起。 WTRU 400可以请求具有特定服务质量（QoS)需求的资源以及邻近特性ID或者WTRU 400可 能感兴趣的关于建立优化邻近连接（0PC)的搭档列表、或者确定搭档邻近的请求的至少一 者。WTRU 400可以使用由周围WTRU广播的值和/或它可以明确地使用应用功能提供的ID， 以向MME发送适当的信息元素（IE)。WTRU 400可以请求具有特定QoS需求的资源以及D2D 承载是否可以共享同一 QoS类别ID (QCI)特征的指示、发起WTRU和终止WTRU是否可以具 有相同QoS参数的指示、和/或请求WTRU是否可以承担临时赞助属性的指示。赞助属性可 以包括但不局限于，承担建立系统资源导致的财务负担，（例如，承担建立网络资源的费用， 例如用于传送数据分组的无线电连接或者网络连接）。
[0093] WTRU 400可以请求建立网络和无线电资源，用于执行D2D通信或者执行邻近过程 的目的。这可以通过承载资源分配请求或承载资源修改来实现。网络能够接受或拒绝是否 由特定WTRU触发邻近过程。当WTRU使用在此所述机制请求网络资源时，网络可以基于特 定应用的需求确定什么可能是最可行的过程，以建立优化连接并传递位置信息。
[0094] 应用可以请求保证邻近承载建立的资源。例如，应用可以通过Rx接口请求可以促 进策略和计费规则功能（PCRF)以设置触发承载建立或可以用于支持0PC的承载的服务或 动作。在此描述了可以触发支持0PC的承载的建立的服务或动作。
[0095] 可替换地，提供邻近服务的应用可以请求承载的建立以支持0PC (例如，通过Rx接 口）。在此描述了可能的原因，但不是应用可以请求支持0PC的资源的原因的完全列举。可 替换地，需要邻近服务的应用可以从邻近服务器或中央邻近功能请求邻近业务，而其可以 使用之前描述的方法中的任意来建立端到端邻近承载。可替换地，WTRU 400内的应用可以 请求可能需要用于支持OPC的承载建立的资源。
[0096] 图5示出了用于邻近服务的策略和计费控制模型500,其中可以建立基于PCRF的 邻近驱动的承载。应用功能（AF)505,（例如，邻近服务器）可以向PCRF 510提供承载必须 遵循的特征和/或要求以支持在这些承载上传输的数据流的需要。从而，AF 505可以明确 向PCRF 510指明可能需要邻近支持的应用的"支持的特性"或"应用标识"。这可以使用已 经包含在认证和授权请求（AAR)直径（diameter)消息中的现有属性值参数（AVP)来实现。 PCRF 510可以使用策略将"应用标识"或"支持的特性"与特定QoS和/或策略和计费控制 (PCC)规则和/或单个的邻近服务ID "绑定"在一起。
[0097] 策略与计费控制模型500进一步包括用户配置文件库（SPR)515、在线计费系统 (OCS) 52〇i和5202、承载建立和事件报告功能（BBERF) 525、业务量检测功能530和策略计费 执行功能535。
[0098] 单代理服务ID可以用于关联订阅可能需要邻近服务的应用的任意其他成员。这 些成员可以是一组的部分或者可以通过0PC连接的单独WTRU，其可以是采用WTRU到WTRU 通信的更短路径的连接（例如，情况3中通过eNB的邻近连接）。
[0099] 邻近服务ID可以来源于组ID或者与需要邻近支持的应用或服务相关联的应用 ID。单邻近服务ID(SPSI)可以用于管理可以关联到该单个业务量流模版（TFT)的WTRU的 连接，将何时和/或何地建立这个连接的决定完全留给3GPP网络。通过相关的PGW，PCRF 可以将单个邻近服务ID发送到MME。MME可以使用这个标识来确定是否存在支持可以使用 0PC连接的邻近服务的WTRU。如果MME识别两个或更多个具有相同邻近服务ID的WTRU， MME可以确定这些WTRU是否可以通过0PC连接。0PC可以在不同等级上定义，包括相同的 PGW、相同的LGW、相同的eNB/HeNB/HeNB或任意其他可以通过相同邻近承载ID来支持直接 路由的节点。
[0100] 除了使用SPSI，MME可以使用一些其他标准来确定0PC是否可以允许/执行，包括 发送信号通知候选OPC WTRU的邻近的修改的WTRU邻近指示。
[0101] 此外，只要MME能够确定两个或更多个WTRU连接到候选0PC节点，就可以使用执 行0PC的候选节点的节点ID。MME可以从WTRU承载上下文获得候选的0PC节点ID，该信息 可以在切换过程期间传递，包括MME间和MME内的切换。例如，承载上下文可以在"所需切 换"消息和"转发重定位请求"消息中传递。可替换地，可以使用全球eNB ID来标识两个或 多个启用了邻近的WTRU是否连接到同一 eNB。进一步，可以使用封闭用户组（CSG) ID和本 地 H(e)NB 网络（LHN)。
[0102] 图6示出了基于网络的邻近触发过程600的信号流程图。应用功能（AF)605,可能 作为邻近服务器，可以向PCRF 615发送邻近服务请求610。邻近服务请求610可以已经由 从AF 605请求邻近服务的单独的AF触发。服务信息可以提供，应用ID或特征ID和单个 邻近服务ID，等。PCRF 615可以向归属用户服务（HSS)/用户配置文件库（SPR)625发送用 户配置文件请求消息620,传递应用ID/特征ID。HSS/SPR 625可以使用该信息获取可以由 用户定义为潜在邻近搭档的用户的列表。列表可以在HSS/SPR 625发送的配置文件响应消 息630中提供。邻近搭档列表，与应用/特征ID -起，可以通过消息链传递到MME。MME可 以使用该信息确定是否可以建立0PC。
[0103] 在此描述了当一个或两个WTRU移动到空闲模式时WTRU到WTRU承载上的过程和 影响。进一步，描述了在另一个WTRU有数据要在空闲模式发送时可以导致WTRU之一转换 到连接模式的寻呼过程。根据在此描述的WTRU到WTRU承载情况，过程和方法可能不同。
[0104] 在图3A所示的情况1中，当WTRU之一进入空闲模式，可以解除直接的WTRU到WTRU 承载（即，可以释放无线电承载）。然而，承载的上下文可以保留在两个WTRU中。承载上下 文可以由无线电承载上下文或者全部或部分EPS承载上下文组成。因此，当两个WTRU返回 连接模式时，可以重新建立相同承载。
[0105] 在图3A中所示的示例中，如果WTRU之一处于空闲模式，WTRU1和WTRU2之间的RAB 可以解除。然而，WTRU2可以具有将要发送到WTRU1的一些对等数据，但是因为解除了直接 的WTRU到WTRU承载，WTRU2可以因此了解WTRU1处于空闲模式，从而WTRU2可以经由默认 的TON连接或指向TON连接的默认承载发送第一分组。因为该第一分组的目的地网际协议 (IP)地址可以是WTRU1的地址，因此可以将其路由到PGW，并最终到达WTRU1的SGW。这可 以触发MME的定期寻呼以将WTRU1转换为连接模式。一旦WTRU1处于连接模式，剩余分组 可以通过直接的WTRU到WTRU承载发送。可替换地，eNB或SGW可以丢弃触发寻呼的第一 分组，并且一旦重新建立了 WTRU到WTRU承载，包含第一分组的所有分组可以在直接承载上 发送。
[0106] 在图3B所示的示例（情况B)中，当WTRU之一转换到空闲模式时，可以拒绝（turn down)端到端承载，S卩，可以释放两个RAB。然而，可以在WTRU1、WTRU2和eNB中保留RAB的 上下文。如果是这样的话，如果WTRU之一有将要发送到另一可能处于空闲状态的WTRU的 分组，之前描述的解决方案也可以应用到这种情况。
[0107] 如果WTRU之一处于空闲模式，不能释放整个WTRU到WTRU承载，而是仅连接到特 定WTRU的部分承载可以被释放。
[0108] 在图3B中示出的是示例（情况B)中，如果WTRU1转换到空闲模式，可以释放从 WTRU1到eNB的RAB，但是如果WTRU2保持在连接模式，不能释放从WTRU2到eNB的RAB。如 果WTRU2有想要发送到WTRU1的一些邻近或对等分组，它可能不知道WTRU1处于空闲模式， 因为用于从WTRU2到eNB的WTRU到WTRU承载的RAB仍然处于激活状态。因此它可以在那 个RAB上发送分组。当第一分组到达eNB时，它知道那个WTRU1处于空闲状态。它可以向 MME发送通知以将WTRU带入连接模式，其一旦它从MME接收了响应，就可以发送无线电资源 控制（RRC)重配置请求以重新建立RAB。一旦在eNB和WTRU1之间重新建立了 RAB，eNB就 可以将第一分组转发到WTRU，且然后某些或全部剩余分组可以通过对eNB透明的WTRU到 WTRU承载传送。eNB可以丢弃第一分组，一旦重新建立了承载，包括第一分组的所有分组可 以由WTRU2发送。
[0109] 图3C示出了经由eNB或HeNB在路径中建立承载的一个示例。在图3C所示的示 例（情况3)中，每个WTRU可以具有到达PGW或ProSe-GW的单独的承载，但是数据分组可 以在连接到两个WTRU的eNB从一个RAB直接传送到另一个RAB。从而，在这种情况下，WTRU 之一移动到空闲模式时，与那个WTRU相关联的所有RAB和S1-U承载可以被解除或释放。
[0110] 参考图3C，如果WTRU1进入空闲模式，eNB/HeNB可以移除或去激活与这个承载或 RAB相关联的"映射ID"。从而，如果WTRU2有数据要发送到WTRU1，当数据可以能到达eNB/ HeNB时。如果映射ID还没有分配给这个RAB，那么可以将这个数据转发到相应的S1-U隧 道，接着可以最终转发到S5/S8隧道。可以将数据路由返回PGW/ProSe和WTRU1的SGW，其 可以触发定期寻呼过程以将WTRU1转换到连接模式。可以向eNB/HeNB发送新的"映射ID" 或指示以在这个寻呼过程期间重新激活旧的映射ID。从而，一旦WTRU1返回到连接模式， eNB/HeNB可以使本地路径能够通过eNB/HeNB用于该承载，所有的对等数据可以经由这条 从WTRU1到WTRU2的路径发送。对于情况4,可能与情况2描述的情况类似，当WTRU之一转 换到空闲模式，可以去激活整个端到端承载，或者可以去激活与转换到空闲模式的WTRU相 关联的部分承载，在这种情况下可以是RAB和相应的S1-U承载。例如，如果WTRU1转换为 空闲模式，WTRU1与eNB/HeNB之间的RAB和eNB/HeNB与SGW之间的隧道可以被去激活，但 是SGW与服务于WTRU2的eNB/HeNB之间的S1-U隧道和相应的RAB可以保持激活。
[0111] 类似地，若WTRU2具有WTRU1对等分组同时WTRU1处于空闲模式，分组可以如前所 述在整个WTRU到WTRU承载已经被去激活的情况下通过默认PDN连接发送。可替换地，分 组可以由WTRU2在WTRU到WTRU承载上发送，只要从WTRU2的角度来看其仍然处于激活状 态。这种情况下，当分组使用RAB和S1-U隧道到达SGW时，SGW可以触发定期寻呼过程以 将WTRU1转换到连接模式。一旦WTRU1处于连接模式，分组可以通过WTRU到WTRU承载发 送到WTRU1。
[0112] 在此描述了用于邻近的非接入层（NAS)发现方法。用于邻近发现的WTRU的注册 可以包括愿意使用邻近发现服务寻找其他WTRU、和/或将自己标识为其它WTRU可发现的或 者不可发现的。如果它是可发现的，用户还可以向网络（NW)提供"别名"以显示给其他用 户，用户还可以提供其他如性别、网络爱好等的信息以显示给其他用户。网络是否授权WTRU 使用发现服务可以是基于订阅配置文件。
[0113] 此外，WTRU还可以在注册消息中包括它正在使用的公知应用（S卩，应用）。公知应 用是那些可以从邻近服务受益的广泛使用的智能电话的应用，诸如因特网协议语音（VoIP) 客户端（Skype、Vonage)、和/或社交网络（SNS)应用（Facebook)。网络或应用服务器可以 使用该信息用于进一步的基于邻近的服务。网络可以记录WTRU的邻近发现注册信息、公知 应用信息和相关联的位置信息（全球定位系统（GPS)坐标、小区ID、eNB_ID、CSG等）。
[0114] 可以在用于注册的附着或跟踪区域更新（TAU)消息中增加新的信息元素（IE)。网 络可以将注册结果在响应消息中通知WTRU。也可以为此目的设计新的NAS消息。
[0115] 如果系统支持邻近发现，小区可以在RRC级上广播。
[0116] 可以请求应用特定信息。如果实现了公知的应用注册，MME可以请求WTRU发送一 些应用特定信息，诸如别名、登录ID、密码等。信息可以由网络使用或者进一步提供给应用 服务器用于基于邻近的服务。可以为此目的设计新的NAS消息。
[0117] WTRU可以修改其邻近注册信息（例如，从可发现改变为不可发现）。在位置移动 后，例如重选或H0到另一个小区、或者在新区域的TAU，系统可以或者应当更新或者删除原 始MME中这个WTRU的邻近信息。如果WTRU具备GPS的能力，WTRU可以配置为通过NAS定 期发送GPS坐标以更新位置信息。
[0118] 可以请求邻近发现信息。WTRU可以向网络请求邻近发现信息，诸如允许其自身在 附近可被发现的所有WTRU、或者对于特定公知应用、附近相同应用的其他用户。可以为此目 的设计新的NAS消息。
[0119] 可能出现系统间邻近信息交换。MME可以与其他系统单元，诸如服务通用分组无 线电服务（GPRS)支持节点（SGSN)，交换邻近信息（例如，发现信息、位置信息、邻近能力信 息和/或邻近QoS信息等）。MME可以请求SGSN发送某些位置的邻近相关信息（例如，GPS 坐标、小区或跟踪区域）。SGSN可以将位置映射到其自己的位置（小区或路由区域）并返 回在那个位置所有可发现的WTRU或者应用特定信息。MME还可以向其他系统提供类似的信 息。可以设计新的系统间消息。
[0120] 可以在MME和应用服务器之间建立通信。MME可以向公知的应用服务器提供当前 的邻近信息，从而服务器可以具有邻近信息。当用户上线应用时，应用可以向用户显示相关 的邻近信息。根据请求或者定期地，MME可以发送当前的跟踪区域ID或WTRU的eNB ID，其 可以注册到应用服务器和/或邻近服务器。可替换地，邻近服务器可以通知MME关于是否 两个WTRU期望经由邻近服务器进行通信。在第一种情况下，应用服务器/邻近服务器可以 使用该信息（例如，WTRU的跟踪区域ID以识别已经请求了邻近服务和/或正在使用特定 应用的两个WTRU是否在同一区域中）。如果应用服务器确定它们处于同一区域，应用服务 器或者邻近服务器可以请求MME和/或网络建立两个或更多个WTRU之间的邻近连接。
[0121] 在应用服务器可以向MME发送信息的第二种情况下，MME可以根据来自应用服务 器/邻近服务器的信息确定同一跟踪区域的两个WTRU是否期望相互通信。如果MME断定 WTRU期望和/或可以进行邻近通信，那么可以在那些WTRU之间建立邻近连接。
[0122] 如图7中所示，应用网关705可以包含在MME 710中以启用与应用服务器715的 通信。
[0123] 为了实现ProSe (WTRU到WTRU邻近服务），并启用WTRU到WTRU通信，可以提供一 种新的逻辑节点（本文称为邻近服务网关（GW)(即ProSe-GW))。ProSe-GW可以由网络运 营商或独立的ProSe服务提供商或者企业部署。ProSe-GW可以跨多个本地归属网络和相 关联的本地GW(LGW)。类似地ProSe-GW可以跨多个企业本地网络。ProSe-GW可以包括用 于ProSe PDN连接的IP地址分配、和支持QoS执行的策略控制执行功能（PCEF)以及依据 TORF规则的基于流的计费功能。
[0124] 如果ProSe-GW由企业或独立的ProSe提供商部署，那么PCEF和基于流的计费功 能可以不位于ProSe-GW中。这种情况下，可以用PDN连接或承载（诸如WTRU默认承载） 支持ProSe，具有按照用户服务级别协议的预定义的QoS等级。
[0125] ProSe-GW也可以包括针对邻近服务涉及的WTRU的以下功能，也可以是S-GW功能。 当WTRU仅有ProSe PDN连接时，WTRU在e节点B之间或HeNB之间移动时，本地移动锚点 可以与数据承载一起使用。在WTRU处于空闲状态（例如，EPS移动性管理（EMM)空闲或者 EPS连接管理（ECM)-IDLE)时关于承载的信息可以保留，并至少临时地缓存下行数据，同时 MME发起WTRU寻呼以重新建立承载。对于漫游WTRU，可以为计费和合法拦截收集信息（例 如，发送到用户的或从用户接收的数据量）。
[0126] 例如，邻近服务（ProSe)区域可以定义为一个或多个小区集合，（例如，具有相同 CSG ID或者属于CSG ID的列表的小区），或者本地归属网络或本地企业网络的集合。ProSe 区域可以跨来自多个PLMN的小区，或者ProSec区域可以跨多个CSG。
[0127] ProSec区域可以与可以是全球唯一 ID的ID相关联。这样的ID可以由ProSec区 域中的小区广播。ProSec区域ID还可以在WTRU之间、或者WTRU和网络实体之间以专用 RRC消息或NAS消息交换。WTRU或网络实体（MME、eNB/HeNB、包括ProSe GW的GW)可以使 用ProSe区域ID，支持ProSe发现或ProSe对等WTRU或WTRU组的发现。同一 ProSe区域 的WTRU可以参与ProSe通信。
[0128] 可以使用可接入性控制、激活触发和用于确定何时及如何提供ProSe接入的决策 节点来提供ProSe接入。对于ProSe控制，可能为了启用和控制ProSe，以下信息可以合并 到WTRU或用户的订阅配置文件中。
[0129] ProSe许可可以定义为WTRU参与ProSe的许可。而且，HSS中的PDN订阅上下文 可以包含各种粒度的ProSe许可，诸如接入点名称（APN)和对于允许还是禁止ProSe用于 该AP的APN的指示；APN和对于该APN是否仅支持ProSe的指示；APN和ProSe支持是否 是有条件的（例如，有条件的ProSe)指示；PGW或ProSe GW的标识（例如，默认ProSe GW) 和APN ;ProSe区域（例如，ProSe区域列表）和APN ;漫游期间是否允许ProSe (例如，在访 问公共陆地移动网络（VPLMN)中）；漫游期间是否允许ProSe通过访问网络的ProSe GW或 PGW;是否允许ProSe用于特定ProSe组（开放组、封闭组、私人组、公共组）；具有关于是 否允许ProSe用于特定ProSe组或特定类型的组的指示的APN ;是否允许WTRU邀请另一个 WTRU参与ProSe通信，即使受邀WTRU没有订阅ProSe ;和/或具有ProSe服务允许等级指示 的APN(其中可能存在很多等级的ProSe服务）；是否允许ProSe在默认PDN连接承载或专 用承载或专用PDN连接上建立；ProSe是否仅被允许仅用于始发呼叫，仅用于终结呼叫，或 都可以；许可被授权用于特定QoS属性和相关阈值，诸如最大比特率、QoS类别ID(QCI)及 分配和保留优先（ARP);许可的有效性；许可被授权用于特定服务类型；以及用户同意（其 可以具有与上述相同的粒度等级）。
[0130] 这种信息可以驻留在HSS中。而且，可以将这个信息提供（例如，由HSS)给CN节 点，诸如MME、SGSN、SGW或PGW。该信息还可以如本文所述提供给ProSe GW。
[0131] 此外，可以允许同一本地网络中WTRU之间或属于定义的本地网络列表中的WTRU 之间的ProSe。可以允许属于同一 CSG的WTRU之间的ProSe。可以总是允许；总是禁止；和 /或是有条件地允许WTRU之间的ProSe。
[0132] ProSe通信的支持也可能受制于网络配置和能力。类似地，ProSe通信的支持可 能受制于WTRU配置和其能力以及协议/硬件版本。例如，某些MME、SGW和PGW可以支持 ProSe而有些不能。类似地，某些eNB或HeNB可以支持ProSe而有些不能。
[0133] 在移动期间，服务网络或网络节点（MME、S-GW/P-GW或eNB或者HeNB)可以验证 在目标网络或特定目标NW节点中对ProSe的支持。如果目标网络（或将服务该WTRU的特 定目标NW节点）不支持ProSe，服务网络可以去激活ProSe PDN连接。这种去激活可以由 eNB 或 HeNB、MME 和 / 或 SGW、P-GW 或 ProSe-GW 发起。
[0134] 在此描述触发ProSe及ProSe可以被触发的时间。可以一发现邻近朋友或者一通 知感兴趣的点或朋友在附近就触发ProSe。通知可以从NW或从WTRU寻址到用户。例如，用 户可以配置WTRU为一发现可能还不在用户朋友列表中的朋友或者兴趣点就发出通知。
[0135] 通知可以寻址到WTRU。例如，WTRU可以配置为一收到来自NW或对等WTRU或兴趣 点的通知时自主采取某些动作（例如，更新朋友列表）。
[0136] 一进入ProSe区域或读到来自系统信息广播的ProSe区域ID时，就可以触发 ProSe。
[0137] 一旦用户请求就可以触发ProSe。例如，用户可以触发WTRU检测附近的朋友。术 语"朋友"指如果位于附近该用户可能期望与其建立联系的单独的实体（例如，个人、商店 等），一组用户或社交网络组、ProSe区域服务器或ProSe-GW、本地网络，等等。
[0138] -寻呼或请求从网络发起ProSe，就可以触发ProSe。例如，寻呼可以是想要建立 ProSe通信的友好WTRU的结果。
[0139] -旦网络更新ProSec允许列表、一旦邻近指示、一旦网络激活特性、一旦选择小 区或切换到支持ProSe的小区、一旦选择网络或进入支持ProSe的小区或GW的覆盖、一旦 选择特定CSG ID或特定APN或GW标识、一旦激活本地IP接入（LIPA)服务、管理的远程接 入（MRA)服务或选择的IP业务量卸载（SIPT0)服务、或者一旦选择在ProSec控制章节中 描述的任意ProSe许可控制参数，就可以触发ProSe。
[0140] WTRU或网络可以做出触发ProSe的决定。例如，可以由WTRU或针对另一个用户的 用户或者在来自另一个用户或用户组或社区组的请求的响应中、或商店等触发ProSe。
[0141] ProSe可以是来自网络（或ProSe服务提供商）的推送服务。网络可以自主的发起 ProSe。例如，网络可以提供广告服务。用户一接近兴趣点（例如在用户配置文件的功能和 预先安排的同意中），网络运营商或服务提供商可以触发ProSe并推送广告信息以在WTRU 屏幕上显示。如果信息仍然与WTRU的位置有关，这种广告信息也可以被推送给WTRU，可用 于由WTRU在任意时间显示。可以由MME、SGW、PGW、ProSe-GW或eNB/HeNB触发这种ProSe 发起。
[0142] 可以发生ProSe终止和ProSe承载或连接的释放。一旦导致ProSe不再被允许的 任意ProSe许可控制参数的改变，就终止ProSe。例如，一旦网络授权的有效性时间到期； 网络配置或WTRU配置的改变；或者移动到因为网络的整个部分不能支持ProSe或者配置为 不支持ProSe、新网络不支持ProSe或者新eNB、HeNB、MME、SGW或PGW不支持ProSe而不支 持ProSe的网络的部分或者网络中；或网络、WTRU或用户决定终止ProSe时，ProSe通信可 以终止。WTRU可以到达发送邻近数据的允许阈值。
[0143] 计费模型可能影响支持ProSe的网络架构。相对于企业部署的ProSe对于（vs.) 归属部署的ProSec，运营商可以部署ProSe服务对于（vs.)独立ProSe提供商。计费可以 基于固定比率（例如，按月）计费。
[0144] 可以建立默认WTRU承载、或者具有预先协商/预先配置的QoS属性的默认PDN连 接、或者具有预先协商/预先配置的QoS属性的专用TON以支持ProSe。在这个方案中，如 果使用网络运营商诸如SGW或PGW信任的ProSe-GW或任意其他节点，下行链路（DL)中的 QoS的策略控制执行功能（PCEF)(例如，基于APN AMBR的比率管制）可以驻留在eNB或 HeNB 中。
[0145] 还可以在eNB或HeNB规定功能向网络报告使用S1-AP消息所消耗的数据量。AF 可以明确地向PCRF指示要求邻近支持的应用的"支持的特征"或"应用标识"。这些可以使 用已经包括在AAR直径消息中的已存在的属性值参数（AVP)来完成。
[0146] 单代理服务ID可以用于关联订阅可能需要邻近服务的应用的任意其他成员。这 些成员可以是可以通过优化的邻近连接（0PC)连接的组的一部分或单个WTRU。
[0147] 在WTRU之一进入空闲模式的一种或多种场景中，直接的WTRU到WTRU承载可能被 拒绝，而承载的上下文可能保持在两个WTRU中。从而，当两个WTRU返回连接模式时，可以重 新建立相同承载。也可能如果WTRU之一处于空闲模式，而整个端到端的承载没有被释放， 仅能释放连接到那个特定WTRU的部分承载。
[0148] 迄今为止，未知"映射ID"和向eNB指示重激活旧的映射ID的指示可以在这个寻 呼过程期间发送到eNB。这样，一旦WTRU1返回连接模式，eNB就可以使本地路径能够通过 eNB以用于该承载且所有对等数据可以沿着这条路径从WTRU1到WTRU2。
[0149] WTRU可以在注册消息中包括它正在使用的公知应用。公知应用可以广泛用于可以 从邻近服务中受益的智能电话应用中，诸如VoIP客户端（例如，Skype、Vonage)，或SNS应 用（例如，Facebook)。网络或应用服务器可以使用该信息用于进一步的基于邻近的服务。
[0150] 为了实现ProSe (WTRU到WTRU邻近服务），并启用WTRU到WTRU通信，可以为 ProSe-GW定义一种新的逻辑节点。
[0151] WTRU可以建立网络和无线电资源的设置。这可以通过承载资源分配请求或承载资 源修改来实现。网络可以能够接受或拒绝邻近过程是否可以由特定WTRU触发。
[0152] 描述了一种用于执行获得设备至设备（D2D)服务的附着过程和执行D2D服务通知 和发现的方法和装置。移动性管理实体（MME)可以从无线发射/接收单元（WTRU)接收附着 请求非接入层（NAS)消息并向D2D服务器发送D2D WTRU能力消息。如果D2D服务器批准 WTRU的D2D服务，D2D服务器可以向MME发送唯一的D2D设备ID。MME可以发送包含唯一 D2D设备ID的附着接受NAS消息给WTRU。D2D WTRU可以发送一个通用的警报消息给接入 网发现和选择功能（ANDSF)，其可以用新的D2D发现信息更新与D2D WTRU相关联的ANDSF 管理对象（M0)。D2D WTRU可以使用新的D2D发现信息来找到与其通信的另一个WTRU。
[0153] 在此描述了启用设备到设备（D2D)通信的服务发现的过程，以及启用D2D通信 的演进的分组核（EPC)架构增强和不同架构模型、D2D服务器和其逻辑功能的引入、为了 启用D2D通信对已存在的EPC节点和WTRU的影响、对附着过程和D2D临时设备ID配备 (provisioning)的更新、D2D服务注册和服务发现的过程、使用增强的接入网发现和选择 功能（ANDSF)、通用广告服务（GAS)和接入网查询协议（ANQP)的D2D设备通知和发现。对 于在D2D通信中运行的网络和WTRU，这些过程都是可应用的。
[0154] 无线移动数据需求持续爆炸，这导致了全世界智能手机使用数量的激增。电信行 业过去已经使用通过使用更好的多址接入、调制和编码及多天线技术提供提高的频谱效率 的更新标准响应了需求。
[0155] 容量改进的另一方面已经通过提高部署密度并相应地减小小区半径来实现。此 夕卜，小型小区（微/微微/毫微微）与宏小区结合部署的异构拓扑已经越来越多地使用。通 过使用远程无线电头和分布式天线的室内覆盖改进也已经激增。然而，这些方法存在限制 和缺点。小型小区部署导致移动性事件的大量增加，伴随的干扰管理问题很复杂。以上技 术的最大缺点是必须大量额外的必须维护的基础设施，诸如大容量的因特网回程、电源和 射频（RF)设备。
[0156] 一种可能的替代方案是以创造性的方式使用智能手机演进的力量。智能手机正在 成为日益强大的设备，具有多个宽带无线电和调制解调器，处理大量数据的能力，以及运行 多个同时发生的应用。如果允许这些智能手机在必要和可能的时候彼此直接通信，可以创 建一种可选拓扑与传统的蜂窝部署共存。
[0157] 由这种直接WTRU到WTRU通信启用，高级拓扑（AT)应用可以包括AT-中继（AT-R) 和AT-本地卸载（AT-L0)。在AT-R应用中，终端-WTRU (T-WTRU)可以通过可以是辅助 WTRU (Η-WTRU)的中继节点与网络交换数据。AT-L0应用可以允许在中央网络控制下的邻近 WTRU之间的直接数据通信。
[0158] AT-R应用可以包括容量模式和覆盖模式。在容量模式下，T-WTRU与网络相关联， 获得H-WTRU的帮助以增加无线电链路容量并提高数据传输容量，而在覆盖模式下，T-WTRU 在网络覆盖范围外，可以依赖H-WTRU得到网络关联。两种模式都预见用于低移动性的 WTRU。
[0159] 在AT-L0应用中，邻近WTRU可以是交换信息的源或接收方。AT-L0应用中WTRU 之间的无线电链路可以使用许可的蜂窝频谱或者未许可或稍许可（lightly-licensed)频 谱。
[0160] WTRU之间的通信可以在称为交叉链路（XL)的专用信道中发生，与传统的无线电 链路（TRL)上发生的传统的eNB到WTRU的通信相反。XL可以在单独的频带中（带外解决 方案）或在与传统链路（TRL)相同的频带中，甚至是在相邻的频率子载波中。H-WTRU和 T-WTRU可以以频分双工（FDD)或时分双工（TDD)方式彼此通信，相关的配置可以由网络定 义。网络可以为XL提供粗的资源分配，WTRU可以自由处理每个传输时间间隔（TTI)资源 分配。
[0161] D2D通信已经成为在SA1组中引入邻近服务（ProSe)研究项目的3GPP的一个讨论 主题。"直接路径"，其中物理通信直接在D2D设备之间，"本地路径"，其中通信可以通过两 个设备连接的eNB，两者都是ProSe范围内的场景。
[0162] 迄今为止已经定义了多个用例作为ProSe的部分有待处理，每一个带来了在系统 设计上的一组不同要求。这些可以大致分类在社交和公共安全下。
[0163] 在基本的社交用例中，D2D用户能够发现属于其用户组（例如朋友列表）的其他 D2D用户并可以由属于其用户组（例如朋友列表）的其他D2D用户发现，然后可以通过D2D 链路使用社交网络应用。无需任何WTRU位置信息就可以执行发现。在公共发现情况中，D2D 用户可以由任意其他D2D用户发现而无需事先许可。对于不同的公共陆地移动网络（PLMN) 发现，属于不同PLMN的D2D用户相互之间是可发现的。其一个子集是何时D2D用户也漫游。 对于服务连续性，D2D用户可以在直接路径和基础设施模式之间移动而不会降低用户感知。 对于位置和存在，运营商可以用ProSe过程增强其位置和存在信息。
[0164] 在基本的公共安全用例中，两个授权的公共安全用户可以通过D2D链路直接通 信。PS D2D用户可以维护多个同时发生的与不同D2D公共安全用户的一对一 D2D会话。
[0165] D2D发现的目标可以分别由设备和服务发现来实现。设备发现（即邻居发现）过 程引导用户设备基于设备标识发现彼此。这些设备标识可以是物理层序列、无线电接入网 (RAN)标识或较高层ID的形式。设备发现可能涉及设备之间的物理通信。在设备（或邻 居）发现过程中，寻找邻居的WTRU(邻居寻找WTRU(NSWTRU))可以基于由网络提供的调度 来在特定时频资源中传送发现序列。其他WTRU (存在邻居WTRU (NPWTRU))可以在这些间隔 期间侦听并接收这些序列。基于其测量，它们可以直接回应NSWTRU或者将测量报告回网络 用于进一步的动作，随后是WTRU之间的关联过程。
[0166] 每个D2D设备可以有一种或多种服务，因此具有多个服务标识。这些服务标识，与 提供的服务的参数一起可以作为服务发现的一部分被发现。服务发现可以通过设备与另一 个3GPP节点，3GPP网络外部的某一节点之间的通信执行，或者通过在设备发现完成之后的 设备之间服务信息的直接交换来执行。服务发现可以发生在设备发现之前或之后。
[0167] 为了将D2D通信纳入到3GPP演进分组核心网（EPC)中，需要架构增强。为了使得 网络中的大量具备D2D能力的设备能够高效运行、使得D2D链路能够与传统蜂窝链路共存、 实现预期用于3GPP ProSe特性的所有部署配置并满足3GPP设计的用于D2D通信的服务需 求，需要对现有架构进行改变和增加。
[0168] 在3GPP网络中启用D2D通信的架构模型可以通常被划分为直接、间接和混合模 型。为了启用D2D功能，引入被称为D2D服务器的新逻辑实体，直接和间接模型之间的主要 区别就是D2D服务器的位置。
[0169] 图8示出了作为直接模型的简明视图的一个D2D架构800。在这个直接模型中， D2D服务器805可以位于3GPP网络边界810内。它可以定位为一个单一的实体，由多个运 营商共用并由他们共同管理，或者它可以实现为多个实体，部分地定位在每个运营商区域 中。
[0170] 图9示出了作为直接模型展开视图的一个D2D架构900。图10示出了 D2D架构 1000的间接模型的概要图。在图10所示的间接模型中，D2D服务器1005可以位于3GPP 网络边界1010之外，可以由第三方应用服务器维护。在图8所示的直接模型中，3GPP网络 815内部的D2D交互工作功能（D2D-IWF)可以作为到D2D服务器的接口。包括D2D服务器 1105和D2D-IWF 1110的架构显示于图11。到演进的服务移动位置中心（E-SMLC)和线下 计费系统（0FCS)的接口未显示于图11中。这些接口可以类似于图11中所示那些，除了对 于间接模型它们与D2D-IWF 1110对接，而不是直接模型中与D2D服务器1105对接。
[0171] 图12示出了 D2D架构1200的混合结构模型的概要图。在混合模型中，允许直接 和间接模型和组合，其中运营商在自己的网络中为自己网络的某个部分部署D2D服务器 1205,而对于其它部分，D2D服务器功能1210可以位于3GPP网络1215之外，并可以由第三 方维护。类似地，在运营商之间的场景中，某些运营商可以部署直接模型，而其他的可以部 署间接模型，导致全局的混合架构。
[0172] 在此所述的新节点作为D2D的EPC架构的一部分。例如，D2D服务器可以管理直接 路径和接近D2D的本地路径的D2D服务。其能够管理运营商内以及运营商之间的D2D服务。 D2D服务可以使用集中的、分层次的、或者分布式的管理方式来管理。D2D服务器可以适应 所有这些方式。D2D服务器的物理位置还可以依赖于使用的D2D管理方式的类型。在集中 的方式中，跨所有运营商的用于整个3GPP网络的D2D服务器可以位于一个实体中。在分层 次的方式中，D2D服务器可以被复制用于不同域，（一个域可以定义为PLMN、或者PLMN中的 MME池等等），它们可以由高层D2D服务器实体协调。多个分层的层次都是可能的。在分布 式方式中，多个对等D2D实体可以位于不同域中，当它们需要时它们可以相互通信。D2D服 务器的功能可以划分为几个逻辑功能。
[0173] 为了设备发现，可以向每个用户设备提供本地唯一的D2D ID，优选地在D2D服务 器所服务的范围内唯一。这个ID绑定到物理设备，而不是终端用户可能订阅的任何应用和 /或服务。
[0174] D2D ID可以有多种形式。例如，物理层（PHY)序列，例如Zadoff Chu(ZC)序列可 以用于基本LTE PHY以区分上行链路上来自不同WTRU的参考符号传输。可以使用D2D无 线电网络临时ID (D2D-RNTI)，类似于用于区分到/来自WTRU的PHY信道的RNTI。可以使用 D2D临时移动用户标识（D2D-TMSI)，类似于基本LTE中用于标识WTRU用户标识模块（SM) 的TMSI。可替换地，可以使用属于不同空中接口（例如IEEE 802. 11η)的临时标识（在D2D 链路是通过不同无线电接入技术（RAT)的情况下）、或者D2D统一资源ID (URI)。
[0175] D2D服务器可以负责配备、存储和维护附着到与归属用户服务器（HSS)协作的网 络的每个具有D2D能力的设备的D2D设备ID。其还可以向用户提供服务标识到成功完成服 务发现功能所需的设备标识的映射。设备ID可以在D2D服务器控制的范围之内是唯一的。
[0176] D2D服务器可以作为库和影响D2D通信的策略的判别器（arbiter)。这些策略可 以大致划分为运营商特定策略、用户特定策略和偏好、以及用户接入列表限制。这些策略中 的一些还可以属于特定服务，可以影响使用那个服务的所有设备。例如，邻近策略可以用于 通过无线电距离或者运营商网络施加的来定义邻近。可发现性和隐私限制可以规定用户是 否仅可以由其他用户的受限组来发现还是由网络中任何人来发现。另一个策略可以规定关 于属于不同PLMN的用户与属于相同PLMN的用户相比的行为。这些可以是运营商定义的、 用户定义的或二者皆可。可发现性还可以受限于服务层，例如允许用于单播（而不是组播） 服务。电池寿命策略可以管理D2D发现和与WTRU的剩余电池寿命相关的通信机制的运行。 公共安全策略可以规定公共安全模式的运行，（包括无基础设施覆盖损失）。对于D2D用户 偏好和D2D应用特定策略，可以根据用户的订阅或者其它计费原因不允许特定D2D用户接 入某些D2D应用。
[0177] D2D服务器可以直接从演进的服务移动位置中心（E-SMLC)或者从MME获得具有 D2D能力的WTRU的位置信息。一从另一个实体，例如网关移动位置中心（GMLC)、eNB或WTRU 接收到特定的具有D2D能力的WTRU的位置服务请求，MME就可以发起位置服务。MME还可 以代表具有D2D能力的特定WTRU发起位置服务。MME然后可以向E-SMLC发送位置服务请 求，而该E-SMLC可以处理位置服务请求。处理可以包括将辅助数据传送至D2D WTRU以帮 助基于WTRU的和/或WTRU辅助的定位、和/或可以包括定位具有D2D能力的WTRU。一旦 完成，E-SMLC可以将处理结果返回给MME，（例如，WTRU的位置估计和/或传送至WTRU的 任何辅助数据的指示）。MME可以在需要时进一步将结果转发至D2D服务器。
[0178] D2D服务器可以使用这个信息来帮助服务发现过程。类似操作还可以作为增强的 ANDSF功能的一部分来执行。
[0179] D2D服务器可以在D2D呼叫建立中承担主要职责。D2F服务器可以已知与每个D2D WTRU关联的PLMN，并可以在呼叫建立的几个方面提供帮助，因为D2D服务器可以已知D2D WTRU附着的MME。因此，D2D服务器可以选择合适的MME来联系以协商D2D呼叫的参数。对 于广播会话，这可以包括来自多个PLMN的多个MME。
[0180] D2D服务器可以通过维持和跟踪D2D WTRU的能力来协调D2D链路的建立。服务 器维持当前附着到网络并具有D2D服务功能的WTRU列表、它们的WTRU能力信息与它们的 PLMN、设备ID、和它们使用的应用服务的临时服务名一起。根据这个信息，D2D服务器可以 确定用于D2D会话的最小能力集，并通过3GPP网络将其传送给终端用户。例如，如果WTRU1 在自己的能力信息中报告（演进的WTRU通用陆地无线电接入（EUTRA)能力信息元素（IE)) 自己可以在下行链路（DL)和上行链路（UL)二者支持两层多输入多输出（ΜΜ0)配置，而 WTRU2可以支持两层DL，但是支持仅非MMO UL，那么如无线电资源控制重配置消息中传送 的D2D会话的最小配置可以包括从WTRU1到WTRU2传输的两层ΜΜ0,和从WTRU2到WTRU1 传输的非ΜΜ0。可以执行能力建立用于单播和广播会话。
[0181] D2D服务器可以已知区域中注册的D2D用户。这可以当处于RRC空闲状态的WTRU 在跟踪区域中注册时，以及在WTRU用特定eNB进入RRC连接状态时由MME通知。因此其可 以能够跟踪D2D WTRU的移动性，并可以帮助移动性功能，例如从D2D模式切换到基础设施 模式。
[0182] D2D服务器可以执行与应用服务器的协商。其可以已知在其服务的区域内注册和 激活的所有的临时D2D服务。其可以单独地跟踪每个服务的用户接入列表。例如，用户A 和B可以注册Facebook和Google+服务。但是用户A可以是用户B的Facebook好友，但 不是用户B的G〇〇gle+组成员。D2D服务器可以针对WTRU注册的所有临时服务将要求的过 滤器推送至WTRU。其可以管理每个WTRU的每个服务的服务过滤器并按需要更新它们。服 务过滤器还可以由增强的ANDSF功能来提供。D2D服务器还可以维持和向用户推送服务特 定的策略。
[0183] D2D设备可以执行周期性的和事件驱动的发现，以发现在它们附近的新设备，或者 以维持与某个应用的相同临时服务组中的其他用户的连接性。这个过程可以在空闲模式和 连接模式执行，但是可能以不同的周期。在连接模式，当WTRU没有在积极发送时，它们可以 进入连接模式不连续接收（DRX)，而仍然参与发现过程。D2D设备可以配置具有发现模式， 指示它们何时醒来，发送它们自己的设备标识，监听其它WTRU，和返回睡眠。D2D服务器可 以帮助这个模式的形成，并协调每个组的模式，以使得WTRU可以最少化它们的醒来和更有 效地使用它们的电池。
[0184] D2D服务器可以包含WTRU的与D2D服务有关的参数的综合数据库。数据库可以包 括WTRU设备ID (ID类型）。对于每个WTRU，数据库可以包含WTRU附着的MME地址。数据 库可以包括与D2D服务有关的WTRU能力，每个服务的临时服务名，注册到每个服务的WTRU 的WTRU服务ID(相同WTRU可以在不同服务中具有不同服务ID)，WTRU设备ID到服务ID 的映射，注册到每个服务的WTRU列表，每个服务的WTRU过滤器，（即，对于每个WTRU/服务 对，允许具有D2D关联的其它WTRU服务ID列表）。可以允许相同WTRU在某些服务上具有 D2D关联，但在其它服务上没有。例如，用户A可以是用户B的Facebook好友，但不是用户 B的G〇〇gle+组成员。数据库可以包括每个WTRU/服务的D2D服务偏好，每个WTRU的位置 信息，和每个WTRU的线下计费信息。
[0185] D2D服务器可以是逻辑实体。D2D服务器的物理位置可以依赖于每个运营商做出 的架构选择。对于分开的一个或多个物理实体，D2D服务器可以是每个运营商单个或者多个 物理实体，或者可以跨多个运营商将其整合。对于与现有节点共处的D2D服务器，其可以与 一个或者多个现有EPC节点一 eNB，ANDSF，MME，HSS，策略和计费规则功能（PCRF)、E-SMLC 等共处。一个或者多个逻辑功能可以在现有EPC节点内执行。增强的ANDSF可以用于帮助 服务发现。
[0186] 在可替换实施方式中，D2D服务器的逻辑功能的一部分还可以作为应用服务器功 能的一部分来执行。
[0187] 无论D2D服务器的物理实现怎么选择，可以执行逻辑功能来实现D2D服务。
[0188] 对于D2D服务配置的间接和混合模型，其中D2D服务器位于3GPP网络边界之外， 交互工作功能可以是必要的，来作为3GPP网络节点和D2D服务器之间的标准化接口。如 果D2D服务器在3GPP边界之内，D2D-IWF可以并入D2D服务器或者与之共处。在其功能上 D2D-IWF可以与机器类通信（MTC)-IWF类似。其可以对D2D服务器隐藏内部EPC接口和架 构。D2D-IWF可以隐藏3GPP运营商内部网络结构，终止到D2D服务器、MME、HSS的接口，并 执行适当的协议转换、在其与3GPP网络通信之前对D2D服务器进行认证、并授权和支持发 送给和来自于D2D服务器的控制平面消息。
[0189] 策略和计费增强的功能（ANDSF)的一个实例可以被推送至WTRU，为了 WTRU能够与 PCRF接口以及为了网络能符合自己的策略。D2D服务器可以可选地从WTRU中的PCEF收集 计费信息，并将其提供给线下计费系统（0FCS)。计费信息还可以通过Gy接口直接从WTRU 中的PCEF发送给线上计费系统（0FCS)。
[0190] 当PCEF在WTRU中执行时，终端用户可能没有能力来使用策略和计费信息。为此， 建议这个功能在WTRU的可信任环境中实现，例如使用信任区。
[0191] 可替换地，可以使用基于开放移动联盟（0MA)设备管理（DM)的策略框架。在这 种情况下，OMA DM客户端可以位于WTRU中，而OMA DM服务器将策略作为OMA DM管理对象 (M0)来提供。OMA DM可以定义交换可以使用的M0的协议。可替换地，OMA DM M0可以使 用网页（Web)服务协议例如简单对象接入协议（SOAP)来被交换。基于OMA DM的策略框架 的一个示例是ANDSF。
[0192] 还可以通过将M0中的使用元素（或多个元素）与每个D2D IP流/服务关联，以 及要求WTRU适当地保持跟踪更新该元素来在OMA DM中支持计费。最终，OMA DM M0可以 很好适合于保证设备安全概念，例如信任区。在此描述了可以在现有EPC节点中要求的一 些变化，以将D2D服务器集成到3GPP网络架构中，并向用户提供D2D服务。
[0193] MME可以是WTRU的控制平面和D2D服务器之间的主要接口。MME可以将D2D设备 ID从D2D服务器中继给WTRU，在附着过程期间处理D2D信息并帮助WTRU之间的D2D关联。 MME可以处理相关D2D服务的一个或者多个新设备请求类型。MME可以执行D2D承载的修 改的承载建立过程。MME可以为MME之间D2D场景协调D2D服务的无线电配置。为此，可以 在参与MME之间存在主从关系。MME可以向D2D服务器提供信息，例如WTRU的D2D能力、直 接路径可用性指示等等。
[0194] HSS可以向D2D服务器提供国际移动用户标识（MSI)和D2D设备ID和临时服务 ID之间的映射。
[0195] PCRF可以是D2D相关策略的库，可以向D2D服务器提供D2D策略。PCRF可以接收 关于用户D2D偏好的更新，验证用户的服务请求是否是自己的策略设置所允许的，并保证 符合网络策略。
[0196] eNB可以负责D2D链路的无线电资源管理（RRM)。对于eNB之间的D2D场景，这可 以包括同时与多个eNB的协调，其中一些在相同PLMN中，一些在其它PLMN中。这种协调可 以通过X2接口来进行，可以修改该接口用于此目的。eNB还可以负责提供eNB之间D2D链 路的兼容的无线电承载配置。对于这种eNB之间的协调，可以认为参与eNB之间有主从关 系。
[0197] eNB还可以执行组播D2D调度，这也是与基本多媒体广播组播服务（MBMS)相比一 个新的示例。对于D2D链路，eNB可以修改它们的承载配置，在某种意义上，S1和S5接口可 以不是直接路径和本地路径承载所必须的。它们还可以为本地路径承载执行修改的路由。 对于基础设施和D2D模式之间的移动性，eNB可以转发它们的缓冲器中的数据，（基础到D2D 切换），并从WTRU接收这些数据（D2D到基础切换）。
[0198] ANDSF功能可以被增强以支持D2D服务。新接口可以包括D2D服务器到MME(Tdm 接口）、D2D服务器到HSS (Tdh接口）、D2D服务器到PCRF (Tdp接口）、D2D服务器到D2D服 务器（Tdd接口）、D2D服务器到ANDSF (Tdn接口）、D2D服务器到E-SMLC (Tde接口）、D2D月艮 务器到OFCS (Tdo接口）、以及D2D服务器到应用服务器（Tda接口）。
[0199] 对现有接口的更新可以包括扩展S10接口以允许MME之间交换（包括PLMN内部和 PLMN之间的），用于远离MME之间切换的D2D服务。这些D2D交换还可以允许D2D承载建 立所需的无线电配置的协调。对现有接口的更新还可以包括扩展S6a接口用于MME和HSS 之间的直接D2D服务验证。其还可以帮助提供IMSI或者其它现有临时ID和D2D临时设备 ID之间的映射。
[0200] 图13示出了无线通信系统1300中可能的D2D服务序列的信号流程图，系统1300 包括具有 D2D 能力的 WTRU 1305、eNB 1310、MME 1315、SGW/PGW 1320、D2D 服务器 1325、HSS 1330、PCRF 1335和应用服务器1340〇D2D服务的引入可以要求NAS和RRC过程的改变。图 13显示了 WTRU附着至网络并获得D2D服务的过程全局序列的视图。在下面描述的过程中， 可以假设直接模型，其中D2D服务器位于3GPP边界之内。间接模型对应的过程可以通过引 入D2D-IWF来稍微修改。
[0201] 图13显示了修改的附着过程，其使得具有D2D能力的WTRU 1305向网络提供自己 的D2D能力。而且，使用过程以使得网络能够向具有D2D能力的WTRU 1305提供其可以在 执行D2D发现过程时使用的标识。在附着过程1345期间，WTRU 1305可以通知网络自己的 D2D能力，包括但不局限于，直接路径D2D无线电能力和D2D服务能力例如支持D2D服务的 能力，和WTRU 1305是否可以运行于中继模式和/或广播模式。这个信息可以在附着NAS 消息中传送，然后被发送给D2D服务器1325用于进一步处理，来确定WTRU 1305是否具有 D2D服务能力。D2D服务器1325可以进一步用其他策略实体例如PCRF 1335来检查策略。 如果D2D服务器1325批准WTRU 1305用于D2D服务，根据WTRU能力和关联的策略，D2D服 务器1325可以分配D2D设备标识符。D2D服务器1325可以将这个信息传送给MME 1315。 MME 1315可以在附着接受消息中包括D2D标识符。一旦作为附着过程的结果在WTRU 1305 建立默认承载，WTRU 1305可以推送用户偏好给D2D服务器1325。D2D服务器1325可以用 更新的用户偏好更新PCRF 1335,其可以包括可发现性的公共或者私人偏好。
[0202] WTRU 1305可以在其附着至网络时随时尝试使用D2D首选。其可以通过经由默认 无线电承载向应用服务器1340发送应用消息请求来使用D2D首选。这可以发起服务发现 过程。作为服务发现的一部分，可以向WTRU 1305提供其注册的每个D2D应用的一个或者 多个临时服务名。这个服务名可以由应用服务器1340提供，并由D2D服务器1325中继至 WTRU 1305〇
[0203] D2D服务器1325还可以向WTRU 1305提供用户列表，其可以提供每个应用的可能 的D2D对等实体的应用标识，和用户列表上与每个设备相关联的D2D设备ID。对于WTRU 1305可以同时有多个D2D服务可用，每个都可以具有关联的临时服务名和用户列表。WTRU 1305可以执行事件触发的设备发现。设备发现的结果，是发现的设备标识的列表，可以由 WTRU 1305(1350)使用上述由D2D服务器1325提供的服务名-用户列表-设备标识映射来 过滤，如图15所示。可替换地，设备过滤的这个过程可以在D2D服务器1325处执行。因此， WTRU 1305可以向D2D服务器1325发送发现的设备的详尽列表，D2D服务器1325然后过滤 该列表并向WTRU 1305提供其可以针对给定服务而关联的用户。无论是加入新服务时，或 者当服务被删除或者其参数更新时，可以更新设备过滤器。
[0204] 设备发现可以在服务发现之前。在这种情况下，WTRU 1305可以发现其可以在自 己的无线电附近接收的所有设备标识，并且基于设备-服务-标识映射的过滤可以在服务 注册/发现时被执行。
[0205] 图14A和14B -起是在无线通信系统1400中使用D2D支持的附着过程示例的信 号流程图，该系统1400包括具有D2D能力的WTRU 1405、eNB 1410、MME 1415、D2D服务器 1420、HSS 1425和PCRF 1430。更新附着过程的动机可以发生于3GPP ProSe要求所有D2D 用户在网络中注册时。可以要求更新附着过程以使得具有D2D能力的WTRU可以在注册到 网络时通知网络自己的D2D能力。网络可以向WTRU提供用于D2D发现的自己的D2D标识。
[0206] 如图14A所示，在附着过程开始，在附着请求NAS消息1435中，可以增加一个或者 多个新的IE来携带WTRU 1405要参与D2D服务的意图，以及可选的，D2D WTRU能力。在新 IE中携带的D2D WTRU能力可以包括直接路径D2D无线电能力、D2D服务能力（经由NAS)、 以及WTRU 1405支持D2D服务的能力，（例如，D2D中继模式、广播模式）。
[0207] 如图14A所示，一旦MME 1415接收到附着请求NAS消息（1440)，MME 1415可以经 由MME 1415向D2D服务器1420发送D2D WTRU能力1445。D2D服务器1420可以检查WTRU 1405是否具有D2D服务能力。其还可以用其他策略实体1450(例如，PCRF 1430等等）来 检查策略。
[0208] 如果D2D服务器1420逻辑上位于核心网之外，D2D-IWF可以用于与D2D服务器 1420通信。在D2D服务器1420在3GPP网络之内的情况下，或者作为独立实体或者作为现 有节点的一部分，例如ANDSF，D2D-IWF可以成为与D2D服务器1420共处的简化功能。
[0209] 如果D2D服务器1420批准WTRU 1405的D2D服务，D2D服务器1420可以向WTRU 1405分配唯一 D2D设备ID。D2D服务器1420可以向MME 1415发送D2D设备ID (1455)，其 可以包括发送给WTRU 1405的附着接受NAS消息1460中的相同内容。
[0210] 在接收到附着接受NAS消息1460和默认无线电承载建立之后，WTRU 1405可以向 D2D服务器1420推送D2D用户偏好1465,如图14B所示。D2D服务器1420可以用（改变 的）用户偏好1465来更新PCRF 1430,其可以包括可发现性偏好，例如与电池寿命相关的 公共或者私人行为，等等。这些用户偏好1465可以广泛应用于所有D2D服务，而不是任何 特殊D2D应用特定的。然而，在紧急服务消息的情况下，（例如，E911，地震和海啸警报系统 (ETWS)等），用户偏好1465可以被越过（override)以保证服务连续性。另外，在法律许可 监听的情况下，用户偏好1465也可以被越过以保证符合本地政府要求。在考虑网络施加的 D2D策略以及WTRU偏好之后，D2D特定的策略更新1470可以从PCRF 1430推送至D2D服务 器 1420 再至 WTRU 1405。
[0211] 最后，D2D服务器1420还可以更新其数据库，其将WTRU 1405与自己的临时设备 ID和其附着的MME 1415的标识等等相关联。图15是如图13所示的服务和设备发现过程 (在WTRU具有过滤）示例的信号流程图。在此描述了用于网络服务广告和发现过程的特 定协议，以及该过程的一些实现选项。可以使用网络通知的服务激活器（NISE)协议。NISE 服务器可以由第三方实体来配置，可能用于特殊用途（例如，博弈）。
[0212] 注册请求消息可以从WTRU发送至NISE服务器。具有D2D能力的WTRU可以自己 注册到NISE服务器。注册过程可以包括终端识别，由此WTRU用一些方式标识自己，（即， 蜂窝网络中使用的标准WTRU标识方式）。使用位置标识，WTRU可以再次使用通信特征（例 如，WTRU使用的或者可以为D2D通信使用的信道、技术、频率）识别自己的位置。使用D2D 服务广告，WTRU可以列出自己希望通过D2D链路提供的服务。使用D2D服务查询，WTRU可 以列出自己希望通过D2D链路接收的服务，假设支持这种服务的最接近的WTRU是可用的。 这些消息可以一起发送或者分开发送。例如，D2D服务广告和查询消息可以在WTRU注册时 发送，但是可以重复以更新WTRU支持的服务的列表或者查询新服务。而且，WTRU支持的服 务的列表和WTRU想要运行的服务可以是不同的。这个分开发送广告和查询消息可以提供 最大的灵活性。在一些系统中，这种灵活性不是必要的，这两个消息可以合并为单个消息。
[0213] 注册确认可以由NISE服务器发送给WTRU以确认注册请求。广告确认可以用于确 认广告列表，以及查询响应可以响应于WTRU服务查询而被发送。查询响应可以包括已知的 支持服务中的至少一些的WTRU列表，这些服务是WTRU向服务器查询的，标识为用户请求 的，以及在WTRU直接链路范围之内的。虽然NISE服务器可以使用位置信息来识别在讨论 的WTRU的一般附近的WTRU，但是不可能识别在特殊WTRU的传输范围内的WTRU。移动性可 以进一步使这个问题复杂化。
[0214] 对于每个WTRU，可以根据WTRU注册和服务广告来提供WTRU发现信息和服务列表。 可以要求WTRU发现信息来发现WTRU是否在传输范围之内。这可以包括WTRU ID的一些方 面，WTRU使用的信道和无线电技术等等。
[0215] 与WTRU到NISE服务器传输的情况相同，消息可以一起发送或者分开发送，这依据 WTRU到NISE服务器消息是一起发送还是分开发送。而且，如果WTRU到NISE服务器广告 和查询消息被合并，那么广告确认响应不是必须的，因为查询响应可以隐含确认广告。类似 的，如果查询响应和注册被合并，查询响应可以隐含确认注册。
[0216] 一接收到NISE查询响应，WTRU可以能够进行D2D发现协议来发现和连接到查询 响应中列出的WTRU中的一个。虽然可以使用任意数量的已知设备发现协议，但是在发现之 前运行NISE可以显著地减少发现相关的开销，因为发起发现的WTRU可以现在具有关于在 附近的WTRU的信息，（虽然可能实际上并不在范围内），并且能够支持期望的服务。而且， WTRU还可以具有搜索信息，（例如，使用的信道），该信息可以显著地减少发现所需耗费的 工作。
[0217] 形式上，ANDSF是网络发现和选择功能（S卩，服务器），其支持WTRU的非3GPP接 入网的发现和选择。选择过程可以是基于策略的，（即，ANDSF可以提供WTRU在选择接入 网络时遵守的规则/策略）。实际上，术语ANDSF可以用于包含ANDSF服务器自己，以及用 于接入ANDSF的协议和从ANDSF传送的信息。传送的信息可以包含于OMA DM M0中，（即， ANDSF MO)。ANDSF M0可以包含发现信息和接入规则/策略。
[0218] 3GPP可以支持推送和拉取模型，用于ANDSF配备WTRU。
[0219] 图16显示了接入网发现和选择功能（ANDSF)管理对象（M0)顶层结构。D2D服务 发现信息可以结合到ANDSF M0中，其可以如图16所示来划分。
[0220] ANDSF M0的主要部分（子树）可以包括用于配备系统间移动性策略（ISMP)规则 的策略，其可以主要被用于卸载网络选择。ANDSF M0还可以包括发现信息子树结构，如图17 所示，其可以用于给WTRU配备接入网发现所需信息。ANDSF MO还可以包括ANDSF MO WTRU 位置子树结构，如图18所示，以允许WTRU记录自己的位置，然后可以由ANDSF来读取该位 置。尽管准确的定义和定时往往是有些依赖于实现的，更新这个信息的触发可以是位置改 变。位置标识的方式可以从这个子树结构中清楚地得到。ANDSF M0还可以包括系统间路由 策略（ISRP)。这个子树可以记录系统间路由的策略，即不同网络的流特定的使用和不同网 络用于不同流的情况）。子树是相当大和复杂的。
[0221] 为了使用ANDSF实现NISE，可以定义在ANDSF M0中需要引入的其它结构。服务 广告子树，在全文中可以被称为120_服务"并可以包括服务/应用名IE、服务/应用ID IE，按照一些已知服务/应用注册或标识系统，和服务/应用签名IE，（例如，用于完整性验 证）。另外，D2D服务发现子树可以包括区域中可用WTRU的列表，和一些标识信息一起。对 于每个WTRU，设计用于帮助WTRU发现的信息和关于WTRU支持的服务的信息可以包括在列 表中。
[0222] 图19显示了 D2D服务发现子树。该树可以位于ANDSF M0中几个位置。最常 见选项可以是在ANDSF M0的顶层，或者在"发现信息"子树中。如图19所示，"D2D_ ServiceAds (D2D服务广告）"子树可以由用于通知WTRU服务由自己附近可发现的WTRU广 告的"D2D_Service"子树列表组成。然而，"D2D_ServiceAds"子树还可以单独使用，（例 如，在ANDSF M0的根层），用于WTRU记录（以及然后报告）其希望支持的服务。类似的， "D2D_ServiceQuery(D2D服务查询）"子树可以由用于向ANDSF查询可用D2D服务的D2D_ Service子树列表组成。WTRU服务广告和查询子树的最常见位置可以将新"D2D"子树设置 在M0的根，其可以包括这些子树，以及潜在的D2D发现信息。
[0223] 3GPP标准可以使用OMA DM协议来给WTRU配备ANDSF M0。也可以使用交换可扩 展标记语言（XML)文档的其他协议，（例如，SOAP)。
[0224] 图20显示了在无线通信系统2000中的ANDSF辅助的D2D发现的通信交换过程示 例，该系统2000包括第一 WTRU 2005、第二WTRU 2010和ANDSF 2015。在初始ANDSF接入 期间，OMA DM "一般警告"消息2020可以发起ANDSF配备2025,其中警告消息2020的"类 型"指示期望的D2D配备信息。ISRP和/或ISMP配备可以要求发送单独警告或者可以作 为D2D配备的一部分包括进来。作为这个过程的一部分，WTRU 2005可以提供识别和位置 信息，可以用功能来配备M0以填充服务广告和/或服务查询信息。
[0225] 在某一点，WTRU 2005可以填充服务广告和服务查询树叶，并通知ANDSF 2015， (使用一般警告2030的"update_D2D"类型）自己已经更新了一些（或者所有）这些信息。 然后ANDSF 2015可以使用OMA DM "GET"方法2035来读取更新的信息，以及根据结果可以 用新的D2D发现信息来更新（2040) WTRU的ANDSF MO。WTRU位置可以作为D2D更新2045的 一部分来读取，因为这可能自上一次交换后已经改变了，并可以向WTRU 2005提供有用信 息。最后，WTRU 2005可以使用新配备的发现信息来执行D2D发现2050并找到另一个WTRU 来与之通信。
[0226] ANDSF推送可以与下面所述的拉取过程有点不同，但是不明显。推送模型可以对时 间敏感的推送策略更新有用，（即，不等待WTRU请求策略）。根据推送模型，完整策略可以 被推送给WTRU或者一组WTRU (或者广播给所有）。WTRU可以接收用于策略可用性的策略 检查，如果策略更新是应用于它们，它们就可以将其存储起来。其他通信不是必须的。
[0227] 策略推送可以仅仅是WTRU去获得特殊策略更新的触发，（S卩，推送可以发起拉 取）。在这种情况下，WTRU接收推送可以检查自己的内容，以及如果需要，可以按照图20发 起策略更新。
[0228] 发现合适的接入网络可以通过接入网类型广告来提供，（私有网络、免费公共网 络、付费公共网络）、漫游集团、和地点信息。可以提供层2 (L2)协议通用广告服务（GAS)和 建立于GAS之上的查询/响应机制（接入网查询协议（ANQP))。
[0229] GAS是基于层2的协议，用于在认证提供与网络服务相关的信息可用性之前在 WTRU和网络中的服务器之间传输广告帧。GAS可以提供功能，以使得WTRU能够发现与期望 的网络服务相关的信息的可用性，（例如，关于服务（例如在独立基本服务集（IBSS)、本地 接入服务、可用订阅服务提供商（SSP)和/或SSP网络（SSPN)或其他外部网络中提供的） 的信息。
[0230] 当WTRU处于不相关状态以及相关状态时，GAS可以作为使用一般容器通过IEEE 802. 11网络来广告网络服务信息的广告服务的传送机制。
[0231] ANQP是由GAS传送的一种广告协议。广告协议元素可以规定WTRU可以用来与广 告服务器（AS)通信的广告协议。AS可以与WTRU共处，或者在外部网络中。AS可以是媒体 无关切换（MIH)服务器，（因为GAS被用于传送MIH消息）、或者ANQP服务器，（存储ANQP 参数）、或者另一种类型的信息服务器。
[0232] 图21显示了无线通信系统中通用广告服务（GAS)的基本结构，该系统包括请求 WTRU 2105、响应WTRU 2110和广告服务器2115。GAS协议，可以用于传送查询和查询响应， 可以对广告协议是透明的。
[0233] 如图21所示，响应WTRU 2110可以使用从请求WTRU 2105接收到的GAS初始请求 帧2125向广告服务器2115发送GAS查询请求帧2120。响应WTRU 2110可以向响应WTRU 2110提供GAS查询响应帧2130,然后响应WTRU 2110向请求WTRU 2105发送GAS初始响应 帧2135。GAS查询响应帧2130可以在单个GAS初始响应帧2135中传送，或者在一个或者 多个GAS回复响应帧2140中传送。
[0234] 与响应WTRU 2110关联的广告服务器2115可以导致延迟，或者填入多个帧，其中 响应WTRU 2110可以指示发送响应之前的时间延迟周期，（例如，X秒或者N个帧）。这个 行为可以建立GAS回复消息交换，其中如果需要，请求WTRU 2105暂停，然后发送多个GAS 回复请求帧2140,每个触发来自响应WTRU 2100的GAS回复响应帧。
[0235] ANQP可以是移动设备用来发现信息范围的查询和响应协议，包括热点运营商的域 名，（全球唯一、机器可搜索数据元素）、经由热点可接入的漫游参与者和它们的凭证类型 以及针对认证支持的可扩展认证协议（ΕΑΡ)方法、IP地址类型可用性，（例如，IPv4，IPv6)、 以及用于WTRU的网络选择过程的其它元数据。
[0236] IEEE 802. llu可以要求支持以下ANQP元素：地点名信息、网络认证类型信息、漫 游集团列表、IP地址类型可用性信息（例如，IPv4, IPv6)、网络接入ID (NAI)领域列表、域 名列表和3GPP蜂窝网络信息。也可以支持其它信息元素。例如，已知WiFi联盟使用增强 的ANQP来激活自己的热点2. 0配置。
[0237] 使用GAS/ANQP实现NISE可以包括除了查询广告服务器以外还增加 GAS协议以允 许将信息"加载"到广告服务器中。
[0238] 经由ANQP查询/响应来支持D2D服务广告可以在ANQP协议被扩展到支持与D2D 相关联的信息的传输时完成。OMA DM M0可以用作这个信息的"容器"。因此，新的OMA DM M0可以创建用于ANQP。可替换地，ANDSF可以作为ANQP广告服务器，具有增强的ANQP来 传送 ANDSF M0。
[0239] 为了经由GAS支持D2D，可以要求协议的明显增强以支持将广告内容加载到广告 服务器中。为此，可以使用"GAS广告请求"消息和"GAS广告响应"消息。WTRU可以发起 会话用包含WTRU标识信息的GAS广告请求消息来投递广告。这个消息可以包括安全关联 (SA)，包括在SA和广告服务器之间建立SA所需的信令。消息还可以包括指示符，指示这是 初始请求，（可以使用默认"广告请求ID"）。消息可以包括通知服务器提供的内容是完整 的还是还有更多即将到来的指示符。可以包括要广告的一些或者所有内容。
[0240] 广告服务器可以用包含SA参数的"GAS广告响应"消息来响应。在初始响应中， 这可以包括WTRU需要用于后续消息的SA参数。这个消息还可以包括请求接受/拒绝指示 符。服务器可以使用WTRU标识信息来确定其是否希望接受来自WTRU的内容。如果是，月艮 务器可以向WTRU发送"接受"指示。否则，服务器可以发送"拒绝"指示符。消息还可以包 括"广告请求ID"，WTRU可以用其在随后的消息中识别后续消息的内容。如果拒绝了请求， 这个指示符可以没有含意。消息还可以包括内容肯定应答（ACK)/否定ACK(NACK)，来指示 服务器是否能够处理和投递提出的信息，（这可以与从WTRU接受任何内容的服务器能力相 关的接收/拒绝指示符不同）。如果拒绝初始请求，这个指示符可以没有含意。
[0241] 如果WTRU在初始"GAS广告请求"消息中不发送广告信息的全集，其可以发送后续 请求，具有与初始请求匹配的WTRU标识信息和从之前的响应中获得的SA参数。可以使用 初始响应中提供的"广告内容ID"。后续请求可以包括通知服务器提供的内容是完整的还 是更多内容即将到来的指示符，和净荷（内容）。
[0242] 对这种请求的响应可以包括SA参数，（用于下一个后面请求）。接受/拒绝字段 可以设置为"接受"，因为服务器已经接受了请求。"广告请求ID"可以设置为正确值，内容 ACK/NACK可以如上述使用。
[0243] SA可以在WTRU和广告服务器之间建立，以阻止多个安全线程，包括投递错误或者 不期望的信息、设计用于超载广告数据库（DB)的服务拒绝攻击等等。SA建立可以依赖于广 告是在WTRU已经接入IEEE 802. 11网络之前还是之后完成。如果WTRU已经在IBSS模式 获得到802. 11网络的接入，WTRU和基础设施之间的SA可以已经存在。这个SA然后可以被 用作WTRU和广告服务器之间的SA，（在基础设施内共享SA是依赖于实现的）。如果WTRU 还没有接入到802. 11网络，正如ANQP的情况，那么SA可以直接在广告服务器和WTRU之间 建立。这个SA可以完全与WTRU在后来与IEEE 802. 11网络建立的SA分开。SA可以在单 个广告内容投递会话期间一直存在，（即，初始请求和后续请求使用相同的内容ID)。建立 这个SA的方式可以是广告服务器特定的。例如，如果ANDSF被作为广告服务器，可以使用 SA建立过程或者数据报传送层安全（DTLS)。如果WTRU是连接至3GPP网络的WTRU的一部 分，可以使用3GPP通用引导架构（GBA)结构。
[0244] 发现本身可以从不同的角度来看待。在服务级，设备发现可以以知道某个无线发 射/接收单元（WTRU)在附近而终止。如果设备相应被配备，（例如，分组交换（PS)情况）， 服务级发现可以避免。在无线电接入网（RAN)级，发现可以在链路建立之前。从无线电角 度来看，与通信相比较，有可能设备发现可以在不同频率上发生，（在这种情况下，发现频率 中的D2D链路质量的判断可能必须转换成对应的D2D数据链路频率或者执行的其它RAN级 发现的判断）。而且，可以想象通过设备之间的物理链路的发现，紧跟着通过另一个无线电 接入技术（RAT)的本地路径的通信。
[0245] 可以有一些用于发现的用例。例如，为了检测应用（例如，Foursquare、Facebook) 的物理接近度，或者为了检测直接点到点数据链路的射频（RF)条件，（用于直接链路通信， 包括卸载和公共安全）。
[0246] 描述了使用D2D交互工作功能（IWF)来支持两阶段设备到设备（D2D)发现的方法 和装置。D2D IWF组件可以配置为执行运行于应用服务器的应用和3GPP网络之间的映射， 并提供一组应用编程接口（API)以允许将发现作为服务提供给D2D应用。应用ID可以映 射至3GPP ID。而且，描述了执行客户端-服务器发现的方法和装置。第一无线发射/接 收单元（WTRU)可以配置用于仅监听操作，第二WTRU可以配置用于发送信标。第一和第二 WTRU可以在接入层（AS)层执行无线电接入网络（RAN)发现过程。另外，D2D服务注册可以 由注册到网络并获得WTRU ID的WTRU执行。WTRU可以注册到应用服务器或者D2D服务器， 且WTRU可以完成设备发现。WTRU可以被触发以发起无线电接入网络（RAN)发现。还描述 了用于执行使用D2D IWF的D2D服务的计费的方法和装置。
[0247] 在此描述的架构和过程用于提供使用D2D IWF的设备到设备（D2D)发现的服务原 语和计费支持。在此描述的架构和过程可以应用于运行在D2D通信中的网络和WTRU。D2D IWF，（即，D2D/ProSe服务器）可以是提供到D2D/接近服务（ProSe)应用服务器的接口的 逻辑实体。
[0248] 直接路径，其中物理通信是在两个D2D设备之间直接进行的，和本地路径，其中通 信可以通过两个D2D设备都连接的eNB来建立，可以都定义在用于支持D2D通信的接近服 务（ProSe)范围之内的场景。一些定义用于ProSe的用例可以对系统设计强加一组新需求。 这些需求可以被大概地划分为商业和公共安全。公共安全需求可以被考虑为商业需求的超 集。
[0249] 社交用例可以包括限制情形，由此D2D用户可以能够发现他们已经规定的其它 D2D设备和由他们已经规定的其它D2D设备发现，（例如，属于他们的用户组的，（例如，朋 友列表），然后通过D2D链路使用社交网络应用（但不是必须这样））。发现可以无需任何 WTRU位置信息而执行。
[0250] 社交用例可以包括无限制发现情形，由此D2D用户可以由任意其它D2D用户发现， 而无需被发现WTRU的特定的在先允许。
[0251] 社交用例可以包括不同的公共陆地移动网络（PLMN)发现，由此属于不同PLMN的 D2D用户可以相互被发现。这个的子集可以是D2D用户还在漫游时。
[0252] 社交用例可以包括服务连续情形。对于卸载情形，D2D用户可以能够在直接路径 和基础设施模式之间移动，而无需用户明显的切换。
[0253] 社交用例可以包括位置和存在情形，由此运营商可以能够用ProSe过程增强他们 的位置和存在信息。当两个已经相互通信的WTRU足够接近以使得运营商可以将它们切换 到D2D模式，而无需它们的请求时，一些稍有不同的发现模式可以发生。其可以包括所有发 现元素：非接入层（NAS)以及RAN。然而，可能有与应用服务器的交互，以及可以得到标识， (例如，从它们的网际协议（IP)地址得到）。
[0254] 公共安全用例可以包括所有商业用例，基本PS用例，由此两个经授权的PS用户能 够直接通过D2D链路通信，PS D2D用户能够维持多个同时发生的与不同D2D PS用户的一 对一 D2D会话、一对多通信、WTRU作为两个其它WTRU之间的中继、WTRU作为到基础设施的 中继、以及无需在先发现的组播模式中的通信。
[0255] 根据用例，以下实现选项是可能的：
[0256] 1)基于网络的发现一 NAS+核心网单元可以是可应用的，如果邻近是仅期望支持 的服务。例如，用户X可以需要找到用户Y是否在loom距离附近，以及部署结构是否足够 好以使其有意义，（5km农村宏小区就不太有用）。通过将其限制为可能邻近的那些WTRU， 可以将其用于作为预过滤以减少系统发现的负担。
[0257] 2)基于RAN的发现（PHY影响）可以是可应用的，如果用例是要建立直接点到点 链路，或者如果需要更准确的相对距离信息。在这种情况下，RF条件可以在设备之间确定。 物理层可以支持可发现波形和/或承载消息的其它信息的传输和它们的接收。
[0258] 3)使用另一个RAT，（例如，WiFi)用于发现。作为混合方案，网络可以使用1)检 测用户是否相互"邻近"，然后触发发现和另一个RAT上的用户链路。在这种情况下，WLAN 发现可以视作RAN级发现。
[0259] 虽然WTRU，（即，移动设备）可以接入他们有服务协定的应用服务器，但是移动网 络（MN)不可以。
[0260] D2D-IWF的一些功能是隐藏3GPP运营商内部的网络结构、终止到D2D服务器、MME 和HSS的接口、以及执行合适的协议转换，其可以在与3GPP网络通信之前认证D2D服务器， 并可以授权和支持发送给和来自于D2D服务器的控制平面消息发送。邻近服务可以作为 WTRU中的客户端应用来实现，以下被称为用户代理。应用和IWF之间的任何交互可以通过 用户代理来进行。IWF仍然可以需直接从应用服务器获得相关用户配置文件和认证配置文 件。WTRU可以通过应用编程接口（API)从WTRU上的应用接收信息，WTRU自己可以与应用 服务器交互。应用与应用服务器的交互在3GPP范围之外。无论如何，可以交换一些信息以 使得D2D如下所述正确地工作。
[0261] 描述解决方案来使用户使用交互工作功能实体（D2D IWF)能够引导的和客户 端-服务器发现，以及如何将发现作为运营商服务来提供。描述了方法以使得运营商能够 对这个服务进行应用服务计费。D2D IWF功能可以扩展为允许对应用提供者的发现服务计 费。下面还描述了使用D2D IWC组件的发现服务计费。
[0262] D2D IWF组件可以执行应用，（例如，Facebook、Foursquare)和3GPP网络之间和 映射。映射功能可以执行应用ID到3GPP ID(例如，3GPP国际移动用户标识（IMSI))的映 射。虽然运营商可以控制映射操作，（通过与应用服务器交互），但是运营商可以不必知道 永久的应用ID。相反，临时ID可以由应用服务器提供。
[0263] D2D IWF组件可以保持当前的WTRU可达性信息，或者可以执行适当组件的询问， (例如，归属位置寄存器（HLR)/归属用户服务器（HSS))，当需要时，以将外部ID映射到相 关WTRU订阅的3GPP ID并收集WTRU可达性信息。
[0264] D2D IWF可以基于应用请求发起设备发现。D2D IWF功能还可以与HSS和策略和 计费执行功能（PCRF)交互，以执行所提供的发现服务的计费辅助。D2D IWF还可以产生将 具有外部ID和应用ID的计费数据记录（CDR)，并通过Rf/Ga实例将其转发给计费数据功能 (CDF)/计费网关功能（CGF)。
[0265] D2D IWF可以输出API以提供与应用服务器和/或运行于WTRU的应用客户端/用 户代理通信的入口。API可以允许D2D IWF实体请求以下功能：发起和终止WTRU发现，通 知WTRU或者应用服务器发现结果，支持应用服务器的授权和认证，向应用服务器报告D2D 发现请求的接受或者不接受，或者HSS解决方案机制用于网络运营商已经配置了多个和单 独可寻址的HSS时。
[0266] 另外，D2D IWF可以执行合适的HSS的询问，当设备发现需要时，以将E. 164移动 站国际用户目录号码（MSISDN)或者外部ID映射到关联WTRU的IMSI，获取WTRU的服务节 点信息，（即服务通用分组服务（GPRS)支持节点（SGSN)/移动性管理实体（MME)/移动交 换中心（MSC)地址），以确定是否允许应用服务器发现特定WTRU。而且，D2D IWF可以执行 最高效和有效的发现机制选择，并根据来自HSS/HLR的当前WTRU服务节点信息（例如，月艮 务MME/SGSN/MSC地址），WTRU所支持的发现机制，归属公共陆地移动网络（HPLMN)，以及当 漫游时，访问公共陆地移动网络（VPLMN)所支持的可能的发现服务，和从应用服务器接收 的任何信息，向应用屏蔽这个细节。
[0267] D2D IWF实体可以是逻辑实体、新节点，或者可以位于3GPP EUTRAN架构中任意现 有节点中。D2D IWF功能可以位于策略和计费功能（PCRF)中，相关的发现服务API可以通 过Rx接口提供给应用服务器。
[0268] 对于使用D2D服务的每个应用，引入应用特定ID。这个ID可以包括应用ID (可能 是之前在移动网络运营商（ΜΝ0)和应用提供商之间协商的）、设备ID、应用服务器或者应用 客户端（用户代理）提供的应用特定的用户ID、运营商ID、和/或域ID。
[0269] 在一个不例中，D2D ID可以是以下形式：app. device. userOoperator. topdomain。 设备ID可以是全球唯一实体。
[0270] ΜΝ0可以不需要知道应用的本质，只需要唯一 ID，因为WTRU可以直接请求服务参 数。跨不同应用服务器的唯一应用ID可以用在某些服务目录中注册的标准应用名、或者用 具有很低混淆概率的长随机ID来创建。如果应用ID仅仅用于发现以及WTRU ID不能从其 推导出，则这个隐含的混淆不严重。应用/服务标识可以从第三方实时获得，（例如，开放 ID可能在其验证WTRU用户标识的同时）。统一资源ID(URI)可以由应用服务器或者客户 端/用户代理产生。
[0271] D2D应用服务器可以是例如Facebook的应用，或者可以是提供到多个终端应用的 接口的关口 /网关。应用服务器可以通过IWF使用IWF输出的API与移动网络通信。
[0272] D2D应用服务器通常知道允许使用服务的用户列表和他们的标识，服务的服务质 量（QoS)需求，包括任何上下文特定的信息（例如，位置限制），移动网络提供商配备这个服 务的可应用商业条件例如计费，用户对任意特殊应用用户的兴趣，并且应用服务器还可以 为特定用户产生URI。WTRU可以运行应用客户端。这个客户端可以作为D2D用户代理，其 通过输出的API直接与D2D IWF交互。WTRU可以使用这个API注册到IWF，提供URI，提供 感兴趣的用户列表，和请求/发起发现。
[0273] D2D对现有EPC节点的影响可以是如下这样。对于HSS，可以在D2D设备3GPP标 识和MME、策略、D2D能力、支持的模式之间执行映射。DNS实体可以执行设备可达性跟踪， (即，其可以维持哪些设备通过哪个IWF实体是可达的映射，S卩，其维持设备URI和关联的 IWF ID或者IWF IP地址之间的映射。
[0274] MME执打的关键功能可以包括维持特定设备的感兴趣的实体列表，执打感兴趣的 实体的监控，从D2D IWF接收发现请求，从WTRU接收发现报告或者邻近报告，向IWF报告发 现失败/成功，或者实现邻近检测功能。如果发现相互都在对方感兴趣参与者列表中的两 个设备报告了相同的邻近区域，且策略允许它们相互发现对方，则检测到邻近并且向这两 个实体发送NAS消息。
[0275] D2D服务注册、服务发现和接入过程可以定义为多阶段过程。在第一阶段，WTRU可 以注册到网络并获得需要的WTRU ID。在第二阶段，WTRU注册到应用服务器或者D2D服务 器。注意到D2D服务器在运营商域之外。在第三阶段，WTRU完成设备发现。在第四阶段， 使用从应用注册和设备发现获得的信息，完成服务发现。在这时，应用服务器可以触发WTRU 发起发现和使用另一个RAT连接，或者发起RAN发现。应用注册和MME对设备的初始配置 在发现过程的第一步是通用的。
[0276] 应用服务器发起的设备注册可以包括WTRU注册，由此每个具有D2D能力的WTRU 可以附着到蜂窝网络（WTRU注册），和D2D服务器注册，由此每个具有D2D能力的设备可以 执行到D2D服务器的注册，并获得设备/服务URI。（应用级信令）。每个具有D2D能力的 设备可以向D2D服务器指示"感兴趣的实体"。可替换地，D2D设备可以指示对作为仅监听 模式设备或者仅传送模式设备运行感兴趣。
[0277] D2D服务器可以与D2D IWF通信。D2D IWF可以执行从D2D设备URI到设备ID (例 如，MSI)的映射。D2D IWF可以从D2D服务器获得"感兴趣的实体"列表。D2D IWF可以 从HSS获得全球唯一 MME ID(GUMMEI)。D2D IWF可以向MME发送配置。配置可以包括"感 兴趣的实体"，或者仅监听模式或者仅传送模式。
[0278] 可替换地，在某些类型的应用中，WTRU可以直接注册到D2D IWF。针对此目的，IWF 可以向WTRU提供API。
[0279] WTRU可以注册到蜂窝网络并发送自己的D2D能力。MME可以在附着过程结束时向 WTRU提供IWF地址。WTRU可以具有与D2D应用服务器或网关通信的D2D客户端应用或者 用户代理，以用于注册到相关应用。WTRU还可以向网关提供D2D IWF地址。用户代理可以 产生用于这个应用的URI。可替换地，如果D2D应用服务器产生URI，那么可以通过D2D IWF 将URI提供给WTRU。D2D应用服务器可以向D2D IWF提供WTRU的认证配置文件。认证配 置文件可以与WTRU期望使用的URI关联。应用服务器还可以提供URI。
[0280] D2D设备可以与D2D IWF通信。D2D设备可以注册到D2D IWF。IWF可以认证WTRU 并且如果URI是由应用服务器产生的IWF可以向WTRU提供该URI。D2D IWF可以将URI注 册到DNS。D2D IWF可以拥有从D2D设备URI到设备ID (例如，頂SI)的映射。D2D IWF可 以从D2D设备获得"感兴趣的实体"列表。D2D IWF可以从HSS获得GUMMEI。D2D IWF可以 向MME发送配置。配置可以包括"感兴趣的实体"，或者仅监听模式或者仅传送模式。
[0281] 具有D2D发现能力的设备可以在任何时刻运行于仅监听模式，其中设备仅监听发 现信标，监听和发送发现模式，其中设备对发现和被发现感兴趣，仅传送模式，其中设备仅 向附近的WTRU广播发现信标和一般数据以及设备仅对被发现感兴趣，以及禁用发现模式。 发现过程可以包括应用注册和模式特定发现过程。模式特定发现过程可以依赖于使用情形 和执行发现的模式。在客户端-服务器发现模式中，一个设备可以被另一个设备忽视，其中 第一设备处于仅监听模式直至其检测到另一个设备，此时将其进行重新配置成转换到发送 /监听模式，以及其通知网络或者响应其它设备，并发起用户平面通信。在引导的设备到设 备发现模式中，设备可以通过直接请求"感兴趣的实体"发现的其它设备明确地尝试找到彼 此。
[0282] 一旦执行了应用注册，就可以发起发现过程。在高层，发现过程可以划分为两个阶 段：阶段1发现，其中MME帮助找到相同"接近组"中的设备的发现，阶段2发现，其中空中 接口帮助的发现使用长期演进（LTE)接口或者另一个RAT(例如，直接WiFi)。WTRU可以具 有多个能力来支持发现过程。例如，其可以支持可以用于发现过程的多个接口（RAT)。根据 WTRU和网络能力、WTRU偏好、以及网络和用户策略，WTRU可以配置为将不同的RAT或者RAT 组合用于发现过程。配置可以将演进的通用陆地无线电接入网（RUTRAN)用于阶段1发现， 将直接WiFi用于阶段2发现。可以使用网络提供的信息来配置WiFi功能。
[0283] 一个设备可以被另一个设备忽视，其中第一设备处于仅监听模式直至其检测到另 一个设备，此时将其进行重新配置以转换到发送/监听模式，以及其通知网络或者响应其 它设备，并发起用户平面通信。
[0284] 图22A-22C -起是在无线通信系统2200中的客户端-服务器发现过程示例的 信号流程图，该系统2200包括第一 WTRU 2205、第二WTRU 2210、第一 MME 2215、第二MME 2220、HSS 2225、域名系统（DNS)2230、第一 D2D IWF 2235、第二 D2D IWF 2240 和 D2D(应 用）服务器2245。
[0285] 如图22A所示，WTRU 2205和2210可以执行附着过程，（具有D2D能力），（2250)。 MME 2215可以配置WTRU 2205用于仅监听操作，MME 2220可以配置WTRU 2210来发起信标 传输。WTRU 2205配置可以包括何时发送信标、周期、工作循环（duty cycle)等等。WTRU 2210配置可以包括信标的扰码ID、信标传输的上升/下降过程、周期等等。WTRU 2205可 以监听信标，以及一旦检测到任何信标，其可以向MME 2215发送报告。如果WTRU 2205和 2210在相同的"邻近区域"之内，MME 2215可以通知D2D IWF 2235，D2D IWF 2235可以通 知D2D服务器2245。如果进入阶段2, WTRU 2205和2210可以在接入层（AS)层执行RAN发 现传输/接收。
[0286] 如图22八所示，]\^^2215可以向020 1^ 2235发送具有町冊2205的36--10的 WTRU更新消息，而D2D IWF 2235然后向DNS 2230发送具有WTRU 2205的3GPP ID和 IWF 2235的ID的WTRU绑定消息2254lt) 3GPP ID可以包括，但不局限于，頂SI、MSISDN或 者3GPP外部ID(例如，URI)中的至少一个。IWF ID的示例可以包括，但不局限于，IWF的 IP地址、或者可以映射到IP地址的ID，例如URI。
[0287] 仍然参考图22A，WTRU 2205可以向D2D服务器2245发送应用注册消息ZZSei，（包 括发现能力、发现模式-仅监听等等），D2D服务器2245然后向WTRU 2205发送包括3GPP 外部ID(例如，URI)的应用注册消息ZZSSi。查询和响应消息2260可以在DNS 2230和D2D 服务器2245之间交换，以确定什么IWF ID是用于WTRU 2205的。D2D服务器2245可以 向D2D IWF 2235发送包括WTRU 2205的3GPP外部ID (例如，URI)和感兴趣的实体列表的 WTRU绑定消息2262lt) D2D IWF 2235可以向D2D服务器2245发送应答（ACK)或绑定完成 消息2264lt) HSS 2225和D2D IWF 2235可以交换消息2266以查询什么MME被分配给WTRU 2205。D2D IWF 2230然后可以向MME 2215发送包括WTRU 2205的3GPP ID和感兴趣的实 体列表的设备发现-监听节点发起消息2268lt) MME 2215然后可以向2205发送指示监听 模式过程的寻呼和邻近配置消息2270lt)
[0288] 如图22B所示，WTRU 2210可以向D2D服务器2245发送应用注册消息22562，（包 括发现能力、发现模式支持-发送/监听或者仅传送模式等等），D2D服务器2245然后可以 向WTRU 2210发送包括3GPP外部ID(例如，URI)的应用注册消息22582。MME 2220可以 向 D2D IWF 2240 发送具有 WTRU 2210 的 3GPP ID 的 WTRU 更新消息 22522，D2D IWF 2240 然后可以向DNS 2230发送具有WTRU 2210的3GPP ID和IWF 2240的ID的WTRU绑定消息 22542。3GPP ID可以包括，但不局限于，IMSI、MSISDN或者3GPP外部ID(例如，URI)中的 至少一个。IWF ID的示例可以包括，但不局限于，IWF的IP地址、或者可以映射到IP地址 的ID，例如URI。
[0289] 仍然参考图22B，D2D服务器2245可以向D2D IWF 2240发送包括WTRU 2210的 3GPP外部ID (例如，URI)和感兴趣的实体列表的WTRU绑定消息22622。D2D IWF 2240可以 向D2D服务器2245发送ACK或绑定完成消息22642。然后D2D IWF 2240可以向MME 2220 发送包括WTRU 2210的3GPP ID和感兴趣的实体列表的设备发现发起消息22682t)MME 2220 然后可以向WTRU 2210发送指示仅发送或者发送/监听模式过程的寻呼和邻近配置消息 22702。例如，当WTRU 2205检测到信号时（2272)，WTRU 2205可以向MME 2215发送包括 WTRU 2210的ID和例如S临时移动用户标识（S-TMSI)的邻近检测消息2274。
[0290] 如图22C所示，MME 2215然后可以发送消息2276以通知IWF 2235检测到邻近， IWF 2235然后可以发送消息2278以通知D2D服务器2245检测到邻近。MME 2215可以向 WTRU 2210发送寻呼和邻近重配置发送/接收模式消息228(^，并且向WTRU 2205发送寻呼 和邻近重配置发送/接收模式消息22802。然后可以在WTRU 2205和2210之间进行数据交 换 2282。
[0291] 图23A-23C -起是设备发起的引导的服务发现过程示例的信号流程图，与图 22A-22C类似。在设备发起的引导的发现过程模型中，WTRU用户代理可以向应用服务器指 示感兴趣的实体列表，（即需要被发现的WTRU集）。图23C中所示的设备发现发起消息 230(^和2300 2可以包括感兴趣的实体列表。
[0292] 图24A-24C-起是网络发起的引导服务发现过程示例的信号流程图，与图22类 似。在网络发起的引导设备发现过程模型中，应用服务器可以指示特定WTRU的感兴趣的实 体列表，（即需要被发现的WTRU集）。图24A中所示的设备发现发起消息240(^和图24B中 所示的设备发现发起消息2400 2可以包括感兴趣的实体列表。
[0293] 在引导的发现模式中，阶段1可以是NAS层邻近检测，阶段2可以是使用LTE或者 另一个RAT的AS层邻近检测。WTRU可以在NAS层执行邻近区域监控/报告。MME可以配 置WTRU以执行周期性"邻近报告"。WTRU可以向网络（例如，MME)发送周期性邻近报告。 从WTRU至MME的新NAS消息发送可以更新"邻近区域"。如果WTRU在相同"邻近区域"之 内，可以进入阶段2, WTRU可以在AS层执行RAN发现传输/接收。MME可以通知WTRU发起 "直接链路"发现过程。MME中之一可以寻呼WTRU以发起连接（移动终端（MT)过程）或者 NAS，或者WTRU可以发起移动发起的呼叫过程。WTRU可以完成与eNB(未显示）的无线电资 源控制（RRC)连接。WTRU可以从eNB获得包括与工作循环、发送和接收信标的频率、何时发 送和何时接收等、以及何时开始、何时停止、何时报告相关联的信息的发现配置。
[0294] 在两阶段发现过程中，阶段1可以使用邻近检测过程。可以有多个过程，其中可以 在MME实现邻近检测功能。例如，小区或者小区组可以是邻近区域的一部分，每个小区可以 在系统信息中广告自己的邻近区域信息广播。WTRU可以配置为使用新的NAS过程周期性地 向MME报告在自己占据的小区中检测到的邻近区域代码。邻近区域更新可以映射到跟踪区 域更新过程。邻近区域代码可以在系统信息块（SIB)中（例如，SIB类型1->小区接入相 关的信息_>邻近区域代码）。AS可以检测邻近区域代码并将其发送给较高层。
[0295] 邻近更新可以由不同因素或配置来触发，可以包括检测到的相邻小区ID集中的 位置坐标、位置坐标的增量变化、小区ID改变、RF指纹、邻近区域代码改变、或者RF指纹匹 配或改变。
[0296] WTRU的位置可以用于隐含地检测邻近。WTRU可以被配置为报告何时自己的位置 坐标更新了增量阈值，或者定位基础设施接点，（例如，服务移动位置中心（SMLC)，可以发 送WTRU的周期位置更新。MME邻近映射功能可以关联这个信息，以及何时在相互感兴趣发 现对方的WTRU之间检测到邻近，MME可以通知与两个WTRU相关联的IWF实体。
[0297] 在阶段2,其中实现RAN级发现或者其它RAT发现，D2D信标可以用于RAN发现。 可以用设备ID对D2D信标进行编码如下：散列全ID (多对一映射）至信标ID/AND，发送多 个信标（产品代码），如果由网络指示就用全ID的传输跟随初始信标发现，或者用网络指示 的另一个信标的发现跟随初始信标发现。
[0298] 可以实现其它RAT发现和用户平面连接。在检测到初始邻近之后，通知应用服务 器，其可以触发应用层信号以通知WTRU它们应当发起其它RAT(例如，WiFi)上的发现和用 户平面连接。应用服务器还可以用辅助信息配置WTRU以帮助其它RAT的发现和通信过程。 其它RAT的配置可以包括无线服务集ID(SSID)、包括定时的无线信标配置等等，以及用于 其它RAT的无线频带/模式/信道等等。
[0299] 如果阶段2发现将使用LTE空中接口来进行，就可以实现点到点RAN级发现过程。 LTE RAN发现可以被请求用于空闲和/或连接模式，只要WTRU附着到网络。WTRU可以使用 由eNB调度的带内或者带外资源发送或者接收发现信号。WTRU可以用时分复用（TDM)方式 在上行链路（UL)和交叉链路（XL)之间发送，其中XL通信的资源配置可以由WTRU配置，以 及可以包括子帧配置，（例如，用于XL通信的子帧模式），时隙配置，（例如，时隙0用于发 送，时隙1用于接收），或者资源块配置，（例如，某资源块用于XL通信）。
[0300] 图25A、25B、26A和26B是点到点无线电接入网（RAN)级发现过程示例的信号流程 图。显示于图25A和25B的过程2500可以包括阶段1发现过程2505,和可能的阶段2过 程251(^和2510 2。显示于图26A和26B的过程2600可以包括阶段1发现过程2605,和阶 段2RAN发现过程2610。
[0301] D2D发现架构可以实现以WTRU为中心的方法。应用服务器通常可以知道允许使用 服务的用户列表和他们的标识、服务的QoS需求、包括任何上下文特定的信息，（例如，位置 限制）等等，以及移动网络提供商配备这个服务的可应用商业条件例如计费。
[0302] 注册到它们的ΜΝ0的WTRU可以安全地接入应用服务器，并与其建立上述参数。已 经建立了这些参数，随后将这些参数存储于设备上。对应用有关的服务感兴趣的WTRU可以 联系ΜΝ0,并请求新服务。服务类型和参数可以指示针对服务交换的任何数据的特征，（例 如，"尽力服务（best effort)"），期望的链路类型（例如，ProSe)，用于期望服务的用户个 体或者用户组的指示符，以及WTRU想要加入的现有服务的临时名。
[0303] 除非服务是混杂的，否则可能需要特定用户标识。应用服务器可以在WTRU上存储 参与了发起的会话的用户列表。随后，应用使用的用户ID可以与网络使用的用户ID关联 起来。例如，应用服务器和网络提供商可以开发产生和将网络提供商使用的ID与永久应用 标识关联的机制。可替换地，可以使用应用和移动网络都信任的第三方标识提供商。
[0304] 除了网络使用的ID之外，为了被发现可以有WTRU发送的第二ID。两个ID之间的 映射是一对一的，并且是网络已知的。
[0305] 开放ID协议是能够支持这种联合标识管理服务的协议示例，网络提供商使用的 标识可以跨多个网络提供商使用。例如，组中的一个用户可以由一个ΜΝ0提供应用服务，相 同组中的另一个用户可以由另一个ΜΝ0提供应用服务，标识可以跨ΜΝ0协调，并可以在应用 服务器追溯到单个唯一标识。
[0306] 一旦WTRU和网络提供商协商了新服务的建立，可以创建用于服务的临时服务名。 从第三方获得的服务标识可以是唯一的，因此可以跨网络提供商使用。WTRU可以知道临时 服务名并可以将其提供给AppSe。
[0307] 应用提供商现在可以向任何用户提供这个服务名。此时，应用提供商的作用可以 变得有限制。其包含的可以仅在会话需要改变时才需要，（用户上线或者离开，会话QoS需 要再协商，或者会话需要终止）。否则，新创建的服务可以由网络作为一般"命名的"服务用 预先协商的QoS要求来处理，并且网络可以接管这个服务的连接性管理。
[0308] 网络运营商可以在WTRU和其他网络设备可以遵守的策略和过程中使用服务名。 例如，启用D2D服务可以要求由WTRU为需要D2D的流使用的特定的IP地址集。在这种情况 下，网络可以向WTRU指令由与上述特定会话关联的BuildCity应用发起的任意流可以使用 D2D激活的IP地址和源ID。网络还可以比较和协调来自是相同服务的一部分的多个WTRU 的信息，并管理用户列表、策略等的差异。图27A和27B -起是格式化计费数据记录的D2D 过程示例2700的信号流程图。显示于图27A和27B的过程2700可以包括阶段1发现过程 2705和阶段2RAN过程2710。计费可以是电信网和相关联的在线计费系统（0CS)/帐单域 (BD)组件中的功能，在其中收集、格式化、传输和估计与计费事件相关的信息，以能够确定 对被计费方的使用开帐单（线下计费）或者用户的帐户预算可以记帐（在线计费）。
[0309] 计费数据记录（CDR)可以是关于可计费事件的信息的格式化集，（例如，呼叫建立 的时间，呼叫持续时间，数据传输量等等），用于计费和记账。对于可计费事件的部分计费 或者全部计费的每个被计费方，可以产生单独CDR，（即，可以为单个可计费事件产生多个 CDR,例如因为其较长的持续时间，或者因为多个被计费方要被计费）。
[0310] 计费事件可以是由计费触发功能（CTF)向CDF(线下计费）或者向0CS(在线计 费）转发的计费信息集。每个计费事件可以准确地匹配一个可计费事件。
[0311] 线下计费可以是一个过程，其中与资源使用并发地收集网络资源使用的计费信 息。在这个过程结束时，CDR文件可以由网络产生，其可以被传送至网络运营商的BD用于用 户计费和/或运营商之间账目清算，（或其它功能，例如，统计，运营商的判断）。BD-般都 可以包括后处理系统，例如运营商的帐单系统或者帐单调解设备。D2D IWF还可以执行D2D 发现服务的计费功能并产生CDR报告。CDR报告可以是基于用于或者不用于计费的RAN资 源，发现过程的持续时间，工作循环，发现模式（客户端服务器或者引导的发现），或者用于 发现和通信过程的RAT (例如，直接WiFi是被用于发现，还是使用了 LTE RAN资源）。
[0312] 当成功终止或者中止发现时，或者网络检测到错误条件时（例如，HSS检测到WTRU 是不可达的），IWF可以产生⑶R。
[0313] 实施例
[0314] 1. 一种使用网络节点来执行位于公共邻近区域中的多个具有设备到设备（D2D) 能力的无线发射/接收单元（WTRU)的发现过程的方法，所述方法包括：
[0315] 所述网络节点接收所述多个WTRU中的第一个的认证配置文件，所述认证配置文 件与所述第一 WTRU关联的标识符（ID)相关联；
[0316] 所述网络节点接收指示所述多个WTRU在公共邻近区域中的信号；
[0317] 所述网络节点发送所述第一 WTRU的所述ID以注册所述第一 WTRU ;以及
[0318] 所述网络节点接收与所述第一 WTRU相关联的感兴趣的实体的列表。
[0319] 2.根据实施例1所述的方法，其中所述网络节点是设备到设备（D2D)交互工作功 能（IWF)，被配置成将所述第一 WTRU的所述ID注册到域名系统（DNS)。
[0320] 3.根据实施例1-2中任意一个所述的方法，其中所述第一 WTRU的所述ID是第三 代合作伙伴计划（3GPP)外部ID、移动站国际用户目录号（MSISDN)、或者国际移动用户标识 (MSI)中的至少一个。
[0321] 4.根据实施例2-3中任意一个所述的方法，其中所述D2D IWF使用第一应用编程 接口（API)与D2D应用服务器对接以提供关于所述第一 WTRU的认证信息，以及所述D2D服 务器使用第二API来注册和认证所述第一 WTRU。
[0322] 5.根据实施例2-4中任意一个所述的方法，进一步包括：
[0323] 所述D2D IWF获得所述第一 WTRU的所述ID到所述第一 WTRU的服务标识符的映 射。
[0324] 6.根据实施例2-5中任意一个所述的方法，进一步包括：
[0325] 所述D2D IWF向移动性管理实体（MME)发送包括所述第一 WTRU的所述ID和感兴 趣实体的所述列表的设备发现消息。
[0326] 7.根据实施例2-6中任意一个所述的方法，进一步包括：
[0327] 所述D2D IWF从归属用户服务器（HSS)获得全球唯一移动性管理实体（MME)标识 符（GUMMEI)。
[0328] 8.根据实施例2-7中任意一个所述的方法，进一步包括：
[0329] 所述D2D IWF向所述DNS发送包括所述D2D IWF的ID的WTRU 3GPP ID绑定信息。
[0330] 9.根据实施例8所述的方法，其中所述D2D IWF的所述ID是所述D2D IWF的网际 协议（IP)地址、或者可以映射到IP地址的ID中的至少一个。
[0331] 10.根据实施例8所述的方法，其中所述D2D IWF的所述ID是统一资源ID (URI)。
[0332] 11.根据实施例2-10中任意一个所述的方法，进一步包括：
[0333] 所述D2D IWF向移动性管理实体（MME)发送监听模式或者仅传送模式配置信息。
[0334] 12.根据实施例1-11中任意一个所述的方法，其中指示所述多个WTRU在相同邻近 区域中的所述信号是从移动性管理实体（MME)接收的。
[0335] 13.根据实施例1-12中任意一个所述的方法，进一步包括：
[0336] 所述网络节点接收邻近更新信号；以及
[0337] 所述网络节点产生计费数据记录（⑶R)报告。
[0338] 14.根据实施例13所述的方法，其中所述CDR报告是基于用于或者不用于计费的 无线电接入网络（RAN)资源。
[0339] 15.根据实施例13所述的方法，其中所述CDR报告是基于发现过程的持续时间、工 作循环、发现模式、或者用于发现和通信过程的无线电接入技术（RAT)中的至少一个。
[0340] 16. -种使用移动性管理实体（MME)来建立多个具有设备到设备（D2D)能力的无 线发射/接收单元（WTRU)之间的通信的方法，所述方法包括：
[0341] 所述MME发送所述两个注册的具有D2D能力的WTRU的当前跟踪区域标识（ID)或 演进的节点B(eNB)ID ;以及
[0342] 所述MME从所述服务器接收请求以建立所述两个WTRU之间的邻近连接，所述请求 响应于所述两个WTRU位于公共邻近区域中以及所述两个WTRU期望彼此通信的指示。
[0343] 17.根据实施例16所述的方法，其中所述MME包括应用网关，所述服务器是应用服 务器或者邻近服务器。
[0344] 18.根据实施例16-17中任意一个所述的方法，其中所述WTRU的每一个都包括用 户好友列表，一旦发现其他WTRU或者一旦收到其他WTRU在附近的通知，所述WTRU的每一 个都希望与另一个WTRU通信。
[0345] 19. 一种执行引导的发现模式过程的方法，所述方法包括：
[0346] 第一无线发射/接收单元（WTRU)在周期性的基础上发送报告，指示至少一个其它 WTRU是否在与所述第一 WTRU相同的公共邻近区域中；以及
[0347] 在所述第一 WTRU与第二WTRU在公共邻近区域中的情况下，所述第一 WTRU在接入 层（AS)层执行无线电接入网络（RAN)发现通信。
[0348] 20.根据实施例19所述的方法，进一步包括：
[0349] 所述第一 WTRU完成与演进的节点B (eNB)的无线电资源控制（RRC)连接；以及
[0350] 所述第一 WTRU从所述eNB接收发现配置信息。
[0351] 21.根据实施例20所述的方法，其中所述配置信息包括工作循环、发送和接收信 标的频率、或者指示何时发送和何时接收的信息中的至少一个。
[0352] 22.根据实施例20所述的方法，进一步包括：
[0353] 所述第一 WTRU监听设备到设备（D2D)信标；以及
[0354] 一检测到任何D2D信标所述第一 WTRU就向所述移动性管理实体（MME)发送报告。
[0355] 23. -种网络节点，包括：
[0356] 发射机，被配置为发送两个注册的具有设备到设备（D2D)能力的WTRU的当前跟踪 区域标识（ID)或演进的节点B (eNB) ID ;以及
[0357] 接收机，被配置为接收请求以建立所述两个WTRU之间的邻近连接，所述请求响应 于所述两个WTRU位于公共邻近区域中并且期望彼此通信。
[0358] 24.根据实施例23所述的网络节点，其中所述网络节点是移动性管理实体（MME)， 以及服务器发送请求到所述MME以响应于接收到所述当前跟踪区域ID或所述eNB ID。
[0359] 25. -种网络节点，包括：
[0360] 接收机，被配置为接收位于公共邻近区域中的多个具有设备到设备（D2D)能力的 无线发射/接收单元（WTRU)中的第一个的认证配置文件，所述认证配置文件与关联所述第 一 WTRU的标识符（ID)相关联；
[0361] 所述接收机进一步被配置为接收指示所述多个WTRU位于相同邻近区域中的信 号，以及与所述第一 WTRU相关联的感兴趣的实体的列表；以及
[0362] 发射机，被配置为发送所述第一 WTRU的所述ID以将所述ID注册到域名系统 (DNS)。
[0363] 26.根据实施例25所述的网络节点，其中所述网络节点是设备到设备（D2D)交互 工作功能（IWF)。
[0364] 尽管上面以特定的组合描述了特征和元素，但是本领域普通技术人员可以理解， 每个特征或元素可以单独的使用或与任意其他特征和元素进行组合使用。此外，这里描述 的实施方式可以用计算机程序、软件或固件实现，其可包含到由计算机或处理器执行的计 算机可读介质中。计算机可读介质的示例包括电信号（通过有线或无线连接发送的）和计 算机可读存储介质。计算机可读存储介质的示例包括但不限制为只读存储器（ROM)、随机存 取存储器（RAM)、寄存器、缓冲存储器、半导体存储器设备、磁性介质（例如内部硬盘和可移 动磁盘），磁光介质和光介质，例如光盘（CD)或数字通用盘（DVD)。与软件相关联的处理器 可用于实现在WTRU、UE、终端、基站、节点B、eNB、HNB、HeNB、AP、RNC、无线路由器或任何主计 算机中使用的射频收发信机。
【权利要求】
1. 一种使用网络节点来执行位于公共邻近区域中的多个具有设备到设备（D2D)能力 的无线发射/接收单元（WTRU)的发现过程的方法，所述方法包括： 所述网络节点接收所述多个WTRU中的第一 WTRU的认证配置文件，所述认证配置文件 与所述第一 WTRU的标识符（ID)相关联； 所述网络节点接收信号，该信号指示所述多个WTRU在公共邻近区域中； 所述网络节点发送所述第一 WTRU的所述ID以注册所述第一 WTRU ;以及 所述网络节点接收与所述第一 WTRU相关联的感兴趣实体的列表。
2. 根据权利要求1所述的方法，其中所述网络节点是设备到设备（D2D)交互工作功能 (IWF)，被配置成将所述第一 WTRU的所述ID注册到域名系统（DNS)。
3. 根据权利要求1所述的方法，其中所述第一 WTRU的所述ID是第三代合作伙伴计划 (3GPP)外部ID、移动站国际用户目录号（MSISDN)、以及国际移动用户标识（MSI)中的至少 一者。
4. 根据权利要求2所述的方法，其中所述D2D IWF使用第一应用编程接口（API)与D2D 应用服务器对接以提供关于所述第一 WTRU的认证信息，以及所述D2D应用服务器使用第二 API来注册和认证所述第一 WTRU。
5. 根据权利要求2所述的方法，该方法进一步包括： 所述D2D IWF获得所述第一 WTRU的所述ID到所述第一 WTRU的服务标识符的映射。
6. 根据权利要求2所述的方法，该方法进一步包括： 所述D2D IWF向移动性管理实体（MME)发送设备发现消息，该设备发现消息包括所述 第一 WTRU的所述ID和感兴趣实体的所述列表。
7. 根据权利要求2所述的方法，该方法进一步包括： 所述D2D IWF从归属用户服务器（HSS)获得全球唯一移动性管理实体（MME)标识符 OiUMMEI)。
8. 根据权利要求2所述的方法，该方法进一步包括： 所述D2D IWF向所述DNS发送包括所述D2D IWF的ID的WTRU 3GPPID绑定信息。
9. 根据权利要求8所述的方法，其中所述D2D IWF的所述ID是所述D2D IWF的网际协 议（IP)地址、以及映射到IP地址的ID中的至少一者。
10. 根据权利要求9所述的方法，其中所述D2D IWF的所述ID是统一资源ID (URI)。
11. 根据权利要求2所述的方法，该方法进一步包括： 所述D2D IWF向移动性管理实体（MME)发送监听模式或者仅传送模式配置信息。
12. 根据权利要求1所述的方法，其中指示所述多个WTRU在相同邻近区域中的所述信 号是从移动性管理实体（MME)接收的。
13. 根据权利要求1所述的方法，该方法进一步包括： 所述网络节点接收邻近更新信号；以及 所述网络节点产生计费数据记录（CDR)报告。
14. 根据权利要求13所述的方法，其中所述CDR报告基于用于或者不用于计费的无线 电接入网络（RAN)资源。
15. 根据权利要求13所述的方法，其中所述CDR报告是基于发现过程的持续时间、工作 循环、发现模式、以及用于发现和通信过程的无线电接入技术（RAT)中的至少一者。
16. -种使用移动性管理实体（MME)来建立针对多个具有设备到设备（D2D)能力的无 线发射/接收单元（WTRU)的通信的方法，所述方法包括： 所述MME发送所注册的具有D2D能力的WTRU中的两个WTRU的当前跟踪区域标识（ID) 或演进的节点B(eNB)ID ;以及 所述MME接收请求以建立所述两个WTRU之间的邻近连接，所述请求响应于所述两个 WTRU位于公共邻近区域中以及所述两个WTRU期望彼此通信的指示。
17. 根据权利要求16所述的方法，其中所述MME包括应用网关，其中服务器确定所述两 个WTRU是否位于公共邻近中。
18. 根据权利要求16所述的方法，其中所述WTRU的每一个WTRU包括用户好友列表，一 发现其他WTRU或者一收到其他WTRU在附近的通知，所述WTRU的每一个WTRU指示期望与 另一个WTRU通信。
19. 一种执行引导的发现模式过程的方法，所述方法包括： 第一无线发射/接收单元（WTRU)在周期性的基础上发送报告，该报告指示至少一个其 它WTRU是否在与所述第一 WTRU相同的公共邻近区域中；以及 在所述第一 WTRU与第二WTRU在公共邻近区域中的情况下，所述第一 WTRU在接入层 (AS)层执行无线电接入网络（RAN)发现通信。
20. 根据权利要求19所述的方法，该方法进一步包括： 所述第一 WTRU完成与演进的节点B(eNB)的无线电资源控制（RRC)连接；以及 所述第一 WTRU从所述eNB接收发现配置信息。
21. 根据权利要求20所述的方法，其中所述配置信息包括工作循环、发送和接收信标 的频率、以及指示何时发送和何时接收的信息中的至少一者。
22. 根据权利要求20所述的方法，该方法进一步包括： 所述第一 WTRU监听设备到设备（D2D)信标；以及 一检测到任何D2D信标，所述第一 WTRU向移动性管理实体（MME)发送报告。
23. -种网络节点，该网络节点包括： 发射机，被配置成发送两个注册的具有设备到设备（D2D)能力的无线发射/接收单元 (WTRU)的当前跟踪区域标识（ID)或演进的节点B (eNB) ID;以及 接收机，被配置成接收请求以建立所述两个WTRU之间的邻近连接，所述请求响应于所 述两个WTRU位于公共邻近区域中并且期望彼此通信。
24. 根据权利要求23所述的网络节点，其中所述网络节点是移动性管理实体（MME)，以 及服务器发送请求到所述MME以响应于接收到所述当前跟踪区域ID或所述eNB ID。
25. -种网络节点，该网络节点包括： 接收机，被配置成接收位于公共邻近区域中的多个具有设备到设备（D2D)能力的无线 发射/接收单元（WTRU)中的第一 WTRU的认证配置文件，所述认证配置文件与关联所述第 一 WTRU的标识符（ID)相关联； 所述接收机进一步被配置为接收指示所述多个WTRU位于相同邻近区域中的信号以及 与所述第一 WTRU相关联的感兴趣实体的列表；以及 发射机，被配置为发送所述第一 WTRU的所述ID以将所述ID注册到域名系统（DNS)。
26. 根据权利要求25所述的网络节点，其中所述网络节点是设备到设备（D2D)交互工 作功能（IWF)。
【文档编号】H04L29/08GK104272707SQ201380022399
【公开日】2015年1月7日 申请日期:2013年4月26日 优先权日:2012年4月27日
【发明者】R·V·普拉加达, S·艾哈迈德, B·瑞格豪特哈曼, S·J·考尔, P·M·艾杰佩尔, U·奥维拉-赫恩安德茨, 邓卓荣, K·K·凡加努鲁, G·S·斯滕伯格, 王冠宙, M·F·斯达斯尼克, A·雷兹尼克, J·C·祖尼卡, E·M·泽拉 申请人:交互数字专利控股公司