CN107682894A - 用户面数据处理方法、装置及系统 - Google Patents
用户面数据处理方法、装置及系统 Download PDFInfo
- Publication number
- CN107682894A CN107682894A CN201610621527.5A CN201610621527A CN107682894A CN 107682894 A CN107682894 A CN 107682894A CN 201610621527 A CN201610621527 A CN 201610621527A CN 107682894 A CN107682894 A CN 107682894A
- Authority
- CN
- China
- Prior art keywords
- data
- logic channel
- entities
- pdcp
- establishment
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/082—Load balancing or load distribution among bearers or channels
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种用户面数据处理方法、装置及系统，其中，该方法包括：监测当前的指定触发事件；依据指定触发事件确定是否需要发起第一逻辑信道的创建或删除；在确定需要发起第一逻辑信道的创建的情况下，根据预先保存的数据无线承载DRB的配置参数，创建一个或者多个第一逻辑信道；根据创建的一个或者多个第一逻辑信道将DRB的用户面数据进行分流处理；通过本发明，解决了相关技术中用户面的业务速率不高的问题。
Description
技术领域
本发明涉及通信领域，具体而言，涉及一种用户面数据处理方法、装置及系统。
背景技术
移动通信网络面临终端数据业务量膨胀式的增长，5G网络的构建需要达到超高速率，大吞吐量，超高可靠性，超低时延等指标，为用户提供最佳的体验，这些需求除了对无线通信空口能力提出更高的要求，也使得网络设备的处理瓶颈进一步体现。
在传统2G/3G/4G发展过程中，往往重点关注的是空口能力的提高，物理层以上的用户面层2协议(如分组数据汇聚协议层(Packet Data Convergence Protocol，简称PDCP),无线链路控制(Radio Link Control，简称RLC),媒体接入控制(Media AccessControl，简称MAC))的处理认为不会是瓶颈，一直是采用串行处理机制，如对于包交换(Packet switching，简称PS)业务某个数据无线承载(Data Radio Bearer，简称DRB)，往往只配置一个逻辑信道对应一个PDCP/RLC实体，应用层数据依次经过PDCP，RLC，MAC处理，最终形成物理层的无线帧通过空口发送,这里PDCP协议要实现头压缩、加密、排序等功能，RLC要实现自动重传请求(Auto Repeat Request，简称ARQ)分段串接、重组等功能，这两个协议的性能开销都比较大，现在多核处理器已成为网络设备、手机终端的主流处理器，如果不能利用多核处理器对一个DRB数据进行并发处理，那么PDCP/RLC就会成为用户面数据处理的性能瓶颈，导致无法达到5G所要求的超高速率的要求。
相关技术中的解决方法是为该业务配置多个DRB，或者多个逻辑信道来达到分流的目的，但是这种处理需要控制面、用户面和终端流程上的诸多交互，控制面需要实时监控用户面的负荷、流量，频繁的配置流程影响系统性能，如果在业务建立的时候就配置多个DRB，那么在很大程度上又会造成系统性能的浪费。
针对相关技术中的上述技术问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种用户面数据处理方法、装置及系统，以至少解决相关技术中用户面的业务速率不高的问题。
根据本发明的一个实施例，提供了一种用户面数据处理方法，包括：监测当前的指定触发事件；依据指定触发事件确定是否需要发起第一逻辑信道的创建或删除；在确定需要发起第一逻辑信道的创建的情况下，根据预先保存的数据无线承载DRB的配置参数，创建一个或者多个第一逻辑信道；根据创建的一个或者多个第一逻辑信道将DRB的用户面数据进行分流处理。
可选地，第一逻辑信道对应一个分组数据汇聚协议PDCP实体和/或无线链路层控制协议RLC实体。
可选地，根据创建的一个或者多个第一逻辑信道将DRB的用户面数据进行分流处理包括：根据创建的一个或者多个第一逻辑信道和预先配置的第二逻辑信道将DRB的用户面数据进行分流处理。
可选地，方法还包括：在确定需要发起第一逻辑信道的删除的情况下，删除需要删除的第一逻辑信道对应的PDCP实体和/或RLC实体。
可选地，在删除需要删除的第一逻辑信道对应的分组数据汇聚协议PDCP实体和/或无线链路层控制协议RLC实体之后，还包括：通知媒体接入控制层MAC实体构建用于指示删除第一逻辑信道的删除指示帧。
可选地，依据指定触发事件确定是否需要发起第一逻辑信道的创建或删除包括以下至少之一：根据DRB的应用层流量和/或用户面处理单元的负荷情况确定是否需要发起第一逻辑信道的创建或删除；根据接收到的MAC实体发送的请求消息类型确定是否需要发起第一逻辑信道的创建或删除；其中，请求消息类型包括：用于请求删除第一逻辑信道的删除请求消息，用于请求创建第一逻辑信道的创建请求消息。
可选地，根据创建的一个或者多个第一逻辑信道将DRB的用户面数据进行分流处理包括：接收DRB上承载的应用层数据后，根据创建的一个或者多个第一逻辑信道，确定与一个或者多个第一逻辑信道对应的PDCP实体和/或RLC实体，并通过确定的PDCP实体和/或RLC实体接收应用层数据。
可选地，在根据创建的一个或者多个第一逻辑信道，确定与一个或者多个第一逻辑信道对应的PDCP实体和/或RLC实体之前，还包括：在与应用层数据对应的数据帧的帧头中增加数据序列号Data SN字段，生成第一PDCP服务数据单元(Service Data Unit，简称SDU)；在通过确定的PDCP实体和/或RLC实体接收应用层数据之后，还包括：将第一PDCP SDU发送给确定的PDCP实体和/或RLC实体。
可选地，根据创建的一个或者多个第一逻辑信道将DRB的用户面数据进行分流处理包括：接收一个或者多个第一逻辑信道对应的一个或多个PDCP实体发送过来的数据；解析一个或多个PDCP实体发送过来的数据对应的数据帧的帧头中的Data SN；根据Data SN，对一个或多个PDCP实体发送过来的数据进行排序后发送给上层。
可选地，上述方法应用于用户面上设置的子逻辑信道管理模块SLM实体中。
根据本发明的一个实施例，提供了一种用户面数据处理装置，包括：监测模块，用于监测当前的指定触发事件；确定模块，用于依据指定触发事件确定是否需要发起第一逻辑信道的创建或删除；创建模块，用于在确定需要发起第一逻辑信道的创建的情况下，根据预先保存的数据无线承载DRB的配置参数，创建一个或者多个第一逻辑信道；处理模块，用于根据创建的一个或者多个第一逻辑信道将DRB的用户面数据进行分流处理。
可选地，处理模块还用于根据创建的一个或者多个第一逻辑信道和预先配置的第二逻辑信道将DRB的用户面数据进行分流处理。
可选地，装置还包括：删除模块，用于在确定需要发起第一逻辑信道的删除的情况下，删除需要删除的第一逻辑信道对应的PDCP实体和/或RLC实体。
可选地，装置还包括：通知模块，用于通知媒体接入控制层MAC实体构建用于指示删除第一逻辑信道的删除指示帧。
可选地，确定模块还用于以下至少之一：根据DRB的应用层流量和/或用户面处理单元的负荷情况确定是否需要发起第一逻辑信道的创建或删除；根据接收到的MAC实体发送的请求消息类型确定是否需要发起第一逻辑信道的创建或删除；其中，请求消息类型包括：用于请求删除第一逻辑信道的删除请求消息，用于请求创建第一逻辑信道的创建请求消息。
可选地，处理模块，还用于接收DRB上承载的应用层数据后，根据创建的一个或者多个第一逻辑信道，确定与一个或者多个第一逻辑信道对应的PDCP实体和/或RLC实体，并通过确定的PDCP实体和/或RLC实体接收应用层数据。
可选地，处理模块还用于在与应用层数据对应的数据帧的帧头中增加数据序列号Data SN字段，生成第一PDCP服务数据单元SDU；装置还包括：发送模块，用于将第一PDCPSDU发送给确定的PDCP实体和/或RLC实体。
可选地，处理模块还用于接收一个或者多个第一逻辑信道对应的一个或多个PDCP实体发送过来的数据；解析一个或多个PDCP实体发送过来的数据对应的数据帧的帧头中的Data SN；以及根据Data SN，对一个或多个PDCP实体发送过来的数据进行排序后发送给上层。
根据本发明的一个实施例，提供了一种用户面数据处理系统，包括：子逻辑信道管理模块(Sub Logichannel Manager，简称SLM)实体，用于依据指定触发事件创建或删除第一逻辑信道以及与第一逻辑信道对应的分组数据汇聚协议PDCP和/或无线链路层控制协议RLC实体；向各个第一逻辑信道的PDCP实体分发应用层数据；以及接收各个第一逻辑信道的PDCP实体发来的数据，将数据排序后发给上层；媒体接入控制层MAC实体，用于在接收到未存在的第一逻辑信道的数据时，向SLM实体发送用于创建与第一逻辑信道相关的PDCP和/或RLC创建请求，并判断是将数据投递给与第一逻辑信道的RLC还是丢弃数据。
可选地，MAC实体还用于在接收到用于指示删除第一逻辑信道的删除指示帧后，向SLM实体发送请求删除第一逻辑信道的删除请求消息。
根据本发明的一个实施例，提供了一种用户面数据处理系统，包括：子逻辑信道管理模块SLM实体和媒体接入控制MAC实体；其中，SLM实体依据监测当前的指定触发事件；依据指定触发事件确定是否需要发起第一逻辑信道的创建或删除；在确定需要发起第一逻辑信道的创建的情况下，根据预先保存的数据无线承载DRB的配置参数，创建一个或者多个第一逻辑信道；以及根据创建的一个或者多个第一逻辑信道将DRB的用户面数据进行分流处理；SLM实体还用于将分流处理后的用户面数据发送给MAC实体。
可选地，第一逻辑信道由一个分组数据汇聚协议PDCP实体和/或无线链路层控制协议RLC实体组成。
可选地，系统还包括：预先配置的第二逻辑信道；SLM实体还用于根据创建的一个或者多个第一逻辑信道和预先配置的第二逻辑信道将DRB的用户面数据进行分流处理。
可选地，SLM实体还用于在确定需要发起第一逻辑信道的删除的情况下，删除需要删除的第一逻辑信道对应的PDCP实体和/或RLC实体，以及通知MAC实体构建用于指示删除第一逻辑信道的删除指示帧。
可选地，指定触发事件包括以下至少之一：DRB的应用层流量和/或用户面处理单元的负荷情况超过预定阈值；接收到MAC实体发送的请求消息；其中，在请求消息为用于请求删除第一逻辑信道的删除请求消息时，SLM实体确定需要发起第一逻辑信道的删除操作；在请求消息为用于请求创建第一逻辑信道的创建请求消息时，SLM实体确定需要发起第一逻辑信道的删除操作。
可选地，SLM实体还用于接收DRB上承载的应用层数据后，在与应用层数据对应的数据帧的帧头中增加数据序列号Data SN字段，生成第一PDCP服务数据单元SDU；根据创建的一个或者多个第一逻辑信道，确定与一个或者多个第一逻辑信道对应的PDCP实体和/或RLC实体，并通过确定的PDCP实体和/或RLC实体接收应用层数据；将第一PDCP SDU发送给确定的PDCP实体和/或RLC实体。
可选地，SLM实体接收一个或者多个第一逻辑信道对应的一个或多个PDCP实体发送过来的数据；解析一个或多个PDCP实体发送过来的数据对应的数据帧的帧头中的DataSN；以及根据Data SN，对一个或多个PDCP实体发送过来的数据进行排序后发送给上层。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：监测当前的指定触发事件；依据指定触发事件确定是否需要发起第一逻辑信道的创建或删除；在确定需要发起第一逻辑信道的创建的情况下，根据预先保存的数据无线承载DRB的配置参数，创建一个或者多个第一逻辑信道；根据创建的一个或者多个第一逻辑信道将DRB的用户面数据进行分流处理。
通过本发明，由于通过检测到指定触发事件时，动态创建第一逻辑信道，根据创建的第一逻辑信道对DRB的用户面数据进行分流处理，进而能够实现对DRB的用户面数据的并发处理，进而能够提高业务速率，因此，可以解决相关技术中用户面的业务速率不高的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的网络架构的示意图；
图2是根据本发明实施例的用户面数据处理方法的流程图；
图3是根据本发明优选实施例提供的SLM发送侧的创建、删除子逻辑信道PDCP/RLC实体的流程示意图；
图4是根据本发明优选实施例提供的SLM接收侧的创建、删除子逻辑信道PDCP/RLC实体的流程示意图；
图5是根据本发明优选实施例提供的SLM发送侧的数据处理流程；
图6是根据本优选实施例提供的SLM对应用层数据处理后的数据帧结构的示意图；
图7是根据本发明优选实施例提供的SLM接收侧数据处理的方法的示意图；
图8是根据本发明优选实施例提供的MAC的数据处理的流程示意图；
图9是根据本发明优选实施例提供的MAC PDU中对7bits长度域的子头结构的示意图；
图10是根据本发明优选实施例提供的MAC PDU中对15bits长度域的子头结构的示意图；
图11是根据本发明优选实施例提供的子逻辑信道删除指示帧的子头结构的示意图；
图12是根据本发明实施例的用户面数据处理装置的结构框图；
图13是根据本发明优选实施例提供的用户面数据处理系统的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例可以运行于图1所示的网络架构上，如图1所示，该网络架构包括：SLM实体，PDCP实体、RLC实体，MAC实体，其中，可以通过SLM实体、PDCP实体和RLC实体将数据发送给MAC实体，然后MAC实体在将该数据发送给对端，或者MAC实体将接收到的数据经由RLC实体，PDCP实体和SLM实体发送给上层。
在本实施例中提供了一种运行于网络架构的用户面数据处理方法，图2是根据本发明实施例的用户面数据处理方法的流程图，如图2所示，该流程包括如下步骤：
步骤S202，监测当前的指定触发事件；
步骤S204，依据指定触发事件确定是否需要发起第一逻辑信道的创建或删除；
步骤S206，在确定需要发起第一逻辑信道的创建的情况下，根据预先保存的数据无线承载DRB的配置参数，创建一个或者多个第一逻辑信道；
步骤S208，根据创建的一个或者多个第一逻辑信道将DRB的用户面数据进行分流处理。
通过上述步骤，由于通过检测到指定触发事件时，动态创建第一逻辑信道，根据创建的第一逻辑信道对DRB的用户面数据进行分流处理，进而能够实现对DRB的用户面数据的并发处理，进而能够提高业务速率，因此，可以解决相关技术中用户面的业务速率不高的问题。
需要说明的是，上述第一逻辑信道由PDCP实体和/或RLC实体组成，即一个第一逻辑信道对应一个PDCP实体和/或一个RLC实体，该第一逻辑信道可以成为子逻辑信道，创建的各个子逻辑信道之间是相互独立的，并且与传统的逻辑信道也是独立的。
在本发明的一个实施例中，上述步骤S208可以表现为：根据创建的一个或者多个第一逻辑信道和预先配置的第二逻辑信道将DRB的用户面数据进行分流处理。需要说明的是预先配置的第二逻辑信道可以为上述传统的逻辑信道，即动态创建的一个或多个第一逻辑信道和传统的逻辑信道一起完成用户面数据的并行处理。
需要说明的是，上述步骤S204可以表现为以下至少之一：第一种表现形式，根据DRB的应用层流量和/或用户面处理单元的负荷情况确定是否需要发起第一逻辑信道的创建或删除；第二种表现形式，根据接收到的MAC实体发送的请求消息类型确定是否需要发起第一逻辑信道的创建或删除；其中，请求消息类型包括：用于请求删除第一逻辑信道的删除请求消息，用于请求创建第一逻辑信道的创建请求消息。
需要说明的是，对于第一种表现形式主要侧重于SLM实体的发送侧，即通过SLM实体、MAC实体等向对端发送用户面数据的情况，对于第二种表现形式，则侧重于SLM实体的接收侧，即通过MAC实体、SLM实体等接收对端发送过来的数据情况，而对于第一种表现形式可以为：如果应用层流量和/或用户面处理单元的负荷情况超过预定阈值，那么确定需要发起第一逻辑信道的创建，如果用户面流量和/或用户面处理单元的负荷情况小于预定阈值，则表明不需要很多的逻辑信道来处理用户面数据，因而确定需要发起第一逻辑信道的删除。至于确定创建或者删除的第一逻辑信道的数量可以根据具体实际情况进行确定，比如根据上述的负荷情况，但并不限于此。上述预定阈值可以根据具体情况进行确定，但并不限于此。
对于第二种表现形式，是由需要发起创建还是删除第一逻辑信道取决于MAC实体发送过来的请求消息的类型。
需要说明的是，在MAC层接收到未存在的第一逻辑信道的数据时，则向SLM实体发送创建请求消息，如果接收到用于指示删除第一逻辑信道的删除指示帧，则向SLM发送删除请求消息。
需要说明的是，在MAC接收到对端发送过来的MAC协议数据单元(Protocol DataUnit，简称PDU)中，如果该帧中当前信道类型为下行共享信道(Downlink share channel，简称DL-SCH)并且局部字符集标识符(Local Character set Identifier，简称LCID)为11001，或者当前信道类型为上行共享信道(Uplink share channel，简称UL-SCH)并且LCID为10111，则该帧为上述删除指示帧，进一步可以得到该帧中携带的第一逻辑信道的标识，并可以向SLM实体发送删除请求消息，如果不是上述删除指示帧，而是LCID指示为其他控制帧类型，则直接处理控制帧流程即可，如果LCID指示为正常的逻辑信道，则可以进一步解析第一逻辑信道的标识，判断该第一逻辑信道是否已经存在，如果已经存在，则直接将MACSDU解析后投递到对应第一逻辑信道的RLC中，如果不存在，则发送上述创建请求消息。
需要说明的是，上述MAC实体的控制帧、数据帧对应的子头中增加第一逻辑信道的标识进行可以使得SLM接收侧能够创建或者删除对应第一逻辑信道的PDCP和/或RLC，或者将数据发送给对应第一逻辑信道的PDCP和/或RLC，完成协议原来规定的PDCP/RLC功能。
针对SLM实体的发送侧，上述步骤S208可以表现为：接收DRB上承载的应用层数据后，根据创建的一个或者多个第一逻辑信道，确定与一个或者多个第一逻辑信道对应的PDCP实体和/或RLC实体，并通过确定的PDCP实体和/或RLC实体接收应用层数据。即将DRB上承载的应用层数据分流到创建的一个或者多个第一逻辑信道上进行处理，实现了用户面数据的并行处理。
需要说明的是，在根据创建的一个或者多个第一逻辑信道，确定与一个或者多个第一逻辑信道对应的PDCP实体和/或RLC实体之前，还包括：在与应用层数据对应的数据帧的帧头中增加数据序列号Data SN字段，生成第一PDCP服务数据单元SDU；在通过确定的PDCP实体和/或RLC实体接收应用层数据之后，还包括：将第一PDCP SDU发送给确定的PDCP实体和/或RLC实体。即在并行处理的过程中，还可能改变帧的帧结构，即在接收到应用层数据后，在帧中增加Data SN字段，以供接收到根据Data SN字段对接收到的各部分数据进行排序。
针对SLM实体的接收侧，上述步骤S208可以表现为：接收一个或者多个第一逻辑信道对应的一个或多个PDCP实体发送过来的数据；解析一个或多个PDCP实体发送过来的数据对应的数据帧的帧头中的Data SN；根据Data SN，对一个或多个PDCP实体发送过来的数据进行排序后发送给上层。
在本发明的一个实施例中，上述方法还可以包括：在确定需要发起第一逻辑信道的删除的情况下，删除需要删除的第一逻辑信道对应的PDCP实体和/或RLC实体。
需要说明的是，在删除需要删除的第一逻辑信道对应的分组数据汇聚协议PDCP实体和/或无线链路层控制协议RLC实体之后，还包括：通知媒体接入控制层MAC实体构建用于指示删除第一逻辑信道的删除指示帧。进而可以将该删除指示帧发送给对端，实现对端第一逻辑信道的删除等操作。
需要说明的是，上述步骤的执行主体可以是SLM实体，但并不限于此。
需要说明的是，通过在用户面新增加一个SLM实体，用于实现动态增加或者删除第一逻辑信道，使得每个DRB可以有多个逻辑信道来处理数据，可以利用多核处理器的优势来提高业务速率。
为了更好地理解本发明，以下结合优选的实施例对本发明做进一步解释。
本发明优选实施例的目的为实现用户面动态增加PDCP/RLC实体，根据负荷情况需要在没有控制面参与情况下用户面动态增加、删除PDCP/RLC实体，从而实现对一个DRB的数据实现并发处理，这样就可以利用多核处理器的优势提高业务速率。
为了实现本发明优选实施例的目的，提出子逻辑信道(相当于上述第一逻辑信道)的概念，每个DRB可以有一个或者多个子逻辑信道，并可以动态增加，每个子逻辑信道对应有一个PDCP实体，一个RLC实体，这些PDCP/RLC实体的配置参数都相同，在数据处理过程中，各PDCP/RLC都相互独立；传统的逻辑信道照常使用，逻辑信道和子逻辑信道一起用于对用户面数据进行分流处理。
具体地，用户面增加子逻辑信道管理模块SLM(Sub logichannel Manager)，每个DRB有一个SLM实体，主要实现子逻辑信道相关的PDCP/RLC实体的创建、删除；实现应用层数据向各子逻辑信道的PDCP实体分发；接收子逻辑信道的PDCP实体发来的数据，将数据排序后发给上层；MAC层接收到未存在的子逻辑信道数据时，向SLM发送子逻辑信道相关的PDCP/RLC创建请求，并根据响应结果判断是将数据投递给新的RLC还是丢弃；MAC层如果接收到特殊的子逻辑信道删除指示帧，则向SLM发送删除请求。
本发明优选实施例还定义了SLM的帧结构，在接收到应用层数据后，增加Data SN，供接收端排序；在MAC的控制帧、数据帧对应的子头(Sub Header)中增加Sub LogichannelID标识，这样接收端可以创建、删除对应子逻辑信道的PDCP/RLC，或者将数据发送到对应的PDCP/RLC实体，完成协议原来规定的PDCP/RLC功能；其中，上述帧结构中的字段定义如下：
Data SN：两个字节，SLM对接收的每个应用层数据累加序号，供接收端排序用；
Data:应用层数据净荷；
R：保留字段；
E：同4G 36321协议定义，用于指示后续是否还有MAC头信息；
LCID：同4G 36321协议定义，对于DL-SCH，将原先保留值11001用作子逻辑信道删除控制帧(指示帧)，对于UL-SCH，则将原先保留至10111用作子逻辑信道删除控制帧；
Sub Logichannel ID：SLM分配的子逻辑信道标识，一个字节；
F，L：同4G 36321协议定义。
本发明优选实施例侧重于SLM模块根据负荷情况发起子逻辑信道PDCP/RLC实体的创建，删除；SLM收到应用层数据后增加Data SN分派给各子逻辑信道的PDCP；SLM收到PDCP的数据后，根据Data SN排序后发给上层；SLM收到MAC的创建、删除子逻辑信道PDCP/RLC实体的请求执行对应的创建、删除动作；MAC收到控制帧、数据帧根据Sub Logichannel ID进行相应的处理。
优选实施例1
本发明优选实施例提供了一种SLM发送侧流程处理的方法，图3是根据本发明优选实施例提供的SLM发送侧的创建、删除子逻辑信道PDCP/RLC实体的流程示意图，如图3所示，本优选实施例方法的处理流程包括以下步骤：
S300、SLM周期性或者实时监测本DRB应用层流量以及用户面处理单元负荷情况，根据一定的判决规则，确定是否需要发起子逻辑信道的创建或者删除；
S301，判断是否需要创建子逻辑信道；在是的情况下，执行步骤S302；在否的情况下，执行步骤S304；
S302、如果需要创建子逻辑信道，则根据之前保存的该DRB的配置参数，创建新的PDCP/RLC实体，生成新的子逻辑信道ID；
S303、在创建成功的情况下，在SLM中保存子逻辑信道信息，提供后续数据分发；
S304、判断是否需要删除子逻辑信道；在是的情况下，执行步骤S305，在否的情况下，执行步骤S300；
步骤S305，删除对应子逻辑信道的PDCP/RLC实体；
步骤S306、删除子逻辑信道成功，则通知MAC构建子逻辑信道删除指示帧，发送给对端。
优选实施例2
本优选实施例提供了一种SLM接收侧流程处理的方法，图4是根据本发明优选实施例提供的SLM接收侧的创建、删除子逻辑信道PDCP/RLC实体的流程示意图，如图4所示，本优选实施例方法的处理流程包括以下步骤：
S400、SLM接收到MAC的请求消息；
S401，判断是否需要创建子逻辑信道；在是的情况下，执行S402，在否的情况下，执行S404；
S402、如果需要创建子逻辑信道，则根据之前保存的该DRB的配置参数，创建新的PDCP/RLC实体，生成新的子逻辑信道ID；
S403、创建成功，返回给MAC成功响应，在SLM中保存子逻辑信道信息，提供后续数据分发，如果创建失败，则返回失败响应；
S404、判断是否需要删除子逻辑信道；如果是，执行,S405；如果否，执行S400；
S405，删除对应子逻辑信道的PDCP/RLC实体；
S406，删除成功，则返回成功响应。
优选实施例3
本优选实施例提供了一种SLM发送侧数据处理的方法，图5是根据本发明优选实施例提供的SLM发送侧的数据处理流程，如图5所示，本优选实施例方法的处理包括以下步骤：
S500、接收到应用层的数据；
S501、在帧头增加Data SN，形成新的PDCP SDU；其中，图6是根据本优选实施例提供的SLM对应用层数据处理后的数据帧结构的示意图；
S502、并根据保存的子逻辑信道ID，确定一个子逻辑信道的PDCP实体接收该数据；将新的PDCP SDU发送给S502确定的PDCP实体。
优选实施例4
本优选实施例提供了一种SLM接收侧数据处理的方法，图7是根据本发明优选实施例提供的SLM接收侧数据处理的方法的示意图，如图7所示，本优选实施例方法的处理包括以下步骤：
S700、接收到各PDCP实体发送过来的数据；
S701、解析帧头中的Data SN；
S702、根据Data SN，对数据进行排序后发送给上层。
优选实施例5
本优选实施例提供了一种MAC接收侧处理的方法，图8是根据本发明优选实施例提供的MAC的数据处理的流程示意图，如图8所示，本优选实施例方法的处理包括以下步骤：
S800、MAC接收到对端发来的MAC PDU，解析帧头中子头(Sub Header)信息；图9是根据本发明优选实施例提供的MAC PDU中对7bits长度域的子头结构的示意图，图10是根据本发明优选实施例提供的MAC PDU中对15bits长度域的子头结构的示意图；
S801、如果当前信道类型为DL-SCH并且LCID为11001，或者当前信道类型为UL-SCH并且LCID为10111，则该帧为子逻辑信道删除指示帧，进一步得到Sub Logichannel ID；否则转S803；其中，图11是根据本发明优选实施例提供的子逻辑信道删除指示帧的子头结构的示意图；
S802、向SLM发送子逻辑信道删除请求；继续处理下一子头；
S803，判断LCID是否为其他控制帧类型；如果是，执行步骤S804；如果否，执行步骤S805；
S804、处理控制帧流程，结束后继续处理下一个子头；
S805、进一步解析Sub Logichannel ID，判断该子逻辑信道是否已经存在；
S806、如果该子逻辑信道已经存在，找到对应的子逻辑信道的RLC；
S807、在子逻辑信道不存在的情况下，向SLM发送子逻辑信道创建请求；
S808，判断PDCP/RLC创建是否成功，如果是，则执行S809；如果否，则执行S810；
S809、找到对应子逻辑信道的RLC，将该MAC SDU解析后投递给对应子逻辑信道的RLC实体；继续解析处理该MAC PDU的后续子头与内容；
S810、将对应的MAC SDU数据丢弃，继续处理下一个子头。
通过上述优选实施例，用户面增加一个子逻辑信道处理模块SLM(SubLogichannel Management)，SLM在发送侧根据系统负荷情况，动态增加PDCP/RLC实体，在接收侧如果MAC收到未存在子逻辑信道的数据，那么向SLM请求新增PDCP/RLC实体，这样同一个DRB的数据可以分发给多个PDCP/RLC实体执行独立的协议处理功能，接收侧的SLM接收多个PDCP的数据，根据发送端填写的数据序号(Data SN)排序后将数据发送给上层，这种方法适应了多核并发处理的需要，为未来5G高速率的用户面处理提供了一个有效的解决方案。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种用户面数据处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图12是根据本发明实施例的用户面数据处理装置的结构框图，如图12所示，该装置包括：
监测模块1202，用于监测当前的指定触发事件；
确定模块1204，与上述检测模块1202连接，用于依据指定触发事件确定是否需要发起第一逻辑信道的创建或删除；
创建模块1206，与上述确定模块1204连接，用于在确定需要发起第一逻辑信道的创建的情况下，根据预先保存的数据无线承载DRB的配置参数，创建一个或者多个第一逻辑信道；
处理模块1208，与上述创建模块1206连接，用于根据创建的一个或者多个第一逻辑信道将DRB的用户面数据进行分流处理。
通过上述装置，由于通过检测到指定触发事件时，创建模块1206动态创建第一逻辑信道，处理模块1208根据创建的第一逻辑信道对DRB的用户面数据进行分流处理，进而能够实现对DRB的用户面数据的并发处理，进而能够提高业务速率，因此，可以解决相关技术中用户面的业务速率不高的问题。
需要说明的是，上述第一逻辑信道由PDCP实体和/或RLC实体组成，即一个第一逻辑信道对应一个PDCP实体和/或一个RLC实体，该第一逻辑信道可以成为子逻辑信道，创建的各个子逻辑信道之间是相互独立的，传统的逻辑信道照常使用。
在本发明的一个实施例中，上述处理模块1208还用于根据创建的一个或者多个第一逻辑信道和预先配置的第二逻辑信道将DRB的用户面数据进行分流处理。需要说明的是，预先配置的第二逻辑信道可以为上述传统的逻辑信道，即动态创建的一个或多个第一逻辑信道和传统的逻辑信道一起完成用户面数据的并行处理。
在本发明的一个实施例中，上述确定模块1204还可以用于以下至少之一：根据DRB的应用层流量和/或用户面处理单元的负荷情况确定是否需要发起第一逻辑信道的创建或删除；根据接收到的MAC实体发送的请求消息类型确定是否需要发起第一逻辑信道的创建或删除；其中，请求消息类型包括：用于请求删除第一逻辑信道的删除请求消息，用于请求创建第一逻辑信道的创建请求消息。
需要说明的是，如果应用层流量和/或用户面处理单元的负荷情况超过预定阈值，那么上述确定模块1204确定需要发起第一逻辑信道的创建，如果用户面流量和/或用户面处理单元的负荷情况小于预定阈值，则表明不需要很多的逻辑信道来处理用户面数据，因而上述确定模块1204确定需要发起第一逻辑信道的删除。至于上述确定模块1204确定创建或者删除的第一逻辑信道的数量可以根据具体实际情况进行确定，比如根据上述的负荷情况，但并不限于此。上述预定阈值可以根据具体情况进行确定，但并不限于此。
需要说明的是，上述确定模块1204接收到的请求消息时创建请求消息还是删除请求消息，取决于MAC层接收的数据或者信息，比如在MAC层接收到未存在的第一逻辑信道的数据的情况下，上述确定模块1204接收MAC实体发送的创建请求消息，在MAC层接收到用于指示删除第一逻辑信道的删除指示帧的情况下，则确定模块1204接收MAC实体发送的删除请求消息。
具体地，在MAC接收到对端发送过来的MAC PDU中，如果该帧中当前信道类型为DL-SCH并且LCID为11001，或者当前信道类型为UL-SCH并且LCID为10111，则该帧为上述删除指示帧，进一步可以得到该帧中携带的第一逻辑信道的标识，并可以向SLM实体发送删除请求消息，如果不是上述删除指示帧，而是LCID指示为其他控制帧类型，则直接处理控制帧流程即可，如果LCID指示为正常的逻辑信道，则可以进一步解析第一逻辑信道的标识，判断该第一逻辑信道是否已经存在，如果已经存在，则直接将MAC SDU解析后投递到对应第一逻辑信道的RLC中，如果不存在，则发送上述创建请求消息。
需要说明的是，上述MAC实体的控制帧、数据帧对应的子头中增加第一逻辑信道的标识进行可以使得SLM接收侧能够创建或者删除对应第一逻辑信道的PDCP和/或RLC，或者将数据发送给对应第一逻辑信道的PDCP和/或RLC，完成协议原来规定的PDCP/RLC功能。
在本发明的一个实施例中，上述处理模块1208，还可以用于接收DRB上承载的应用层数据后，根据创建的一个或者多个第一逻辑信道，确定与一个或者多个第一逻辑信道对应的PDCP实体和/或RLC实体，并通过确定的PDCP实体和/或RLC实体接收应用层数据。即将DRB上承载的应用层数据分流到创建的一个或者多个第一逻辑信道上进行处理，实现了用户面数据的并行处理。
上述处理模块1208还可以用于在与应用层数据对应的数据帧的帧头中增加数据序列号Data SN字段，生成第一PDCP服务数据单元SDU；上述装置还包括：发送模块，与上述处理模块1208连接，用于将第一PDCP SDU发送给确定的PDCP实体和/或RLC实体。即在并行处理的过程中，还可能改变帧的帧结构，即在接收到应用层数据后，在帧中增加Data SN字段，以供接收到根据Data SN字段对接收到的各部分数据进行排序。
需要说明的是，上述处理模块1208还可以用于接收一个或者多个第一逻辑信道对应的一个或多个PDCP实体发送过来的数据；解析一个或多个PDCP实体发送过来的数据对应的数据帧的帧头中的Data SN；以及根据Data SN，对一个或多个PDCP实体发送过来的数据进行排序后发送给上层。
在本发明的一个实施例中，上述装置还可以包括：删除模块，与上述确定模块1204连接，用于在确定需要发起第一逻辑信道的删除的情况下，删除需要删除的第一逻辑信道对应的PDCP实体和/或RLC实体。
需要说明的是，上述装置还包括：通知模块，与上述删除模块连接，用于通知媒体接入控制层MAC实体构建用于指示删除第一逻辑信道的删除指示帧。
需要说明的是，上述装置可以位于用户面的SIM实体中，但并不限于此。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
在本实施例中还提供了一种用户面数据处理系统，包括：子逻辑信道管理模块SLM实体，用于依据指定触发事件创建或删除第一逻辑信道以及与第一逻辑信道对应的分组数据汇聚协议PDCP和/或无线链路层控制协议RLC实体；向各个第一逻辑信道的PDCP实体分发应用层数据；以及接收各个第一逻辑信道的PDCP实体发来的数据，将数据排序后发给上层；媒体接入控制层MAC实体，用于在接收到未存在的第一逻辑信道的数据时，向SLM实体发送用于创建与第一逻辑信道相关的PDCP和/或RLC创建请求，并判断是将数据投递给与第一逻辑信道的RLC还是丢弃数据。
需要说明的是，上述MAC实体还用于在接收到用于指示删除第一逻辑信道的删除指示帧后，向SLM实体发送请求删除第一逻辑信道的删除请求消息。
需要说明的是，上述指定触发事件包括以下至少之一：DRB的应用层流量和/或用户面处理单元的负荷情况超过预定阈值；接收到MAC实体发送的请求消息；其中，在请求消息为用于请求删除第一逻辑信道的删除请求消息时，SLM实体确定需要发起第一逻辑信道的删除操作；在请求消息为用于请求创建第一逻辑信道的创建请求消息时，SLM实体确定需要发起第一逻辑信道的删除操作。
本实施例提供的系统可实现用户面动态增加PDCP/RLC实体，根据负荷情况需要在没有控制面参与情况下用户面动态增加、删除PDCP/RLC实体，从而实现对一个DRB的数据实现并发处理，这样就可以利用多核处理器的优势提高业务速率。
在本实施例中还提供了另一种用户面数据处理系统，图13是根据本发明优选实施例提供的用户面数据处理系统的示意图，如图13所述，系统包括：子逻辑信道管理模块SLM实体1302和媒体接入控制MAC实体1304；其中，SLM实体1302依据监测当前的指定触发事件；依据指定触发事件确定是否需要发起第一逻辑信道的创建或删除；在确定需要发起第一逻辑信道的创建的情况下，根据预先保存的数据无线承载DRB的配置参数，创建一个或者多个第一逻辑信道；以及根据创建的一个或者多个第一逻辑信道将DRB的用户面数据进行分流处理；SLM实体1302还用于将分流处理后的用户面数据发送给MAC实体1304。
在本实施例中，上述第一逻辑信道由一个分组数据汇聚协议PDCP实体和/或无线链路层控制协议RLC实体组成。
需要说明的是，在创建了第一逻辑信道的情况下，上述系统也包括了第一逻辑信道，数据可以通过第一逻辑信道将SLM实体接收来的数据发送给MAC实体，也可以通过第一逻辑信道将MAC实体接收来的数据发送给SLM实体。
需要说明的是，上述系统还可以包括：预先配置的第二逻辑信道；SLM实体1304还可以用于根据创建的一个或者多个第一逻辑信道和预先配置的第二逻辑信道将DRB的用户面数据进行分流处理。
在本发明的一个实施例中，SLM实体1302还用于在确定需要发起第一逻辑信道的删除的情况下，删除需要删除的第一逻辑信道对应的PDCP实体和/或RLC实体，以及通知MAC实体构建用于指示删除第一逻辑信道的删除指示帧。
需要说明的是，上述指定触发事件包括以下至少之一：DRB的应用层流量和/或用户面处理单元的负荷情况超过预定阈值；接收到MAC实体发送的请求消息；其中，在请求消息为用于请求删除第一逻辑信道的删除请求消息时，SLM实体确定需要发起第一逻辑信道的删除操作；在请求消息为用于请求创建第一逻辑信道的创建请求消息时，SLM实体确定需要发起第一逻辑信道的删除操作。
上述SLM实体1302还用于接收DRB上承载的应用层数据后，在与应用层数据对应的数据帧的帧头中增加数据序列号Data SN字段，生成第一PDCP服务数据单元SDU；根据创建的一个或者多个第一逻辑信道，确定与一个或者多个第一逻辑信道对应的PDCP实体和/或RLC实体，并通过确定的PDCP实体和/或RLC实体接收应用层数据；将第一PDCP SDU发送给确定的PDCP实体和/或RLC实体。
上述SLM实体1302接收一个或者多个第一逻辑信道对应的一个或多个PDCP实体发送过来的数据；解析一个或多个PDCP实体发送过来的数据对应的数据帧的帧头中的DataSN；以及根据Data SN，对一个或多个PDCP实体发送过来的数据进行排序后发送给上层。
实施例4
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行实施例1中的方法的步骤的程序代码。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行实施例1中的方法的步骤。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (27)
1.一种用户面数据处理方法，其特征在于，包括：
监测当前的指定触发事件；
依据所述指定触发事件确定是否需要发起第一逻辑信道的创建或删除；
在确定需要发起第一逻辑信道的创建的情况下，根据预先保存的数据无线承载DRB的配置参数，创建一个或者多个第一逻辑信道；
根据创建的所述一个或者多个第一逻辑信道将所述DRB的用户面数据进行分流处理。
2.根据权利要求1所述的方法，其特征在于，所述第一逻辑信道对应一个分组数据汇聚协议PDCP实体和/或无线链路层控制协议RLC实体。
3.根据权利要求1所述的方法，其特征在于，根据创建的所述一个或者多个第一逻辑信道将所述DRB的用户面数据进行分流处理包括：
根据创建的所述一个或者多个第一逻辑信道和预先配置的第二逻辑信道将所述DRB的用户面数据进行分流处理。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在确定需要发起第一逻辑信道的删除的情况下，删除需要删除的第一逻辑信道对应的PDCP实体和/或RLC实体。
5.根据权利要求4所述的方法，其特征在于，在删除需要删除的第一逻辑信道对应的分组数据汇聚协议PDCP实体和/或无线链路层控制协议RLC实体之后，还包括：
通知媒体接入控制层MAC实体构建用于指示删除所述第一逻辑信道的删除指示帧。
6.根据权利要求1所述的方法，其特征在于，依据指定触发事件确定是否需要发起第一逻辑信道的创建或删除包括以下至少之一：
根据所述DRB的应用层流量和/或用户面处理单元的负荷情况确定是否需要发起第一逻辑信道的创建或删除；
根据接收到的MAC实体发送的请求消息类型确定是否需要发起第一逻辑信道的创建或删除；其中，所述请求消息类型包括：用于请求删除第一逻辑信道的删除请求消息，用于请求创建第一逻辑信道的创建请求消息。
7.根据权利要求1所述的方法，其特征在于，根据创建的所述一个或者多个第一逻辑信道将所述DRB的用户面数据进行分流处理包括：
接收所述DRB上承载的应用层数据后，根据创建的所述一个或者多个第一逻辑信道，确定与所述一个或者多个第一逻辑信道对应的PDCP实体和/或RLC实体，并通过确定的所述PDCP实体和/或RLC实体接收所述应用层数据。
8.根据权利要求7所述的方法，其特征在于，
在根据创建的所述一个或者多个第一逻辑信道，确定与所述一个或者多个第一逻辑信道对应的PDCP实体和/或RLC实体之前，还包括：在与所述应用层数据对应的数据帧的帧头中增加数据序列号Data SN字段，生成第一PDCP服务数据单元SDU；
在通过确定的所述PDCP实体和/或RLC实体接收所述应用层数据之后，还包括：
将所述第一PDCP SDU发送给确定的所述PDCP实体和/或所述RLC实体。
9.根据权利要求1所述的方法，其特征在于，根据创建的所述一个或者多个第一逻辑信道将所述DRB的用户面数据进行分流处理包括：
接收所述一个或者多个第一逻辑信道对应的一个或多个PDCP实体发送过来的数据；
解析一个或多个PDCP实体发送过来的数据对应的数据帧的帧头中的Data SN；
根据所述Data SN，对所述一个或多个PDCP实体发送过来的数据进行排序后发送给上层。
10.根据权利要求1至9中任一项所述的方法，其特征在于，上述方法应用于用户面上设置的子逻辑信道管理模块SLM实体中。
11.一种用户面数据处理装置，其特征在于，包括：
监测模块，用于监测当前的指定触发事件；
确定模块，用于依据指定触发事件确定是否需要发起第一逻辑信道的创建或删除；
创建模块，用于在确定需要发起第一逻辑信道的创建的情况下，根据预先保存的数据无线承载DRB的配置参数，创建一个或者多个第一逻辑信道；
处理模块，用于根据创建的所述一个或者多个第一逻辑信道将所述DRB的用户面数据进行分流处理。
12.根据权利要求11所述的装置，其特征在于，所述处理模块还用于根据创建的所述一个或者多个第一逻辑信道和预先配置的第二逻辑信道将所述DRB的用户面数据进行分流处理。
13.根据权利要求11所述的装置，其特征在于，所述装置还包括：
删除模块，用于在确定需要发起第一逻辑信道的删除的情况下，删除需要删除的第一逻辑信道对应的PDCP实体和/或RLC实体。
14.根据权利要求13所述的装置，其特征在于，所述装置还包括：
通知模块，用于通知媒体接入控制层MAC实体构建用于指示删除所述第一逻辑信道的删除指示帧。
15.根据权利要求11所述的装置，其特征在于，所述确定模块还用于以下至少之一：
根据所述DRB的应用层流量和/或用户面处理单元的负荷情况确定是否需要发起第一逻辑信道的创建或删除；
根据接收到的MAC实体发送的请求消息类型确定是否需要发起第一逻辑信道的创建或删除；其中，所述请求消息类型包括：用于请求删除第一逻辑信道的删除请求消息，用于请求创建第一逻辑信道的创建请求消息。
16.根据权利要求11所述的装置，其特征在于，所述处理模块，还用于接收所述DRB上承载的应用层数据后，根据创建的所述一个或者多个第一逻辑信道，确定与所述一个或者多个第一逻辑信道对应的PDCP实体和/或RLC实体，并通过确定的所述PDCP实体和/或RLC实体接收所述应用层数据。
17.根据权利要求16所述的装置，其特征在于，所述处理模块还用于在与所述应用层数据对应的数据帧的帧头中增加数据序列号Data SN字段，生成第一PDCP服务数据单元SDU；
所述装置还包括：发送模块，用于将所述第一PDCP SDU发送给确定的所述PDCP实体和/或所述RLC实体。
18.根据权利要求11所述的装置，其特征在于，所述处理模块还用于接收所述一个或者多个第一逻辑信道对应的一个或多个PDCP实体发送过来的数据；解析一个或多个PDCP实体发送过来的数据对应的数据帧的帧头中的Data SN；以及根据所述Data SN，对所述一个或多个PDCP实体发送过来的数据进行排序后发送给上层。
19.一种用户面数据处理系统，其特征在于，包括：
子逻辑信道管理模块SLM实体，用于依据指定触发事件创建或删除第一逻辑信道以及与所述第一逻辑信道对应的分组数据汇聚协议PDCP和/或无线链路层控制协议RLC实体；向各个第一逻辑信道的PDCP实体分发应用层数据；以及接收各个第一逻辑信道的PDCP实体发来的数据，将数据排序后发给上层；
媒体接入控制层MAC实体，用于在接收到未存在的第一逻辑信道的数据时，向所述SLM实体发送用于创建与所述第一逻辑信道相关的PDCP和/或RLC创建请求，并判断是将数据投递给与所述第一逻辑信道的RLC还是丢弃所述数据。
20.根据权利要求19所述的系统，其特征在于，所述MAC实体还用于在接收到用于指示删除所述第一逻辑信道的删除指示帧后，向所述SLM实体发送请求删除第一逻辑信道的删除请求消息。
21.一种用户面数据处理系统，其特征在于，包括：子逻辑信道管理模块SLM实体和媒体接入控制MAC实体；
其中，所述SLM实体依据监测当前的指定触发事件；依据所述指定触发事件确定是否需要发起第一逻辑信道的创建或删除；在确定需要发起第一逻辑信道的创建的情况下，根据预先保存的数据无线承载DRB的配置参数，创建一个或者多个第一逻辑信道；以及根据创建的所述一个或者多个第一逻辑信道将所述DRB的用户面数据进行分流处理；
所述SLM实体还用于将分流处理后的用户面数据发送给所述MAC实体。
22.根据权利要求21所述的系统，其特征在于，所述第一逻辑信道由一个分组数据汇聚协议PDCP实体和/或无线链路层控制协议RLC实体组成。
23.根据权利要求21所述的系统，其特征在于，所述系统还包括：预先配置的第二逻辑信道；
所述SLM实体还用于根据创建的所述一个或者多个第一逻辑信道和预先配置的第二逻辑信道将所述DRB的用户面数据进行分流处理。
24.根据权利要求22所述的系统，其特征在于，所述SLM实体还用于在确定需要发起第一逻辑信道的删除的情况下，删除需要删除的第一逻辑信道对应的PDCP实体和/或RLC实体，以及通知所述MAC实体构建用于指示删除所述第一逻辑信道的删除指示帧。
25.根据权利要求21所述的系统，其特征在于，所述指定触发事件包括以下至少之一：
所述DRB的应用层流量和/或用户面处理单元的负荷情况超过预定阈值；
接收到所述MAC实体发送的请求消息；其中，在所述请求消息为用于请求删除第一逻辑信道的删除请求消息时，所述SLM实体确定需要发起所述第一逻辑信道的删除操作；在所述请求消息为用于请求创建第一逻辑信道的创建请求消息时，所述SLM实体确定需要发起所述第一逻辑信道的删除操作。
26.根据权利要求21所述的系统，其特征在于，所述SLM实体还用于接收所述DRB上承载的应用层数据后，在与所述应用层数据对应的数据帧的帧头中增加数据序列号Data SN字段，生成第一PDCP服务数据单元SDU；根据创建的所述一个或者多个第一逻辑信道，确定与所述一个或者多个第一逻辑信道对应的PDCP实体和/或RLC实体，并通过确定的所述PDCP实体和/或RLC实体接收所述应用层数据；将所述第一PDCP SDU发送给确定的所述PDCP实体和/或所述RLC实体。
27.根据权利要求21所述的系统，其特征在于，所述SLM实体接收所述一个或者多个第一逻辑信道对应的一个或多个PDCP实体发送过来的数据；解析一个或多个PDCP实体发送过来的数据对应的数据帧的帧头中的Data SN；以及根据所述Data SN，对所述一个或多个PDCP实体发送过来的数据进行排序后发送给上层。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610621527.5A CN107682894B (zh) | 2016-08-01 | 2016-08-01 | 用户面数据处理方法、装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610621527.5A CN107682894B (zh) | 2016-08-01 | 2016-08-01 | 用户面数据处理方法、装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107682894A true CN107682894A (zh) | 2018-02-09 |
| CN107682894B CN107682894B (zh) | 2022-11-29 |
Family
ID=61133861
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610621527.5A Active CN107682894B (zh) | 2016-08-01 | 2016-08-01 | 用户面数据处理方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107682894B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111541523A (zh) * | 2020-04-27 | 2020-08-14 | 四川创智联恒科技有限公司 | 一种利用mac层通知rlc进行arq重传的方法 |
| CN111757548A (zh) * | 2019-03-29 | 2020-10-09 | 华为技术有限公司 | 通信方法和通信装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100232376A1 (en) * | 2009-03-16 | 2010-09-16 | Chih-Hsiang Wu | Method and related communication device for radio link control reconfiguration in a wireless communications system |
| CN104041102A (zh) * | 2012-11-13 | 2014-09-10 | 华为技术有限公司 | 传输数据的方法、基站和用户设备 |
| WO2014206489A1 (en) * | 2013-06-28 | 2014-12-31 | Nokia Solutions And Networks Oy | Master base station-controlled response to detected failure of radio link between secondary base station and mobile station in dual connectivity wireless networks |
| WO2015185106A1 (en) * | 2014-06-03 | 2015-12-10 | Nokia Solutions And Networks Oy | Setting initial state of reordering window for protocol entity based on first received protocol data unit |
| EP3048835A2 (en) * | 2008-02-20 | 2016-07-27 | Amazon Technologies, Inc. | Apparatus and method for constructing a data unit that includes a buffer status report |
-
2016
- 2016-08-01 CN CN201610621527.5A patent/CN107682894B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3048835A2 (en) * | 2008-02-20 | 2016-07-27 | Amazon Technologies, Inc. | Apparatus and method for constructing a data unit that includes a buffer status report |
| US20100232376A1 (en) * | 2009-03-16 | 2010-09-16 | Chih-Hsiang Wu | Method and related communication device for radio link control reconfiguration in a wireless communications system |
| CN104041102A (zh) * | 2012-11-13 | 2014-09-10 | 华为技术有限公司 | 传输数据的方法、基站和用户设备 |
| WO2014206489A1 (en) * | 2013-06-28 | 2014-12-31 | Nokia Solutions And Networks Oy | Master base station-controlled response to detected failure of radio link between secondary base station and mobile station in dual connectivity wireless networks |
| WO2015185106A1 (en) * | 2014-06-03 | 2015-12-10 | Nokia Solutions And Networks Oy | Setting initial state of reordering window for protocol entity based on first received protocol data unit |
Non-Patent Citations (1)
| Title |
|---|
| ALCATEL-LUCENT等: "GP-150803 "Reuse of LTE L2/L3 layers for Cellular IoT(updated in GP-150868)"", 《3GPP TSG_GERAN\TSG_GERAN》 * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111757548A (zh) * | 2019-03-29 | 2020-10-09 | 华为技术有限公司 | 通信方法和通信装置 |
| CN111757548B (zh) * | 2019-03-29 | 2022-05-24 | 华为技术有限公司 | 通信方法和通信装置 |
| CN111541523A (zh) * | 2020-04-27 | 2020-08-14 | 四川创智联恒科技有限公司 | 一种利用mac层通知rlc进行arq重传的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107682894B (zh) | 2022-11-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108024294B (zh) | 切换方法及装置 | |
| US8335197B2 (en) | Method and apparatus for transmitting SIP data of idle mode UE in a mobile communication system | |
| US7423963B2 (en) | Apparatus and method for controlling packet data transmission between BSC and BTS | |
| US7269423B2 (en) | System and method for call admission for a mobile communication system | |
| EP1478137A1 (en) | Determination of a packet size in a packet communications system | |
| CN1859728B (zh) | 网络中激活态an之间软切换及会话迁移的实现方法 | |
| JP2000513519A (ja) | データ接続におけるデータ圧縮 | |
| CN101146361A (zh) | 移动通信系统及其通信方法 | |
| US20030099195A1 (en) | Method and apparatus for notifying data congestion in a communication system | |
| CN1954564A (zh) | 在电信系统中传送数据 | |
| CN102045770A (zh) | 无线链路控制协议um模式下sdu丢弃的方法及设备 | |
| CN1839591B (zh) | 用于丢弃缓冲器中对应于同一分组的所有段的方法 | |
| CN107005893A (zh) | 服务质量的控制方法、设备及系统 | |
| CN107682894A (zh) | 用户面数据处理方法、装置及系统 | |
| CN106712989A (zh) | 一种QoS管理的方法及装置 | |
| CN101296493B (zh) | 资源释放方法和网络设备 | |
| CN113079109B (zh) | 一种数据报文处理方法、系统、智能终端及存储介质 | |
| US7403782B2 (en) | Data transmission in a telecommunications network | |
| CN108289306A (zh) | 一种流程冲突处理方法及装置 | |
| EP1937005A1 (en) | Recovery method and radio network controller in radio communication system | |
| CN115412986A (zh) | 基于终端指示的数据转发方法、系统、设备及存储介质 | |
| CN101389144A (zh) | 一种路由区更新方法及通信终端 | |
| CN114641014A (zh) | 一种用户面实体、配置方法、系统及设备 | |
| CN1965549A (zh) | 传输控制方法、网元、基站以及无线网络控制器 | |
| CN107979441A (zh) | 数据处理的方法及装置、rrc实体、mac实体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |