通信控制方法、终端装置以及基站装置

申请号 CN201480039257.6 申请日 2014-06-30 公开(公告)号 CN105359621A 公开(公告)日 2016-02-24
申请人 夏普株式会社; 发明人 榎本政幸; 新本真史;
摘要 通信控制方法是用于第1终端装置与位于所述第1终端装置的邻近的第2终端装置建立直接通信路径的第1终端装置中的通信控制方法,具备:对所述第2终端装置发送的、用于使邻近的终端装置检测所述第2终端装置的 信号 进行监视的步骤;接收所述信号来检测所述第2终端装置位于邻近的步骤;获取所述信号中包含的表示所述第2终端装置是否在LTE基站的服务区内的 覆盖 信息的步骤;和基于所述覆盖信息,来检测所述第2终端装置是否在服务区内的步骤。
权利要求

1.一种通信控制方法,是用于第1终端装置与位于所述第1终端装置的邻近的第2终端装置建立直接通信路径的第1终端装置中的通信控制方法,其具备:
对所述第2终端装置所发送的用于使邻近的终端装置检测所述第2终端装置的信号进行监视的步骤;
接收所述信号来检测所述第2终端装置位于邻近的步骤;
获取所述信号中包含的表示所述第2终端装置是否在LTE基站的服务区内的覆盖信息的步骤;和
基于所述覆盖信息,检测所述第2终端装置是否在服务区内的步骤。
2.根据权利请求1所述的通信控制方法,其中,
所述通信控制方法还具备:在基于所述覆盖信息而检测出所述第2终端装置在服务区内的情况下,将用于请求针对直接通信路径的资源的获取的信息包含在直接通信路径的建立请求之内发送给所述第2终端装置的步骤。
3.根据权利请求1所述的通信控制方法,其中,
所述通信控制方法还具备:在基于所述覆盖信息而检测出所述第2终端装置不在服务区的情况下,将直接通信路径的建立请求发送给所述第2终端装置的步骤;和向LTE基站发送针对直接通信路径的资源的请求的步骤。
4.根据权利请求1所述的通信控制方法,其中,
所述通信控制方法还具备:在基于所述覆盖信息而检测出所述第2终端装置不在服务区的情况下,将直接通信路径的建立请求发送给所述第2终端装置的步骤;和将针对直接通信路径的资源的请求发送给所在服务区的LTE基站所连接的核心网络的步骤。
5.根据权利请求1所述的通信控制方法,其中,
所述通信控制方法还具备:检测所述第1终端装置是否在LTE基站的服务区内的步骤,进一步具备:在检测出所述第1终端装置以及所述第2终端装置都不在服务区的情况下,将第1终端装置预先保持的资源分配给直接通信路径的步骤;和
将与所述资源有关的信息包含在直接通信路径的建立请求之内发送给所述第2终端装置的步骤。
6.根据权利请求1至5的任意一项所述的通信控制方法,其中,
所述通信控制方法还具备:发送用于使邻近的终端装置检测所述第1终端装置的信号的步骤。
7.根据权利请求1至6的任意一项所述的通信控制方法,其中,
建立直接通信路径的请求请求建立基于LTE的直接通信路径。
8.根据权利请求1至6的任意一项所述的通信控制方法,其中,
建立直接通信路径的请求请求建立基于无线LAN的直接通信路径。
9.一种终端装置,是与位于第1终端装置的邻近的第2终端装置建立直接通信路径的第1终端装置,其中,
对第2终端装置所发送的用于使邻近的终端装置检测第2终端装置的信号进行监视,接收所述信号来检测第2终端装置位于邻近,
获取所述信号中包含的表示第2终端装置是否在LTE基站的服务区内的覆盖信息,基于所述覆盖信息,检测第2终端装置是否在服务区内。
10.根据权利请求9所述的终端装置,其中,
在基于所述覆盖信息而检测出所述第2终端装置在服务区内的情况下,将用于请求针对直接通信路径的资源的获取的信息包含在直接通信路径的建立请求之内发送给所述第2终端装置。
11.根据权利请求9所述的终端装置,其中,
在基于所述覆盖信息而检测出所述第2终端装置不在服务区的情况下,
将直接通信路径的建立请求发送给所述第2终端装置,
将针对直接通信路径的资源的请求发送给LTE基站。
12.根据权利请求9所述的终端装置,其中,
在基于所述覆盖信息而检测出所述第2终端装置不在服务区的情况下,
将直接通信路径的建立请求发送给所述第2终端装置,
将针对直接通信路径的资源的请求发送给所在服务区的LTE基站所连接的核心网络。
13.根据权利请求9所述的终端装置,其中,
检测所述第1终端装置是否在LTE基站的服务区内,
在检测出所述第1终端装置以及所述第2终端装置都不在服务区的情况下,将第1终端装置预先保持的资源分配给直接通信路径,
将与所述资源有关的信息包含在直接通信路径的建立请求之内发送给所述第2终端装置。
14.根据权利请求9至13的任意一项所述的终端装置,其中,
发送用于使邻近的终端装置检测所述第1终端装置的信号。
15.根据权利请求9至14的任意一项所述的终端装置,其中,
建立直接通信路径的请求请求建立基于LTE的直接通信路径。
16.根据权利请求9至14的任意一项所述的终端装置,其中,
建立直接通信路径的请求请求建立基于无线LAN的直接通信路径。
17.一种基站装置,其包含于LTE接入网络,其中,
管理以公共安全为用途的通信资源和以商用服务为用途的通信资源,
基于终端装置所发送的对直接通信路径的建立的许可进行请求的消息中包含的识别信息来执行通信资源的分配,向终端装置通知与所述通信资源有关的信息,其中,所述识别信息识别是请求以公共安全为用途的通信路径的建立的许可还是请求以商用服务为用途的通信路径的建立的许可。
18.根据权利请求17所述的基站装置,其中,
在所述识别信息是请求以公共安全为用途的通信路径的建立的情况下,从以公共安全为用途的通信资源中来执行资源分配,并向所述终端装置通知与资源有关的信息。
19.根据权利请求17所述的基站装置,其中,
在所述识别信息请求以商用服务为用途的通信路径的建立的情况下,从以商用服务为用途的通信资源中来执行资源分配,并向所述终端装置通知与资源有关的信息。

说明书全文

通信控制方法、终端装置以及基站装置

技术领域

[0001] 本发明涉及通信控制方法、包含终端装置和基站装置的移动通信系统。
[0002] 本申请基于在2013年7月9日在日本申请的特愿2013-143425号主张优先权,并将其内容援引于此。

背景技术

[0003] 在移动通信系统的标准化组织3GPP(The 3rd Generation Partnership Project,第3代合作伙伴计划)中,作为下一代的移动体通信系统,推进以下的非专利文献1中所述的EPS(Evolved Packet System,演进的分组系统)的规格化作业,作为与EPS连接的接入系统,不仅研究LTE(Long Term Evolution,长期演进技术),还研究无线LAN(Wireless LAN、WLAN)。
[0004] 进一步地,在3GPP中,如非专利文献2所述,研究了检测UE用户终端(User Equipment,UE)间位于邻近或者在邻近UE间建立直接通信路径来进行通信等邻近服务(Proximity-based Service,ProSe)。这里,现有的UE的通信路径是指,经由UE所连接的基站,进一步经由基站所连接的核心网络来建立的通信路径,与此相对地,所谓ProSe中的UE间的直接通信路径是指,在邻近UE间能够在不经由基站、核心网络的情况下进行直接数据的收发的通信路径。
[0005] 在ProSe中,由于能够在不经由包含LTE基站、WLAN基站的接入网络、接入网络所连接的核心网络的情况下进行通信,因此也能够期待避免接入网络、核心网络的流量集中(避免拥挤(congestion))的减负(offload)效果。
[0006] 在ProSe中,作为UE间的直接通信路径,研究了利用2个方式。一个是,建立使用了LTE接入技术的UE间的直接通信路径的方法(以下称为LTE Direct),另一个是,使用无线LAN(Wireless LAN)接入技术来建立直接通信路径的方法。
[0007] 此外,在ProSe中,UE为了通过LTE Direct或者WLAN Direct来进行数据的收发,搜索通信对象UE并在邻近检测通信对象UE的存在的必要性被举例为服务请求条件。
[0008] 进一步地,为了将UE间直接通信设为通过移动通信运营商而提供的服务,规定在搜索通信对象UE时,基于移动通信运营商的授权是必要的。
[0009] 这样,在ProSe中的目的在于,规定一种提供邻近UE的检测、和在邻近UE间建立直接通信路径来进行通信的通信服务。
[0010] 此外,在ProSe中,规定了非公共安全(非公共安全)和公共安全(公共安全)。在非公共安全中,假定基于移动通信运营商的商用服务,仅在UE在LTE基站的服务区的情况下能够利用。另一方面,在公共安全中,假定基于防灾无线的利用,不仅在UE在LTE基站的服务区的情况下能够利用,即使在UE不在LTE基站(eNB)的服务区的情况下也能够利用。
[0011] 换句话说,在LTE Direct中,存在在商用服务(非公共安全)中利用LTE的通信方式来在UE间进行直接数据的收发的方法、和在公共安全中利用LTE的通信方式来在UE间进行直接数据的收发的方法。
[0012] 此外,在WLAN Direct中,存在在商用服务中利用WLAN的通信方式来在UE间进行直接数据的收发的方法,进一步地,存在在公共安全中利用WLAN的通信方式来在UE间进行直接数据的收发的可能性。
[0013] 在先技术文献
[0014] 非专利文献
[0015] 非专利 文献1:3GPP TS23.401 Technical Specification 组Services and System Aspects,General Packet Radio Service(GPRS)enhancements for Evolved Universal Terrestrial Radio Access Network(e-UTRAN)access
[0016] 非专利 文献2:3GPP TR22.803 Technical Specification 组Services and System Aspects,Feasibility study for Proximity Services(ProSe)

发明内容

[0017] -发明要解决的课题-
[0018] 非公共安全利用的判断需要检测通信源UE以及通信目的地UE在LTE基站的服务区内。此外,公共安全的利用的判断中,需要检测通信源UE或者通信目的地UE不在LTE基站的服务区内。进一步地,在非公共安全中,由于只能在通信源UE以及通信目的地UE在eNB的服务区内的情况下利用,因此研究了通信路径建立过程是基于网络的认证,来进行通信路径建立的。另一方面,在公共安全中,由于只能在通信源UE或者通信目的地UE不在eNB的服务区的情况下利用,因此研究了每当通信建立时不从网络接受认证的通信路径建立过程。这样,在非公共安全中的通信路径建立过程以及公共安全中的通信路径建立中,研究了利用不同的过程。
[0019] 这里,检测到UE在LTE基站的服务区内,需要检测通信源UE在LTE基站的服务区内和通信目的地UE在LTE基站的服务区内。另外,存在通信源UE在LTE基站的服务区内情况和不在LTE基站的服务区内情况,存在通信目的地UE在LTE基站的服务区内情况和不在LTE基站的服务区内情况。换句话说,通信源UE与通信目的地UE的状态转移为:通信源UE在LTE基站的服务区且通信目的地UE在LTE基站的服务区的情况这一状态、通信源UE不在LTE基站的服务区且通信目的地UE在LTE基站的服务区的情况这一状态、通信源UE在LTE基站的服务区且通信目的地UE不在LTE基站的服务区的情况这一状态、通信源UE不在LTE基站的服务区且通信目的地UE不在LTE基站的服务区的情况这一状态的总计4种状态。
[0020] 这样,需要检测通信源UE在LTE基站的服务区内和通信目的地UE在LTE基站的服务区内,并检测属于上述4种状态的哪种。
[0021] 但是,至今并不清楚如何决定通信源UE在LTE基站的服务区内、通信目的地UE在LTE基站的服务区内,UE如何利用决定出的通信源UE、通信目的地UE在LTE基站的服务区内。
[0022] 更具体来讲,检测通信源UE、通信目的地UE在LTE基站的服务区内的方法、表示通信源UE或者通信目的地UE在LTE基站的服务区内的信息的利用方法等并不明了。由于针对这些课题没有具体的实现手段,因此不能开始在通信源UE以及通信目的地UE之间用于直接通信的通信路径建立过程,不能利用ProSe服务。
[0023] 此外,在通信源UE在LTE基站的服务区且通信目的地UE在LTE基站的服务区的情况下,通信源UE以及通信目的地UE不能基于网络认证来进行通信路径建立过程。进一步地,在通信源UE不在LTE基站的服务区且通信目的地UE在LTE基站的服务区的情况下,通信源UE以及通信目的地UE不能基于网络认证来进行通信路径建立过程。此外,在通信源UE在LTE基站的服务区且通信目的地UE不在LTE基站的服务区的情况下,通信源UE以及通信目的地UE不能基于网络认证来进行通信路径建立过程。进一步地,在通信源UE不在LTE基站且通信目的地UE不在LTE基站的服务区的情况下,通信源UE以及通信目的地UE不能每当通信路径建立时,在不从网络接受认证的情况下进行通信路径建立过程。
[0024] 本发明是鉴于这种情况而提出的,提供一种移动通信系统等,其目的在于,检测ProSe中在LTE基站的服务区内的情况,UE利用这种表示在LTE的服务区的信息。
[0025] -用于解决课题的手段-
[0026] 本发明为了解决上述课题而作出,本发明的第1方式是一种通信控制方法,其是用于第1终端装置与位于所述第1终端装置的邻近的第2终端装置建立直接通信路径的第1终端装置中的通信控制方法,具备:对所述第2终端装置所发送的用于使邻近的终端装置检测所述第2终端装置的信号进行监视的步骤;接收所述信号来检测所述第2终端装置位于邻近的步骤;获取所述信号中包含的表示所述第2终端装置是否在LTE基站的服务区内的覆盖信息的步骤;和基于所述覆盖信息,来检测所述第2终端装置是否在服务区内的步骤。
[0027] 此外,本发明的第2方式是一种通信控制方法,其在上述第1方式所述的通信控制方法中,进一步具备:在基于所述覆盖信息而检测到所述第2终端装置在服务区内的情况下,将请求针对直接通信路径的资源的获取的信息包含在直接通信路径的建立请求之内发送给所述第2终端装置的步骤。
[0028] 此外,本发明的第3方式是一种通信控制方法,其在上述第1方式所述的通信控制方法中,进一步具备:在基于所述覆盖信息而检测到所述第2终端装置不在服务区的情况下,将直接通信路径的建立请求发送给所述第2终端装置的步骤;和向LTE基站发送针对直接通信路径的资源的请求的步骤。
[0029] 此外,本发明的第4方式是一种通信控制方法,其在上述第1方式所述的通信控制方法中,进一步具备:在基于所述覆盖信息而检测到所述第2终端装置不在服务区的情况下,将直接通信路径的建立请求发送给所述第2终端装置的步骤;和将针对直接通信路径的资源的请求发送给所在服务区的LTE基站所连接的核心网络的步骤。
[0030] 此外,本发明的第5方式是一种通信控制方法,其在上述第1方式所述的通信控制方法中,进一步具备:检测所述第1终端装置是否在LTE基站的服务区内的步骤,还具备:在检测到所述第1终端装置以及所述第2终端装置都不在服务区的情况下,将第1终端装置预先保持的资源分配给直接通信路径的步骤;和将与所述资源有关的信息包含在直接通信路径的建立请求之内发送给所述第2终端装置的步骤。
[0031] 此外,本发明的第6方式是一种通信控制方法,其在上述第1方式至第5方式的任意一个所述的通信控制方法中,进一步具备:发送用于使邻近的终端装置检测所述第1终端装置的信号的步骤。
[0032] 此外,本发明的第7方式是一种通信控制方法,其在上述第1方式至第6方式的任意一个所述的通信控制方法中,建立直接通信路径的请求用于请求建立基于LTE的直接通信路径。
[0033] 此外,本发明的第8方式是一种通信控制方法,其在上述第1方式至第6方式的任意一个所述的通信控制方法中,建立直接通信路径的请求用于请求建立基于无线LAN的直接通信路径。
[0034] 此外,本发明的第9方式是一种终端装置,是与位于第1终端装置的邻近的第2终端装置建立直接通信路径的第1终端装置,对第2终端装置发送的用于使邻近的终端装置检测第2终端装置的信号进行监视,接收所述信号来检测第2终端装置位于邻近,获取所述信号中包含的表示第2终端装置是否在LTE基站的服务区内的覆盖信息,基于所述覆盖信息来检测第2终端装置是否在服务区内。
[0035] 此外,本发明的第10方式是一种终端装置,其在上述第9方式所述的第1终端装置中,在基于所述覆盖信息而检测到所述第2终端装置在服务区内的情况下,将用于请求针对直接通信路径的资源的获取的信息包含在直接通信路径的建立请求之内发送给所述第2终端装置。
[0036] 此外,本发明的第11方式是一种终端装置,其在上述第9方式所述的第1终端装置中,在基于所述覆盖信息而检测到所述第2终端装置不在服务区的情况下,将直接通信路径的建立请求发送给所述第2终端装置,将针对直接通信路径的资源的请求发送给LTE基站。
[0037] 此外,本发明的第12方式是一种终端装置,其在上述第9方式所述的第1终端装置中,在基于所述覆盖信息而检测到所述第2终端装置不在服务区的情况下,将直接通信路径的建立请求发送给所述第2终端装置,将针对直接通信路径的资源的请求发送给所在服务区的LTE基站所连接的核心网络。
[0038] 此外,本发明的第13方式是一种终端装置,其在上述第9方式所述的第1终端装置中,检测所述第1终端装置是否在LTE基站的服务区内,在检测到所述第1终端装置以及所述第2终端装置都不在服务区的情况下,将第1终端装置预先保持的资源分配给直接通信路径,将与所述资源有关的信息包含在直接通信路径的建立请求之内发送给所述第2终端装置。
[0039] 此外,本发明的第14方式是一种终端装置,其在上述第9方式至第13方式的任意一个所述的第1终端装置中,发送用于使邻近的终端装置检测所述第1终端装置的信号。
[0040] 此外,本发明的第15方式是一种终端装置,其在上述第9方式至第14方式的任意一个所述的第1终端装置中,建立直接通信路径的请求用于请求建立基于LTE的直接通信路径。
[0041] 此外,本发明的第16方式是一种终端装置,其在上述第9方式至第14方式的任意一个所述的第1终端装置中,建立直接通信路径的请求用于请求建立基于无线LAN的直接通信路径。
[0042] 此外,本发明的第17方式是一种基站装置,其包含于LTE接入网络,管理以公共安全为用途的通信资源和以商用服务为用途的通信资源,基于终端装置所发送的对直接通信路径的建立的许可进行请求的消息中包含的识别信息来执行通信资源的分配,向终端装置通知与所述通信资源有关的信息,其中,所述识别信息识别是请求以公共安全为用途的通信路径的建立的许可还是请求以商用服务为用途的通信路径的建立的许可
[0043] 此外,本发明的第18方式是一种基站装置,其在上述第17方式所述的基站装置中,在所述识别信息是请求以公共安全为用途的通信路径的建立的情况下,从以公共安全为用途的通信资源执行资源分配,并向所述终端装置通知与资源有关的信息。
[0044] 此外,本发明的第19方式是一种基站装置,其在上述第17方式所述的基站装置中,在所述识别信息请求以商用服务为用途的通信路径的建立的情况下,从以商用服务为用途的通信资源执行资源分配,并向所述终端装置通知与资源有关的信息。
[0045] -发明效果-
[0046] 根据本发明的一方式,能够检测通信源UE以及通信目的地UE在LTE基站的服务区内。在通信源UE或者通信目的地UE在LTE基站的服务区内的情况下,以移动通信运营商的控制为基础,能够进行通信路径建立过程。
[0047] 此外,在通信源UE以及通信目的地UE不在LTE基站的服务区内的情况下,每当通信路径建立,不用得到移动通信运营商的认证,就能够进行通信路径建立过程。附图说明
[0048] 图1是用于说明第1实施方式中的移动通信系统1的概要的图。
[0049] 图2是用于说明IP移动通信网络的结构的图。
[0050] 图3是用于说明第1实施方式中的UE的功能结构的图。
[0051] 图4是用于表示在UE的存储部中被管理的功能结构的例子的图。
[0052] 图5是用于说明ProSe服务器的功能结构的图。
[0053] 图6是用于表示在ProSe服务器的存储部中被管理的功能结构的例子的图。
[0054] 图7是用于说明APP服务器的功能结构的图。
[0055] 图8是用于表示在APP服务器的存储部中被管理的功能结构的例子的图。
[0056] 图9是用于说明第1实施方式中的邻近检测和覆盖信息的通知过程的图。
[0057] 图10是用于说明第1实施方式中的覆盖信息的4个状态的图。
[0058] 图11是用于说明第1实施方式中的通信路径建立过程的图。
[0059] 图12是用于说明第1实施方式中的通信路径建立过程的图。
[0060] 图13是用于说明第1实施方式中的通信路径建立过程的图。
[0061] 图14是用于说明第1实施方式中的通信路径建立过程的图。
[0062] 图15是用于说明第1实施方式中的网络认证过程的图。
[0063] 图16是用于说明第1实施方式中的直接通信终端侧过程的图。
[0064] 图17是用于说明第2实施方式中的邻近检测与覆盖信息的通知过程的图。
[0065] 图18是用于说明第3实施方式中的UE的功能结构的图。
[0066] 图19是用于表示在第3实施方式中的UE的存储部中被管理的功能结构的例子的图。
[0067] 图20是用于说明第3实施方式中的ProSe服务器的功能结构的图。
[0068] 图21是用于表示在第3实施方式中的ProSe服务器的存储部中被管理的功能结构的例子的图。
[0069] 图22是用于说明第3实施方式中的邻近检测与覆盖信息的通知过程的图。
[0070] 图23是用于说明第3实施方式中的邻近检测与覆盖信息的通知过程的图。
[0071] 图24是用于说明第3实施方式中的邻近检测与覆盖信息的通知过程的图。
[0072] 图25是用于说明第4实施方式中的移动通信系统1的概要的图。
[0073] 图26是用于说明第4实施方式中的邻近检测与覆盖信息的通知过程的图。
[0074] 图27是用于说明第5实施方式中的邻近检测与覆盖信息的通知过程的图。

