终端装置、服务器装置及通信控制方法与流程

本发明涉及终端装置、服务器装置以及通信控制方法。

背景技术：

在进行近年的移动通信系统的标准化活动的3GPP(The 3rd Generation Partnership Project；第三代合作伙伴计划)中，进行着实现全IP化的非专利文献1记载的EPS(Evolved Packet System；演进分组系统)的标准化。在3GPP中，不仅探讨了与EPS连接的接入系统是LTE的情况，还探讨了该接入系统是无线LAN的情况。

进而，3GPP在EPS的标准化过程中，针对非专利文献2记载的ProSe(Proximity based Service；基于邻近的服务)进行了检讨。ProSe的目标在于实现提供如下功能的服务，即，在作为通信终端的UE(User Equipment；用户设备)之间检测邻近通信终端的功能(discovery)、在UE间建立不经由核心网络、基站的直接通信的功能(direct communication)。

在ProSe中，由于能不经由连接着基站或接入网络的核心网络来进行通信，因此能避免接入网络或核心网络的集中(避免拥塞)，能期待减荷(offload)效果。

ProSe为了建立直接通信链路，需要搜索、探测直接通信的通信对象UE的服务。在ProSe中，探讨了两种方式来作为该探测方法。第一种是由UE直接检测的方式(以下，称为direct discovery；直接发现)。第二种是通过接入网络或核心网络来检测的方法(以下，称为EPS discovery；EPS发现)。其中，ProSe服务是由移动通信运营商提供的，在商用环境下需要移动通信运营商的承认。

另外，在ProSe中探讨了利用两种方式来作为UE间的直接通信链路。第一种是利用LTE接入技术的方法。第二种是利用无线LAN(WLAN：Wireless LAN；无线局域网)接入技术的方法。

另外，在ProSe中规定有non-Public Safety(非公共安全)和Public Safety(公共安全)。在non-Public Safety中，设想了移动通信运营商提供的商用服务，仅在UE处于LTE基站的服务区内的情况下能利用ProSe。另一方面，在Public Safety中，设想了基于防灾无线的应用场景，不仅UE在处于LTE基站的服务区内的情况下能利用ProSe，而且在未处于LTE基站(eNB)的服务区内的情况下也能利用ProSe。

现有技术文献

非专利文献

非专利文献1：3GPP TS 23.401Technical Specification Group Services and System Aspects，General Packet Radio Service(GPRS)enhancements for Evolved Universal Terrestrial Radio Access Study for Proximity Services(ProSe)

非专利文献2：3GPP TR 23.303Technical Specification Group Services and System Aspects，Proximity-based Services(ProSe)，Stage2(Release 12)

技术实现要素：

发明要解决的课题

在ProSe中，探讨了实现如下功能的单元，即，检测位置邻近的UE的功能(discovery)、在UE间建立不经由核心网络、基站的直接通信的功能(direct communication)。

进而，为了实现检测位置邻近的UE的功能(discovery)，进行了如下功能的探讨，即，UE向邻近终端通知自身的所在位置的通告(announce)功能、接收基于通告功能的通知来检测邻近终端的监测(monitoring)功能、接收基于通告功能的通知并确认接收到的通知的内容的匹配报告(match report)功能等。

UE使用从ProSe功能的管理服务器通知的ProSe应用代码(application code)，以基于定时器的期间执行通告功能、监测功能。

另外，能使多个ProSe应用代码与1个应用建立对应。故而，需要设想从服务器装置向UE通知与相同的应用相对应的多个ProSe应用代码和定时器。

故而，UE在被服务器装置通知相对于相同的ProSe应用而不同的多个ProSe应用代码、定时器的情况下，需要决定停止旧的ProSe应用代码的使用的定时、以及开始新的ProSe应用代码的使用的定时。

但是，这些定时的决定方法的具体方法当前还并未明确。

本发明鉴于这样的事实而提出，其目的在于，为了实现检测位置邻近的UE的功能(discovery)，提供在通信运营商的管理下实施如下功能等的基于ProSe的服务的停止、开始定时的适当单元，这些功能包括：UE向邻近终端通知自身的所在位置的通告功能、接收基于通告功能的通知来检测邻近终端的监测功能、接收基于通告功能的通知并确认接收到的通知的内容的匹配报告功能。

用于解决课题的手段

本实施方式的终端装置的特征在于，第1代码以及第2代码是所述终端装置在通告中使用的代码，所述终端装置具有：接收部，其接收第1定时器的值和所述第1代码，该第1定时器与用于应用ID的所述第1代码相对应，表示所述第1代码有效的时间；以及控制部，其基于所述第1定时器的值的接收来停止第2定时器的计数，并基于所述第1代码的接收来开始第1定时器的计数，该第2定时器与用于相同的应用ID的所述第2代码相对应，表示所述第2代码有效的时间。

本实施方式的终端装置的特征在于，第1代码以及第2代码是用于监测的代码，第1发现过滤器至少包含与应用ID相对应的所述第1代码以及表示所述第1发现过滤器有效的时间的第1定时器的值，所述终端装置具有接收部和控制部，所述接收部至少接收所述第1发现过滤器，所述控制部基于所述第1定时器的值的接收来停止第2定时器的计数，并基于所述第1代码和所述第1定时器的值的接收来开始第1定时器的计数，所述第2定时器用于与相同的应用ID相对应的所述第2代码。

本实施方式的服务器装置的特征在于，第1代码以及第2代码是终端装置在通告中使用的代码，所述服务器装置具有接收部和接口部，在表示用于应用ID的所述第1代码有效的时间的第1定时器的计数结束之前，所述接收部从所述终端装置接收请求消息，该请求消息至少包含相同的应用ID、终端装置的识别信息以及表示通告的指令，所述接口部向所述终端装置至少发送与所述相同的应用ID相对应的所述第2代码以及表示所述第2代码有效的时间的第2定时器的值。

本实施方式的服务器装置的特征在于，第1代码以及第2代码是用于监测的代码，第2发现过滤器至少包含与应用ID相对应的所述第2代码以及表示所述第2发现过滤器有效的时间的第2定时器的值，所述服务器装置具有接收部和接口部，在表示针对相同的应用ID的第1发现过滤器有效的时间的第1定时器的计数结束之前，所述接收部从所述终端装置接收请求消息，该请求消息至少包含所述相同的应用ID、终端装置的识别信息以及表示监测的指令，所述接口部向所述终端装置发送至少包含所述第2发现过滤器在内的控制消息，所述控制消息是用于使所述终端装置基于所述第2代码和所述第2定时器的值的接收而开始所述第2定时器的计数的控制信息。

本实施方式的终端装置的通信控制方法的特征在于，第1代码以及第2代码是终端装置在通告中使用的代码，所述通信控制方法包括：接收第1定时器的值和第1代码的步骤，该第1定时器与用于应用ID的所述第1代码相对应，表示所述第1代码有效的时间；基于所述第1代码的接收来开始第1定时器的计数的步骤；以及基于所述第1定时器的值的接收来停止第2定时器的计数的步骤，该第2定时器与用于相同的应用ID的所述第2代码相对应，表示所述第2代码有效的时间。

本实施方式的终端装置的通信控制方法的特征在于，第1代码以及第2代码是用于监测的代码，所述通信控制方法包括：至少接收第1发现过滤器的步骤，所述第1发现过滤器至少包含与应用ID相对应的所述第1代码以及表示所述第1发现过滤器有效的时间的第1定时器的值；基于所述第1代码和所述第1定时器的值的接收来开始所述第1定时器的计数的步骤；以及基于所述第1定时器的值的接收来停止第2定时器的计数的步骤，所述第2定时器用于与相同的应用ID相对应的第2代码。

本实施方式的服务器装置的通信控制方法的特征在于，第1代码以及第2代码是终端装置在通告中使用的代码，所述通信控制方法包括：在表示用于应用ID的所述第1代码有效的时间的第1定时器的计数结束之前，从所述终端装置接收请求消息的步骤，该请求消息至少包含相同的应用ID、所述终端装置的识别信息以及表示通告的指令；以及向所述终端装置至少发送与相同的应用ID相对应的所述第2代码以及表示所述第2代码有效的时间的第2定时器的值的步骤。

本实施方式的服务器装置的通信控制方法的特征在于，第1代码以及第2代码是用于监测的代码，所述通信控制方法包括：在表示针对应用ID的第1发现过滤器有效的时间的第1定时器的计数结束之前从所述终端装置接收请求消息的步骤，该请求消息至少包含相同的应用ID、终端装置的识别信息以及表示监测的指令；以及向所述终端装置发送至少包含针对所述相同的应用ID的第2发现过滤器在内的控制消息的步骤；所述第2发现过滤器至少包含与所述相同的应用ID相对应的所述第2代码以及表示所述第2发现过滤器有效的时间的第2定时器的值，所述控制消息是用于使所述终端装置基于所述第2代码和所述第2定时器的值的接收而开始所述第2定时器的计数的控制信息。

发明效果

根据本发明，能在通信运营商的管理下更新能执行基于ProSe的服务的有效期限。

附图说明

图1是用于说明移动通信系统的概略的图。

图2是用于说明IP移动通信网络的构成等的图。

图3是用于说明UE的功能构成的图。

图4是表示存储部中所存储的各数据结构的一例的图。

图5是用于说明ProSe服务器的功能构成的图。

图6是表示存储部中所存储的各数据结构的一例的图。

图7是用于说明HSS的功能构成的图。

图8是表示存储部中所存储的各数据结构的一例的图。

图9是用于说明服务认证过程的图。

图10是用于说明通告请求过程的图。

图11是用于说明监测请求过程的图。

图12是用于说明匹配报告过程的图。

图13是说明第1实施方式中的第1处理例的图。

图14是说明第1实施方式中的第2处理例的图。

图15是说明第1实施方式中的第3处理例的图。

图16是说明第2实施方式中的处理例的图。

具体实施方式

以下，参照附图来说明用于实施本发明的最佳的形态。此外，在本实施方式中，作为一例，说明在应用本发明的情况下的移动通信系统的实施方式。

[1.第1实施方式]

以下，参照附图来详细说明本发明的实施方式的无线通信技术。

[1.1.通信系统的概要]

图1是表示本发明的实施方式的通信系统1的概略构成例的功能框图。

图1所示的通信系统1构成为包含：具有与ProSe有关的功能的通信终端(ProSe enabled UE)即UE_A8、PDN(Packet Data Network；分组数据网络)5、IP移动通信网络3以及ProSe服务器7。

进而，具有与ProSe有关的功能的通信终端如UE_B9所示可以构成为含有多个。

PDN5与UE_A8、UE_B9等UE之间通过IP移动通信网络3来连接。进而，UE_A8和UE_B9被提供基于ProSe的服务。

ProSe服务器7是对UE_A8或者UE_B9的通信进行管理的服务器装置，在ProSe服务等的提供时进行认证。此外，ProSe服务器7可以如图1所示包含在PDN5中来构成，但也可以独立于PDN5。UE_A8与UE_B9既可以连接至相同的移动通信运营商网，也可以连接至不同的移动通信运营商网，还可以是由固定通信运营商运用的宽带网络。

例如，UE_A8可以连接至由第1通信运营商(Mobile Operator)运用管理的IP移动通信网络3，UEA9可以连接至由第2通信运营商运用、管理的与IP移动通信网络3不同的IP移动通信网络。该情况下的第2通信运营商提供的IP移动通信网络可以连接至PDN5。另外，其内部的构成与IP移动通信网络3同样即可，因此省略详细的说明。

另外，这些IP移动通信网络既可以是达成漫游协议的2个IP移动通信网络，也可以是同一国内的2个IP移动通信网络。

另外，对UE_A8、UE_B9的通信进行管理的ProSe服务器7既可以是由UE_A8、UE_B9所签约的通信运营商管理的ProSe服务器，也可以是由与签约的通信服务商存在合约关系的通信运营商管理的ProSe服务器，还可以是由同一国内的通信运营商管理的ProSe服务器。

另外，宽带网络通过ADSL(Asymmetric Digital Subscriber Line；非对称数字用户线路)等进行连接，提供基于光纤等数字线路的高速通信，是通信运营商运用的IP通信网络。进而，不限于此，可以是通过WiMAX(Worldwide Interoperability for Microwave Access；全球微波互联接入)等进行无线接入的网络。

各UE_A8、UE_B9等UE是使用LTE、WLAN等接入系统进行连接的通信终端，通过搭载3GPP LTE的通信接口、WLAN的通信接口等进行连接，能连接至IP移动通信网络3。

但不限于此，可以使用WiMAX(Worldwide Interoperability for Microwave Access)等其他无线系统进行连接。

PDN5是提供通过分组进行数据的收发的网络服务的网络，例如，是提供互联网、IMS等特定的通信服务的网络。

PDN5利用有线线路等被连接至IP移动通信网络3。例如，通过ADSL、光纤等来构筑。但不限于此，也可以是LTE、WLAN、WiMAX(Worldwide Interoperability for Microwave Access)等无线接入网络。

图2是图1所示的通信系统1的详细的构成例。图2所示的系统的构成例构成为包含UE_A8、IP移动通信网络3和PDN5。IP移动通信网络3除了UE_A8以外，还能连接多个UE。在此，尽管在图2中示出的是连接UE_A8的例子，但UE_B9也能与UE_A8同样地构成。

IP移动通信网络3构成为包含核心网络2和各无线接入网络(LTE AN25、WLAN ANb27、WLAN ANa29)。核心网络2构成为包含HSS(Home Subscriber Server；归属签约用户服务器)11、AAA(Authentication、Authorization、Accounting：认证、授权、计账)15、PCRF(Policy and Charging Rules Function；策略与计费规则功能)13、PGW(Packet Data Network Gateway；分组数据网网关)17、ePDG(enhanced Packet Data Gateway；演进分组数据网关)19、SGW(Serving Gateway；服务网关)21以及MME(Mobile Management Entity；移动性管理实体)23。

另外，使用图1说明的ProSe服务器7既可以是如图1所示包含在PDN5中构成，也可以与PDN5独立而包含在IP移动通信网络3中构成，还可以包含在核心网络2中构成。

无线接入网络可以通过多个不同的接入网络来构成。各接入网络与核心网络2连接。进而，UE_A8能与无线接入网络无线连接。

无线接入网络能构成为包括：能通过LTE接入系统进行连接的LTE接入网络(LTE AN25)、以及能通过WLAN接入系统进行连接的接入网络(WLAN ANb27、WLAN ANa29)。

进而，能通过WLAN接入系统进行连接的接入网络能构成为包括：将ePDG19作为到核心网络2的连接装置进行连接的WLAN接入网络b(WLAN ANb27)、以及与PGW17、PCRF13和AAA15连接的WLAN接入网络a(WLAN ANa29)。

此外，各装置与利用EPS的移动通信系统中的现有的装置同样地构成，因此省略详细的说明。以下，进行各装置的简单的说明。

PGW17与PDN5、SGW21、ePDG19、WLAN ANa29、以及PCRF13、AAA15连接，作为PDN5和核心网络2的网关装置进行用户数据传送。

SGW21与PGW17、MME23和LTE AN25连接，作为核心网络2和LTE AN25的网关装置进行用户数据传送。

MME23与SGW21、LTE AN25和HSS11连接，是经由LTE AN25进行UE_A8的接入控制的接入控制装置。

HSS11与MME23和AAA15连接，是进行订户信息的管理的管理节点。HSS11的订户信息例如在MME23的接入控制时被参照。

AAA15与PGW17、HSS11、PCRF13和WLAN ANa29连接，并执行经由WLAN ANa29进行连接的UE_A8的接入控制。

PCRF13与PGW17、WLAN ANa29、AAA15和PDN5连接，进行针对数据传送的QoS(Quality of Service；服务质量)管理。例如，进行UE_A8与PDN5之间的通信链路的QoS管理。

ePDG19与PGW17和WLAN ANb27连接，并作为核心网络2和WLAN ANb27的网关装置进行用户数据的传送。

另外，如图2(b)所示，在各无线接入网络中含有UE_A8实际连接的装置(例如，基站装置、接入点装置)等。关于用于连接的装置，可考虑适合无线接入网络的装置。

在本实施方式中，LTE AN25构成为包含eNB31。eNB31是在LTE接入系统中UE_A8所连接的无线基站，LTE AN25可以包含1个或多个无线基站。

WLAN ANa29构成为包含WLAN APa35和GW(Gateway)37。WLAN APa35是UE_A8通过对于经营核心网络2的运营商而言具有可靠性的WLAN接入系统所连接的无线基站，WLAN ANa29可以构成为包含1个或多个无线基站。GW37是核心网络2和WLAN ANa29的网关装置。另外，WLAN APa35与GW37可以通过单个装置来构成。

即使在经营核心网络2的运营商与经营WLAN ANa29的运营商不同的情况下，通过运营商间的合约或章程，也能实现基于这样的构成。

另外，WLAN ANb27构成为包含WLAN APb33。WLAN APb33是在对经营核心网络2的运营商未结成信赖关系的情况下UE_A8通过WLAN接入系统所连接的无线基站，WLAN ANb27可以构成为包含1个或多个无线基站。

如此，WLAN ANb27以ePDG19为网关而被连接至核心网络2，该ePDG19是包含在核心网络2中的装置。ePDG19具有用于确保安全性的安全功能。

此外，在本说明书中，UE_A8与各无线接入网络连接是指，与各无线接入网络中所含的基站装置、接入点等进行连接，所收发的数据、信号等也经由基站装置或接入点。

[1.2装置构成]

使用附图来简单说明图1的UE_A8、UE_B9以及ProSe服务器7的装置构成。

[1.2.1UE的构成]

UE_A8与UE_B9可以是相同的构成。UE_A8与UE_B9是包含ProSe功能的无线通信终端即可，既可以是通过LTE接入方式来进行基于无线通信的数据的收发的便携式电话终端，也可以是通过被称为机器对机器(machine to machine)这样的形态而由设备彼此相互进行信息交换的通信终端。

图3示出本实施方式中的UE_A8的功能构成。此外，UE_B9的功能构成与UE_A8相同，因此省略说明。UE_A8构成为包含：收发天线301、开关303、直接收发部305、收发部307、控制部309以及存储部313。UE_A8经由总线将直接收发部305、收发部307、开关303以及存储部313与控制部309连接。

控制部309是用于控制UE_A8的功能部。控制部309是读出存储部313中所存储的各种程序并予以执行的功能部。

开关303是遵照控制部309的控制来使收发部307和直接收发部305与收发天线301连接的功能部。

收发部307是通过LTE接入方式来对无线通信的数据进行发送接收的功能部。收发部307包括发送部和接收部，发送部能经由LTE基站来发送控制信息，接收部能经由LTE基站来发送数据、控制信息。

直接收发部305是不经由LTE基站而能通过数据、控制信息等向其他UE进行直接通信的功能部。直接收发部305包括直接发送部和直接接收部。直接发送部能不经由LTE基站而发送数据、控制信息，直接接收部能不经由LTE基站而进行数据、控制信息的接收。收发部307与直接收发部305可以构成为一个收发部。

存储部313是对UE_A8的各动作所需的程序、数据等进行存储的功能部。存储部313例如由半导体存储器、HDD(Hard Disk Drive；硬盘驱动器)等构成。

进而，可以在存储部313中存储UE ID315、ProSe应用ID317、ProSe应用代码319、定时器321等。另外，UE_A8可以作为包含这些信息的UE上下文进行存储。

UE ID315是识别UE_A8的识别信息，可以是IMSI、MSISDN等识别信息。或者，可以是通过后述的服务认证过程等从ProSe服务器7获取到的与UE_A8相对应的ProSe UE ID。另外，ProSe UE ID可以是在后述的UE_A8的附着过程等中由核心网络分配给UE_A8的用于识别UE_A8的信息。进而，作为具体的构成，可以是UE_A8使用直接通信链路发送数据时的发送源的链路层地址。ProSe应用ID317既可以是在对邻近终端进行检测的ProSe直接发现中使用的识别信息，也可以是用于识别由基于ProSe的进行邻近终端的检测的通信终端执行的应用的信息。另外，ProSe应用ID可以是具体的应用的名称。另外，在存储部313中可以存储多个ProSe应用ID。

ProSe应用代码319可以是与ProSe应用ID相对应的代码。ProSe应用代码可以是为了包含在用于使邻近的终端发现自身的通告信号中进行发送，或者为了对由邻近的终端发送的通告信号进行监测而使用的代码。另外，在存储部313中可以存储多个ProSe应用代码。ProSe应用代码的更详细的说明将后述，因此在此省略。

另外，定时器用于表示ProSe应用代码能正当使用，可以正当使用ProSe应用代码直至定时器期满等。进而，在定时器期满的情况下，可以进行控制以使得不使用ProSe应用代码等。进而，在定时器期满时，可以从存储部313删除ProSe应用代码。

在此，UE_A8可以将ProSe应用ID与ProSe应用代码相对应地进行存储。另外，UE_A8可以相对于一个ProSe应用ID而存储多个不同的ProSe应用代码。

另外，可以将ProSe应用代码与定时器相对应地进行存储。或者，UE_A8可以在执行用于使邻近终端检测UE_A8的通告、以邻近终端的检测为目的的监测的情况下，将用于通告的定时器、以及用于监测的定时器分别保存。如此，可以对于一个ProSe应用代码而存储多个定时器。

另外，UE_A8可以在检测到邻近的终端的情况下存储邻近终端的UE ID。既可以将邻近终端检测多个，也可以存储多个UE ID。

另外，在执行以邻近终端的检测为目的的监测时从ProSe服务器7接收到用于进行监测的发现过滤器(discovery filter)的情况下，可以存储发现过滤器。

发现过滤器可以将ProSe应用ID317、ProSe应用代码319、定时器相对应地进行管理。

另外，在执行以邻近终端的检测为目的的监测时，从ProSe服务器7除了接收到用于进行监测的发现过滤器之外还接收到用于识别发现过滤器的发现过滤器ID的情况下，可以存储发现过滤器ID。

进而，可以将发现过滤器ID与发现过滤器相对应地进行存储。

图4(a)是存储部313所存储的UE ID的一例。如图4(a)所示，UE_A8能存储UE ID。

图4(b)是存储部313所存储的ProSe应用ID317、ProSe应用代码319以及定时器321的关联表的一例。如图4(b)所示，UE_A8能对于相同的ProSe应用ID存储多个应用代码。另外，对于一个应用代码，还能按通告用的定时器、监测用的定时器存储不同的定时器。另外，通告用的定时器与监测用的定时器可以是同一定时器。此时，可以对于ProSe应用代码而存储一个定时器。

[1.2.2ProSe服务器的构成]

图5示出本实施方式中的ProSe服务器7的功能构成。ProSe服务器7是指，由进行基于ProSe的邻近检测、基于ProSe的通信的移动通信运营商管理的认证服务器。ProSe服务器7构成为包含IP移动通信网络接口部501、控制部505以及存储部507。IP移动通信网络接口部501与存储部507经由控制部505以总线进行连接。

控制部505是用于控制ProSe服务器7的功能部。控制部505是读出存储部507中所存储的各种程序来予以执行的功能部。

IP移动通信网络接口部501是用于使ProSe服务器7与IP移动通信网络3连接的功能部。

存储部507是对ProSe服务器7的各动作所需的程序、数据等进行存储的功能部。存储部407例如由半导体存储器、HDD(Hard Disk Drive；硬盘驱动器)等构成。

进而，在存储部507中可以存储UE列表515、ProSe应用ID517、ProSe应用代码519、定时器521等。另外，ProSe服务器7可以作为含有这些信息的UE上下文存储。

UE列表515是识别已许可ProSe服务的UE的识别信息，可以是IMSI、MSISDN等识别信息。或者，可以是通过后述的服务认证过程等从ProSe服务器7获取到的与UE_A8相对应的ProSe UE ID。另外，ProSe UE ID可以是在后述的UE_A8的附着过程等中由核心网络向UE_A8分配的用于识别UE_A8的信息。进而，作为具体的构成，可以是由UE_A8使用直接通信链路来发送数据时的发送源的链路层地址。

ProSe应用ID517既可以是在检测邻近终端的ProSe直接发现中使用的识别信息，也可以是用于识别由进行基于ProSe的邻近终端的检测的通信终端执行的应用的信息。另外，ProSe应用ID可以是具体的应用的名称。另外，在存储部507中可以存储多个ProSe应用ID。

ProSe应用代码519可以是与ProSe应用ID相对应的代码。ProSe应用代码可以是为了包含在用于使邻近的终端发现自身的通告信号中进行发送，或者为了对邻近的终端所发送的通告信号进行监测而使用的代码。另外，在存储部507中可以存储多个ProSe应用代码。ProSe应用代码的更详细的说明将后述，因此在此省略。

另外，定时器521用于表示ProSe应用代码519能正当使用，可以正当使用ProSe应用代码直至定时器期满等。进而，在定时器期满的情况下，可以进行控制以不使用ProSe应用代码等。进而，在定时器期满时，可以从存储部507删除ProSe应用代码。

在此，ProSe服务器7可以将ProSe应用ID517与ProSe应用代码519相对应地进行存储。另外，ProSe服务器7可以相对于一个ProSe应用ID而存储多个不同的ProSe应用代码。

另外，可以将ProSe应用代码519与定时器521相对应地进行存储。或者，可以对于UE列表515中存储的各UE，分别保存UE上下文。另外，可以针对各UE，将表示已许可用于使邻近终端进行检测的通告的许可信息、表示已许可以邻近终端的检测为目的的监测的许可信息分别与UE建立对应地进行存储。另外，可以与ProSe应用相对应地管理定时器521。另外，可以将用于通告的定时器与用于监测的定时器分别保存。如此，可以对于一个ProSe应用代码519而存储多个定时器。

如此，可以将已存储ProSe应用ID517且已认证ProSe服务注册的UE与ProSe应用ID517相对应地进行存储。在此，与ProSe应用ID517对应存储的终端可以是多个。进而，针对各UE，可以将表示已许可用于使邻近终端进行检测的通告的许可信息、表示已许可以邻近终端的检测为目的的监测的许可信息分别与UE建立对应地进行存储。

另外，在许可以邻近终端的检测为目的的监测时，可以存储用于进行监测的发现过滤器。

可以将ProSe应用ID517、ProSe应用代码519、定时器与发现过滤器相对应地进行管理。

另外，除了存储发现过滤器之外，还可以存储用于识别发现过滤器的发现过滤器ID。

进而，可以将发现过滤器ID与发现过滤器相对应地进行存储。

图6(a)是存储部507所存储的UE列表515的一例。如图6(a)所示，ProSe服务器7能存储用于识别已许可ProSe服务的UE的识别信息。

图6(b)是存储部507中将按每个UE而存储的ProSe应用ID517、ProSe应用代码519以及定时器521建立对应的关联表的一例。如图6(b)所示，ProSe服务器7能针对图6(a)中所存储的每个UE，对于相同的ProSe应用ID而存储多个应用代码。另外，还能对于一个应用代码而按通告用的定时器、监测用的定时器存储不同的定时器。另外，通告用的定时器与监测用的定时器可以是相同的定时器。此时，可以对于ProSe应用代码而存储一个定时器。

[1.2.3HSS的构成]

图7示出本实施方式中的HSS11的功能构成。HSS是指管理订户信息的服务器装置。进而，管理针对以ProSe为首的通信服务的服务提供的许可信息等。

HSS11构成为包含IP移动通信网络接口部701、控制部705以及存储部707。IP移动通信网络接口部701与存储部707经由控制部705通过总线连接。

控制部705是用于控制HSS11的功能部。控制部705是读出存储部707中所存储的各种程序并予以执行的功能部。

IP移动通信网络接口部701是用于使HSS11与IP移动通信网络3连接的功能部。

存储部707是存储HSS11的各种动作所需的程序、数据等的功能部。存储部707例如包括半导体存储器、HDD(Hard Disk Drive)等。

进而，可以在存储部707中存储UE列表715、ProSe应用ID717、ProSe应用代码719、许可信息721等。另外，这些信息可以针对每个UE而作为订户信息进行管理。

UE列表715是用于识别已许可ProSe服务的UE的识别信息，可以是IMSI、MSISDN等的识别信息。或者，可以是通过后述的服务认证过程等而从ProSe服务器7获取的与UE_A8相对应的ProSe UE ID。另外，ProSe UE ID可以是在后述的UE_A8的附着过程等中由核心网络向UE_A8分配的用于识别UE_A8的信息。进而，作为具体的构成，可以是在UE_A8使用直接通信链路发送数据时的发送源的链路层地址。

ProSe应用ID717既可以是在检测邻近终端的ProSe直接发现中使用的识别信息，也可以是用于识别由进行基于ProSe的邻近终端的检测的通信终端执行的应用的信息。另外，ProSe应用ID可以是具体的应用的名称。另外，可以在存储部707中存储多个ProSe应用ID。

ProSe应用代码719可以是与ProSe应用ID相对应的代码。ProSe应用代码可以是为了包含在用于使邻近的终端发现自身的通告信号中进行发送，或者为了对由邻近的终端发送的通告信号进行监测而使用的代码。另外，在存储部707中可以存储多个ProSe应用代码。ProSe应用代码的更详细的说明将后述，因此在此省略。

另外，许可信息可以为是否容许提供ProSe服务的许可信息。进而，可以是按ProSe服务之中的通告功能、监测功能、匹配报告功能等功能的每一个而是否容许提供的许可信息。另外，许可信息可以按每个UE来进行管理。

进而，许可信息可以根据用户的合约等而在任意的定时由运用者决定、更新。

另外，HSS11可以将ProSe应用ID与ProSe应用代码相对应地进行存储。另外，HSS11可以对于一个ProSe应用ID而存储多个不同的ProSe应用代码。

如此，可以存储ProSe应用ID，并将已认证ProSe服务注册的UE与ProSe应用ID相对应地进行存储。在此，与ProSe应用ID相对应地进行存储的终端可以是多个。进而，可以针对各UE，将表示已许可用于使邻近终端进行检测的通告的许可信息、表示已许可以邻近终端的检测为目的的监测的许可信息分别与UE建立对应地进行存储。

另外，在已许可以邻近终端的检测为目的的监测时，可以存储用于进行监测的发现过滤器。

可以将ProSe应用ID717、ProSe应用代码719、定时器与发现过滤器相对应地进行管理。

另外，除了存储发现过滤器之外，还可以存储用于识别发现过滤器的发现过滤器ID。

进而，可以将发现过滤器ID与发现过滤器相对应地进行存储。

图8(a)是存储部707所存储的UE列表715的一例。如图8(a)所示，HSS11能存储作为用于识别已许可ProSe服务的UE的识别信息的IMSI、MSISDN等识别信息。

图8(b)是存储部707所存储的通过ProSe应用ID717与ProSe应用代码719建立对应的关联表的一例。如图8(b)所示，HSS11能将ProSe应用ID717与ProSe应用代码719相对应地进行存储。进而，可以将已认证ProSe服务注册的UE与ProSe应用ID相对应地进行存储。

图8(c)示出存储部707中按每个UE而存储的许可信息721的一例。如图8(c)所示，HSS11能针对每个UE，按“通告”、“监测”、“匹配报告”等功能的每一个来存储许可信息。在图8(c)的一例中，对UE ID A的UE许可了通告，并禁止了监测和匹配报告。

[1.3处理的说明]

以下，针对在本实施方式中说明的处理的概要进行说明。

[1.3.1服务认证过程]

UE_A8实施针对作为ProSe服务而被提供的邻近终端检测(ProSe Direct Discovery)、利用直接通信链路的通信(ProSe Direct Communication)的认证过程。认证过程既可以通过不同的过程来分别认证邻近终端检测与利用直接通信链路的通信，也可以通过一个认证过程来认证。

以下，使用图9来说明本实施方式中的认证过程。尽管以下说明UE_A8进行认证请求的例子，但UE_B9也可以通过与UE_A8同样的手法来实施认证过程。

首先，UE_A8执行附着过程，连接至核心网络(S902)。结果，UE_A8与PGW17之间建立PDN连接。PDN连接是用于与PDN5之间收发数据的通信链路。附着过程可以在UE_A8的电源接通时等作为初始过程而被执行。

更具体而言，附着过程通过UE_A8向MME23发送附着请求而开始。可以将APN、IMSIG等UE的识别信息包含在附着请求中进行发送。另外，APN无需一定包含在附着请求消息中，也可以通过附着过程内的控制消息而从UE_A8向MME23通知。

MME23根据接收到的APN来选择PGW17，并决定针对UE_A8的PDN连接的端点。进而，将许可PDN连接的建立、到核心网络的连接而成为针对附着请求消息的响应的附着许可消息发送给UE_A8。此外，附着许可消息既可以从MME23直接发送给UE_A8，也可以经由包含在LTE AN25中的eNB31进行发送。

另外，MME23可以通过附着许可消息的发送来通知UE_A8已被许可连接核心网络。另外，MME23可以通过附着许可消息的发送来通知已建立PDN连接。进而，可以在附着许可消息中包含与PDN连接建立有对应的IP地址、APN来进行发送。

另外，MME23可以包含附着许可消息ProSe UE ID进行发送。例如，MME23可以在识别出UE_A8于附着过程中发送的APN是与ProSe服务相关联的APN的基础上，包含附着许可消息ProSe UE ID进行发送。MME23可以在此时对UE_A8进行ProSe UE ID分配。另外，可以从HSS11获取。在此情况下，HSS11等可以在订户信息中预先存储ProSe UE ID等。

接下来，UE_A8将ProSe注册请求消息发送至ProSe服务器7(S904)。UE_A8可以通过发送ProSe注册请求消息来请求邻近终端检测以及利用直接通信链路的通信的许可。另外，可以包含对邻近终端检测与利用直接通信链路的通信的许可分别进行识别的信息来发送，也可以针对它们来分个谋求许可。

另外，在ProSe注册请求的发送中，可以使用在附着过程中建立的PDN连接进行发送。进而，可以将在附着过程中获取的IP地址作为发送源地址来发送ProSe注册请求消息。

另外，ProSe注册请求消息的发送目的地的ProSe服务器7可以预先保存与作为签约的通信运营商的Home PLMN(归属PLMN)相对应的ProSe服务器7的信息，并用作发送目的地。

或者，可以预先将能提供ProSe服务的通信运营商的列表作为本地PLMN保存，进而，可以通过预先保存与本地PLMN相对应的ProSe服务器7来作为发送目的地使用。

本地PLMN既可以是根据与Home PLMN的合约关系等而决定的任意的通信运营商，也可以是在与Home PLMN为同一的国家中经营的通信运营商。

如此，UE_A8可以将用于识别PLMN的PLMN ID与ProSe服务器7加以对应地进行保存，并用作发送目的地来请求认证。

另外，PLMN ID和ProSe服务器7的信息可以从Home PLMN获取。例如，可以向Home PLMN的ProSe服务器7发出询问，并通过针对询问的应答来获取、保存。

ProSe服务器7可以接收ProSe注册请求，执行邻近终端的检测以及利用直接通信链路的通信的认证，并发送ProSe注册响应(S908)。

可以在ProSe注册响应中包含认证结果进行发送。ProSe服务器7可以与UE_A8建立对应地保存用于认证的信息，并根据该信息来决定使认证结果为可还是不可。

另外，ProSe服务器7可以根据ProSe注册请求的接收来执行ProSe UE ID的分配(S904)。进而，可以将ProSe UE ID包含在ProSe注册响应中向UE_A8发送。ProSe UE ID可以是与UE_A8相对应的ID，UE_A8可以在邻近终端的检测、向邻近终端通知自身的情况下将其用作用于识别终端的信息。更具体而言，UE_A8可以将ProSe UE ID包含在通告信号中发送。

UE_A8接收ProSe注册响应，并获取认证结果。另外，可以获取并保存ProSe注册响应中所含的ProSe UE ID。

尽管以上说明了UE_A8的服务注册过程，但UE_B9也可以通过同样的过程来实施服务注册。

[1.3.2通告请求过程]

接下来，说明终端请求通告的过程。通告是指终端向位置邻近的终端通知自身的存在的动作。

以下，根据图10来说明UE_A8执行通告的过程。UE_A8可以在通过服务认证过程而被许可认证的情况下执行通告。

另外，尽管以下说明UE_A8进行通告过程的例子，但在UE_B9中也可以通过与UE_A8同样的过程来执行通告过程。

