本发明涉及无线通信，并且更具体地，涉及一终端在由网络进行的控制下向另一终端发送用于D2D操作的控制消息的方法和使用该方法的终端。
背景技术：
：在国际电信联盟无线电通信部门(ITU-R)中，已经执行了作为第三代之后的下一代移动通信系统的国际移动电信(IMT)-Advanced的标准化。IMT-Advanced的目标是在停止和低速移动状态下以1Gbps的数据传送速率和在高速移动状态下以100Mbps的数据传送速率支持基于网际协议(IP)的多媒体服务。第3代合作伙伴计划(3GPP)正准备将作为基于OFDMA(正交频分多址)/SC-FDMA(单载波-频分多址)传输方案中的LTE的改进的一个的LTE-Advanced(LTE-A)作为满足IMT-Advanced的要求的系统标准。LTE-Advanced是IMT-Advanced的一个重要候选。近年来，对执行装置之间的直接通信的装置对装置(D2D)技术的关注不断增加。具体地，D2D作为用于公共安全网络的通信技术正备受关注。商业通信网络已快速地向LTE转变，但是鉴于与现有通信的冲突问题和成本方面，目前的公共安全网络基于2G技术。对技术差距以及改进的服务的需求导致改进公共安全网络的努力。公共安全网络具有与商业通信网络相比高的服务要求(可靠性和安全性)。具体地，当蜂窝通信的覆盖范围不足或未使用时，也需要装置之间进行直接的信号发送/接收，即，D2D操作。D2D操作可以是邻近装置之间的信号发送/接收，具有各种优点。例如，D2D终端可以以高传送速率和低延迟来执行数据通信。另外，D2D操作可以将集中于基站的业务分散。如果D2D终端用作中继器(relay)，则D2D终端可用于延伸基站的覆盖范围。此外，当尝试在第一终端和第二终端之间执行D2D操作时，第一终端可以位于网络覆盖范围内，而第二终端可以位于覆盖网络外。在这种情况下，用于D2D操作的资源池可以被配置用于第一终端，但是它可以不被配置用于第二终端，因此第一终端需要将资源池告知第二终端。一般，覆盖范围内的第一终端需要向覆盖范围之外的第二终端发送用于D2D操作的控制消息。在这种情况下，在现有技术中，没有定义网络如何控制第一终端。技术实现要素：技术问题本发明中要解决的技术问题是提供终端的操作方法和使用该方法的终端。技术解决方案提供了一种用于无线通信系统中的用户设备(UE)的操作方法。该方法包括以下步骤：向网络发送告知发送UE间控制消息的必要性的信息；从所述网络接收关于所述UE间控制消息的发送的配置；以及基于所述配置向另一UE发送所述UE间控制消息。所述UE间控制消息可以是用来将从所述网络向所述UE配置的资源池告知所述另一UE的通告。所述资源池可以指示能够用于在所述网络的覆盖范围内发送装置对装置(D2D)信号的资源。所述UE间控制消息可以是用来将所述UE在所述另一UE和所述网络之间执行中继功能所需的信息告知所述另一UE的通告。可以经由无线电资源控制(RRC)消息来发送告知发送所述UE间控制消息的必要性的所述信息。所述UE间控制消息可以是将用于公共安全目的的控制消息。该方法还可以包括以下步骤：向所述网络发送指示不再需要发送所述UE间控制消息的信息。在另一个方面，提供了一种用户设备(UE)。该UE包括：射频(RF)单元，该RF单元发送和接收无线电信号；以及处理器，该处理器在操作上与所述RF单元联接，所述处理器执行以下操作：向网络发送告知发送UE间控制消息的必要性的信息；从所述网络接收关于所述UE间控制消息的发送的配置；以及基于所述配置向另一UE发送所述UE间控制消息。有益效果按照本发明，进入网络覆盖范围内的终端告知网络需要将用于D2D操作的控制消息发送到网络覆盖范围之外的另一终端。因此，网络可以知道特定终端需要发送用于D2D操作的控制消息，因此它可以为特定终端提供适当的配置。在网络的控制/配置下，特定终端发送用于D2D操作的控制消息，因此，相比于特定终端随机地发送用于D2D操作的控制消息的情况，在网络覆盖范围内将受影响的干扰可以被最小化。附图说明图1示出应用了本发明的无线通信系统。图2是示出用于用户平面的无线协议架构的示图。图3是示出用于控制平面的无线协议架构的示图。图4是示出处于RRC空闲状态的UE的操作的流程图。图5是示出建立RRC连接的过程的流程图。图6是示出RRC连接重新配置过程的流程图。图7是示出RRC连接重新建立过程的示图。图8例示终端可以在RRC_IDLE状态下拥有的子状态以及子状态转变处理。图9示出用于ProSe的参考结构。图10示出执行ProSe直接通信的终端的布置示例和小区覆盖范围。图11示出用于ProSe直接通信的用户平面协议栈。图12示出用于D2D发现的PC5接口。图13示出ProSe直接发现过程的实施方式。图14示出ProSe直接发现过程的另一个实施方式。图15表示UE-NW中继器。图16示出可以应用本发明的情况。图17表示按照方法1的终端的D2D操作方法。图18表示按照方法2的终端的D2D操作方法。图19例示多个小区中的每一个中的终端将不同的发送资源池告知覆盖范围之外的终端的情况。图20表示按照实施方式I的终端的操作方法。图21例示实施方式I应用于D2D操作的示例。图22表示按照本发明的实施方式的终端的操作方法。图23表示按照本发明的另一个实施方式的终端的操作方法。图24是表示实现本发明的实施方式的终端的框图。具体实施方式图1示出应用了本发明的无线通信系统。该无线通信系统也可以被称为演进UMTS地面无线电接入网络(E-UTRAN)或长期演进(LTE)/LTE-A系统。E-UTRAN包括向用户设备(UE)10提供控制平面和用户平面的至少一个基站(BS)20。UE10可以是固定的或移动的，并且可以被称为诸如移动站(MS)、用户终端(UT)、订户站(SS)、移动终端(MT)、无线装置等这样的另外的术语。BS20通常是与UE10通信的固定站，并且可以被称为诸如演进节点B(eNB)、基站收发机系统(BTS)、接入点等这样的另外的术语。BS20通过X2接口互连。BS20还通过S1接口连接到演进分组核心(EPC)30，更具体地，通过S1-MME连接到移动性管理实体(MME)并通过S1-U连接到服务网关(S-GW)。EPC30包括MME、S-GW和分组数据网络网关(P-GW)。MME具有UE的接入信息或者UE的能力信息，这种信息通常用于UE的移动性管理。S-GW是以E-UTRAN作为终点的网关。P-GW是以PDN作为终点的网关。UE与网络之间的无线电接口协议的层可以基于通信系统中熟知的开放系统互连(OSI)模型的下面三层被分为第一层(L1)、第二层(L2)和第三层(L3)。在它们当中，属于第一层的物理(PHY)层利用物理信道提供信息传送服务，属于第三层的无线电资源控制(RRC)层用于控制UE与网络之间的无线电资源。为此，RRC层在UE与BS之间交换RRC消息。图2是示出用于用户平面的无线协议架构的示图。图3是示出用于控制平面的无线协议架构的示图。用户平面是用于用户数据传输的协议栈。控制平面是用于控制信号传输的协议栈。参照图2和图3，PHY层通过物理信道向上层提供信息传送服务。PHY层通过传输信道连接到作为PHY层的上层的介质访问控制(MAC)层。通过传输信道在MAC层与PHY层之间传送数据。传输信道根据如何通过无线电接口传送数据及其特性来分类。数据在不同的PHY层(即，发送机的PHY层和接收机的PHY层)之间通过物理信道来移动。物理信道可以根据正交频分复用(OFDM)方案来调制，并且使用时间和频率作为无线电资源。MAC层的功能包括逻辑信道与传输信道之间的映射以及通过物理信道提供的传输块在属于逻辑信道的MAC服务数据单元(SDU)的传输信道上的复用和解复用。MAC层通过逻辑信道向无线电链路控制(RLC)层提供服务。RLC层的功能包括RLCSDU的级联、分段和重组。为了确保无线电承载(RB)所需的各种类型的服务质量(QoS)，RLC层提供三种类型的操作模式：透明模式(TM)、未确认模式(UM)和确认模式(AM)。AMRLC通过自动重传请求(ARQ)来提供纠错。RRC层只被定义于控制平面上。RRC层与无线电承载的配置、重新配置和释放关联，并且负责逻辑信道、传输信道和PHY信道的控制。RB表示由第一层(PHY层)和第二层(MAC层、RLC层和PDCP层)提供的以便在UE与网络之间传送数据的逻辑路线。用户平面上的分组数据会聚协议(PDCP)层的功能包括用户数据的传送以及头压缩和加密。用户平面上的PDCP层的功能还包括控制平面数据的传送和加密/完整性保护。RB被配置为什么意指定义无线协议层和信道的特性以便提供特定服务并且配置各个详细参数和操作方法的过程。RB可以被分为信令RB(SRB)和数据RB(DRB)两种类型。SRB用作在控制平面上发送RRC消息所通过的通道，DRB用作在用户平面上发送用户数据的通道。如果在UE的RRC层与E-UTRAN的RRC层之间建立RRC连接，则UE处于RRC连接状态。如果不是，则UE处于RRC空闲状态。用于从网络向UE发送数据的下行链路传输信道包括用于发送系统信息的广播信道(BCH)以及用于发送用户业务或控制消息的下行链路共享信道(SCH)。下行链路多播或广播服务的业务或控制消息可以通过下行链路SCH来发送，或者可通过另外的下行链路多播信道(MCH)来发送。此外，用于从UE向网络发送数据的上行链路传输信道包括用于发送初始控制消息的随机接入信道(RACH)以及用于发送用户业务或控制消息的上行链路共享信道(SCH)。位于传输信道上方并被映射至传输信道的逻辑信道包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)和多播业务信道(MTCH)。物理信道在时域中包括多个OFDM符号，在频域中包括多个子载波。一个子帧在时域中包括多个OFDM符号。RB是资源分配单位，包括多个OFDM符号和多个子载波。另外，各个子帧可以将对应子帧的特定OFDM符号(例如，第一OFDM符号)的特定子载波用于物理下行链路控制信道(PDCCH)，即，L1/L2控制信道。传输时间间隔(TTI)是子帧传输的单位时间。下面描述UE的RRC状态和RRC连接方法。RRC状态意指UE的RRC层是否与E-UTRAN的RRC层逻辑连接，UE的RRC层与E-UTRAN的RRC层逻辑连接的情况被称为RRC连接状态。UE的RRC层没有与E-UTRAN的RRC层逻辑连接的情况被称为RRC空闲状态。由于处于RRC连接状态的UE具有RRC连接，所以E-UTRAN可以检查各个小区中对应UE的存在，因此可以有效地控制UE。相比之下，E-UTRAN无法检查处于RRC空闲状态的UE，核心网络(CN)在各个跟踪区域(即，比小区大的区域单元)中管理处于RRC空闲状态的UE。即，只针对各个大的区域来检查是否存在处于RRC空闲状态的UE。因此，UE需要转变为RRC连接状态，以便提供诸如语音或数据这样的常用移动通信服务。当用户首先接通UE的电源时，UE首先搜索合适的小区并且在对应小区中保持在RRC空闲状态下。处于RRC空闲状态的UE在必须建立RRC连接时通过RRC连接过程来与E-UTRAN建立RRC连接，并且转变为RRC连接状态。处于RRC空闲状态的UE需要建立RRC连接的情况包括多种情况。例如，这些情况可以包括出于诸如用户尝试呼叫的原因而需要发送上行链路数据以及作为对从E-UTRAN接收的寻呼消息的响应发送响应消息。位于RRC层上面的非接入层(NAS)层执行诸如会话管理和移动性管理这样的功能。在NAS层中，为了管理UE的移动性，定义了两种类型的状态：EPS移动性管理-REGISTERED(EMM-REGISTERED)和EMM-DEREGISTERED。这两种状态被应用于UE和MME。UE最初处于EMM-DEREGISTERED状态。为了接入网络，UE通过初始附接过程来执行向对应网络注册UE的过程。如果附接过程被成功执行，则UE和MME变为EMM-REGISTERED状态。为了管理UE与EPC之间的信令连接，定义了两种类型的状态：EPS连接管理(ECM)-IDLE状态和ECM-CONNECTED状态。这两种状态被应用于UE和MME。当处于ECM-IDLE状态的UE与E-UTRAN建立RRC连接时，该UE变为ECM-CONNECTED状态。处于ECM-IDLE状态的MME在它与E-UTRAN建立S1连接时变为ECM-CONNECTED状态。当UE处于ECM-IDLE状态时，E-UTRAN没有关于UE的上下文的信息。因此，处于ECM-IDLE状态的UE执行与基于UE的移动性有关的过程(例如，小区选择或小区重选)，而无需从网络接收命令。相比之下，当UE处于ECM-CONNECTED状态时，响应于来自网络的命令来管理UE的移动性。如果处于ECM-IDLE状态的UE的位置不同于网络所知的位置，则UE通过跟踪区域更新过程将其对应位置告知给网络。下面描述系统信息。系统信息包括为了UE接入BS，UE需要知道的必要信息。因此，UE需要在接入BS之前接收到所有系统信息，并且需要总是具有最新系统信息。另外，由于系统信息是要被一个小区中的所有UE知道的信息，所以BS周期性地发送系统信息。系统信息被分成主信息块(MIB)和多个系统信息块(SIB)。MIB可以包括当需要从小区获得其它信息时是最必要并且被最频繁地发送的有限数量的参数。UE在下行链路同步之后首先搜索MIB。MIB可以包括诸如支持下行链路信道带宽、PHICH配置和同步并用作定时标准的SFN以及eNB传输天线配置这样的信息。MIB可以通过广播在广播信道(BCH)上传输。所包括的SIB的SystemInformationBlockType1(SIB1)被包括在“SystemInformationBlockType1”消息中并进行发送。SIB1以外的剩余SIB被包括在系统信息消息中并进行发送。将SIB映射至系统信息消息可以通过包括在SIB1中的调度信息列表参数来灵活地配置。在这种情况下，SIB中的每一个被包括在单个系统信息消息中，只具有相同的调度要求值(例如，周期)的SIB可以被映射至相同的系统信息消息。另外，SystemInformationBlockType2(SIB2)总是被映射至与调度信息列表的系统信息消息列表内的第一条目对应的系统信息消息。多个系统信息消息可以在同一周期内发送。SIB1和所有系统信息消息在DL-SCH上发送。除了广播传输以外，在E-UTRAN中，SIB1可以在它包括具有如同现有配置值一样配置的参数的状态下被专门用信号发送。在这种情况下，SIB1可以被包括在RRC连接重新配置消息中并进行发送。SIB1包括与UE小区接入有关的信息，并且限定其它SIB的调度。SIB1可以包括与网络的PLMN标识符、跟踪区域代码(TAC)和小区ID、指示小区是否是能够进行驻留的小区的小区禁止状态、用作小区重选标准的小区内所需的最低接收水平以及其它SIB的传输时间和周期有关的信息。SIB2可以包括所有多个UE共用的无线电资源配置信息。SIB2可以包括与上行链路载波频率和上行链路信道带宽、RACH配置、寻呼配置、上行链路功率控制配置、探测参考信号配置、支持ACK/NACK传输的PUCCH配置以及PUSCH配置有关的信息。UE可以只对主小区(PCell)应用用于获得系统信息以及检测系统信息改变的过程。在辅小区(SCell)中，当对应SCell被添加时，E-UTRAN可以通过专用信令提供与RRC连接状态操作有关的所有系统信息。当与所配置的SCell有关的系统信息改变时，E-UTRAN可以释放所考虑的SCell并且随后添加改变后的系统信息。这可以连同单个RRC连接重新配置消息一起执行。E-UTRAN可以通过专用信令来配置与在已被考虑的SCell内广播的值不同的参数值。UE需要确保特定类型的系统信息的有效性，这种系统信息被称为必需的系统信息。所述必需的系统信息可以被如下定义。-如果UE处于RRC空闲状态：除了SIB2至SIB8以外，UE还需要被确保使得它具有MIB和SIB1的有效版本。这可以遵循所考虑的无线电接入技术(RAT)的支持。-如果UE处于RRC连接状态：UE需要被确保使得它具有MIB、SIB1和SIB2的有效版本。通常，可以在获得系统信息之后最多3小时以内确保系统信息的有效性。通常，由网络提供给UE的服务可以分为如下三种类型。另外，UE根据可以向UE提供什么服务来不同地识别小区的类型。在以下描述中，首先描述服务类型，然后描述小区的类型。1)有限服务：此服务提供紧急呼叫以及地震和海啸预警系统(ETWS)，并且可以由可接受的小区提供。2)合适服务：此服务意指一般用途的公共服务，可以由合适小区(或正常小区)提供。3)运营商服务：此服务意指用于通信网络运营商的服务。此小区只可由通信网络运营商使用，不可以由一般用户使用。与小区所提供的服务类型有关，小区的类型可以如下分类。1)可接受小区：此小区是可以向UE提供有限服务的小区。此小区是从对应UE的角度未被禁止并且满足UE的小区选择标准的小区。2)合适小区：此小区是可以向UE提供合适服务的小区。此小区满足可接受小区的条件，也满足附加条件。附加条件包括合适小区需要属于对应UE可接入的公共陆地移动网络(PLMN)，并且合适小区是UE的跟踪区域更新过程的执行未被禁止的小区。如果对应小区是CSG小区，则该小区需要是UE可作为CSG的成员接入的小区。3)禁止小区：此小区是通过系统信息来广播指示被禁止的小区的信息的小区。4)保留小区：此小区是通过系统信息来广播指示被保留的小区的信息的小区。图4是示出处于RRC空闲状态的UE的操作的流程图。图4示出初始接通电源的UE经历小区选择过程，向网络注册，然后(如果需要)执行小区重选的过程。参照图4，UE选择UE与公共陆地移动网络(PLMN)(即，向UE提供服务的网络)通信的无线电接入技术(RAT)(S410)。关于PLMN和RAT的信息可以由UE的用户选择，并且可以使用存储在通用订户识别模块(USIM)中的信息。UE选择具有最大值并且属于测量的BS以及信号强度或质量大于特定值的小区的小区(小区选择)(S420)。在这种情况下，电源关闭的UE执行小区选择，这可被称为初始小区选择。小区选择过程稍后详细描述。在小区选择之后，UE接收由BS周期性地发送的系统信息。所述特定值表示在系统中为了确保数据发送/接收中的物理信号的质量而定义的值。因此，所述特定值可以根据所应用的RAT而不同。如果需要网络注册，则UE执行网络注册过程(S430)。UE向网络注册它的信息(例如，IMSI)以便从网络接收服务(例如，寻呼)。UE不是每次选择小区时向网络注册，而是在包括在系统信息中的关于网络的信息(例如，跟踪区域标识(TAI))不同于UE所知的关于网络的信息时向网络注册。UE基于小区所提供的服务环境或者UE的环境来执行小区重选(S440)。如果基于向UE提供服务的BS测量的信号的强度或质量的值低于基于邻近小区的BS测量的值，则UE选择属于其它小区并且提供比UE所接入的BS的小区更好的信号特性的小区。此过程区别于第二过程的初始小区选择，被称为小区重选。在这种情况下，为了响应于信号特性的改变而频繁地重选小区，设置时间限制条件。小区重选过程稍后详细描述。图5是例示建立RRC连接的过程的流程图。UE将请求RRC连接的RRC连接请求消息发送给网络(S510)。网络发送RRC连接建立消息作为对该RRC连接请求的响应(S520)。在接收到RRC连接建立消息之后，UE进入RRC连接模式。UE向网络发送用于检查RRC连接的成功完成的RRC连接建立完成消息(S530)。图6是例示RRC连接重新配置处理的流程图。RRC连接重新配置用于修改RRC连接。这用于建立/修改/释放RB、执行切换以及建立/修改/释放测量。网络向UE发送用于修改RRC连接的RRC连接重新配置消息(S610)。作为对该RRC连接重新配置消息的响应，UE向网络发送用于检查RRC连接重新配置的成功完成的RRC连接重新配置完成消息(S620)。下文中，描述公共陆地移动网络(PLMN)。PLMN是由移动网络运营商设置并运营的网络。各个移动网络运营商运营一个或更多个PLMN。各个PLMN可以由移动国家代码(MCC)和移动网络代码(MNC)标识。小区的PLMN信息被包括在系统信息中并被广播。在PLMN选择、小区选择和小区重选中，终端可以考虑各种类型的PLMN。归属PLMN(HPLMN)：具有与终端IMSI的MCC和MNC匹配的MCC和MNC的PLMN。等同HPLMN(EHPLMN)：用作HPLMN的等同物的PLMN。注册PLMN(RPLMN)：成功完成位置注册的PLMN。等同PLMN(EPLMN)：用作RPLMN的等同物的PLMN。各个移动服务消费者在HPLMN中订阅。当通过HPLMN或EHPLMN向终端提供一般服务时，终端不处于漫游状态。此外，当通过除了HPLMN/EHPLMN以外的PLMN向终端提供服务时，终端处于漫游状态。在这种情况下，PLMN表示访问PLMN(VPLMN)。当UE初始接通电源时，UE搜索可用的公共陆地移动网络(PLMN)并且选择能够向UE提供服务的合适PLMN。PLMN是由移动网络运营商部署或运营的网络。各个移动网络运营商运营一个或更多个PLMN。各个PLMN可以由移动国家代码(MCC)和移动网络代码(MNC)来标识。关于小区的PLMN的信息被包括在系统信息中进行广播。UE尝试向所选择的PLMN注册。如果注册成功，则所选择的PLMN变为注册PLMN(RPLMN)。网络可以将PLMN列表用信号通知给UE。在这种情况下，包括在PLMN列表中的PLMN可以被视为诸如RPLMN这样的PLMN。向网络注册的UE需要能够总是被网络可达的。如果UE处于ECM-CONNECTED状态(同样，RRC连接状态)，则网络识别出正向UE提供服务。然而，如果UE处于ECM-IDLE状态(同样，RRC空闲状态)，则UE的情形在eNB中无效，而是被存储在MME中。在这种情况下，通过跟踪区域(TA)的列表的粒度只向MME告知处于ECM-IDLE状态的UE的位置。单个TA由跟踪区域标识(TAI)来标识，该TAI由TA所属于的PLMN的标识符以及在PLMN内唯一地表示TA的跟踪区域代码(TAC)形成。此后，UE选择属于所选择的PLMN所提供的小区并且具有能够向UE提供合适服务的信号质量和特性的小区。以下是由终端选择小区的过程的详细描述。当电源被打开或者终端位于小区中时，终端执行通过选择/重选合适质量小区来接收服务的过程。处于RRC空闲状态的终端应该通过总是选择合适质量的小区来准备好通过该小区来接收服务。例如，刚打开电源的终端应该选择合适质量的小区来向网络注册。如果处于RRC连接状态的终端进入RRC空闲状态，则终端应该选择小区以用于停留在RRC空闲状态。这样，由终端选择满足特定条件的小区以便处于诸如RRC空闲状态这样的服务空闲状态的过程表示小区选择。由于在处于RRC空闲状态下的小区当前未确定的状态下执行小区选择，所以重要的是尽可能快地选择小区。因此，如果小区提供预定水平或更高的无线信号质量，则尽管该小区没有提供最佳无线信号质量，但在终端的小区选择过程期间也可以选择该小区。参照3GPPTS36.304V8.5.0(2009-03)“UserEquipment(UE)proceduresinidlemode(Release8)”描述在3GPPLTE中由终端选择小区的方法和过程。小区选择处理基本上分为两种类型。首先是初始小区选择过程。在此过程中，UE没有关于无线信道的初步信息。因此，UE搜索所有无线信道，以便找出合适小区。UE在各个信道中搜索最强的小区。此后，如果UE只需要搜索满足小区选择标准的合适小区，则UE选择对应小区。接下来，UE可利用所存储的信息或者利用由小区广播的信息来选择小区。因此，与初始小区选择过程相比，小区选择可快速。如果UE只需要搜索满足小区选择标准的小区，则UE选择对应小区。如果通过这种处理没有检索到满足小区选择标准的合适小区，则UE执行初始小区选择过程。小区选择标准可以如下式1中定义。以下的等式1可以指的是进行确定是否满足S标准的测量。[式1]Srxlev>0并且Squal>0其中：Srxlev＝Qrxlevmeas-(Qrxlevmin+Qrxlevminoffset)-PcompensationSqual＝Qqualmeas-(Qqualmin+Qqualminoffset)在这种情况下，在式1中，变量可以如下表1定义。[表1]Qrxlevminoffset和Qqualminoffset(即，用信号通知的值)是在UE驻留VPLMN内的正常小区的同时作为具有更高优先级的PLMN的周期性发现的结果，并且只有当评估小区选择时才可以应用。如上所述，在具有更高优先级的PLMN的周期性发现期间，UE可以利用存储在具有此更高优先级的PLMN的另一小区中的参数值来执行小区选择评估。在UE通过小区选择过程选择特定小区之后，UE与BS之间的信号的强度或质量可以由于UE的移动性或无线环境的改变而改变。因此，如果所选择的小区的质量劣化，则UE可以选择提供更好质量的另一小区。如果如上所述重选小区，则UE选择提供比当前选择的小区更好的信号质量的小区。此过程被称为小区重选。通常，小区重选过程的基本目的是从无线电信号的质量的角度选择向UE提供最佳质量的小区。除了无线电信号的质量的角度以外，网络可以确定与各个频率对应的优先级并且可以将所确定的优先级告知UE。接收到所述优先级的UE在小区重选过程中与无线电信号质量标准相比优先考虑优先级。如上所述，存在根据无线环境的信号特性来选择或重选小区的方法。在重选小区时选择小区以用于重选时，可根据小区的RAT和频率特性存在下面的小区重选方法。-频率内小区重选：UE重选具有与RAT(例如，UE驻留的小区)相同的中心频率的小区。-频率间小区重选：UE重选具有与RAT(例如，UE驻留的小区)不同的中心频率的小区。-RAT间小区重选：UE重选使用与UE驻留的RAT不同的RAT的小区。小区重选过程的原理如下。首先，UE测量服务小区和邻居小区的质量以进行小区重选。其次，基于小区重选标准执行小区重选。小区重选标准具有与服务小区和邻居小区的测量有关的下列特性。频率内小区重选基本上基于排序。排序是定义用于评估小区重选的标准值并且根据标准值的大小利用标准值对小区进行编号的任务。具有最佳标准的小区通常被称为最佳排序小区。小区标准值基于由UE测量的对应小区的值，并且如果需要可以是应用了频率偏移或小区偏移的值。频率间小区重选基于由网络提供的频率优先级。UE尝试驻留在具有最高频率优先级的频率。网络可通过广播信令来提供将由小区内的UE共同应用的频率优先级，或者可通过UE专用信令向各个UE提供频率特定优先级。通过广播信令提供的小区重选优先级可表示公共优先级。由网络针对各个终端设定的小区重选优先级可表示专用优先级。如果接收到专用优先级，则终端可以一起接收与专用优先级关联的有效时间。如果接收到专用优先级，则终端启动按照一起接收的有效时间设定的有效性定时器。在有效定时器运行的同时，终端在RRC空闲模式下应用专用优先级。如果有效定时器期满，则终端丢弃专用优先级并且再次应用公共优先级。对于频率间小区重选，网络可以针对各个频率向UE提供小区重选中所使用的参数(例如，频率特定偏移)。对于频率内小区重选或频率间小区重选，网络可以向UE提供用于小区重选的邻近小区列表(NCL)。NCL包括用于小区重选的小区特定参数(例如，小区特定偏移)。对于频率内小区重选或频率间小区重选，网络可以向UE提供用于小区重选的小区重选黑名单。UE对黑名单中所包括的小区不执行小区重选。下面，描述小区重选评估过程中执行的排序。用于为小区赋予优先级的排序标准如式2定义。[式2]Rs＝Qmeas,s+Qhyst,Rn＝Qmeas,n–Qoffset在式2中，Rs是UE此时驻留的服务小区的排序标准，Rn是邻居小区的排序标准，Qmeas,s是由UE测量的服务小区的质量值，Qmeas,n是由UE测量的邻居小区的质量值，Qhyst是用于排序的滞后值，Qoffset是两个小区之间的偏移。在频率内小区重选中，如果UE接收到服务小区与邻居小区之间的偏移“Qoffsets,n”，则Qoffset＝Qoffsets,n。如果UE没有接收到Qoffsets,n，则Qoffset＝0。在频率间小区重选中，如果UE接收到对应小区的偏移“Qoffsets,n”，则Qoffset＝Qoffsets,n+Qfrequency。如果UE没有接收到Qoffsets,n，则Qoffset＝Qfrequency。如果服务小区的排序标准Rs和邻居小区的排序标准Rn在相似状态下改变，则作为改变结果，排序优先级频繁改变，并且UE可能交替地重选这两个小区。Qhyst是给予小区重选滞后以防止UE交替地重选两个小区的参数。UE根据上式来测量服务小区的Rs和邻居小区的Rn，将具有最大排序标准值的小区当作最佳排序小区，并且重选该小区。根据该标准，可以查看小区的质量是小区重选中的最重要标准。如果所重选的小区不是合适小区，则UE从小区重选目标中排除对应频率或对应小区。下文中，将描述无线电链路失败(RLF)。UE继续执行测量以便维持与UE从其接收服务的服务小区的无线电链路的质量。UE确定在当前情形下是否由于与服务小区的无线电链路的质量劣化而无法进行通信。如果由于服务小区的质量过低而几乎无法进行通信，则UE将当前情形确定为RLF。如果确定RLF，则UE放弃维持与当前服务小区的通信，通过小区选择(或小区重选)过程选择新小区，并且尝试与该新小区重新建立RRC连接。在3GPPLTE的规范中，以下示例被当作无法进行正常通信的情况。-UE基于UE的PHY层的无线电质量测量结果确定下行链路通信链路的质量存在严重问题的情况(在执行RLM的同时确定PCell的质量低的情况)。-上行链路传输由于在MAC子层中随机接入过程继续失败而成问题的情况。-上行链路传输由于在RLC子层中上行链路数据传输继续失败而成问题的情况。-确定切换失败的情况。-UE所接收到的消息没有通过完整性检查的情况。下面更详细地描述RRC连接重新建立过程。图7是例示RRC连接重新建立过程的示图。参照图7，UE停止使用信令无线电承载(SRB)#0以外已配置的所有无线电承载，并且将接入层(AS)的各种类型的子层初始化(S710)。另外，UE将各个子层和PHY层配置为默认配置。在此过程中，UE维持RRC连接状态。UE执行用于执行RRC连接重新配置过程的小区选择过程(S720)。RRC连接重新建立过程的小区选择过程可以按照与处于RRC空闲状态的UE执行的小区选择过程相同的方式来执行，但是UE维持RRC连接状态。在执行小区选择过程之后，UE通过检查对应小区的系统信息来确定对应小区是否为合适小区(S730)。如果确定所选择的小区是合适的E-UTRAN小区，则UE将RRC连接重新建立请求消息发送给对应小区(S740)。此外，如果通过用于执行RRC连接重新建立过程的小区选择过程确定所选择的小区是使用与E-UTRAN不同的RAT的小区，则UE停止RRC连接重新建立过程并进入RRC空闲状态(S750)。UE可以被实现为完成通过小区选择过程以及所选择小区的系统信息的接收来检查所选择的小区是否为合适小区。为此，UE可以在RRC连接重新建立过程开始时驱动定时器。如果确定UE选择了合适小区，则该定时器可停止。如果定时器期满，则UE可以认为RRC连接重新建立过程失败，并且可以进入RRC空闲状态。这种定时器以下被称为RLF定时器。在LTE规范TS36.331中，称为“T311”的定时器可以用作RLF定时器。UE可以从服务小区的系统信息获得定时器的设定值。如果从UE接收到RRC连接重新建立请求消息并且接受该请求，则小区将RRC连接重新建立消息发送给UE。从小区接收到RRC连接重新建立消息的UE利用SRB1重新配置PDCP子层和RLC子层。另外，UE计算与安全设置有关的各种密钥值，并且将负责安全的PDCP子层重新配置为新计算出的安全密钥值。因此，UE与小区之间的SRB1是开放的，UE和小区可以交换RRC控制消息。UE完成SRB1的重启，并且将指示RRC连接重新建立过程已完成的RRC连接重新建立完成消息发送给小区(S760)。相比之下，如果从UE接收到RRC连接重新建立请求消息并且未接受该请求，则小区将RRC连接重新建立拒绝消息发送给UE。如果成功执行RRC连接重新建立过程，则小区和UE执行RRC连接重新配置过程。因此，UE恢复在执行RRC连接重新建立过程之前的状态，最大程度地确保服务的连续性。图8例示了终端可以在RRC_IDLE状态下拥有的子状态以及子状态转变处理。参照图8，终端执行初始小区选择处理(S801)。当不存在针对PLMN存储的小区信息或者没有发现合适小区时，可以执行初始小区选择处理。如果在初始小区选择处理中没有发现合适小区，则终端转变为任何小区选择状态(S802)。可选的小区选择状态表示没有驻留在合适小区和可接受小区二者上的状态。可选的小区选择状态是终端尝试发现可以驻留在其上的可选PLMN的可接受小区的状态。当终端没有发现可以驻留在其上的小区时，终端继续保持在可选的小区选择状态，直至发现可接受小区。如果在初始小区选择处理中发现合适小区，则状态转变为正常驻留状态(S803)。正常驻留状态表示驻留在正常小区的状态。根据通过系统信息提供的信息来选择寻呼信道，并且可以执行对小区重选的评估处理。在正常驻留状态(S803)下，如果导致小区重选评估处理(S804)，则执行小区重选评估处理(S804)。如果在小区重选评估处理(S804)中发现合适小区，则终端再次转变为正常驻留状态(S803)。如果在任何小区选择状态(S802)下发现可接受小区，则终端转变为任何小区驻留状态(S805)。任何小区驻留状态(S805)表示驻留在可接受小区的状态。在任何小区驻留状态(S805)下，终端可以根据通过系统信息提供的信息来选择寻呼信道，并且可以执行小区重选评估处理(S806)。如果在对小区重选评估处理(S806)中没有发现可接受小区，则终端转变为任何小区选择状态(S802)。下文中，将描述D2D操作。在3GPPLTE-A中，与D2D操作有关的服务被称为基于接近的服务(ProSe)。下文中，ProSe是与D2D操作等同的概念，并且ProSe可以与D2D兼容地使用。现在描述ProSe。ProSe包括ProSe直接通信和ProSe直接发现。ProSe直接通信表示由两个或更多个邻近终端执行的通信。终端可以利用用户平面的协议来执行通信。ProSe启用UE意指支持与ProSe的要求有关的处理的UE。除非另外指明，否则ProSe启用UE包括公共安全UE和非公共安全UE二者。公共安全UE表示支持公共安全指定功能和ProSe过程二者的UE。非公共安全UE是支持ProSe过程但不支持公共安全指定功能的终端。ProSe直接发现是ProSe启用UE发现另一ProSe启用UE的处理。在这种情况下，只使用两个ProSe启用UE的能力。EPC级别ProSe发现表示EPC确定2个ProSe启用UE是否彼此靠近并且将其靠近状态报告给这两个ProSe启用终端的处理。下文中，ProSe直接通信可以是指D2D通信，ProSe直接发现可以是指D2D发现。图9例示了用于ProSe的参考结构。参照图9，用于ProSe的参考结构包括具有E-UTRAN、EPC和ProSe应用程序的多个终端、ProSe应用(APP)服务器和ProSe功能。EPC是E-UTRAN的代表示例。EPC可以包括MME、S-GW、P-GW、策略和计费规则功能(PCRF)、归属订户服务器(HSS)等。ProSe应用服务器是要生成应用功能的ProSe的用户。ProSe应用服务器可以与终端中的应用程序通信。终端中的应用程序可以使用ProSe能力来生成应用功能。ProSe功能可以包括下列功能中的至少一个，但不限于此。-经由参考点面向第三方应用的互通-用于发现和直接通信的UE的授权和配置-允许EPC级别ProSe发现的功能-ProSe相关新订户数据和数据存储的处理，以及ProSe标识的处理-安全相关功能-向EPC提供用于策略相关功能的控制-提供用于计费的功能(经由EPC或者在EPC之外，例如离线计费)下文中，将描述用于ProSe的参考结构中的参考点和参考接口。-PC1：终端中的ProSe应用程序与ProSe应用服务器中的ProSe应用程序之间的参考点。PC1用于定义应用维度的信令要求。-PC2：是ProSe应用服务器与ProSe功能之间的参考点。PC2用于定义ProSe应用服务器与ProSe功能之间的交互。ProSe功能的ProSe数据库的应用数据更新可以是交互的示例。-PC3：是终端与ProSe功能之间的参考点。PC3用于定义终端与ProSe功能之间的交互。用于ProSe发现和通信的配置可以是交互的示例。-PC4：是EPC与ProSe功能之间的参考点。PC4用于定义EPC与ProSe功能之间的交互。该交互可以例示1:1通信的路径或者用于实时会话管理或移动性管理的ProSe服务被授权的时间。-PC5：是用于使用控制/用户平面来进行终端之间的发现、通信和中继以及1:1通信的参考点。-PC6：是使用诸如不同PLMN中包括的用户之间的ProSe发现这样的功能的参考点。-SGi：可以用于应用数据以及应用维度控制信息的交换。<ProSe直接通信(D2D通信)>.ProSe直接通信是两个公共安全终端可以通过PC5接口执行直接通信的通信模式。在E-UTRAN的覆盖范围内接收服务的情况或者将E-UTRAN的覆盖范围分离的情况二者下，可以支持所述通信模式。图10示出执行ProSe直接通信的终端的布置示例和小区覆盖范围。参照图10的(a)，UEA和B可以位于小区覆盖范围之外。参照图10的(b)，UEA可以位于小区覆盖范围内，UEB可以位于小区覆盖范围之外。参照图10的(c)，UEA和UEB都可以位于小区覆盖范围内。参照图10的(d)，UEA可以位于第一小区的覆盖范围内，UEB可以在第二小区的覆盖范围内。如上所述，可以在设置在各种位置处的终端之间执行ProSe直接通信。图11示出用于ProSe直接通信的用户平面协议栈。参照图11，PC5接口包括PDCH层、RLC层、MAC层和PHY层。在ProSe直接通信中，可能没有HARQ反馈。MAC头可以包括源层2ID和目的地层2ID。<用于ProSe直接通信的无线电资源指派>.ProSe启用终端可以使用以下两种模式进行用于ProSe直接通信的资源指派。1.模式1模式1是从基站接收调度用于ProSe直接通信的资源的模式。终端应该处于RRC_CONNECTED状态以便根据模式1来发送数据。终端向基站请求发送资源，基站调度用于调度指派和发送数据的资源。终端可以向基站发送调度请求并且可以发送缓冲状态报告(ProSeBSR)。基站具有终端将执行ProSe直接通信的数据，并且确定需要用于发送数据的资源。2.模式2模式2是用于选择直接资源的模式。终端直接从资源池中选择用于ProSe直接通信的资源。资源池可以由网络来配置或者可以是先前确定的。此外，当终端包括服务小区时，即，当终端处于与基站的RRC_CONNECTED状态或者位于处于RRC_IDLE状态的特定小区中，则终端被认为处在基站的覆盖范围内。如果终端位于覆盖范围之外，则只适用模式2。如果终端位于覆盖范围内，则可以根据基站的设置来使用模式1或模式2。如果不存在例外条件，则只当基站被配置时，终端才可以将模式从模式1改变为模式2或者从模式2改变为模式1。<ProSe直接发现(D2D发现)>ProSe直接发现表示用于在ProSe启用终端发现其它邻近的ProSe启用终端时用于发现的处理，被称为D2D直接发现或D2D发现。在这种情况下，可以使用通过PC4接口的E-UTRA无线信号。下文中，用于ProSe直接发现的信息是指发现信息。图12示出用于D2D发现的PC5接口。参照图12，PC5接口包括MAC层、PHY层和ProSe协议层(即，上层)。在上层ProSe协议中处理通告的许可以及发现信息的监测。发现信息的内容对于接入层(AS)而言是透明的。ProSe协议使得能够只向AS传送有效的发现信息以用于通告。MAC层从上层ProSe协议接收发现信息。IP层不用于发送发现信息。MAC层确定用于通告从上层接收的发现信息的资源。MAC层生成协议数据单元(MACPDU)并且将其发送至物理层。未添加MAC头。存在用于通告发现信息的两种类型的资源指派。1.类型1类型1是被指派使得用于通告发现信息的资源不是终端特定的方法，基站将用于通告发现信息的资源池配置提供给终端。该配置被包括在系统信息块(SIB)中，以按照广播方案进行信号发送。另选地，该配置可以在被包括在终端特定的RRC消息中进行提供。另选地，该配置可以是与RRC消息不同的层的广播信令或终端特定信令。终端从所指示的资源池中选择资源，以使用所选择的资源来通告发现信息。终端可以通过在各发现时段期间选择性地选择的资源来通告发现信息。2.类型2类型2是以终端特定的方式指派用于通告发现信息的资源的方法。处于RRC_CONNECTED状态的终端可以通过RRC信号来向基站请求用于通告发现信号的资源。基站可以将用于通告发现信号的资源指派作为RRC信号。可以在终端中指派用于监测所配置的资源池中的发现信号的资源。针对处于RRC_IDLE状态的终端，基站可以将用于通告发现信号的类型1资源池作为SIB报告。被允许ProSe直接发现的终端在RRC_IDLE状态下使用类型1资源池来通告发现信息。另选地，基站2)通过SIB来报告基站支持ProSe直接发现，但是可能不提供用于通告发现信息的资源。在这种情况下，终端应该进入RRC_CONNECTED状态以通告发现信息。针对处于RRC_CONNECTED状态的终端，基站可以通过RRC信号来配置是要使用类型1资源池还是类型2资源池来通告发现信息。图13示出ProSe直接发现过程的实施方式。参照图13，假定在终端A和终端B中，操作ProSe启用应用程序，并且终端A和终端B被配置为彼此之间具有“朋友”关系，即，在应用程序中彼此能够允许进行D2D通信的关系。下文中，终端B可以被表示为终端A的朋友。例如，应用程序可以是社交网络程序。3GPP层与由使用根据3GPP调节的ProSe发现服务的应用程序的功能对应。终端A和终端B之间的ProSe直接发现可以执行以下过程。1.首先，终端A与应用服务器执行常规应用层通信。以上通信是基于应用编程接口(API)执行的。2.终端A的ProSe启用应用程序接收具有朋友关系的应用层ID的列表。通常，应用层ID可以总体上具有网络访问ID的形式。例如，终端A的应用层ID可以具有诸如adam@example.com这样的形式。3.终端A请求用户的私人表示代码和该用户的朋友的私人表示代码。4.3GPP层向ProSe服务器发送表示代码请求。5.ProSe服务器将由运营商或第三方应用服务器提供的应用层ID映射至私人表示代码。例如，诸如adam@example.com这样的应用层ID。可以基于从网络的应用服务接收的参数(例如，映射算法、密钥值等)来执行映射。6.ProSe服务器将所获得的表示代码响应至3GPP层。3GPP层向ProSe启用应用程序报告成功接收到针对所请求的应用层的表示代码。另外，生成应用层ID与表示代码之间的映射表。7.ProSe启用应用程序请求3GPP层开始发现过程。即，当朋友之一的位置靠近终端A并且可以执行直接通信时，ProSe启用应用程序尝试进行发现。3GPP层通告终端A的私人表示代码(即，作为以上示例中的adam@example.com的私人表示代码的“GTER543$#2FSJ67DFSF”)。在对应应用程序的应用层ID与私人表示代码的映射中，先前接收到的朋友可以知道该映射关系，并且可以执行该映射。8.假定终端B正在操作与终端A的ProSe启用应用程序相同的ProSe启用应用程序，并且可以执行以上步骤3至6。包括在终端B中的3GPP层可以执行ProSe发现。9.当终端B从终端A接收到以上通告时，终端B确定包括在通告中的私人表示代码是终端B知道的还是被映射至应用层ID。如步骤8中例示的，由于终端B执行步骤3至6，因此终端B知道针对终端A的私人表示代码、私人表示代码到应用层ID的映射以及哪个是对应应用程序。因此，终端B可以从终端A的通告发现终端B。终端B中的3GPP层向ProSe启用应用程序通告发现adam@example.com。图13示出了考虑终端A和B、ProSe服务器和APP服务器的发现过程。只描述了终端A和B之间的操作侧。终端A发送所谓通告的信号(该过程可以是指通告)，终端B接收该通告以发现终端A。即，图13的在与各终端所执行的操作当中的与另一终端直接相关的操作中的发现过程可以是指在一个步骤的一面的单步发现过程。图14示出了ProSe发现过程的另一个实施方式。在图14中，假定终端1至终端4可以被包括在特定组通信系统使能器(GCSE)组中。假定终端1是发现方，终端2、3和4是被发现方。终端5是与发现过程无关的终端。终端1和终端2-4可以在发现过程中执行以下操作。首先，终端1广播目标发现请求消息(下文中被储层为“发现请求消息”或“M1”)，以便发现包括在GCSE组中的可选终端是否位于终端1周围。目标发现请求消息可以包括特定GCSE组的唯一应用程序组ID或层2组ID。另外，目标发现请求消息可以包括终端1的唯一ID(即，应用程序私人ID)。目标发现请求消息可以被终端接收。终端5不发送响应消息。包括在GCSE组中的终端2、3和4发送作为对目标发现请求消息的响应的目标发现响应消息(以下被称为发现响应消息或M2)。目标发现响应消息可以包括发送所述消息的终端的唯一应用程序私人ID。将描述图14中例示的ProSe发现过程中的终端的操作。发现方(UE1)发送目标发现请求消息，并且接收作为对目标发现请求消息的响应的目标发现响应消息。另外，如果被发现方(例如，UE2)接收到目标发现请求消息，则被发现方发送作为对目标发现请求消息的响应的目标发现响应消息。因此，各终端执行第二步骤的操作。在以上方面，图14的ProSe发现过程可以是指二步发现过程。除了图14中例示的发现过程以外，如果终端1(发现方)发送作为对目标发现响应消息的响应的发现确认消息(下文中可以是指M3)，则这可以是指三步发现过程。在本发明中，诸如终端这样的网络节点可以为其它网络节点提供中继功能。至于提供中继功能的终端，它可以被分类为UE-NW中继器、基于提供中继功能的网络节点中的任一个的UE-UE中继器。图15表示了UE-NW中继器。参照图15，第二终端153起到UE-NW中继器的作用。即，第二终端153是起到网络151和位于网络覆盖范围154之外的第一终端152之间的中继器的作用，并且在这种情况下，第二终端153被称为UE-NW中继器。在图15中，当第一终端152位于网络覆盖范围之外时，如果第二终端153没有提供中继器功能，则可以不执行与网络151的通信。UE-NW中继器153经由与第一终端151进行的终端间通信(D2D操作)来发送和接收数据，并且它经由与网络的一般终端-网络通信来发送和接收数据。现在，说明本发明。网络覆盖范围内的终端(第一终端)可以执行与网络覆盖范围之外的终端(第二终端)的D2D操作。在这种情况下，第一终端可以将用于D2D操作的控制消息告知第二终端。这在以下被称为通告。作为通告的示例，第一终端可以发送将由网络配置的资源池(能够用于发送D2D信号)、时间/频率同步信息和定时信息中的至少一个告知第二终端的控制信息。作为通告的其它示例，第一终端可以向第二终端发送中继操作配置信息。如图15中说明的，覆盖范围内的第一终端可以转发网络覆盖范围之外的第二终端之间的通信，这被称为D2D中继服务。在这种情况下，第二终端可以经由用于与第一终端的D2D操作的链路(其可以被称为副链路或D2D链路)与网络连接。在这种情况下，第一终端可以提供中继操作配置信息，以为第二终端提供D2D中继服务。至于中继操作配置信息，例如，它可以包括指示第一终端是否提供D2D中继服务(例如，中继服务初始化、中继服务停止)的中继状态信息、指示第一终端ID的ID(例如：层2ID，当第二终端在D2D中向第一终端发送消息时包含在D2D消息的目的地中的ID)的信息、指示第一终端的电池剩余量的信息、指示第一终端的服务小区ID(物理层小区ID或全球小区ID)的信息或者指示属于第一终端的服务小区的PLMN信息(主PLMN和辅PLMN)的信息中的至少一个。作为通告的其它示例，第一终端可以向第二终端发送指示第一终端的邻近小区测量结果的信息、指示第一终端将向第二终端提供的最大比特率的信息、或指示第一终端将向第二终端提供的最小比特率的信息等。作为通告的其它示例，可以发送指示第一终端的服务小区测量结果的信息，请求在从第一终端到第二终端的副链路上的测量报告的“关于测量和报告的配置信息”、请求在从第一终端到第二终端的下行链路上的测量报告的“关于测量和报告的配置信息”等。作为通告的其它示例，可以发送被请求以从第一终端向第二终端报告指示第二终端要使用的资源池的信息的信息。为了使终端执行通告或停止通告，需要定义条件。最直接的方法是经由专用信号针对各终端进行配置，使得网络让终端执行通告或停止通告，因此对应的终端将基于该专用信号来执行或停止通告。然而，根据现有技术，网络不能知道多个终端中的哪一个想要执行通告或者哪一个终端不想要执行通告。另外，在终端进入网络覆盖范围内之后，接着它尝试进行RRC连接建立，并且如果网络不知道终端为了进行D2D操作而迫切需要执行通告，则针对终端的RRC连接建立可以被延迟，因此可以延迟通告并且它可能导致D2D操作停止。在本发明中，提供了可以解决这些问题的终端操作方法和使用该方法的终端。图16示出了可以应用本发明的情况。参照图16，位于网络覆盖范围之外的第一终端(UE1)可以移动进入网络覆盖范围内。然后，第一终端使用由网络配置的资源来执行D2D操作。如果第一终端与网络覆盖范围之外的第二终端执行D2D操作，则在第一终端和第二终端执行D2D操作时使用哪个资源是个问题，并且可以使用以下的方法1或方法2。方法1是网络覆盖范围之外的终端改变用于D2D操作的资源以与网络覆盖范围中的资源池匹配的方法。方法2是网络覆盖范围内的终端限制/改变用于D2D操作的资源以与网络覆盖范围之外的终端所使用的资源池匹配的方法。图17表示了按照方法1的终端的D2D操作方法。参照图17，第一终端从网络接收指示将用于网络覆盖范围(以下被称为“覆盖范围”)内的D2D信号发送的资源池B的资源池信息。该资源池信息可以包括使用所述资源池所需的同步信息和/或实时识别资源所需的定时信息。第一终端可以将资源池B通告(告知)覆盖范围之外的第二终端和第三终端，并且第二终端和第三终端使用资源池B与第一终端执行D2D操作。可以按照来自网络的指令来执行通告或者可以按照预定规则来执行通告。第一终端可以将用于D2D信号发送的发送资源池通告第二终端和第三终端。如果第二终端和第三终端接收到通告，则可以用该通告所指示的发送资源池来替代用于D2D信号发送的资源。另外，第一终端可以将用于D2D信号接收的接收资源池通告第二终端和第三终端。第二终端和第三终端可以监测通告所传送的接收资源池中的D2D信号。第二终端和第三终端可以扩展其自身的接收资源池，以包括通告所传送的接收资源池。图18表示按照方法2的终端的D2D操作方法。参照图18，网络用信号发送可用于D2D信号发送的发送资源池B。覆盖范围之外的第二终端和第三终端可以使用发送资源池A进行D2D信号发送。至于从覆盖范围之外移动到覆盖范围内的第一终端，在它从网络接收到配置发送资源池B的信号之后，它将用于D2D信号发送的资源配置为发送资源池A、B的集合的交集。第一终端、第二终端和第三终端可以使用属于集合的交集的资源来发送D2D信号。当第一终端发送D2D信号时，它将其发送定时与覆盖范围之外的终端(如同第二终端和第三终端)的接收资源池匹配。例如，如果第二终端和第三终端使其接收资源池以TDD(时分双工)方式分配，则第一终端应该通过考虑第二终端和第三终端的UL-DL配置来发送D2D信号。如果使用方法2，则基站应该知道覆盖范围之外的终端的接收资源，其中，覆盖范围内的终端可以从覆盖范围之外的终端接收告知接收资源的信息，并且覆盖范围内的终端可以将其发送到基站。覆盖范围内的终端按照以上提到的方法1、2中的任一种对覆盖范围之外的终端执行通告。通常，覆盖范围内的终端向覆盖范围之外的终端发送告知用于D2D操作的(通过方法1或2确定的)资源的控制消息。终端可以执行通告一次，或者可以执行通告多次。例如，终端可以周期性地执行通告。或者，终端可以执行通告达网络所指示的次数。或者，终端可以连续执行通告，直到它明确从网络接收到停止通告的信号。图19示出了多个小区中的每一个中的终端将不同的发送资源池告知覆盖范围之外的终端的情况。参照图19，第一终端和第二终端是不同小区中的每一个中的覆盖范围内的终端。如果第一终端和第二终端分别将发送资源池B、C告知覆盖范围之外的第三终端，则第三终端应该使用哪个发送资源池来发送D2D信号可能是个问题。可以假定，发送资源池B、C不是完全交叠的资源池，即，相同的资源池。在这种情况下，可以从实现终端的角度来选择第三终端是否使用哪个发送资源池。<实施方式I>如以上提到的，网络覆盖范围内的终端(第一终端)可以与网络覆盖范围之外的终端(第二终端)执行D2D操作，其中，第一终端可以将用于D2D操作的控制消息告知第二终端。然而，在现有技术中，由于网络不能知道是第一终端想要发送控制消息，因此网络控制第一终端将是困难的问题。为了解决该问题，在本发明中，提议告知网络需要覆盖范围内的终端向覆盖范围之外的终端发送控制消息。当第一终端向网络告知通告的必要性时，它可用于指示其通告的目的。指示其通告目的是确定网络是否对第一终端配置了要包含在通告(控制消息发送)中的信息，或者基于该目的来确定网络是否许可通告。将通告的必要性或目的告知网络可以被称为通告请求。通告请求可以经由副链路UE信息RRC消息被发送到网络。或者，在RRC连接建立过程期间，例如包含在RRC连接建立完成消息中的通告请求可以被发送到网络。如果网络从终端接收到通告请求，则网络可以向终端指示通告消息发送。当网络向终端指示通告消息发送时，可以指示或告知将被包括在通告消息中的信息。当网络向终端指示通告消息发送时，它可以指示通告可用的RRC状态。例如，可以指示只有在RRC连接状态下通告才是可用的，或者可以指示在RRC空闲状态和RRC连接状态二者下通告是可用的，或者可以指示只有在RRC空闲状态下通告才是可用的。当网络向终端指示通告消息发送时，也可以提供关于通告的开始/继续/停止的配置信息。图20表示了按照实施方式1的终端的操作方法。参照图20，终端向网络发送告知发送终端间控制消息的必要性的信息(S2010)。例如，终端间控制消息可以包括将由网络针对D2D操作而配置的资源池告知覆盖范围之外的终端的信息。终端从网络接收关于终端间控制消息发送的配置(S2020)。终端基于该配置向其它终端发送终端间控制消息(S2030)。其它终端可以是覆盖范围之外的终端。图21示出了实施方式I应用于D2D操作的示例。参照图21，第一终端从覆盖范围之外进入覆盖范围内(S2101)。第二终端位于覆盖范围之外。第一终端开始与基站的RRC连接建立过程(S2102)。第一终端将终端间控制消息(例如，资源池通告的必要性)告知基站(网络)(S2103)。基站将发送终端间控制消息所需的配置提供给第一终端(S2104)。例如，该配置可以是关于资源池的通告的配置，并且它可以告知可以使用哪个资源来发送通告。第一终端基于所述配置来发送终端间控制消息，例如，资源池通告(S2105)。资源池通告所指示的资源可以按照以上提到的方法1、方法2来指示资源。第二终端基于终端间控制消息(例如，资源池通告)来协调用于D2D操作的资源(S2106)。图21示出了由第一终端执行的通告将由网络(基站)配置的D2D资源告知第二终端的情况，但是不限于此。如以上提到的，通告可以是将中继操作配置信息告知第二终端。在这种情况下，第一终端向网络(基站)告知需要发送中继操作配置信息，并且从网络接收用于发送中继操作配置信息的配置。第一终端可以基于所述配置向第二终端发送中继操作配置信息。第二终端可以基于第一终端所发送的中继操作配置信息而得知第一终端的D2D中继服务是否被提供、第一终端ID、第一终端的电池的剩余量、第一终端的服务小区ID(物理层小区ID或全球小区ID)以及第一终端的服务小区所属的PLMN等。第二终端可以利用第一终端作为中继器来与网络(基站)进行通信。当终端需要通告由网络配置的资源池时，终端可以处于RRC空闲状态。在这种情况下，终端可以向网络发送RRC连接配置请求，以转变为RRC连接状态。在转变为RRC连接状态之后，网络可以配置是否向终端告知需要通告资源池。这是经由专用信号或广播信号进行配置的。终端可以在RRC连接建立过程期间将通告的必要性告知网络。或者，可以在完成了RRC连接建立过程之后，经由专用信号将通告的必要性告知网络。如果网络从终端接收到指示通告的必要性的信息，则它可以配置要通告的资源池的信息。此外，指示通告的必要性的信息可以在切换处理中从源小区传送到目标小区。或者，指示通告的必要性的信息可以在切换处理中不从源小区传送到目标小区。在这种情况下，在完成了切换之后，目标小区可以向终端发送指示通告的必要性的信息。关于在覆盖范围内使用的资源池的通告可以被执行一次，或者可以被执行多次。只执行一次的通告不足以将资源池告知所有终端，并且在这种情况下，可以执行通告多次。如果网络许可进行资源池的通告，则执行通告多次可能是优选的。终端可以执行多少次资源池的通告以及多久可以执行资源池的通告的实现可能是个问题。例如，如果配置了通告，则终端可以继续考虑许可进行通告，直到它明确接收到停止通告的配置，并且通告的实际次数针对终端的实现是个问题。终端可以周期性地执行通告。网络应该能够针对终端进行在任何时间停止通告的配置。如果网络进行了停止通告的配置，则终端立即停止通告。此外，尽管在图21中未示出，但是第一终端可以向网络告知不再需要通告。这可以说是通告配置释放请求。<实施方式II>当终端生成建立RRC连接的呼叫时，终端将指示RRC连接建立原因的信息提供给网络。网络可以基于RRC连接建立原因来对终端执行合适的接入控制。以下的表2示出了包含RRC连接建立原因值的RRC连接请求消息的示例。[表2]在以上的表2中，“EstablishmentCause”是指示RRC连接建立原因的字段。“EstablishmentCause”可以具有的值在下表中。[表3]RRC建立原因值RRC建立原因第一紧急(emergency)第二高优先级接入(highPriorityAccess)第三mt-access第四mo-signaling第五mo-data第六DelayTolerantAccess在以上的表3中，“紧急”代表急迫情形或紧急情形。“高优先级接入(highPriorityAccess)”表示接入的优先级高。“mt-access”、“mo(移动发起)-signaling”、“mo-data”和“delayTolerantAccess”可以分别表示移动终止接入、终端的移动发起接入、对终端所发送的数据的访问和对延迟的接入容忍。如表3中所示，没有用于识别ProSe启用公共安全呼叫(以下中的“PS呼叫”)和ProSe启用非公共安全呼叫(以下中的“非PS呼叫”)的RRC连接建立原因值。因此，网络不能够识别PS呼叫和非PS呼叫，因此网络不能够执行被识别用于各呼叫的接入控制。另外，除了进行它是PS呼叫还是非PS呼叫的接入控制之外，不能够区分后续网络操作的紧急程度来为呼叫提供服务。另外，假定终端进入网络覆盖范围内，并且终端需要急迫地执行通告。在这种情况下，终端应该能够与网络执行RRC连接建立以执行通告，并且应该能够基于网络的配置来执行通告。然而，网络不能够知道终端正在执行RRC连接建立过程，因为需要它执行该急迫的通告。这是因为，如表3中所示，在现有技术中，没有指示用于通告的呼叫的RRC连接建立原因值。因此，用于通告资源池的RRC连接建立可以被延迟，因此这会导致D2D操作停止。在本发明中，为了解决这个问题，提议为RRC连接建立赋予优先级，以将通告的必要性或用于执行通告的RRC连接建立过程告知网络。即，用于告知与用于公共安全(PS)的通信有关的通告的必要性的RRC连接建立尝试可以被作为PS(公共安全)呼叫处理。如果通告的必要性与PS通信无关，则针对通告的RRC连接建立尝试可以被作为非PS呼叫处理。如果对应的呼叫被作为PS呼叫处理，则终端施加适用于PS呼叫的接入控制。接入控制可以是用于数据通信的服务特定接入控制(SSAC)或用于数据通信的应用特定拥塞控制(ACDC)。类似地，该方法还可以适用于为了通告由网络配置的资源池而进行的RRC连接建立。即，如果需要通告用于公共安全的通信，则针对通告的RRC连接建立尝试可以类似地被作为PS呼叫处理。或者，如果通告与用于公共安全的通信无关，则针对通告的RRC连接建立尝试可以类似地被作为非PS呼叫处理。如果对应的呼叫被作为PS呼叫处理，则终端施加适用于PS呼叫的接入控制。接入控制可以是用于数据通信的服务特定接入控制(SSAC)或用于数据通信的应用特定拥塞控制(ACDC)。此外，3GPPRel-12中的ProSe直接通信(D2D通信)标准技术是为了公共安全通信而特别引入的，并且它适用于用于公共安全的车辆-车辆(V2V)通信服务。V2V服务是V2X(车联万物)服务，V2X服务意指车辆与其他人/物通信并进而旨在使公共安全最大化和/或提供方便服务的服务。用于V2X紧急安全服务的呼叫可以被认为是以上提到的PS呼叫，因此它可以被称为V2XPS呼叫。不需要紧急通信的服务(尽管是V2X服务)可以被认为是非PS呼叫，因此它可以被称为V2X非PS呼叫。以下，为了使网络识别PS呼叫和非PS呼叫，要说明终端为网络提供用于基于以下方法A、B、C中的任一种来识别呼叫的信息。如以上提到的，进行RRC连接建立以将通告的必要性告知网络的呼叫或者进行RRC连接建立以执行通告的呼叫被作为PS呼叫处理，或者其它呼叫被作为非PS呼叫处理。I.方法A在方法A中，终端在诸如NAS层(终端的高层)这样的高层识别PS呼叫和非PS呼叫，例如，NAS层可以基于呼叫是PS呼叫还是非PS呼叫来向下层(AS层)提供不同的信息。然而，相同的RRC建立原因值可以被映射至PS呼叫和非PS呼叫。终端可以将网络可以用来识别对应呼叫是PS呼叫还是非PS呼叫的附加信息(指示符)提供给网络。该附加信息(指示符)可以被包括在RRC连接建立完成消息中。或者，该附加信息(指示符)可以被包括在RRC连接建立请求消息的扩展字段中。图22表示了按照本发明的实施方式的终端的操作方法。参照图22，终端针对PS呼叫和非PS呼叫配置相同的现有RRC连接建立原因值，并且向基站发送包括所述原因值的RRC连接请求消息(S141)。响应于RRC连接请求消息，基站发送RRC连接建立消息(S142)。终端向基站发送包括能够识别PS呼叫和非PS呼叫的指示符的连接建立完成消息(S143)。即，终端针对RRC连接请求消息中的PS呼叫和非PS呼叫二者同等地使用现有RRC建立原因值的特定值，并且可以通过在RRC连接建立完成消息中附加地包含能够识别PS呼叫和非PS呼叫的信息来进行设置。方法A可以被分类为以下的实施方式1、1-1、2和2-2。<实施方式1>在实施方式1中，终端针对PS呼叫和非PS呼叫二者同等地使用现有RRC建立原因值，并且如果对应的呼叫是PS呼叫，则还可以提供指示PS呼叫的信息。终端可以按以下方式针对PS呼叫进行操作。首先，终端将RRC建立原因值配置为诸如NAS层这样的要由高层提供的值。高层所提供的RRC建立原因值可以与表3中示出的现有RRC建立原因值中的任一个相同。终端向网络附加地提供指示对应呼叫是PS呼叫的信息。可以在RRC连接建立处理中提供该信息，例如，可以在RRC连接建立完成消息(RRCConnectionSetupCompletemessage)中提供指示PS呼叫的信息。当终端向网络附加地提供指示对应呼叫是PS呼叫的信息时，可以包括一个位指示符以指示对应呼叫是PS呼叫。或者，可以在RRC连接建立处理(例如，RRC连接建立完成消息)中包括指示PS呼叫的特定目的(例如，V2XPS服务的目的)的指示符。终端可以按以下方式针对非PS呼叫进行操作。首先，将RRC建立原因值配置为高层所提供的值。高层所提供的值可以与要用于PS呼叫的现有RRC建立原因值中的任一个相同。即，针对PS呼叫和非PS呼叫使用相同的现有RRC连接建立原因值。终端可以向网络提供指示对应呼叫是非PS呼叫的信息。例如，可以按照将其包含在RRC连接建立完成消息(RRCConnectionSetupCompletemessage)中的方式提供指示非PS呼叫的信息。或者，终端不发送它可以用来识别对应呼叫是PS呼叫还是非PS呼叫的信息，因此它可以间接地(隐含地)向网络告知对应呼叫是非PS呼叫。当对应呼叫是PS呼叫的信息没有被包含在RRC连接建立完成消息中时，网络可以认为对应呼叫是非PS呼叫。<实施方式1-1>在实施方式1-1中，终端针对PS呼叫和非PS呼叫二者同等地使用现有的RRC建立原因值，并且如果对应呼叫是非PS呼叫，则还可以提供指示非PS呼叫的信息。即，在实施方式1中，如果对应呼叫是PS呼叫，则终端附加地提供指示PS呼叫的信息，而在实施方式1-1中，与实施方式1不同，如果它是非PS呼叫，则将附加地提供指示非PS呼叫的信息。根据实施方式1-1，终端可以按以下方式针对PS呼叫进行操作。首先，RRC建立原因值被配置为要高层要提供的值。高层要提供的值可以与现有的RRC建立原因值中的任一个相同。例如，PS呼叫可以具有诸如“紧急”或“高优先级接入(highPriorityAccess)”等这样的RRC建立原因值。终端在RRC连接建立完成消息中没有包含能够识别对应呼叫是PS呼叫还是非PS呼叫的信息，因此它可以将对应呼叫是PS呼叫间接地(隐含地)告知网络。如果在RRC连接建立完成消息中没有包含对应呼叫是PS呼叫的信息，则网络可以认为对应呼叫是PS呼叫。或者，终端还可以向网络提供指示对应呼叫是PS呼叫的信息。终端可以按以下方式针对非PS呼叫进行操作。首先，将RRC建立原因值配置为高层值要提供的值。高层值要提供的值可以与将用于PS呼叫的现有RRC建立原因值中的任一个相同。终端可以明确地向网络提供指示当前呼叫是非PS呼叫的信息。例如，可以按照将其包含在RRC连接建立完成消息(RRCConnectionSetupCompletemessage)中的方式发送指示非PS呼叫的信息。<实施方式2>在实施方式2中，终端针对PS呼叫和非PS呼叫使用相同的RRC建立原因值，并且可以不使用现有RRC建立原因值，而是使用新定义的RRC建立原因值。如果对应呼叫是PS呼叫，则终端还可以提供指示PS呼叫的信息。如详细说明的，RRC建立原因值被配置为高层要提供的值，可以不是现有RRC建立原因值，而是新定义的RRC建立原因值。例如，终端的高层可以针对PS呼叫和非PS呼叫，同等地不使用诸如“紧急”和“高优先级(highPriorityAccess)”等这样的现有RRC建立原因值，而是使用指示“接近服务(ProSe)”的新RRC建立原因值。又如，终端的高层可以针对用于与V2XPS服务和V2X非PS服务对应的V2X服务的呼叫同等地使用指示V2X服务的新RRC建立原因值。网络不能够仅基于诸如“接近服务(ProSe)”或V2X服务这样的RRC建立原因值来识别对应呼叫是PS呼叫还是非PS呼叫，因此终端可以在RRC连接建立过程中向网络提供它能够用来识别对应呼叫是PS呼叫还是非PS呼叫的信息。例如，终端可以按照使其包含在RRRC连接建立完成消息中的方式发送它能够用来识别对应呼叫是PS呼叫还是非PS呼叫的信息。根据实施方式2，终端可以按以下方式针对非PS呼叫进行操作。首先，RRC建立原因值被配置为高层要提供的值。在这种情况下，高层要提供的值可以不是现有RRC建立原因值，而是新定义的值。例如，终端的高层可以不使用诸如紧急或highPriorityAccess等这样的现有RRC建立原因值，而是使用指示ProSe的RRC建立原因值。终端在RRC连接建立设置完成消息中不包含能够识别对应呼叫是PS呼叫还是非PS呼叫的信息，并因此可以直接地(隐含地)将对应呼叫是非PS呼叫告知网络。如果对应呼叫是PS呼叫的信息没有被包含在RRC连接建立完成消息中，则网络可以认为对应呼叫是非PS呼叫。或者，终端还可以明确地向网络提供指示对应呼叫是非PS呼叫的信息。例如，可以按照将其包含在RRC连接建立完成消息(RRCConnectionSetupCompletemessage)中的方式发送指示非PS呼叫的信息。即，如果它是PS呼叫，则指示PS呼叫的信息被包含在RRC连接建立完成消息中，如果它是非PS呼叫，则指示非PS呼叫的信息被包含在RRC连接建立完成消息中。<实施方式2-1>在实施方式2-1中，终端针对PS呼叫和非PS呼叫同等地使用现有RRC建立原因值或新定义的RRC建立原因值，并且如果对应呼叫是非PS呼叫，则还可以向网络提供指示非PS呼叫的信息。终端可以按以下方式针对PS呼叫进行操作。首先，RRC建立原因值被配置为高层要提供的值。在这种情况下，高层要提供的值可以是现有RRC建立原因值或新定义的值。例如，终端的高层可以使用诸如紧急或高优先级接入(highPriorityAccess)等这样的现有RRC建立原因值或使用指示ProSe的RRC建立原因值。对于任何情况，网络不能够只基于RRC建立原因值来识别对应呼叫是PS呼叫还是非PS呼叫。终端可以在RRC连接建立过程中不向网络提供能够识别对应呼叫是PS呼叫还是非PS呼叫的信息。例如，终端可以在RRC连接建立完成消息中不包含能够识别对应呼叫是PS呼叫还是非PS呼叫的信息。另一方面，对于非PS呼叫，终端可以按照将其包含在RRC连接建立完成消息中的方式向网络提供指示对应呼叫是非PS呼叫的信息。即，根据实施方式2-1，终端可以按以下方式针对非PS呼叫进行操作。首先，RRC建立原因值被配置为高层要提供的值。在这种情况下，高层要提供的值可以是现有RRC建立原因值或新定义的值。例如，高层可以提供诸如紧急或highPriorityAccess等这样的现有RRC建立原因值或者指示ProSe启用PS呼叫的新RRC建立原因值。终端可以明确地向网络提供指示当前呼叫是非PS呼叫的信息。例如，可以按照将其包含在RRC连接建立完成消息(RRCConnectionSetupCompletemessage)中的方式发送指示非PS呼叫的信息。如果使用以上提到的方法A，则网络不能够只基于RRC连接建立原因值来区分开PS呼叫和非PS呼叫。网络接收能够识别PS呼叫和非PS呼叫的信息，或者在没有该信息的情况下进行确认，因此它能识别对应呼叫是PS呼叫还是非PS呼叫。II.方法B在方法B中，可以在高层中识别PS呼叫和非PS呼叫。即，终端的诸如NAS层这样的高层向诸如AS层这样的下层提供对于PS呼叫和非PS呼叫而言彼此相同的信息。与方法A的不同之处在于，不同的RRC建立原因值被映射至PS呼叫和非PS呼叫。例如，对于PS呼叫，可以针对RRC建立原因值配置紧急，而对于非PS呼叫，可以针对RRC建立原因值配置mo-Data。或者，对于PS呼叫，可以针对RRC建立原因值配置highPriorityAccess，而对于非PS呼叫，可以针对RRC建立原因值配置mo-Data。或者，对于PS呼叫，可以针对RRC建立原因值不配置现有值而是配置新定义的值(例如，“ProSe”的原因值)，而对于非PS呼叫，可以针对RRC建立原因值配置mo-Data。或者，对于PS呼叫，可以针对RRC建立原因值不配置现有值而是配置新定义的值(例如，V2X的原因值)，而对于非PS呼叫，可以针对RRC建立原因值配置mo-Data。如果使用方法B并且网络接收RRC建立原因值，则可以识别对应呼叫是PS呼叫还是非PS呼叫。然而，不排除各种类型的呼叫被映射至相同的RRC建立原因值，并且在这种情况下，不能够识别各种类型的呼叫。例如，如果PS呼叫和Prose启用紧急呼叫被映射至相同的RRC建立原因值(紧急呼叫)，则网络不能够识别对应呼叫是PS呼叫还是Prose启用紧急呼叫。III.方法C在方法C中，可以在高层中识别PS呼叫和非PS呼叫。另外，不同的RRC建立原因值被映射至PS呼叫和非PS呼叫，并且终端可以附加地向网络提供用来识别PS呼叫的不同目的/用途的信息。即，在方法3中，PS呼叫被进一步分类，并因此将附加地向网络提供信息，该信息明确地指示PS呼叫是否是Prose启用PS呼叫、V2XPS呼叫、或Prose启用PS呼叫、或基于Prose的V2XPS呼叫或不基于Prose的V2XPS呼叫当中的任一个。或者，终端可以向网络提供可以用来识别PS呼叫和按现有RRC连接建立原因值进行的呼叫的指示符。图23表示了按照本发明的另一个实施方式的终端的操作方法。参照图23，终端发送包括针对PS呼叫和非PS呼叫而言不同的现有RRC连接建立原因值的RRC连接请求消息(S151)。基站向终端发送RRC连接建立消息(S152)。终端发送包括可以用来识别PS呼叫和按现有RRC连接建立原因值进行的呼叫的指示符的RRC连接建立完成消息(S153)。方法C可以按各种方式适用于以下的实施方式1、2和3。<实施方式1>在方法C的实施方式1中，终端针对PS呼叫配置现有RRC建立原因值中的紧急。如果网络接收到RRC建立原因值中的紧急，则网络不能够识别对应呼叫是PS呼叫。因此，终端可以附加地向网络提供对应呼叫是Prose启用PS呼叫的信息。该信息可以被包含在RRC连接建立完成消息中。终端针对非PS呼叫配置现有RRC建立原因值中的mo-Data。另外，终端不能够向网络提供指示对应呼叫是PS呼叫还是非PS呼叫的信息。或者，终端可以提供指示对应呼叫是非PS呼叫的信息。<实施方式2>在方法C的实施方式2中，终端针对PS呼叫配置现有RRC建立原因值中的“highPriorityAccess”。终端可以附加地向网络提供对应呼叫是PS呼叫的信息。该信息可以被包含在RRC连接建立处理中，例如，可以被包含在RRC连接建立完成消息中。终端针对非PS呼叫配置现有RRC建立原因值中的mo-Data。另外，终端不能够向网络提供指示对应呼叫是PS呼叫还是非PS呼叫的信息。或者，终端可以向网络提供指示对应呼叫不是PS呼叫的信息。<实施方式3>在方法C的实施方式3中，终端可以针对PS呼叫不使用现有RRC建立原因值，而使用新定义的RRC建立原因值。例如，新的RRC建立原因值指示“ProSe”。另外，终端可以附加地向网络提供对应呼叫是PS呼叫的信息。该信息可以在RRC连接建立处理中提供，例如，可以被包含在RRC连接建立完成消息中。终端针对非PS呼叫配置现有RRC建立原因值中的mo-Data。另外，终端不向网络提供指示对应呼叫是PS呼叫还是非PS呼叫的信息。或者，终端可以向网络提供指示对应呼叫是非PS呼叫的信息或者指示对应呼叫是Prose启用非PS呼叫的信息。如果使用以上提到的方法C，则网络可以基于RRC连接建立原因值来区分开PS呼叫和非PS呼叫。然而，如果各种类型的呼叫被映射至相同的RRC建立原因值，则不能够识别各种类型的呼叫。例如，如果PS呼叫和Prose启用紧急呼叫(紧急呼叫)被映射至相同的RRC建立原因值(紧急呼叫)，则网络不能够识别对应呼叫是PS呼叫还是Prose启用紧急呼叫。在这种情况下，网络可以基于指示各种类型的呼叫当中的任一种的信息来进行识别，或者可以通过在没有该信息的情况下进行识别来识别各种类型的呼叫当中的任一种。在对本发明的说明中，主要说明了PS呼叫和非PS呼叫，但不限于此。即，尽管已经在同一应用层或服务层触发了本发明，但是本发明可以适用于识别需要不同的接入控制或不同的QoS的各种类型的呼叫。例如，本发明可以适用于将按MCPTT(关键任务一键通)应用进行的PS呼叫和其它一般呼叫(非PS呼叫)区分开。图24是表示实现本发明的实施方式的终端的框图。参照图24，终端1100包括处理器1110、存储器1120和RF单元(射频单元)1130。处理器1110实现所提出的功能、处理和/或方法。例如，处理器1110发送告知终端间控制消息发送的必要性的信息，并且接收关于终端间控制消息发送的配置。另外，处理器1110基于该配置向其它终端发送终端间控制消息。RF单元1130与处理器1110联接，并且发送和/接收无线电信号。处理器可以包括专用集成电路(ASIC)、其它芯片组、逻辑电路和/或数据处理器。存储器可以包括只读存储器(ROM)、随机存取存储器(RAM)、闪速存储器、存储卡、存储介质和/或其它存储装置。RF单元可以包括用于处理无线电信号的基带电路。当上述实施方式用软件来实现时，上述方案可以利用执行以上功能的模块(处理或函数)来实现。该模块可以被存储在存储器中并且由处理器来执行。存储器可以被设置到处理器内部或外部，并且利用各种熟知手段连接到处理器。当前第1页1 2 3