具体实施方式

[0075] 以下,参照附图来说明用于实施本发明的最佳的方式。
[0076] 另外,在本实施方式中,使用附图来详细说明作为一个例子应用了本发明的情况下的移动通信系统的实施方式。另外,在ProSe中,有非公共安全和公共安全。在非公共安全中,假定基于移动通信运营商的商用服务,仅在UE在LTE基站的服务区的情况下能够利用。另一方面,在公共安全中,假定基于防灾无线的利用,不仅在UE在LTE基站的服务区的情况下能够利用,即使在UE不在LTE基站(eNB)的服务区的情况下也能够利用。
[0077] 此外,在LTE Direct中,能够在商用服务(非公共安全)中利用LTE的通信方式来在UE间进行直接数据的收发,在公共安全中利用LTE的通信方式来在UE间进行直接数据的收发。
[0078] 此外,在WLAN Direct中,存在在商用服务中利用WLAN的通信方式来在UE间进行直接数据的收发的方法,进一步地,存在在公共安全中利用WLAN的通信方式来在UE间进行直接数据的收发的可能性。
[0079] [1.第1实施方式]
[0080] 另外,将在LTE基站装置的服务区的情况作为“在服务区”,将不在LTE基站装置的服务区的情况作为“不在服务区”来进行说明。首先,参照附图来说明应用了本发明的第1实施方式。
[0081] [1.1移动通信系统的概要]
[0082] 图1是用于说明本实施方式中的移动通信系统1的概略的图。如该图所示,移动通信系统1构成为:UE(移动站装置、终端装置)10A、UE(移动站装置、终端装置)10B和PDN(Packet Data Network,分组数据网络)20经由IP移动通信网络5来连接。此外,在PDN20配置有ProSe服务器90以及应用服务器95。这里,ProSe服务器90是进行UE10A或者UE10B邻近的检测的网络的移动通信运营商所管理的认证服务器,应用服务器95是提供基于UE10A或者UE10B所利用的应用(APP1)的服务的服务器。另外,虽然在该图中,ProSe服务器90被记载为移动通信网络5的外部的装置,但也可以是移动通信网络内的装置。此外,ProSe服务器90可以是MME40的功能的一部分,也可以由其它的装置构成。
[0083] 另外,ProSe服务器90和应用服务器95可以构成为包含于PDN20,也可以构成为包含于核心网络7。
[0084] UE10A和UE10B可以与相同的移动通信运营商网络连接,也可以与单一国家中不同的移动通信运营商网络连接。IP移动通信网络5例如可以是由移动通信运营商所运用的无线接入网络和核心网络构成的网络,也可以是固定通信运营商所运用的宽带网络(broad band network)。后面详细说明移动通信运营商所运用的IP移动通信网络。
[0085] 此外,宽带网络是通过ADSL(Asymmetric Digital Subscriber Line,非对称数字用户线路)等连接,提供基于光纤等数字线路的高速通信的、通信运营商所运用的IP通信网络。进一步地,并不局限于这些,也可以是通过WiMAX(Worldwide Interoper ability for Microwave Access,全球微波互联接入)等来无线接入的网络。
[0086] UE10A是使用LTE、WLAN等接入系统来连接的通信终端,通过搭载3GPP LTE的通信接口、WLAN的通信接口等来连接,能够接入到IP接入网络。
[0087] 作为具体的例子,是移动电话终端、智能电话、其它具备通信功能的平板电脑、个人计算机、家电等。
[0088] PDN20是提供通过分组来进行数据交换的网络服务的网络,例如,是互联网、IMS等。
[0089] PDN20利用有线线路等来与IP接入网络连接。由例如ADSL(Asymmetric Digital SubscriberLine)、光纤等构建。但是,并不局限于此,也可以是LTE(Long Term Evolution)、WLAN(Wireless LAN)、WiMAX(Worldwide Interoper ability for Microwave Access)等无线接入网络。
[0090] [1.1.1IP移动通信网络的构成例]
[0091] 如图2所示,移动通信系统1由UE10A、IP移动通信网络5和PDN20(Packet Data Network)构成。另外,UE10B是与UE10A不同的UE,由于结构与UE10A相同,因此省略说明。此外,IP移动通信网络5除了UE10A、UE10B以外还能够与多个UE连接,但为了简化附图,省略记载。进一步地,IP移动通信网络5由核心网络7和各无线接入网络构成。图2(a)表示核心网络7的详细结构。
[0092] 另外,PDN20是使用图1来说明的提供通过分组来进行数据交换的网络服务的网络,例如是互联网、IMS等。
[0093] 核心网络7构成为包含:PGW(接入控制装置)30(Packet Data Network Gateway,分 组数据 网网 关)、SGW35(ServingGateway,服 务网关 )、MME40(Mobile Management Entity,移 动 管 理 实 体)、HSS50(Home Subscriber Server,归 属 用户 服 务 器)、AAA55(Authentication,Authorization,Accounting,认 证,授 权,计费)、PCRF60(Policyand charging rules function,策略与计费规则功能单元)、ePDG65(enhanced Packet Data Gateway,增强分组数据网关)。
[0094] 无线接入网络也可以由多个不同的接入网络构成。各个接入网络与核心网络7连接。进一步地,UE10A能够与无线接入网络无线连接。
[0095] 在无线接入网络,能够构成能够通过LTE接入系统来连接的LTE接入网络(LTE AN80)、能够通过WLAN接入系统来连接的接入网络。
[0096] 进一步地,能够通过WLAN接入系统来连接的接入网络能够由作为将ePDG65向核心网络7连接的连接装置的WLAN接入网络b(WLAN ANb75)、和与PGW30、PCRF60和AAA55连接的WLAN接入网络a(WLAN ANa70)构成。
[0097] 另外,由于各装置与利用了EPS的移动通信系统的现有的装置同样地构成,因此省略详细的说明,若简单地说明功能,则PGW30连接于PDN20、SGW35、ePDG65、WLAN ANa、PCRF60、AAA55,作为PDN20和核心网络7的网关装置来进行用户数据配送。
[0098] SGW35连接于PGW30、MME40、LTE AN80,作为核心网络7和LTE AN80的网关装置来进行用户数据的配送。
[0099] MME40连接于SGW35、LTE AN80,是进行经由LTE AN80的UE10A的接入控制的接入控制装置。另外,在MME40中,也可以保持ProSe服务器90的功能。
[0100] HSS50连接于SGW35、AAA55,进行加入者信息的管理。此外,AAA55连接于PGW30、HSS50、PCRF60、WLAN ANa70,进行经由WLAN ANa70来连接的UE10A的接入控制。PCRF60连接于PGW30、WLAN ANa70、AAA55,进行针对数据配送的QoS管理。
[0101] ePDG65连接于PGW30、WLAN ANb75,作为核心网络7和WLAN ANb75的网关装置来进行用户数据的配送。
[0102] 此外,如图2(b)所示,各无线接入网络中包含实际上与UE10A连接的装置(例如,基站装置、接入点装置)等。用于连接的装置考虑是应用于无线接入网络的各种装置,但在本实施方式中,LTE AN80构成为包含eNB45。eNB45是通过LTE接入系统来与UE10A连接的无线基站,LTE AN80也可以构成为包含1个或者多个无线基站。
[0103] 进一步地,WLAN ANa70构成为包含WLAN APa72和GW74(Gateway)。WLAN AP72是通过WLAN接入系统来与UE10A连接的无线基站,WLAN AN70也可以构成为包含1个或者多个无线基站。GW74是核心网络7与WLAN ANa70的网关装置。此外,WLAN APa72和GW74也可以由单一的装置构成。
[0104] 这样,WLAN ANa70中包含的网关能够与多个核心网络7内装置连接。在运用核心网络7的运营商与运用WLAN ANa70的运营商不同等的情况下,在运营商间通过运用上的契约、协约等缔结了信赖关系的情况下,能够通过这样的结构来运用。换言之,WLAN APa72对于运用核心网络7的运营商是有可靠性的接入网络。
[0105] 此外,WLAN ANb75构成为包含WLAN APb76。WLAN AP76是通过WLAN接入系统来与UE10A连接的无线基站,WLAN AN75也可以构成为包含1个或者多个无线基站。
[0106] 这样,WLAN ANb75将作为核心网络7中包含的装置的ePDG65作为网关来与核心网络7连接。ePDG65具有用于确保安全性的安全功能。在运用核心网络7的运营商与运用WLAN ANa70的运营商不同等的情况下,在运营商间未通过运用上的契约、协约等缔结信赖关系的情况下通过这样的结构来运用。换言之,WLAN APa对于运用核心网络7的运营商是没有可靠性的接入网络,在包含于核心网络7的ePDG65中提供安全性。
[0107] 另外,在本说明书中,所谓UE10A与各无线接入网络连接,是指与各无线接入网络中包含的基站装置、接入点等连接,收发的数据、信号等也经由基站装置、接入点。
[0108] 例如,所谓LTE AN80与UE10A连接,是指UE10A经由eNB45来连接,所谓与WLAN ANa70连接,是指经由WLAN APa72以及/或者GW74来连接。此外,所谓UE10A与WLAN ANb75连接,是指UE10A与WLAN APb76连接。
[0109] [1.2装置结构]
[0110] 接着,使用附图来简单说明各装置结构。
[0111] [1.2.1UE的结构]
[0112] UE可以是通过LTE接入方式进行基于无线通信的数据的收发的移动电话终端,也可以是通过被称为M2M(machine to machine)的方式从而设备彼此相互进行信息交换的终端装置。此外,也可以是不局限于这些的通信终端。图3表示本实施方式的UE10A的功能结构。UE10A的收发部110、直接收发部120和存储部140经由总线来与控制部100连接。
[0113] 控制部100是用于控制UE10A的功能部。控制部100通过读取并执行存储于存储部140的各种程序来实现各种处理。
[0114] 收发部110是通过LTE接入方式来执行基于无线通信的数据的收发的功能部。这里,收发部110由发送部和接收部构成。发送部能够经由LTE基站来发送数据、控制信息,接收部能够经由LTE基站来发送数据、控制信息。另外,收发部110与外部天线112连接,能够在发送部中经由LTE基站来进行数据、控制信息的发送,在直接接收部中经由LTE基站来进行数据、控制信息的接收。UE10A也能够经由收发部来与LTE基站连接从而与IP接入网络5连接来进行通信。
[0115] 这里,收发部110也可以由进行作为应用的通信数据的用户数据和控制信息的发送的发送部、进行作为应用的通信数据的用户数据和控制信息的接收的接收部分开构成。
[0116] 直接收发部120是能够不经由LTE基站,而与其他UE以数据、控制信息等来进行直接通信的功能部。这里,直接收发部120由直接发送部和直接接收部构成。直接发送部能够不经由LTE基站来发送数据、控制信息,直接接收部能够不经由LTE基站来发送数据、控制信息。另外,直接收发部110与外部天线112连接,能够在直接发送部中不经由LTE基站来进行数据、控制信息的发送,在直接接收部中不经由LTE基站来进行数据、控制信息的接收。
[0117] 这里,直接收发部120也可以由进行作为应用(APP)的通信数据的用户数据和控制信息的发送的发送部、进行作为应用(APP)的通信数据的用户数据和控制信息的接收的接收部分开构成。
[0118] 此外,既可以收发部110和直接收发部120构成为一个收发部,也可以收发部110的发送部和直接收发部120的发送部构成为一个发送部,收发部110的接收部和直接收发部120的接收部构成为一个接收部。
[0119] 存储部140是存储UE10A的各种动作所需要的程序、数据等的功能部。存储部140例如由半导体存储器、HDD(Hard Disk Drive,硬盘驱动器)等构成。进一步地,存储部140中存储ProSe ID142、组ID(group ID)144、APP服务器信息146、服务区(In coverage)标志147、公共安全能(public safety capability)148、公共安全许可(public safety enable)标志149。
[0120] ProSe ID142中存储UE10A识别能够进行邻近检测或者直接通信的UE的信息。图4(a)是表示ProSe ID142的一个例子的图。图4(a)是表示ProSe ID142的图。在图4(a)中,管理着用于识别UE10A的标识符(ProSe ID A)、用于识别邻近地存在并能够进行直接通信的UE10B的标识符(ProSe ID B)。此外,虽然不在邻近的服务区内但能够进行直接通信的UE10C(标识符:ProSe IDC)、UE10D(标识符:ProSe IDD)也被管理。
[0121] 此外,ProSe ID142不仅识别UE,还能按照每个特定的UE的应用而被管理。由此,ProSe ID142不仅能够识别UE,也能够确定UE的应用。
[0122] 此外,ProSe ID142也可以是表达式代码(Expression code)。所谓表达式代码,是指用于识别UE的标识符。表达式代码也可以通过EPS、应用服务器来被分配。此外,UE10A将表达式代码发送给UE10B,也可以为了检测UE10B与UE10A邻近地存在,利用表达式代码。
[0123] 组ID144管理对UE10A所参加的组进行识别的标识符。根据组ID144,UE10A能够限制进行邻近检测、直接通信的UE。另外,组ID144不是必须被利用,也可以不利用组ID144而开始邻近检测、直接通信。在图4(b)中,组ID144管理组1以及组2。另外,组ID能够管理多个,UE10A能够属于多个组。
[0124] APP服务器信息146管理与每个应用(APP)建立关联的APP服务器所涉及的信息。APP服务器是在UE10A所利用的应用中,提供服务的服务器。UE10A能够从APP服务器接收邻近检测、直接通信所需要的信息,进行邻近检测、直接通信。
[0125] 在图4(c)中的APP服务器信息中,UE10A所利用的应用的APP1中的APP服务器1和APP2中的APP服务器2被管理。
[0126] 另外,APP服务器能够管理多个,UE10A能够针对各应用,利用不同的APP服务器。
[0127] 此外,应用也可以根据VoIP或者视频流(video stream)或者视频文件(video file)或者文本(text)等数据种类,而被识别为不同的应用来进行管理。
[0128] 或者,也可以将使用了IMS等中间件的通信识别为单一的应用来进行管理。
[0129] 或者,也可以根据应用名、应用ID来识别并管理Skype、LINE这种个别的应用。
[0130] 或者,也可以根据这些的组合来将应用识别为不同的应用并进行管理。
[0131] 这里,UE10能够利用的应用可以在制造阶段被安装,也可以通过用户操作而被安装。
[0132] 图4(d)是表示针对能够进行邻近检测或者直接通信的UE的服务区覆盖标志(in coverage flag)147的例子的图。在图4(d)中,管理了UE10A的服务区覆盖标志147、UE10B的服务区覆盖标志、UE10B的服务区覆盖标志和UE10B的服务区覆盖标志。这里,作为一个例子,针对UE10A将服务区覆盖标志管理为在服务区,针对UE10B将服务区覆盖标志管理为不在服务区,针对UE10C将服务区覆盖标志管理为在服务区,针对UE10D将服务区覆盖标志管理为在服务区。
[0133] 这里,也可以针对UE10A将服务区覆盖标志管理为不在服务区,针对UE10B将服务区覆盖标志管理为在服务区,针对UE10C将服务区覆盖标志管理为不在服务区,针对UE10D将服务区覆盖标志管理为不在服务区。
[0134] 图4(e)是表示公共安全能力148的例子的图。公共安全能力148对表示能够利用公共安全的信息进行管理。在图4(e)中,管理UE10A的公共安全能力、UE10B的公共安全能力、UE10C的公共安全能力和UE10D的公共安全能力。这里,作为一个例子,将针对UE10A的公共安全能力管理为“可以”,将针对UE10B的公共安全能力管理为“可以”,将针对UE10C的公共安全能力管理为“可以”,将针对UE10D的公共安全能力管理为“不可”。在公共安全能力为“可以”的情况下,UE保持公共安全的功能,表示能够利用公共安全,在公共安全能力为“不可”的情况下,UE不保持公共安全的功能,表示不能利用公共安全。
[0135] 图4(f)是表示公共安全许可标志149的例子的图。公共安全许可标志149对表示各UE许可(或者on)公共安全的信息进行管理。在图4(f)中,管理UE10A的公共安全许可标志、UE10B的公共安全许可标志、UE10C的公共安全许可标志和UE10D的公共安全许可标志。这里,作为一个例子,将针对UE10A的公共安全许可标志管理为on,将针对UE10B的公共安全许可标志管理为on,将针对UE10C的公共安全许可标志管理为off,将针对UE10D的公共安全许可标志管理为“-”。这里,虽然由于UE10D不能利用公共安全而管理为“-”,但也可以管理为off。在公共安全许可标志149中,被管理为“-”或者“off”的UE作为不能利用公共安全的UE被管理。
[0136] [1.2.2ProSe服务器的结构]
[0137] 图5中表示ProSe服务器90的功能结构。另外,所谓ProSe服务器90,是指由进行基于ProSe的邻近检测、基于ProSe的通信的移动通信运营商所管理的认证服务器。认证服务器90的IP移动通信网络接口部910和存储部940经由总线来与控制部900连接。
[0138] 控制部900是用于控制UE10的功能部。控制部900通过读取并执行存储于存储部940的各种程序来实现各种处理。
[0139] IP移动通信网络接口部910是用于认证服务器90与IP移动通信网络5连接的功能部。
[0140] 存储部940是对UE10的各种动作所需的程序、数据等进行记录的功能部。存储部940例如由半导体存储器、HDD(Hard Disk Drive)等构成。
[0141] 进一步地,存储部940中,管理ProSe ID942、组ID944、UE服务区覆盖标志946、UE公共安全能力948和UE公共安全标志949。
[0142] 另外,以下所说明的ProSe ID942、组ID944、UEIncoverge标志946、UE公共安全能力948和UE公共安全许可标志949也可以通过外部装置而被存储。例如,也可以将这些存储于HSS50,根据需要通过进行向HSS50的询问来参照,或者登记于存储部940来进行更新。
[0143] 图6(a)中表示由ProSe服务器管理的ProSe ID942的例子。ProSe ID942中存储UE10A能够进行邻近检测或者直接通信的UE标识符。在图6(a)中,管理着用于识别UE10A的标识符(ProSe ID A)、用于识别邻近地存在并能够进行直接通信的UE10B的标识符(ProSe ID B)和UE10C(标识符:ProSe IDC)、UE10D(标识符:ProSe IDD)。
[0144] 另外,ProSe ID942也可以按照每个应用而被管理。换句话说,也可以按照每个APP,管理ProSe ID942。
[0145] 此外,若ProSe ID942是用于识别UE的标识符,则也可以是表达式代码。所谓表达式代码,是指用于识别UE的标识符。表达式代码也可以通过EPS、应用服务器而被分配。此外,UE10A将表达式代码发送到UE10B,为了检测UE10B与UE10A邻近存在,也可以利用表达式代码。
[0146] 组ID944对识别UE10A所参加的组的标识符进行管理。在图6(b)中,组ID944管理组1以及组2。另外,组ID能够管理多个。
[0147] 图6(c)是表示针对能够进行邻近检测或者直接通信的UE的服务区覆盖标志946的例子的图。在图6(c)中,管理UE10A的服务区覆盖标志147、UE10B的服务区覆盖标志、UE10B的服务区覆盖标志和UE10B的服务区覆盖标志。这里,作为一个例子,针对UE10A将服务区覆盖标志管理为在服务区,针对UE10B将服务区覆盖标志管理为不在服务区,针对UE10C将服务区覆盖标志管理为在服务区,针对UE10D将服务区覆盖标志管理为在服务区。
[0148] 这里,也可以针对UE10A将服务区覆盖标志管理为不在服务区,针对UE10B将服务区覆盖标志管理为在服务区,针对UE10C将服务区覆盖标志管理为不在服务区,针对UE10D将服务区覆盖标志管理为不在服务区。
[0149] 图6(d)是表示公共安全能力948的例子的图。公共安全能力948对表示能够利用公共安全的信息进行管理。在图6(d)中,管理UE10A的公共安全能力、UE10B的公共安全能力、UE10C的公共安全能力和UE10D的公共安全能力。这里,作为一个例子,将针对UE10A的公共安全能力管理为“可以”,将针对UE10B的公共安全能力管理为“可以”,将针对UE10C的公共安全能力管理为“可以”,将针对UE10D的公共安全能力管理为“不可”。
[0150] 图6(e)是表示公共安全许可标志949的例子的图。公共安全许可标志949对表示各UE许可(或者on)公共安全的信息进行管理。在图6(e)中,管理UE10A的公共安全许可标志、UE10B的公共安全许可标志、UE10C的公共安全许可标志和UE10D的公共安全许可标志。这里,作为一个例子,将针对UE10A的公共安全许可标志管理为on,将针对UE10B的公共安全许可标志管理为on,将针对UE10C的公共安全许可标志管理为off,将针对UE10D的公共安全许可标志管理为“-”。这里,虽然由于UE10D不能利用公共安全而管理为“-”,但也可以管理为off。在公共安全许可标志149中,被管理为“-”或者“off”的UE作为不能利用公共安全的UE被管理。
[0151] [1.2.3APP服务器的结构]
[0152] 图7中表示APP服务器95的功能结构。另外,所谓APP服务器95,是指在UE10A所利用的应用中提供服务的服务器。
[0153] APP服务器95的IP移动通信网络接口部9510和存储部9540经由总线来与控制部9500连接。
[0154] 控制部9500是用于控制UE10的功能部。控制部9500通过读取并执行存储于存储部9540的各种程序来实现各种处理。
[0155] IP移动通信网络接口部9510是用于APP服务器95与IP移动通信网络5连接的功能部。
[0156] 存储部9540是对UE10的各种动作所需的程序、数据等进行记录的功能部。存储部9540例如由半导体存储器、HDD(Hard Disk Drive)等构成。进一步地,存储部9540中,ProSe ID9542和组ID9544被管理。
[0157] 图8(a)中表示ProSe ID9542的一个例子。在图9(a)中,管理利用了APP1的UE的标识符。在图9(a)中,UE10A以及UE10B的标识符作为9542的一个例子,ProSe ID A以及ProSe ID B被管理,但并不局限于ProSe ID A以及ProSe ID B,也可以是其他的UE。
[0158] 图8(b)中表示组ID的一个例子。在图8(b)中,管理在APP服务器95中提供服务的组ID。在图8(b)中,作为GruopID9544的一个例子,组1以及组2被管理。这里,被管理的组ID并不仅限于APP1以及APP2,也可以是其他的组ID。
[0159] [1.3处理的说明]
[0160] [1.3.1邻近检测过程]
[0161] 接着,说明上述移动通信系统的具体的过程以及处理。使用图9,来说明在UE10A为了邻近检测UE10B而通过广播(broadcast)进行发送时,包含服务区覆盖标志147、公共安全能力148、公共安全许可标志149,UE10B在来自UE10A的邻近检测中,通过广播来接收包含服务区覆盖标志147、公共安全能力148、公共安全许可标志149的信号,并将针对来自UE10A的信号(广播)的响应发送给UE10A,从而UE10A检测UE10B的服务区覆盖标志147、公共安全能力148、公共安全许可标志149的过程。
[0162] 首先,UE10A的APP1向UE10A的3GPP层发送表达式代码的请求(S902)。这里,所谓表达式代码,是指用于识别UE10A的标识符。此外,表达式代码是用于通过UE10A而被广播并发送,通过UE10B而被接收,从而使UE10B检测到UE10A邻近地存在的标识符。
[0163] 接着,UE10A的3GPP层通过向EPS询问,来进行UE10A的表达式代码的获取(S904)。这里,UE10A也可以通知UE10A的标识符(ProSe ID A),来获取用于邻近检测的表达式代码。另外,一旦接受到表达式代码的认证,也可以跳过表达式代码的认证过程。
[0164] 接下来,UE10A的3GPP层将UE10A的表达式代码通知给UE10B的应用层(S906)。另一方面,UE10A的3GPP层将UE10A的表达式代码发送到UE10B(S908)。这里,UE10A通知广播(announce)的表达式代码。此外,UE10B接收被发送来的表达式代码,并监视表达式代码。另外,从UE10A向UE10B发送表达式代码的方法可以是通过应用层来收发,也可以是通过3GPP层来收发。
[0165] 接下来,UE10B的应用层请求UE10B的3GPP层所监视的表达式代码(S912).这里,UE10B的应用层为了确认S908中通知的UE10A的表达式代码与被UE10B的3GPP层监视的表达式代码相同,进行表达式代码的请求。另外,UE10B的3GPP层也可以通过该表达式代码的请求,开始等待用于来自UE10A的邻近检测的信号。
[0166] 接收到表达式代码的UE10A的应用层向3GPP层请求邻近检测的开始(S910)。接受到邻近检测开始的请求的3GPP层通过广播来发送用于邻近检测UE10B的信号(S914)。用于邻近检测的信号中包含服务区覆盖标志147、公共安全能力148和公共安全许可标志
149。这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区(Out of coverage))的信息。
[0167] 这里,检测UE10A在LTE基站的服务区内的方法考虑有各种方法,例如,可以如果在一定时间内接收到从eNB45发送的信息,则判断为在LTE基站的服务区内,如果在一定时间内未接收到从eNB45发送的信息,则判断为不在LTE基站的服务区。
[0168] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此通知为“可以”。
[0169] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此通知为“on”。此外,也可以包含进行邻近检测的UE10A的表达式代码。这样,UE10A也可以作为请求UE10A的检测的信号来进行发送。
[0170] 进一步地,UE10A也可以包含表示UE10A能够通过LTE Direct建立直接通信路径的能力信息等的识别信息。此外,UE10A也可以包含表示UE10A能够通过WLAN Direct建立直接通信路径的能力信息等的识别信息。
[0171] 另外,UE10A的3GPP层发送的用于邻近检测的信号也可以每隔一定时间被发送。此外,也可以每当服务区覆盖标志147被更新时被发送。服务区覆盖标志147根据发送时刻的在服务区内或者不在服务区内的状况,更新并包含于检测请求信号来发送。
[0172] 接收到用于邻近检测的信号(广播)的UE10B检测表示是信号(广播)中包含的邻近检测的对象的UE10B的表达式代码,判断UE10B是检测的对象。此外,UE10B检测信号(广播)中包含的服务区覆盖标志147、公共安全能力148和公共安全许可标志149,并保存为与UE10A有关的信息。
[0173] UE10A的3GPP层检测UE10A和UE10B的覆盖信息(S915)。图10中表示UE10A和UE10B的覆盖信息。图10(a)表示UE10A在服务区,UE10B不在服务区。图10(b)表示UE10A在服务区、UE10B在服务区。图10(c)表示UE10A不在服务区、UE10B在服务区。图10(d)表示UE10A不在服务区,UE10B不在服务区。如图10所示,在UE10A中,检测在服务区还是不在服务区,根据来自UE10B的通知,检测UE10B在服务区还是不在服务区,从而UE10A中的服务区覆盖标志147成为图10(a)或者图10(b)或者图10(c)、图10(d)的任意一种。
[0174] 能够通过检测UE10A和UE10B是上述4种状态的哪一个,来开始通信路径建立过程。具体来讲,在UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的各个状态下,进行不同的通信路径建立过程。
[0175] 这里,也可以在UE10A或者UE10B的公共安全能力是“不可”、UE10A或者UE10B的服务区覆盖标志147为不在服务区的情况下,判断为不能进行直接通信。此外,也可以在UE10A或者UE10B的公共安全许可标志是“off”、UE10A或者UE10B的服务区覆盖标志147是不在服务区的情况下,判断为不能进行直接通信。
[0176] 此外,UE10B也可以根据表示UE10A能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用LTE Direct。此外,UE10B也可以根据表示UE10A能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用WLAN Direct。
[0177] 从UE10A接收到信号(广播)的UE10B的3GPP层,将以信号(广播)检测到的UE10A的表达式代码通知给UE10B的应用层(S916)。此时,UE10B也可以在该通知中包含服务区覆盖标志147、公共安全能力148和公共安全许可标志149。这里,服务区覆盖标志147中也可以包含表示UE10B在LTE基站的服务区内(In coverage)(或者不在服务区(Out of coverage))的信息。
[0178] 这里,检测UE10B在LTE基站的服务区内的方法考虑有各种方法,例如,可以若在一定时间内接收到从eNB45发送来的信息,则判断为在LTE基站的服务区内,若在一定时间内未接收到从eNB45发送来的信息,则判断为不在LTE基站的服务区内。此外,包含进行邻近检测的UE10B的表达式代码、作为邻近检测的对象的UE10B的表达式代码。
[0179] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10B保持公共安全的功能,因此也可以通知为“可以”。
[0180] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10B许可公共安全,因此也可以通知为“on”。
[0181] 通过以上的过程,UE10B能够检测UE10A以及UE10B中的覆盖信息。换句话说,UE10B能够检测UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的4种状态中的任意状态。
[0182] 这里,UE10A也可以在被UE10B检测到之后,每隔一定时间继续发送用于邻近检测的信号。此外,也可以每当服务区覆盖标志147被更新时进行发送。服务区覆盖标志147根据发送时刻的在服务区内或者不在服务区内的状况,更新并包含于检测请求信号来发送。
[0183] 这里,在从S902到S916的一系列的过程中,也可以切换UE10A和UE10B来开始过程。换句话说,UE10B的应用请求表达式代码(S902),获取UE10B的表达式代码(S904),UE10B的3GPP层将表达式代码通知给UE10B的应用层(S906),UE10B的应用层发送识别UE10B的表达式代码(S908),UE10A的应用层发送邻近检测开始的请求(S910),UE10A的3GPP层发送信号(广播),请求UE10A的应用层进行监视的表达式代码(S912),UE10A对包含了识别UE10B的表达式代码的用于使其检测到UE10B的信号进行监视。UE10B的3GPP层进行邻近检测的信号(广播)的发送(S914)。UE10A通过接收该信号,从而检测UE10B位于邻近。UE10A的3GPP层检测UE10A和UE10B的覆盖信息(S915),UE10A的3GPP层也可以向UE10A的应用层通知监视的表达式代码(S916)。另外,在邻近检测的信号的发送(S914)中,也可以包含进行邻近检测的UE10B的表达式代码。这样,UE10B也可以作为请求UE10B的检测的信号进行发送。
[0184] 通过这一系列的过程,UE10A能够检测UE10B的邻近,并检测UE10A以及UE10B的覆盖信息。换句话说,UE10A能够检测UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的4种状态中的任意状态。
[0185] 接下来,UE10B的3GPP层也可以通过广播向UE10A的3GPP层发送针对邻近检测的响应(S918)。由此,UE10B能够向UE10A通知检测为UE10A邻近地存在。进一步地,UE10A也能够通过该响应的接收,检测UE10B存在于UE10A的邻近。此时,UE10B也可以在该响应中包含服务区覆盖标志147、公共安全能力148和公共安全许可标志149。这里,服务区覆盖标志147中也可以包含表示UE10B在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0186] 进一步地,UE10B也可以包含表示UE10B能通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10B也可以包含表示UE10B能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0187] 这里,检测UE10B在LTE基站的服务区内的方法考虑有各种方法,例如,可以若在一定时间内接收到从eNB45发送来的信息,则判断为在LTE基站的服务区内,若在一定时间内未接收到从eNB45发送来的信息,则判断为不在LTE基站的服务区内。此外,也可以包含进行邻近检测的UE10B的表达式代码、作为邻近检测的对象的UE10B的表达式代码。
[0188] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10B保持公共安全的功能,因此也可以通知为“可以”。
[0189] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10B许可公共安全,因此也可以通知为“on”。
[0190] 另一方面,接收到针对来自UE10B的信号(广播)的响应的UE10A,检测并保存针对信号(广播)的响应中包含的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。
[0191] 此外,UE10A也可以根据表示UE10B能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测UE10B能够利用LTE Direct。此外,UE10A也可以根据表示UE10B能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测UE10B能够利用WLAN Direct。
[0192] UE10A向UE10B进行发送的广播的发送(S914),可以利用预先获取到的通信资源,通过单播来进行发送。此外,相反地,在UE10B向UE10A进行发送的广播的发送(S914)的情况下,也可以利用预先获取到的通信资源,通过单播来进行发送。这里,所谓获取到的通信资源,是指为了检测特定的UE而能够利用的通信资源,可以通过被eNB45或者MME40明示通知而被分配,也可以利用预先通知给UE10A或者UE10B的资源。
[0193] 进一步地,UE10B向UE10A进行发送的广播的发送(S918),可以利用预先获取到的通信资源,通过单播来发送。此外,相反地,在UE10A向UE10B进行发送的广播的发送(S918)的情况下,可以利用预先获取到的通信资源,通过单播来发送。这里,所谓获取到的通信资源,是指为了检测特定的UE而能够利用的通信资源,可以通过被eNB45或者MME40明示通知而被分配,也可以利用预先通知给UE10A或者UE10B的资源。
[0194] 通过以上过程,UE10B(以及UE10A)能够检测UE10A以及UE10B的覆盖信息。换句话说,能够检测UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的4种状态中的任意状态。
[0195] 在邻近检测过程中,UE10B(以及UE10A)检测UE10A以及UE10B的覆盖信息,基于覆盖信息,进行通信路径建立过程。具体来讲,在UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的各个状态下,进行不同的通信路径建立过程。
[0196] [1.3.2通信路径建立过程]
[0197] 接下来,表示通信路径建立过程。这里,在邻近检测过程中,UE10A检测UE10A以及UE10B的覆盖信息。在通信路径建立过程中,利用UE10A和UE10B的覆盖信息,来进行通信路径建立过程。具体来讲,在UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的各个状态下,进行不同的通信路径建立过程。
[0198] [1.3.2.1通信路径建立过程1]
[0199] 说明通信路径建立过程1。在本过程中,UE10A在eNB-A的服务区内,eNB-A被MME-A管理。此外,UE10B在eNB-B的服务区内,eNB-B被MME-B管理。这里,MME-A或者MME-B中也可以是ProSe服务器90(ProSe服务器A、ProSe服务器B)。
[0200] [1.3.2.1.1 UE10A:在服务区UE10B:在服务区]
[0201] 使用图11,来说明UE10A在服务区且UE10B在服务区这一状态下的通信路径建立过程。
[0202] 首先,UE10A向UE10B发送直接通信请求(S1002)。这里,UE10A包含UE10A所管理的组ID(组1)以及ProSe ID(ProSe ID A)。
[0203] 这里,用于进行通信路径建立过程的触发可以是如下的情况,即:在邻近检测过程中,检测UE10A与UE10B邻近,用户操作应用以使得进行直接通信,应用层向3GPP层进行请求以使得在UE10A与UE10B之间进行直接通信的情况。此外,通信路径建立过程的触发也可以是检测到UE10A与UE10B邻近地存在的情况。
[0204] 这里,UE10A可以在直接通信请求中包含服务区覆盖标志147、公共安全能力148和公共安全许可标志149。此外,服务区覆盖标志147中也可以包含表示UE10B在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0205] 这里,UE10A检测在LTE基站的服务区内的方法考虑有各种方法,例如,可以若在一定时间内接收到从eNB45(eNB-A)发送来的信息,则判断为在LTE基站的服务区内,若在一定时间内未接收到从eNB45(eNB-A)发送来的信息,则判断为不在LTE基站的服务区内。
[0206] 进一步地,通信路径建立请求中可以包含表示LTE Direct或者WLAN Direct的标识符。也可以根据该标识符来决定直接通信路径。另外,在该标识符的决定中,可以根据应用来进行决定。例如,若是电话这种通话的应用,则利用LTE Direct,若是处理大容量的视频文件的应用,则可以管理并决定为利用WLAN Direct。
[0207] 此外,可以包含进行邻近检测的UE10A的表达式代码、作为邻近检测的对象的UE10A的表达式代码。
[0208] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此可通知为“可以”。
[0209] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此可通知为“on”。
[0210] 进一步地,UE10A也可以请求建立非公共安全中的直接通信路径。此外,UE10A也可以请求用于建立直接通信路径的资源的获取。这里,UE10A的用于建立直接通信路径的资源的获取,可以在UE10A进行获取时通知。
[0211] 进一步地,UE10A也可以包含表示建立非公共安全的直接通信路径的标识符。此外,UE10A也可以包含表示建立公共安全的直接通信路径的标识符。
[0212] 这里,在UE10A以及UE10B中,UE10A也可以以公共安全能力148分别是“可以”为条件,发送成为公共安全的通信路径建立的直接通信请求。此外,在UE10A以及UE10B中,也可以在公共安全许可标志149分别为“on”的情况下,UE10A发送成为公共安全的通信路径建立的直接通信请求。
[0213] 此外,在UE10A或者UE10B的至少一方,在公共安全能力148为“不可”的情况下,UE10A不发送作为公共安全的通信路径建立的直接通信请求。此外,在UE10A或者UE10B的至少一方,在公共安全许可标志149为“off”的情况下,UE10A不发送作为公共安全的通信路径建立的直接通信请求。UE10A在检测到UE10B能够利用LTE Direct的情况下,也可以包含表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10A在检测到UE10B能够利用WLAN Direct的情况下,也可以包含表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0214] 这里,在UE10A以及UE10B中,在根据表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,双方具有能力的情况下,UE10A也可以向UE10B发送LTE Direct的通信路径的建立请求。建立请求中也可以包含表示LTE Direct的通信路径的建立请求的识别信息。此外,在UE10A以及UE10B中,在根据表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,双方具有能力的情况下,UE10A也可以向UE10B发送WLAN Direct的通信路径的建立请求。建立请求中也可以包含表示WLAN Direct的通信路径的建立请求的识别信息。
[0215] 此外,在UE10A或者UE10B的至少一方,在根据表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测到不保持能力的情况下,UE10A不向UE10B发送LTE Direct的通信路径的建立请求。此外,在UE10A或者UE10B的至少一方,在根据表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测到不保持能力的情况下,UE10A不向UE10B发送WLAN Direct的通信路径的建立请求。
[0216] 从UE10A接收到直接通信请求的UE10B确认直接通信请求中包含的组ID(组1)、ProSe ID(ProSe ID A)。此时,UE10B确认UE10A的组ID、ProSe ID,并确认能够与UE10A直接通信。此外,UE10B也可以在UE10A包含表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息的情况下,决定通过LTE Direct来进行直接通信。此外,UE10B也可以在UE10A包含表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息的情况下,决定通过WLAN Direct来进行直接通信。
[0217] 接收到直接通信请求的UE10B发送直接通信确认响应(S1004)。这里,UE10B包含组ID(组1)、ProSe ID(ProSe ID B)。此时,UE10A确认UE10B的组ID、ProSe ID,并确认能够与UE10A直接通信。
[0218] 这里,UE10B也可以在直接通信请求中包含服务区覆盖标志147、公共安全能力148和公共安全许可标志149。此外,服务区覆盖标志147中也可以包含表示UE10B在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0219] 这里,检测UE10B在LTE基站的服务区内的方法考虑有各种方法,例如,可以若在一定时间内接收到从eNB45(eNB-B)发送来的信息,则判断为在LTE基站的服务区内,若未在一定时间内接收到从eNB45(eNB-B)发送来的信息,则判断为不在LTE基站的服务区内。此外,也可以包含进行邻近检测的UE10A的表达式代码、作为邻近检测的对象的UE10B的表达式代码。
[0220] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10B保持公共安全的功能,因此也可以通知为“可以”。
[0221] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10B许可公共安全,因此也可以通知为“on”。
[0222] 此外,UE10B也可以在此不进行直接通信确认响应,而在之后进行。具体来讲,也可以是UE10B接收到RRC认证直接通信承诺通知(S1024)之后、或UE10B发送了RRC认证直接通信结束通知(S1026)之后。另外,在之后进行直接通信确认响应的情况下,UE10B也可以发送RRC认证直接通信请求(S1006)。
[0223] 接下来,UE10A、UE10B通过服务请求过程,向RRC连接状态转移(S1005)。另外,服务请求过程在LTE中开始数据的收发时,能够利用以往利用的过程。
[0224] 转移到RRC连接状态的UE10B将RRC认证直接通信请求发送给eNB-B(S1006)。RRC认证直接通信请求中包含组ID、ProSe ID A、ProSe ID B、组ID(组1)和APP服务器信息。ProSe ID A是表示UE10A的UE标识符信息,ProSe ID B是表示UE10B的UE标识符信息。
APP服务器信息是在进行直接通信的应用中与提供服务的服务器有关的信息。
[0225] 这里,UE10B也可以根据来自UE10A的表示非公共安全的通信资源的标识符,请求非公共安全中能够利用的通信资源。作为具体的请求方法,也可以包含用于请求非公共安全中能够利用的通信资源的标识符。此外,也可以不是非公共安全中能够利用的通信资源,而包含表示公共安全中能够利用的通信资源的标识符。这里,UE10B可以预先根据应用来管理是以公共安全中能够利用的通信资源来进行通信还是以非公共安全中能够利用的通信资源来进行通信等。这样,该标识符也可以根据应用而被决定。此外,该标识符也可以根据UE10A的服务区覆盖标志147以及UE10B的服务区覆盖标志147而被决定。
[0226] eNB-B或者MME-B也可以利用表示该非公共安全或者公共安全中能够利用的通信资源的标识符,选择分配的通信资源。这里,所谓通信资源,可以是时间、频率、码,也可以是其他用于避免干扰的信息。或者,也可以是这些时间、频率、码等信息的组合。此外,针对通信资源,也可以包含与进行发送的天线有关的信息、为了发送所必须的发送功率信息。
[0227] 接收到RRC认证直接通信请求的eNB-B确认组ID、ProSe ID A、ProSe ID B、组ID、APP服务器信息。另外,在包含表示非公共安全或者公共安全中能够利用的通信资源的标识符的情况下,eNB-B也可以基于识别是以公共安全为用途的通信路径还是以商用服务为用途的通信路径的识别信息来执行通信资源的分配,决定将与通信资源有关的信息通知给UE10B。另外,eNB-B也可以预先分开管理公共安全中能够利用的通信资源和非公共安全中能够利用的通信资源,根据上述决定,分配公共安全中能够利用的通信资源或者非公共安全中能够利用的通信资源。
[0228] 另一方面,转移到RRC连接状态的UE10A向eNB-A发送RRC认证直接通信请求(S1008)。RRC认证直接通信请求中包含组ID、ProSe ID A、ProSe ID B、组ID(组1)和APP服务器信息。
[0229] 这里,也可以在UE10A在服务区、UEI0B在服务区的情况下,UE10A请求非公共安全中能够利用的通信资源。作为具体的请求方法,也可以包含用于请求非公共安全中能够利用的通信资源的标识符。此外,也可以不是非公共安全中能够利用的通信资源,而包含表示公共安全中能够利用的通信资源的标识符。这里,UE10A可以预先根据应用来管理是以公共安全中能够利用的通信资源来通信、还是以非公共安全中能够利用的通信资源来通信等。这样,该标识符也可以根据应用而被决定。此外,该标识符也可以根据UE10A的服务区覆盖标志147以及UE10A的服务区覆盖标志147而被决定。
[0230] eNB-A或者MME-A也可以利用表示该非公共安全或者公共安全中能够利用的通信资源的标识符,选择分配的通信资源。
[0231] 这里,所谓通信资源,可以是时间、频率、码,也可以是其它用于避免干扰的信息。或者,也可以是这些时间、频率、码等信息的组合。此外,针对通信资源,也可以包含与发送的天线有关的信息、为了发送所必须的发送功率信息。
[0232] eNB-B将S1-AP认证直接通信请求发送给MME-B(S1010)。这里,S1-AP认证直接通信请求中包含组ID、ProSe ID A、ProSe ID B、组ID和APP服务器信息。
[0233] 这里,eNB-B也可以向MME-B请求非公共安全中能够利用的通信资源。作为具体的请求方法,也可以包含用于请求非公共安全中能够利用的通信资源的标识符。此外,也可以不是含非公共安全中能够利用的通信资源,而包含表示公共安全中能够利用的通信资源的标识符。这里,eNB-B也可以预先根据来自UE10B的通知,来决定是以公共安全中能够利用的通信资源来进行通信还是以非公共安全中能够利用的通信资源来进行通信。
[0234] MME-B也可以利用表示该非公共安全或者公共安全中能够利用的通信资源的标识符,选择分配的通信资源。这里,所谓通信资源,可以是时间、频率、码,也可以是其它用于避免干扰的信息。或者也可以是这些时间、频率、码等信息的组合。此外,针对通信资源,也可以包含与进行发送的天线有关的信息、为了发送所必须的发送功率信息。
[0235] 接收到S1-AP认证直接通信请求的MME-B确认组ID、ProSe ID A、ProSe ID B、组ID和APP服务器信息。另外,也可以在包含了表示非公共安全或者公共安全中能够利用的通信资源的标识符的情况下,MME-B基于识别是以公共安全为用途的通信路径还是以商用服务为用途的通信路径的识别信息来执行通信资源的分配,决定将与通信资源有关的信息通知给UE10B。另外,MME-B也可以预先分开管理公共安全中能够利用的通信资源和非公共安全中能够利用的通信资源,根据上述决定,分配公共安全中能够利用的通信资源或者非公共安全中能够利用的通信资源。
[0236] 此外,接收到RRC认证直接通信请求的eNB-A确认组ID、ProSe ID A、ProSe ID B、组ID和APP服务器信息。另外,也可以在包含了表示非公共安全或者公共安全中能够利用的通信资源的标识符的情况下,eNB-A基于识别是以公共安全为用途的通信路径还是以商用服务为用途的通信路径的识别信息来执行通信资源的分配,决定将与通信资源有关的信息通知给UE10A。另外,eNB-A也可以预先分开管理公共安全中能够利用的通信资源和非公共安全中能够利用的通信资源,根据上述决定,分配公共安全中能够利用的通信资源或者非公共安全中能够利用的通信资源。
[0237] eNB-A向MME-A发送S1-AP认证直接通信请求(S1012)。这里,S1-AP认证直接通信请求中包含组ID、ProSe ID A、ProSe ID B、组ID和APP服务器信息。
[0238] 这里,eNB-A也可以向MME-A请求非公共安全中能够利用的通信资源。作为具体的请求方法,也可以包含用于请求非公共安全中能够利用的通信资源的标识符。此外,也可以不是非公共安全中能够利用的通信资源,而包含表示公共安全中能够利用的通信资源的标识符。这里,eNB-A也可以预先根据来自UE10A的通知,来决定是以公共安全中能够利用的通信资源来进行通信还是以非公共安全中能够利用的通信资源来进行通信。
[0239] MME-A也可以利用表示该非公共安全或者公共安全中能够利用的通信资源的标识符,选择分配的通信资源。这里,所谓通信资源,可以是时间、频率、码,也可以是其它用于避免干扰的信息。或者也可以是这些时间、频率、码等信息的组合。此外,针对通信资源,也可以包含与进行发送的天线有关的信息、为了发送所必须的发送功率信息。
[0240] 接收到S1-AP认证直接通信请求的MME-A确认组ID、ProSe ID A、ProSe ID B、组ID和APP服务器信息。另外,在包含了表示非公共安全或者公共安全中能够利用的通信资源的标识符的情况下,MME-A也可以基于识别是以公共安全为用途的通信路径还是以商用服务为用途的通信路径的识别信息来执行通信资源的分配,决定将与通信资源有关的信息通知给UE10A。另外,MME-A也可以预先分开管理公共安全中能够利用的通信资源和非公共安全中能够利用的通信资源,根据上述决定,分配公共安全中能够利用的通信资源或者非公共安全中能够利用的通信资源。
[0241] 接下来,MMEA对建立直接通信进行认证,识别UEB属于哪个MME(S1014)。这里,MMEA确认UEA和UEB是否也可以建立直接通信。此外,MMEA向包含MMEB的MME40进行询问,检测UEB所属的MMEB。另外,各MME40检测UE10B的方法考虑有各种方法,例如,可以通过检测在MME40中管理的UE标识符来进行检测。
[0242] 检测到UEB所属的MME-B的MME-A,向MME-B以及eNBA发送S1-AP认证直接通信的通知(S1016)。这里,S1-AP认证直接通信的通知中包含组ID、ProSe ID A、ProSe ID B和发送参数。这里,所谓发送参数,是指为了在UE10A与UE10B之间进行直接通信所需要的信息要素,例如,也可以包含表示通信资源、发送范围的信息(范围类(range class))。
[0243] 从MME-A接收到S1-AP认证直接通信的通知的MME-B,发送S1-AP认证直接通信的通知(S1018)。这里,S1-AP认证直接通信的通知中包含组ID、ProSe ID A、ProSe ID B和发送参数。
[0244] 此外,接收到S1-AP认证直接通信的通知的eNB-A,向UE10A发送RRC认证直接通信承诺通知(S1020)。这里,RRC认证直接通信承诺通知中包含组ID、ProSe ID A、ProSe ID B和发送参数。这里,作为发送参数,除了MME-A通知的发送参数,在eNB-A中,也可以增加发送参数。另外,在RRC认证直接通信请求(S1006)中包含表示非公共安全或者公共安全中能够利用的通信资源的标识符的情况下,eNB-A也可以基于识别是以公共安全为用途的通信路径还是以商用服务为用途的通信路径的识别信息来执行通信资源的分配,将与通信资源有关的信息通知给UE10B。另外,eNB-A也可以预先分开管理公共安全中能够利用的通信资源和非公共安全中能够利用的通信资源,根据上述决定,分配公共安全中能够利用的通信资源或者非公共安全中能够利用的通信资源。接收到RRC认证直接通信承诺通知的UE10A确认直接通信中利用的组ID、ProSe ID A、ProSe ID B和发送参数。
[0245] 接下来,UE10A发送RRC认证直接通信结束通知(S1022)。这里,RRC认证直接通信结束通知中包含ProSe ID A、ProSe ID B、组ID。发送了RRC认证直接通信结束通知的UE10A也可以进行开始与UE10B直接通信的准备。
[0246] 另一方面,接收到S1-AP认证直接通信的通知的eNB-B向UE10B发送RRC认证直接通信承诺通知(S1024)。这里,RRC认证直接通信承诺通知中包含组ID、ProSe ID A、ProSe ID B和发送参数。这里,作为发送参数,除了MME-B通知的发送参数,也可以在eNB-B中增加发送参数。另外,在RRC认证直接通信请求(S1008)中包含表示非公共安全或者公共安全中能够利用的通信资源的标识符的情况下,eNB-B也可以基于识别是以公共安全为用途的通信路径还是以商用服务为用途的通信路径的识别信息来执行通信资源的分配,将与通信资源有关的信息通知给UE10B。另外,eNB-B也可以预先分开管理公共安全中能够利用的通信资源和非公共安全中能够利用的通信资源,根据上述决定,分配公共安全中能够利用的通信资源或者非公共安全中能够利用的通信资源。接收到RRC认证直接通信承诺通知的UE10B确认直接通信中利用的组ID、ProSe ID A、ProSe ID B和发送参数。
[0247] 接下来,UE10B发送RRC认证直接通信结束通知(S1026)。这里,RRC认证直接通信结束通知中包含ProSe ID A、ProSe ID B、组ID。发送了RRC认证直接通信结束通知的UE10B也可以进行开始与UE10A直接通信的准备。
[0248] UE10A与UE10B开始直接通信(S1028)。此时,UE10A与UE10B根据从eNB-A或者eNB-B发送来的发送参数,建立直接通信路径。此外,UE10A也可以向UE10B分配直接通信中利用的IP地址。另一方面,UE10B也可以向UE10A分配直接通信中利用的IP地址。
[0249] 通过以上过程,能够在UE10A在服务区且UE10B在服务区这一状态下进行通信路径建立。
[0250] [1.3.2.1.2 UE10A:不在服务区UE10B:不在服务区]
[0251] 接下来,使用图11来说明UE10A不在服务区且UE10B不在服务区这一状态下的通信路径建立过程。在UE10A不在服务区、UE10B不在服务区的情况下,不能与eNB-A、eNB-B、MME-A、MME-B收发控制信息。换句话说,在图11中,在不进行从S1005到S1026的过程的情况下,进行通信路径建立。
[0252] 首先,UE10A向UE10B发送直接通信请求(S1002)。此时,直接通信请求中包含组ID和ProSe ID(ProSe ID A)。
[0253] 这里,用于进行通信路径建立过程的触发可以是如下情况,即:在邻近检测过程中,检测UE10A与UE10B邻近,用户操作应用以使得进行直接通信,应用层向3GPP层请求以使得在UE10A与UE10B之间进行直接通信的情况。此外,通信路径建立过程的触发也可以是检测到UE10A与UE10B邻近地存在的情况。
[0254] 这里,UE10A也可以在直接通信请求中包含服务区覆盖标志147、公共安全能力148和公共安全许可标志149。此外,服务区覆盖标志147中也可以包含表示UE10B在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0255] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此也可以通知为“可以”。
[0256] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此也可以通知为“on”。
[0257] 进一步地,通信路径建立请求中也可以包含表示是LTE Direct还是WLAN Direct的标识符。也可以根据该标识符来决定直接通信路径。
[0258] 此外,也可以包含进行邻近检测的UE10A的表达式代码、作为邻近检测的对象的UE10A的表达式代码。
[0259] 这里,UE10A也可以预先从UE10A所保持的资源分配到直接通信路径,包含与资源有关的信息,将直接通信路径的建立请求发送给UE10B。
[0260] 进一步地,由于UE10A不在服务区、UE10B不在服务区,因此UE10A也可以决定建立公共安全中的直接通信路径。
[0261] 进一步地,UE10A也可以包含表示建立公共安全中的直接通信路径的标识符。此外,根据覆盖信息检测至少一个UE不在服务区,基于该检测,不发送以非公共安全为用途的直接通信路径的建立请求。
[0262] 这里,在UE10A以及UE10B中,UE10A也可以以公共安全能力148分别是“可以”为条件,发送成为公共安全的通信路径建立的直接通信请求。此外,在UE10A以及UE10B中,UE10A也可以在公共安全许可标志149分别是“on”的情况下,发送成为公共安全的通信路径建立的直接通信请求。
[0263] 此外,在UE10A或者UE10B的至少一方,公共安全能力148是“不可”的情况下,UE10A不发送直接通信请求。此外,在UE10A或者UE10B的至少一方,公共安全许可标志149是“off”的情况下,UE10A不发送直接通信请求。接收到直接通信请求的UE10B确认组ID和ProSe ID,并确认能够与UE10A直接通信。
[0264] 确认了能够与UE10A直接通信的UE10B向UE10A发送直接通信确认响应(S1004)。此时,直接通信请求中包含组ID和ProSe ID(ProSe ID B)。综上所述,检测UE10A与UE10B邻近到能够直接通信的程度。
[0265] 进一步地,UE10B也可以利用来自UE10A的表示公共安全的通信资源的信息,来决定建立公共安全中的直接通信路径。
[0266] 接下来,UE10A进行与UE10A直接通信的开始(S1028)。
[0267] 这里,UE10A也可以在直接通信确认响应接收后(S1004),预先将UE10A所保持的资源分配给直接通信路径,将与资源有关的信息通知给UE10B。
[0268] 通过以上过程,能够在UE10A不在服务区且UE10B不在服务区这一状态下进行通信路径建立。
[0269] [1.3.2.1.3 UE10A:不在服务区UE10B:在服务区]
[0270] 使用图12,来说明UE10A不在服务区且UE10B在服务区这一状态下的通信路径建立过程。另外,在本过程中,UE10B在eNB-B的服务区内,eNB-B由MME-B管理。这里,MME-A或者MME-B中也可以是ProSe服务器90(ProSe服务器A、ProSe服务器B)。
[0271] 首先,UE10A向UE10B发送直接通信请求(S1202)。这里,UE10A包含UE10A所管理的组ID(组1)以及ProSe ID(ProSe ID A)。这里,用于进行通信路径建立过程的触发可以是如下的情况:即:在邻近检测过程中,检测UE10A与UE10B邻近,用户操作应用以使得进行直接通信,应用层向3GPP层进行请求以使得在UE10A与UE10B之间进行直接通信的情况。此外,通信路径建立过程的触发也可以是检测到UE10A与UE10B邻近地存在的情况。这里,UE10A也可以在直接通信请求中包含服务区覆盖标志147、公共安全能力148和公共安全许可标志149。此外,服务区覆盖标志147中也可以包含表示UE10B在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0272] 进一步地,通信路径建立请求中也可以包含表示是LTE Direct还是WLAN Direct的标识符。也可以根据该标识符来决定直接通信路径。
[0273] 此外,也可以包含进行邻近检测的UE10A的表达式代码、作为邻近检测的对象的UE10A的表达式代码。
[0274] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此也可以通知为“可以”。
[0275] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此也可以通知为“on”。
[0276] 进一步地,UE10A也可以请求建立公共安全中的直接通信路径。此外,UE10A也可以请求用于建立直接通信路径的资源的获取。这里,UE10A对用于建立直接通信路径的资源的获取,可以在UE10A进行获取时通知。
[0277] 另外,发送了直接通信请求的UE10A也可以进行开始与UE10B直接通信的准备。此外,由于UE10A不在服务区、UE10B在服务区,因此UE10A也可以决定建立公共安全中的直接通信路径。
[0278] 进一步地,通信路径建立请求中也可以包含表示是LTE Direct还是WLAN Direct的标识符。也可以根据该标识符来决定直接通信路径。另外,该标识符的决定中,也可以根据应用而被决定。例如,若是电话那样的通话的应用,则利用LTE Direct,若是处理大容量的视频文件的应用,则也可以管理并决定为利用WLAN Direct。
[0279] 进一步地,UE10A也可以请求建立公共安全中的直接通信路径。此外,UE10A也可以请求用于建立直接通信路径的资源的获取。进一步地,UE10A也可以包含表示建立公共安全中的直接通信路径的标识符。此外,根据覆盖信息来检测至少一个UE不在服务区,基于该检测,不发送以非公共安全为用途的直接通信路径的建立请求。
[0280] 这里,在UE10A以及UE10B中,UE10A也可以以公共安全能力148分别是“可以”为条件,发送作为公共安全的通信路径建立的直接通信请求。此外,在UE10A以及UE10B中,UE10A也可以在公共安全许可标志149分别是“on”的情况下,发送作为公共安全的通信路径建立的直接通信请求。
[0281] 此外,在UE10A或者UE10B的至少一方,在公共安全能力148是“不可”的情况下,UE10A不发送直接通信请求。此外,在UE10A或者UE10B的至少一方,在公共安全许可标志149是“off”的情况下,UE10A不发送直接通信请求。UE10A也可以在检测到UE10B能够利用LTE Direct的情况下,包含表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10A也可以在检测到UE10B能够利用WLAN Direct的情况下,包含表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0282] 这里,在UE10A以及UE10B中,也可以在根据表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,双方具有能力的情况下,UE10A向UE10B发送LTE Direct的通信路径的建立请求。建立请求中也可以包含表示LTE Direct的通信路径的建立请求的识别信息。此外,在UE10A以及UE10B中,也可以根据表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,在双方具有能力的情况下,UE10A向UE10B发送WLAN Direct的通信路径的建立请求。建立请求中也可以包含表示WLAN Direct的通信路径的建立请求的识别信息。
[0283] 此外,在UE10A或者UE10B的至少一方,根据表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测到不具有能力的情况下,UE10A不向UE10B发送LTE Direct的通信路径的建立请求。此外,在UE10A或者UE10B的至少一方,根据表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测到不具有能力的情况下,UE10A不向UE10B发送WLAN Direct的通信路径的建立请求。
[0284] 从UE10A接收到直接通信要求的UE10B确认直接通信请求中包含的组ID(组1)、ProSe ID(ProSe ID A)。此时,UE10B确认UE10A的组ID、ProSe ID,并确认能够与UE10A直接通信。接收到直接通信请求的UE10A发送直接通信确认响应(S1204)。这里,UE10B包含组ID(组1)、ProSe ID(ProSe ID B)。此时,UE10A确认UE10B的组ID、ProSe ID,并确认能够与UE10A直接通信。
[0285] 进一步地,UE10B也可以利用来自UE10A的表示公共安全中的通信资源的信息,决定建立公共安全中的直接通信路径。
[0286] 此外,UE10B也可以在UE10A包含表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息的情况下,决定通过LTE Direct来进行直接通信。此外,UE10B也可以在UE10A包含表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息的情况下,决定通过WLAN Direct来进行直接通信。
[0287] 接下来,UE10B通过服务请求过程,来转移到RRC连接状态(S1206)。转移到了RRC连接状态的UE10B向eNB-B发送RRC认证直接通信请求(S1208)。RRC认证直接通信请求中包含组ID、ProSe ID A、ProSe ID B、组ID(组1)和APP服务器信息。ProSe ID A是表示UE10A的UE标识符信息,ProSe ID B是表示UE10B的UE标识符信息。APP服务器信息是在进行直接通信的应用中与提供服务的服务器有关的信息。
[0288] 这里,在UE10A在服务区、UE10B在服务区的情况下,UE10B也可以请求公共安全中能够利用的通信资源。作为具体的请求方法,也可以包含用于请求非公共安全中能够利用的通信资源的标识符。此外,也可以不是非公共安全中能够利用的通信资源,而包含表示公共安全中能够利用的通信资源的标识符。这里,UE10B可以预先根据应用来管理是通过公共安全中能够利用的通信资源来进行通信还是通过非公共安全中能够利用的通信资源来进行通信等。这样,该标识符也可以根据应用而被决定。此外,该标识符也可以根据UE10A的服务区覆盖标志147以及UE10B的服务区覆盖标志147而被决定。
[0289] eNB-B或者MME-B也可以利用表示该非公共安全或者公共安全中能够利用的通信资源的标识符,来选择分配的通信资源。这里,所谓通信资源,可以是时间、频率、码,也可以是其它用于避免干扰的信息。或者也可以是这些时间、频率、码等信息的组合。此外,针对通信资源,也可以包含与进行发送的天线有关的信息、为了发送所必须的发送功率信息。接收到RRC认证直接通信请求的eNB-B确认组ID、ProSe ID A、ProSe ID B、组ID和APP服务器信息。另外,在包含了表示非公共安全或者公共安全中能够利用的通信资源的标识符的情况下,eNB-B也可以基于识别是以公共安全为用途的通信路径还是以商用服务为用途的通信路径的识别信息来执行通信资源的分配,决定将与通信资源有关的信息通知给UE10B。另外,eNB-B也可以预先分开管理公共安全中能够利用的通信资源和非公共安全中能够利用的通信资源,根据上述决定,分配公共安全中能够利用的通信资源或者非公共安全中能够利用的通信资源。
[0290] 接下来,eNB-B向MME-B发送S1-AP认证直接通信请求(S1210)。这里,S1-AP认证直接通信请求中包含组ID、ProSe ID A、ProSe ID B、组ID和APP服务器信息。
[0291] 这里,eNB-B也可以向MME-B请求公共安全中能够利用的通信资源。作为具体的请求方法,也可以包含用于请求非公共安全中能够利用的通信资源的标识符。此外,也可以不是非公共安全中能够利用的通信资源,而包含表示公共安全中能够利用的通信资源的标识符。这里,eNB-B可以预先根据来自UE10B的通知来决定是以公共安全中能够利用的通信资源来进行通信还是以非公共安全中能够利用的通信资源来进行通信。
[0292] MME-B也可以利用表示该非公共安全或者公共安全中能够利用的通信资源的标识符,选择所分配的通信资源。这里,所谓通信资源,可以是时间、频率、码,也可以是其它用于避免干扰的信息。或者也可以是这些时间、频率、码等信息的组合。此外,针对通信资源,也可以包含与进行发送的天线有关的信息、为了发送所必须的发送功率信息。
[0293] 接收到S1-AP认证直接通信请求的MME-B确认组ID、ProSe ID A、ProSe ID B、组ID和APP服务器信息。另外,在包含了表示非公共安全或者公共安全中能够利用的通信资源的标识符的情况下,MME-B也可以基于识别是以公共安全为用途的通信路径还是以商用服务为用途的通信路径的识别信息来执行通信资源的分配,决定将与通信资源有关的信息通知给UE10B。另外,MME-B也可以预先分开管理公共安全中能够利用的通信资源和非公共安全中能够利用的通信资源,根据上述决定,分配公共安全中能够利用的通信资源或者非公共安全中能够利用的通信资源。
[0294] 接下来,MME-B对建立直接通信进行认证(S1212)。这里,MMEB确认UEA与UEB是否可以建立直接通信。
[0295] 接下来,MME-B向eNB-B发送S1-AP认证直接通信的通知(S1214)。这里,S1-AP认证直接通信的通知中包含组ID、ProSe ID A、ProSe ID B和发送参数。
[0296] 进一步地,接收到S1-AP认证直接通信的通知的eNB-B向UE10B发送RRC认证直接通信承诺通知(S1216)。这里,RRC认证直接通信承诺通知中包含组ID、ProSe ID A、ProSe ID B和发送参数。这里,作为发送参数,除了MME-B所通知的发送参数,在eNB-B中,也可以增加发送参数。另外,在RRC认证直接通信请求(S1208)中包含表示非公共安全或者公共安全中能够利用的通信资源的标识符的情况下,eNB-B也可以基于识别是以公共安全为用途的通信路径还是以商用服务为用途的通信路径的识别信息来执行通信资源的分配,将与通信资源有关的信息通知给UE10B。另外,eNB-B也可以预先分开管理公共安全中能够利用的通信资源和非公共安全中能够利用的通信资源,根据上述决定,分配公共安全中能够利用的通信资源或者非公共安全中能够利用的通信资源。接收到RRC认证直接通信承诺通知的UE10B确认直接通信中利用的组ID、ProSe ID A、ProSe ID B和发送参数。
[0297] 接下来,UE10B发送RRC认证直接通信结束通知(S1218)。这里,RRC认证直接通信结束通知中包含ProSe ID A、ProSe ID B、组ID。发送了RRC认证直接通信结束通知的UE10A也可以进行开始与UE10B直接通信的准备。
[0298] 开始UE10A与UE10B直接通信(S1220)。此时,UE10B也可以将从eNB-B发送来的发送参数通知给UE10A。此外,UE10B也可以向UE10A分配直接通信中利用的IP地址。
[0299] 通过以上过程,在UE10A不在服务区且UE10B在服务区这一状态下能够进行通信路径建立。
[0300] [1.3.2.1.4 UE10A:在服务区UE10B:不在服务区]
[0301] 使用图13,说明UE10A在服务区且UE10B不在服务区这一状态下的通信路径建立过程。另外,在本过程中,UE10A在eNB-A的服务区内,eNB-A由MME-A管理。这里,MME-A或者MME-B中也可以是ProSe服务器90(ProSe服务器A、ProSe服务器B)。
[0302] 首先,UE10A向UE10B发送直接通信请求(S1302)。这里,UE10A包含UE10A所管理的组ID(组1)以及ProSe ID(ProSe ID A)。这里,用于进行通信路径建立过程的触发可以是如下的情况,即:在邻近检测过程中,检测UE10A与UE10B邻近,用户操作应用以使得进行直接通信,应用层向3GPP层请求以使得在UE10A与UE10B之间进行直接通信的情况。此外,通信路径建立过程的触发也可以是检测到UE10A与UE10B邻近地存在的情况。这里,UE10A也可以在直接通信请求中包含服务区覆盖标志147、公共安全能力148和公共安全许可标志149。此外,服务区覆盖标志147中也可以包含表示UE10B在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0303] 进一步地,通信路径建立请求中也可以包含表示是LTE Direct还是WLAN Direct的标识符。也可以根据该标识符来决定直接通信路径。
[0304] 此外,也可以包含进行邻近检测的UE10A的表达式代码、作为邻近检测的对象的UE10A的表达式代码。
[0305] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此可以通知为“可以”。
[0306] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此可以通知为“on”。
[0307] 进一步地,UE10A也可以请求建立公共安全中的直接通信路径。此外,UE10A也可以请求用于建立直接通信路径的资源的获取。这里,UE10A对用于建立直接通信路径的资源的获取,也可以在UE10A进行获取时通知。
[0308] 另外,发送了直接通信请求的UE10A可以进行开始与UE10B直接通信的准备。
[0309] 此外,通信路径建立请求中也可以包含表示是LTE Direct还是WLAN Direct的标识符。也可以根据该标识符来决定直接通信路径。另外,该标识符的决定中,也可以根据应用来决定。例如,也可以进行管理并决定,以使得若是电话那种通话的应用,则利用LTE Direct,若是处理大容量的视频文件的应用,则利用WLAN Direct。
[0310] 进一步地,UE10A也可以请求建立非公共安全中的直接通信路径。此外,UE10A对用于建立直接通信路径的资源的获取,可以在UE10A进行获取时通知。进一步地,UE10A也可以包含表示建立公共安全中的直接通信路径的标识符。此外,根据覆盖信息来检测至少一个UE不在服务区,基于该检测,不发送以非公共安全为用途的直接通信路径的建立请求。
[0311] 这里,在UE10A以及UE10B中,以公共安全能力148分别是“可以”为条件,UE10A也可以发送作为公共安全的通信路径建立的直接通信请求。此外,在UE10A以及UE10B中,在公共安全许可标志149分别是“on”的情况下,UE10A也可以发送作为公共安全的通信路径建立的直接通信请求。
[0312] 此外,在UE10A或者UE10B的至少一方,在公共安全能力148是“不可”的情况下,UE10A不发送直接通信请求。此外,在UE10A或者UE10B的至少一方,在公共安全许可标志149是“off”的情况下,UE10A不发送直接通信请求。
[0313] UE10A在检测到UE10B能够利用LTE Direct的情况下,也可以包含表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10A在检测到UE10B能够利用WLAN Direct的情况下,也可以包含表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0314] 这里,在UE10A以及UE10B中,在根据表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,双方具有能力的情况下,UE10A也可以向UE10B发送LTE Direct的通信路径的建立请求。建立请求中也可以包含表示LTE Direct的通信路径的建立请求的识别信息。此外,在UE10A以及UE10B中,在根据表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,双方具有能力的情况下,UE10A也可以向UE10B发送WLAN Direct的通信路径的建立请求。建立请求中也可以包含表示WLAN Direct的通信路径的建立请求的识别信息。
[0315] 此外,在UE10A或者UE10B的至少一方,在根据表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测到不具有能力的情况下,UE10A不向UE10B发送LTE Direct的通信路径的建立请求。此外,在UE10A或者UE10B的至少一方,在根据表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测到不具有能力的情况下,UE10A不向UE10B发送WLAN Direct的通信路径的建立请求。
[0316] 从UE10A接收到直接通信请求的UE10B确认直接通信请求中包含的组ID(组1)、ProSe ID(ProSe ID A)。此时,UE10B确认UE10A的组ID、ProSe ID,并确认能够与UE10A直接通信。
[0317] 进一步地,由于UE10A在服务区、UE10B不在服务区,因此UE10A也可以决定建立公共安全中的直接通信路径。
[0318] 此外,UE10B也可以在UE10A包含表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息的情况下,决定通过LTE Direct来进行直接通信。此外,UE10B也可以在UE10A包含表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息的情况下,决定通过WLAN Direct来进行直接通信。
[0319] 接收到直接通信请求的UE10B发送直接通信确认响应(S1304)。这里,UE10B包含组ID(组1)、ProSe ID(ProSe ID B)。此时,UE10A确认UE10B的组ID、ProSe ID,并确认能够与UE10A直接通信。
[0320] 进一步地,UE10B也可以利用来自UE10A的表示公共安全中的通信资源的信息,来决定建立公共安全中的直接通信路径。
[0321] 接下来,UE10A通过服务请求过程,转移到RRC连接状态(S1306)。转移到RRC连接状态的UE10A向eNB-A发送RRC认证直接通信请求(S1308)。RRC认证直接通信请求中包含组ID、ProSe ID A、ProSe ID B、组ID(组1)和APP服务器信息。也可以通过发送RRC认证直接通信请求,来请求针对直接通信路径建立的许可。此外,也可以通过发送RRC认证直接通信请求,来请求针对直接通信路径的资源。
[0322] 这里,在UE10A在服务区、UE10B在服务区的情况下,UE10A也可以请求公共安全中能够利用的通信资源。作为具体的请求方法,也可以包含用于请求非公共安全中能够利用的通信资源的标识符。此外,也可以不是非公共安全中能够利用的通信资源,而包含表示公共安全中能够利用的通信资源的标识符。这里,UE10A可以预先根据应用来管理是通过公共安全中能够利用的通信资源来进行通信还是通过非公共安全中能够利用的通信资源来进行通信等。这样,该标识符也可以根据应用而被决定。此外,该标识符也可以根据UE10A的服务区覆盖标志147以及UE10B的服务区覆盖标志147而被决定。
[0323] eNB-A或者MME-A也可以利用表示该非公共安全或者公共安全中能够利用的通信资源的标识符,来选择分配的通信资源。这里,所谓通信资源,可以是时间、频率、码,也可以是其它用于避免干扰的信息。或者也可以是这些时间、频率、码等信息的组合。此外,针对通信资源,也可以包含与进行发送的天线有关的信息、为了发送所必须的发送功率信息。接收到RRC认证直接通信请求的eNB-A确认组ID、ProSe ID A、ProSe ID B、组ID和APP服务器信息。另外,在包含了表示非公共安全或者公共安全中能够利用的通信资源的标识符的情况下,eNB-A也可以基于识别是以公共安全为用途的通信路径还是以商用服务为用途的通信路径的识别信息来执行通信资源的分配,决定将与通信资源有关的信息通知给UE10A。另外,eNB-A也可以预先分开管理公共安全中能够利用的通信资源和非公共安全中能够利用的通信资源,根据上述决定,分配公共安全中能够利用的通信资源或者非公共安全中能够利用的通信资源。
[0324] 接下来,eNB-A将S1-AP认证直接通信请求发送给MME-A(S1310)。这里,S1-AP认证直接通信请求中包含组ID、ProSe ID A、ProSe ID B、组ID和APP服务器信息。
[0325] 这里,eNB-A也可以向MME-A请求公共安全中能够利用的通信资源。作为具体的请求方法,也可以包含用于请求非公共安全中能够利用的通信资源的标识符。此外,也可以不是非公共安全中能够利用的通信资源,而包含表示公共安全中能够利用的通信资源的标识符。这里,eNB-A也可以预先根据来自UE10A的通知,来决定是以公共安全中能够利用的通信资源来进行通信还是以非公共安全中能够利用的通信资源来进行通信。
[0326] MME-A也可以利用表示该非公共安全或者公共安全中能够利用的通信资源的标识符,来选择分配的通信资源。这里,所谓通信资源,可以是时间、频率、码,也可以是其它用于避免干扰的信息。或者也可以是这些时间、频率、码等信息的组合。此外,针对通信资源,也可以包含与进行发送的天线有关的信息、为了发送所必须的发送功率信息。
[0327] 接收到S1-AP认证直接通信请求的MME-A确认组ID、ProSe ID A、ProSe ID B、组ID和APP服务器信息。另外,在包含了表示非公共安全或者公共安全中能够利用的通信资源的标识符的情况下,MME-A也可以基于识别是以公共安全为用途的通信路径还是以商用服务为用途的通信路径的识别信息来执行通信资源的分配,决定将与通信资源有关的信息通知给UE10A。另外,MME-A也可以预先分开管理公共安全中能够利用的通信资源和非公共安全中能够利用的通信资源,根据上述决定,分配公共安全中能够利用的通信资源或者非公共安全中能够利用的通信资源。
[0328] 接下来,MME-A对建立直接通信认证(S1312)。这里,MME-A确认UEA与UEB是否可以建立直接通信。
[0329] 接下来,MME-A向eNB-A发送S1-AP认证直接通信的通知(S1314)。这里,S1-AP认证直接通信的通知中包含组ID、ProSe ID A、ProSe ID B和发送参数。
[0330] 进一步地,接收到S1-AP认证直接通信的通知的eNB-A向UE10A发送RRC认证直接通信承诺通知(S1316)。这里,RRC认证直接通信承诺通知中包含组ID、ProSe ID A、ProSe ID B和发送参数。这里,作为发送参数,除了MME-A通知的发送参数,也可以在eNB-A中,增加发送参数。另外,在RRC认证直接通信请求(S1308)中包含表示非公共安全或者公共安全中能够利用的通信资源的标识符的情况下,eNB-A也可以基于识别是以公共安全为用途的通信路径还是以商用服务为用途的通信路径的识别信息来执行通信资源的分配,决定将与通信资源有关的信息通知给UE10B。另外,eNB-A也可以预先分开管理公共安全中能够利用的通信资源和非公共安全中能够利用的通信资源,根据上述决定,分配公共安全中能够利用的通信资源或者非公共安全中能够利用的通信资源。接收到RRC认证直接通信承诺通知的UE10A确认直接通信中利用的组ID、ProSe ID A、ProSe ID B和发送参数。
[0331] 接下来,UE10A发送RRC认证直接通信结束通知(S1318)。这里,RRC认证直接通信结束通知中包含ProSe ID A、ProSe ID B、组ID。发送了RRC认证直接通信结束通知的UE10A可以进行开始与UE10B直接通信的准备。
[0332] 开始UE10A与UE10B直接通信(S1320)。此时,UE10A也可以将从eNB-A发送来的发送参数通知给UE10B。此外,UE10A也可以向UE10B分配直接通信中利用的IP地址。
[0333] 另外,在上述说明的过程中,在MME40与ProSe服务器90由不同的装置构成的情况下,MME40(MME-A或者MME-B)的处理也可以通过ProSe服务器90来进行。
[0334] 通过以上过程,在UE10A在服务区且UE10B不在服务区这一状态下能够进行通信路径建立。
[0335] [1.3.2.2通信路径建立过程2]
[0336] 这里,说明与通信路径建立过程1不同的通信路径建立过程2。与通信路径建立过程1的不同在于,分配用于UE识别直接通信的直接通信ID。另外,在通信路径建立过程2中,也在UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的各个状态下,进行不同的通信路径建立过程。
[0337] [1.3.2.2.1 UE10A:在服务区UE10B:在服务区UE10A:在服务区UE10B:不在服务区]
[0338] 使用图14来说明UE10A在服务区且UE10B在服务区的情况下的通信路径建立过程。
[0339] 另外,本过程也同样能够利用于UE10A在服务区且UE10B不在服务区的情况下的通信路径建立过程。这里,用于进行通信路径建立过程的触发可以是如下的情况,即:在邻近检测过程中,检测UE10A与UE10B邻近,用户操作应用以使得进行直接通信,应用层向3GPP层进行请求以使得在UE10A与UE10B之间进行直接通信的情况。此外,通信路径建立过程的触发也可以是检测到UE10A与UE10B邻近地存在的情况。
[0340] 进一步地,在UE10A在服务区且UE10B在服务区的情况下,UE10A也可以决定建立非公共安全中的直接通信路径,并决定请求用于建立非公共安全中的通信路径的资源。
[0341] 进一步地,在UE10A在服务区且UE10B不在服务区的情况下,UE10A也可以决定建立公共安全中的直接通信路径,并决定请求用于建立公共安全中的通信路径的资源。
[0342] 首先,UE10A进行网络认证过程(S4003)。使用图15来说明网络认证过程。首先,UE10A发送扩展了的服务请求(S5004)。这里,UE10A在扩展了的服务请求中包含直接通信请求、表达式代码来进行通知。
[0343] 这里,UE10A也可以在扩展了的服务请求中包含服务区覆盖标志147、公共安全能力148和公共安全许可标志149。此外,服务区覆盖标志147中可以包含表示UE10B在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0344] 这里,检测UE10A在LTE基站的服务区内的方法考虑有各种方法,例如,也可以若在一定时间内接收到从eNB45(eNB-A)发送来的信息,则判断为在LTE基站的服务区内,若在一定时间内未接收到从eNB45(eNB-A)发送来的信息,则判断为不在LTE基站的服务区内。
[0345] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此也可以通知为“可以”。
[0346] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此也可以通知为“on”。
[0347] 进一步地,在UE10A在服务区且UE10B在服务区的情况下,UE10A也可以决定建立非公共安全中的直接通信路径,并请求用于建立非公共安全中的通信路径的资源。
[0348] 进一步地,在UE10A在服务区且UE10B不在服务区的情况下,UE10A也可以决定建立公共安全中的直接通信路径,并请求用于建立公共安全中的通信路径的资源。
[0349] 进一步地,UE10A也可以包含表示UE10A能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10A也可以包含表示UE10A能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0350] 这里,在UE10A以及UE10B中,在根据表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,双方具有能力的情况下,UE10A也可以向MME40发送LTE Direct的通信路径的建立请求。建立请求中也可以包含表示LTE Direct的通信路径的建立请求的识别信息。此外,在UE10A以及UE10B中,在根据表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,双方具有能力的情况下,UE10A也可以向MME40发送WLAN Direct的通信路径的建立请求。建立请求中也可以包含表示WLAN Direct的通信路径的建立请求的识别信息。
[0351] 此外,在UE10A或者UE10B的至少一方,在根据表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测到不具有能力的情况下,UE10A不向MME40发送LTE Direct的通信路径的建立请求。此外,在UE10A或者UE10B的至少一方,根据表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测到不具有能力的情况下,UE10A不向MME40发送WLAN Direct的通信路径的建立请求。
[0352] 接收到扩展了的服务请求的MME40在扩展了的服务请求中检测直接通信请求、表达式代码。此外,在包含服务区覆盖标志147的情况下,确认服务区覆盖标志147。这里,服务区覆盖标志147中存在UE10A在服务区且UE10B在服务区的情况、和UE10A在服务区且UE10B不在服务区的情况。
[0353] 此外,MME40也可以根据表示UE10A能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用LTE Direct。此外,MME40也可以根据表示UE10A能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用WLAN Direct。
[0354] 接下来,MME40从UE10A到PGW30建立EPS承载(S5006)。另外,EPS承载的建立是利用以往就被利用的过程,在UE10A与eNB45、eNB45与SGW35、SGW35与PGW30之间建立承载。
[0355] 接下来,MME40对UE10B进行直接通信终端侧过程(S5008)。这里,MME40在包含服务区覆盖标志的情况下,在UE10B不在服务区时,也可以不进行直接通信终端过程。另一方面,在包含服务区覆盖标志147、UE10A在服务区且UE10B在服务区的情况下,进行直接通信终端过程。使用图16来说明直接通信终端侧过程。首先,MME40向UE10B发送寻呼(S6002)。这里,寻呼中包含表示直接通信的标识符。接收到寻呼的UE10B对寻呼寻址到UE10B和被请求直接通信进行检测。
[0356] 接下来,UE10B发送扩展了的服务请求(S6004)。这里,由于UE10B包含表示直接通信的标识符,因此包含表示直接通信请求的信息。接收到扩展了的服务请求的MME40对UE10B与UE10A进行直接通信认证。这里,MME40也可以在作为寻呼的响应而一定时间内不能从UE10B检测到扩展了的服务请求的情况下,判断为UE10B不在服务区。在判断为UE10B不在服务区的情况下,不进行以下的过程,可以返回到图15的S5008,开始接下来的S5010的过程。接着,MME40从UE10B到PGW30建立EPS承载(S6006)。另外,EPS承载的建立是利用以往被利用的过程,在UE10B与eNB45、eNB45与SGW35、SGW35与PGW30之间建立承载。
[0357] 接着,MME40向eNB45发送S1-AP直接通信建立通知(S6008)。另外,S1-AP直接通信建立通知中包含直接通信有效化标志。
[0358] 接收到S1-AP直接通信建立通知的eNB45进行UE10B与RRC连接再设定(S6010)。eNB45确认进行了UE10与RRC连接再设定,并向MME40发送S1-AP直接通信建立结束通知(S6012)。
[0359] 通过以上过程,能够进行直接通信终端侧过程。接收到S1-AP直接通信建立结束通知的MME40向eNB45发送S1-AP直接通信建立通知(S5010)。另外,S1-AP直接通信建立通知中包含直接通信有效化标志。
[0360] 接收到S1-AP直接通信建立通知的eNB45进行UE10B与RRC连接再设定(S5012)。eNB45确认进行了UE10与RRC连接再设定,并向MME40发送S1-AP直接通信建立结束通知(S5014)。
[0361] 通过以上过程,UE10A与UE10B能够进行用于开始直接通信的网络认证过程。
[0362] 接下来,结束了网络认证过程的UE10A与UE10B相互发送直接通信警报(S4004)。根据该通知,UE10A与UE10B检测开始直接通信。
[0363] 接下来,UE10A向UE10B发送直接通信请求(S4006)。
[0364] 这里,UE10A也可以在直接通信请求中包含服务区覆盖标志147、公共安全能力148和公共安全许可标志149。此外,服务区覆盖标志147中可以包含表示UE10B在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0365] 此外,也可以包含进行邻近检测的UE10A的表达式代码、作为邻近检测的对象的UE10A的表达式代码。
[0366] 这里,UE10A也可以在直接通信请求中包含服务区覆盖标志147、公共安全能力148和公共安全许可标志149。此外,服务区覆盖标志147中也可以包含表示UE10B在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0367] 这里,检测UE10A在LTE基站的服务区内的方法考虑有各种方法,例如,也可以若在一定时间内接收到从eNB45(eNB-A)发送来的信息,则判断为在LTE基站的服务区内,若在一定时间内未接收到从eNB45(eNB-A)发送来的信息,则判断为不在LTE基站的服务区内。
[0368] 进一步地,通信路径建立请求中也可以包含表示是LTE Direct还是WLAN Direct的标识符。也可以根据该标识符来决定直接通信路径。另外,该标识符的决定中也可以根据应用而被决定。例如,也可以进行管理并决定,使得若是电话那种通话的应用,则利用LTE Direct,若是处理大容量的视频文件的应用,则利用WLAN Direct。
[0369] 此外,也可以包含进行邻近检测的UE10A的表达式代码、作为邻近检测的对象的UE10A的表达式代码。
[0370] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此也可以通知为“可以”。
[0371] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此也可以通知为“on”。
[0372] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此也可以通知为“可以”。
[0373] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此也可以通知为“on”。
[0374] 进一步地,直接通信请求中也可以包含表示是LTE Direct还是WLAN Direct的标识符。也可以根据该标识符来决定直接通信路径。另外,该标识符的决定中也可以根据应用而被决定。例如,也可以进行管理并决定,使得若是电话那种通话的应用,则利用LTE Direct,若是处理大容量的视频文件的应用,则利用WLAN Direct。
[0375] 进一步地,UE10A也可以包含表示UE10A能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10A也可以包含表示UE10A能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0376] 这里,在UE10A以及UE10B中,在根据表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,双方具有能力的情况下,UE10A也可以向UE10B发送LTE Direct的通信路径的建立请求。建立请求中也可以包含表示LTE Direct的通信路径的建立请求的识别信息。此外,在UE10A以及UE10B中,在根据表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,双方具有能力的情况下,UE10A也可以向UE10B发送WLAN Direct的通信路径的建立请求。建立请求中也可以包含表示WLAN Direct的通信路径的建立请求的识别信息。
[0377] 此外,在UE10A或者UE10B的至少一方,在根据表示能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测到不具有能力的情况下,UE10A不向UE10B发送LTE Direct的通信路径的建立请求。此外,在UE10A或者UE10B的至少一方,在根据表示能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测到不具有能力的情况下,UE10A不向UE10B发送WLAN Direct的通信路径的建立请求。
[0378] 另一方面,UE10B也可以通过直接通信请求,根据表示UE10A能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用LTE Direct。此外,UE10B也可以根据表示UE10A能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用WLAN Direct。
[0379] 接着,UE10A与UE10B进行用于确保安全的过程(S4008)。这里,UE10A与UE10B确保安全的方法考虑有各种方法,例如,预先在UE10A与UE10B之间保持加密密钥,利用IPsec。
[0380] 在UE10A与UE10B之间确保了安全之后,UE10B向UE10A发送直接通信承诺通知(S4010)。直接通信承诺通知中包含直接通信ID、QoS、IP地址。这里,直接通信ID是用于识别在UE10A与UE10B建立的直接通信的标识符。此外,QoS可以利用预先决定的来进行通知,也可以从多个候选中选择来进行通知。此外,存在通过各种方法来生成IP地址的方法,例如,有在UE10B中生成IPv6链接本地(link local)地址并通知的方法。这里生成的IPv6链接本地地址可以作为UE10B所利用的IP地址进行通知,也可以作为UE10A所利用的IP地址进行通知。接收到直接通信承诺通知的UE10A确认直接通信承诺通知中包含的直接通信ID、QoS、UE10A的IP地址。
[0381] 接下来,UE10A向UE10B发送直接通信结束通知。直接通信结束通知中包含直接通信ID、QoS、UE10B的IP地址。这里,直接通信ID是UE10B所通知的直接通信ID。此外,QoS是UE10B通知的QoS。进一步地,关于IP地址,在UE10A中生成并通知IPv6链接本地地址。这里,生成的IPv6链接本地地址可以作为UE10B所利用的IP地址进行通知,也可以作为UE10A所利用的IP地址进行通知。但是,在UE10B通知UE10A的IP地址的情况下,UE10A通知UE10B的IP地址。此外,在UE10B通知UEB的IP地址的情况下,UE10A通知UE10A的IP地址。
[0382] 接下来,UE10A与UE10B进行直接通信中的无线承载的建立(S4014)。
[0383] 通过以上过程,能够在UE10A在服务区且UE10B在服务区这一状态下进行通信路径建立。此外,能够在UE10A在服务区且UE10B不在服务区这一状态下进行通信路径建立。
[0384] [1.3.2.2.2 UE10A:不在服务区,UE10B:不在服务区]
[0385] 使用图14,来说明UE10A不在服务区且UE10B不在服务区的情况下的通信路径建立过程。在UE10A不在服务区且UE10B不在服务区的情况下,不进行网络认证过程(S4003),从直接通信警报开始过程(S4004)。
[0386] 这里,UE10A也可以预先从UE10A所保持的资源分配给直接通信路径,包含与资源有关的信息,将直接通信路径的建立请求发送给UE10B。
[0387] 进一步地,由于UE10A不在服务区且UE10B不在服务区,因此UE10A也可以决定建立公共安全中的直接通信路径。除此以外的过程能够利用与[1.3.2.2.1 UE10A:在服务区,UE10B:在服务区]中说明的方法同样的方法。
[0388] 通过以上过程,能够在UE10A不在服务区且UE10B不在服务区这一状态下进行通信路径建立。
[0389] [1.3.2.2.3 UE10A:不在服务区,UE10B:在服务区]
[0390] 说明UE10A不在服务区且UE10B在服务区的情况下的通信路径建立过程。即使在UE10A不在服务区且UE10B在服务区的情况下,也能够利用图14、图15中所示的过程。与UE10A在服务区且UE10B不在服务区的情况的不同在于,图15中的UE10A作为UE10B来进行动作,UE10A作为UE10B来进行动作即可。这里,在UE10A不在服务区且UE10B在服务区的情况下,UE10A也可以决定建立公共安全中的直接通信路径,请求用于建立公共安全中的通信路径的资源。
[0391] 通过以上过程,能够进行UE10A不在服务区且UE10B在服务区的情况下的通信路径建立。
[0392] 如以上,能够检测通信源UE以及通信目的地UE在LTE基站的服务区内。在通信源UE或者通信目的地UE在LTE基站的服务区内的的情况下,能够以移动通信运营商的控制为基础,进行通信路径建立过程。
[0393] 此外,在通信源UE以及通信目的地UE不在LTE基站的服务区内的情况下,每当建立通信路径,不用得到移动通信运营商的认证,就能够进行通信路径建立过程。
[0394] [2.第2实施方式]
[0395] 接着,说明第2实施方式。第2实施方式的邻近检测过程不同。在本实施方式中,由于能够利用图1中的移动通信系统的结构,因此省略其详细的说明。此外,由于移动通信系统中UE的结构、ProSe服务器的结构、APP服务器的结构也相同,因此省略其详细的说明。
[0396] [2.3处理的说明]
[0397] [2.3.1邻近检测过程]
[0398] 使用图17,来说明本实施方式中的邻近检测过程。这里,ProSe服务器90也可以是MME40。
[0399] 首先,UE10A获取朋友列表(friend list)(S2002)。这里,UE10A可以预先通过用户的设定来保持朋友列表,也可以与APP服务器95进行通信,从APP服务器95获取朋友列表。此外,这里,获取的朋友列表是由应用层管理的标识符信息。作为标识符信息的例子,也可以使用Skype、LINE这种个别的应用的用户ID等。
[0400] 接下来,UE10A的应用向UE10A的3GPP层请求表达式代码(S2004)。该请求可以是针对UE10进行ProSe的服务的认证请求消息,也可以是针对UE10进行ProSe的服务的服务请求消息,还可以是用于将UE10登记到ProSe的服务中的登记请求消息。此外,作为对象的ProSe的服务可以是针对邻近终端检测的服务,也可以是提供与邻近通信终端的直接通信路径的建立的服务,还可以是包含这两者的服务。
[0401] 表达式代码的请求中也可以包含APP列表、朋友列表、UEID来进行发送。UEID可以是识别UE10的IMSI(International Mobile Subscriber Identy,国际移动用户识别码),也可以是应用中使用的用户识别信息。这里,由于UE10在APP1中与UE10a进行基于与ProSe的通信(或者邻近检测),因此APP列表中包含APP1,朋友列表中包含UE10B。这里,在多个应用中进行基于ProSe的通信的情况下,也可以通知多个应用。此外,在与多个UE进行基于ProSe的通信的情况下,也可以在朋友列表中包含多个UE的识别信息。
[0402] 另外,APP列表以及朋友列表也可以是在应用中被管理的识别信息。
[0403] 进一步地,UE10A的3GPP层向ProSe服务器90请求表达式代码(S2006)。表达式代码的请求中包含APP列表以及朋友列表。这里,APP列表以及朋友列表是UE10A的应用在S2004中通知的APP列表以及朋友列表。
[0404] 接收到表达式代码的请求的ProSe服务器90提取表达式代码的请求中包含的APP列表(APP1)和朋友列表。接下来,ProSe服务器90基于APP列表,搜索APP服务器95。搜索到APP服务器95的ProSe服务器90与APP服务器95进行通信,获取生成表达式代码的参数(S2008)。这里,作为生成表达式代码的参数,例如,可以获取用于加密表达式代码的加密密钥,也可以获取用于生成表达式代码的算法
[0405] 接着,ProSe服务器90生成表达式代码(S2010)。表达式代码利用从UE10接收到的APP列表142以及朋友列表144、从APP服务器95获取的信息,生成表达式代码。这里,不仅生成针对朋友列表中包含的通信对象UE的表达式代码,还生成发送了表达式代码的请求的UE10A中的表达式代码。
[0406] 接下来,ProSe服务器90将表达式代码的响应发送给UE10(S2014)。这里,ProSe服务器90包含S2010中生成的表达式代码。此外,ProSe服务器90也可以发送如下信息,即:发送用于UE10检测邻近终端的信号、用于UE10被邻近终端检测的信号中用到的、与时间、频率有关的信息。例如,也可以预先分配几个ProSe中的邻近检测、利用ProSe的通信中能够利用的时间信息、频率信息的候选,并通知表示利用其中的哪些的信息。
[0407] 另外,ProSe服务器90不仅将表达式代码通知给UE10A,还通知给作为UE10A的通信对象的UE10B(S2022)。这里,UE10A通知广播的表达式代码。此外,UE10B接收被发送的表达式代码,并监视表达式代码。另外,从UE10A向UE10B发送表达式代码的方法可以通过应用层来收发,也可以通过3GPP层来收发。这样,UE10A作为请求UE10A的检测的信号来进行发送。
[0408] 另外,UE10A的3GPP层发送的用于邻近检测的信号也可以每隔一定时间被发送。此外,也可以每当服务区覆盖标志147被更新时被发送。服务区覆盖标志147根据发送时刻的在服务区或者不在服务区的状况来更新并包含于检测请求信号来进行发送。
[0409] 此外,ProSe服务器90也可以发送如下信息,即:发送用于UE10B检测邻近终端的信号、用于UE10A被邻近终端检测到的信号所用到的、与时间、频率有关的信息。例如,也可以预先分配几个邻近检测、利用ProSe的通信中能够利用的时间信息、频率信息的候选,并通知表示利用其中的哪些的信息。
[0410] UE10A接收与发送给认证服务器的请求对应的响应,并接收表达式代码。进一步地,UE10A使应用层检测接收到了表达式代码(S2016),并映射并管理表示应用种类的APPID和表达式代码(S2018)。
[0411] 接着,UE10A将表达式代码通知给UE10B(S2024)。用于邻近检测的表达式代码中包含服务区覆盖标志147、公共安全能力148和公共安全许可标志149。表达式代码是用于被UE10A广播发送,并被UE10B接收,从而使UE10B检测UE10A邻近地存在的标识符。
[0412] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0413] 这里,服务区覆盖标志147中也可以包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0414] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此也可以通知为“可以”。
[0415] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此也可以通知为“on”。
[0416] 此外,UE10A基于接收到的信息,检测网络是否支持与ProSe有关的服务,基于检测结果,作为对象的ProSe的服务可以是针对邻近终端检测的服务,也可以是提供与邻近通信终端的直接通信路径的建立的服务,还可以是包含这两者的服务。
[0417] 这样,可以从网络接收表示所连接的网络是否支持邻近终端检测、邻近终端间的通信路径建立等与ProSe有关的服务的信息,判断为在支持的情况下UE10A发送请求消息,在不支持的情况下UE10A不发送请求消息。
[0418] 另外,UE10A的3GPP层发送的表达式代码的通知也可以每隔一定时间被发送。此外,也可以每当服务区覆盖标志147被更新就发送。
[0419] 进一步地,UE10A也可以包含表示UE10A能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10A也可以包含表示UE10A能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0420] 接着,UE10B接收UE10A的表达式代码(S2026)。UE10B确认能够与UE10A进行直接通信。这里,UE10B确认UE10A的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。
[0421] 能够检测UE10A与UE10B是上述的4种状态的哪种。具体来讲,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种状态。
[0422] 这里,在UE10A的公共安全能力是“不可”、UE10A的服务区覆盖标志是不在服务区的情况下,也可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”、且不在服务区的情况下,也可以判断为不能进行直接通信。
[0423] 此外,UE10B也可以根据表示UE10A能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用LTE Direct。此外,UE10B也可以根据表示UE10A能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用WLAN Direct。
[0424] 确认了能够与UE10A进行直接通信的UE10B也可以向UE10A发送表达式代码的确认响应(S2028)。由此,UE10B能够向UE10A通知检测到UE10A邻近地存在。进一步地,UE10A也能够根据该响应的接收,检测UE10B存在于UE10A的邻近。该响应中包含UE10B的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。这里,服务区覆盖标志147中也可以包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0425] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0426] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此通知为“可以”。
[0427] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此通知为“on”。
[0428] 另一方面,UE10B向应用通知从UE10A进行了邻近检测(S2030)。
[0429] 接收到表达式代码的确认响应的UE10A检测UE10A与UE10B之间的覆盖信息(S2032)。此时,由UE10A检测的UE10A与UE10B的覆盖信息如图10所示,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种状态,并选择通信路径建立过程。
[0430] 这里,在UE10A的公共安全能力是“不可”且UE10A的服务区覆盖标志是不在服务区的情况下,也可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”且不在服务区的情况下,也可以判断为不能进行直接通信。
[0431] 接下来,UE10A的3GPP层向应用层通知UE10A以及UE10B的覆盖信息(S2034)。这里,包含服务区覆盖标志147、公共安全能力148和公共安全许可标志149。这里,所包含的服务区覆盖标志147是在UE10A中检测到的服务区覆盖标志147、UE10B中的表达式代码的确认响应中包含的服务区覆盖标志147。从UE10A的3GPP层接收到的应用层检测UE10A与UE10B之间的覆盖信息(S2036)。此时,由应用层检测的UE10A与UE10B的覆盖信息如图10所示,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种状态,并选择通信路径建立过程。
[0432] 这里,UE10A也可以在被UE10B检测到之后,也每隔一定时间继续发送用于邻近检测的信号。此外,也可以每当服务区覆盖标志147被更新就进行发送。服务区覆盖标志147根据发送时刻的在服务区或者不在服务区的状况,更新并包含于检测请求信号来进行发送。
[0433] 这里,在UE10A的公共安全能力是“不可”且UE10A的服务区覆盖标志是不在服务区的情况下,也可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”且不在服务区的情况下,也可以判断为不能进行直接通信。
[0434] 通过以上过程,UE10B能够检测UE10A以及UE10B的覆盖信息。
[0435] 这里,在从S2002到S2026、和S2030的一系列的过程中,也可以将UE10A与UE10B切换来开始过程。换句话说,也可以UE10A的应用进行朋友列表的获取(S2002),进行表达式代码的请求(S2004),UE10A的3GPP层进行表达式代码的请求(S2006),ProSe服务器90获取生成表达式代码的参数(S2008),生成表达式代码(S2010),发送表达式代码的响应(S2014),UE10B的3GPP层通知表达式代码(S2016),将APPID与表达式代码进行映射(S2018),UE10B的应用请求邻近检测的开始(S2020),UE10A获取表达式代码,开始邻近检测(S2022),UE10B的3GPP层向UE10A的3GPP层通知表达式代码(S2024),接收表达式代码(S2026),进行邻近检测的通知(S2030)。
[0436] UE10A向UE10B发送的广播的发送(S2024)也可以利用预先获取的通信资源,通过单播来发送。此外,相反地,在进行UE10B向UE10A发送的广播的发送(S2024)的情况下,也可以利用预先获取的通信资源,通过单播来发送。这里,所谓获取的通信资源,是指为了使特定的UE进行检测而能够利用的通信资源,可以通过由eNB45或者MME40明示地通知而被分配,也可以利用预先通知给UE10A或者UE10B的资源。
[0437] 进一步地,UE10B向UE10A所发送的广播的发送(S2028)也可以利用预先获取的通信资源,通过单播来发送。此外,相反地,在UE10A向UE10B所发送的广播的发送(S2028)的情况下,也可以通过预先获取的通信资源,通过单播来发送。这里,所谓获取的通信资源,是指为了使特定的UE进行检测而能够利用的通信资源,可以通过由eNB45或者MME40明示地通知而被分配,也可以利用预先通知给UE10A或者UE10B的资源。
[0438] 通过以上过程,UE10A能够检测UE10A以及UE10B的覆盖信息。换句话说,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的4种状态中的哪种状态。
[0439] 在邻近检测过程中,UE10A检测UE10A以及UE10B的覆盖信息,基于覆盖信息,进行通信路径建立过程。具体来讲,在UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的各个状态下,进行不同的通信路径建立过程。通信路径建立过程能够利用与第1实施方式所示的方法同样的方法,因此省略其详细的说明。
[0440] 如以上,能够检测通信源UE以及通信目的地UE在LTE基站的服务区内。在通信源UE或者通信目的地UE在LTE基站的服务区内的情况下,以移动通信运营商的控制为基础,能够进行通信路径建立过程。
[0441] 此外,在通信源UE以及通信目的地UE不在LTE基站的服务区内的情况下,每当通信路径建立,不用得到移动通信运营商的认证,就能够进行通信路径建立过程。
[0442] [3.第3实施方式]
[0443] 说明第3的实施方式。第3的实施方式与第1实施方式、第2实施方式的不同在于,UE中管理的标识符信息不同。此外,ProSe服务器中管理的标识符信息不同。进一步地,邻近检测过程不同。
[0444] [3.2装置结构]
[0445] [3.2.1 UE的结构]
[0446] 使用图18,来表示第3的实施方式的UE10A的结构。在第3的实施方式中,UE10A在存储部140中管理的标识符不同。具体来讲,存储部140中追加管理APP个人ID1420、APP组ID1440。除了存储部140中的APP个人ID1420、APP组ID1440以外,都是与第1实施方式、第2实施方式相同的构成,因此省略详细说明。
[0447] 图19(a)中表示APP个人ID1420的例子。在图19(a)中,管理着用于识别UE10A的标识符(APP个人IDA)、用于识别UE10B的标识符(APP个人IDB)。另外,APP个人ID1420也可以按照每个应用而被管理。换句话说,也可以按照每个APP,管理APP个人ID1420。
[0448] 图19(b)中表示APP组ID1440的例子。APP组ID1440管理对UE10A所参加的组进行识别的标识符。通过APP组ID1440,UE10A能够限制进行邻近检测、直接通信的UE。在图19(b)中,APP组ID1440管理组1以及组2。另外,APP组ID能够管理多个,UE10A能够属于多个组。
[0449] [3.2.2 ProSe服务器的结构]
[0450] 使用图20,来表示第3的实施方式的ProSe服务器90的结构。在第3的实施方式中,ProSe服务器90在存储部140中管理的标识符不同。具体来讲,存储部140中追加管理APP个人ID9420、APP组ID9440。除了存储部140中的APP个人ID9420、APP组ID9440以外,其他都是与第1实施方式、第2实施方式相同的构成,因此省略详细的说明。
[0451] 图21(a)中表示APP个人ID9420的例子。在图21(a)中,管理着用于识别UE10A的标识符(APP个人IDA)、用于识别UE10B的标识符(APP个人IDB)。另外,APP个人ID9420也可以按照每个应用而被管理。换句话说,也可以按照每个APP,管理APP个人ID9420。
[0452] 图21(b)中表示APP组ID9440的例子。APP组ID9440管理对ProSe服务器90所管理的组进行识别的标识符。通过APP组ID9440,ProSe服务器90能够限制进行邻近检测、直接通信的UE。在图21(b)中,APP组ID9440管理组1以及组2。另外,APP组ID能够管理多个。
[0453] [3.3处理的说明]
[0454] [3.3.1邻近检测过程]
[0455] [3.3.1.1邻近检测过程1]
[0456] 使用图22,来说明第3实施方式的邻近检测过程。首先,作为通信源的UE10A通过广播来向UE10B发送目标邻近检测请求(S2502)。邻近检测请求中包含APP组ID1420、APP个人ID(UE10A)、服务区覆盖标志147、公共安全能力148和公共安全许可149。
[0457] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0458] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0459] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此通知为“可以”。
[0460] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此通知为“on”。
[0461] 接收到目标邻近检测请求的UE10B确认UE10A的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。
[0462] UE10B能够检测与UE10A是4种状态的哪种。具体来讲,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种。
[0463] 这里,在UE10A的公共安全能力是“不可”且UE10A的服务区覆盖标志是不在服务区的情况下,也可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”且不在服务区的情况下,也可以判断为不能进行直接通信。
[0464] 另外,UE10A发送的邻近检测请求也可以每隔一定时间被发送。此外,也可以每当服务区覆盖标志147被更新时进行发送。这里,UE10A也可以在由UE10B检测到邻近检测请求之后,也每隔一定时间继续发送用于邻近检测的信号。服务区覆盖标志147根据发送时刻的在服务区内或者不在服务区内的状况,进行更新并包含于检测请求信号来进行发送。
[0465] 进一步地,UE10B也可以包含表示UE10B能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10B也可以包含表示UE10B能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0466] 确认了能够与UE10A进行直接通信的UE10B向UE10A发送目标邻近检测响应(S2504)。该响应中包含UE10B的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0467] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0468] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此作为“可以”来通知。
[0469] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此通知为“on”。此外,UE10A也可以根据表示UE10B能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测UE10B能够利用LTE Direct。此外,UE10A也可以根据表示UE10B能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测UE10B能够利用WLAN Direct。
[0470] 接收到目标邻近检测响应的UE10A检测UE10A与UE10B之间的覆盖信息(S2506)。此时,由UE10A检测的UE10A与UE10B的覆盖信息如图10所示,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种,并选择通信路径建立过程。
[0471] 这里,在UE10A的公共安全能力是“不可”且UE10A的服务区覆盖标志是不在服务区的情况下,也可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”且不在服务区的情况下,也可以判断为不能进行直接通信。
[0472] UE10A向UE10B所发送的广播的发送(S2502)也可以利用预先获取的通信资源,通过单播来发送。此外,相反地,在UE10B向UE10A所发送的广播的发送(S2502)的情况下,也可以利用预先获取的通信资源,通过单播来进行发送。这里,所谓获取的通信资源,是指为了使特定的UE进行检测而能够利用的通信资源,可以通过由eNB45或者MME40明示地通知而被分配,也可以利用预先通知给UE10A或者UE10B的资源。
[0473] 进一步地,UE10B向UE10A发送的广播的发送(S2504)也可以利用预先获取的通信资源,通过单播来发送。此外,相反地,在UE10A向UE10B发送的广播的发送(S2504)的情况下,也可以利用预先获取的通信资源,通过单播来进行发送。这里,所谓获取的通信资源,是指为了使特定的UE进行检测而能够利用的通信资源,可以通过由eNB45或者MME40明示地通知而被分配,也可以利用预先通知给UE10A或者UE10B的资源。
[0474] 通过以上过程,UE10A能够检测UE10A以及UE10B的覆盖信息。换句话说,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的4种状态中的哪种。
[0475] 在邻近检测过程中,UE10A检测UE10A以及UE10B的覆盖信息,基于覆盖信息,进行通信路径建立过程。具体来讲,在UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的各个状态下,进行不同的通信路径建立过程。
[0476] [3.3.1.2邻近检测过程2]
[0477] 说明邻近检测过程2。与邻近检测过程1的不同在于,利用质询(challenge)&应答(response)的认证。在第2实施方式中,通过利用质询&应答,能够认证通信源UE以及通信目的地UE。
[0478] 使用图23,来说明邻近检测过程2。首先,UE10A向UE10B发送目标邻近检测请求(S2602)。目标邻近检测中包含质询A、ProSe ID(UE10A)142、表示属性的信息、服务区覆盖标志147、公共安全能力148和公共安全许可149。
[0479] 这里,所谓质询A,是指用于进行质询&应答认证的认证请求信息。此外,所谓表示属性的信息,是指表示进行直接通信的应用的种类的信息。
[0480] 此外,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0481] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0482] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此通知为“可以”。
[0483] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此通知为“on”。
[0484] 接收到目标邻近检测请求的UE10B确认质询A、ProSe ID(UE10A)、表示属性的信息、UE10A的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。
[0485] UE10B能够检测与UE10A是4种状态的哪种。具体来讲,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种。
[0486] 这里,在UE10A的公共安全能力是“不可”且UE10A的服务区覆盖标志是不在服务区的情况下,也可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”且不在服务区的情况下,也可以判断为不能进行直接通信。
[0487] 此外,UE10B认证来自UE10A的质询A,确认能够进行直接通信。此外,利用表示属性的信息,检测应用的种类。
[0488] 另外,UE10A所发送的目标邻近检测请求也可以每隔一定时间被发送。此外,也可以每当服务区覆盖标志147被更新时进行发送。这里,UE10A也可以在由UE10B检测到目标邻近检测请求之后,也每隔一定时间继续发送用于邻近检测的信号。服务区覆盖标志147根据发送时刻的在服务区内或者不在服务区内的状况,进行更新并包含于检测请求信号来进行发送。
[0489] 进一步地,UE10B也可以包含表示UE10B能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10B也可以包含表示UE10B能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0490] 确认了能够与UE10A进行直接通信的UE10B向UE10A发送目标邻近检测响应(S2604)。该响应中包含应答A、质询B、ProSe ID(UE10B)、表示属性的信息、UE10B的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。
[0491] 这里,所谓应答A,是指针对UE10A所发送的质询A的响应,是表示认证来自UE10A的认证请求的信息。此外,所谓质询B,是指用于进行质询&应答认证的认证请求信息。进一步地,所谓表示属性的信息,是指表示进行直接通信的应用的种类的信息,也可以利用UE10A发送的信息。
[0492] 此外,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0493] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0494] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此通知为“可以”。
[0495] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此通知为“on”。
[0496] 此外,UE10A也可以根据表示UE10B能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测UE10B能够利用LTE Direct。此外,UE10A也可以根据表示UE10B能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测UE10B能够利用WLAN Direct。
[0497] 接收到目标邻近检测响应的UE10A检测UE10A与UE10B之间的覆盖信息(S2606)。此时,由UE10A检测的UE10A与UE10B的覆盖信息如图10所示,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种,并选择通信路径建立过程。
[0498] 这里,在UE10A的公共安全能力是“不可”且UE10A的服务区覆盖标志是不在服务区的情况下,也可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”且不在服务区的情况下,也可以判断为不能进行直接通信。
[0499] 此外,UE10A接收应答A,向UE10B确认接受了认证。此外,接收质询B,确认能够与UE10B进行直接通信,并进行认证。
[0500] 接下来,进行了质询B的认证的UE10A向UE10B发送目标邻近检测确认响应(S2608)。这里,UE10A在目标邻近检测确认响应中包含应答B。所谓应答B,是指针对从UE10B发送来的质询B中的认证请求的响应。
[0501] 从UE10A接收了目标邻近检测确认响应的UE10B接收作为针对质询B的响应的应答B,确认能够与UE10A进行直接通信。
[0502] UE10A向UE10B发送的目标邻近检测请求(S2602)可以利用获取的资源,通过广播来进行发送,或者通过单播来进行发送。这里,所谓获取的通信资源,是指为了使特定的UE进行检测而能够利用的通信资源,可以通过由eNB45或者MME40明示地通知而被分配,也可以利用预先通知给UE10A或者UE10B的资源。
[0503] 进一步地,UE10B向UE10A发送的目标邻近检测请求(S2604)利用所获取的资源,可以通过广播来发送,也可以通过单播来发送。这里,所谓获取的通信资源,是指为了使特定的UE进行检测而能够利用的通信资源,可以通过由eNB45或者MME40明示地通知而被分配,也可以利用预先通知给UE10A或者UE10B的资源。通过以上过程,UE10A能够检测UE10A以及UE10B的覆盖信息。换句话说,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的4种状态中的哪种状态。
[0504] 在邻近检测过程中,UE10A检测UE10A以及UE10B的覆盖信息,基于覆盖信息,进行通信路径建立过程。具体来讲,在UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的各个状态下,进行不同的通信路径建立过程。
[0505] [3.3.1.3邻近检测过程3]
[0506] 说明邻近检测过程3。在邻近检测过程1、邻近检测过程2中,是对特定的UE进行邻近检测的目标邻近检测请求,相对于此,在邻近检测过程中,进行对不特定的UE进行邻近检测的非目标邻近检测请求。
[0507] 使用图24,来说明第3实施方式的邻近检测过程3。首先,作为通信源的UE10A向包含UE10B的邻近终端通过广播来发送非目标邻近检测请求(S2702)。邻近检测请求中包含ProSe ID(UE10A)、服务区覆盖标志147、公共安全能力148和公共安全许可149。
[0508] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0509] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0510] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此通知为“可以”。
[0511] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此通知为“on”。
[0512] 接收到非目标邻近检测请求的UE10B确认UE10A的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。
[0513] UE10B能够检测与UE10A是4种状态的哪种。具体来讲,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种。
[0514] 这里,在UE10A的公共安全能力是“不可”、UE10A的服务区覆盖标志是不在服务区的情况下,也可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”且不在服务区的情况下,也可以判断为不能进行直接通信。
[0515] 另外,UE10A发送的非目标邻近检测请求也可以每隔一定时间而被发送。此外,也可以每当服务区覆盖标志147被更新时进行发送。这里,UE10A也可以在由UE10B检测到非目标邻近检测请求之后,每隔一定时间继续发送用于邻近检测的信号。服务区覆盖标志147根据发送时刻的在服务区内或者不在服务区内的状况,进行更新并包含于检测请求信号来进行发送。
[0516] 进一步地,UE10A也可以包含表示UE10A能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10A也可以包含表示UE10A能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0517] 确认了能够与UE10A进行直接通信的UE10B向UE10A发送目标邻近检测响应(S2704)。该响应中包含UE10B的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0518] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0519] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此通知为“可以”。
[0520] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此通知为“on”。
[0521] 此外,UE10B也可以根据表示UE10A能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用LTE Direct。此外,UE10B也可以根据表示UE10A能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用WLAN Direct。
[0522] 接收到非目标邻近检测响应的UE10A检测UE10A与UE10B之间的覆盖信息(S2706)。此时,由UE10A检测的UE10A与UE10B的覆盖信息如图10所示,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种,并选择通信路径建立过程。
[0523] 这里,在UE10A的公共安全能力是“不可”且UE10A的服务区覆盖标志是不在服务区的情况下,也可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”且不在服务区的情况下,也可以判断为不能进行直接通信。
[0524] UE10A向UE10B发送的非目标邻近检测请求(S2602)利用获取的资源,可以通过广播来发送,也可以通过单播来发送。这里,所谓获取的通信资源,是指为了使特定的UE进行检测而能够利用的通信资源,可以通过由eNB45或者MME40明示地通知而被分配,也可以利用预先通知给UE10A或者UE10B的资源。
[0525] 进一步地,UE10B向UE10A发送的非目标邻近检测请求(S2604)利用获取的资源,可以通过广播来发送,也可以通过单播来发送。这里,所谓获取的通信资源,是指为了使特定的UE进行检测而能够利用的通信资源,可以通过由eNB45或者MME40明示地通知而被分配,也可以利用预先通知给UE10A或者UE10B的资源。
[0526] 通过以上过程,UE10A能够检测UE10A以及UE10B的覆盖信息。换句话说,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的4种状态中的哪种状态。
[0527] 在邻近检测过程中,UE10A检测UE10A以及UE10B的覆盖信息,基于覆盖信息,进行通信路径建立过程。具体来讲,在UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的各个状态下,进行不同的通信路径建立过程。通信路径建立过程能够同样利用第1实施方式所示的方法,因此省略其详细的说明。
[0528] 如以上,能够检测通信源UE以及通信目的地UE在LTE基站的服务区内。在通信源UE或者通信目的地UE在LTE基站的服务区内的情况下,以移动通信运营商的控制为基础,能够进行通信路径建立过程。
[0529] 此外,在通信源UE以及通信目的地UE不在LTE基站的服务区内的情况下,每当通信路径建立,不用得到移动通信运营商的认证,就能够进行通信路径建立过程。
[0530] [4.第4实施方式]
[0531] 说明第4的实施方式。第4的实施方式与第1实施方式、第2实施方式、第3的实施方式的不同在于,装置的结构不同。此外,为了进行邻近检测,UE不直接邻近检测UE,而利用在移动通信运营商的网络一侧邻近检测,并通知给UE的方法。
[0532] [4.1移动通信系统的概要]
[0533] 使用图25,来说明第4实施方式的移动通信系统的概要。如本图所示,移动通信系统1构成为:UE(移动站装置)10A、UE(移动站装置)10B和PDN(Packet Data Network,分组数据网)20经由RAN、EPC来连接。RAN和EPC例如由ADSL(Asymmetric Digital Subscriber Line,非对称数字用户线路)、光纤等构建。但是,并不局限于此,也可以是LTE(Long Term Evolution,长期演进)、WLAN(Wireless LAN)、WiMAX(Worldwide Interoperability for Microwave Access,全球微波互联接入)等无线接入网络。
[0534] 这里,在EPC配置有GMLC25、MME40、ProSe服务器90。另外,GMLC(Gateway Mobile Location Center,网关移动位置中心)25是获取并管理UE的位置信息的装置。
[0535] ProSe服务器90保持LCS客户端27的功能。此外,在PDN20配置有应用服务器95。这里,ProSe服务器90是UE10A或者UE10B进行邻近检测的网络的移动通信运营商所管理的认证服务器。另外,ProSe服务器90也可以构成为MME40的功能的一部分。
[0536] 由于ProSe服务器90保持LCS客户端,因此能够向GMLC25请求UE的位置信息,获取来自GMLC25的位置信息。
[0537] 应用服务器95是提供基于UE10A或者UE10B所利用的应用(APP1)的服务的服务器。
[0538] 另外,ProSe服务器90与应用服务器95可以构成为包含于PDN20,也可以构成为包含于核心网络7。
[0539] UE10A与UE10B可以与相同的移动通信运营商网络连接,也可以与同一国家中的不同的移动通信运营商网络连接。
[0540] PDN20是提供通过分组来进行数据的交换的网络服务的网络,例如,是互联网、IMS等。
[0541] PDN20利用有线线路等来与EPC连接。例如,由ADSL(Asymmetric Digital Subscriber Line)、光纤等构建。但是,并不局限于此,也可以是LTE(Long Term Evolution)、WLAN(WirelessLAN)、WiMAX(Worldwide Interoperability for Microwave Access)等无线接入网络。
[0542] 另外,由于UE10A和UE10B、ProSe服务器90、应用服务器95、MME40是与第1实施方式所示的结构相同的结构,因此省略其说明。此外,由于GMLC25、LCS客户端27是以往被利用的装置,因此省略其详细的说明。
[0543] [4.3.1邻近检测过程]
[0544] 使用图26,来说明本实施方式中的邻近检测过程。另外,ProSe服务器90也可以是MME40。首先,UE10A向ProSe服务器90进行邻近检测请求(S2902)。这里,UE10A在邻近检测请求中包含UE10A、UE10B的标识符。UE10A、UE10B的标识符也可以是ProSe ID142、APP个人ID1420。
[0545] 接下来,UE10A向GMLC25进行位置信息的报告(S2904)。这里,位置信息的报告中包含UE10A的标识符、服务区覆盖标志147、公共安全能力148和公共安全许可149。另外,位置信息的报告可以在定期的定时被发送,也可以检测UE10A进行了移动而通知。
[0546] 进一步地,UE10A也可以包含表示UE10A能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10A也可以包含表示UE10A能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0547] 另一方面,接受了位置信息的报告的GMLC25也可以根据表示UE10A能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用LTE Direct。此外,GMLC25也可以根据表示UE10A能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用WLAN Direct。
[0548] 接下来,UE10B向GMLC25进行位置信息的报告(S2906)。这里,包含UE10B的标识符、服务区覆盖标志147、公共安全能力148和公共安全许可149。另外,位置信息的报告可以在定期的定时被发送,也可以检测UE10B进行了移动而通知。进一步地,也可以根据来自ProSe服务器90的询问,来通知位置信息。根据来自UE10A、UE10B的报告,GMLC25管理位置信息。
[0549] 进一步地,UE10B也可以包含表示UE10B能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10B也可以包含表示UE10B能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0550] 在S2902中从UE10A接受了邻近检测请求的ProSe服务器90进行UE10A邻近检测警告(S2908)。这里,ProSe服务器90向GMLC25请求UE10A与UE10B的位置信息,从GMLC25检测UE10A与UE10B的位置信息。ProSe服务器90利用UE10A与UE10B的位置信息,对UE10A与UE10B进行邻近检测,并向UE10A通知UE10A与UE10B是邻近的。这里,ProSe服务器90也可以对UE10B检测UE10A与UE10B是邻近的。这里,该邻近检测警告中包含UE10B的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0551] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0552] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此通知为“可以”。
[0553] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此通知为“on”。
[0554] 此外,接受了位置信息的报告的GMLC25也可以根据表示UE10B能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测UE10B能够利用LTE Direct。此外,GMLC25也可以根据表示UE10B能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测UE10B能够利用WLAN Direct。
[0555] 接收到邻近检测警告的UE10A检测UE10A与UE10B之间的覆盖信息(S2910)。此时,由UE10A检测的UE10A与UE10B的覆盖信息如图10所示,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种,并选择通信路径建立过程。
[0556] 这里,在UE10A的公共安全能力是“不可”且UE10A的服务区覆盖标志是不在服务区的情况下,也可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”且不在服务区的情况下,也可以判断为不能进行直接通信。
[0557] 通过以上过程,UE10A能够检测UE10A以及UE10B的覆盖信息。换句话说,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的4种状态中的哪种。
[0558] 在邻近检测过程中,UE10A检测UE10A以及UE10B的覆盖信息,基于覆盖信息,进行通信路径建立过程。具体来讲,在UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的各个状态下,进行不同的通信路径建立过程。由于通信路径建立过程能够同样地利用第1实施方式所示的方法,因此省略其详细的说明。
[0559] 如以上,能够检测通信源UE以及通信目的地UE在LTE基站的服务区内。在通信源UE或者通信目的地UE在LTE基站的服务区内的情况下,以移动通信运营商的控制为基础,能够进行通信路径建立过程。
[0560] 此外,在通信源UE以及通信目的地UE不在LTE基站的服务区内的情况下,每当通信路径建立,不用得到移动通信运营商的认证,能够进行通信路径建立过程。
[0561] [5.第5实施方式]
[0562] 接着,说明第5实施方式。第1实施方式、第2实施方式、第3实施方式、第4实施方式与第5实施方式的不同在于,邻近检测过程不同。在第5实施方式的邻近检测过程中,为了发送邻近检测请求,获取邻近检测的无线资源。此外,为了发送针对邻近检测请求的响应,获取邻近检测的无线资源。在本实施方式中,由于能够利用图1的移动通信系统的结构,因此省略其详细的说明。此外,由于移动通信系统的UE的结构、ProSe服务器的结构、APP服务器的结构也相同,因此省略其详细的说明。
[0563] [5.3处理的说明]
[0564] [5.3.1邻近检测过程]
[0565] 使用图27,来说明邻近检测过程。首先,UE10A的应用向EPS层通知邻近检测请求(S3002)。这里,邻近检测请求中通知表示作为进行邻近检测的对象的UE10B的标识符。
[0566] 接下来,UE10A的EPS层决定进行开放性发现(Open discovery)或者限制性发现(Restrictive discovery)(S3004)。该决定中也可以根据进行邻近检测的对象来决定。
[0567] [5.3.1.1限制性发现]
[0568] 首先,说明限制性发现。检测到进行限制性发现的UE10A首先获取用于进行邻近检测的无线资源(S3006)。获取无线资源的方法考虑有各种方法,例如,可以根据eNB45定期发送的信息中包含的信息来获取,也可以通过UE10A向eNB45询问来获取。
[0569] 接下来,UE10A通过广播来发送邻近检测信号(S3008)。这里,邻近检测信号中包含ProSe ID(UE10B)、ProSe ID(UE10A)、服务区覆盖标志147、公共安全能力148和公共安全许可149。
[0570] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0571] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此通知为“可以”。
[0572] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此通知为“on”。
[0573] 接收到目标邻近检测请求的UE10B确认UE10A的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。
[0574] UE10B能够检测与UE10A是4种状态的哪种状态。具体来讲,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种状态。
[0575] 这里,在UE10A的公共安全能力是“不可”且UE10A的服务区覆盖标志是不在服务区的情况下,也可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”且不在服务区的情况下,也可以判断为不能进行直接通信。
[0576] 另外,UE10A发送的邻近检测信号也可以每隔一定时间被发送。此外,也可以每当服务区覆盖标志147被更新时进行发送。这里,UE10A可以在由UE10B检测到邻近检测信号之后,也每隔一定时间继续发送用于邻近检测的信号。服务区覆盖标志147根据发送时刻的在服务区内或者不在服务区内的状况,进行更新并包含于检测请求信号来进行发送。
[0577] 进一步地,UE10A也可以包含表示UE10A能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10A也可以包含表示UE10A能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0578] 另一方面,UE10B也可以根据表示UE10A能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用LTE Direct。此外,UE10B也可以根据表示UE10A能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测UE10A能够利用WLAN Direct。
[0579] 接下来,UE10B的EPS层向应用通知接受了邻近检测(S3010)。UE10B的应用确认是否可以进行针对邻近检测的响应,并将邻近检测的确认通知给UE10B的EPS层(S3012)。
[0580] 接受了邻近检测的确认的UE10的EPS层获取用于发送针对邻近检测的响应的无线资源(S3014)。获取无线资源的方法考虑有各种方法,例如,可以根据eNB45定期发送的信息中包含的信息来获取,也可以通过UE10A向eNB45询问来获取。
[0581] 接下来,UE10B通过广播来发送邻近检测信号(S3016)。这里,邻近检测信号中包含ProSe ID(UE10B)、ProSe ID(UE10A)、服务区覆盖标志147、公共安全能力148和公共安全许可149。
[0582] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0583] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此通知为“可以”。
[0584] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此通知为“on”。
[0585] 另外,UE10B发送的邻近检测信号也可以每隔一定时间被发送。此外,也可以每当服务区覆盖标志147被更新时进行发送。这里,UE10A也可以在由UE10B检测到邻近检测信号之后,每隔一定时间继续发送用于邻近检测的信号。服务区覆盖标志147根据发送时刻的在服务区内或者不在服务区内的状况,进行更新并包含于检测请求信号来进行发送。
[0586] 进一步地,UE10B也可以包含表示UE10B能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10B也可以包含表示UE10B能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0587] 另一方面,UE10A也可以根据表示UE10B能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测UE10B能够利用LTE Direct。此外,UE10A也可以根据表示UE10B能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测UE10B能够利用WLAN Direct。
[0588] 通过广播来接收到邻近检测信号的UE10A检测UE10A与UE10B的覆盖信息(S3017)。换句话说,确认UE10A的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。
[0589] UE10A能够检测与UE10A是4种状态的哪种状态。具体来讲,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种状态。
[0590] 这里,在UE10A的公共安全能力是“不可”且UE10A的服务区覆盖标志是不在服务区的情况下,可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”且不在服务区的情况下,可以判断为不能进行直接通信。
[0591] 接下来,UE10A的EPS层向UE10A的应用通知邻近检测的确认(S3018)。这里,邻近检测的确认中包含ProSe ID(UE10B)。
[0592] UE10A向UE10B所发送的广播的发送(S3008)也可以利用预先获取的通信资源,通过单播来发送。此外,相反地,在UE10B向UE10A所发送的广播的发送(S3008)的情况下,也可以利用预先获取的通信资源,通过单播来进行发送。这里,所谓获取的通信资源,是为了使特定的UE进行检测而能够利用的通信资源,可以通过由eNB45或者MME40明示地通知而被分配,也可以利用预先通知给UE10A或者UE10B的资源。
[0593] 进一步地,UE10B向UE10A所发送的广播的发送(S3016)也可以利用预先获取的通信资源,通过单播来发送。此外,相反地,在UE10A向UE10B所发送的广播的发送(S3016)的情况下,也可以利用预先获取的通信资源,通过单播来进行发送。这里,所谓获取的通信资源,是指为了使特定的UE进行检测而能够利用的通信资源,可以通过由eNB45或者MME40明示地通知而被分配,也可以利用预先通知给UE10A或者UE10B的资源。
[0594] 通过以上过程,UE10A能够检测UE10A以及UE10B的覆盖信息。换句话说,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的4种状态中的哪种状态。
[0595] 在邻近检测过程中,UE10A检测UE10A以及UE10B中的覆盖信息,基于覆盖信息,进行通信路径建立过程。具体来讲,能够在UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的各个状态下,进行不同的通信路径建立过程。由于通信路径建立过程能够同样地利用第1实施方式所示的方法,因此省略其详细的说明。
[0596] [5.3.1.2开放性发现]
[0597] 说明开放性发现。在开放性发现中,不是以询问的形式通过广播来向作为邻近检测的对象的UE发送邻近检测信号,而是作为邻近检测的对象的UE定期地发送邻近检测信号,接收该邻近检测信号,从而能够进行邻近检测。决定了进行开放性发现的UE10A的EPS层获取邻近检测的无线资源(S3020)。这里,邻近检测的无线资源是与UE10B定期发送的邻近检测信号有关的信息。另外,获取该无线资源的方法考虑有各种方法,例如,可以根据eNB45定期发送的信息中包含的信息来获取,也可以通过UE10A向eNB45询问来获取。
[0598] 接着,UE10A利用S3020中接收到的无线资源,检测作为邻近检测的对象的UE10B(S3022)。另外,UE10B所发送的邻近检测信号中,包含ProSe ID(UE10B)、服务区覆盖标志147、公共安全能力148和公共安全许可149。
[0599] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0600] 这里,服务区覆盖标志147中包含表示UE10A在LTE基站的服务区内(In coverage)(或者,不在服务区内(Out of coverage))的信息。
[0601] 此外,公共安全能力148是表示将公共安全作为功能来保持的信息,这里,由于UE10A保持公共安全的功能,因此通知为“可以”。
[0602] 进一步地,公共安全许可标志149是表示许可利用公共安全的信息,这里,由于UE10A许可公共安全,因此通知为“on”。
[0603] 接收到邻近检测信号(广播)的UE10A检测UE10A与UE10B的覆盖信息(S3017)。换句话说,确认UE10B的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。
[0604] UE10A能够检测与UE10B是4种状态的哪种状态。具体来讲,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种状态。
[0605] 这里,在UE10B的公共安全能力是“不可”且UE10B的服务区覆盖标志是不在服务区的情况下,也可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”且不在服务区的情况下,也可以判断为不能进行直接通信。
[0606] 进一步地,UE10B也可以包含表示UE10B能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息。此外,UE10B也可以包含表示UE10B能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息。
[0607] 另一方面,UE10A也可以根据表示UE10B能够通过LTE Direct来建立直接通信路径的能力信息等的识别信息,检测UE10B能够利用LTE Direct。此外,UE10A也可以根据表示UE10B能够通过WLAN Direct来建立直接通信路径的能力信息等的识别信息,检测UE10B能够利用WLAN Direct。
[0608] 通过广播来接收到邻近检测信号的UE10A检测UE10A与UE10B的覆盖信息(S3023)。换句话说,确认UE10A的服务区覆盖标志147、公共安全能力148和公共安全许可标志149。
[0609] UE10A能够检测与UE10A是4种状态的哪种状态。具体来讲,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的哪种状态。
[0610] 这里,在UE10A的公共安全能力是“不可”且UE10A的服务区覆盖标志是不在服务区的情况下,也可以判断为不能进行直接通信。此外,在公共安全许可标志是“off”且不在服务区的情况下,也可以判断为不能进行直接通信。
[0611] 接下来,UE10A的EPS层向UE10A的应用通知邻近检测的确认(S3024)。这里,邻近检测的确认中包含ProSe ID(UE10B)。
[0612] 通过以上过程,UE10A能够检测UE10A以及UE10B的覆盖信息。换句话说,能够检测是UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的4种状态中的哪种状态。
[0613] 在邻近检测过程中,UE10A检测UE10A以及UE10B的覆盖信息,基于覆盖信息,进行通信路径建立过程。具体来讲,在UE10A在服务区且UE10B在服务区这一状态、UE10A不在服务区且UE10B在服务区这一状态、UE10A在服务区且UE10B不在服务区这一状态、UE10A不在服务区且UE10B不在服务区这一状态的各个状态下,进行不同的通信路径建立过程。由于通信路径建立过程能够同样利用第1实施方式所示的方法,因此省略其详细的说明。
[0614] 如以上,能够检测通信源UE以及通信目的地UE在LTE基站的服务区内。在通信源UE或者通信目的地UE在LTE基站的服务区内的情况下,以移动通信运营商的控制为基础,能够进行通信路径建立过程。
[0615] 此外,在通信源UE以及通信目的地UE不在LTE基站的服务区内的情况下,每当通信路径建立,不用得到移动通信运营商的认证,就能够进行通信路径建立过程。
[0616] [6.1.1.变形例1]
[0617] 以上,参照附图来详细说明了本发明的实施方式,但具体的结构并不仅限于该实施方式,不脱离本发明的主旨的范围的设计等也包含于权利要求书中。
[0618] 此外,在各实施方式中由各装置进行动作的程序是控制CPU等以使得实现上述实施方式的功能的程序(使计算机起作用的程序)。并且,由这些装置处理的信息在该处理时被暂时存储于暂时存储装置(例如,RAM),然后,被保存在各种ROM、HDD的存储装置,根据需要来通过CPU读取,并进行修正/写入。
[0619] 这里,作为保存程序的记录介质,可以是半导体介质(例如,ROM、非易失性的存储卡等)、光记录介质/光磁记录介质(例如,DVD(Digital Versatile Disc,数字通用盘)、MO(Magneto Optical Disc,磁光盘)、MD(Mini Disc,迷你盘)、CD(Compact Disc,压缩盘),BD等)、磁记录介质(例如,磁带、软盘等)等的任意一种。此外,不仅可以通过执行载入了的程序,来实现上述实施方式的功能,还存在基于该程序的指示,通过与操作系统或者其他应用程序等共同处理,来实现本发明的功能的情况。
[0620] 此外,在市场上流通的情况下,能够将程序保存在移动型的记录介质来使其流通,或者转送到经由互联网等网络来连接的服务器计算机。在该情况下,服务器计算机的存储装置当然也包含于本发明。
[0621] 此外,典型地,也可以将上述实施方式的各装置的一部分或者全部实现为作为集成电路的LSI(Large Scale Integration,大规模集成电路)。各装置的各功能模可以分别芯片化,也可以将一部分或者全部集成并芯片化。此外,集成电路化的手法并不局限于LSI,也可以通过专用电路或者通用处理器来实现。此外,在通过半导体技术的进步,出现了代替LSI的集成电路化的技术的情况下,当然也能够使用基于该技术的集成电路。
[0622] 此外,在上述的实施方式中,作为无线接入网络的例子,说明了LTE和WLAN(例如,IEEE802.11a/b/n等),但也可以取代WLAN,通过WiMAX来连接。
[0623] -符号说明-
[0624] 1 移动通信系统
[0625] 2 移动通信系统2
[0626] 5 IP移动通信网络
[0627] 10 UE
[0628] 20 PDN
[0629] 25 GMLC
[0630] 27 LCS客户端
[0631] 30 PGW
[0632] 35 SGW
[0633] 40 MME
[0634] 45 eNB
[0635] 50 HSS
[0636] 55 AAA
[0637] 60 PCRF
[0638] 65 ePDG
[0639] 70 WLAN ANa
[0640] 72 WLAN APa
[0641] 74 GW
[0642] 75 WLAN ANb
[0643] 76 WLAN APb
[0644] 80 LTE AN
[0645] 90 ProSe服务器
[0646] 95 APP服务器
QQ群二维码
意见反馈