UE_A8可以保存与Home PLMN对应的ProSe应用ID作为执行通告的初始状态(S1002)。作为具体的获取方法，UE_A8可以在服务注册过程中通过将ProSe注册请求向ProSe服务器7发送来请求ProSe应用ID。进而，ProSe服务器7可以在其响应中包含ProSe应用ID进行发送。如此，UE_A8可以获取ProSe注册响应中所含的ProSe应用ID。

UE_A8将发现请求发送给ProSe服务器7(S1004)。在此，UE_A8所执行的发现请求的发送可以以服务认证过程已完成为条件来发送。更具体而言，可以在作为签约的通信运营商的Home PLMN的ProSe服务器7中以UE_A8通告已被认证作为条件。另外，UE_A8可以伴随认证完成，从ProSe服务器7获取认证信息，并将保存认证信息作为条件。

在发现请求中，可以包含ProSe应用ID、UE ID、表示请求通告的指令来进行发送。

ProSe应用ID可以是表示UE_A8请求通告的应用的ID。UE ID可以是IMSI、MSISDN等识别信息。也可以是ProSe UE ID。

另外，表示请求通告的信息不限于通过指令进行识别的方法，还可以规定通告请求消息等，通过发送通告请求消息来请求。更具体而言，可以规定请求通告的消息类型，并发送含有消息类型的请求消息。

另外，发现请求的发送目的地的ProSe服务器7可以预先保存与作为UE_A8所签约的通信运营商的Home PLMN的ProSe服务器7有关的信息，并将Home PLMN的ProSe服务器7作为发送目的地。

进而，可以在发现请求中包含表示与基于该请求的定时器的更新有关的请求的识别信息。具体而言，在所述识别信息中，对于发现请求所含的ProSe应用ID已分配有ProSe应用代码和定时器、且已开始定时器的计数的情况下，可以使该计数结束，并请求重新分配定时器，也可以请求在计数结束后分配新的定时器。

接下来，ProSe服务器7从UE_A8接收发现请求。进而，ProSe服务器7在未保存与UE_A8相对应的UE上下文的情况下，可以向HSS11请求针对进行通告这一状况的认证、针对UE上下文的生成的认证(S1006)。关于这些认证的请求，可以将发现认证请求向HSS11发送来进行请求。进而，可以在发现认证请求中包含ProSe应用ID、UE ID进行发送。

ProSe应用ID可以是表示UE_A8请求通告的应用的ID。UE ID可以是IMSI、MSISDN等识别信息。或者，可以是ProSe UE ID。

接下来，HSS11接收发现认证请求。HSS11可以预先保存与UE_A8相对应的订户信息，并在订户信息中将表示许可发现的信息、许可通告的信息、许可监测的信息等与UE_A8加以对应地进行管理。

另外，关于这些许可信息，可以按每个应用来管理不同的许可信息。也就是，可以与ProSe应用ID相对应地管理许可信息。

HSS11根据接收到的ProSe应用ID、UE ID以及订户信息来执行认证。进而，ProSe服务器7可以将发现认证响应作为针对发现认证的响应向ProSe服务器7发送(S1008)。在此，可以在发现认证响应中包含认证结果进行发送。

更具体而言，可以将发现认证请求中所含的信息与订户信息进行比对，在许可UE_A8执行通告的情况下，包含表示已许可这一信息来发送发现认证响应，在不许可的情况下，包含表示不许可这一信息来发送发现认证响应。

在此，HSS11可以在订户信息中保存有通告已被许可的信息的情况下许可通告。另外，可以在订户信息中保存有ProSe中的发现已被许可的信息的情况下许可通告。

接下来，ProSe服务器7接收由HSS11发送的发现认证响应。ProSe服务器7可以根据发现认证响应来生成UE上下文。可以在UE上下文中包含由UE_A8发送的发现请求、或通过由HSS11发送的发现认证响应而获取到的ProSe应用ID、UE ID、许可通告的信息来进行存储。这样的UE上下文可以与UE_A8加以对应地进行管理。

进而，可以与ProSe应用代码相对应地管理定时器。定时器可以表示许可通告的时间。另外，可以表示ProSe应用代码是正当的。也就是，由于期望ProSe应用代码是作为能安全使用的代码来运用的，因此代码的值并不是永久使用的，而是能通过定时器进行更新来确保安全性。另外，定时器的初始值可以通过通信运营商的设定来决定。

另外，ProSe服务器7可以预先保存与ProSe应用ID相对应的ProSe应用代码，并存储至UE上下文。

ProSe应用代码是包含在通信终端为了邻近终端的发现而发送的信号中进行发送的代码，与ProSe应用ID相对应。

由此，通信终端通过向邻近发送ProSe应用代码，能通告可利用对应的应用这一状况。

另外，ProSe服务器7可以将ProSe应用代码与ProSe应用ID相对应地保存。另外，在未保存的情况下，可以与ProSe应用ID相对应地生成ProSe应用代码。

进而，ProSe服务器7可以将发现响应作为针对发现请求的响应向UE_A8发送(S1010)。

可以在发现响应中包含与UE上下文有关的信息进行发送。更具体而言，可以包含ProSe应用ID、UE ID、ProSe应用代码、定时器的值进行发送。

另外，在发现请求中含有与定时器的更新有关的识别信息的情况下，可以遵照请求来分配ProSe应用代码、定时器。

在此，ProSe服务器7可以在发现响应的发送时开始定时器的计数。

在对发现请求所含的ProSe应用ID已分配有ProSe应用代码、定时器、且已开始定时器的计数的情况下，ProSe服务器7可以通过定时器的剩余值来判断是否更新定时器。更具体而言，在根据ProSe服务器7中的定时器的计数而定时器的剩余值为一定阈值以下的情况下，分配新的定时器，在定时器的剩余值为一定阈值以上的情况下，可以将剩余值的定时器作为向UE_A8通知的定时器使用。

接下来，UE_A8接收发现响应。进而，可以获取认证结果、以及ProSe应用代码、定时器的值等。

另外，UE_A8以发现响应中所含的信息为基础，判定通告是否已被许可。

在通告已被许可的情况下，可以分配无线资源(S1012)，并将含有获取到的ProSe应用代码的信号向邻近发送。关于频率、时间等无线资源信息，既可以从ProSe服务器7获取，也可以预先保存用于通告的资源进行分配。

另外，UE_A8可以在接收到发现响应的情况下开始定时器的计数。另外，UE_A8可以在定时器期满前的期间发送用于通告的信号。另外，在定时器的值变为零等定时器期满的情况下，停止通告。此外，可以在用于通告的信号中包含ProSe应用进行发送。进而，可以在用于通告的信号中包含UE ID进行发送。

另外，在发现响应中被通知认证为不可的情况下，UE_A8不执行无线资源的分配、通告。

通过以上的过程，UE_A8能执行用于通告的认证过程。进而，UE_A8能获取与进行通告的ProSe应用ID相对应的ProSe应用代码。

另外，UE_A8可以请求多个应用的通告。此时，可以保存多个ProSe应用ID，并按每个ProSe应用ID来执行通告请求过程。

另外，UE_A8可以对多个ProSe应用代码执行通告。

另外，UE_A8可以在基于发现响应的接收而已被认证的情况下执行通告。作为具体的通告方法，UE_A8可以使用已分配的无线资源来发送通告信号。另外，在已被认证的状态下，可以通过用户操作、通信终端的设定等，在任意的定时发送通告信号。另外，关于通告信号的发送，可以以UE_A8为中心来放射线状地发送信号。

另外，UE_A8可以根据范围等级(range class)来决定发送信号的强度，并进行发送。UE_A8可以预先从ProSe服务器7获取范围等级并保存，在通告信号的发送时读出范围等级并决定发送强度。如此，可以决定通告信号的到达距离。

另外，关于范围等级，可以按每个应用来保存不同的范围等级，并按每个应用，根据范围等级来决定通告信号的发送强度，发送通告信号。另外，UE_A8可以使用基于LTE即E-UTRA技术的直接无线信号(Direct Radio Signal)来发送通告信号。

[1.3.3监测请求过程]

接下来，说明终端请求监测的过程。监测是指用于检测邻近终端的存在的过程。更具体而言，是为了接收邻近终端所发出的通告信号而监测通告信号用的过程。

以下，以图11为基础来说明UE_B9执行监测的过程。UE_B9可以基于通过服务认证过程而认证已被许可这一状况来执行监测。

另外，尽管以下说明UE_B9执行监测过程的例子，但在UE_A8中可以通过与UE_B9同样的过程来执行监测过程。

UE_B9可以保存与Home PLMN对应的ProSe应用ID来作为执行监测的初始状态(S1102)。作为具体的获取方法，UE_B9可以在服务注册过程中将ProSe注册请求发送给ProSe服务器7从而请求ProSe应用ID。进而，ProSe服务器7可以在其响应中包含ProSe应用ID进行发送。如此，UE_B9可以获取ProSe注册响应中所含的ProSe应用ID。

UE_B9将发现请求向ProSe服务器7发送(S1104)。

在此，关于UE_B9所执行的发现请求的发送，可以以服务认证过程已完成为条件来执行发送。更具体而言，可以在作为签约的通信运营商的Home PLMN的ProSe服务器7中，将UE_B9监测已被认证作为条件。另外，UE_B9可以伴随认证完成，从ProSe服务器7获取认证信息，并将保存认证信息作为条件。

另外，可以在发现请求中包含ProSe应用ID、UE ID、表示请求监测的指令进行发送。

ProSe应用ID可以是表示UE_B9请求监测的应用的ID。UE ID可以是IMSI、MSISDN等识别信息。或者，可以是通过服务认证过程等而从ProSe服务器7获取到的与UE_A8相对应的ProSe应用代码。

另外，表示请求监测的信息不限于通过指令进行识别的方法，还可以是规定监测请求消息等，通过发送监测请求消息来请求。更具体而言，可以规定请求监测的消息类型，并发送含有消息类型的请求消息。

另外，发现请求的发送目的地的ProSe服务器7可以预先保存与作为UE_B9所签约的通信运营商的Home PLMN的ProSe服务器7有关的信息，并将Home PLMN的ProSe服务器7作为发送目的地。

进而，可以在发现请求中包含表示与基于该请求的定时器的更新有关的请求的识别信息。具体而言，在所述识别信息中，对于发现请求所含的ProSe应用ID已分配有ProSe应用代码和定时器、且已开始定时器的计数的情况下，可以使该计数结束，并请求重新分配定时器，也可以请求在计数结束后分配新的定时器。

接下来，ProSe服务器7从UE_B9接收发现请求。进而，ProSe服务器7在未保存与UE_B9相对应的UE上下文的情况下，可以向HSS11请求针对进行通告这一状况的认证、针对UE上下文的生成的认证(S1106)。关于这些认证的请求，可以将发现认证请求向HSS11发送来予以请求。进而，可以在发现认证请求中包含ProSe应用ID、UE ID进行发送。

ProSe应用ID可以是表示UE_B9请求监测的应用的ID。UE ID可以是IMSI、MSISDN等识别信息。或者，可以是ProSe UE ID。

接下来，HSS11接收发现认证请求。HSS11可以保存与UE_B9相对应的订户信息，并在订户信息中将表示许可发现的信息、许可监测的信息、许可通告的信息等与UE_B9加以对应地进行管理。

另外，关于这些许可信息，可以按每个应用来管理不同的许可信息。也就是，可以与ProSe应用ID相对应地管理许可信息。

HSS11根据接收到的ProSe应用ID、UE ID以及订户信息来执行认证。进而，ProSe服务器7可以将发现认证响应作为针对发现认证的响应向ProSe服务器7发送(S1108)。在此，可以在发现认证响应中包含认证结果进行发送。

更具体而言，可以将发现认证请求中所含的信息与订户信息进行比对，在许可UE_B9执行监测的情况下，包含表示已许可这一信息来发送发现认证响应，在不许可的情况下，包含表示不许可这一信息来发送发现认证响应。

在此，HSS11可以在订户信息中保存有监测已被许可的信息的情况下许可监测。另外，可以在订户信息中保存有ProSe中的发现已被许可的信息的情况下许可监测。

接下来，ProSe服务器7接收由HSS11发送的发现认证响应。ProSe服务器7可以根据发现认证响应来生成UE上下文。可以在UE上下文中包含由UE_A8发送的发现请求、或通过由HSS11发送的发现认证响应而获取到的ProSe应用ID、UE ID、许可监测的信息进行存储。这样的UE上下文可以与UE_B9加以对应地进行管理。

进而，可以与ProSe应用代码相对应地管理定时器。定时器可以表示许可通告的时间。另外，可以表示ProSe应用代码是正当的。也就是，由于期望ProSe应用代码是作为能安全使用的代码来运用的，因此代码的值并不是永久使用的，而是能通过定时器进行更新来确保安全性。

另外，定时器的初始值可以通过通信运营商的设定来决定。或者，可以在UE_A8等其他终端请求了通告而ProSe服务器7分配了与ProSe应用ID相对应的ProSe应用代码的情况下，对与ProSe应用代码相对应的定时器进行计数，并将当前时间点的剩余值作为初始值。另外，可以在此情况下重新设定定时器的初始值。另外，ProSe服务器7可以预先保存与ProSe应用ID相对应的ProSe应用代码，并存储至UE上下文。

ProSe应用代码是包含在通信终端为了邻近终端的发现而发送的信号中进行发送的代码，与ProSe应用ID相对应。

由此，通信终端通过向邻近发送ProSe应用代码，能利用对应的应用，能监测用于执行通告的终端。

另外，ProSe服务器7可以将ProSe应用代码与ProSe应用ID相对应地保存。另外，在未保存的情况下，可以与ProSe应用ID相对应地生成ProSe应用代码。

另外，ProSe服务器7可以向本地PLMN的ProSe服务器7发送监测请求。在监测请求中可以包含ProSe应用ID和UE ID。这是为了在本地PLMN中实施监测功能的情况下，使对ProSe应用代码的一部分进行掩码的掩码值相等。进而，本地PLMN的ProSe服务器7可以向Home PLMN的ProSe服务器7发送监测响应作为监测请求的响应。在监测响应中可以包含掩码和ProSe应用ID。由此，可以表示本地PLMN已认证发现请求。此外，在本地PLMN与Home PLMN中可以使定时器彼此同步。

接下来，ProSe服务器7可以向UE_B9发送发现响应作为针对发现请求的响应(S1110)。

可以在发现响应中包含与UE上下文有关的信息进行发送。更具体而言，可以包含发现过滤器和发现过滤器ID进行发送。

另外，在发现请求中含有与定时器的更新有关的识别信息的情况下，可以遵照请求来分配ProSe应用代码、定时器。

在此，ProSe服务器7可以在发现响应的发送时开始定时器的计数。

在对发现请求所含的ProSe应用ID已分配有ProSe应用代码、定时器、且已开始定时器的计数的情况下，ProSe服务器7可以通过定时器的剩余值来判断是否更新定时器。更具体而言，在根据ProSe服务器7中的定时器的计数而定时器的剩余值为一定阈值以下的情况下，分配新的定时器，在定时器的剩余值为一定阈值以上的情况下，可以将剩余值的定时器作为向UE_A8通知的定时器使用。

发现过滤器构成为包含ProSe应用ID、ProSe应用代码、定时器。另外，发现过滤器ID是用于识别发现过滤器的识别信息。

在此，在UE_A8等其他终端请求了通告而ProSe服务器7分配了与ProSe应用ID相对应的ProSe应用代码的情况下，对与ProSe应用代码相对应的定时器进行计数。ProSe服务器7可以将当前时间点的剩余值作为定时器的值进行发送。

另外，ProSe服务器7可以不发送ProSe应用代码，而发送对ProSe应用代码的一部分进行掩码的掩码值。基于掩码，例如存在展开为多个店铺的咖啡店或餐饮店等，ProSe应用代码与特定的店铺相对应，即使掩码值不能确定至特定的店铺，也能确定咖啡店名等的连锁展开的公司等。

另外，可以将多个Prose应用ID分组管理，在按每个ProSe应用ID生成ProSe应用代码时，对ProSe应用代码的任意的高位比特分配相同的值等。进而，可以将这样的公共的高位比特作为掩码值。另外，掩码值不限于高位比特，还可以是构成ProSe应用代码的一部分的比特串。由此，进行监测的UE能根据基于掩码值的检测，来检测通过组进行管理的多个Prose应用代码。如此，还能检测多个ProSe应用。

如此，掩码可以是能识别多个ProSe应用ID的识别信息。

另外，ProSe服务器7可以将与ProSe应用ID相对应管理的ProSe应用代码或掩码值，进而将定时器定义为发现过滤器进行管理。也就是，ProSe服务器7可以向UE_B9发送发现响应，在发现响应中包含UE_B9请求监测的ProSe应用ID所对应的发现过滤器进行发送。进而，可以包含用于识别发现过滤器的发现过滤器ID进行发送。

接下来，UE_B9接收发现响应。进而，可以获取认证结果、以及ProSe应用代码、定时器的值等。

另外，UE_B9根据发现响应中所含的信息来判断监测是否已被许可。

在监测被许可的情况下，可以分配无线资源(S1112)，并监测含有获取到的ProSe应用代码的信号是否已被发送。关于频率、时间等无线资源信息，既可以从ProSe服务器7获取，也可以预先保存用于通告的资源来进行分配。进而，在监测中，UE_B9可以接收、检测使用基于LTE即E-UTRA技术的直接无线信号(Direct Radio Signal)而发送的通告信号。另外，UE_A8可以基于发现响应的接收来开始定时器的计数。另外，UE_B9可以至定时器期满为止的期间执行监测。另外，在定时器的值变为零等定时器期满的情况下，停止监测。

另外，在发现响应中被通知认证为不可的情况下，UE_B9不执行无线资源的分配或监测。

通过以上的过程，UE_B9能进行用于执行监测的认证过程。进而，UE_B9能获取与进行监测的ProSe应用ID相对应的ProSe应用代码。

另外，UE_B9可以请求多个应用的监测。此时，可以保存多个ProSe应用ID，并按每个ProSe应用ID来执行监测请求过程。

另外，UE_B9可以对多个ProSe应用代码执行监测。

[1.3.4匹配报告过程]

接下来，说明终端的匹配报告过程。匹配报告是指，在通过监测而接收到邻近终端通告的ProSe应用代码时终端向ProSe服务器7报告监测的结果的过程。进而，在匹配报告过程中，可以获取与接收到的ProSe应用代码相对应的ProSe应用ID、与ProSe应用代码相对应的定时器值。

