CN104427572B - 分组数据聚合协议数据包处理方法、装置及通信*** - Google Patents
分组数据聚合协议数据包处理方法、装置及通信*** Download PDFInfo
- Publication number
- CN104427572B CN104427572B CN201310411088.1A CN201310411088A CN104427572B CN 104427572 B CN104427572 B CN 104427572B CN 201310411088 A CN201310411088 A CN 201310411088A CN 104427572 B CN104427572 B CN 104427572B
- Authority
- CN
- China
- Prior art keywords
- data packet
- terminal
- pdcp data
- carrying
- neighbour
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/30—Network architectures or network communication protocols for network security for supporting lawful interception, monitoring or retaining of communications or communication related information
- H04L63/306—Network architectures or network communication protocols for network security for supporting lawful interception, monitoring or retaining of communications or communication related information intercepting packet switched data communications, e.g. Web, Internet or IMS communications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Technology Law (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种分组数据聚合协议PDCP数据包处理方法、装置、终端、基站及通信***,该方法包括:构造PDCP数据包,其中,PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息;依据构造的PDCP数据包与接收终端进行近邻通讯,通过本发明,解决了相关技术中无法将近邻通信路径切换到正常的EPC通讯路径、也无法使用现有架构和技术手段实现对近邻通信的合法监听的问题,进而能够实现将近邻通信路径切换到正常的EPC通讯路径,也能够实现对近邻通信进行合法监听的效果。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种分组数据聚合协议(Packet DataConvergence Protocol,简称PDCP)数据包处理方法、装置、终端、基站及通信***。
背景技术
第三代合作伙伴计划(3rd Generation Partnership Project,简称为3GPP)演进的分组***(Evolved Packet System,简称为EPS)由演进的通用移动通信***陆地无线接入网(Evolved Universal Terrestrial Radio Access Network,简称为E-UTRAN)、移动管理单元(Mobility Management Entity,简称为MME)、服务网关(Serving Gateway,S-GW)、分组数据网络网关(Packet Data Network Gateway,简称为P-GW或者PDN GW)、归属用户服务器(Home Subscriber Server,简称为HSS)、3GPP的认证授权计费(Authentication、Authorization and Accounting,简称为AAA)服务器。
长期演进(Long Term Evolution,简称为LTE)技术成为未来公共安全网络的首选技术。公共安全网络和集群通讯给长期演进(Long Term Evolution,简称为LTE)技术提出了新的需求,其中之一便是支持近邻通信(Proximity Service Communication,简称ProSe通信)。下文描述中,“ProSe通信”等价于“近邻通信”,或称“近邻通讯”。
所谓近邻通信是指两个或多个手机,当他们相互间的距离比较接近时,终端间可以直接发现并发起通讯,通讯可以不通过基站直接进行,包括数据通讯和语音通讯。即使在没有基站覆盖的区域,手机也可以利用近邻通信技术直接进行数据或语音通信。目前,3GPP正在研究近邻通信的需求和方案。
图1是相关技术中近邻通讯的参考架构图,如图1所示,UE和UE间增加了新的直接接口PC5,PC5接口是UE和UE间的空中接口。ProSe功能实体是辅助支持近邻通信的核心网功能实体,该功能实体协助UE间进行发现、协助PC5接口的建立等,该功能实体还负责近邻通信UE的注册、认证、授权、近邻通信对端的发现、近邻通信链路(即PC5链路)的建立或切换等。ProSe功能实体与现有的演进分组交换中心(Evolved Packet Core,简称为EPC)(如MME)间通过PC4接口。同时,ProSe功能实体还与应用服务器通过PC2接口,该接口用于从应用服务器获取应用相关信息,以及为应用服务器提供近邻通信服务。
近邻通信不仅可以满足无覆盖时手机之间的应急通讯的需求,同时也为运营商的网络提供了一种新的可能和机遇。比如,利用近邻通信开展广告业务或者利用近邻通信将数据流从核心网、甚至是从基站卸载,从而提升网络容量等。
近邻通信提供了一种和正常EUTRAN/EPC通讯所不同的通讯模式,图2是相关技术中近邻通信与正常通讯的区别示意图,如图2所示。在正常EUTRAN/EPC通讯中,无论是UE和网络间的通讯数据(UE和eNodeB间的RRC信令、UE和MME间的NAS信令),还是UE和UE间的通讯数据(如UE1和UE2间的IP通讯),均需要经过eNodeB。而UE和UE间的近邻通信,通常数据不经过eNodeB,即eNodeB不可探测ProSe通信数据包的内容。
在EUTRAN/EPC通讯中,UE和eNodeB间通过分组数据聚合协议(Packet DataConvergence Protocol,简称PDCP)来交换RRC信令、NAS信令、IP数据。PDCP数据包具有两种主要格式:信令面PDCP数据包、用户面PDCP数据包。其中,信令面PDCP数据包用以承载RRC信令、NAS信令,用户面PDCP数据包用以承载IP数据包,不同的PDCP数据包使用不同的无线信道资源,如信令面PDCP数据包使用信令无线承载(Signalling Radio Bearer,简称SRB)资源,而用户面PDCP数据包使用用户面无线承载(Data Radio Bearer,简称DRB)资源。eNodeB收到UE发送的PDCP数据包后,根据PDCP数据包类型判断是信令消息,还是IP数据。若是信令消息,eNodeB进一步判断是RRC信令,还是NAS信令,若为NAS信令则eNodeB转发给MME处理。若是IP数据,eNodeB将IP数据包装在用户面GPRS隧道协议包(GTP-U)中发送给SGW。
而近邻通信中,UE间使用直连空中接口(即图1中PC5接口)传输数据,该直连空中接口基于网络配置,如在UE接入到网络的过程中,eNodeB为该UE配置逻辑信道,用以直连空中接口,或eNodeB在***广播消息中配置用于ProSe通信的逻辑信道资源。对于该ProSe逻辑信道,eNodeB无法直接探测在其中所传输的用户数据。
对于通讯路径切换,在传统EUTRAN/EPC网络中,通讯切换是基于无线承载、核心网承载所进行的,即将无线承载、核心网承载从源基站切换到目标基站,从而实现了将UE的用户面数据路径从一个基站切换到另一个基站的目的。然而,在近邻通信下,UE间的ProSe通信路径基于直连空中接口,该直连空中接口并非基于UE的无线承载、核心网承载。因而,按照现有技术,无法将ProSe通信切换到EUTRAN/EPC网络。
对于合法监听,在传统3GPP网络中,合法监听是通过公共数据网网关设备(PDNGW,简称PGW)将被侦听用户的通信数据包(语音或数据)拷贝,并发送给合法监听服务器,再由合法监听服务器提供给公安部门等希望侦听该用户通信数据的政府***门。其中,用户的所有通信数据均流经PDN GW,因此,当需要侦听某用户的通信数据时,只需要通知该用户所附着的网关设备进行侦听即可。但对于近邻通信而言,通讯数据在终端间直接传递,通常不经过运营商的网络(不经过PDN GW、eNodeB),因此,按照相关技术中的技术方案,无法对近邻通信实施合法监听。
因此,在相关技术中,无法将近邻通信路径切换到正常的EPC通讯路径、也无法使用现有架构和技术手段实现对近邻通信的合法监听。
发明内容
本发明提供了一种分组数据聚合协议PDCP数据包处理方法、装置、终端、基站及通信***,以至少解决相关技术中无法将近邻通信路径切换到正常的EPC通讯路径、也无法使用现有架构和技术手段实现对近邻通信的合法监听的问题。
根据本发明的一个方面,提供了一种分组数据聚合协议PDCP数据包处理方法,包括:构造所述PDCP数据包,其中,所述PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息;依据构造的所述PDCP数据包与所述接收终端进行近邻通讯。
优选地,所述PDCP数据包的头域部分还包括有发送终端的标识信息。
优选地,在构造所述PDCP数据包之前,还包括通过以下方式至少之一获取所述接收终端的标识信息和所述接收终端的IP地址:从近邻通讯服务器获取所述接收终端的标识信息和所述接收终端的IP地址;在仅获取到所述接收终端的标识信息的情况下,通过接收所述接收终端发送的携带受限广播地址的IP广播数据包的方式获取所述接收终端的IP地址。
优选地,依据构造的所述PDCP数据包与所述接收终端进行近邻通讯包括:将所述PDCP数据包发送给基站,其中,由所述基站将所述PDCP数据包发送给所述接收终端。
优选地,在将所述PDCP数据包发送给所述基站之前,还包括通过以下方式至少之一确定用于发送所述PDCP数据包的承载:依据承载的服务质量,确定用于发送所述PDCP数据包的承载;依据支持近邻通讯的承载的条数确定用于发送所述PDCP数据包的承载;将缺省承载确定为用于发送所述PDCP数据包的承载。
优选地,所述接收终端的标识信息,或者,所述发送终端的标识信息为以下至少之一:近邻通讯服务器为终端UE分配的全网唯一的标识信息;第三代移动通讯伙伴计划3GPP网络为所述终端UE分配的身份标识信息;所述近邻通讯服务器依据所述UE的位置为所述UE分配的局部区域内的近邻通讯标识信息;演进的通用陆基无线接入网EUTRAN依据所述UE的位置为所述UE分配的局部区域内的临时标识信息;演进分组交换中心EPC依据所述UE的位置为所述UE分配的局部区域内的临时标识信息。
根据本发明的另一方面,提供了一种分组数据聚合协议PDCP数据包处理方法,包括:接收发送终端发送的PDCP数据包,其中,所述PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息;依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端。
优选地,所述PDCP数据包的头域部分还包括有所述发送终端的标识信息。
优选地,在依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端之前,还包括:在所述PDCP数据包的头域部分填写所述发送终端的标识信息。
优选地,在依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端之前,还包括通过以下方式至少之一确定用于将所述PDCP数据包发送给所述接收终端的承载:依据承载的服务质量确定用于将所述PDCP数据包发送给所述接收终端的承载;依据支持近邻通讯的承载的条数确定用于将所述PDCP数据包发送给所述接收终端的承载;将缺省承载确定为用于将所述PDCP数据包发送给所述接收终端的承载。
优选地,依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端包括:依据所述接收终端的标识信息,判断所述接收终端与所述发送终端是否属于同一个基站;在判断结果为是的情况下,将所述PDCP数据包直接发送给所述接收终端;和/或,在判断结果为否的情况下,将从所述PDCP数据包中提取的IP数据包,向服务网关SGW/公共数据网关PGW发送所述IP数据包,最终发送给所述接收终端。
根据本发明的还一方面,提供了一种分组数据聚合协议PDCP数据包处理装置,包括:构造模块,用于构造所述PDCP数据包,其中,所述PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息;通讯模块,用于依据构造的所述PDCP数据包与所述接收终端进行近邻通讯。
优选地,该装置还包括获取模块,所述获取模块用于通过以下方式至少之一获取所述接收终端的标识信息和所述接收终端的IP地址:从近邻通讯服务器获取所述接收终端的标识信息和所述接收终端的IP地址;在仅获取到所述接收终端的标识信息的情况下,通过接收所述接收终端发送的携带受限广播地址的IP广播数据包的方式获取所述接收终端的IP地址。
优选地,所述通讯模块包括:第一发送单元,用于将所述PDCP数据包发送给基站,其中,由所述基站将所述PDCP数据包发送给所述接收终端。
优选地,该装置还包括确定单元,用于在将所述PDCP数据包发送给所述基站之前,还包括通过以下方式至少之一确定用于发送所述PDCP数据包的承载:依据承载的服务质量确定用于发送所述PDCP数据包的承载;依据支持近邻通讯的承载的条数确定用于发送所述PDCP数据包的承载;将缺省承载确定为用于发送所述PDCP数据包的承载。
根据本发明的还一方面,提供了一种终端,包括上述任一项所述的装置。
根据发明的再一方面,提供了一种分组数据聚合协议PDCP数据包处理装置,包括:接收模块,用于接收发送终端发送的PDCP数据包,其中,所述PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息;发送模块,用于依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端。
优选地,该装置还包括填写模块,所述填写模块,用于在依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端之前,在所述PDCP数据包的头域部分填写所述发送终端的标识信息。
优选地,该装置还包括确定模块,用于在依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端之前,通过以下方式至少之一确定用于将所述PDCP数据包发送给所述接收终端的承载:依据承载的服务质量确定用于将所述PDCP数据包发送给所述接收终端的承载;依据支持近邻通讯的承载的条数确定用于将所述PDCP数据包发送给所述接收终端的承载;将缺省承载确定为用于将所述PDCP数据包发送给所述接收终端的承载。
优选地,所述发送模块包括:判断单元,用于依据所述接收终端的标识信息,判断所述接收终端与所述发送终端是否属于同一个基站;第二发送单元,用于在上述判断单元的判断结果为是的情况下,将所述PDCP数据包直接发送给所述接收终端;和/或,第三发送单元,用于在上述判断单元的判断结果为否的情况下,将从所述PDCP数据包中提取的IP数据包,最终发送给所述接收终端。
根据本发明的又一方面,提供了一种基站,其特征在于,包括上述任一项所述的装置。
根据本发明的还一方面,提供了一种通信***,包括上述所述的终端和上述所述的基站。
通过本发明,采用构造所述PDCP数据包,其中,所述PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息;依据构造的所述PDCP数据包与所述接收终端进行近邻通讯,解决了相关技术中无法将近邻通信路径切换到正常的EPC通讯路径、也无法使用现有架构和技术手段实现对近邻通信的合法监听的问题,进而能够实现将近邻通信路径切换到正常的EPC通讯路径,也能够实现对近邻通信进行合法监听的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是相关技术中近邻通讯的参考架构图;
图2是相关技术中近邻通信与正常通讯的区别示意图;
图3是根据本发明实施例的分组数据聚合协议PDCP数据包处理方法一的流程图;
图4是根据本发明实施例的分组数据聚合协议PDCP数据包处理方法二的流程图;
图5是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置一的结构框图;
图6是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置一的优选结构框图;
图7是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置一中通讯模块54的优选结构框图一;
图8是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置一中通讯模块54的优选结构框图二;
图9是根据本发明实施例的终端的结构框图;
图10是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置二的结构框图;
图11是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置二的优选结构框图一;
图12是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置二的优选结构框图二;
图13是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置二中发送模块104的优选结构框图;
图14是根据本发明实施例的基站的结构框图;
图15是根据本发明实施例的通信***的结构框图;
图16是相关技术中近邻发现和通讯建立流程图;
图17是相关技术中用户面PDCP数据包的格式示意图;
图18是根据本发明优选实施例的用于ProSe通信的PDCP数据包格式一;
图19是根据本发明优选实施例的用于ProSe通信的PDCP数据包格式二;
图20是根据本发明优选实施例的基站本地路由携带ProSe数据的PDCP数据包的流程图;
图21是根据本发明优选实施例的基站向上路由携带ProSe通信数据的PDCP数据包的流程图;
图22是根据本发明实施例的近邻发现过程中获取近邻终端信息的流程图;
图23是根据本发明优选实施例的利用IP广播相互探测IP地址的方法流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种分组数据聚合协议PDCP数据包处理方法,图3是根据本发明实施例的分组数据聚合协议PDCP数据包处理方法一的流程图,如图3所示,该流程包括如下步骤:
步骤S302,构造PDCP数据包,其中,该PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息;
步骤S304,依据构造的PDCP数据包与接收终端进行近邻通讯。
通过上述步骤,对进行近邻通讯的PDCP数据包进行改进,在PDCP数据包中携带有近邻通讯指示信息和接收终端的标识信息,实现了近邻通讯的数据包在基站层次上的转发给目标终端,相对于相关技术中用于近邻通讯的PDCP数据包不携带上述信息,无法实现近邻通讯路径切换到正常EPC通讯路径,以及无法实现对近邻通讯进行合法监听的问题,基站依据上述PDCP数据包所携带的上述信息能够有效实现将近邻通信路径切换到正常的EPC通讯路径,也能够实现对近邻通信进行合法监听。
其中,PDCP数据包的头域部分还包括有发送终端的标识信息,通过这样的处理,接收终端在接收到发送终端发送的PDCP数据包时并不需要解开IP数据包的前提下,就可以获知发送该PDCP数据包的发送终端,便于接收终端快速回复IP数据。
在构造PDCP数据包之前,获取用于构造该PDCP数据包的接收终端的标识信息和接收终端的IP地址的方式可以很多,例如,可以通过以下方式至少之一获取接收终端的标识信息和接收终端的IP地址:从近邻通讯服务器获取接收终端的标识信息和接收终端的IP地址,该近邻通讯服务器获取该接收终端的标识信息和接收终端的IP地址可以在之前的多个过程中,比如,可以在近邻通信注册的过程中获取接收终端的标识信息和接收终端的IP地址;也可以通过在近邻通讯的注册时的近邻标识分配的过程中获取该接收终端的标识信息和接收终端的IP地址,当然,还可以通过在上述过程中的获取好友列表的过程中获取上述接收终端的标识信息和接收终端的IP地址。再例如,在仅获取到接收终端的标识信息的情况下,通过接收终端发送的携带受限广播地址的IP广播数据包的方式获取接收终端的IP地址。即通过携带受限广播地址的IP数据包相互探测IP地址。
依据构造的PDCP数据包与接收终端进行近邻通讯包括:将PDCP数据包发送给基站,其中,由基站将PDCP数据包发送给接收终端。
优选地,在将PDCP数据包发送给基站之前,在确定用于发送PDCP数据包的承载时,可以采用多种处理方式,例如,可以通过以下方式至少之一确定用于发送PDCP数据包的承载:依据承载的服务质量,确定用于发送PDCP数据包的承载;依据支持近邻通讯的承载的条数确定用于发送PDCP数据包的承载,例如,在存在多条支持近邻通讯的承载的情况下,从该多条支持近邻通讯的承载中选择一条确定为用于发送PDCP数据包的承载,而在仅存在一条支持近邻通讯的承载时,可以将仅存的该条支持近邻通讯的承载确定为用于发送PDCP数据包的承载;将缺省承载确定为用于发送PDCP数据包的承载。需要说明的是,上述确定用于发送PDCP数据包的承载也可以相互结合,例如,在存在多条支持近邻通讯的承载的情况下,可以依据承载的服务质量确定用于发送PDCP数据包的承载,而在仅存在一条支持近邻通讯的承载的情况下,也可以直接采用确定缺省承载为用于发送PDCP数据包的承载。因此,确定用于发送PDCP数据包的承载可以依据具体情况而定,也可以依据具体选择倾向选择承载。
需要说明的是,接收终端的标识信息,或者,发送终端的标识信息可以为以下至少之一:近邻通讯服务器为终端UE分配的全网唯一的标识信息;第三代移动通讯伙伴计划3GPP网络为终端UE分配的身份标识信息;近邻通讯服务器依据UE的位置为UE分配的局部区域内的近邻通讯标识信息;演进的通用陆基无线接入网EUTRAN依据UE的位置为UE分配的局部区域内的临时标识信息;演进分组交换中心EPC依据UE的位置为UE分配的局部区域内的临时标识信息。
在本实施例中,还提供了一种分组数据聚合协议PDCP数据包处理方法,图4是根据本发明实施例的分组数据聚合协议PDCP数据包处理方法二的流程图,如图4所示,该流程包括如下步骤:
步骤S402,接收发送终端发送的PDCP数据包,其中,该PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息;
步骤S404,依据PDCP数据包的头域部分将PDCP数据包发送给接收终端。
通过上述步骤,对进行近邻通讯的PDCP数据包进行改进,在PDCP数据包中携带有近邻通讯指示信息和接收终端的标识信息,实现了近邻通讯的数据包在基站层次上的转发给目标终端,相对于相关技术中用于近邻通讯的PDCP数据包不携带上述信息,无法实现近邻通讯路径切换到正常EPC通讯路径,以及无法实现对近邻通讯进行合法监听的问题,基站依据上述PDCP数据包所携带的上述信息能够有效实现将近邻通信路径切换到正常的EPC通讯路径,也能够实现对近邻通信进行合法监听。
较优地,PDCP数据包的头域部分还包括有发送终端的标识信息。
其中,在依据PDCP数据包的头域部分将PDCP数据包发送给接收终端之前,还包括:在PDCP数据包的头域部分填写发送终端的标识信息。在PDCP数据包的头域部分仅包括一个终端标识指示时,在向接收终端接收的PDCP数据包中填充发送终端的标识信息。而在上述PDCP数据包的头域部分存在两个终端标识指示时,在发送终端没有仅将接收终端的标识信息填充而没有将发送终端的标识填充时,由基站在PDCP数据包的头域部分填写上述发送终端的标识信息。
同样的,在依据PDCP数据包的头域部分将PDCP数据包发送给接收终端之前,确定用于将所PDCP数据包发送给接收终端的承载也可以采用多种处理方式,例如,可以通过以下方式至少之一确定用于将PDCP数据包发送给接收终端的承载:依据承载的服务质量确定用于将PDCP数据包发送给接收终端的承载;依据支持近邻通讯的承载的条数确定用于将PDCP数据包发送给接收终端的承载;将缺省承载确定为用于将PDCP数据包发送给接收终端的承载。
优选地,依据PDCP数据包的头域部分将PDCP数据包发送给接收终端包括:依据接收终端的标识信息,判断接收终端与发送终端是否属于同一个基站;在判断结果为是的情况下,将PDCP数据包直接发送给接收终端;和/或,在判断结果为否的情况下,将从PDCP数据包中提取的IP数据包,向服务网关SGW/公共数据网关PGW发送IP数据包,最终发送给接收终端。
在本实施例中还提供了一种分组数据聚合协议PDCP数据包处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图5是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置一的结构框图,如图5所示,该装置包括构造模块52和通讯模块54,下面对该装置进行说明。
构造模块52,用于构造PDCP数据包,其中,该PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息;通讯模块54,连接至上述构造模块52,用于依据构造的PDCP数据包与接收终端进行近邻通讯。
图6是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置一的优选结构框图,如图6所示,该装置除包括图5所示的所有模块外,还包括获取模块62,下面对该获取模块62进行说明。
获取模块62,连接至上述构造模块52,用于通过以下方式至少之一获取接收终端的标识信息和接收终端的IP地址:从近邻通讯服务器获取接收终端的标识信息和接收终端的IP地址;在仅获取到接收终端的标识信息的情况下,通过接收接收终端发送的携带受限广播地址的IP广播数据包的方式获取接收终端的IP地址。
图7是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置一中通讯模块54的优选结构框图一,如图7所示,该通讯模块54包括第一发送单元72,下面对该第一发送单元72进行说明。
第一发送单元72,用于将PDCP数据包发送给基站,其中,由基站将PDCP数据包发送给接收终端。
图8是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置一中通讯模块54的优选结构框图二,如图8所示,该通讯模块54还包括确定单元82,下面对该确定单元82进行说明。
该确定单元82,连接至上述第一发送单元72,用于在将PDCP数据包发送给基站之前,还包括通过以下方式至少之一确定用于发送PDCP数据包的承载:依据承载的服务质量确定用于发送PDCP数据包的承载;依据支持近邻通讯的承载的条数确定用于发送PDCP数据包的承载;将缺省承载确定为用于发送PDCP数据包的承载。
在本实施例中,还提供了一种终端,图9是根据本发明实施例的终端的结构框图,如图9所示,该终端90包括上述任一项的分组数据聚合协议PDCP数据包处理装置一92。
在本实施例中,还提供了一种分组数据聚合协议PDCP数据包处理装置,图10是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置二的结构框图,如图10所示,该装置包括接收模块102和发送模块104,下面对该装置进行说明。
接收模块102,用于接收发送终端发送的PDCP数据包,其中,PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息;发送模块104,连接至上述接收模块102,用于依据PDCP数据包的头域部分将PDCP数据包发送给接收终端。
图11是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置二的优选结构框图一,如图11所示,该装置除包括图10所示的所有模块外,还包括填写模块1102,下面对该填写模块1102进行说明。
该填写模块1102,连接至上述接收模块102和发送模块104,用于在依据PDCP数据包的头域部分将PDCP数据包发送给接收终端之前,在PDCP数据包的头域部分填写发送终端的标识信息。
图12是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置二的优选结构框图二,如图12所示,该装置除包括图10所示的所有模块外,还包括确定模块1202,下面对该确定模块1202进行说明。
确定模块1202,连接至上述接收模块102和发送模块104,用于在依据PDCP数据包的头域部分将PDCP数据包发送给接收终端之前,通过以下方式至少之一确定用于将PDCP数据包发送给接收终端的承载:依据承载的服务质量确定用于将PDCP数据包发送给接收终端的承载;依据支持近邻通讯的承载的条数确定用于将PDCP数据包发送给接收终端的承载;将缺省承载确定为用于将PDCP数据包发送给接收终端的承载。
图13是根据本发明实施例的分组数据聚合协议PDCP数据包处理装置二中发送模块104的优选结构框图,如图13所示,该发送模块104包括判断单元1302、第二发送单元1304和/或第三发送单元1306,下面对该发送模块104进行说明。
判断单元1302,用于依据接收终端的标识信息,判断接收终端与发送终端是否属于同一个基站;第二发送单元1304,连接至上述判断单元1302,用于在上述判断单元的判断结果为是的情况下,将PDCP数据包直接发送给接收终端;和/或,第三发送单元1306,连接至上述判断单元1302,用于在上述判断单元的判断结果为否的情况下,将从PDCP数据包中提取的IP数据包,最终发送给接收终端。
图14是根据本发明实施例的基站的结构框图,如图14所示,该基站140包括上述任一项的分组数据聚合协议PDCP数据包处理装置二142。
图15是根据本发明实施例的通信***的结构框图,如图15所示,该通信***150包括上述的终端90和上述的基站140,其中,该终端90通过基站140进行近邻通讯。
通过上述实施例及优选实施方式所提供的新的近邻通讯数据包的格式,以及新的近邻通信数据包路由的方法,通过该新数据包格式以及新的路由方法,使得近邻通信数据传输既可以基于现有的无线承载、核心网承载,实现近邻通信的数据包在eNodeB层次上转发给目标UE。
图16是相关技术中近邻发现和通讯建立流程图,如图16所示,在该流程中,源终端在网络的辅助下发现近邻终端,根据网络的资源分配,和接收终端发起直连通讯过程,包括如下步骤:
1)ProSe注册过程:
步骤S1601,UE1请求接入到EUTRAN网络中,附着完成并被分配IP地址;
步骤S1602,UE1向Prose Server发起ProSe注册过程;
在Prose注册过程中,ProSe Server对UE1进行基本的应用层鉴权。若UE1不允许使用ProSe业务,则拒绝UE1的ProSe注册请求。
在ProSe注册过程中,ProSe Server有可能和近邻通信应用服务器(ProSeApplication Server,简称为ProSe AS)交互,获得UE1的好友列表并发送给UE1。或者,UE1直接从ProSe AS获得好友列表。
步骤S1603~步骤S1604,UE2接入到网络,然后向Prose Server发起ProSe注册过程;
步骤S1605,UE1从终端上运行的ProSe应用(如QQ)获得好友列表;
步骤S1606~步骤S1607,UE1向ProSe Server发起ProSe-ID分配请求,该ProSe-ID分配请求经过EUTRAN/EPC发送到ProSe Server;
在该ProSe-ID分配请求中,携带UE1的应用层用户标识(UE1Application-ID)、UE1的好友列表(UE1Friend-List)。比如,UE1的Application-ID为:[email protected]。
步骤S1608~步骤S1609,ProSe Server获得Application-ID和ProSe-ID的映射;
在该步骤中,ProSe Server ProSe Server根据算法为Application-ID分配Prose-ID,并将映射通知给ProSe AS。或者,ProSe Server从ProSe AS获取UE1和UE1的好友列表的Application-ID和ProSe-ID的映射。
比如,将UE1的Application-ID(即[email protected])映射为ProSe-ID为:GTER543$#2FSJ67DFSF。
步骤S1610,ProSe Server向EUTRAN/EPC返回ProSe-ID分配响应;
在该步骤中,响应于前述UE1的请求,ProSe-ID分配响应中包含UE1的ProSe-ID,以及UE1的好友的ProSe-ID。
步骤S1611,EUTRAN/EPC收到ProSe Server发送的ProSe-ID分配响应后,将各UE的Application-ID、ProSe-ID的映射关系保存到映射表;
步骤S1612,EUTRAN/EPC将ProSe-ID分配响应转发给UE1。从而,UE1获得自身的ProSe-ID,以及好友的ProSe-ID;
步骤S1613,UE2发起ProSe-ID分配请求,如步骤S1605~S1612所述;
需要说明的是,UE1和UE2发起ProSe注册和ProSe-ID分配的过程,不存在先后顺序。
2)ProSe发现过程:
步骤S1614,UE1发起近邻广播;
在UE接入到EUTRAN网络时,网络即可能对UE配置用以ProSe发现的资源,如供ProSe使用的特定广播信道。在该信道上,UE可广播自身的ProSe-ID,其他UE读取该广播信道,可探测到当前哪些UE是可被发现的近邻。
或者,UE无法直接在ProSe广播信道上发送信息,UE向eNodeB发起近邻广播请求,携带自身的ProSe-ID,而eNodeB按步骤S1615,在该ProSe广播信道上发起近邻广播。
步骤S1615~步骤S1616,eNodeB发起近邻广播,广播UE1的ProSe-ID;
根据对ProSe广播信道的规划,eNodeB可以在该广播信道上同时广播多个UE的ProSe-ID。
步骤S1617,UE2监听监听近邻广播,探测UE1的ProSe-ID;
步骤S1618,UE2将UE1的ProSe-ID发送给上次的ProSe应用;
在该步骤中,ProSe应用根据UE1的好友列表,将UE1的ProSe-ID映射成UE1的Application-ID。若UE1不在UE2的好友列表中,ProSe应用可能过滤UE1的ProSe-ID,不显示给用户。
步骤S1619,UE2发起近邻广播,如步骤S1614~步骤S1618所述。
需要说明的是,UE1和UE2发起近邻广播的过程,不存在先后顺序。
3)ProSe通信过程:
在UE1和UE2相互探测为近邻终端后,UE1和UE2可以发起ProSe通信过程。
步骤S1620,UE1向EUTRN/EPC发起ProSe通信请求,携带UE2的ProSe-ID;
典型地,eNodeB处理UE的ProSe通信请求,为UE分配通讯资源。若ProSe通信的两个UE不在同一个eNodeB下,ProSe通信请求处理过程可能涉及到MME。
步骤S1621,EUTRAN/EPC为ProSe通信分配资源;
步骤S1622,EUTRAN/EPC向UE2发送ProSe通信通知,携带UE1的ProSe-ID、ProSe资源分配;
步骤S1623,UE2返回ProSe通信响应,若UE2接收ProSe通信请求,则返回ACK;
步骤S1624,EUTRAN/EPC向UE1返回ProSe通信通知,携带UE2的响应、ProSe资源分配;
步骤S1625,UE1、UE2根据EUTRAN/EPC的通知,配置ProSe通信资源。其后,UE1和UE2在直接接口上发起直接通讯。
通过上述图16所述的ProSe发现和通讯建立过程,终端间可直接通讯,而数据包不需要经过基站、核心网。
图17是相关技术中用户面PDCP数据包的格式示意图,如图17所示,不同于信令面PDCP数据包可跑在信令无线承载(SRB)、用户面无线承载(DRB)上,用户面PDCP数据包仅能跑在用户面无线承载(DRB)上。
在PDCP数据包格式中,各部分信息如下:
-D/C,用户面/信令面指示为,长为1位。D/C指示位表示该PDCP数据包用以承载信令面数据(如RRC/NAS消息,等等)、,还是IP数据。
-R,保留位,长为1位。保留位目前置为0;
用户面PDCP数据包中有3个保留位(R位),若该3个保留位不全为0,则表示PDCP数据包是一个特殊的PDCP消息,如001表示ROHC头压缩响应消息。目前010-111属于保留设置,为指定特定的PDCP消息/数据包类型;
-SN位,PDCP包序列号位,根据PDCP数据包格式,长度可为5、7、12位。PDCP SN用以在UE和eNodeB间同步PDCP包的发送顺序,每发送一个PDCP数据包,SN增1。PDCP包序列号需在UE和eNodeB间同步,可用以检测是否有中间节点串入UE和eNodeB间发送虚假数据;
-Data位,用以承载具体的数据,如RRC信令、IP数据包。
基于相关技术中的PDCP数据包格式,在本实施例中提供了一种新的PDCP数据包,该PDCP的构造如下:该PDCP数据包的头域部分包含如下信息:近邻通讯指示位(ProSe指示位),该近邻通信指示位用于指示该PDCP数据包为近邻通信数据包;接收终端的标识(Target UE ID)。较优地,该PDCP数据包的头域部分,还可以包含:发送终端的标识(SourceUE ID),其中,需要说明的是,Source UE ID并不一定是必须的,不携带该Source UE ID时,可以减少PDCP数据包的长度。
该接收终端的标识、发送终端的标识(以下以终端统称该接收终端和发送终端),可以为下列至少之一:近邻通讯服务器(ProSe Server)为UE分配的近邻通讯ID(ProSe-ID);3GPP网络为终端分配的ID。其中,近邻通讯服务器(ProSe Server)为UE分配的ProSe-ID可以为以下至少之一:为UE分配的全网内唯一的ProSe-ID;根据UE的位置信息,在局部位置区域内分配的ProSe-ID;该3GPP网络为终端分配的ID可以为以下至少之一:IMSI、S-TMSI、RNTI。
基于上述新的PDCP数据包,在本实施例中还提供了一种近邻通讯数据包路由方法,该方法包括:发送端UE向eNodeB发送PDCP数据包,在该PDCP数据包的头域中携带近邻通讯标识(ProSe ID)、接收端UE的ID;eNodeB根据PDCP数据包头域的近邻通讯标识(ProSeIndi)、接收端UE的ID,进行数据包路由。
在发送端UE向eNodeB发送PDCP数据包之前,还包括:发送端UE获知接收端UE的ID、接收端UE的IP。较优地,在发送端UE在向eNodeB发送DPCP数据包之前,还包括:发送端UE从EPS承载/无线DRB承载资源中选择合适的承载;发送端UE选择合适的承载的方式可以多种,例如,可以采用以下方式至少之一选择合适的承载:
若有多个ProSe Enabled的DRB,按发送数据的QoS要求,选择合适的EPS承载、及其对应的无线DRB承载;
若仅一个ProSe Enable的EPS承载、及其对应的无线DRB承载,选择该EPS承载、及其对应的无线DRB承载;
选择EPS缺省承载,及其对应的无线DRB承载;
eNodeB进行数据包路由时,可以采用以下处理:eNodeB根据接收端UE的ID,判断接收终端是否在eNodeB下,若接收端UE在eNodeB下,则eNodeB直接向接收端UE发送PDCP数据包;和/或,若接收端UE不在所述eNodeB下,则eNodeB提取PDCP数据包中的IP数据,向上层路由(发送给SGW)。
其中,在eNodeB判断接收端UE在eNodeB下的情况下,直接向接收端UE发送该PDCP数据包,包括:eNodeB从接收端UE的无线DRB承载资源中选择合适的无线DRB承载,在该无线DRB承载上发送PDCP数据包。同样,eNodeB从接收端UE的无线DRB承载资源中选择合适的无线DRB承载,也可以采用多种处理方式,例如,可以采用如下方式至少之一:若有多个ProSeEnabled的DRB,按发送端UE的QCI,选择接收端UE的DRB;若仅一个ProSe Enable的DRB,选择该DRB;选择EPS缺省承载对应的DRB。
下面结合附图,对本发明优选实施例进行说明。
优选实施例一,承载ProSe通信数据的PDCP数据包格式
图18、图19是本发明优选实施例中用于ProSe通信的PDCP数据包格式示意图,相对于相关技术下用户面PDCP数据包,有如下改进:在PDCP数据包的头域部分,存在如下信息:近邻通讯指示(ProSe ID):PDU Type(即3位R保留位)部分,被设置为ProSe指示位,可取010-111中的值,典型地,可设置为111;接收/发送终端ID(Target/Source UE ID),包括:接收终端ID(Target UE ID):用以指示接收终端的ID,长度可根据网络情况设置,典型地可设置为16位。发送终端ID(Source UE ID):用以指示源终端的ID,长度根据网络情况设置,典型地可设置为16位。源终端ID,可用于接收终端在不检测PDCP数据包中所包含的IP数据包的前提下,即可判断ProSe数据来源。
另外,和相关技术中用户面PDCP数据包一样,在图18、19所示的PDCP数据包格式中,还包含Data部分,承载IP数据,此处承载近邻通讯的IP数据包。若网络为UE分配了合法的IP地址,该IP数据包应基于网络分配给UE的真实IP地址,使得eNodeB可以将该PDCP数据包中的IP数据包提取出来,按照相关技术中的流程在S1-U接口上发送给SGW,从而,可以较为容易实现从ProSe通信到EPC通讯的切换。
在上述图18、19所示的PDCP数据包格式中,对于接收/发送终端ID(Target/SourceUE ID)信息,其在PDCP数据包头域部分的填充,可采用如下方式之一:
图18是根据本发明优选实施例的用于ProSe通信的PDCP数据包格式一,如图18所示,在PDCP数据包头域中,仅存在一个终端ID元素:该终端ID元素,在发送终端发出的PDCP数据包中,填充为接收终端的ID(Target UE ID),在接收终端接收的PDCP数据包中,填充为发送终端的ID(Source UE ID)。当eNodeB在接收到发送终端发送的PDCP数据包时,在向接收终端发送PDCP数据包时,根据eNodeB上所存储的发送终端的ID,将该终端ID元素填充为发送终端的ID(Source UE ID);
图19是根据本发明优选实施例的用于ProSe通信的PDCP数据包格式二,如图19所示,在PDCP数据包头域中,存在两个终端ID元素,分别填充发送终端ID(Source UE ID)、接收终端ID(Target UE ID)。eNodeB接收和发送PDCP数据包时,不对终端ID元素做更改。
若考虑尽可能节省无线资源,则可采用图18所述的用户面PDCP数据包格式。若不过于考虑无线资源的节省,则可采用图19所述的用户面PDCP数据包格式。采用图19所述格式,具有如下好处:接收终端在不解开IP数据包的前提下,即可获知发送PDCP数据包的发送终端。否则,接收终端在收到如图18所述的PDCP数据包后,需要根据IP数据包中的发送终端的IP地址,查询对应的发送终端的ID,才能知道发送端终端是谁,从而在回复IP数据时,将发送端ID填充在响应PDCP数据包中。
需要说明的是,对于图18、19中所示的接收/发送终端的ID,可以是近邻通讯服务器(ProSe Server)分配给UE的近邻通讯ID(ProSe-ID),也可以是3GPP网络分配给UE的ID(简称为3GPP-ID),如终端签约到网络时分配的长期ID,即IMSI,或终端附着到EPS网络时临时分配的临时ID,即S-TMSI。
对于接收/发送终端ID,可以采用多种分配方式,例如,可以采用如下方法来分配:
(A)ProSe Server为UE分配的全网唯一ID(ProSe-ID:该ID):在UE注册到ProSeServer时分配,该ProSe-ID在全网内唯一的,标识一个近邻通讯中的UE,存储在UE、EUTRAN/EPC网络(如eNodeB)上。
(B)3GPP网络为UE分配的身份ID(简称为3GPP-ID,包括IMSI/S-TMSI等):在UE签约到网络后,运营商为UE分配IMSI,该IMSI是终端的长期身份标识。在UE接入到EUTRAN/EPC网络时,MME为UE分配临时身份标识S-TMSI,可映射到IMSI,该S-TMSI在网络中按需更新。当UE在连接态时,该IMSI/S-TMSI存储在UE、EUTRAN/EPC网络(如eNodeB、MME)上。
(C)ProSe Server根据UE的位置,分配一个局部区域内的ProSe-ID:ProSe Server可根据UE注册时的位置区域(如,一个或多个TA/Cell的组合),为UE分配局部区域内的ProSe-ID,在该区域内唯一,但不是全网唯一。由于近邻通讯仅发生在位置相距很近的UE上,因此在较小位置区域内给分配长度较小的ProSe-ID,是可行的。可考虑使用该RNTI作为终端ID来填充图18、19所述的PDCP数据包。
(D)EUTRAN/EPC根据UE的位置,分配一个局部区域内的临时ID:比如,在相关技术中,eNodeB会为UE分配无线网络临时ID(Radio Network Temporary Identity,简称为RNTI)。RNTI的特点是按小区分配、长度很短。若UE的位置固定,不存位置移动的可能,则可考虑使用该RNTI作为终端ID来填充图18、19所述的PDCP数据包。
考虑到无线资源非常宝贵,在PDCP数据包中所携带的终端ID,长度应尽可能小。在上述终端ID的分配方案中,(C)、(D)方案使用在局部区域内为UE分配的ID来填充PDCP数据包中所携带的接收终端ID、源终端ID,可最大程度上降低PDCP数据包的长度,节省无线资源。然而,采用(C)、(D)方案,所带来的缺陷是,当UE移出该局部区域时,需要重新为UE分配新的ID,有可能会引起数据包发送的暂时性中断。
优选实施例二,eNodeB本地路由携带ProSe通信数据的PDCP包
采用图18、19所述的PDCP数据包构造方法,发送终端可向eNodeB发送、自eNodeB接收携带ProSe数据的PDCP包(即头域包含ProSe指示、接收/发送终端的ID的PDCP数据包)。
不同于图16所述的流程中,eNodeB为UE1、UE2分配用于近邻通讯的特定ProSe通信资源(即请求分配PC5空中接口资源),在本实施例中,UE可利用已经建立的EPS承载、无线DRB承载,来发送/接收携带ProSe数据的PDCP数据包。
具体地,发送终端(Source UE)希望向接收终端(Target UE)发送ProSe数据时,发送终端构造PDCP数据包,在PDCP数据包的头域部分携带ProSe指示、接收终端的ID(接收终端的ProSe-ID、3GPP-ID等),并在发送终端的无线DRB承载中选择一条合适的DRB,向eNodeB发送该PDCP数据包。
发送终端(Source UE)可采用如下之一的方法,选择合适的EPS承载/无线DRB承载来发送携带ProSe数据的PDCP数据包:
若发送终端存在多条被标记为支持近邻通讯(ProSe Enabled)的EPS承载/无线DRB承载,按照近邻通讯的服务质量(QoS)要求,在支持近邻通讯(ProSe Enabled)的承载中,选择一条合适的EPS、及其对应的无线DRB承载;
若发送终端仅存在一条被标记为支持近邻通讯(ProSe Enabled)的EPS承载/无线DRB承载,则唯一地选择该EPS承载、及其对应的无线DRB承载;
若发送终端不存在被标记为支持近邻通讯(ProSe Enabled)的EPS承载/无线DRB承载,则选择EPS缺省承载(Default Bearer)、及其对应的无线DRB承载。
在UE附着到网络后,网络在为UE建立承载时,可考虑UE的近邻通讯能力,根据网络策略,将某些承载标记为支持近邻通讯(ProSe Enabled),从而UE可根据该标记来为ProSe数据的传输选择合适的承载。
在不考虑服务质量(QoS)需求时,发送终端可缺省地按最简单原则,选择EPS缺省承载、及对应的无线DRB承载,作为传输控制携带Prose数据的默认承载;
当eNodeB接收到发送终端发送的携带ProSe数据的PDCP数据包时,根据PDCP数据包中的接收终端的ID(Target UE ID),找到接收终端,检查接收终端的无线DRB资源,寻找合适的无线DRB承载,将携带ProSe数据的PDCP数据包发送给接收终端。
eNodeB可以使用如下的方法来选择接收终端的无线DRB承载,来发送携带ProSe数据的PDCP数据包:
若接收终端存在多条被标记为支持近邻通讯(ProSe Enabled)的无线DRB承载,则eNodeB按照发送终端的无线DRB承载的服务质量(QoS),在接收终端的支持近邻通讯(ProSeEnabled)的承载中,选择一条合适的无线DRB承载;
若接收终端仅存在一条被标记为支持近邻通讯(ProSe Enabled)的无线DRB承载,则eNodeB唯一地选择该无线DRB承载;
若接收终端不存在被标记为支持近邻通讯(ProSe Enabled)的无线DRB承载,则eNodeB选择EPS缺省承载(Default Bearer)所对应的无线DRB承载。
额外地,若采用图18所示的用户面PDCP数据包格式,eNodeB在向接收终端发送携带ProSe数据的PDCP数据包前,还需要将PDCP数据包中的终端ID变更为发送终端的ID。eNodeB可根据发送终端的上下文,寻找发送终端的ID(如ProSe-ID、IMSI、S-TMSI等),替换所述PDCP数据包的头域中的终端ID元素。
图20是根据本发明优选实施例的基站本地路由携带ProSe数据的PDCP数据包的流程图,如图20所示,以基站为eNodeB为例进行说明,该流程包括如下步骤:
步骤S2001,UE1上的上层应用(近邻通讯应用,如微信),发起近邻通讯数据的发送;
步骤S2002,响应与上层应用的触发,UE1构造携带ProSe通信数据的PDCP数据包,并将该PDCP数据包发送给eNodeB;
在UE1探测到UE2为UE1的近邻,且获得UE2的ID(如ProSe-ID、IMSI、S-TMSI等)、IP地址后,UE1可请求向UE2发送ProSe数据包。在所述PDCP数据包的头域中,携带ProSe指示位、UE2的ID、UE1的ID(可选,若采用图6而非图5所示的PDCP数据包格式)。
步骤S2003,eNodeB收到PDCP数据包,根据ProSe指示位、UE2ID,判别应该执行本地路由;
在本步骤中,eNodeB识别ProSe指示位,判断应优先执行本地路由。进而,eNodeB根据PDCP包中的接收终端ID(即UE2ID),查询eNodeB该UE是否在本eNodeB下。若UE在该eNodeB下,则eNodeB根据所保存的UE的ID(如ProSe-ID、IMSI、S-TMSI等),证明UE2在该eNodeB下,则eNodeB可对该PDCP数据包执行本地路由。
步骤S2004,eNodeB在UE2的无线DRB承载选择合适DRB,将携带ProSe数据的PDCP数据包发送给UE2。
在本步骤中,eNodeB根据UE2的上下文信息,查询UE2的无线DRB承载,采用前述方法选择接收终端(UE2)的无线DRB承载。
若采用图18所述的PDCP数据包格式,eNodeB在向UE2发送PDCP包前,同时将PDCP数据包的头域中的终端ID替换为发送终端(即UE1)的ID。
步骤S2005,UE2收到该PDCP数据包后,将其中的IP数据包发送给上层应用(近邻通讯应用)。
需要指出的是,应用图20所述的实施例,应具备如下基本条件:
UE1、UE2是近邻终端;
UE1、UE2接入在同一个eNodeB下,当前为RRC连接状态;
对于UE1、UE2不在同一个eNodeB下的场景,图20所述的实施例并不适用,然而,eNodeB可以按照图21所述的实施例来向上级路由UE发送的IP数据包。
优选实施例三,eNodeB向上级路由携带ProSe通信数据的PDCP包
图21是根据本发明优选实施例的基站向上路由携带ProSe通信数据的PDCP数据包的流程图,如图21所示,发送端UE、接收端UE不在同一个eNodeB下时,eNodeB提取携带有ProSe数据的PDCP数据包中的IP数据,并向上级路由所述IP数据的流程图,包括如下步骤:
步骤S2101~步骤S2102,如图20中步骤S2001~步骤S2002所示,UE1发送携带ProSe数据的PDCP数据包;
步骤S2103,eNodeB1收到UE1发送的携带ProSe数据的PDCP数据包后,根据接收终端ID(即UE2ID),判断UE2不在该eNodeB下,决定向上级路由;
步骤S2104,eNodeB1从PDCP数据包中提取IP数据包,在S1-U口上构造GTP-U数据包,携带IP数据包,发送给SGW/PGW,SGW/PGW按照正常IP数据包路由方法执行数据路由;
步骤S2105,目标UE的SGW收到IP数据包后,向目标UE的eNodeB(即UE2所接入的eNodeB2)发送GTP-U数据包,携带IP数据包;
此处假定UE1、UE2在同一个SGW上,当然也可以不在一个SGW上,对流程没有影响。
步骤S2106,eNodeB2按现有技术,将IP数据包发送给UE2;
步骤S2107,UE2收到该PDCP数据包后,将其中的IP数据包发送给上层应用(近邻通讯应用);
步骤S2108,UE2收到UE1发送的IP数据包后,可能返回响应IP包。由于UE2从正常PDCP数据包中接收到UE1发送的IP数据包,因而UE2按正常流程返回响应IP包。
在图21所述的流程中,UE1使用承载ProSe数据的PDCP格式向UE2发送数据,而从UE2收到的响应IP包是从正常PDCP数据包发送的,则UE1可认为后续应按正常IP数据的发送过程向UE2发送后续IP数据包。
实施例四,近邻发现过程中获取近邻终端信息
在图20、21所示的实施例中,UE1、UE2需要首先探测互为近邻,而当UE1向UE2发送ProSe数据时,UE1需要知道UE2的IP、UE2的ID(ProSe-ID、或3GPP-ID)。
若UE1使用ProSe-ID向UE2发送PDCP数据,则按照图16所述的流程,UE1可以直接获得UE2的ProSe-ID。
若UE1使用UE2的3GPP-ID(IMSI、或S-TMSI),则UE无法直接通过图16所述的流程直接获得UE2的3GPP-ID,必须要使用图22所述的增强流程来获得UE2的3GPP-ID。
图22是根据本发明实施例的近邻发现过程中获取近邻终端信息的流程图,如图22所示,在该近邻发现过程中,获取近邻终端的信息(UE ID、UE IP)的过程,该过程基于图16所述流程,具有如下增强:
1)ProSe注册过程:
在步骤S2202中,UE1向ProSe Server发起ProSe注册过程时,可同时将UE1的IP地址(在附着过程中UE被分配的IP地址)、UE1的3GPP-ID(如S-TMSI、或IMSI)发送给ProSeServer。从而,ProSe Server可以存储UE的IP、3GPP-ID(如S-TMSI、IMSI),以便后续其他UE请求好友列表时返回给请求UE。
在步骤S2206中,UE1请求分配ProSe-ID时,可同时将UE1的IP地址(在附着过程中UE被分配的IP地址)、UE1的3GPP-ID(如S-TMSI、或IMSI)发送给ProSe Server。
在步骤S2210中,ProSe Server为UE1返回所分配的ProSe-ID时,同时返回UE1的好友列表,对每个好友,返回好友的IP、3GPP-ID、App-ID、ProSe-ID。
在该步骤中,ProSe Server为UE分配ProSe-ID时,可在全网范围内分配ProSe-ID。也可参考UE的位置,仅在一个局部区域(一个或多个TA/Cell的组合)内为UE分配ProSe-ID,从而使得ProSe-ID的长度比较小。
ProSe Server可从网络获取UE当前的位置信息(TA、Cell),或在步骤S2202中,UE同时提供自身的位置信息(TA、Cell),供ProSe Server根据位置信息分配ProSe-ID。
在步骤S2211中,EUTRAN/EPC将UE的IP、3GPP-ID、App-ID、ProSe-ID存入映射表。
在步骤S2212中,返回给UE1的ProSe-ID分配响应中,包含UE1的好友列表,对每个好友,返回好友的IP、3GPP-ID、App-ID、ProSe-ID。
从而,根据上述图S2201-S2213的流程,UE1、UE2间可相互获知对方的IP、3GPP-ID(如S-TMSI、IMSI)、App-ID、ProSe-ID;
2)ProSe发现过程:
和图16所述的ProSe发现过程一致,所区别的是,当UE1探测到UE2的ProSe-ID后,可根据UE1上所保存的好友列表信息(UE的IP、3GPP-ID、App-ID、ProSe-ID),获得UE2的IP、3GPP-ID,后续可用来发送携带ProSe数据的PDCP数据包。
在图22所述的流程中,UE仅在执行ProSe注册、或请求ProSe-ID分配的时候将UE的IP、3GPP-ID通知给ProSe Server。然而,UE的IP可能会发生变化,UE的3GPP-ID也可能会变化(如S-TMSI的动态重分配过程),当UE的IP、3GPP-ID变化后,UE应重新发起ProSe注册过程、或请求ProSe-ID分配过程,以更新在ProSe Server上保存的UE的IP、3GPP-ID。当UE更新其IP、3GPP-ID后,ProSe Server应向UE的好友发送通知,告知该UE的IP、3GPP-ID已变化。
但是,由于UE的3GPP-ID(S-TMSI、或IMSI)属于敏感数据,而在图22所示的流程中,UE将自身的3GPP-ID通知给ProSe Server,增加了暴露3GPP-ID的风险。
为了避免暴露UE的3GPP-ID的风险,UE在发送携带ProSe数据的PDCP包时,可使用目标端UE的ProSe-ID作为Target UE ID。从而,在图22所示的流程中,UE无需向ProSeServer通知其3GPP-ID。
即存在两种方式来实现在PDCP数据包中携带ProSe数据:
1)在PDCP数据包中使用UE的ProSe-ID来填充接收终端ID、源终端ID。这样在图22所示的流程中,仅要求UE向ProSe Server上报UE的IP地址;
2)在PDCP数据包中使用UE的3GPP-ID(S-TMSI、或IMSI)来填充接收终端ID、源终端ID。这样在图22所示的流程中,要求UE向ProSe Server同时上报UE的IP、3GPP-ID。但这种方式具有暴露UE的3GPP-ID的风险。
实施例五,获取近邻终端IP地址的方法
在前述图20、21所示的近邻通讯数据包路由转发流程中,发送终端需要获得接收终端的ID、IP地址后,该流程才能实现。
当发送终端(UE1)仅获得接收终端(UE2)的ID(如ProSe-ID),即不知道UE2的IP地址时,仍然存在一种可能的方法,来使用图20、21所述的流程。
在局域网中,当向一个受限广播地址(255.255.255.255)发送一个IP数据包时,该IP数据包将被发送到局域网内所有的机器上,接收该IP广播包的机器可获得发送IP广播包的机器的IP,并可对IP数据包进行响应。类似地方法,可以应用在图20、21所示的流程中,实现发送终端和接收终端相互探测IP地址的目的。
图23是根据本发明优选实施例的利用IP广播相互探测IP地址的方法流程图,如图23所示,该流程包括如下步骤:
步骤S2301,UE1仍然构造前述的PDCP数据包,即在PDCP数据包头部携带ProSe指示、UE2的ID。在该PDCP数据包中,UE1可构造一个IP广播数据包,比如使用受限广播地址(255.255.255.255)。路由器(如PGW)不会转发该携带受限广播地址的IP广播,但是按照本实施例中前述方法,eNodeB会将该IP广播发送接收终端(UE2)。
步骤S2302~S2303,按照图20、21所述的流程,eNodeB将该PDCP数据包发送给UE2;
步骤S2304,若UE2有能力响应UE1发送的携带受限广播地址的IP广播,则UE2可以:记录UE1的ID和UE1的IP,即IP广播包中的发送端IP地址;
通常,发送端UE1和接收端UE2应采用相同的端口来通讯,如:UE1向端口2445上发送IP广播,则UE2应该在端口2445上监听IP广播数据。IP广播的数据体部分,可携带任何应用层数据。
如步骤S2305~S2307,UE2可使用UE1相同的方法,向UE2返回一个类似的PDCP数据包,该PDCP数据包头部携带ProSe指示、UE1的ID,数据体部分包含UE2发送的使用受限广播地址的IP广播数据包。
或者,UE2可使用UE1的IP,向UE1发送点对点的IP数据包,而不发送IP广播数据包,UE2发送的IP数据包仍然被携带在标记为近邻通讯(ProSe)的PDCP数据包中。
步骤S2308,若UE1有能力响应UE1发送的携带受限广播地址的IP广播,则UE1可以:记录UE2的ID和UE2的IP,即IP广播包中的发送端IP地址;
从而,使用该方案,UE1和UE2可以相互发送携带IP广播数据包的PDCP数据包,在经过eNodeB路由给接收端后,UE1、UE2可相互探测对端的IP地址。从而,UE1、UE2可按前述图20、21正常发送携带ProSe数据的PDCP数据包,实现近邻通讯。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (20)
1.一种分组数据聚合协议PDCP数据包处理方法,其特征在于,包括:
构造所述PDCP数据包,其中,所述PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息;
依据构造的所述PDCP数据包与所述接收终端进行近邻通讯;
其中,在构造所述PDCP数据包之前,还包括通过以下方式至少之一获取所述接收终端的标识信息和所述接收终端的IP地址:从近邻通讯服务器获取所述接收终端的标识信息和所述接收终端的IP地址;在仅获取到所述接收终端的标识信息的情况下,通过接收所述接收终端发送的携带受限广播地址的IP广播数据包的方式获取所述接收终端的IP地址。
2.根据权利要求1所述的方法,其特征在于,所述PDCP数据包的头域部分还包括有发送终端的标识信息。
3.根据权利要求1所述的方法,其特征在于,依据构造的所述PDCP数据包与所述接收终端进行近邻通讯包括:
将所述PDCP数据包发送给基站,其中,由所述基站将所述PDCP数据包发送给所述接收终端。
4.根据权利要求3所述的方法,其特征在于,在将所述PDCP数据包发送给所述基站之前,还包括通过以下方式至少之一确定用于发送所述PDCP数据包的承载:
依据承载的服务质量,确定用于发送所述PDCP数据包的承载;
依据支持近邻通讯的承载的条数确定用于发送所述PDCP数据包的承载;
将缺省承载确定为用于发送所述PDCP数据包的承载。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述接收终端的标识信息,或者,所述发送终端的标识信息为以下至少之一:
近邻通讯服务器为终端UE分配的全网唯一的标识信息;
第三代移动通讯伙伴计划3GPP网络为所述终端UE分配的身份标识信息;
所述近邻通讯服务器依据所述UE的位置为所述UE分配的局部区域内的近邻通讯标识信息;
演进的通用陆基无线接入网EUTRAN依据所述UE的位置为所述UE分配的局部区域内的临时标识信息;
演进分组交换中心EPC依据所述UE的位置为所述UE分配的局部区域内的临时标识信息。
6.一种分组数据聚合协议PDCP数据包处理方法,其特征在于,包括:
接收发送终端发送的PDCP数据包,其中,所述PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息;其中,所述数据包为所述发送终端按照以下方式的至少之一获取到所述接收终端的标识信息和所述接收终端的IP地址之后构造的:从近邻通讯服务器获取所述接收终端的标识信息和所述接收终端的IP地址;在仅获取到所述接收终端的标识信息的情况下,通过接收所述接收终端发送的携带受限广播地址的IP广播数据包的方式获取所述接收终端的IP地址;
依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端。
7.根据权利要求6所述的方法,其特征在于,所述PDCP数据包的头域部分还包括有所述发送终端的标识信息。
8.根据权利要求6所述的方法,其特征在于,在依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端之前,还包括:
在所述PDCP数据包的头域部分填写所述发送终端的标识信息。
9.根据权利要求6所述的方法,其特征在于,在依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端之前,还包括通过以下方式至少之一确定用于将所述PDCP数据包发送给所述接收终端的承载:
依据承载的服务质量确定用于将所述PDCP数据包发送给所述接收终端的承载;
依据支持近邻通讯的承载的条数确定用于将所述PDCP数据包发送给所述接收终端的承载;
将缺省承载确定为用于将所述PDCP数据包发送给所述接收终端的承载。
10.根据权利要求6所述的方法,其特征在于,依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端包括:
依据所述接收终端的标识信息,判断所述接收终端与所述发送终端是否属于同一个基站;
在判断结果为是的情况下,将所述PDCP数据包直接发送给所述接收终端;和/或,
在判断结果为否的情况下,将从所述PDCP数据包中提取的IP数据包,向服务网关SGW/公共数据网关PGW发送所述IP数据包,最终发送给所述接收终端。
11.一种分组数据聚合协议PDCP数据包处理装置,其特征在于,包括:
构造模块,用于构造所述PDCP数据包,其中,所述PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息;
通讯模块,用于依据构造的所述PDCP数据包与所述接收终端进行近邻通讯;
获取模块, 用于通过以下方式至少之一获取所述接收终端的标识信息和所述接收终端的IP地址:从近邻通讯服务器获取所述接收终端的标识信息和所述接收终端的IP地址;在仅获取到所述接收终端的标识信息的情况下,通过接收所述接收终端发送的携带受限广播地址的IP广播数据包的方式获取所述接收终端的IP地址。
12.根据权利要求11所述的装置,其特征在于,所述通讯模块包括:
第一发送单元,用于将所述PDCP数据包发送给基站,其中,由所述基站将所述PDCP数据包发送给所述接收终端。
13.根据权利要求12所述的装置,其特征在于,还包括确定单元,用于在将所述PDCP数据包发送给所述基站之前,还包括通过以下方式至少之一确定用于发送所述PDCP数据包的承载:
依据承载的服务质量确定用于发送所述PDCP数据包的承载;
依据支持近邻通讯的承载的条数确定用于发送所述PDCP数据包的承载;
将缺省承载确定为用于发送所述PDCP数据包的承载。
14.一种终端,其特征在于,包括权利要求11至13中任一项所述的装置。
15.一种分组数据聚合协议PDCP数据包处理装置,其特征在于,包括:
接收模块,用于接收发送终端发送的PDCP数据包,其中,所述PDCP数据包的头域部分包括有近邻通讯指示信息和接收终端的标识信息,其中,所述数据包为所述发送终端按照以下方式的至少之一获取到所述接收终端的标识信息和所述接收终端的IP地址之后构造的:从近邻通讯服务器获取所述接收终端的标识信息和所述接收终端的IP地址;在仅获取到所述接收终端的标识信息的情况下,通过接收所述接收终端发送的携带受限广播地址的IP广播数据包的方式获取所述接收终端的IP地址;
发送模块,用于依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端。
16.根据权利要求15所述的装置,其特征在于,还包括填写模块,
所述填写模块,用于在依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端之前,在所述PDCP数据包的头域部分填写所述发送终端的标识信息。
17.根据权利要求15所述的装置,其特征在于,还包括确定模块,用于在依据所述PDCP数据包的头域部分将所述PDCP数据包发送给所述接收终端之前,通过以下方式至少之一确定用于将所述PDCP数据包发送给所述接收终端的承载:
依据承载的服务质量确定用于将所述PDCP数据包发送给所述接收终端的承载;
依据支持近邻通讯的承载的条数确定用于将所述PDCP数据包发送给所述接收终端的承载;
将缺省承载确定为用于将所述PDCP数据包发送给所述接收终端的承载。
18.根据权利要求15所述的装置,其特征在于,所述发送模块包括:
判断单元,用于依据所述接收终端的标识信息,判断所述接收终端与所述发送终端是否属于同一个基站;
第二发送单元,用于在上述判断单元的判断结果为是的情况下,将所述PDCP数据包直接发送给所述接收终端;和/或,
第三发送单元,用于在上述判断单元的判断结果为否的情况下,将从所述PDCP数据包中提取的IP数据包,最终发送给所述接收终端。
19.一种基站,其特征在于,包括权利要求15至18中任一项所述的装置。
20.一种通信***,其特征在于,包括权利要求14所述的终端和权利要求19所述的基站。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310411088.1A CN104427572B (zh) | 2013-09-10 | 2013-09-10 | 分组数据聚合协议数据包处理方法、装置及通信*** |
PCT/CN2014/086236 WO2015035915A1 (zh) | 2013-09-10 | 2014-09-10 | 分组数据聚合协议数据包处理方法、装置及通信*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310411088.1A CN104427572B (zh) | 2013-09-10 | 2013-09-10 | 分组数据聚合协议数据包处理方法、装置及通信*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104427572A CN104427572A (zh) | 2015-03-18 |
CN104427572B true CN104427572B (zh) | 2019-06-11 |
Family
ID=52665075
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310411088.1A Expired - Fee Related CN104427572B (zh) | 2013-09-10 | 2013-09-10 | 分组数据聚合协议数据包处理方法、装置及通信*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN104427572B (zh) |
WO (1) | WO2015035915A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10237904B2 (en) * | 2015-03-27 | 2019-03-19 | Qualcomm Incorporated | Proximity service signaling protocol |
CN104796849B (zh) * | 2015-04-16 | 2018-05-22 | 电信科学技术研究院 | 一种对数据包进行处理的方法和设备 |
US10911977B2 (en) * | 2016-08-01 | 2021-02-02 | Samsung Electronics Co., Ltd. | Method and apparatus for managing data communication in wireless communication network |
CN108307472B (zh) * | 2016-08-12 | 2023-06-30 | 中兴通讯股份有限公司 | 设备直通***的通信方法及装置、通信*** |
CN107734545B (zh) * | 2016-08-12 | 2021-05-14 | 普天信息技术有限公司 | 业务传输路径的选择方法 |
CN108391285B (zh) * | 2017-02-03 | 2023-05-05 | 中兴通讯股份有限公司 | 一种设备直通***的通信方法、数据转发方法及装置 |
CA3067472A1 (en) * | 2017-06-16 | 2018-12-20 | Nokia Technologies Oy | Communication apparatus, method and computer program |
CN109548160A (zh) * | 2017-08-08 | 2019-03-29 | ***通信有限公司研究院 | 数据传输方法、装置、相关设备及计算机可读存储介质 |
US11564096B2 (en) * | 2018-09-13 | 2023-01-24 | Lenovo (Singapore) Pte. Ltd. | Integrity protection for a packet data unit |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101426292A (zh) * | 2007-08-14 | 2009-05-06 | 阿尔卡泰尔卢森特公司 | 处理移动终端能力信息的设备和方法 |
CN101998438A (zh) * | 2009-08-17 | 2011-03-30 | 大唐移动通信设备有限公司 | 一种提升pdcp鲁棒性头压缩算法性能的方法及设备 |
CN102077524A (zh) * | 2009-05-19 | 2011-05-25 | 华为技术有限公司 | 分组数据发送方法、基站和终端 |
-
2013
- 2013-09-10 CN CN201310411088.1A patent/CN104427572B/zh not_active Expired - Fee Related
-
2014
- 2014-09-10 WO PCT/CN2014/086236 patent/WO2015035915A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101426292A (zh) * | 2007-08-14 | 2009-05-06 | 阿尔卡泰尔卢森特公司 | 处理移动终端能力信息的设备和方法 |
CN102077524A (zh) * | 2009-05-19 | 2011-05-25 | 华为技术有限公司 | 分组数据发送方法、基站和终端 |
CN101998438A (zh) * | 2009-08-17 | 2011-03-30 | 大唐移动通信设备有限公司 | 一种提升pdcp鲁棒性头压缩算法性能的方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN104427572A (zh) | 2015-03-18 |
WO2015035915A1 (zh) | 2015-03-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104427572B (zh) | 分组数据聚合协议数据包处理方法、装置及通信*** | |
CN105594294B (zh) | 用于在无线通信***中发送装置到装置相关信息的方法和设备 | |
CN106465369B (zh) | 在无线通信***中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 | |
CN105144830B (zh) | 用于在异构网络中执行双重连接的方法和装置 | |
CN109155949A (zh) | 无线通信中在网络之间的互通方法及其装置 | |
CN102918922B (zh) | 数据传输方法、分流点设备、用户设备和*** | |
EP3566509B1 (en) | Registration management method for terminal accessing 5g network on non-3gpp access | |
WO2015090057A1 (zh) | 路由信息发送、接收的方法、装置及路由信息处理*** | |
CN103796262B (zh) | 直接切换的方法和装置 | |
EP2768272A1 (en) | Method and apparatus for device to device communication | |
CN104883712B (zh) | 小区切换方法和*** | |
CN103716847B (zh) | 一种通过网关建立x2的方法 | |
WO2014180283A1 (zh) | 设备到设备测量处理方法及装置 | |
CN108370593A (zh) | 无线通信***中向基站发送数据/从基站接收数据的方法和设备 | |
CN104349394B (zh) | 一种小小区架构中支持业务本地分流的方法、***和设备 | |
KR20110092875A (ko) | 무선 통신 시스템 및 그의 사용자 단말기와 이동성 관리 엔티티 간 연결 방법 | |
CN108307528A (zh) | 一种信息传输方法、装置及*** | |
CN104869659B (zh) | 一种路径建立方法、设备及***、核心网设备 | |
CN103533500A (zh) | 临近终端的通信方法及装置、*** | |
US9750066B2 (en) | Method and a network structure for providing device connectivity to a radio access network | |
CN101990247A (zh) | 数据传输方法、装置和通信*** | |
CN104053191B (zh) | 一种建立邻近通信的方法及设备、*** | |
CN103379654A (zh) | D2D终端接入控制方法、D2D终端、eNB和MME | |
CN101540979A (zh) | 用于紧急呼叫业务的紧急承载建立方法与通信*** | |
CN103974429B (zh) | 一种终端间的邻近通信的路径建立方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20190611 Termination date: 20200910 |