一种业务处理方法、装置及用户设备的制造方法
【技术领域】
[0001]本发明涉及通信技术领域，尤其涉及一种业务处理方法、装置及用户设备。
【背景技术】
[0002]移动通信系统未来发展中，为了更好的满足用户需求，提升设备之间信息交互的效率，引入了设备到设备发现(Device to Device Discovery, D2D Discovery)以及设备到设备通信(Device to Device Communicat1n, D2D Communicat1n)的机制。对于 D2DCommunicat1n, D2D接收端UE接收到D2D发送端用户设备(User Equipment, UE)发送的媒体接入控制(Medium Access Control, MAC)协议数据单兀(Protocol Data Unit, PDU)后，会对该MAC PDU进行解释，获取D2D发送端UE标识以及数据包归属的逻辑信道标识(Logical Channel Identity, LCID)，如果D2D接收端UE尚未建立与之对应的无线链路控制(Rad1 Link Control,RLC)和数据包汇聚协议(Packet Data Convergence Protocol,PDCP)实体，则会新建立与之对应的I3DCP和RLC实体。现有LTE系统中一个UE支持的最大承载数只是UE与网络可以同时建立的承载个数，因此比较小，而在D2D通信中，D2D接收端UE需要同时接收来自多个D2D发送端UE的数据，无线承载标识范围迅速增加为发送端UE的标识(ID)数乘以单个UE的最大无线承载数，这会是一个相当庞大的数字，而对于一个接收端UE来说，如果将其直接设置为最大承载数，则相应支持的最大RLC和HXP实体数也对应增加到相同的数值，这就需要增加成本，而实际的接收端UE不可能同时接收所有UE的所有逻辑信道的数据，因此将D2D接收端UE支持的最大承载数设置这么大是没有意义的。
[0003]参见图1，现有移动通信系统中，特别是在LTE系统中，采取的是网络集中控制的方式，即UE的上、下行数据都在网络的控制下进行发送和接收。UE和UE之间的通信，是由网络进行转发和控制的。UE与UE之间不存在直接的通信链路，UE也不允许自行发送上行数据。
[0004]参见图2，在3GPP中，D2D接近服务包括以下两大类:
[0005]D2D Discovery (设备到设备发现):UE 使用演进型 UTRAN(Evolved UTRAN,E-UTRAN)来确认另外一个UE在其附近。例如，D2D UE可以使用该服务来寻找附近的出租车、寻找在其附近的朋友等。
[0006]D2D Communicat1n (设备到设备通信):相互接近的UE,通过在两个UE之间直接建立链路(如图2所示)，将原本通过网络传输的通信链路转化为本地的直接通信链路，节省了大量的带宽和网络效率；或者两个相互接近的UE，可以利用直接链路通信来获得稳定高速低廉的通信服务。接近服务通信一般是在网络侧控制或者辅助下进行的，演进型基站(evolved NodeB, eNB)甚至可能会为进行接近服务通信的UE动态的分配资源。
[0007]为了便于描述，可以定义两种链路类型:
[0008]D2D链路:指设备和设备之间直接进行通信的链路；
[0009]D2N链路:设备和网络节点之间进行通信的链路。
[0010]此外，参与D2D Discovery/Communicat1n 的 UE 分为两种角色:
[0011]D2D 发送端 UE:即发送 D2D Discovery/Communicat1n 消息的 UE ;
[0012]D2D 接收端 UE:即接收 D2D 发送端 UE 发送的 D2D Discovery/Communicat1n 消息的UE。
[0013]在一般的场景中，两个互相通信的UE可以由于彼此的接近，将原本通过网络传输的通信链路转化为本地的直接通信链路，节省了大量的带宽和网络效率。或者由于两个UE的相互靠近，而产生了通信的需求，在这种接近的距离情况下，UE之间可以利用直接链路通信来获得稳定高速低廉的通信服务。
[0014]在公共安全领域，例如公安、消防、救护等场景，特殊的指定终端之间需要进行彼此发现和通信过程。
[0015]在LTE系统中，用户数据包到达rocp层，由rocp进行头压缩、加密、增加头部结构等操作后，形成rocp rou，发送至RLC层。RLC层对这些RLC业务数据单元(Service DataUnit, SDU)再进一步按照低层具体传输格式的要求进行适当的级联(concatenat1n)、分段(segmentat1n)并增加头部结构,形成合适大小的RLC F1DU,发送至MAC再进一步组包发出。以上行为例，层二结构如图3所示。其中HXP和RLC实体是和空口承载一一对应的。
[0016]综上所述，针对D2D通信，一个接收端UE可能同时接收多个发送端UE的D2D数据，MAC层通过源(Source)UE ID和LCID来区分数据，如果UE支持的最大DRB个数设置为source UE ID个数与LCID个数的乘积，对于UE来说是比较浪费的，UE可以同时接收的DRB个数可能远远小于这个数，出于成本以及实现的角度考虑，D2D UE支持的最大DRB个数可能会小于source UEID个数与LCID个数的乘积。这样就有可能存在当接收端UE新的业务超出UE支持的最大D2D DRB个数的问题，但针对该问题的出现目前还没有给出UE如何选择和操作的相关技术。
【发明内容】
[0017]本发明实施例提供了一种业务处理方法、装置及用户设备，用以实现D2D接收端UE根据判断已建立的承载的个数是否达到该UE支持的最大承载数的结果，对新的业务进行处理，进而可以灵活的进行无线承载的维护，节省UE的成本。
[0018]本发明实施例提供的一种业务处理方法，包括:
[0019]第一用户设备UE,当接收到与该第一 UE建立设备到设备D2D通信的第二 UE发送的新的业务的第一个数据包时，判断该第一 UE已建立的承载的个数是否达到该第一 UE支持的最大承载数；
[0020]第一 UE根据判断结果，对所述新的业务进行处理。
[0021]通过该方法实现了 D2D接收端UE根据判断已建立的承载的个数是否达到该UE支持的最大承载数的结果，对新的业务进行处理，进而可以灵活的进行无线承载的维护，节省UE的成本。
[0022]较佳地，第一 UE根据判断结果，对所述新的业务进行处理，包括:
[0023]当第一 UE已建立的承载的个数小于该第一 UE支持的最大承载数时，第一 UE为所述新的业务建立新的承载；
[0024]当第一 UE已建立的承载的个数达到该第一 UE支持的最大承载数时，第一 UE停止接收所述新的业务的数据包，或者第一 UE按照业务优先级顺序对所述新的业务进行处理。
[0025]较佳地，所述业务优先级顺序是预先设置好的，或者是按照业务的链路质量确定的。
[0026]较佳地，当所述业务优先级顺序是预先设置好的时，第一 UE按照业务优先级顺序对所述新的业务进行处理，包括:
[0027]第一 UE判断第一 UE已建立承载的业务中是否存在目标业务，该目标业务的优先级低于所述新的业务的优先级，如果是，则从所述目标业务中选择一业务，并释放所选择的业务的承载，为所述新的业务建立承载；否则，第一 UE停止接收所述新的业务的数据包。
[0028]较佳地，第一 UE所选择的业务为所述目标业务中优先级最低的业务。
[0029]较佳地，当所述业务优先级顺序是按照业务的链路质量确定的时，第一 UE按照业务优先级顺序对所述新的业务进行处理，包括:
[0030]第一 UE比较所述新的业务的链路质量和第一 UE已建立承载的业务的链路质量，根据比较结果对所述新的业务进行处理。
[0031]较佳地，第一 UE根据比较结果对所述新的业务进行处理，包括:
[0032]当第一 UE已建立承载的业务中存在目标业务，该目标业务的链路质量小于预设的第一门限，且所述新的业务的链路质量大于预设的第二门限时，第一 UE从所述目标业务中选择一业务，并释放所选择的业务的承载，为所述新的业务建立承载；否则，第一 UE停止接收所述新的业务的数据包；其中，第二门限大于或等于第一门限。
[0033]较佳地，第一 UE根据比较结果对所述新的业务进行处理，包括:
[0034]第一 UE确定第一 UE已建立承载的业务中链路质量最低的业务；
[0035]当所述链路质量最低的业务的链路质量低于所述新的业务的链