以下，根据图12来说明UE_B9执行的匹配报告过程。UE_B9可以基于认证通过服务认证过程而被许可的状况来执行通告。

另外，尽管以下说明UE_B9进行匹配报告过程的例子，但在UE_A8中也可以通过与UE_B9同样的过程来执行匹配报告过程。

UE_B9可以保存与Home PLMN对应的ProSe应用ID作为执行匹配报告的初始状态。作为具体的获取方法，UE_A8可以在服务注册过程中向ProSe服务器7发送ProSe注册请求从而请求ProSe应用ID。进而，ProSe服务器7可以在其响应中包含ProSe应用ID进行发送。如此，UE_A8可以获取ProSe注册响应中所含的ProSe应用ID。

或者，可以不保存ProSe应用ID。进而，可以通过监测来获取ProSe应用代码，检测是否未保存与获取到的ProSe应用代码相对应的ProSe应用ID，并以此为契机来开始匹配报告过程。

匹配报告过程的开始，具体是指UE_B9将匹配报告向ProSe服务器7发送(S1202)。

在此，关于UE_B9所执行的匹配报告的发送，可以以服务认证过程已完成为条件来发送。更具体而言，可以在作为签约的通信运营商的Home PLMN的ProSe服务器7中，以UE_B9监测已被认证为条件。或者，可以不仅是监测，还以根据是否许可匹配报告过程的执行的信息而被认证作为条件。另外，UE_B可以伴随认证完成，从ProSe服务器7获取认证信息，并将保存认证信息作为条件。

另外，可以在匹配报告中包含ProSe应用代码、UE ID、表示请求匹配报告的指令进行发送。

UE ID可以是IMSI、MSISDN等识别信息。或者，可以是通过服务认证过程等而从ProSe服务器7获取到的与UE_B9相对应的ProSe应用代码。

另外，表示请求匹配报告过程的信息不限于通过指令进行识别的方法，还可以规定匹配报告消息等，通过发送匹配报告消息来请求。更具体而言，可以规定请求匹配报告的消息类型，并发送含有消息类型的请求消息。

另外，作为匹配报告的发送目的地的ProSe服务器7可以预先保存与作为UE_B9所签约的通信运营商的Home PLMN的ProSe服务器7有关的信息，并将Home PLMN的ProSe服务器7作为发送目的地。

进而，可以在匹配报告中包含表示与基于该请求的定时器的更新有关的请求的识别信息。具体而言，在所述识别信息中，对于匹配报告所含的ProSe应用代码已分配有定时器、且已开始定时器的计数的情况下，可以使该计数结束，并请求重新分配定时器，也可以请求在计数结束后分配新的定时器。

接下来，ProSe服务器7从UE_B9接收匹配报告。进而，ProSe服务器7在未保存与UE_B9相对应的UE上下文的情况下，可以向HSS11请求针对进行通告这一状况的认证、针对进行监测的认证、针对UE上下文的生成的认证(S1204)。关于这些认证的请求，可以将发现认证请求向HSS11发送来进行请求。进而，可以在发现认证请求中包含UE ID来进行发送。

UE ID可以是IMSI、MSISDN等识别信息。或者，可以是与UE_B9相对应的ProSe UE ID。

接下来，HSS11接收发现认证请求。HSS11可以预先保存与UE_B9相对应的订户信息，并在订户信息中将表示许可发现的信息、许可通告的信息、许可监测的信息、许可匹配报告的信息等与UE_B9加以对应地进行管理。

另外，关于这些许可信息，可以按每个应用来管理不同的许可信息。也就是，可以与ProSe应用ID相对应地管理许可信息。

HSS11根据接收到的UE ID和订户信息来执行认证。进而，ProSe服务器7可以将发现认证响应作为针对发现认证的响应向ProSe服务器7发送(S1206)。在此，可以在发现认证响应中包含认证结果进行发送。

更具体而言，可以将发现认证请求中所含的信息与订户信息进行比对，在许可UE_B9执行通告的情况下，包含表示已许可的信息来发送发现认证响应，在不许可的情况下，包含表示不许可的信息来发送发现认证响应。

在此，HSS11可以在订户信息中保存有匹配报告已被许可的信息的情况下许可匹配报告。另外，可以在订户信息中保存有监测已被许可的信息的情况下许可匹配报告。另外，可以在订户信息中保存有ProSe中的发现已被许可的信息的情况下许可匹配报告。

接下来，ProSe服务器7接收由HSS11发送的发现认证响应。ProSe服务器7可以根据发现认证响应来生成UE上下文。可以在UE上下文中包含由UE_B9发送的匹配报告、或通过由HSS11发送的发现认证响应而获取到的UE ID、许可通告的信息、许可监测的信息进行存储。这样的UE上下文可以与UE_B9加以对应地进行管理。

ProSe服务器7进行UE_B9包含在匹配报告中进行发送的ProSe应用代码的解析(S1208)。具体而言，解决与ProSe应用代码相对应的ProSe应用ID。

在此，ProSe服务器7可以预先获取与ProSe应用代码相对应的ProSe应用ID并存储。另外，ProSe服务器7可以在ProSe应用代码的生成时，将ProSe应用代码与ProSe应用ID加以对应地预先管理。

例如，在UE_A8所执行的通告请求过程中，与UE_A8所发送的ProSe应用ID相对应地生成了ProSe应用代码的情况下，可以将ProSe应用ID与ProSe应用代码加以对应地进行存储。进而，可以从UE_B9接收匹配报告，根据匹配报告中所含的ProSe应用代码，从已存储的ProSe应用ID当中选择与ProSe应用代码相对应的ProSe应用ID。

进而，可以与ProSe应用代码相对应地管理定时器。定时器可以表示许可通告的时间。另外，可以表示ProSe应用代码是正当的。也就是，由于期望ProSe应用代码是作为能安全使用的代码来运用的，因此代码的值并不是永久使用的，而是能通过定时器进行更新来确保安全性。另外，定时器的初始值可以通过通信运营商的设定来决定。

在此，ProSe服务器7可以根据从UE_B9接收到的ProSe应用代码，来确认已被分配ProSe应用的PLMN。此时在PLMN为本地PLMN的情况下，ProSe服务器7可以向该本地PLMN的ProSe服务器7发送匹配报告。在此的匹配报告可以构成为包含ProSe应用代码和UE ID。本地PLMN的ProSe服务器7从ProSe服务器7接收匹配报告，在ProSe应用代码为已被认证的代码的情况下，将匹配报告的响应向ProSe服务器7发送。匹配报告的响应可以构成为包含ProSe应用ID名(例如，电话号码、URL)和定时器。由此，能表示本地PLMN的ProSe服务器7已认证应用。

进而，ProSe服务器7可以将匹配报告响应作为针对匹配报告的响应向UE_B9发送(S1210)。

可以在匹配报告响应中包含与UE上下文有关的信息进行发送。更具体而言，可以包含ProSe应用ID、UE ID、ProSe应用代码、定时器的值进行发送。

另外，在匹配报告中含有与定时器的更新有关的识别信息的情况下，可以遵照请求来分配ProSe应用代码、定时器。

在此，ProSe服务器7可以在匹配报告响应的发送时开始定时器的计数。

在对匹配报告所含的ProSe应用代码已分配有定时器、且已开始定时器的计数的情况下，ProSe服务器7可以通过定时器的剩余值来判断是否更新定时器。更具体而言，在根据ProSe服务器7中的定时器的计数而定时器的剩余值为一定阈值以下的情况下，分配新的定时器，在定时器的剩余值为一定阈值以上的情况下，可以将剩余值的定时器作为向UE_A8通知的定时器使用。

接下来，UE_B9接收匹配报告响应。进而，可以获取认证结果、以及ProSe应用ID、定时器的值等。

另外，UE_B9接收匹配报告响应，ProSe应用代码的监测正常完成。

另外，UE_B9可以基于匹配报告响应的接收，开始匹配报告响应中所含的定时器的计数。另外，UE_B9直至定时器期满为止的期间，都识别已监测的ProSe应用代码是否能正常使用。另外，在定时器的值变为零等，定时器期满的情况下，停止监测。

通过以上的过程，UE_B9能解决与已监测的ProSe应用代码相对应的ProSe应用ID，并确定应用。例如，在UE_A8通告ProSe应用代码和UE ID，UE_B9执行监测而接收到ProSe应用代码和用于识别UE_A8的UE ID的情况下，UE_B9通过执行匹配报告过程，能检测出UE_A8位于邻近位置，且能检测出UE_A8可利用的应用。

[1.3.5ProSe应用代码更新过程]

接下来，说明UE_A8更新ProSe应用代码的过程。UE_A8能更新ProSe应用代码，使通告或监测继续。

更新过程具有“更新”、“非更新”以及“并行”的3形态，以下说明各自的过程。

在此，“更新”表示如下动作：针对ProSe应用ID，获取ProSe应用代码和定时器，已开始定时器的计数的UE_A8针对同一ProSe应用ID获取新的ProSe应用代码和定时器，使旧的ProSe应用代码和定时器无效，并使用新的ProSe应用代码和定时器。

另外，“非更新”表示如下动作：针对ProSe应用ID，获取ProSe应用代码和定时器，已开始定时器的计数的UE_A8针对同一ProSe应用ID获取新的ProSe应用代码和定时器，在旧的ProSe应用代码的定时器期满后，使用新的ProSe应用代码和定时器。

另外，“并行”表示如下动作：针对ProSe应用ID，获取ProSe应用代码和定时器，已开始定时器的计数的UE_A8针对同一ProSe应用ID获取新的ProSe应用代码和定时器，执行旧的ProSe应用代码和定时器的使用、与新的ProSe应用代码和定时器的使用这两者。

以下，说明具体的过程。

[1.3.5.1基于“更新”的ProSe应用代码更新过程的第1过程例]

使用图13来说明用于进行1.3.5中说明的“更新”的过程的例子。

本过程的初始状态可以是1.3.2中说明的通告请求过程已完成的状态。

也就是，可以是如下状态：通过1.3.2中说明的通告请求过程，UE_A8从ProSe服务器7获取了“C1”作为ProSe应用代码，并获取了“T1”作为定时器。以下使用图13来说明细节。UE_A8基于通告请求过程，开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1306)。另外，ProSe服务器7在响应消息的发送后，开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1307)。

UE_A8可以如1.3.2的通告过程中说明的那样，在执行定时器“T1”的计数的期间，发送通告信号来执行通告。

UE_A8可以在执行定时器“T1”的计数的期间，向ProSe服务器7请求针对同一ProSe应用ID的ProSe应用代码和定时器。换言之，UE_A8可以在定时器“T1”期满之前重新向ProSe服务器7请求针对同一ProSe应用ID的ProSe应用代码和定时器。

这样的UE_A8所执行的重新请求可以在定时器的剩余时间变少时执行。更具体而言，UE_A8可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下进行重新请求。另外，重新请求的触发不限于此，可以通过其他的条件来进行，也可以在任意的定时执行。

UE_A8为了重新请求针对同一ProSe应用ID的ProSe应用代码和定时器，可以向ProSe服务器7发送请求消息(S1308)。

在此，请求消息可以是请求通告的发现请求消息。用于通告的发现请求消息可以是1.3.2的通告请求过程中说明的UE_A8所发送的发现请求消息(S1004)。与UE_A8的发送有关的处理、发现请求消息的构成、请求消息中所含的信息要素等同样即可，因此在此省略详细的说明。

接下来，ProSe服务器7接收请求消息。进而，将响应消息发送给UE_A8(S1310)。响应消息可以包含ProSe应用代码和定时器而被发送。

在此，关于发送响应消息的条件，既可以基于请求消息的接收来发送，也可以基于认证来发送。在此，认证的具体的方法可以通过1.3.2的通告请求过程中说明的方法来执行。

另外，响应消息中包含的应用代码和定时器可以包含已分配的旧的ProSe应用代码“C1”、以及与旧的ProSe应用代码相对应的定时器“T1”的剩余时间。

或者，响应消息中包含的应用代码和定时器可以包含与ProSe应用代码“C1”不同的新的ProSe应用代码“C2”、以及与新的ProSe应用代码相对应的定时器“T2”。

在此，旧的ProSe应用代码“C1”和新的ProSe应用代码“C2”可以与单一的应用ID相对应。

是发送旧的应用代码还是发送新的应用代码，可以根据以下的条件或处理来决定。

ProSe服务器7可以基于定时器T1的剩余时间变少的情况，包含新的应用代码“C2”和定时器“T2”进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下，包含新的应用代码“C2”和定时器“T2”进行发送。

另外，ProSe服务器7可以在定时器T1的剩余时间足够的情况下，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间大于或等于阈值的情况下，包含新的应用代码“C1”和定时器“T1”的剩余时间进行发送。

或者，ProSe服务器7可以根据接收到的请求消息来决定。例如，UE_A8可以在请求消息中包含识别信息进行发送。

该识别信息可以为表示是请求旧的应用代码还是请求新的应用代码的识别信息。

ProSe服务器7可以根据识别信息，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据识别信息，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

另外，ProSe服务器7可以根据识别信息的有无来决定。也就是，识别信息可以是表示用于请求新的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求旧的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求新的应用代码。

另外，可以根据请求消息中未包含识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。另外，ProSe服务器7可以根据请求消息中含有识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。

或者，识别信息可以是表示用于请求旧的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求新的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求旧的应用代码。

ProSe服务器7可以根据请求消息中未包含识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据请求消息中含有识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

这样的识别信息既可以是请求消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。

如此，ProSe服务器7可以包含定时器“T1”的剩余时间进行发送，并使多个UE的定时器同步。

另外，该请求消息可以是1.3.2中说明的用于请求通告的发现请求消息。故而，这些识别信息可以包含在1.3.2中说明的用于请求通告的发现请求消息中。

另外，是发送旧的应用代码还是发送新的应用代码，可以根据ProSe服务器7的设定等来决定。例如，ProSe服务器的设定可以根据运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，既可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

接下来，UE_A8接收响应消息。进而，获取响应消息中所含的ProSe应用代码和定时器。

UE_A8可以在获取到新的ProSe应用代码“C2”的情况下，停止旧的ProSe应用代码“C1”的使用，开始新的ProSe应用代码“C2”的使用等，进行与“更新”对应的处理(S1312)。

关于具体的UE_A8中的“更新”的处理，例如可以执行如下处理：使旧的ProSe应用代码“C1”无效化，并使新的ProSe应用代码“C2”有效化等。

另外，可以停止与旧的ProSe应用代码“C1”对应的定时器“T1”的计数，并开始与新的ProSe应用代码“C2”对应的定时器“T2”的计数。

另外，可以从存储部中删除旧的ProSe应用代码“C1”和定时器“T1”。

另外，UE_A8可以停止利用旧的ProSe应用代码“C1”的通告信号的发送，并进行以后不执行利用ProSe应用代码“C1”的通告等的设定。

UE_A8可以在直至与新的ProSe应用代码“C2”对应的定时器“T2”期满为止期间，进行利用新的ProSe应用代码“C2”的通告信号的发送。

另外，UE_A8可以基于从ProSe服务器7获取到新的ProSe应用代码“C2”这一状况来执行“更新”的处理，也可以基于接收到ProSe服务器7所发送的响应消息这一状况来执行“更新”的处理。

或者，UE_A8可以根据响应消息中所含的识别信息来执行“更新”的处理。例如，ProSe服务器7可以包含用于请求执行“更新”处理的识别信息来发送响应消息。进而，UE_A8可以接收识别信息，在接收到的识别信息请求了进行“更新”的处理的情况下，执行“更新”的处理。如此，UE_A8可以根据响应消息中所含的识别信息来执行“更新”的处理。

另外，这样的识别信息既可以是响应消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。进而，识别信息可以是表示“更新”或者“非更新”或者“并行”的更新识别信息。进而，在此情况下的更新识别信息可以示出为“更新”。

另外，该响应消息可以是1.3.2说明的请求通告的发现响应消息(S1010)。故而，这些识别信息可以包含在1.3.2中说明的请求通告的发现响应消息中。

另外，是否执行“更新”的处理可以根据UE_A8的设定等来决定。例如，关于UE_A8的设定，可以根据用户策略、运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

另外，UE_A8在不进行“更新”处理的情况下，可以使用旧的ProSe应用代码来继续通告。例如，UE_A8在基于响应消息的接收而获取到旧的ProSe应用代码“C1”的情况下，直至正在计数的定时器“T1”期满为止，都使用旧的ProSe应用代码“C1”来继续通告。此外，UE_A8可以从定时器“T1”的剩余时间更新为接收到的定时器的值来继续计数。

或者，UE_A8在不进行“更新”处理的情况下，可以使利用旧的ProSe应用代码与利用新的ProSe应用代码的通告全部停止。

通过以上的过程，UE_A8能使与ProSe应用ID相对应的通告继续。

尽管以上说明了UE_A8执行ProSe应用代码更新过程的情况，但在UE_B9中也可以进行与UE_A8同样的过程。

[1.3.5.2基于“更新”的ProSe应用代码更新过程的第2过程例]

在1.3.5.1说明的基于“更新”的ProSe应用代码更新过程的第1过程例中，说明了将1.3.2说明的通告请求过程已完成的状态作为初始状态，由UE_A8继续通告的过程例。

但不限于此，初始状态可以是1.3.3中说明的监测请求过程已完成的状态。

也就是，可以是如下状态：通过1.3.3中说明的监测请求过程，UE_A8从ProSe服务器7获取了“C1”作为ProSe应用代码，且获取了“T1”作为定时器。

以下，使用图13来说明细节。UE_A8基于监测请求过程开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1306)。另外，ProSe服务器7在响应消息的发送后，开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1307)。

UE_A8可以如1.3.3的监测过程中说明的那样，在执行定时器“T1”的计数的期间，执行对通告信号进行接收的监测。

UE_A8可以在执行定时器“T1”的计数的期间，向ProSe服务器7请求针对相同的ProSe应用ID的ProSe应用代码和定时器。换言之，UE_A8可以在定时器“T1”期满之前向ProSe服务器7重新请求针对相同的ProSe应用ID的ProSe应用代码和定时器。

这样的UE_A8所执行的重新请求可以在定时器的剩余时间变少的情况下执行。更具体而言，UE_A8可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下进行重新请求。另外，重新请求的触发不限于此，还可以通过其他条件来进行，也可以在任意的定时执行。

