邻近要求验证方法、身份要求方法及其设备

摘要

本发明提出一种邻近要求验证方法、身份要求方法及其设备。在一个实施例中，用户设备可使用收发器组件接收装置间探索的邻近要求验证信息，而此邻近要求验证信息包括探索者的网络层用户识别码及验证响应指示。用户设备接着可根据验证操作来使用收发器组件传送响应于邻近要求验证信息的邻近要求验证响应信息，以响应于接收到验证操作，且根据验证响应指示来使用收发器组件传送邻近要求验证响应信息，以响应于未接收到验证操作。

说明书

技术领域

本发明是有关于一种邻近要求验证(proximityrequestvalidating)方法， 且特别是有关于一种邻近要求验证方法、身份要求方法及其设备。

背景技术

在经常被称作为邻近基础服务(Proximity-basedServices，简称：ProSe) 通信的装置间(Device-to-Device，简称：D2D)通信领域中，用户设备(User Equipment，简称：UE)基本上可直接探索其他用户设备，且通过或未通过 核心网络(例如，演进分组核心网(EvolvedPacketCore，简称：EPC)的协 助，而接着与其他用户设备进行装置间通信。在3GPPTS23.303中提及，在 邻近探索程序中，为了探索其他启用ProSe(ProSe-enabled)的用户设备，启 用ProSe的探索者(discoverer)可传送邻近要求。而在3GPPTS24.334中提 及，当邻近探索程序发生在EPC层级时，邻近探索程序会涉及到邻近要求验 证程序，若目标用户设备的设定档(profile)指示邻近要求需要受到明确地验 证，则在EPC网络中执行此验证程序的网络实体(例如，ProSe功能)会要 求目标用户设备来确认邻近要求的许可(permission)。ProSe功能是用于要 求ProSe的网络相关行为的逻辑功能。ProSe功能对ProSe的特性扮演着不同 的角色。

邻近探索程序会涉及不同类型的识别码(identifier，简称：ID)。网络 层级用户设备ID(例如，演进分组核心网邻近基础服务用户识别码(EPCProSe userID，简称：EPUID))是用于演进分组核心网层级ProSe探索及无线局 域网络(WirelessLocalAreaNetwork，简称：WLAN)直接通信的识别码， 以独特第识别注册至ProSe的用户设备。此ID有时可通过EPC网络中的ProSe 功能来重新指派。而应用层用户识别码(ApplicationLayerUserID，简称： ALUID)是用于识别在特定应用程序中的用户。

图1说明EPC层级探索程序的示例性信令流程(与3GPPTS23.303一 致)。在步骤S110及S120中，为了取得ProSe服务，用户设备A及用户设 备B会分别与属于其各自本地共用陆地移动网络(homepubliclandmobile networks，简称：HomePLMNs)的ProSe功能A及ProSe功能B来执行用于 装置间通信的用户设备注册。在步骤S130及S140中，为了查核ProSe功能 (例如，ProSe功能A及ProSe功能B)的要求应用程序的授权且要求应用 (APP)服务器来利用EPUID注册用户设备的ALUID，用户设备A及用户 设备B会分别与属于其各自本地共用陆地移动网络(homepubliclandmobile networks；HomePLMNs)的ProSe功能A及ProSe功能B来执行用于ProSe 的应用注册。在步骤S150中，用户设备A会发送用于用户设备B的邻近要 求(或者指示邻近要求的有效期间的窗(windows)值)。例如，可能让用户 设备A注意到邻近于用户设备B。而响应于邻近要求，ProSe功能A会要求 用户设备A及用户设备B的位置更新。位置更新可能是周期型、基于触发事 件或是两者。为了要求用户设备A的位置更新，ProSe功能A会联系安全用 户平面位置平台(SecuredUserPlaneLocationPlatform；SLP)A。同样地， 为了要求用户设备B的位置更新，ProSe功能A会联系ProSe功能B，以自 SLPB要求用户设备B的位置更新。

在步骤S160及S170中，用户设备A及用户设备B会间歇性地 (intermittently)向其各自的ProSe功能回报。ProSe功能B可基于ProSe功 能A所设定的条件来转送用户设备B的位置更新至ProSe功能A。而每当 ProSe功能A接收到用户设备A及/或用户设备B的位置更新时，ProSe功能 A会针对用户设备A及用户设备B的位置来执行邻近分析。在步骤S180中， 当ProSe功能A检测到用户设备A及用户设备B在邻近时，ProSe功能A会 将用户设备B在邻近的信息告知于用户设备A，且可选择性地为用户设备A 提供用于WLAN直接探索及与用户设备B通信的协助信息。同样地，ProSe 功能A会告知ProSe功能B，转而将用户设备A被检测在邻近的信息告知于 用户设备B。ProSe功能B也可选择性地为用户设备B提供用于WLAN直接 探索及与用户设备A通信的协助信息。

图2是EPC层级邻近要求程序的示例性流程图。在步骤S210中，用户 设备A发送邻近要求信息至ProSe功能A。响应于接收到邻近要求信息，在 步骤S220中，ProSe功能A会与APP服务器执行邻近映射要求(Proximitymap request)程序。邻近映射要求程序是用于要求用于在用户设备A应注意到邻 近于用户设备B的用户设备B的EPUID，以及用于用户设备B的ProSe功能 识别码(PFID)。在步骤S230中，ProSe功能A将具有用户设备B的EPUID 的邻近要求信息传送至ProSe功能B，基于步骤S230所接收到的EPUID_B， ProSe功能B取得用户设备B的纪录。在步骤S250中，根据用户设备B的设 定档，将会执行邻近要求验证程序，用户设备B可被要求确认用于邻近要求 的许可。在步骤S260中，ProSe功能B自SLPB要求用户设备B的位置回报 且对ProSe功能A告知邻近要求的确认，并提供用户设备B的当前位置(若 已得知)。在步骤S280中，ProSe功能A自SLPA要求用户设备A的位置 回报。若用户设备A的当前位置是可用的且若用户设备B的位置是包含在步 骤S260中，则若ProSe功能A决定用户设备未必在要求的时间窗值中进入至 邻近，其可决定取消邻近要求程序。否则，ProSe功能A会对用户设备A告 知邻近要求的确认(步骤S290)。邻近要求程序的范例可参照3GPPTS23.303 及TS24.334，且其详细说明将于稍后叙述。

然而，在前述EPC层级ProSe探索程序及邻近要求程序中，可能存在两 种问题。第一种问题是目标用户设备(例如，图1及图2中的用户设备B) 可能会不知道何者进行邻近要求。例如，假设图2中的用户设备A执行社群 网络应用程序，用户设备A已经接收到用于与朋友(例如，图2中的用户设 备B)聊天的操作。响应于接收到此操作，用户设备A会传送邻近要求至ProSe 功能A。接着，ProSe功能A会要求用户设备B验证此邻近要求。然而，用 户设备B会接收到用于接收或拒绝聊天的聊天要求通知，但无法得知用户设 备A的身份。

第二种问题是，由于目标用户设备未响应于邻近要求(例如，通过指定 用于邻近要求接入(incoming)的许可或回绝)，因此邻近要求验证程序可 能会受阻。假设目标用户设备的用户正忙碌或未注意到要求接入，则邻近要 求验证程序可能无法继续进行。

发明内容

借此，本发明提供一种邻近要求验证方法、身份要求方法及其设备。

在本发明的一实施例中，本发明提出一种通过用户设备使用的邻近要求 验证方法。此方法包括但不限于下列步骤。接收装置间探索的邻近要求验证 信息，而此邻近要求验证信息包括探索者的网络层用户识别码及验证响应指 示。根据验证操作来传送响应于邻近要求验证信息的邻近要求验证响应信息， 以响应于接收到验证操作。根据验证响应指示来传送邻近要求验证响应信息， 以响应于未接收到验证操作。

在本发明的一实施例中，本发明提供一种用户设备，其包括但不限于收 发器组件及耦接于收发器组件的处理组件。收发器组件用以传送及接收无线 数据。处理组件经配置用以至少执行但不限于使用收发器组件接收装置间探 索的邻近要求验证信息，而此邻近要求验证信息包括探索者的网络层用户识 别码及验证响应指示；根据验证操作来使用收发器组件传送响应于邻近要求 验证信息的邻近要求验证响应信息，以响应于接收到验证操作；根据验证响 应指示来使用收发器组件传送邻近要求验证响应信息，以响应于未接收到验 证操作。

在本发明的一实施例中，本发明提供一种通过网络实体使用的身份要求 方法。此方法包括但不限于下列步骤。传送包括探索者的网络层级用户识别 码的身份要求信息。接收包括探索者的应用层用户识别码的身分响应信息， 而此探索者的应用层用户识别码是对应于探索者的网络层级用户识别码。传 送包括探索者的应用层用户识别码的装置间探索的邻近要求验证信息，以响 应于接收到身分响应信息，接收响应于邻近要求验证信息的邻近要求验证响 应信息。

在本发明的一实施例中，本发明提供一种网络实体，其包括但不限于收 发器组件及耦接于收发器组件的处理组件。收发器组件用以传送及接收数据。 处理组件经配置用以至少执行但不限于使用收发器组件传送包括探索者的网 络层级用户识别码的身份要求信息；使用收发器组件接收包括探索者的应用 层用户识别码的身分响应信息，而此探索者的应用层用户识别码是对应于探 索者的网络层级用户识别码；使用收发器组件传送包括探索者的应用层用户 识别码的装置间探索的邻近要求验证信息，以响应于接收到身分响应信息； 使用收发器组件接收响应于邻近要求验证信息的邻近要求验证响应信息。

为了使本发明的上述特征和优点可理解，下文详细描述伴随有图式的示 范性实施例。应理解，以上一般描述和以下详细描述都是示范性的，且希望 进一步解释如所主张的本发明。

然而，应理解，此概述可能不含有本发明的所有方面和实施例，且因此 并不意味以任何方式为限制性的。而且，本发明将包含对于所属领域的技术 人员来说明显的改进和修改。

附图说明

包含附图以便进一步理解本发明，且附图并入本说明书中且构成本说明 书的一部分。所述图式说明本发明的实施例，且与描述一起用以解释本发明 的原理。

图1说明EPC层级探索程序的示例性信令流程；

图2是EPC层级邻近要求程序的示例性流程图；

图3是本发明一实施例说明通信系统的示意图；

图4是本发明一实施例说明用户设备的方块图；

图5是本发明一实施例说明网络实体的方块图；

图6是本发明一实施例说明用户装置的装置间探索方法；

图7是本发明一实施例说明用户设备的装置间验证程序的范例；

图8是本发明一实施例说明邻近验证程序的情境；

图9是本发明一实施例说明网络实体的装置间探索方法；

图10是本发明一实施例说明邻近探索程序的情境。

附图标记说明：

S110～S180、S210～S280、S610～S670、S710～S770、S810～S890、S910～ S970、S1010～S1070：步骤；

310、320：用户设备；

312：天线；

313、354_5：收发器组件；

314：模拟至数字/数字至模拟转换器；

315、354_2：存储器组件；

316、354_1：处理组件；

317：显示单元；

330、340：基站；

350、370：核心网络；

351、371：移动性管理实体；

352、372：归属用户服务器；

354、374：网络实体；

354_3：通信协定组件；

356、376：安全用户平面位置平台；

358、378：分组数据网网关；

359、379：服务网关；

390：APP服务器；

854、1054：ProSe功能。

具体实施方式

现将详细参考本发明的示范性实施例，其实例在附图中得以说明。只要 有可能，相同元件符号在图式及描述中用来表示相同或相似部分。

为了改进ProSe功能(例如，图1及图2中的ProSe功能A及ProSe功 能B)的隐私及系统的效能，在本发明一示例性实施例中，网络实体(例如， ProSe功能)会对被探索者(例如，图1及图2中的用户设备B)提供探索者 用户设备(图1及图2中的用户设备A)的应用层用户识别码(ApplicationLayer UserID，简称：ALUID)，而此探索者用户设备的ALUID是表示何者进行 邻近要求。此外，ProSe功能也会提供验证响应指示(例如，指示如何响应邻 近要求验证信息的通知类型)，以响应于未接收到通过探索者用户设备的用 户执行的验证操作。借此，探索者用户设备可得知何者进行装置间探索，且 邻近要求程序会继续进行而不受阻扰。以下提出符合本发明的精神的多个实 施例，应用本实施例者可依其需求而对这些实施例进行适度调整，而不仅限 于下述描述中的内容。

图3是本发明一实施例说明通信系统的示意图。请参照图3，通信系统 300可包括但不仅限于用户设备310及320、基站(basestations，简称：BSs) 330及340、核心网络350及370及ProSe应用(APP)服务器390。

在本发明中的“用户设备”(例如，用户设备310及320)可表示各种实施 例，其例如可包含(但不限于)移动站、先进移动站(advancedmobilestation， 简称：AMS)、服务器、用户端、台式计算机、笔记本计算机、网络电脑、 工作站、个人数字助理(personaldigitalassistant，简称：PDA)、平板个人 电脑(personalcomputer，简称：PC)、扫描器、电话装置、寻呼机(pager)、 相机、电视、掌上型视频游戏装置、音乐装置、无线传感器等。在一些应用 中，用户设备可以是在移动环境(例如，巴士、火车、飞机、船、车等)中 运作的固定电脑装置。

图4是本发明一实施例说明用户设备的方块图，用户设备可至少由如图 4所说明的功能元件表示。用户设备310可至少包括(但不限于)收发器组 件313、模拟至数字(A/D)/数字至模拟(D/A)转换器314、处理组件316、 显示单元317、视情况选用的存储组件315以及一或多个天线单元312。收发 器组件313无线地传输下行链路(downlink)信号及接收上行链路(uplink) 信号。收发器组件313也可执行诸如低噪声放大、阻抗匹配、混频、升频或 降频转换、滤波、放大及其类似者的操作。模拟至数字(A/D)/数字至模拟 (D/A)转换器314经配置以在上行链路信号处理期间自模拟信号格式转换 为数字信号格式，且在下行链路信号处理期间自数字信号格式转换为模拟信 号格式。处理组件316经配置以处理数字信号且执行根据本发明的例示性实 施例的程序所提出的装置间探索方法(稍后说明)。此外，处理组件316可 视情况耦接至非暂时性(non-transitory)存储组件315以存储程序代码、装置 配置、码本(codebook)、缓冲的或永久的数据等。处理组件316的功能可 通过使用诸如微处理器、微控制器、数字信号处理(digitalsignalprocessing， 简称：DSP)芯片、现场可编程门阵列(FieldProgrammableGateArray，简 称：FPGA)等可编程单元来实施。处理组件316的功能也可用独立电子装置 或集成电路(integratedcircuit，简称：IC)实施，且处理组件316也可用硬 件或软件实施。显示单元317可以是(例如)液晶显示器(LiquidCrystal Display，简称：LCD)、有机电致发光显示器(OrganicElectro-luminescent Display，简称：OELD)以及等离子显示板(PlasmaDisplayPanel，简称：PDP) 等。而用户设备320可具有与用户设备310相同或相似的功能元件，且针对 各元件的详细说明将不再赘述。

在本发明中的“基站”(例如，基站330及340)可表示成各种实施例，其 例如可包含(但不限于)演进型节点B(EvolvedNodeB，简称：eNB)、家 用演进型节点B(HeNB)、进阶基站(advancedbasestation，简称：ABS)、 基地收发器系统(basetransceiversystem，简称：BTS)、存取点、家用基站、 中继器(relay)、散射器(scatterer)、转发器(repeater)、中间节点、中间 物(intermediary)及/或基于卫星的通信基站。

核心网络350及370可以是(例如)第二代(2G)(例如，通用分组无 线业务(GeneralPacketRadioService，简称：GPRS)核心网络)、第三代(3G) 核心网络或第四代(4G)核心网络(例如，演进分组核心网(EvolvedPacket Core，简称：EPC))。核心网络350可至少包括(但不限于)移动性管理 实体(MobilityManagemententity，简称：MME)351、归属用户服务器(Home SubscriberServer，简称：HSS)352、网络实体354、安全用户平面位置平台 (SecuredUserPlaneLocationPlatform，简称：SLP)356、分组数据网网关 (PacketDataNetworkGateway，简称：P-GW)358及服务网关(Serving Gateway，简称：S-GW)359。MME351连接于基站330、HHS352及S-GW 359。S-GW359连接于MME351及P-GW358。网络实体354连接于HHS352、 SLP356及APP服务器390。同样地，核心网络370可至少包括(但不限于) MME371、HSS372、网络实体374、SLP376、P-GW378及S-GW379。MME 371、HSS372、网络实体374、SLP376、P-GW378及S-GW379间的耦接关 系可参照MME351、HSS352、网络实体354、SLP356、P-GW358及S-GW 359的耦接关系，且因针对各元件的详细说明将不再赘述。

示例性的网络实体354及357可以是EPC网络中的ProSe功能。图5是 本发明一实施例说明网络实体的方块图，网络实体可至少由如图5所说明的 功能元件表示。网络实体354可至少包括(但不限于)处理组件354_1、其 耦接到通信协定组件354_3而通信协定组件354_3耦接到收发器组件354_。 收发器组件354_5用以传送及接收经调变(modulated)的信号，此信号可能 是射频(RF)信号、光学信号或通过缆线传送的信号。通信协定组件354_3 可独立于处理组件354_1或为处理组件354_1的固有部分，且将数字信息转 换为与例如PC2、PC3、PC4、PC4x等各种接口相容的格式。处理组件354_1 经配置以处理数字信号且执行根据本发明的前述示范性实施例所提出的装置 间探索方法的程序。此外，处理组件354_1可视情况耦接到非暂时性存储器 组件354_2以存储程序代码、装置配置、码本、缓冲的或永久的数据等。处 理组件354_1的功能可通过使用诸如微处理器、微控制器、DSP芯片、FPGA 等可程序设计单元来实施。处理组件354_1的功能还可用独立电子装置或IC 来实施，且由处理组件354_1执行的功能还可实施在硬件或软件的领域内。 而网络实体374可具有与网络实体354相同或相似的功能元件，且针对各元 件的详细说明将不再赘述。

需说明的是，前述实施例是假设用户设备310及320是属于不同的核心 网络(例如，核心网络350及370)，此代表用户设备310及320分别通过 核心网络350及370传送及接收数据或信息。在本发明其他一些实施例中， 用户设备310及320两者可通过核心网络350(或核心网络370)传送及接收 数据或信息。

图6是本发明一实施例说明用户装置310的装置间探索方法。请参照图 6，在步骤S610中，用户装置310的处理组件316使用收发器组件313接收 装置间探索的邻近要求验证信息，而此邻近探索验证信息包括探索者的 ALPID及验证响应指示。在本实施例中，探索者的ALPID指示何者传送邻近 要求信息，且验证响应指示指示如何响应邻近要求验证信息。

具体而言，根据3GPPTS24.334，在EPC层级ProSe探索程序中，在用 户设备(例如，用户设备320)传送用于要求装置间探索的邻近要求信息之 后，网络实体354使用邻近要求验证(proximityrequestvalidation)程序，以 要求用户设备310来确认用于邻近要求信息的许可。例如，用户设备320上 执行社群网络应用软件，而用户设备320接收到用于与朋友(例如，用户设 备310)聊天的操作。网络实体354可在邻近要求验证程序的初始时传送邻 近要求验证信息。

在本发明的此实施例中，邻近要求验证信息可以是(例如)与3GPPTS 23.303及TS24.334一致的邻近要求验证(ProximityRequestValidation)信 息或其他用于确认用户设备320的邻近要求信息许可的任何控制信令信息。 邻近要求验证信息可至少包括但不仅限于会谈(session)ID(例如，事务 (transaction)ID)、应用ID、用户设备320的ALUID及用户设备310的 ALUID、未响应(noresponse)计时器及验证响应指示(例如，通知类型)。 ALUID可识别第三方应用程序服务器平台或图3的APP服务器390。未响应 计时器指示用户设备310的计时器的过期时间，且未响应计时器可经配置为 (例如是)5、10、30秒等。验证响应指示可以是“若不响应则允许(allowed onnoanswer)”指示或“若不响应则回绝(deniedonnoanswer)”指示。而未 响应计时器及验证响应指示的详细说明待稍后叙述。

在本发明一实施例中，处理组件316可启动计时器，以响应于接收到邻 近要求验证信息，且判断计时器是否过期。具体而言，处理组件316根据包 含在邻近要求验证信息的未响应计时器，来设置计时器的过期时间，且启动 此计时器。接着，处理组件316可决定此计时器是否达到此过期时间。需说 明的是，计时器的过期时间可根据其他控制信令信息(例如，PC3控制协动 信息)来配置或通过网络实体354来维护。

接着，处理组件316判断是否接收到响应于邻近要求验证信息的验证操 作。在本发明一实施例中，处理组件316可在显示单元317上显示探索者的 ALUID。用户设备310可能还包括输入单元(未示出)(例如，显示单元317 上的触控面板、按钮、开关等)。处理组件316还可显示通知示图，其中此 通知示图是用以提供接收或拒绝用户设备320的邻近要求的选择。用户设备 310可判断接收到验证操作，以响应于输入单元检测到对应于此选择的输入 信号被接收到。

例如，显示单元317上显示具有用户ID“朋友A”、接受按钮及拒绝按钮 的通知示图，其中接收按钮及拒绝按钮分别对应到接收及拒绝用户设备320 的邻近要求信息。接着，输入单元检测是否已接收到对应于接收按钮或拒绝 按钮的触控输入，以判断接收到验证操作。

在步骤S650中，处理组件316根据验证操作来使用收发器组件313传送 响应于邻近要求验证信息的邻近要求验证响应信息，以响应于接收到验证操 作。具体而言，处理组件316根据验证操作来使用收发器组件313传送邻近 要求验证响应信息，以响应于计时器未过期且接收到验证操作。换句话说， 响应于输入单元检测到对应于选择的输入信号已接收到，且计时器尚未达到 过期时间，处理组件316可判断此选择是用以接受或拒绝用户设备320的邻 近要求。

响应于此选择是用以接受用户设备320的邻近要求，处理组件316可将 验证接收信息插入至邻近要求验证信息。另一方面，响应于此选择是用以拒 绝用户设备320的邻近要求，处理组件316可将验证拒绝信息插入至邻近要 求验证信息。邻近要求验证响应信息可以是(例如)与3GPPTS23.303及 TS24.334的邻近验证响应信息(ProximityRequestValidationResponse)信息 或其他用于响应用户设备320的邻近要求信息许可的任何控制信令信息。验 证接受信息可以是邻近验证响应信息 (PROXIMITY_REQUEST_VALIDATION_RESPONSE)信息中的“响应-接受 (response-accept)”单元。而验证拒绝信息可以是 PROXIMITY_REQUEST_VALIDATION_RESPONSE信息中的“响应-拒绝 (response-reject)”单元。接着，通过收发器组件313传送包括验证接受信息 或验证拒绝信息的邻近要求验证响应信息至网络实体354。

另一方面，在步骤S670中，处理组件316根据验证响应指示来使用收发 器组件313传送邻近要求验证响应信息，以响应于未接收到验证操作。具体 而言，处理组件316根据验证响应指示来使用收发器组件313传送邻近要求 验证响应信息，以响应于计时器过期且未接收到验证操作。响应于输入单元 未检测到对应于选择的输入信号已接收到，且计时器已达到过期时间，处理 组件316可根据验证响应指示，来将验证接收信息或验证拒绝信息插入至邻 近要求验证响应信息。响应于验证响应指示为“若不响应则允许”指示，处理 组件316可将验证接受信息插入至邻近要求验证响应信息。而响应于验证响 应指示为“若不响应则回绝”指示，处理组件316可将验证拒绝信息插入至邻 近要求验证响应信息。接着，通过收发器组件313传送包括验证接受信息或 验证拒绝信息的邻近要求验证响应信息至网络实体354。

图7是本发明一实施例说明用户设备310的装置间验证程序的范例。假 设用户设备320执行邻近要求。请参照图7，在步骤S710中，用户设备310 自网络实体354接收包括验证响应指示(例如，“响应-接受”指示或“响应-拒 绝”指示)及用户设备310的ALUID的 PROXIMITY_REQUEST_VALIDATION信息。显示单元317上显示具有用户 设备320的ALUID、接受按钮及拒绝按钮的通知示图(步骤S730)，且启动 计时器。接着，用户设备310判断计时器是否过期(步骤S750)。若计时器 尚未过期，则用户设备310还判断接受按钮或拒绝按钮的触控区域中是否接 收到触控输入(步骤S760)。而若接受按钮的触控区域中接收到触控输入， 则用户设备310会传送包括“响应-接受”单元的 PROXIMITY_REQUEST_VALIDATION_RESPONSE信息(步骤S770)。若 拒绝按钮的触控区域中接收到触控输入，则用户设备310会传送包括“响应- 拒绝”单元的PROXIMITY_REQUEST_VALIDATION_RESPONSE信息(步 骤S780)。另一方面，若计时器过期，则用户设备310会根据验证响应指示 传送PROXIMITY_REQUEST_VALIDATION_RESPONSE信息。

图8是本发明一实施例说明邻近验证程序的情境。在步骤S810中，ProSe 功能854传送包括应用ID、探索者(例如，用户设备320)的用户ID、未响 应计时器及验证响应指示的邻近要求验证 (PROXIMITY_REQUEST_VALIDATION)信息至用户设备310。用户设备 310启动计时器，且在显示单元317上显示应用ID“社群网络F”及用户ID“朋 友B”(步骤S830)。当计时器到达通过未响应计时器指示的过期时间但未接 收到验证操作时，用户设备310会根据验证响应指示来将“响应-接受”单元或 “响应-拒绝”单元插入至PROXIMITY_REQUEST_VALIDATION_RESPONSE 信息(步骤S850)。接着，用户设备310传送 PROXIMITY_REQUEST_VALIDATION_RESPONSE信息至ProSe功能854。

需说明的是，在前述实施例中，探索者的应用层用户ID(例如，用户设 备320的ALUID)将通过网络实体354传送至用户设备310。以下将说明网 络实体354如何取得探索者的ALUID。图9是本发明一实施例说明网络实体 354的装置间探索方法。请参照图9，在步骤S910中，网络实体354的处理 组件354_1使用收发器组件354_5传送包括探索者的网络层级用户ID的身份 要求信息。例如，身份要求信息可以是包括用户设备320的EPCProSe用户 ID(EPUID)的邻近行动要求(ProXimity-Action-Request，简称：PXR)指 令、与3GPPTS29.343一致的邻近映射要求(ProximityMAPrequest)信息 或任何PC2控制协定信息。PXR指令将传送至APP服务器390。接着，APP 服务器390可通过将探索者的网络层级用户ID与APP服务器390的数据库 映射来执行要求映射程序，其中此数据库包括APP服务器390中订阅者的探 索者的网络层级用户ID(例如，EPUID)及对应探索者的应用层用户ID(例 如，应用层被探索者ID、探索者的ALUID)。

在步骤S930中，处理组件354_1使用收发器组件354_5接收包括探索者 的应用层用户ID，此探索者的应用层用户ID是对应于探索者的网络层级用 户ID。具体而言，响应于APP服务器390找寻到探索者的应用层用户ID是 对应于包括在身份要求信息中探索者的网络层级用户ID，APP服务器390可 传送包括探索者的应用层用户ID的身份响应信息至网络实体354。例如，身 份响应信息可以是包括用户设备320的ALUID的邻近行动响应 (ProXimity-Action-Answer，简称：PXA)指令、与3GPPTS29.343一致的 邻近映射响应(ProximityMAPreponse)信息或任何PC2控制协定信息。

在步骤S950中，处理组件354_1使用收发器组件354_5传送包括探索者 的应用层用户ID的装置间探索的邻近要求验证信息，以响应于接收到身份响 应信息。在步骤S970中，处理组件354_1使用收发器组件354_5接收响应于 邻近要求验证信息的邻近要求验证响应信息。步骤S950及S970的详细说明 请参照图6的步骤S610、S650及S690，且因此重复说明不再赘述。

图10是本发明一实施例说明邻近探索程序的情境。请参照图10，在步 骤S1010中，ProSe功能1054传送包括用户设备320的EPUID的PXR指令。 APP服务器390根据用户设备320的EPUID来验证用户设备映射要求(步骤 S1050)。而当APP服务器390判断对应的ALUID符合用户设备320的EPUID 时，APP服务器390会传送包括用户设备320对应的ALUID的PXA指令至 ProSe功能1054(步骤S1070)。

综上所述，本发明提出前述问题的解决方案。通过提供初始邻近要求的 探索者的应用层用户识别码，以保护用户的隐私。通过处理未响应于邻近要 求验证，以改善ProSe功能的效能，其中基于验证响应指示提供邻近要求验 证响应信息，以响应于邻近要求验证未响应。借此，将能提升通信系统的效 能。

用于本申请案的所揭露实施例的详细描述中的元件、动作或指令不应解 释为对本发明来说为绝对关键或必要的，除非明确地如此描述。而且，如本 文中所使用，用词“一”可包含一个以上项目。如果打算指仅一个项目，则将 使用术语“单一”或类似语言。此外，如本文中所使用，在多个项目和/或多个 项目种类的列表之前的术语“中的任一者”希望包含所述项目和/或项目种类个 别地或结合其它项目和/或其它项目种类“中的任一者”、“中的任何组合”、“中 的任何多个”和/或“中的多个的任何组合”。此外，如本文中所使用，术语“集 合”希望包含任何数量个项目，包含零个。此外，如本文中所使用，术语“数 量”希望包含任何数量，包含零。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对 其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通 技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。