一种邻近通信业务的实现方法及装置
技术领域
本发明涉及通信技术,尤其涉及一种邻近通信业务的实现方法及装置。
背景技术
目前3GPP(3rd Generation Partnership Project,第三代移动通信标准化组织)正在研究设备与设备之间的邻近通信问题,其主要应用场景是若当通信的设备距离较近,希望设备与设备之间的应用层数据传输可以在两个设备之间直接进行而不用通过移动通信网络,或者通过设备连接的服务基站转发,而不用通过核心网。为了最终实现这一目的,还需要研究应用层如何触发网络层进行邻近关系发现和邻近通信建立,以及应用层用户业务标识如何与网络层标识关联的问题。
目前3GPP中定义的两个设备间的通信过程,其数据通道如图1所示,UE1将数据发送到服务的eNB(基站),而eNB会将数据传递到服务的核心网设备Serving GW(服务网关)和PGW(分组网关),PGW会根据UE的路由表示将数据路由到UE1的服务PGW和Serving GW,UE2服务的Serving GW将数据传递到UE2服务的eNB,在通过eNB传递给UE2。图1中所示的例子是当UE1和UE2服务的Serving GW和PGW相同时的场景,此时省略了为UE1服务的PGW将数据路由到为UE2服务的PGW的过程。
由图1可以看出,即使通信的两个终端之间的位置非常相近,通信数据也需要通过各自服务的eNB,核心网才能到达对端,通信延时非常大,而且还会占用网络的资源。因此3GPP现在正在研究关于邻近设备之间的通信技术,即若通信双方距离很近时,能够实现两个UE之间直接通信或者仅仅借助eNB的传递实现快速通信。
图2a和图2b为实现邻近通信后终端之间的数据传输路径图,如图2a和图2b所示,UE1和UE2可以直接传输,不需要经过移动网络设备,或者若两个UE连接到同一eNB时可以通过服务的eNB转发数据,而不需要将数据路由过核心网。这种传输方式可以减少数据传输的延时,并且可以节省网络的资源,特别是核心网的网络资源。
目前在3GPP SA1中正在讨论邻近通信的需求,根据讨论结果,邻近通信大致可以分为两大类问题,一类问题是终端之间的邻近关系发现过程,第二类问题则是邻近UE如何实现直接通信的问题。
终端之间的邻近关系发现过程不仅仅是实现邻近终端直接通信的前提,同时还有很多的应用场景。例如商家可以通过检测邻近关系向路过的行人终端发送打折促销广告,用户可以通过邻近关系发现功能搜索当前位置附近的餐馆和超市等信息,公交站可以根据邻近关系发现功能预报公交到站信息等等。
UE间的直接通信仍然需要由网络控制,并且由网络决定用于ProSe(邻近通信业务)通信的资源,因此UE服务的eNB与MME(Mobile Managenment Entity,移动管理实体)之间也会交互信息,如果两个执行邻近通信的UE驻留在不同的eNB下,核心网还可能分别与这两个UE驻留的eNB进行信令交互。
3GPP定义了一种限制邻近关系发现的场景,具体描述如下:
如果运营商授权某一业务可以使用邻近业务特性,则:
某一用户具有允许使用邻近业务的终端,则可以发现拥有同样功能UE的朋友在邻近位置,同时也可以被其朋友发现。
社交网络应用可以使用邻近业务特性。
例如Mary,Peter和John使用某一社交网络应用,在其应用层维护的上下文中显示如下关系信息:
Mary和John是朋友;
John和Peter是朋友;
Mary和Peter不是朋友。
假设Mary,Peter和John都使用具有邻近业务特性的终端,他们签约到相同的蜂窝网络运营商,并且运营商允许他们使用邻近业务特性。
对于这种场景,需要实现下述功能:
Mary的UE可以发现John在邻近位置;
John的UE可以发现Mary在邻近位置;
Mary的社交网络应用能知道John是否在其邻近位置
John的社交网络应用能知道Mary是否在其邻近位置
Peter的UE不能发现Mary的UE在其邻近位置
Mary的社交网络应用不能检测到Peter是否在其邻近位置
Peter的社交网络应用不能检测到Mary是否在其邻近位置
因此这一特性要求只有朋友之间才能相互发现其邻近关系,如果应用层显示不是朋友关系,则不能相互发现其邻近关系。
同时运营商也能控制UE之间的邻近关系发现特性,对于一个具有邻近关系发现功能的UE,策略和用户选择可以对这一UE配置如下特性:
可以发现邻近的其他UE但不能被别人发现;
可以被其他UE发现但是不能发现别人;
可以发现其他UE也能被其他UE发现;
不能被其他UE发现也不能发起其他UE;
在邻近发现过程中,UE只能发现那些设置为允许被别人发现的UE。
可见,目前3GPP定义了对于邻近通信业务的需求,要求终端能够在应用层的触发下,发起邻近通信业务,包括邻近关系发现和邻近通信连接建立。这一需求与终端的邻近关系签约信息,网络配置以及应用层用户关系等因素相关,由于终端上的应用多种多样,应用层的标识也纷繁复杂,3GPP网络不可能将UE上所有的应用层标识与UE的3GPP网络内标识关联;另外,由于应用层与网络层应当是相互独立的,用户可以在终端A上登录某应用,也可以在终端B上登录此应用,因此3GPP网络难以维护用户应用层标识和UE的3GPP网络内标识的关联关系。
基于以上原因,当UE上的应用要求使用邻近通信业务时,包括邻近关系发现和邻近通信连接的建立,网络无法根据用户的应用层标识来确定UE的3GPP网络内标识,因此无法进行邻近通信业务。
发明内容
本发明实施例提供一种邻近通信业务的实现方法及装置,以实现UE的邻近通信业务。
一种邻近通信业务的实现方法,包括:
接收用户设备UE发送的邻近通信业务请求;
确定所述UE签约邻近通信业务时获得的邻近通信业务标识;
根据所述UE的邻近通信业务标识,实现邻近通信业务。
一种邻近通信业务的实现装置,包括:
接收单元,用于接收用户设备UE发送的邻近通信业务请求;
确定单元,用于确定所述UE签约邻近通信业务时获得的邻近通信业务标识;
处理单元,用于根据所述UE的邻近通信业务标识,实现邻近通信业务。
本发明实施例提供一种邻近通信业务的实现方法及装置,在UE签约时,为UE分配邻近通信业务标识,这样,在接收到UE发送的邻近通信业务请求后,确定UE的邻近通信业务标识,再根据UE的邻近通信业务标识,实现邻近通信业务,即可避免网络无法根据用户的应用层标识来确定UE的3GPP网络内标识,无法进行邻近通信业务的情况,从而实现UE的邻近通信业务。
附图说明
图1为现有技术中设备间通信的数据通道示意图;
图2a和图2b为现有技术中邻近通信路径示意图;
图3为本发明实施例中邻近通信架构示意图;
图4为本发明实施例提供的邻近通信业务的实现方法流程图;
图5为本发明实施例提供的与实施例一对应的邻近通信业务的实现方法流程图;
图6为本发明实施例提供的与实施例二对应的邻近通信业务的实现方法流程图;
图7为本发明实施例提供的与实施例三对应的邻近通信业务的实现方法流程图;
图8为本发明实施例提供的与实施例四对应的邻近通信业务的实现方法流程图;
图9为本发明实施例提供的与实施例五对应的邻近通信业务的实现方法流程图;
图10为本发明实施例提供的与实施例六对应的邻近通信业务的实现方法流程图;
图11为本发明实施例提供的邻近通信业务的实现装置结构示意图。
具体实施方式
本发明实施例提供一种邻近通信业务的实现方法及装置,在UE签约时,为UE分配邻近通信业务标识,这样,在接收到UE发送的邻近通信业务请求后,确定UE的邻近通信业务标识,再根据UE的邻近通信业务标识,实现邻近通信业务,即可避免网络无法根据用户的应用层标识来确定UE的3GPP网络内标识,无法进行邻近通信业务的情况,从而实现UE的邻近通信业务。
如图3所示,本发明实施例中为了解决UE在3GPP内部标识与UE和应用层标识的映射关系,将邻近通信视为一种3GPP网络提供的业务,该业务使用与终端SIM/USIM(subscriber identity module用户标识模块/Universal Subscriber Identity Module,通用用户标识模块)卡绑定的邻近通信业务标识来标识终端,邻近通信业务标识可能是MSISDN(Mobile Subscriber Integrated Services Digital Network Number,移动用户综合业务数字网号码),External ID(扩展标识)或者新分配的用于标识邻近通信业务的标识。采用与MTC类似的架构,在3GPP网络中设置一个与应用服务器相连的邻近通信业务服务器,用于向应用层服务器屏蔽3GPP网络的拓扑和连接关系。邻近通信业务服务器只位于HPLMN(home public land mobile network,归属公共陆上移动网络),与应用层之间有接口,同时与HSS(Home Subscriber Server,家乡用户服务器)和MME有接口连接。邻近通信业务服务节点主要具有以下功能:
1.根据邻近通信业务标识向HSS查询UE的内部标识和获取与邻近通信相关的签约信息;
2.接收应用服务器发送的邻近通信业务请求和返回邻近通信业务状态;
3.认证应用服务器是否允许发起邻近通信业务;
4.保存终端的位置信息和邻近通信业务标识;
5.判断邻近通信业务是否可以建立,包括邻近终端发现和邻近通信连接建立;
6.根据邻近通信业务产生计费数据。
如图4所示,本发明实施例提供的邻近通信业务的实现方法,包括:
步骤S401、接收用户设备UE发送的邻近通信业务请求;
步骤S402、确定UE签约邻近通信业务时获得的邻近通信业务标识;
步骤S403、根据UE的邻近通信业务标识,实现邻近通信业务。
如果UE发送的邻近通信业务请求中,携带有邻近通信业务标识,则可以直接从邻近通信业务请求中确定邻近通信业务标识,如果UE发送的邻近通信业务请求中,只携带有应用层用户标识,则需要根据UE发送的邻近通信业务请求中携带的应用层用户标识以及应用层用户标识与邻近通信业务标识之间的对应关系,确定UE签约邻近通信业务时获得的邻近通信业务标识。
因此,步骤S402中,确定UE签约邻近通信业务时获得的邻近通信业务标识,具体包括:
获取UE发送的邻近通信业务请求中携带的邻近通信业务标识;或者
根据UE发送的邻近通信业务请求中携带的应用层用户标识,确定UE签约邻近通信业务时获得的邻近通信业务标识。
在具体实现时,可以在用户向运营商签约邻近通信业务时,运营商向用户提供邻近通信业务标识,记为ProSe ID,该标识可能是手机号码,终端外部标识,或者新的由邻近通信业务服务器分配的标识;并在HSS中保存终端的邻近通信业务标识与IMSI的映射,以及邻近通信业务相关的签约信息,例如搜索范围,是否允许被发现等;当UE登录应用服务器时,若终端和应用都支持邻近通信业务,则UE同时提供Prose ID和应用层的User ID登录应用;用户直接使用邻近通信业务时,终端和网络使用ProSe ID进行邻近通信业务的建立;用户使用应用层具体应用时,应用服务器可以基于用户的应用层请求或服务器自身的判断来请求ProSe Server为该用户建立邻近通信业务,此时应用服务器需根据User ID索引到ProSe ID,并根据ProSe ID选择合适的ProSe Server;实现该邻近通信业务。
UE签约邻近通信业务时获得的邻近通信业务标识与UE的签约信息绑定,并可以进一步保存在UE的签约信息中。
用户可以通过应用发送邻近通信业务请求,也可以直接向网络侧发送邻近通信业务请求,若用户通过应用发送邻近通信业务请求,则由应用服务器处理该邻近通信业务请求,若用户直接向网络侧发送邻近通信业务请求,则由邻近通信业务服务器处理该邻近通信业务请求。
当用户通过应用发送邻近通信业务请求时,步骤S401中,接收UE发送的邻近通信业务请求,具体包括:
应用服务器接收UE通过具体应用发送的邻近通信业务请求;
步骤S401中,根据UE的邻近通信业务标识,实现邻近通信业务,具体包括:
应用服务器根据UE的邻近通信业务标识,选择对应的邻近通信服务器实现该UE的邻近通信业务。
具体的,当用户通过应用发送搜索邻近用户的请求时,应用服务器接收UE通过具体应用发送的邻近通信业务请求,具体包括:
应用服务器接收UE通过具体应用发送的搜索邻近用户的请求;
根据UE的邻近通信业务标识,实现邻近通信业务,具体包括:
应用服务器根据UE的位置或者登录IP地址搜索设定范围内的用户,并确定搜索到的用户的用户标识,或应用服务器根据接收到的搜索邻近用户的请求确定被搜索用户的用户标识;
应用服务器根据用户标识,确定搜索到的用户的邻近通信业务标识;
应用服务器根据UE的邻近通信业务标识确定该UE的邻近通信业务服务器,并通过该UE的邻近通信业务服务器确定该UE具有搜索邻近用户的权限,以及通过该UE的邻近通信业务服务器根据搜索到的用户的邻近通信业务标识查找对应的邻近通信业务服务器并向这些邻近通信业务服务器发送发现请求,以及接收该UE的邻近通信业务服务器接收到各个邻近通信业务服务器确定对应的用户允许被发现后返回的对应用户的位置信息后,返回的发现结果;
应用服务器将发现结果发送给UE。
当用户通过应用发送邻近通信业务建立请求时,应用服务器接收UE通过具体应用发送的邻近通信业务请求,具体包括:
应用服务器接收UE通过具体应用发送的邻近通信业务建立请求;
根据UE的邻近通信业务标识,实现邻近通信业务,具体包括:
应用服务器根据目标UE的用户标识,确定对应的邻近通信业务标识;
应用服务器根据UE的邻近通信业务标识确定该UE的邻近通信业务服务器,并向该UE的邻近通信业务服务器发送邻近通信业务连接请求,该UE的邻近通信业务服务器确定该UE和目标UE之间满足建立邻近通信连接的条件后,该UE的邻近通信业务服务器请求网络为该UE和目标UE分配建立邻近通信连接所需的资源并建立邻近通信连接;
应用服务器接收该UE的邻近通信业务服务器返回的邻近通信连接建立成功消息;
应用服务器向终端返回邻近通信连接建立成功消息。
其中,该UE的邻近通信业务服务器确定该UE和目标UE之间满足建立邻近通信连接的条件,具体包括:
该UE的邻近通信业务服务器确定该UE和目标UE之间已经建立有邻近通信连接;或者
该UE的邻近通信业务服务器确定UE具有邻近通信业务建立权限后,根据目标UE的邻近通信业务标识查找对应的邻近通信业务服务器,并向该邻近通信业务服务器发送发现请求,由目标UE的邻近通信业务服务器确定目标UE具有邻近通信业务建立权限后,返回目标UE的位置信息给该UE的邻近通信业务服务器,并由该UE的邻近通信业务服务器根据该UE的邻近通信业务签约信息和位置信息、目标UE的位置信息,确定该UE和目标UE之间可以建立邻近通信连接。
该UE的邻近通信业务服务器请求网络为该UE和目标UE分配建立邻近通信连接所需资源并建立邻近通信连接,具体包括:
该UE的邻近通信业务服务器向该UE所属的MME发送邻近通信业务连接请求,由该UE所属的MME请求网络为该UE分配建立邻近通信连接所需资源,并向该UE的邻近通信业务服务器返回分配的用于建立邻近通信连接所需信息,由该UE的邻近通信业务服务器向目标UE的邻近通信业务服务器发送携带分配给该UE的用于建立邻近通信连接所需信息的邻近通信业务连接请求,由目标UE的邻近通信业务服务器请求网络为目标UE分配建立邻近通信连接所需资源,建立邻近通信连接所需资源并建立邻近通信连接。
若用户直接向网络侧发送邻近通信业务请求,则步骤S401中,接收UE发送的邻近通信业务请求,具体包括:
邻近通信业务服务器接收UE发送的邻近通信业务请求;或者邻近通信业务服务器接收MME接收到UE发送的邻近通信业务请求后转发的邻近通信业务请求;
步骤S403中,根据UE的邻近通信业务标识,实现邻近通信业务,具体包括:
邻近通信业务服务器根据UE的邻近通信业务标识实现该UE的邻近通信业务。
具体的,当用户直接向网络侧发送用户搜索请求,且搜索请求中携带目标UE的邻近通信业务标识时,邻近通信业务服务器接收UE直接发送的邻近通信业务请求,具体包括:
邻近通信业务服务器接收UE发送的用户搜索请求,用户搜索请求中携带该UE的邻近通信业务标识、目标UE的邻近通信业务标识以及触发搜索的应用程序标识;
邻近通信业务服务器根据UE的邻近通信业务标识实现该UE的邻近通信业务,具体包括:
邻近通信业务服务器根据应用程序标识判断该应用允许使用邻近通信业务后发送用户搜索请求到目标UE的邻近通信业务服务器,并由该UE的邻近通信业务服务器接收目标UE的邻近通信业务服务器根据目标UE的邻近通信业务标识确定目标UE允许被发现后返回的目标UE的当前位置;
邻近通信业务服务器根据两个终端的位置确定目标UE是否可以被发现后,向UE返回发现结果。
当用户直接向网络侧发送用户搜索请求,且搜索请求中携带目标UE的应用层用户标识时,邻近通信业务服务器接收UE直接发送的邻近通信业务请求,具体包括:
邻近通信业务服务器接收UE发送的用户搜索请求,用户搜索请求中携带该UE的邻近通信业务标识、目标UE的应用层用户标识以及触发搜索的应用程序标识;
邻近通信业务服务器根据UE的邻近通信业务标识实现该UE的邻近通信业务,具体包括:
邻近通信业务服务器根据目标UE的应用层用户标识查询DNS Server或者根据应用程序标识所标识的应用服务器获得目标UE的邻近通信业务标识;
邻近通信业务服务器根据应用程序标识判断该应用允许使用邻近通信业务后发送用户搜索请求到目标UE的邻近通信业务服务器,并由该UE的邻近通信业务服务器接收目标UE的邻近通信业务服务器根据目标UE的邻近通信业务标识确定目标UE允许被发现后返回的目标UE的当前位置;
邻近通信业务服务器根据两个终端的位置确定目标UE是否可以被发现后,向UE返回发现结果。
当用户直接向网络侧发送邻近通信业务建立请求时,邻近通信业务服务器接收UE发送的邻近通信业务请求,具体包括:
邻近通信业务服务器接收UE直接发送的邻近通信业务建立请求,邻近通信业务建立请求中携带该UE的邻近通信业务标识、目标UE的邻近通信业务标识以及触发邻近通信业务建立的应用程序标识;
邻近通信业务服务器根据UE的邻近通信业务标识实现该UE的邻近通信业务,具体包括:
邻近通信业务服务器发送邻近通信业务建立请求到目标UE的邻近通信业务服务器,并由该UE的邻近通信业务服务器接收目标UE的邻近通信业务服务器确定目标UE允许建立邻近通信连接后返回的目标UE的当前位置;
邻近通信业务服务器确定该UE和目标UE之间满足建立邻近通信连接的条件后,该UE的邻近通信业务服务器请求网络为该UE和目标UE分配建立邻近通信连接所需的资源并建立邻近通信连接;
所述邻近通信业务服务器向UE返回邻近通信连接建立成功消息。
其中,邻近通信业务服务器接收UE直接发送的邻近通信业务请求,具体包括:
邻近通信业务服务器接收UE发送的邻近通信业务建立请求,用户搜索请求中携带该UE的邻近通信业务标识、目标UE的应用层用户标识以及触发邻近通信业务建立的应用程序标识;
邻近通信业务服务器根据所述UE的邻近通信业务标识实现该UE的邻近通信业务,具体包括:
邻近通信业务服务器根据目标UE的应用层用户标识查询DNS Server或者根据应用程序标识所标识的应用服务器获得目标UE的邻近通信业务标识;
邻近通信业务服务器发送邻近通信业务建立请求到目标UE的邻近通信业务服务器,并由该UE的邻近通信业务服务器接收目标UE的邻近通信业务服务器确定目标UE允许建立邻近通信连接后返回的目标UE的当前位置;
邻近通信业务服务器确定该UE和目标UE之间满足建立邻近通信连接的条件后,该UE的邻近通信业务服务器请求网络为该UE和目标UE分配建立邻近通信连接所需的资源并建立邻近通信连接;
邻近通信业务服务器向UE返回邻近通信连接建立成功消息。
邻近通信业务服务器确定该UE和目标UE之间满足建立邻近通信连接的条件,具体包括:
邻近通信业务服务器确定该UE和目标UE之间已经建立有邻近通信连接;或者
邻近通信业务服务器确定UE具有邻近通信业务建立权限后,根据目标UE的邻近通信业务标识查找对应的邻近通信业务服务器,并向该邻近通信业务服务器发送发现请求,接收目标UE的邻近通信业务服务器确定目标UE具有邻近通信业务建立权限后,返回的目标UE的位置信息;所述邻近通信业务服务器根据该UE的邻近通信业务签约信息和位置信息、目标UE的位置信息,确定该UE和目标UE之间可以建立邻近通信连接。
邻近通信业务服务器请求网络为该UE和目标UE分配建立邻近通信连接所需资源并建立邻近通信连接,具体包括:
邻近通信业务服务器确定可以建立邻近通信连接后,向该UE的MME发送邻近通信连接请求,由该UE的MME请求网络为该UE分配建立邻近通信连接所需资源,并MME返回的用于建立邻近通信连接所需信息;
邻近通信业务服务器向目标UE的邻近通信业务服务器发送邻近通信连接请求,携带分配给该UE的用于建立邻近通信连接所需信息,由目标UE的邻近通信业务服务器请求网络为目标UE分配建立邻近通信连接所需资源,并建立邻近通信连接。
下面通过具体的实施例对邻近通信业务的实现方法进行具体说明:
实施例一、
终端上的应用触发ProSe discovery(邻近通信业务发现)的过程来搜索附近用户,如图5所示,包括:
步骤S501、用户使用某应用搜索邻近用户,用户终端发送应用层请求到应用服务器,指示搜寻该应用上的所有朋友或者某个朋友;
步骤S502、应用服务器根据当前终端的位置或者登录IP地址等信息搜索附近的朋友,搜索范围可以由ProSe Server指示,用户指示或者服务器预配置,从而可以确定附近朋友的User ID;
步骤S503、应用服务器根据搜索用户的User ID找到对应的ProSe ID A,根据搜索到的朋友列表中的User ID,找到对应的ProSe ID list;
步骤S504、应用服务器根据ProSe ID A查找合适的ProSe Server A,例如使用DNSServer;
步骤S505、应用服务器发送ProSe discovery请求到ProSe Server A,请求ProSeServer查询该ProSe ID关于邻近通信业务的签约信息;
步骤S506、ProSe Server A根据ProSe ID A查询HSS,获取该UE的IMSI和邻近通信签约信息,例如:本应用是否允许使用邻近通信业务,搜索范围,是否允许被搜索,是否需要得到被搜索用户的确认等,此外,ProSe Server A可能请求网络获取UE当前位置;
步骤S507、ProSe Server A根据ProSe ID list查找对应的ProSe Server,并向这些ProSe Server发送Discovery请求;
步骤S508、各个ProSe Server根据ProSe ID查询HSS,获取该UE的邻近通信签约信息,根据签约判断是否允许被Discovery,若允许,则返回当前UE的位置信息给ProSeServer A;
步骤S509、ProSe Server A根据ProSe ID A对应的UE的邻近通信业务签约信息和位置信息,和从各ProSe Server获得ProSe ID list中各UE位置信息,判断ProSe ID list中哪些UE可以被ProSe ID A对应的用户discovery,并向应用服务器返回发现结果;
各ProSe Server可以缓存从HSS查得的UE的邻近通信业务签约信息,从而便于在相应的UE再次进行邻近通信业务请求时,获得邻近通信业务签约信息。
实施例二、
终端上使用ProSe ID进行ProSe discovery,如图6所示,包括:
步骤S601、用户提供目标用户的ProSe ID来搜索该用户,用户终端发送Discovery请求到网络,请求中携带发起终端和目的终端的ProSe ID以及终端上触发搜索的应用程序标识Application ID;目标用户的ProSe ID可以通过使用目标用户的应用层User ID查询DNS服务器获得。
步骤S602、网络中的MME收到Discovery请求后,根据请求中的发起终端的ProSeID获取UE的签约信息,根据签约信息判断该终端是否允许使用邻近通信业务,若允许,则转发Discovery请求到ProSe Server;
实际操作中,也可以不经过MME转发Discovery请求,可以直接由ProSe Server接收Discovery请求后验证UE的签约信息。
步骤S603、ProSe Server根据Application ID判断该应用是否允许使用邻近通信业务,若允许,则发送请求到服务目标终端的ProSe Server;
步骤S604、目标终端的ProSe Server根据ProSe ID查询UE的签约信息,根据签约判断UE是否允许被Discovery,若允许,则返回UE的当前位置到发起端的ProSe Server;
步骤S605、发起端的ProSe Server根据两个终端的位置判断是否可以被发现,并返回发现结果。
实施例三、
终端上的应用触发ProSe连接建立,如图7所示,包括:
步骤S701、终端上的某应用触发建立到某邻近用户的邻近通信连接的建立,用户终端发送应用层请求到应用服务器;
步骤S702、应用服务器根据请求中终端的User ID,查询终端当前的位置或者IP地址信息,判断两者之间是否可能建立邻近通信;
步骤S703、应用服务器根据发起终端的User ID找到对应的ProSe ID A,根据目标终端的User ID,找到对应的ProSe ID;
步骤S704、应用服务器根据ProSe ID A查找合适的ProSe Server A,例如使用DNSServer;
步骤S705、应用服务器发送ProSe connectivity请求到ProSe Server A,请求ProSe Server为ProSe ID A和ProSe ID建立邻近通信连接;
步骤S706、ProSe Server A根据ProSe ID A查询HSS,获取该UE的IMSI和邻近通信签约信息,例如:本应用是否允许使用邻近通信业务,邻近通信范围等,此外,ProSe ServerA可能请求网络获取UE当前位置;
步骤S707、ProSe Server A根据ProSe ID查找对应的ProSe Server,并向该ProSeServer发送Discovery请求;
步骤S708、ProSe Server根据ProSe ID查询HSS,获取该UE的邻近通信签约信息,根据签约判断是否允许建立邻近通信连接,若允许,则返回当前UE的位置信息给ProSeServer A;
步骤S709、ProSe Server A根据ProSe ID A对应的UE的邻近通信业务签约信息和位置信息,和ProSe ID对应UE的位置信息,判断ProSe ID A和ProSe ID对应的UE之间是否可以建立邻近通信连接,若可以,则ProSe Server A向MME A发送ProSe connectivity请求。
步骤S710、MME A收到ProSe connectivity请求后,请求网络为UE A分配建立邻近通信连接所需资源,并向ProSe Server A返回分配的用于建立邻近通信连接所需信息;
步骤S711、ProSe Server A向ProSe Server发送ProSe connectivity请求,携带分配给UE A的用于建立邻近通信连接所需信息;
步骤S712、ProSe Server请求网络为ProSe ID对应的UE分配建立邻近通信连接所需资源,并建立邻近通信连接;
步骤S713、ProSe Server A向Application Server返回邻近通信连接建立成功;
步骤S714、Application Server向终端返回邻近通信连接建立成功;
ProSe Server A和ProSe Server都保存<ProSe ID A,ProSe ID>对,标识两者之间已经建立有邻近通信连接,后续收到建立这两者之间的邻近通信连接的请求时,无需进行判断,直接建立连接。
实施例四、
终端使用ProSe ID建立邻近通信连接,如图8所示,包括:
步骤S801、用户提供目标用户的ProSe ID来建立邻近通信连接,请求中携带发起终端和目的终端的ProSe ID以及终端上触发邻近通信的应用程序标识Application ID,目标用户的ProSe ID可以通过使用目标用户的应用层User ID查询DNS服务器获得;
步骤S802、网络中的MME收到ProSe connectivity请求后,根据请求中的发起终端的ProSe ID获取UE的签约信息,根据签约信息判断该终端是否允许使用邻近通信业务,若允许,则转发请求到ProSe Server;
实际操作中,也可以不经过MME转发ProSe connectivity请求,可以直接由ProSeServer接收ProSe connectivity请求后验证UE的签约信息。
步骤S803、ProSe Server根据Application ID判断该应用是否允许使用邻近通信业务,若允许,则发送请求到服务目标终端的ProSe Server;
步骤S804、目标终端的ProSe Server根据ProSe ID查询UE的签约信息,根据签约判断UE是否允许建立邻近通信连接,若允许,则返回UE的当前位置到发起端的ProSeServer A;
步骤S805、ProSe Server A根据两个终端的位置判断是否可以建立邻近通信连接,若可以,则ProSe Server A向MME A发送ProSe connectivity请求。
步骤S806、MME A收到ProSe connectivity请求后,请求网络为UE A分配建立邻近通信连接所需资源,并向ProSe Server A返回分配的用于建立邻近通信连接所需信息;
步骤S807、ProSe Server A向ProSe Server发送ProSe connectivity请求,携带分配给UE A的用于建立邻近通信连接所需信息;
步骤S808、ProSe Server请求网络为ProSe ID对应的UE分配建立邻近通信连接所需资源,并建立邻近通信连接;
步骤S809、ProSe Server A向UE返回邻近通信连接建立成功。
ProSe Server A和ProSe Server都保存<ProSe ID A,ProSe ID>对,标识两者之间已经建立有邻近通信连接,后续收到建立这两者之间的邻近通信连接的请求时,无需进行判断,直接建立连接。
实施例五、
终端上的应用通过App ID(应用标识)来搜索用户,如图9所示,包括:
步骤S901、用户使用某应用搜索邻近用户,用户终端发送搜索请求到ProSeServer A,指示搜寻App ID应用上的朋友friend user ID(应用层用户标识);
步骤S902、ProSe Server A根据当前终端提供的App ID获取应用服务器的IP地址,并发送获取friend user ID对应的ProSe ID的请求到应用服务器;
步骤S903、应用服务器根据搜索用户的User ID,friend user ID找到对应的ProSe ID;
步骤S904、应用服务器向ProSe Server A返回friend user ID对应的ProSe ID;
步骤S905、ProSe Server A根据ProSe ID A查询HSS,获取该UE的IMSI和邻近通信签约信息,例如:本应用是否允许使用邻近通信业务,搜索范围,是否允许被搜索,是否需要得到被搜索用户的确认等,此外,ProSe Server A可能请求网络获取UE当前位置;
步骤S906、ProSe Server A根据ProSe ID查找对应的ProSe Server,并向这些ProSe Server发送Discovery请求;
步骤S907、ProSe Server根据ProSe ID查询HSS,获取该UE的邻近通信签约信息,根据签约判断是否允许被Discovery,若允许,则返回当前UE的位置信息给ProSe ServerA;
步骤S908、ProSe Server A根据ProSe ID A对应的UE的邻近通信业务签约信息和位置信息,和从ProSe Server获得ProSe ID对应的UE位置信息,判断ProSe ID对应的UE是否可以被ProSe ID A对应的用户discovery,并向UE返回发现结果。
实施例六、
终端上的应用通过App ID来建立邻近通信,如图10所示,包括:
步骤S1001、终端上的某应用触发建立到某邻近用户的邻近通信连接的建立,用户终端发送邻近通信建立请求到ProSe Server A;
步骤S1002、Prose Server A根据请求中终端的App ID,查询应用服务器,并发送获取ProSe ID请求到应用服务器;
步骤S1003、应用服务器根据目标终端的User ID,找到对应的ProSe ID并返回给ProSe Server A;
步骤S1004、ProSe Server A根据ProSe ID A查询HSS,获取该UE的IMSI和邻近通信签约信息,例如:本应用是否允许使用邻近通信业务,邻近通信范围等,此外,ProSeServer A可能请求网络获取UE当前位置;
步骤S1005、ProSe Server A根据ProSe ID查找对应的ProSe Server,并向该ProSe Server发送Discovery请求;
步骤S1006、ProSe Server根据ProSe ID查询HSS,获取该UE的邻近通信签约信息,根据签约判断是否允许建立邻近通信连接,若允许,则返回当前UE的位置信息给ProSeServer A;
步骤S1007、ProSe Server A根据ProSe ID A对应的UE的邻近通信业务签约信息和位置信息,和ProSe ID对应UE的位置信息,判断ProSe ID A和ProSe ID对应的UE之间是否可以建立邻近通信连接,若可以,则ProSe Server A向MME A发送ProSe connectivity请求;
步骤S1008、MME A收到ProSe connectivity请求后,请求网络为UE A分配建立邻近通信连接所需资源,并向ProSe Server A返回分配的用于建立邻近通信连接所需信息;
步骤S1009、ProSe Server A向ProSe Server发送ProSe connectivity请求,携带分配给UE A的用于建立邻近通信连接所需信息;
步骤S1010、ProSe Server请求网络为ProSe ID对应的UE分配建立邻近通信连接所需资源,并建立邻近通信连接;
步骤S1011、ProSe Server A向终端返回邻近通信连接建立成功;
ProSe Server A和ProSe Server都保存<ProSe ID A,ProSe ID>对,标识两者之间已经建立有邻近通信连接,后续收到建立这两者之间的邻近通信连接的请求时,无需进行判断,直接建立连接。
本发明实施例还相应提供邻近通信业务的实现装置,如图11所示,包括:
接收单元111,用于接收用户设备UE发送的邻近通信业务请求;
确定单元112,用于确定UE签约邻近通信业务时获得的邻近通信业务标识;
处理单元113,用于根据UE的邻近通信业务标识,实现邻近通信业务。
其中,确定单元112具体用于:
获取UE发送的邻近通信业务请求中携带的邻近通信业务标识;或者
根据UE发送的邻近通信业务请求中携带的应用层用户标识,确定UE签约邻近通信业务时获得的邻近通信业务标识。
UE签约邻近通信业务时获得的邻近通信业务标识与UE的签约信息绑定并保存在UE的签约信息中。
当该装置具体为应用服务器时,接收单元111具体用于:
接收UE通过具体应用发送的邻近通信业务请求;
处理单元113具体用于:
根据UE的邻近通信业务标识,选择对应的邻近通信服务器实现该UE的邻近通信业务。
接收单元111具体用于:
接收UE通过具体应用发送的搜索邻近用户的请求;
处理单元113具体用于:
根据UE的位置或者登录IP地址搜索设定范围内的用户,并确定搜索到的用户的用户标识,或应用服务器根据接收到的搜索邻近用户的请求确定被搜索用户的用户标识;
根据用户标识,确定搜索到的用户的邻近通信业务标识;
根据UE的邻近通信业务标识确定该UE的邻近通信业务服务器,并通过该UE的邻近通信业务服务器确定该UE具有搜索邻近用户的权限,以及通过该UE的邻近通信业务服务器根据搜索到的用户的邻近通信业务标识查找对应的邻近通信业务服务器并向这些邻近通信业务服务器发送发现请求,以及接收该UE的邻近通信业务服务器接收到各个邻近通信业务服务器确定对应的用户允许被发现后返回的对应用户的位置信息后,返回的发现结果;
将发现结果发送给UE。
接收单元111具体用于:
接收UE通过具体应用发送的邻近通信业务建立请求;
处理单元113具体用于:
根据目标UE的用户标识,确定对应的邻近通信业务标识;
根据UE的邻近通信业务标识确定该UE的邻近通信业务服务器,并向该UE的邻近通信业务服务器发送邻近通信业务连接请求,该UE的邻近通信业务服务器确定该UE和目标UE之间满足建立邻近通信连接的条件后,该UE的邻近通信业务服务器请求网络为该UE和目标UE分配建立邻近通信连接所需的资源并建立邻近通信连接;
接收该UE的邻近通信业务服务器返回的邻近通信连接建立成功消息;
向终端返回邻近通信连接建立成功消息。
当装置为邻近通信业务服务器时,接收单元111具体用于:
接收UE发送的邻近通信业务请求;或者邻近通信业务服务器接收MME接收到UE发送的邻近通信业务请求后转发的邻近通信业务请求;
处理单元113具体用于:
根据UE的邻近通信业务标识实现该UE的邻近通信业务。
接收单元111具体用于:
接收UE发送的用户搜索请求,用户搜索请求中携带该UE的邻近通信业务标识、目标UE的邻近通信业务标识以及触发搜索的应用程序标识;
处理单元113具体用于:
根据应用程序标识判断该应用允许使用邻近通信业务后发送用户搜索请求到目标UE的邻近通信业务服务器,并由该UE的邻近通信业务服务器接收目标UE的邻近通信业务服务器根据目标UE的邻近通信业务标识确定目标UE允许被发现后返回的目标UE的当前位置;
根据两个终端的位置确定目标UE是否可以被发现后,向UE返回发现结果。
接收单元111具体用于:
接收UE发送的用户搜索请求,用户搜索请求中携带该UE的邻近通信业务标识、目标UE的应用层用户标识以及触发搜索的应用程序标识;
处理单元113具体用于:
根据目标UE的应用层用户标识查询DNS Server或者根据应用程序标识所标识的应用服务器获得目标UE的邻近通信业务标识;
根据应用程序标识判断该应用允许使用邻近通信业务后发送用户搜索请求到目标UE的邻近通信业务服务器,并由该UE的邻近通信业务服务器接收目标UE的邻近通信业务服务器根据目标UE的邻近通信业务标识确定目标UE允许被发现后返回的目标UE的当前位置;
根据两个终端的位置确定目标UE是否可以被发现后,向UE返回发现结果。
接收单元111具体用于:
接收UE发送的邻近通信业务建立请求,邻近通信业务建立请求中携带该UE的邻近通信业务标识、目标UE的邻近通信业务标识以及触发邻近通信业务建立的应用程序标识;
处理单元113具体用于:
发送邻近通信业务建立请求到目标UE的邻近通信业务服务器,并由该UE的邻近通信业务服务器接收目标UE的邻近通信业务服务器确定目标UE允许建立邻近通信连接后返回的目标UE的当前位置;
确定该UE和目标UE之间满足建立邻近通信连接的条件后,该UE的邻近通信业务服务器请求网络为该UE和目标UE分配建立邻近通信连接所需的资源并建立邻近通信连接;
向UE返回邻近通信连接建立成功消息。
接收单元111具体用于:
接收UE发送的邻近通信业务建立请求,用户搜索请求中携带该UE的邻近通信业务标识、目标UE的应用层用户标识以及触发邻近通信业务建立的应用程序标识;
处理单元113具体用于:
根据目标UE的应用层用户标识查询DNS Server或者根据应用程序标识所标识的应用服务器获得目标UE的邻近通信业务标识;
发送邻近通信业务建立请求到目标UE的邻近通信业务服务器,并由该UE的邻近通信业务服务器接收目标UE的邻近通信业务服务器确定目标UE允许建立邻近通信连接后返回的目标UE的当前位置;
确定该UE和目标UE之间满足建立邻近通信连接的条件后,该UE的邻近通信业务服务器请求网络为该UE和目标UE分配建立邻近通信连接所需的资源并建立邻近通信连接;
向UE返回邻近通信连接建立成功消息。
处理单元113确定该UE和目标UE之间满足建立邻近通信连接的条件,具体包括:
确定该UE和目标UE之间已经建立有邻近通信连接;或者
确定UE具有邻近通信业务建立权限后,根据目标UE的邻近通信业务标识查找对应的邻近通信业务服务器,并向该邻近通信业务服务器发送发现请求,接收目标UE的邻近通信业务服务器确定目标UE具有邻近通信业务建立权限后,返回的目标UE的位置信息;根据该UE的邻近通信业务签约信息和位置信息、目标UE的位置信息,确定该UE和目标UE之间可以建立邻近通信连接。
处理单元113请求网络为该UE和目标UE分配建立邻近通信连接所需资源并建立邻近通信连接,具体包括:
确定可以建立邻近通信连接后,向该UE的MME发送邻近通信连接请求,由该UE的MME请求网络为该UE分配建立邻近通信连接所需资源,并MME返回的用于建立邻近通信连接所需信息;
向目标UE的邻近通信业务服务器发送邻近通信连接请求,携带分配给该UE的用于建立邻近通信连接所需信息,由目标UE的邻近通信业务服务器请求网络为目标UE分配建立邻近通信连接所需资源,并建立邻近通信连接。
本发明实施例提供一种邻近通信业务的实现方法及装置,在UE签约时,为UE分配邻近通信业务标识,这样,在接收到UE发送的邻近通信业务请求后,确定UE的邻近通信业务标识,再根据UE的邻近通信业务标识,实现邻近通信业务,即可避免网络无法根据用户的应用层标识来确定UE的3GPP网络内标识,无法进行邻近通信业务的情况,从而实现UE的邻近通信业务。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。