UE_A8为了重新请求针对同一ProSe应用ID的ProSe应用代码和定时器，可以将请求消息发送给ProSe服务器7(S1308)。

在此，请求消息可以是用于请求监测的发现请求消息。用于监测的发现请求消息可以是1.3.3的监测请求过程中说明的UE_A8所发送的发现请求消息(S1104)。与UE_A8的发送有关的处理、发现请求消息的构成、请求消息中所含的信息要素等同样即可，因此在此省略详细的说明。

接下来，ProSe服务器7接收请求消息。进而，将响应消息发送给UE_A8(S1310)。响应消息可以包含ProSe应用代码和定时器而被发送。

在此，关于发送响应消息的条件，既可以是基于请求消息的接收来发送，也可以是基于认证来发送。在此，认证的具体的方法可以通过1.3.3的监测请求过程中说明的方法来执行。

另外，响应消息中包含的应用代码和定时器可以包含已分配的旧的ProSe应用代码“C1”、以及与旧的ProSe应用代码相对应的定时器“T1”的剩余时间。

或者，响应消息中包含的应用代码和定时器可以包含与ProSe应用代码“C1”不同的新的ProSe应用代码“C2”、以及与新的ProSe应用代码相对应的定时器“T2”。

在此，旧的ProSe应用代码“C1”和新的ProSe应用代码“C2”可以与单一的应用ID相对应。

是发送旧的应用代码还是发送新的应用代码，可以根据以下的条件或处理来决定。

ProSe服务器7可以基于定时器T1的剩余时间变少的情况，包含新的应用代码“C2”和定时器“T2”进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下，包含新的应用代码“C2”和定时器“T2”进行发送。

另外，ProSe服务器7可以在定时器T1的剩余时间足够的情况下，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间大于或等于阈值的情况下，包含新的应用代码“C1”和定时器“T1”的剩余时间进行发送。

或者，ProSe服务器7可以根据接收到的请求消息来决定。例如，UE_A8可以在请求消息中包含识别信息进行发送。

该识别信息可以为表示是请求旧的应用代码还是请求新的应用代码的识别信息。

ProSe服务器7可以根据识别信息，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据识别信息，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

另外，ProSe服务器7可以根据识别信息的有无来决定。也就是，识别信息可以是表示用于请求新的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求旧的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求新的应用代码。

另外，可以根据请求消息中未包含识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。另外，ProSe服务器7可以根据请求消息中含有识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。

或者，识别信息可以是表示用于请求旧的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求新的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求旧的应用代码。

ProSe服务器7可以根据请求消息中未包含识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据请求消息中含有识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

这样的识别信息既可以是请求消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。

如此，ProSe服务器7可以包含定时器“T1”的剩余时间进行发送，并使多个UE的定时器同步。

另外，该请求消息可以是1.3.3中说明的用于请求监测的发现请求消息。故而，这些识别信息可以包含在1.3.3中说明的用于请求监测的发现请求消息中。

另外，是发送旧的应用代码还是发送新的应用代码，可以根据ProSe服务器7的设定等来决定。例如，ProSe服务器的设定可以根据运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

接下来，UE_A8接收响应消息。进而，获取响应消息中所含的ProSe应用代码和定时器。

UE_A8可以在获取到新的ProSe应用代码“C2”的情况下进行与“更新”对应的处理(S1312)，即，停止旧的ProSe应用代码“C1”的使用，开始新的ProSe应用代码“C2”的使用。

关于具体的UE_A8中的“更新”的处理，例如可以执行如下处理：使旧的ProSe应用代码“C1”无效化，并使新的ProSe应用代码“C2”有效化等。

另外，可以停止与旧的ProSe应用代码“C1”对应的定时器“T1”的计数，并开始与新的ProSe应用代码“C2”对应的定时器“T2”的计数。

另外，可以从存储部313中删除旧的ProSe应用代码“C1”和定时器“T1”。

另外，UE_A8可以停止利用旧的ProSe应用代码“C1”的监测，并进行以后不执行利用ProSe应用代码“C1”的监测等的设定。

另外，UE_A8可以在直至与新的ProSe应用代码“C2”对应的定时器“T2”期满为止的期间，进行利用新的ProSe应用代码“C2”的监测。

另外，UE_A8可以基于从ProSe服务器7获取到新的ProSe应用代码“C2”这一状况来执行“更新”的处理，也可以基于接收到ProSe服务器7所发送的响应消息这一状况来执行“更新”的处理。

另外，UE_A8可以根据响应消息中所含的识别信息来执行“更新”的处理。例如，ProSe服务器7可以包含用于请求执行“更新”处理的识别信息来发送响应消息。进而，UE_A8可以接收识别信息，在接收到的识别信息请求了进行“更新”的处理的情况下，执行“更新”的处理。如此，UE_A8可以根据响应消息中所含的识别信息来执行“更新”的处理。

另外，这样的识别信息既可以是响应消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。进而，识别信息可以是表示“更新”或者“非更新”或者“并行”的更新识别信息。进而，在此情况下的更新识别信息可以示出为“更新”。

另外，该响应消息可以是1.3.3说明的请求监测的发现响应消息(S1110)。故而，这些识别信息可以包含在1.3.3中说明的请求监测的发现响应消息中。

另外，是否执行“更新”的处理可以根据UE_A8的设定等来决定。例如，关于UE_A8的设定，可以根据用户策略、运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

另外，UE_A8在不进行“更新”处理的情况下，可以使用旧的ProSe应用代码来继续监测。例如，UE_A8在基于响应消息的接收而获取到旧的ProSe应用代码“C1”的情况下，直至正在计数的定时器“T1”期满为止，都使用旧的ProSe应用代码“C1”来继续监测。此外，UE_A8可以从定时器“T1”的剩余时间更新为接收到的定时器的值来继续计数。

或者，UE_A8在不进行“更新”处理的情况下，可以使利用旧的ProSe应用代码与利用新的ProSe应用代码的监测全部停止。

通过以上的过程，UE_A8能使与ProSe应用ID相对应的监测继续。

此外，ProSe应用代码“C1”、ProSe应用代码“C2”可以如1.3.3的监测过程中也说明的那样，是用于对ProSe应用代码的一部分进行识别的掩码值。

另外，可以如在1.3.3的监测过程中也说明的那样，UE_A8通过接收发现过滤器来获取ProSe应用代码和定时器。

尽管以上说明了UE_A8执行ProSe应用代码更新过程的情况，但在UE_B9中也可以进行与UE_A8同样的过程。

[1.3.5.3基于“更新”的ProSe应用代码更新过程的第3过程例]

在1.3.5.1说明的基于“更新”的ProSe应用代码更新过程的第1过程例中，说明了将在1.3.2说明的通告请求过程已完成的状态作为初始状态，由UE_A8继续通告的过程例。

但不限于此，初始状态可以是1.3.4中说明的匹配报告过程已完成的状态。

也就是，可以是如下状态：通过1.3.4中说明的匹配报告过程，UE_A8从ProSe服务器7获取了“C1”作为ProSe应用代码，且获取了“T1”作为定时器。

以下，使用图13来说明细节。UE_A8基于匹配报告过程开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1306)。另外，ProSe服务器7在响应消息的发送后，开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1307)。

另外，UE_A8可以如1.3.4的匹配报告过程中说明的那样，在执行定时器“T1”的计数的期间，执行通告或监测。

UE_A8可以在执行定时器“T1”的计数的期间，向ProSe服务器7请求针对相同的ProSe应用ID的ProSe应用代码和定时器。换言之，UE_A8可以在定时器“T1”期满之前向ProSe服务器7重新请求针对相同的ProSe应用ID的ProSe应用代码和定时器。

这样的UE_A8所执行的重新请求可以在定时器的剩余时间变少的情况下执行。更具体而言，UE_A8可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下进行重新请求。另外，重新请求的触发不限于此，还可以通过其他条件来进行，也可以在任意的定时执行。

UE_A8为了重新请求针对同一ProSe应用ID的ProSe应用代码和定时器，可以将请求消息发送给ProSe服务器7(S1308)。

在此，请求消息可以是匹配率消息。匹配报告消息可以是1.3.4的匹配报告过程中说明的UE_A8所发送的匹配报告消息(S1202)。与UE_A8的发送有关的处理、发现请求消息的构成、请求消息中所含的信息要素等同样即可，因此在此省略详细的说明。

接下来，ProSe服务器7接收请求消息。进而，将响应消息发送给UE_A8(S1310)。响应消息可以包含ProSe应用代码和定时器而被发送。

在此，关于发送响应消息的条件，既可以是基于请求消息的接收来发送，也可以是基于认证来发送。在此，认证的具体的方法可以通过1.3.3的监测请求过程中说明的方法来执行。

另外，响应消息中包含的应用代码和定时器可以包含已分配的旧的ProSe应用代码“C1”、以及与旧的ProSe应用代码相对应的定时器“T1”的剩余时间。

或者，响应消息中包含的应用代码和定时器可以包含与ProSe应用代码“C1”不同的新的ProSe应用代码“C2”、以及与新的ProSe应用代码相对应的定时器“T2”。

在此，旧的ProSe应用代码“C1”和新的ProSe应用代码“C2”可以与单一的应用ID相对应。

是发送旧的应用代码还是发送新的应用代码，可以根据以下的条件或处理来决定。

ProSe服务器7可以基于定时器T1的剩余时间变少的情况，包含新的应用代码“C2”和定时器“T2”进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下，包含新的应用代码“C2”和定时器“T2”进行发送。

另外，ProSe服务器7可以在定时器T1的剩余时间足够的情况下，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间大于或等于阈值的情况下，包含新的应用代码“C1”和定时器“T1”的剩余时间进行发送。

或者，ProSe服务器7可以根据接收到的请求消息来决定。例如，UE_A8可以在请求消息中包含识别信息进行发送。

该识别信息可以为表示是请求旧的应用代码还是请求新的应用代码的识别信息。

ProSe服务器7可以根据识别信息，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据识别信息，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

另外，ProSe服务器7可以根据识别信息的有无来决定。也就是，识别信息可以是表示用于请求新的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求旧的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求新的应用代码。

另外，可以根据请求消息中未包含识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。另外，ProSe服务器7可以根据请求消息中含有识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。

或者，识别信息可以是表示用于请求旧的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求新的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求旧的应用代码。

ProSe服务器7可以根据请求消息中未包含识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据请求消息中含有识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

这样的识别信息既可以是请求消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。

如此，ProSe服务器7可以包含定时器“T1”的剩余时间进行发送，并使多个UE的定时器同步。

另外，该请求消息可以是1.3.4中说明的匹配报告消息。故而，这些识别信息可以包含在1.3.4中说明的匹配报告消息中。

另外，是发送旧的应用代码还是发送新的应用代码，可以根据ProSe服务器7的设定等来决定。例如，ProSe服务器的设定可以根据运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

接下来，UE_A8接收响应消息。进而，获取响应消息中所含的ProSe应用代码和定时器。

UE_A8可以在获取到新的ProSe应用代码“C2”的情况下进行与“更新”对应的处理(S1312)，即，停止旧的ProSe应用代码“C1”的使用，开始新的ProSe应用代码“C2”的使用。

关于具体的UE_A8中的“更新”的处理，例如可以执行如下处理：使旧的ProSe应用代码“C1”无效化，并使新的ProSe应用代码“C2”有效化等。

另外，可以停止与旧的ProSe应用代码“C1”对应的定时器“T1”的计数，并开始与新的ProSe应用代码“C2”对应的定时器“T2”的计数。

另外，可以从存储部中删除旧的ProSe应用代码“C1”和定时器“T1”。

另外，UE_A8可以停止利用旧的ProSe应用代码“C1”的通告或监测，并进行以后不执行利用ProSe应用代码“C1”的通告或监测等的设定。

另外，UE_A8可以在直至与新的ProSe应用代码“C2”对应的定时器“T2”期满为止的期间，进行利用新的ProSe应用代码“C2”的通告或监测。

另外，UE_A8可以基于从ProSe服务器7获取到新的ProSe应用代码“C2”这一状况来执行“更新”的处理，也可以基于接收到ProSe服务器7所发送的响应消息这一状况来执行“更新”的处理。

另外，UE_A8可以根据响应消息中所含的识别信息来执行“更新”的处理。例如，ProSe服务器7可以包含用于请求执行“更新”处理的识别信息来发送响应消息。进而，UE_A8可以接收识别信息，在接收到的识别信息请求了进行“更新”的处理的情况下，执行“更新”的处理。如此，UE_A8可以根据响应消息中所含的识别信息来执行“更新”的处理。

另外，这样的识别信息既可以是响应消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。进而，识别信息可以是表示“更新”或者“非更新”或者“并行”的更新识别信息。进而，在此情况下的更新识别信息可以示出为“更新”。

另外，该响应消息可以是1.3.4中说明的匹配报告响应消息。故而，这些识别信息可以包含在1.3.4中说明的匹配报告响应中。

另外，是否执行“更新”的处理可以根据UE_A8的设定等来决定。例如，关于UE_A8的设定，可以根据用户策略、运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

另外，UE_A8在不进行“更新”处理的情况下，可以使用旧的ProSe应用代码来继续通告或监测。例如，UE_A8在基于响应消息的接收而获取到旧的ProSe应用代码“C1”的情况下，直至正在计数的定时器“T1”期满为止，都使用旧的ProSe应用代码“C1”来继续通告或监测。此外，UE_A8可以从定时器“T1”的剩余时间更新为接收到的定时器的值来继续计数。

或者，UE_A8在不进行“更新”处理的情况下，可以使利用旧的ProSe应用代码与利用新的ProSe应用代码的通告或监测全部停止。

通过以上的过程，UE_A8能使与ProSe应用ID相对应的通告或监测继续。

此外，ProSe应用代码“C1”、ProSe应用代码“C2”可以如1.3.4的匹配报告过程中也说明的那样，是用于对ProSe应用代码的一部分进行识别的掩码值。

尽管以上说明了UE_A8执行ProSe应用代码更新过程的情况，但在UE_B9中也可以进行与UE_A8同样的过程。

[1.3.5.4基于“非更新”的ProSe应用代码更新过程的第1过程例]

使用图14来说明在1.3.5中说明的用于“非更新”的过程的例子。本过程的初始状态是1.3.2中说明的通告请求过程已完成的状态。

也就是，可以是如下状态：通过1.3.2中说明的通告请求过程，UE_A8从ProSe服务器7获取了“C1”作为ProSe应用代码，且获取了“T1”作为定时器。UE_A8基于通告请求过程开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1306)。另外，ProSe服务器7在响应消息的发送后，开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1307)。

UE_A8可以如1.3.2的通告过程中说明的那样，在执行定时器“T1”的计数的期间，发送通告信号并执行通告。

UE_A8可以在执行定时器“T1”的计数的期间，向ProSe服务器7请求针对相同的ProSe应用ID的ProSe应用代码和定时器。换言之，UE_A8可以在定时器“T1”期满之前向ProSe服务器7重新请求针对相同的ProSe应用ID的ProSe应用代码和定时器。

这样的UE_A8所执行的重新请求可以在定时器的剩余时间变少的情况下执行。更具体而言，UE_A8可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下进行重新请求。另外，重新请求的触发不限于此，还可以通过其他条件来进行，也可以在任意的定时执行。

UE_A8为了重新请求针对同一ProSe应用ID的ProSe应用代码和定时器，可以将请求消息发送给ProSe服务器7(S1408)。

在此，请求消息可以是用于请求通告的发现请求消息。用于通告的发现请求消息可以是1.3.2的通告请求过程中说明的UE_A8所发送的发现请求消息(S1004)。与UE_A8的发送有关的处理、发现请求消息的构成、请求消息中所含的信息要素等同样即可，因此在此省略详细的说明。

接下来，ProSe服务器7接收请求消息。进而，将响应消息发送给UE_A8(S1410)。响应消息可以包含ProSe应用代码和定时器而被发送。

在此，关于发送响应消息的条件，既可以是基于请求消息的接收来发送，也可以是基于认证来发送。在此，认证的具体的方法可以通过1.3.2的通告请求过程中说明的方法来执行。

另外，响应消息中包含的应用代码和定时器可以包含已分配的旧的ProSe应用代码“C1”、以及与旧的ProSe应用代码相对应的定时器“T1”的剩余时间。

或者，响应消息中包含的应用代码和定时器可以包含与ProSe应用代码“C1”不同的新的ProSe应用代码“C2”、以及与新的ProSe应用代码相对应的定时器“T2”。

在此，旧的ProSe应用代码“C1”和新的ProSe应用代码“C2”可以与单一的应用ID相对应。

是发送旧的应用代码还是发送新的应用代码，可以根据以下的条件或处理来决定。

ProSe服务器7可以基于定时器T1的剩余时间变少的情况，包含新的应用代码“C2”和定时器“T2”进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下，包含新的应用代码“C2”和定时器“T2”进行发送。

另外，ProSe服务器7可以在定时器T1的剩余时间足够的情况下，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间大于或等于阈值的情况下，包含新的应用代码“C1”和定时器“T1”的剩余时间进行发送。

或者，ProSe服务器7可以根据接收到的请求消息来决定。例如，UE_A8可以在请求消息中包含识别信息进行发送。

该识别信息可以为表示是请求旧的应用代码还是请求新的应用代码的识别信息。

ProSe服务器7可以根据识别信息，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据识别信息，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

另外，ProSe服务器7可以根据识别信息的有无来决定。也就是，识别信息可以是表示用于请求新的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求旧的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求新的应用代码。

另外，可以根据请求消息中未包含识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。另外，ProSe服务器7可以根据请求消息中含有识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。

或者，识别信息可以是表示用于请求旧的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求新的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求旧的应用代码。

ProSe服务器7可以根据请求消息中未包含识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据请求消息中含有识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

这样的识别信息既可以是请求消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。

如此，ProSe服务器7可以包含定时器“T1”的剩余时间进行发送，并使多个UE的定时器同步。

另外，该请求消息可以是1.3.2中说明的用于请求通告的发现请求消息。故而，这些识别信息可以包含在1.3.2中说明的用于请求通告的发现请求消息中。

另外，是发送旧的应用代码还是发送新的应用代码，可以根据ProSe服务器7的设定等来决定。例如，ProSe服务器的设定可以根据运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

接下来，UE_A8接收响应消息。进而，获取响应消息中所含的ProSe应用代码和定时器。

UE_A8可以在获取到新的ProSe应用代码“C2”的情况下，使旧的ProSe应用代码“C1”的使用继续到与旧的ProSe应用代码“C1”对应的定时器“T1”期满为止，并在停止旧的ProSe应用代码“C1”的使用后，开始新的ProSe应用代码“C2”的使用等，进行与“非更新”对应的处理(S1412)。

具体的UE_A8中的“非更新”的处理例如可以是如下处理：UE_A8在通过响应消息而接收到新的ProSe应用代码“C2”的情况下，仍使旧的ProSe应用代码“C1”的有效化继续，并使发送包含旧的ProSe应用代码“C1”在内的通告信号等通告处理继续。

进而，在与旧的ProSe应用代码“C1”对应的定时器“T1”变为零等期满的情况下，可以执行使旧的ProSe应用代码“C1”无效化等。

在无效化中，ProSe服务器7可以从存储部中删除旧的ProSe应用代码“C1”和定时器“T1”。

另外，在无效化中，UE_A8可以停止利用旧的ProSe应用代码“C1”的通告信号的发送，并进行以后不执行利用ProSe应用代码“C1”的通告等的设定。

另外，伴随这样的无效化，UE_A8可以执行使新的ProSe应用代码“C2”有效化等。

在有效化中，UE_A8可以开始与新的ProSe应用代码“C2”对应的定时器“T2”的计数。

或者，UE_A8可以伴随由ProSe服务器7发送的响应消息的接收，开始与新的ProSe应用代码“C2”对应的定时器“T2”的计数。

UE_A8可以在至与新的ProSe应用代码“C2”对应的定时器“T2”期满为止的期间，发送利用新的ProSe应用代码“C2”的通告信号。

另外，UE_A8可以基于从ProSe服务器7获取到新的ProSe应用代码“C2”这一状况来执行“非更新”的处理，也可以基于接收到ProSe服务器7所发送的响应消息这一状况来执行“非更新”的处理。

或者，UE_A8可以根据响应消息中所含的识别信息来执行“非更新”的处理。例如，ProSe服务器7可以包含用于请求执行“非更新”处理的识别信息来发送响应消息。进而，UE_A8可以接收识别信息，在接收到的识别信息请求了进行“非更新”的处理的情况下，执行“非更新”的处理。如此，UE_A8可以根据响应消息中所含的识别信息来执行“非更新”的处理。

这样的识别信息既可以是响应消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。进而，识别信息可以是表示“更新”或者“非更新”或者“并行”的更新识别信息。进而，在此情况下的更新识别信息可以示出为“非更新”。

另外，该响应消息可以是1.3.2说明的请求通告的发现响应消息(S1010)。故而，这些识别信息可以包含在1.3.2中说明的请求通告的发现响应消息中。

另外，是否执行“非更新”的处理可以根据UE_A8的设定等来决定。例如，关于UE_A8的设定，可以根据用户策略、运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

另外，UE_A8可以通过响应消息的接收来获取旧的ProSe应用代码“C1”。在此情况下，可以使用旧的ProSe应用代码“C1”来继续通告至正在计数的定时器“T1”期满为止。此外，UE_A8可以从定时器“T1”的剩余时间更新为接收到的定时器的值来继续计数。

或者，UE_A8在不进行“非更新”处理的情况下，可以使利用旧的ProSe应用代码与利用新的ProSe应用代码的通告全部停止。

通过以上的过程，UE_A8能使与ProSe应用ID相对应的通告继续。

尽管以上说明了UE_A8执行ProSe应用代码更新过程的情况，但在UE_B9中也可以进行与UE_A8同样的过程。

[1.3.5.5基于“非更新”的ProSe应用代码更新过程的第2过程例]

在1.3.5.4说明的基于“非更新”的ProSe应用代码更新过程的第1过程例中，说明了将1.3.2说明的通告请求过程已完成的状态作为初始状态，由UE_A8继续通告的过程例。

但不限于此，初始状态可以是1.3.3中说明的监测请求过程已完成的状态。

也就是，可以是如下状态：通过1.3.3中说明的监测请求过程，UE_A8从ProSe服务器7获取了“C1”作为ProSe应用代码，且获取了“T1”作为定时器。

以下，使用图14来说明细节。UE_A8基于监测请求过程开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1306)。另外，ProSe服务器7在响应消息的发送后，开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1307)。

UE_A8可以如1.3.3的监测过程中说明的那样，在执行定时器“T1”的计数的期间，执行对通告信号进行接收的监测。

UE_A8可以在执行定时器“T1”的计数的期间，向ProSe服务器7请求针对相同的ProSe应用ID的ProSe应用代码和定时器。换言之，UE_A8可以在定时器“T1”期满之前向ProSe服务器7重新请求针对相同的ProSe应用ID的ProSe应用代码和定时器。

这样的UE_A8所执行的重新请求可以在定时器的剩余时间变少的情况下执行。更具体而言，UE_A8可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下进行重新请求。另外，重新请求的触发不限于此，还可以通过其他条件来进行，也可以在任意的定时执行。

UE_A8为了重新请求针对同一ProSe应用ID的ProSe应用代码和定时器，可以将请求消息发送给ProSe服务器7(S1408)。

在此，请求消息可以是用于请求监测的发现请求消息。用于监测的发现请求消息可以是1.3.3的监测请求过程中说明的UE_A8所发送的发现请求消息(S1104)。与UE_A8的发送有关的处理、发现请求消息的构成、请求消息中所含的信息要素等同样即可，因此在此省略详细的说明。

接下来，ProSe服务器7接收请求消息。进而，将响应消息发送给UE_A8(S1410)。响应消息可以包含ProSe应用代码和定时器而被发送。

在此，关于发送响应消息的条件，既可以是基于请求消息的接收来发送，也可以是基于认证来发送。在此，认证的具体的方法可以通过1.3.3的监测请求过程中说明的方法来执行。

另外，响应消息中包含的应用代码和定时器可以包含已分配的旧的ProSe应用代码“C1”、以及与旧的ProSe应用代码相对应的定时器“T1”的剩余时间。

或者，响应消息中包含的应用代码和定时器可以包含与ProSe应用代码“C1”不同的新的ProSe应用代码“C2”、以及与新的ProSe应用代码相对应的定时器“T2”。

在此，旧的ProSe应用代码“C1”和新的ProSe应用代码“C2”可以与单一的应用ID相对应。

是发送旧的应用代码还是发送新的应用代码，可以根据以下的条件或处理来决定。

ProSe服务器7可以基于定时器T1的剩余时间变少的情况，包含新的应用代码“C2”和定时器“T2”进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下，包含新的应用代码“C2”和定时器“T2”进行发送。

另外，ProSe服务器7可以在定时器T1的剩余时间足够的情况下，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间大于或等于阈值的情况下，包含新的应用代码“C1”和定时器“T1”的剩余时间进行发送。

或者，ProSe服务器7可以根据接收到的请求消息来决定。例如，UE_A8可以在请求消息中包含识别信息进行发送。

该识别信息可以为表示是请求旧的应用代码还是请求新的应用代码的识别信息。

ProSe服务器7可以根据识别信息，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据识别信息，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

另外，ProSe服务器7可以根据识别信息的有无来决定。也就是，识别信息可以是表示用于请求新的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求旧的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求新的应用代码。

另外，可以根据请求消息中未包含识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。另外，ProSe服务器7可以根据请求消息中含有识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。

或者，识别信息可以是表示用于请求旧的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求新的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求旧的应用代码。

ProSe服务器7可以根据请求消息中未包含识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据请求消息中含有识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

这样的识别信息既可以是请求消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。

如此，ProSe服务器7可以包含定时器“T1”的剩余时间进行发送，并使多个UE的定时器同步。

另外，该请求消息可以是1.3.3中说明的用于请求监测的发现请求消息。故而，这些识别信息可以包含在1.3.3中说明的用于请求监测的发现请求消息中。

另外，是发送旧的应用代码还是发送新的应用代码，可以根据ProSe服务器7的设定等来决定。例如，ProSe服务器的设定可以根据运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

接下来，UE_A8接收响应消息。进而，获取响应消息中所含的ProSe应用代码和定时器。

UE_A8可以在获取到新的ProSe应用代码“C2”的情况下，继续旧的ProSe应用代码“C1”的使用至与旧的ProSe应用代码“C1”对应的定时器“T1”期满为止，并在停止旧的ProSe应用代码“C1”的使用后，开始新的ProSe应用代码“C2”的使用等，进行与“非更新”对应的处理(S1412)。

具体的UE_A8中的“非更新”的处理例如可以是如下处理：UE_A8在通过响应消息而接收到新的ProSe应用代码“C2”的情况下，仍使旧的ProSe应用代码“C1”的有效化继续，并使接收包含旧的ProSe应用代码“C1”在内的通告信号等监测处理继续。

进而，在与旧的ProSe应用代码“C1”对应的定时器“T1”变为零等期满的情况下，可以执行使旧的ProSe应用代码“C1”无效化等。

在无效化中，ProSe服务器7可以从存储部中删除旧的ProSe应用代码“C1”和定时器“T1”。

另外，在无效化中，UE_A8可以停止利用旧的ProSe应用代码“C1”的通告信号的接收，并进行以后不执行利用ProSe应用代码“C1”的监测等的设定。

另外，伴随这样的无效化，UE_A8可以执行使新的ProSe应用代码“C2”有效化等。

在有效化中，UE_A8可以开始与新的ProSe应用代码“C2”对应的定时器“T2”的计数。

或者，UE_A8可以伴随由ProSe服务器7发送的响应消息的接收，开始与新的ProSe应用代码“C2”对应的定时器“T2”的计数。

UE_A8可以在至与新的ProSe应用代码“C2”对应的定时器“T2”期满为止的期间，接收利用新的ProSe应用代码“C2”的通告信号。

另外，UE_A8可以基于从ProSe服务器7获取到新的ProSe应用代码“C2”这一状况来执行“非更新”的处理，也可以基于接收到ProSe服务器7所发送的响应消息这一状况来执行“非更新”的处理。

或者，UE_A8可以根据响应消息中所含的识别信息来执行“非更新”的处理。例如，ProSe服务器7可以包含用于请求执行“非更新”处理的识别信息来发送响应消息。进而，UE_A8可以接收识别信息，在接收到的识别信息请求了进行“非更新”的处理的情况下，执行“非更新”的处理。如此，UE_A8可以根据响应消息中所含的识别信息来执行“非更新”的处理。

这样的识别信息既可以是响应消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。进而，识别信息可以是表示“更新”或者“非更新”或者“并行”的更新识别信息。进而，在此情况下的更新识别信息可以示出为“非更新”。

另外，该响应消息可以是1.3.3说明的用于请求监测的发现响应消息(S1110)。故而，这些识别信息可以包含在1.3.3中说明的用于请求监测的发现响应消息中。

另外，是否执行“非更新”的处理可以根据UE_A8的设定等来决定。例如，关于UE_A8的设定，可以根据用户策略、运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

另外，UE_A8可以通过响应消息的接收来获取旧的ProSe应用代码“C1”。在此情况下，可以使用旧的ProSe应用代码“C1”来继续通告至正在计数的定时器“T1”期满为止。此外，UE_A8可以从定时器“T1”的剩余时间更新为接收到的定时器的值来继续计数。

或者，UE_A8在不进行“更新”处理的情况下，可以使旧的ProSe应用代码与新的ProSe应用代码的监测全部停止。

通过以上的过程，UE_A8能使与ProSe应用ID相对应的监测继续。

此外，ProSe应用代码“C1”、ProSe应用代码“C2”可以如1.3.3的监测过程中也说明的那样，是用于对ProSe应用代码的一部分进行识别的掩码值。

另外，可以如在1.3.3的监测过程中也说明的那样，UE_A8通过接收发现过滤器来获取ProSe应用代码和定时器。

尽管以上说明了UE_A8执行ProSe应用代码更新过程的情况，但在UE_B9中也可以执行与UE_A8同样的过程。

[1.3.5.6基于“非更新”的ProSe应用代码更新过程的第3过程例]

在1.3.5.1说明的基于“非更新”的ProSe应用代码更新过程的第1过程例中，说明了将在1.3.2说明的通告请求过程已完成的状态作为初始状态，由UE_A8继续通告的过程例。

但不限于此，初始状态可以是1.3.4中说明的匹配报告过程已完成的状态。

也就是，可以是如下状态：通过1.3.4中说明的匹配报告过程，UE_A8从ProSe服务器7获取了“C1”作为ProSe应用代码，且获取了“T1”作为定时器。以下，使用图14来说明细节。UE_A8基于匹配报告过程开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1306)。另外，ProSe服务器7在响应消息的发送后，开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1307)。

另外，UE_A8可以如1.3.4的匹配报告过程中说明的那样，在执行定时器“T1”的计数的期间，执行通告或监测。

UE_A8可以在执行定时器“T1”的计数的期间，向ProSe服务器7请求针对相同的ProSe应用ID的ProSe应用代码和定时器。换言之，UE_A8可以在定时器“T1”期满之前向ProSe服务器7重新请求针对相同的ProSe应用ID的ProSe应用代码和定时器。

这样的UE_A8所执行的重新请求可以在定时器的剩余时间变少的情况下执行。更具体而言，UE_A8可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下进行重新请求。另外，重新请求的触发不限于此，还可以通过其他条件来进行，也可以在任意的定时执行。

UE_A8为了重新请求针对同一ProSe应用ID的ProSe应用代码和定时器，可以将请求消息发送给ProSe服务器7(S1408)。

在此，请求消息可以是匹配率消息。匹配报告消息可以是1.3.4的匹配报告过程中说明的UE_A8所发送的匹配报告消息(S1202)。与UE_A8的发送有关的处理、发现请求消息的构成、请求消息中所含的信息要素等同样即可，因此在此省略详细的说明。

接下来，ProSe服务器7接收请求消息。进而，将响应消息发送给UE_A8(S1410)。响应消息可以包含ProSe应用代码和定时器而被发送。

在此，关于发送响应消息的条件，既可以是基于请求消息的接收来发送，也可以是基于认证来发送。在此，认证的具体的方法可以通过1.3.3的监测请求过程中说明的方法来执行。

另外，响应消息中包含的应用代码和定时器可以包含已分配的旧的ProSe应用代码“C1”、以及与旧的ProSe应用代码相对应的定时器“T1”的剩余时间。

或者，响应消息中包含的应用代码和定时器可以包含与ProSe应用代码“C1”不同的新的ProSe应用代码“C2”、以及与新的ProSe应用代码相对应的定时器“T2”。

在此，旧的ProSe应用代码“C1”和新的ProSe应用代码“C2”可以与单一的应用ID相对应。

是发送旧的应用代码还是发送新的应用代码，可以根据以下的条件或处理来决定。

ProSe服务器7可以基于定时器T1的剩余时间变少的情况，包含新的应用代码“C2”和定时器“T2”进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下，包含新的应用代码“C2”和定时器“T2”进行发送。

另外，ProSe服务器7可以在定时器T1的剩余时间足够的情况下，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间大于或等于阈值的情况下，包含新的应用代码“C1”和定时器“T1”的剩余时间进行发送。

或者，ProSe服务器7可以根据接收到的请求消息来决定。例如，UE_A8可以在请求消息中包含识别信息进行发送。

该识别信息可以为表示是请求旧的应用代码还是请求新的应用代码的识别信息。

ProSe服务器7可以根据识别信息，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据识别信息，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

另外，ProSe服务器7可以根据识别信息的有无来决定。也就是，识别信息可以是表示用于请求新的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求旧的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求新的应用代码。

另外，可以根据请求消息中未包含识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。另外，ProSe服务器7可以根据请求消息中含有识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。

或者，识别信息可以是表示用于请求旧的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求新的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求旧的应用代码。

ProSe服务器7可以根据请求消息中未包含识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据请求消息中含有识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

这样的识别信息既可以是请求消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。

如此，ProSe服务器7可以包含定时器“T1”的剩余时间进行发送，并使多个UE的定时器同步。

另外，该请求消息可以是1.3.4中说明的匹配报告消息。故而，这些识别信息可以包含在1.3.4中说明的匹配报告消息中。

另外，是发送旧的应用代码还是发送新的应用代码，可以根据ProSe服务器7的设定等来决定。例如，ProSe服务器的设定可以根据运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

接下来，UE_A8接收响应消息。进而，获取响应消息中所含的ProSe应用代码和定时器。

UE_A8可以在获取到新的ProSe应用代码“C2”的情况下，使旧的ProSe应用代码“C1”的使用继续到与旧的ProSe应用代码“C1”对应的定时器“T1”期满为止，并在停止旧的ProSe应用代码“C1”的使用后，开始新的ProSe应用代码“C2”的使用等，进行与“非更新”对应的处理(S1412)。

具体的UE_A8中的“非更新”的处理例如可以是如下处理：UE_A8在通过响应消息而接收到新的ProSe应用代码“C2”的情况下，仍使旧的ProSe应用代码“C1”的有效化继续，并使发送包含旧的ProSe应用代码“C1”在内的通告信号的通告处理、接收包含旧的ProSe应用代码“C1”在内的通告信号的监测处理继续。

进而，在与旧的ProSe应用代码“C1”对应的定时器“T1”变为零等期满的情况下，可以执行使旧的ProSe应用代码“C1”无效化等。

在无效化中，ProSe服务器7可以从存储部507中删除旧的ProSe应用代码“C1”和定时器“T1”。

另外，在无效化中，UE_A8可以停止利用旧的ProSe应用代码“C1”的通告信号的发送，并进行以后不执行利用ProSe应用代码“C1”的通告等的设定。

另外，伴随这样的无效化，UE_A8可以执行使新的ProSe应用代码“C2”有效化等。

在有效化中，UE_A8可以开始与新的ProSe应用代码“C2”对应的定时器“T2”的计数。

或者，UE_A8可以伴随由ProSe服务器7发送的响应消息的接收，开始与新的ProSe应用代码“C2”对应的定时器“T2”的计数。

UE_A8可以在至与新的ProSe应用代码“C2”对应的定时器“T2”期满为止的期间，发送利用新的ProSe应用代码“C2”的通告信号，或者接收利用新的ProSe应用代码“C2”的通告信号。

另外，UE_A8可以基于从ProSe服务器7获取到新的ProSe应用代码“C2”这一状况来执行“非更新”的处理，也可以基于接收到ProSe服务器7所发送的响应消息这一状况来执行“非更新”的处理。

或者，UE_A8可以根据响应消息中所含的识别信息来执行“非更新”的处理。例如，ProSe服务器7可以包含用于请求执行“非更新”处理的识别信息来发送响应消息。进而，UE_A8可以接收识别信息，在接收到的识别信息请求了进行“非更新”的处理的情况下，执行“非更新”的处理。如此，UE_A8可以根据响应消息中所含的识别信息来执行“非更新”的处理。

这样的识别信息既可以是响应消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。进而，识别信息可以是表示“更新”或者“非更新”或者“并行”的更新识别信息。进而，在此情况下的更新识别信息可以示出为“非更新”。

另外，该响应消息可以是1.3.4中说明的匹配报告响应消息。故而，这些识别信息可以包含在1.3.4中说明的匹配报告响应中。

另外，是否执行“非更新”的处理可以根据UE_A8的设定等来决定。例如，关于UE_A8的设定，可以根据用户策略、运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

另外，UE_A8可以通过响应消息的接收来获取旧的ProSe应用代码“C1”。在此情况下，可以使用旧的ProSe应用代码“C1”来继续通告直至正在计数的定时器“T1”期满为止。此外，UE_A8可以从定时器“T1”的剩余时间更新为接收到的定时器的值来继续计数。

或者，UE_A8在不进行“非更新”处理的情况下，可以使利用旧的ProSe应用代码与利用新的ProSe应用代码的通告或监测全部停止。

通过以上的过程，UE_A8能使与ProSe应用ID相对应的通告或监测继续。

此外，ProSe应用代码“C1”、ProSe应用代码“C2”可以如1.3.4的匹配报告过程中也说明的那样，是用于对ProSe应用代码的一部分进行识别的掩码值。

尽管以上说明了UE_A8执行ProSe应用代码更新过程的情况，但在UE_B9中也可以执行与UE_A8同样的过程。

[1.3.5.7基于“并行”的ProSe应用代码更新过程的第1过程例]

使用图15来说明1.3.5中说明的用于进行“并行”的过程的例子。

本过程的初始状态可以是1.3.2中说明的通告请求过程已完成的状态。

也就是，可以是如下状态：通过1.3.2中说明的通告请求过程，UE_A8从ProSe服务器7获取了“C1”作为ProSe应用代码，且获取了“T1”作为定时器。以下，使用图15来说明细节。UE_A8基于通告请求过程开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1306)。另外，ProSe服务器7在响应消息的发送后，开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1307)。

UE_A8可以如1.3.2的通告过程中说明的那样，在执行定时器“T1”的计数的期间，发送通告信号来执行通告。

UE_A8可以在执行定时器“T1”的计数的期间，向ProSe服务器7请求针对相同的ProSe应用ID的ProSe应用代码和定时器。换言之，UE_A8可以在定时器“T1”期满之前向ProSe服务器7重新请求针对相同的ProSe应用ID的ProSe应用代码和定时器。

这样的UE_A8所执行的重新请求可以在定时器的剩余时间变少的情况下执行。更具体而言，UE_A8可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下进行重新请求。另外，重新请求的触发不限于此，还可以通过其他条件来进行，也可以在任意的定时执行。

UE_A8为了重新请求针对同一ProSe应用ID的ProSe应用代码和定时器，可以将请求消息发送给ProSe服务器7(S1508)。

在此，请求消息可以是用于请求通告的发现请求消息。用于通告的发现请求消息可以是1.3.2的通告请求过程中说明的UE_A8所发送的发现请求消息(S1004)。与UE_A8的发送有关的处理、发现请求消息的构成、请求消息中所含的信息要素等同样即可，因此在此省略详细的说明。

接下来，ProSe服务器7接收请求消息。进而，将响应消息发送给UE_A8(S1510)。响应消息可以包含ProSe应用代码和定时器而被发送。

在此，关于发送响应消息的条件，既可以是基于请求消息的接收来发送，也可以是基于认证来发送。在此，认证的具体的方法可以通过1.3.2的通告请求过程中说明的方法来执行。

另外，响应消息中包含的应用代码和定时器可以包含已分配的旧的ProSe应用代码“C1”、以及与旧的ProSe应用代码相对应的定时器“T1”的剩余时间。

或者，响应消息中包含的应用代码和定时器可以包含与ProSe应用代码“C1”不同的新的ProSe应用代码“C2”、以及与新的ProSe应用代码相对应的定时器“T2”。

在此，旧的ProSe应用代码“C1”和新的ProSe应用代码“C2”可以与单一的应用ID相对应。

是发送旧的应用代码还是发送新的应用代码，可以根据以下的条件或处理来决定。

ProSe服务器7可以基于定时器T1的剩余时间变少的情况，包含新的应用代码“C2”和定时器“T2”进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下，包含新的应用代码“C2”和定时器“T2”进行发送。

另外，ProSe服务器7可以在定时器T1的剩余时间足够的情况下，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间大于或等于阈值的情况下，包含新的应用代码“C1”和定时器“T1”的剩余时间进行发送。

或者，ProSe服务器7可以根据接收到的请求消息来决定。例如，UE_A8可以在请求消息中包含识别信息进行发送。

该识别信息可以为表示是请求旧的应用代码还是请求新的应用代码的识别信息。

ProSe服务器7可以根据识别信息，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据识别信息，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

另外，ProSe服务器7可以根据识别信息的有无来决定。也就是，识别信息可以是表示用于请求新的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求旧的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求新的应用代码。

另外，可以根据请求消息中未包含识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。另外，ProSe服务器7可以根据请求消息中含有识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。

或者，识别信息可以是表示用于请求旧的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求新的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求旧的应用代码。

ProSe服务器7可以根据请求消息中未包含识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据请求消息中含有识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

这样的识别信息既可以是请求消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。

如此，ProSe服务器7可以包含定时器“T1”的剩余时间进行发送，并使多个UE的定时器同步。

另外，该请求消息可以是1.3.2中说明的用于请求通告的发现请求消息。故而，这些识别信息可以包含在1.3.2中说明的用于请求通告的发现请求消息中。

另外，是发送旧的应用代码还是发送新的应用代码，可以根据ProSe服务器7的设定等来决定。例如，ProSe服务器的设定可以根据运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

接下来，UE_A8接收响应消息。进而，获取响应消息中所含的ProSe应用代码和定时器。

UE_A8可以在获取到新的ProSe应用代码“C2”的情况下，至与旧的ProSe应用代码“C1”对应的定时器“T1”期满为止继续旧的ProSe应用代码“C1”的使用，并且开始旧的ProSe应用代码“C1”的使用等，进行与“并行”对应的处理(S1512)。

关于具体的UE_A8中的“并行”的处理，例如，UE_A8可以在通过响应消息而接收到新的ProSe应用代码“C2”的情况下，仍使旧的ProSe应用代码“C1”的有效化继续，并使发送包含旧的ProSe应用代码“C1”在内的通告信号等的通告处理继续。

另外，在与旧的ProSe应用代码“C1”对应的定时器“T1”变为零等期满的情况下，可以执行使旧的ProSe应用代码“C1”无效化等。

在无效化中，ProSe服务器7可以从存储部中删除旧的ProSe应用代码“C1”和定时器“T1”。

另外，在无效化中，UE_A8可以使利用旧的ProSe应用代码“C1”的通告信号的发送停止，而且进行以后不执行利用ProSe应用代码“C1”的通告等的设定。

UE_A8可以伴随由ProSe服务器7发送的响应消息的接收，在维持旧的应用代码“C1”的有效化的同时使新的ProSe应用代码“C2”有效化。

在有效化中，UE_A8可以开始与新的ProSe应用代码“C2”对应的定时器“T2”的计数。

UE_A8可以在至与新的ProSe应用代码“C2”对应的定时器“T2”期满为止的期间，发送利用新的ProSe应用代码“C2”的通告信号。

另外，UE_A8既可以基于从ProSe服务器7获取到新的ProSe应用代码“C2”这一状况来执行“并行”的处理，也可以基于接收到由ProSe服务器7发送的响应消息这一状况来执行“并行”的处理。

或者，UE_A8可以根据响应消息中所含的识别信息来执行“并行”的处理。例如，ProSe服务器7可以包含用于请求执行“并行”处理的识别信息来发送响应消息。进而，UE_A8可以接收识别信息，并在接收到的识别信息是用于请求进行“并行”的处理的信息的情况下执行“并行”的处理。如此，UE_A8可以根据响应消息中所含的识别信息来执行“并行”的处理。

这样的识别信息既可以是响应消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。进而，识别信息可以是表示“更新”或者“非更新”或者“并行”的更新识别信息。进而，该情况下的更新识别信息可以示出为“并行”。

另外，该响应消息可以是1.3.2中说明的用于请求通告的发现响应消息(S1010)。故而，这些识别信息可以包含在1.3.2中说明的用于请求通告的发现响应消息中。

另外，是否执行“并行”的处理可以根据UE_A8的设定等来决定。例如，UE_A8的设定可以通过用户策略、运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

另外，UE_A8可以通过响应消息的接收来获取旧的ProSe应用代码“C1”。在此情况下，可以直至正在计数的定时器“T1”期满为止，都使用旧的ProSe应用代码“C1”来继续通告。此外，UE_A8可以从定时器“T1”的剩余时间更新成接收到的定时器的值来继续计数。

或者，UE_A8在不进行“并行”处理的情况下，可以将利用旧的ProSe应用代码以及新的ProSe应用代码的通告全部停止。

通过以上的过程，UE_A8能继续与ProSe应用ID相对应的通告。

尽管以上说明了UE_A8执行ProSe应用代码更新过程的情况，但在UE_B9中也可以进行与UE_A8同样的过程。

[1.3.5.8基于“并行”的ProSe应用代码更新过程的第2过程例]

在1.3.5.7说明的基于“并行”的ProSe应用代码更新过程的第1过程例中，说明了将1.3.2说明的通告请求过程已完成的状态作为初始状态，由UE_A8继续通告的过程例。

但不限于此，初始状态可以是1.3.3中说明的监测请求过程已完成的状态。

也就是，可以是如下状态：通过1.3.3中说明的监测请求过程，UE_A8从ProSe服务器7获取了“C1”作为ProSe应用代码，且获取了“T1”作为定时器。以下，使用图15来说明细节。UE_A8基于监测请求过程开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1306)。另外，ProSe服务器7在响应消息的发送后，开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1307)。

UE_A8可以如1.3.3的监测过程中说明的那样，在执行定时器“T1”的计数的期间，执行对通告信号进行接收的监测。

UE_A8可以在执行定时器“T1”的计数的期间，向ProSe服务器7请求针对相同的ProSe应用ID的ProSe应用代码和定时器。换言之，UE_A8可以在定时器“T1”期满之前向ProSe服务器7重新请求针对相同的ProSe应用ID的ProSe应用代码和定时器。

这样的UE_A8所执行的重新请求可以在定时器的剩余时间变少的情况下执行。更具体而言，UE_A8可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下进行重新请求。另外，重新请求的触发不限于此，还可以通过其他条件来进行，也可以在任意的定时执行。

UE_A8为了重新请求针对同一ProSe应用ID的ProSe应用代码和定时器，可以将请求消息发送给ProSe服务器7(S1508)。

在此，请求消息可以是用于请求监测的发现请求消息。用于监测的发现请求消息可以是1.3.3的监测请求过程中说明的UE_A8所发送的发现请求消息(S1104)。与UE_A8的发送有关的处理、发现请求消息的构成、请求消息中所含的信息要素等同样即可，因此在此省略详细的说明。

接下来，ProSe服务器7接收请求消息。进而，将响应消息发送给UE_A8(S1510)。响应消息可以包含ProSe应用代码和定时器而被发送。

在此，关于发送响应消息的条件，既可以是基于请求消息的接收来发送，也可以是基于认证来发送。在此，认证的具体的方法可以通过1.3.3的监测请求过程中说明的方法来执行。

另外，响应消息中包含的应用代码和定时器可以包含已分配的旧的ProSe应用代码“C1”、以及与旧的ProSe应用代码相对应的定时器“T1”的剩余时间。

或者，响应消息中包含的应用代码和定时器可以包含与ProSe应用代码“C1”不同的新的ProSe应用代码“C2”、以及与新的ProSe应用代码相对应的定时器“T2”。

在此，旧的ProSe应用代码“C1”和新的ProSe应用代码“C2”可以与单一的应用ID相对应。

是发送旧的应用代码还是发送新的应用代码可以根据以下的条件或处理来决定。

ProSe服务器7可以基于定时器T1的剩余时间变少的情况，包含新的应用代码“C2”和定时器“T2”进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下，包含新的应用代码“C2”和定时器“T2”进行发送。

另外，ProSe服务器7可以在定时器T1的剩余时间足够的情况下，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间大于或等于阈值的情况下，包含新的应用代码“C1”和定时器“T1”的剩余时间进行发送。

或者，ProSe服务器7可以根据接收到的请求消息来决定。例如，UE_A8可以在请求消息中包含识别信息进行发送。

该识别信息可以为表示是请求旧的应用代码还是请求新的应用代码的识别信息。

ProSe服务器7可以根据识别信息，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据识别信息，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

另外，ProSe服务器7可以根据识别信息的有无来决定。也就是，识别信息可以是表示用于请求新的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求旧的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求新的应用代码。

另外，可以根据请求消息中未包含识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。另外，ProSe服务器7可以根据请求消息中含有识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。

或者，识别信息可以是表示用于请求旧的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求新的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求旧的应用代码。

ProSe服务器7可以根据请求消息中未包含识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据请求消息中含有识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

这样的识别信息既可以是请求消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。

如此，ProSe服务器7可以包含定时器“T1”的剩余时间进行发送，并使多个UE的定时器同步。

另外，该请求消息可以是1.3.3中说明的用于请求监测的发现请求消息。故而，这些识别信息可以包含在1.3.3中说明的用于请求监测的发现请求消息中。

另外，是发送旧的应用代码还是发送新的应用代码，可以根据ProSe服务器7的设定等来决定。例如，ProSe服务器的设定可以根据运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

接下来，UE_A8接收响应消息。进而，获取响应消息中所含的ProSe应用代码和定时器。

UE_A8可以在获取到新的ProSe应用代码“C2”的情况下，至与旧的ProSe应用代码“C1”对应的定时器“T1”期满为止继续旧的ProSe应用代码“C1”的使用，并且开始旧的ProSe应用代码“C1”的使用等，进行与“并行”对应的处理(S1512)。

关于具体的UE_A8中的“并行”的处理，例如，UE_A8可以在通过响应消息而接收到新的ProSe应用代码“C2”的情况下，仍使旧的ProSe应用代码“C1”的有效化继续，并使接收包含旧的ProSe应用代码“C1”在内的通告信号等的监测处理继续。

另外，在与旧的ProSe应用代码“C1”对应的定时器“T1”变为零等期满的情况下，可以执行使旧的ProSe应用代码“C1”无效化等。

在无效化中，ProSe服务器7可以从存储部507中删除旧的ProSe应用代码“C1”和定时器“T1”。

另外，在无效化中，UE_A8可以使利用旧的ProSe应用代码“C1”的通告信号的发送停止，而且进行以后不执行利用ProSe应用代码“C1”的通告等的设定。

UE_A8可以伴随由ProSe服务器7发送的响应消息的接收，在维持旧的应用代码“C1”的有效化的同时使新的ProSe应用代码“C2”有效化。

在有效化中，UE_A8可以开始与新的ProSe应用代码“C2”对应的定时器“T2”的计数。

UE_A8可以在至与新的ProSe应用代码“C2”对应的定时器“T2”期满为止的期间，接收利用新的ProSe应用代码“C2”的通告信号。

另外，UE_A8既可以基于从ProSe服务器7获取到新的ProSe应用代码“C2”这一状况来执行“并行”的处理，也可以基于接收到由ProSe服务器7发送的响应消息这一状况来执行“并行”的处理。

或者，UE_A8可以根据响应消息中所含的识别信息来执行“并行”的处理。例如，ProSe服务器7可以包含用于请求执行“并行”处理的识别信息来发送响应消息。进而，UE_A8可以接收识别信息，并在接收到的识别信息是用于请求进行“并行”的处理的信息的情况下执行“并行”的处理。如此，UE_A8可以根据响应消息中所含的识别信息来执行“并行”的处理。

这样的识别信息既可以是响应消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。进而，识别信息可以是表示“更新”或者“非更新”或者“并行”的更新识别信息。进而，该情况下的更新识别信息可以示出为“并行”。

另外，该响应消息可以是1.3.3中说明的用于请求监测的发现响应消息(S1110)。故而，这些识别信息可以包含在1.3.3所说明的用于请求监测的发现响应消息中。

另外，是否执行“并行”的处理可以根据UE_A8的设定等来决定。例如，UE_A8的设定可以通过用户策略、运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

另外，UE_A8可以通过响应消息的接收来获取旧的ProSe应用代码“C1”。在此情况下，可以直至正在计数的定时器“T1”期满为止，都使用旧的ProSe应用代码“C1”来继续通告。此外，UE_A8可以从定时器“T1”的剩余时间更新成接收到的定时器的值来继续计数。

或者，UE_A8可以在不进行“并行”处理的情况下，使旧的ProSe应用代码与新的ProSe应用代码的监测全部停止。

通过以上的过程，UE_A8能继续与ProSe应用ID相对应的监测。

此外，ProSe应用代码“C1”、ProSe应用代码“C2”可以如1.3.3的监测过程中也说明的那样，是用于对ProSe应用代码的一部分进行识别的掩码值。

另外，可以如在1.3.3的监测过程中也说明的那样，UE_A8通过接收发现过滤器来获取ProSe应用代码和定时器。

尽管以上说明了UE_A8执行ProSe应用代码更新过程的情况，但在UE_B9中也可以进行与UE_A8同样的过程。

[1.3.5.9基于“并行”的ProSe应用代码更新过程的第3过程例]

在1.3.5.1说明的基于“非更新”的ProSe应用代码更新过程的第1过程例中，说明了将在1.3.2说明的通告请求过程已完成的状态作为初始状态，由UE_A8继续通告的过程例。

但不限于此，初始状态可以是1.3.4中说明的匹配报告过程已完成的状态。

也就是，可以是如下状态：通过1.3.4中说明的匹配报告过程，UE_A8从ProSe服务器7获取了“C1”作为ProSe应用代码，且获取了“T1”作为定时器。

以下，使用图15来说明细节。UE_A8基于匹配报告过程开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1306)。另外，ProSe服务器7在响应消息的发送后，开始定时器“T1”的计数，使ProSe应用代码“C1”有效(S1307)。

另外，UE_A8可以如1.3.4的匹配报告过程中说明的那样，在执行定时器“T1”的计数的期间，执行通告或监测。

UE_A8可以在执行定时器“T1”的计数的期间，向ProSe服务器7请求针对相同的ProSe应用ID的ProSe应用代码和定时器。换言之，UE_A8可以在定时器“T1”期满之前向ProSe服务器7重新请求针对相同的ProSe应用ID的ProSe应用代码和定时器。

这样的UE_A8所执行的重新请求可以在定时器的剩余时间变少的情况下执行。更具体而言，UE_A8可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下进行重新请求。另外，重新请求的触发不限于此，还可以通过其他条件来进行，也可以在任意的定时执行。

UE_A8为了重新请求针对同一ProSe应用ID的ProSe应用代码和定时器，可以将请求消息发送给ProSe服务器7(S1508)。

在此，请求消息可以是匹配率消息。匹配报告消息可以是1.3.4的匹配报告过程中说明的UE_A8所发送的匹配报告消息(S1202)。与UE_A8的发送有关的处理、发现请求消息的构成、请求消息中所含的信息要素等同样即可，因此在此省略详细的说明。

接下来，ProSe服务器7接收请求消息。进而，将响应消息发送给UE_A8(S1510)。响应消息可以包含ProSe应用代码和定时器而被发送。

在此，关于发送响应消息的条件，既可以是基于请求消息的接收来发送，也可以是基于认证来发送。在此，认证的具体的方法可以通过1.3.3的监测请求过程中说明的方法来执行。

另外，响应消息中包含的应用代码和定时器可以包含已分配的旧的ProSe应用代码“C1”、以及与旧的ProSe应用代码相对应的定时器“T1”的剩余时间。

或者，响应消息中包含的应用代码和定时器可以包含与ProSe应用代码“C1”不同的新的ProSe应用代码“C2”、以及与新的ProSe应用代码相对应的定时器“T2”。

在此，旧的ProSe应用代码“C1”和新的ProSe应用代码“C2”可以与单一的应用ID相对应。

是发送旧的应用代码还是发送新的应用代码，可以根据以下的条件或处理来决定。

ProSe服务器7可以基于定时器T1的剩余时间变少的情况，包含新的应用代码“C2”和定时器“T2”进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间等于或小于阈值的情况下，包含新的应用代码“C2”和定时器“T2”进行发送。

另外，ProSe服务器7可以在定时器T1的剩余时间足够的情况下，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。更具体而言，ProSe服务器7可以预先保存阈值，在定时器的剩余时间大于或等于阈值的情况下，包含新的应用代码“C1”和定时器“T1”的剩余时间进行发送。

或者，ProSe服务器7可以根据接收到的请求消息来决定。例如，UE_A8可以在请求消息中包含识别信息来发送。

该识别信息可以是表示是请求旧的应用代码还是请求新的应用代码的识别信息。

ProSe服务器7可以根据识别信息，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据识别信息，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

另外，ProSe服务器7可以根据识别信息的有无来决定。也就是，识别信息可以是表示用于请求新的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求旧的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求新的应用代码。

另外，可以根据请求消息中未包含识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。另外，ProSe服务器7可以根据请求消息中含有识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。

或者，识别信息可以是表示用于请求旧的应用代码的识别信息。例如，UE_A8可以不包含识别信息而发送请求消息，从而请求新的应用代码。另外，UE_A8可以包含识别信息而发送请求消息，从而请求旧的应用代码。

ProSe服务器7可以根据请求消息中未包含识别信息这一状况，包含新的应用代码“C2”和定时器“T2”进行发送。另外，可以根据请求消息中含有识别信息这一状况，包含旧的应用代码“C1”和定时器“T1”的剩余时间进行发送。

这样的识别信息既可以是请求消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。

如此，ProSe服务器7可以包含定时器“T1”的剩余时间进行发送，并使多个UE的定时器同步。

另外，该请求消息可以是1.3.4中说明的匹配报告消息。故而，这些识别信息可以包含在1.3.4中说明的匹配报告消息中。

另外，是发送旧的应用代码还是发送新的应用代码，可以根据ProSe服务器7的设定等来决定。例如，ProSe服务器的设定可以根据运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，既可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

接下来，UE_A8接收响应消息。进而，获取响应消息中所含的ProSe应用代码和定时器。

UE_A8可以在获取到新的ProSe应用代码“C2”的情况下，至与旧的ProSe应用代码“C1”对应的定时器“T1”期满为止继续旧的ProSe应用代码“C1”的使用，并且开始旧的ProSe应用代码“C1”使用等，进行与“并行”对应的处理(S1512)。

关于具体的UE_A8中的“并行”的处理，例如，UE_A8可以在通过响应消息而接收到新的ProSe应用代码“C2”的情况下，仍使旧的ProSe应用代码“C1”的有效化继续，并使发送包含旧的ProSe应用代码“C1”在内的通告信号等的通告处理、或接收包含ProSe应用代码“C1”在内的通告信号等的监测处理继续。

另外，在与旧的ProSe应用代码“C1”对应的定时器“T1”变为零等期满的情况下，可以执行使旧的ProSe应用代码“C1”无效化等。

在无效化中，ProSe服务器7可以从存储部313中删除旧的ProSe应用代码“C1”和定时器“T1”。

另外，在无效化中，UE_A8可以使利用旧的ProSe应用代码“C1”的通告信号的发送停止，而且进行以后不执行利用ProSe应用代码“C1”的通告等的设定。

或者，在无效化中，UE_A8可以使利用旧的ProSe应用代码“C1”的通告信号的接收停止，而且进行以后不执行利用ProSe应用代码“C1”的监测等的设定。

UE_A8可以伴随由ProSe服务器7发送的响应消息的接收，在维持旧的应用代码“C1”的有效化的同时使新的ProSe应用代码“C2”有效化。

在有效化中，UE_A8可以开始与新的ProSe应用代码“C2”对应的定时器“T2”的计数。

UE_A8可以在至与新的ProSe应用代码“C2”对应的定时器“T2”期满为止的期间，发送利用新的ProSe应用代码“C2”的通告信号。

或者，UE_A8可以在至与新的ProSe应用代码“C2”对应的定时器“T2”期满为止的期间，接收利用新的ProSe应用代码“C2”的通告信号。

另外，UE_A8既可以基于从ProSe服务器7获取到新的ProSe应用代码“C2”这一状况来执行“并行”的处理，也可以基于接收到由ProSe服务器7发送的响应消息这一状况来执行“并行”的处理。

或者，UE_A8可以根据响应消息中所含的识别信息来执行“并行”的处理。例如，ProSe服务器7可以包含用于请求执行“并行”处理的识别信息来发送响应消息。进而，UE_A8可以接收识别信息，并在接收到的识别信息是用于请求进行“并行”的处理的信息的情况下执行“并行”的处理。如此，UE_A8可以根据响应消息中所含的识别信息来执行“并行”的处理。

这样的识别信息既可以是响应消息中所含的标志等信息要素，也可以是表示控制消息的消息类型的信息要素。进而，识别信息可以是表示“更新”或者“非更新”或者“并行”的更新识别信息。进而，该情况下的更新识别信息可以示出为“并行”。

另外，该响应消息可以是1.3.4中说明的匹配报告响应消息。故而，这些识别信息可以包含在1.3.4中说明的匹配报告响应中。

另外，是否执行“并行”的处理可以根据UE_A8的设定等来决定。例如，UE_A8的设定可以通过用户策略、运用ProSe服务器7的通信运营商的策略(Mobile Operator Policy)或应用运营商的策略来决定，并进行设定。

此外，可以对至此为止说明的条件或处理进行组合来决定，也可以根据其他方法来决定。

另外，UE_A8可以通过响应消息的接收来获取旧的ProSe应用代码“C1”。在此情况下，可以直至正在计数的定时器“T1”期满为止，都使用旧的ProSe应用代码“C1”来继续通告。此外，UE_A8可以从定时器“T1”的剩余时间更新成接收到的定时器的值来继续计数。

或者，UE_A8在不进行“并行”处理的情况下，可以将旧的ProSe应用代码以及新的ProSe应用代码的通告或监测全部停止。

通过以上的过程，UE_A8能继续与ProSe应用ID相对应的通告或监测。

此外，ProSe应用代码“C1”或ProSe应用代码“C2”可以如1.3.4的匹配报告过程中也说明的那样，是用于识别ProSe应用代码的一部分的掩码值。

尽管以上说明了UE_A8执行ProSe应用代码更新过程的情况，但在UE_B9中也可以进行与UE_A8同样的过程。

[1.3.5.10ProSe应用代码更新过程的变形例]

尽管通过1.3.5.1至1.3.5.9说明了UE_A8更新ProSe应用代码的过程的例子，但具体的过程不限于该实施方式，不脱离本发明的主旨的范围的设计、组合等也包含在本发明中。

另外，在基于1.3.5.1的“更新”的ProSe应用代码更新过程的第1过程例中，说明了UE_A8通过响应消息的接收而停止利用旧的ProSe应用ID的通告的例子，但监测可以继续。

ProSe服务器7包含在响应消息中进行发送的识别信息可以是如下识别信息：除了请求“更新”的处理之外，还请求使利用旧的ProSe应用代码的监测继续。此时，UE_A8可以在1.3.5.1中说明的处理的基础上，根据响应消息中所含的识别信息，使利用旧的ProSe应用代码“C1”的监测继续，直至与旧的ProSe应用代码“C1”对应的定时器“T1”期满为止。

另外，在基于1.3.5.2的“更新”的ProSe应用代码更新过程的第2过程例中，说明了UE_A8通过响应消息的接收而停止利用旧的ProSe应用ID的监测的例子，但通告可以继续。

ProSe服务器7包含在响应消息中进行发送的识别信息可以是如下识别信息：除了请求“更新”的处理之外，还请求使利用旧的ProSe应用代码的监测继续。此时，UE_A8可以在1.3.5.2中说明的处理的基础上，根据响应消息中所含的识别信息，使利用旧的ProSe应用代码“C1”的通告继续，直至与旧的ProSe应用代码“C1”对应的定时器“T1”期满为止。

另外，在基于1.3.5.5的“非更新”的ProSe应用代码更新过程的第2过程例中，说明了UE_A8通过响应消息的接收而继续利用旧的ProSe应用ID的监测的例子，但可以停止通告。

ProSe服务器7包含在响应消息中进行发送的识别信息可以是如下识别信息：除了请求“非更新”的处理之外，还请求使利用旧的ProSe应用代码的通告停止。此时，UE_A8可以在1.3.5.5中说明的处理的基础上，根据响应消息中所含的识别信息，使利用旧的ProSe应用代码“C1”的通告停止。

另外，ProSe服务器7包含在响应消息进行发送的识别信息既可以构成为至少包含PLMN(Public Land Mobile Network；公共陆地移动网络)，也可以是PLMN的识别信息本身。在此，PLMN可以指用于识别通信运营商或通信运营商网络的信息。

UE_A8可以基于ProSe服务器7发送的响应消息中所含的识别信息的接收，根据以前接收到的响应消息中所含的识别信息与新接收到的响应消息中所含的识别信息不同的状况等，来检测进行管理的通信运营商或要连接的通信运营商网络的变更，进行至此为止通过1.3.5.1～1.3.5.9而说明的“更新”、“非更新”、“并行”等处理。

另一方面，ProSe服务器7可以在响应消息中包含与以前发送的识别信息不同的识别信息向UE_A8发送，通知要进行管理的通信运营商或要连接的通信运营商网络的变更，并请求至此为止通过1.3.5.1～1.3.5.9所说明的“更新”、非更新”、并行”等。

[2.第2实施方式]

接下来，说明第2实施方式。第2实施方式与第1实施方式的系统的功能构成相同，以与第1实施方式不同的处理流程为中心进行说明。

在第1实施方式中，说明了如下情况：ProSe服务器7针对来自终端装置的发现请求或者匹配报告，发送包含新的ProSe应用代码以及与ProSe应用代码相对应的定时器在内的响应。

在第2实施方式中，说明ProSe服务器7在终端装置中针对终端装置当前使用的ProSe应用代码设定新的定时器的处理。

[2.1处理的说明]

[2.1.1ProSe应用代码更新过程]

以下，使用图16来说明基于请求(发现请求或者匹配报告)的ProSe应用代码更新过程。

以下，说明以下情况：UE_A8向ProSe服务器7发送请求，当从ProSe服务器7接收到含有ProSe应用、掩码值、ProSe应用代码、定时器的响应时，开始定时器的计数，进行着通告或者监测的UE_A8在定时器期满前再次向ProSe服务器7发送包含相同的ProSe应用ID或者ProSe应用代码的请求，从而从ProSe服务器7获取与相同的ProSe应用代码相对应的新的定时器。

另外，尽管以下针对UE_A8执行ProSe应用代码更新过程的情况进行说明，但在UE_B9中也可以通过与UE_A8同样的过程来更新定时器。

首先，UE_A8向ProSe服务器7发送请求(发现请求或者匹配报告)(S1602)。在请求中含有ProSe应用ID、或者掩码值、或者ProSe应用代码。另外，请求可以是图10的S1002、图11的S1102或图12的S1202中发送的发现请求、或者与匹配报告同样的信息要素所构成的请求。

接下来，ProSe服务器7从UE_A8接收请求。ProSe服务器7根据请求，进行针对请求的认证处理，并向UE_A8发送针对请求的响应(S1604)。

响应可以包含ProSe应用代码、定时器。响应可以是图10的S1010、图11的S1110中发送的发现响应、或与图12的S1210中发送的匹配报告响应同样的信息要素所构成的响应。在图13的一例中，作为ProSe应用代码，可以含有“C1”，作为定时器，可以含有“T1-1”。

此外，在针对请求的认证处理中，关于ProSe服务器7，在HSS11、其他的PLMN的ProSe服务器间设想有认证请求等处理，在通告请求过程、监测请求过程、匹配报告过程的说明中已记载，因此省略说明。

接下来，UE_A8从ProSe服务器7接收响应。UE_A8根据响应，开始通告或者监测处理。此时，还开始定时器T1-1的计数(S1606)。

UE_A8在定时器T1-1的计数期满前，向ProSe服务器7发送请求(S1608)。在请求中含有ProSe应用ID、或者掩码值、或者ProSe应用代码。另外，请求可以是图10的S1002、图11的S1102或图12的S1202中发送的发现请求、或者与匹配报告同样的信息要素所构成的请求。另外，可以在请求中包含表示与定时器的更新有关的请求的信息要素。

接下来，ProSe服务器7从UE_A8接收请求。ProSe服务器7根据请求进行针对请求的认证处理，并向UE_A8发送针对请求的响应(S1610)。

在针对请求的认证处理中，ProSe服务器7能不变更ProSe应用代码而向UE_A8分配新的定时器。

在此，ProSe服务器7可以将与定时器T1-1不同的值作为定时器分配给ProSe应用代码：C1。

例如，可以分配比T1-1更长的值。由此，可以向UE_A8请求延长ProSe应用代码的有效时间。或者，可以分配当前时间点的T1-1的定时器的剩余的值。在图16所示的一例中，分配T1-2作为新的定时器。

接下来，UE_A8从ProSe服务器7接收响应。在响应中至少含有新的定时器：T1-2。UE_A8根据响应来更新定时器(S1612)。

基于以上，UE_A8从ProSe服务器7再次获取到的ProSe应用代码与再次获取前的ProSe应用代码为相同的值的情况下，能仅进行定时器的更新。

此外，尽管至此为止说明了执行UE_A8的更新过程的情况，但在UE_B9中也可以通过与UE_A8同样的过程来更新定时器。通过以上的过程，ProSe7还能使多个UE的定时器同步。

[3.变形例]

尽管以上参照附图来详述了本发明的实施方式，但具体的构成不限于该实施方式，不脱离本发明的主旨的范围的设计等也包含在本发明中。

另外，在各实施方式中各装置中动作的程序是对CPU等进行控制以实现上述实施方式的功能的程序(使计算机发挥功能的程序)。而且，由这些装置处理的信息在其处理时被临时蓄存于临时存储装置(例如，RAM)，其后存放至各种ROM或HDD的存储装置，并根据需要由CPU读出来进行修正和写入。

在此，作为存放程序的记录介质，可以是半导体介质(例如，ROM、非易失性的存储卡等)、光记录介质和光磁记录介质(例如，DVD(Digital Versatile Disc；数字多功能光盘)、MO(Magneto Optical Disc；磁光盘)、MD(Mini Disc；迷你光盘)、CD(Compact Disc)、BD等)、磁记录介质(例如，磁带、软盘等)等的任一种。另外，不仅可以通过执行已加载的程序来实现上述实施方式的功能，而且还有根据该程序的指示，与操作系统或者其他应用程序等共同处理来实现本发明的功能的情况。

另外，在流通于市场的情况下，能使程序存放于可移动型的记录介质来进行流通，或者向经由互联网等网络而连接的服务器计算机进行转发。在此情况下，服务器计算机的存储装置也包含在本发明的范畴内，这是不言自明的。

另外，可以将上述实施方式中的各装置的一部分或全部典型地实现为作为集成电路的LSI(Large Scale Integration；大规模集成电路)。各装置的各功能块既可以单独芯片化，也可以将一部分或者全部进行集成来芯片化。另外，集成电路化的手法不限于LSI，还可以通过专用电路或者通用处理器来实现。另外，在因半导体技术的进步而出现了替代LSI的集成电路化的技术的情况下，还能使用基于该技术的集成电路，这是不言自明的。

另外，尽管在上述实施方式中说明了LTE和WLAN(例如，IEEE802.11a/b/n等)来作为无线接入网络的例子，但也可以取代WLAN而通过WiMAX来连接。

符号说明

1 通信系统

2 核心网络

3 IP移动通信网络

5 PDN

7 ProSe服务器7

8 UE_A

9 UE_B

11 HSS

13 PCRF

15 AAA

17 PGW

19 ePDG

21 SGW

23 MME

25 LTE_AN

27 WLAN_ANb

29 WLAN_ANa

31 eNB

33 WLAN_APb

35 WLAN APa

37 GW

V