一种压缩处理方法、解压缩处理方法及相关设备与流程

一种压缩处理方法、解压缩处理方法及相关设备
1.本技术是申请日为2019年3月29日的pct国际专利申请pct/cn2019/080654进入中国国家阶段的中国专利申请号201980079482.5、发明名称为“一种压缩处理方法、解压缩处理方法及相关设备”的分案申请。
技术领域
2.本发明涉及信息处理技术领域，尤其涉及一种压缩处理方法、解压缩处理方法、压缩端设备、解压缩端设备及计算机存储介质、芯片、计算机可读存储介质、计算机程序产品以及计算机程序。


背景技术：

3.在5g新无线(nr，new radio)系统中，在pdu会话(session)仅支持互联网协议(ip，internet protocl)的基础上，又增加了可以支持以太网。也就是说，pdu session不仅可以为ip包类型，也可以为以太网数据包的类型类型。如图1
‑
1所述，pdu层pdu layer来说，当pdu session类型为ipv4、ipv6、ipv4v6中至少之一，即该pdu session对应的数据包为ipv4数据包、ipv6数据包、ipv4v6数据包中至少之一。当pdu session类型为以太网(ethernet)时,该pdu会话对应的为以太网数据包。
4.然而，针对pdu会话中的以太网数据包的压缩处理目前仍未提出相关的处理方式，因此，无法节省以太网数据包的传输资源。


技术实现要素：

5.为解决上述技术问题，本发明实施例提供了一种压缩处理方法、解压缩处理方法、压缩端设备、解压缩端设备及计算机存储介质、芯片、计算机可读存储介质、计算机程序产品以及计算机程序。
6.第一方面，提供了一种压缩处理方法，包括：
7.确定所要发送的以太网数据包头的状态，
8.基于所述所要发送的以太网数据包头的状态，对所述所要发送的以太网数据包头的数据进行处理；
9.其中，所述以太网数据包头的状态包括以下至少之一：非压缩状态、压缩状态。
10.第二方面，提供了一种解压缩处理方法，包括：
11.接收到以太网数据；
12.确定解压缩状态，基于所述解压缩状态，对所述以太网数据包头的数据进行处理；
13.其中，所述解压缩状态包括以下至少之一：无上下文状态、有上下文状态。
14.第三方面，提供了一种压缩端设备，包括：
15.第一处理单元，确定所要发送的以太网数据包头的状态，基于所述所要发送的以太网数据包头的状态，对所述所要发送的以太网数据包头的数据进行处理；
16.其中，所述以太网数据包头的状态包括以下至少之一：非压缩状态、压缩状态。
17.第四方面，提供了一种解压缩端设备，包括：
18.第二通信单元，接收到以太网数据；
19.第二处理单元，确定解压缩状态，基于所述解压缩状态，对所述以太网数据包头的数据进行处理；
20.其中，所述解压缩状态包括以下至少之一：无上下文状态、有上下文状态。
21.第五方面，提供了一种压缩端设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第一方面或其各实现方式中的方法。
22.第六方面，提供了一种解压缩端设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第二方面或其各实现方式中的方法。
23.第七方面，提供了一种芯片，用于实现上述第一方面、第二方面中的任一方面或其各实现方式中的方法。
24.具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行如上述第一方面、第二方面中的任一方面或其各实现方式中的方法。
25.第八方面，提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述第一方面、第二方面中的任一方面或其各实现方式中的方法。
26.第九方面，提供了一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述第一方面、第二方面中的任一方面或其各实现方式中的方法。
27.第十方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面、第二方面中的任一方面或其各实现方式中的方法。
28.通过采用上述方案，在发送以及接受以太网数据包的时候，针对数据包头进行压缩，并根据不同的状态确定当前需要采用哪种方式进行压缩或解压缩。从而解决了如何使用以太网数据包头压缩的问题，同时减少了空口的资源开销。
附图说明
29.图1
‑
1是一种系统结构示意图；
30.图1
‑
2是本技术实施例提供的一种通信系统架构的示意性图一；
31.图2
‑
1是本技术实施例提供的一种压缩处理方法流程示意图；
32.图2
‑
2是本技术实施例提供的一种解压缩处理方法流程示意图；
33.图3
‑
1是本技术实施例提供的一种状态转换示意图一；
34.图3
‑
2是本技术实施例提供的一种状态转换示意图二；
35.图4是本技术实施例提供的一种状态转换示意图三；
36.图5是本技术实施例提供的一种状态转换示意图四；
37.图6是本技术实施例提供的一种处理流程示意图一；
38.图7是一种非压缩状态的数据包格式示意图；
39.图8是压缩状态的数据包格式示意图；
40.图9是本技术实施例提供的一种状态转换示意图五；
41.图10是本技术实施例提供的一种处理流程示意图二；
42.图11是一种状态转换示意图六；
43.图12是一种状态转换示意图七；
44.图13是本技术实施例提供的一种压缩端设备组成结构示意图；
45.图14是本技术实施例提供的一种解压缩端设备组成结构示意图；
46.图15为本发明实施例提供的一种通信设备组成结构示意图；
47.图16是本技术实施例提供的一种芯片的示意性框图；
48.图17是本技术实施例提供的一种通信系统架构的示意性图二。
具体实施方式
49.为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。
50.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
51.本技术实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(global system of mobile communication，gsm)系统、码分多址(code division multiple access，cdma)系统、宽带码分多址(wideband code division multiple access，wcdma)系统、通用分组无线业务(general packet radio service，gprs)、长期演进(long term evolution，lte)系统、lte频分双工(frequency division duplex，fdd)系统、lte时分双工(time division duplex，tdd)、通用移动通信系统(universal mobile telecommunication system，umts)、全球互联微波接入(worldwide interoperability for microwave access，wimax)通信系统或5g系统等。
52.示例性的，本技术实施例应用的通信系统100可以如图1
‑
2所示。该通信系统100可以包括网络设备110，网络设备110可以是与终端设备120(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备进行通信。可选地，该网络设备110可以是gsm系统或cdma系统中的网络设备(base transceiver station，bts)，也可以是wcdma系统中的网络设备(nodeb，nb)，还可以是lte系统中的演进型网络设备(evolutional node b，enb或enodeb)，或者是云无线接入网络(cloud radio access network，cran)中的无线控制器，或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5g网络中的网络侧设备或者未来演进的公共陆地移动网络(public land mobile network，plmn)中的网络设备等。
53.该通信系统100还包括位于网络设备110覆盖范围内的至少一个终端设备120。作为在此使用的“终端设备”包括但不限于经由有线线路连接，如经由公共交换电话网络(public switched telephone networks，pstn)、数字用户线路(digital subscriber line，dsl)、数字电缆、直接电缆连接；和/或另一数据连接/网络；和/或经由无线接口，如，针对蜂窝网络、无线局域网(wireless local area network，wlan)、诸如dvb
‑
h网络的数字电视网络、卫星网络、am
‑
fm广播发送器；和/或另一终端设备的被设置成接收/发送通信信
号的装置；和/或物联网(internet of things，iot)设备。被设置成通过无线接口通信的终端设备可以被称为“无线通信终端”、“无线终端”或“移动终端”。
54.可选地，终端设备120之间可以进行终端直连(device to device，d2d)通信。
55.应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
56.为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。
57.需要说明的是，本技术中提到的任意一个代表数目的英文字母对应的数目可以是相同的，也可以是不同。如n和m的取值是相同的，也可以是不同的。另外，所述数目可以为大于等于1的整数。
58.本技术实施例提供了一种压缩处理方法，如图2
‑
1所示，包括：
59.步骤21：确定所要发送的以太网数据包头的状态；
60.步骤22：基于所述所要发送的以太网数据包头的状态，对所述所要发送的以太网数据包头的数据进行处理；
61.其中，所述以太网数据包头的状态包括以下至少之一：非压缩状态、压缩状态。
62.本实施例可以应用于发送设备，比如可以为终端设备或者可以为网络设备，只要需要进行数据发送的设备均可以为本实施例所述的发送设备。
63.本实施例中压缩状态可以包括有压缩以及未压缩两种情况；或者，压缩状态还可以理解为：包括初始化状态、和更新状态ir(initialization and refresh)即非压缩状态。
64.或者，所述压缩状态包括以下至少之一：部分数据压缩状态、全部数据压缩状态。
65.也就是说，本实施例中可以存在压缩状态以及非压缩状态这两种情况；也可以存在非压缩状态、部分数据压缩状态以及全部数据压缩状态这三种情况。或者，可以分别称为：初始化、和更新状态ir(initialization and refresh)，中间状态fo(first order)和最高状态so(second order)。其中，最高状态so(second order)可以为全部数据压缩状态，中间状态可以为部分数据压缩状态。
66.需要理解的是，上述步骤22之后，还可以包括发送包含有处理后的以太网数据包头的所述以太网数据包。
67.步骤21中，确定所要发送的以太网数据包头的状态，包括：确定状态是否变更，确定所要发送的以太网数据包头的状态。
68.具体的可以包括：
69.基于第一预设规则，确定所要发送的以太网数据包头的状态；
70.其中，所述第一预设规则包括以下至少之一：
71.基于周期，确定在不同状态之间进行状态转换；
72.基于定时器，确定在不同状态之间进行状态转换；
73.发送n个在同一个状态的以太网数据包头的数据包，向另一个压缩状态转换；n为整数；
74.接收到确认信息时，由一个状态转换为另一个状态；
75.接收到非确认信息时，由一个状态转换为另一个状态；
76.接收到特定指示时，由一个状态转换为另一个状态。
77.也就是说，可以基于第一预设规则，来确定当前所要发送的以太网数据包头的压缩状态。
78.需要说明的是，在下述描述中，是按照头压缩的不同效率(从低到高)来从前到后给出头压缩状态的命名，代表了初始化状态，中间状态和/或完全状态。
79.具体来说，基于周期确定不同状态之间进行状态转换，可以为在处理过程中，可以基于预设的周期来确定在多个状态之间进行切换，进而可以确定当前所要使用的以太网数据包头的状态。比如，针对两种状态的时候，参见图3
‑
1，针对压缩状态以及非压缩状态，基于在第一个周期中采用压缩状态，在下一个周期采用非压缩状态，那么当前处于哪个周期，就可以确定当前所要发送的数据包的状态为哪种。或者，针对三种状态的时候，也是可以根据当前的周期，确定所要发送的数据包的状态为哪种。
80.基于定时器，确定在不同压缩状态之间进行状态转换与上述类似，可以为针对不同的状态设置相同或不同的定时器，当定时器的时长达到对应的时长的时候，从一个状态转换至另一个状态，比如，针对压缩状态的定时器时长达到之后，转换至非压缩状态，反之亦然。那么当前根据定时器确定处于哪种状态就控制所要发送的以太网数据包头处于哪种状态。
81.所述发送n个在同一个压缩状态下数据包，向另一个压缩状态转换，包括以下之一：
82.发送n个非压缩状态的以太网数据包头的数据包时，由非压缩状态转换为压缩状态；
83.发送n个非压缩状态的以太网数据包头的数据包时，由非压缩状态转换为部分数据压缩状态；
84.发送n个部分数据压缩状态的以太网数据包头的数据包时，由部分数据压缩状态转换为全部数据压缩状态；
85.发送n个非压缩状态的以太网数据包头的数据包时，由非压缩状态转换为全部数据压缩状态；
86.发送n个压缩状态的以太网数据包头的数据包时，由压缩状态转换为非压缩状态；
87.发送n个全部数据压缩状态的以太网数据包头的数据包时，由全部数据压缩状态转换为非压缩状态；
88.发送n个全部数据压缩状态的以太网数据包头的数据包时，由全部数据压缩状态转换为部分数据压缩状态；
89.发送n个部分数据压缩状态的以太网数据包头的数据包时，由部分数据压缩状态转换为非压缩状态。
90.需要指出的是，上述发送n个某个状态的数据包，可以理解为连续的发送n个其中某一个状态的数据包，或者是，不连续的发送n个某一个状态的数据包。通常可能采用连续发送n个某一个状态的数据包的方式。
91.也就是说，在发送了多个其中一个状态的数据包的时候，转换至下一个状态，当原来的状态为非压缩状态时，当存在两种状态的时候，下一个状态可以为压缩状态，当存在三
种状态的时候，下一个状态可以为部分数据压缩状态，或者全部数据压缩状态。进一步地，当原来的状态为压缩状态的时候，下一个状态可以为非压缩状态。或者，存在三种状态的时候，原来的状态为全部数据压缩状态，那么下一个状态为部分数据压缩状态或非压缩状态。在三种状态的时候下，还存在另一种情况，原来为部分数据压缩状态的时候，下一个状态可以为全部数据压缩状态，还可以为非压缩状态。具体可以根据预设协议来确定下一个状态具体是哪种。
92.在此基础上，本实施方式确定当前所要发送的以太网数据包头的状态的方式，可以为基于当前已经发送的至少一个以太网数据包中数据包头的状态来判断，比如当前采用一个状态发送的数据包小于n个，那么仍然采用该状态发送当前的所要发送的以太网数据包，如果等于n个，那么转换为采用另一个状态对以太网数据包头进行处理并发送以太网数据包。
93.所述接收到确认信息时，由一个状态转换为另一个状态，包括以下之一：
94.接收连续m个确认信息，或者，接收到c个确认信息时，由非压缩状态转换为压缩状态；
95.接收连续m个确认信息，或者，接收到c个确认信息时，由非压缩状态转换为部分数据压缩状态；
96.接收连续m个确认信息，或者，接收到c个确认信息时，由部分数据压缩状态转换为全部数据压缩状态；
97.接收连续m个确认信息，或者，接收到c个确认信息时，由非压缩状态转换为全部数据压缩状态；
98.m和c均为大于等于1的整数。
99.其中，m个c可以相同也可以不同，比如，可以为m小于c，也就是说，当判断连续接收的时候，可以较少的数量就能够确定是否进行状态转换；当非连续接收确认信息的时候，也就是中间可能存在非确认信息，那么此时可以多收几个非连续的确认信息再确定状态转换。当然，反之也可以，比如m大于c，具体的可以根据双方协议来确定。
100.具体来说，原来采用非压缩状态对以太网数据包头进行处理，若接收到针对该数据包的m个连续的确认信息、或者c个非连续的确认信息的时候，就转为采用压缩状态对以太网数据包头进行处理，当存在三种状态的时候，可以转为采用部分数据压缩状态或全部数据压缩状态。
101.又例如，原来采用压缩状态对以太网数据包头进行处理，若接收到针对该数据包的m个连续的确认信息、或者c个非连续的确认信息的时候，就转为采用非压缩状态对以太网数据包头进行处理。
102.再例如，原来部分数据压缩状态对以太网数据包头进行处理，若接收到针对该数据包的m个连续的确认信息、或者c个非连续的确认信息的时候，就转为采用全部数据压缩状态、或者非压缩状态对以太网数据包头进行处理。或者是，原来采用全部数据压缩状态对以太网数据包头进行处理，若接收到针对该数据包的m个连续的确认信息、或者c个非连续的确认信息的时候，就转为采用部分数据压缩状态、或者非压缩状态对以太网数据包头进行处理。
103.在确定当前所要发送的以太网数据包头的状态的时候，可以结合原来的状态、以
及接收到的确认信息来进行处理；比如，当前采用压缩状态，那么接收到的连续的确认信息小于m，或者，接收到的非连续的确认信息小于c的时候，保存当前状态不变对数据包头进行处理；否则，就采用非压缩状态进行处理。其他场景类似，这里不再穷举。
104.又一个情况下，基于确认信息向高压缩状态迁移的时候，还可以采用两类确认信息(ack)反馈，或三类ack反馈进行的方式。以下对两类以及三类确认信息的处理方式分别进行说明：
105.对两类确认信息的处理方式：
106.收到第一数量个第一类ack，可以从非压缩状态或部分压缩状态，迁移至全部数据压缩状态；收到第二数量个第二类ack，可以从非压缩状态迁移到部分数据压缩状态。也就是说，第一类确认信息(ack)，用于引发状态迁移至最高效率的状态；第二类确认信息用于引发将状态迁移至较高效率的状态。其中，第一数量以及第二数量可以相同可以不同，均为大于等于1的整数。
107.对三类确认信息的处理方式：
108.接收到第三数量个第一类确认信息，可以从非压缩状态到全部数据压缩状态；
109.接收到第四数量个第二类确认信息，可以从部分数据压缩状态到全部数据压缩状态；
110.接收到第五数量个第三类确认信息，可以从非压缩状态到部分数据压缩状态。
111.也就是说，本处理方式中，第一类确认信息用于引发迁移至全部数据压缩状态；第二类确认信息用于引发部分数据压缩状态迁移至全部数据压缩状态；第三类确认信息，用于引发非压缩状态迁移至较高效率的部分数据压缩状态。
112.同样的，本处理方式中，第三、第四、第五数量均为大于等于1的整数，且不一定相同。
113.还需要指出的是，针对上述两种处理方式中，接收到的确认信息的数量可以与发送以太网数据头的数量不同，比如，发送n个以太网数据包的情况下，接收到的确认信息的数量可以小于或等于n。
114.前述接收到非确认信息时，由一个状态转换为另一个状态，包括以下之一：
115.接收到连续的k个非确认信息时，或者，接收到l个非确认信息时，由全部数据压缩状态转换为部分数据压缩状态；
116.接收到连续的k个非确认信息时，或者，接收到l个非确认信息时，由全部数据压缩状态转换为非压缩状态；
117.接收到连续的k个非确认信息时，或者，接收到l个非确认信息时，由部分数据压缩状态转换为非压缩状态；
118.接收到连续的k个非确认信息时，或者，接收到l个非确认信息时，由压缩状态转换为非压缩状态；
119.k和l为大于等于1的整数。
120.其中，k和l可以相同也可以不同。
121.具体来说，原来采用非压缩状态对以太网数据包头进行处理，若接收到针对该数据包的k个连续的非确认信息、或者l个非连续的非确认信息的时候，就转为采用压缩状态对以太网数据包头进行处理，当存在三种状态的时候，可以转为采用部分数据压缩状态或
全部数据压缩状态。
122.又例如，原来采用压缩状态对以太网数据包头进行处理，若接收到针对该数据包的k个连续的非确认信息、或者l个非连续的非确认信息的时候，就转为采用非压缩状态对以太网数据包头进行处理。
123.再例如，原来部分数据压缩状态对以太网数据包头进行处理，若接收到针对该数据包的k个连续的非确认信息、或者l个非连续的非确认信息的时候，就转为采用全部数据压缩状态、或者非压缩状态对以太网数据包头进行处理。或者是，原来采用全部数据压缩状态对以太网数据包头进行处理，若接收到针对该数据包的k个连续的非确认信息、或者l个非连续的非确认信息的时候，就转为采用部分数据压缩状态、或者非压缩状态对以太网数据包头进行处理。
124.在确定当前所要发送的以太网数据包头的状态的时候，可以结合原来的状态、以及接收到的确认信息来进行处理；比如，当前采用压缩状态，那么接收到的连续的非确认信息小于k，或者，接收到的非连续的非确认信息小于l的时候，保持当前状态不变对数据包头进行处理；否则，就采用非压缩状态进行处理。其他场景类似，这里不再穷举。
125.所述接收到非确认信息时，由一个状态转换为另一个状态，包括以下至少之一：
126.接收到a个第一类非确认信息、或者接收到连续的f个第一类非确认信息时，由全部数据压缩状态转换为部分数据压缩状态；a、f为大于等于1的整数；
127.接收到a个第一类非确认信息、或者接收到连续的f个第一类非确认信息时，由部分数据压缩状态转换为非压缩状态；
128.接收到a个第一类非确认信息、或者接收到连续的f个第一类非确认信息时，由压缩状态转换为非压缩状态；
129.接收到b个第二类非确认信息、或者接收到连续的e个第二类非确认信息时，由全部数据压缩状态转换为非压缩状态；
130.接收到b个第二类非确认信息、或者接收到连续的e个第二类非确认信息时，由部分数据压缩状态转换为非压缩状态；
131.接收到b个第二类非确认信息、或者接收到连续的e个第二类非确认信息时，由压缩状态转换为非压缩状态；
132.接收到g个第三类非确认信息、或者接收到连续的p个第三类非确认信息时，由全部数据压缩状态转换为非压缩状态；g和p均为整数；
133.接收到g个第三类非确认信息、或者接收到连续的p个第三类非确认信息时，由部分数据压缩状态转换为非压缩状态；
134.接收到g个第三类非确认信息、或者接收到连续的p个第三类非确认信息时，由压缩状态转换为非压缩状态；
135.其中，所述第一类非确认信息、第二类非确认信息以及第三类非确认信息均不相同。
136.这里需要指出的是，上述分支可以在不同情况下进行组合，也就是在不同情况下第一类、第二类以及第三类非确认信息可以不同。
137.比如，第一类非确认信息用于对应全部数据压缩状态的反馈，相应的，能够用于控制全部数据压缩状态转换为非压缩状态，或者控制压缩状态转换为非压缩状态。第二类非
确认信息用于对应部分数据压缩状态的反馈，相应的，能够使得发送端将部分数据压缩状态转换为非压缩状态。第三类非确认信息用于对应全部数据压缩状态的反馈，相应的能够使得发送端将全部数据压缩状态转换为部分数据压缩状态。
138.又或者，仅采用两类非确认信息，其中，第一类非确认信息用于针对全部数据压缩状态的反馈，相应的，发送端能够将全部数据压缩状态转换为非压缩状态；或者，第一类非确认信息用于针对全部数据压缩状态的反馈，相应的发送端将全部数据压缩状态转换为部分数据压缩状态。第二类非确认信息针对部分数据压缩状态的反馈，相应的，发送端由部分数据压缩状态转换为非压缩状态。
139.又或者，仅采用两类非确认信息，其中，第一类非确认信息用于针对到非压缩状态的反馈，相应的，发送端能够将全部数据压缩状态或部分数据压缩状态转换为非压缩状态；第二类非确认信息针对到部分数据压缩状态的反馈，相应的，发送端由全部数据压缩状态转换为部分压缩状态。
140.再或者，采用三类非确认信息的时候，其中第一类非确认信息用于针对全部数据压缩状态的反馈，相应的，发送端能够将部分数据压缩状态转换为非压缩状态，或者转换为全部数据压缩状态。第二类非确认信息可以用于针对非压缩状态的反馈，相应的，发送端能够将非压缩状态转换为全部数据压缩状态或者部分数据压缩状态；第三类非确认信息用于针对部分数据压缩状态的反馈，相应的，发送端能够将部分数据压缩状态转换为非压缩状态或者全部数据压缩状态。
141.当然，还可能存在其他的组合情况，总之不同类型的非确认信息能够对应于不同的状态，或者对应与不同的状态转换，需要理解的是，针对非确认信息的状态转换为向较低效率或最低效率的状态的转换。
142.相应的，发送端在确定自身的状态的时候，可以根据原始的状态以及接收到第一类、第二类或第三类非确认信息的情况来确定当前所要采用的状态。
143.举例来说，初始状态为部分数据压缩状态，那么在收到第二类非确认信息连续的b个或非连续的e个的时候，由部分数据压缩状态转换为非压缩状态。
144.需要理解的是，本场景还可以结合周期或定时器来进行进一步处理，比如，当初始状态为非压缩状态的时候，当满足周期时长的时候，切换至另一个状态，比如切换至压缩状态或者全部数据压缩状态、或者部分数据压缩状态。又比如，当初始状态为非压缩状态的时候，满足该定时器的时长的时候，可以切换至另一个状态，比如切换至压缩状态或者全部数据压缩状态、或者部分数据压缩状态。
145.关于接收到特定指示时，由一个状态转换为另一个状态，可以为由接收端发来相应的指示，基于该指示中的内容确定转换为哪种状态。比如，初始发送的数据包为压缩状态，接收到接收端反馈的特定指示的时候，该指示内容为转换为非压缩状态，则基于该指示进行转换。也就是在确定当前所要发送的数据包头的压缩情况的时候，确定基于特定指示转换后的状态进行发送。或者当前为部分数据压缩状态的时候，根据特定指示来确定转换至全部数据压缩状态，或者还可以为根据特定指示转换为非压缩状态。
146.还需要指出的是，特定指示还可以与前述确认信息或非确认信息以及定时器等规则综合处理。比如，当前接收到第三类非确认信息，需要由初始状态的全部数据压缩状态转换为非压缩状态，同时接收到特定指示，其内容为由初始状态的全部数据压缩状态转换为
部分数据压缩状态。此时可以根据预设的各种规则的优先级来确定如何处理，比如特定指示的优先级较高，那么可以基于特定指示的内容将状态转换为部分数据压缩状态。
147.上述实施例中，对以太网数据包头的状态的转换，结合图3
‑
2对两种状态之间的转换，也就是非压缩状态以及压缩状态进行说明：由非压缩状态转换至压缩状态可以为定时器超时的规则引发的状态转换，需要理解的是，虽然图中未示意出，但是实际上上述多种规则均可以引发状态转换，只是这里不再重复描述；由压缩状态转换至非压缩状态，可以为由于定时器超时，图中还示意出可以由于接收到非确认信息(nack)，其中接收到nack可以为接收到多个，或者连续接收到多个nack；同样的，虽然图中示意出其他规则引发的状态转换，但是实际上也是可以由其他规则引发，比如周期性的，或者接收到指示等等，与前述实施例中描述的内容相同，这里也不做赘述。
148.另一个实施例中，针对接收设备的一种解压缩处理方法，参见图2
‑
2，包括以下处理步骤：
149.步骤31：接收到以太网数据；
150.步骤32：确定解压缩状态，基于所述解压缩状态，对所述以太网数据包头的数据进行处理；
151.其中，所述解压缩状态包括以下至少之一：无上下文状态、有上下文状态。
152.所述有上下文状态包括以下至少之一：静态上下文状态、全部上下文状态。
153.这里需要说明的是，解压缩状态与前述状态可以对应，也可以有两种或三种，当解压缩状态有两种的时候，无上下文状态，还可以为不需解压缩状态，有上下文状态可以为需要解压缩状态。
154.另外，解压缩状态有三种的时候，可以包括有无上下文状态、静态上下文状态、全部上下文状态。其中，无上下文状态同样的可以为不需要解压缩状态，静态上下文状态可以为部分需要解压缩状态，全部上下文状态，可以为全部需要解压缩状态。
155.确定解压缩状态的处理可以包括确定状态是否变更。
156.确定解压缩状态的处理可以根据预设规则来进行，也就是与发送端对应的，针对压缩对应有解压缩的第二预设规则，具体可以包括：
157.基于第二预设规则，确定解压缩状态；
158.其中，所述第二预设规则包括以下至少之一：
159.基于周期，确定在不同解压缩状态之间进行状态转换；
160.基于定时器，确定在不同解压缩状态之间进行状态转换；
161.接收或连续接收h个在同一个解压缩状态下数据包，向另一个解压缩状态转换；h为整数；
162.接收或连续接收到w个第一类型的数据包，由一个解压缩状态转换为另一个解压缩状态；w为整数
163.接收或连续接收到r个第二类型的数据包时，由一个解压缩状态转换为另一个解压缩状态；r为整数；其中，第一类型以及第二类型不同；
164.接收或连续接收到q个第三类型的数据包时，由一个解压缩状态转换为另一个解压缩状态；q为整数；其中，第三类型与第一类型以及第二类型不同；
165.接收到迁移指示时，基于所述迁移指示转换解压缩状态；
166.当在一个解压缩状态进行数据包解压缩失败时，转换至另一个解压缩状态；
167.在发送特定数据包或指示时，确定在不同解压缩状态之间进行状态转换。
168.具体来说，基于周期确定不同解压缩状态之间进行状态转换，可以为在处理过程中，可以基于预设的周期来确定在多个解压缩状态之间进行切换，进而可以确定当前所要使用的以太网数据包头的状态。比如，针对两种状态的时候，参见图4，针对无上下文状态、有上下文状态，基于在第一个周期中采用无上下文状态，在下一个周期采用有上下文状态，那么当前处于哪个周期，就可以确定当前数据包的解压缩状态为哪种。或者，针对三种状态的时候，也是可以根据当前的周期，确定解压缩状态为哪种。
169.基于定时器，确定在不同解压缩状态之间进行状态转换与上述类似，可以为针对不同的状态设置相同或不同的定时器，当定时器的时长达到对应的时长的时候，从一个解压缩状态转换至另一个解压缩状态，比如，针对有上下文状态的定时器时长达到之后，转换至无上下文状态，反之亦然。那么当前根据定时器确定处于哪种状态就控制所要发送的以太网数据包头处于哪种状态。
170.所述接收或连续接收h个在同一个解压缩状态下数据包，向另一个解压缩状态转换；h为整数，包括以下之一：
171.接收或连续接收h个无上下文状态的数据包时，由无上下文状态转换为有上下文状态；
172.接收或连续接收h个无上下文状态的数据包时，由有上下文状态转换为无上下文状态；
173.接收或连续接收h个无上下文状态的数据包时，由无上下文状态转换为静态上下文状态；
174.接收或连续接收h个无上下文状态的数据包时，由无上下文状态转换为全部上下文状态；
175.接收或连续接收h个静态上下文状态的数据包时，由静态上下文状态转换为全部上下文状态；
176.接收或连续接收h个全部上下文状态的数据包时，由全部上下文状态转换为无上下文状态；
177.接收或连续接收h个全部上下文状态的数据包时，由全部上下文状态转换为静态上下文状态；
178.接收或连续接收h个静态上下文状态的数据包时，由静态上下文状态转换为无上下文状态。
179.需要指出的是，上述h个任意状态的数据包，可以理解为连续的接收h个其中某一个解压缩状态的数据包，或者是，不连续的接收h个某一个状态的解压缩状态的数据包。通常可能采用连续接收h个某一个状态的数据包的方式。
180.也就是说，在接收了多个其中一个解压缩状态的数据包的时候，转换至下一个解压缩状态，当原来的状态为无上下文状态时，当存在两种状态的时候，下一个状态可以为有上下文状态；当存在三种状态的时候，下一个状态可以为静态上下文状态，或者全部上下文状态。进一步地，当原来的状态为全部上下文状态的时候，下一个状态可以为静态上下文状态。或者，存在三种状态的时候，原来的状态为全部上下文状态，那么下一个状态为静态上
下文状态或无上下文状态。在三种状态的时候下，还存在另一种情况，原来为静态上下文状态的时候，下一个状态可以为无上下文状态，还可以为全部上下文状态。具体可以根据预设协议来确定下一个状态具体是哪种。
181.在此基础上，本实施方式确定当前解压缩状态的方式，可以为基于当前接收的至少一个数据包的解压缩状态来判断，比如当前采用一个解压缩状态处理的数据包小于h个，那么仍然采用该解压缩状态进行处理，如果等于或大于h个，那么转换为采用另一个解压缩状态对以太网数据包头进行处理。
182.所述接收或连续接收到w个第一类型的数据包，由一个解压缩状态转换为另一个解压缩状态，包括：
183.接收或连续接收到w个第一类型的数据包时，由无上下文状态转换为有上下文状态；
184.接收或连续接收到w个第一类型的数据包时，由无上下文状态转换为静态上下文状态；
185.接收或连续接收到w个第一类型的数据包时，由无上下文状态转换为全部上下文状态；
186.接收或连续接收到w个第一类型的数据包时，由静态上下文状态转换为全部上下文状态。
187.以及，所述接收或连续接收到r个第二类型的数据包时，由一个解压缩状态转换为另一个解压缩状态，包括：
188.接收或连续接收到r个第二类型的数据包时，由有上下文状态转换为无上下文状态；
189.接收或连续接收到r个第二类型的数据包时，由静态上下文状态转换为无上下文状态；
190.接收或连续接收到r个第二类型的数据包时，由全部上下文状态转换为无上下文状态；
191.接收或连续接收到r个第二类型的数据包时，由全部上下文状态转换为静态上下文状态。
192.另外，还可以包括有接收或连续接收到q个第三类型的数据包时，由一个解压缩状态转换为另一个解压缩状态，包括：
193.接收或连续接收到q个第三类型的数据包时，由有上下文状态转换为无上下文状态；
194.接收或连续接收到q个第三类型的数据包时，由静态上下文状态转换为无上下文状态；
195.接收或连续接收到q个第三类型的数据包时，由静态上下文状态转换为全部上下文状态。
196.这里需要指出的是，上述分支可以在不同情况下进行组合，也就是在不同情况下第一类型、第二类型以及第三类型的数据包可以不同。
197.比如，第一类型的数据包可以为无压缩状态的数据包，当接收到或者连续接收到多个第一类型的数据包的时候，可以认为压缩端会转换至压缩状态的数据包，那么相应的
可以由无上下文状态转换至有上下文状态；或者，存在三种状态的时候，可以由无上下文状态转换为静态上下文状态，或者由无上下文状态转换至全部上下文状态。又或者，第一类型的数据包可以为无压缩状态的数据包，当接收到或者连续接收到多个第一类型的数据包的时候，可以认为压缩端会转换至非压缩状态的数据包，那么相应的可以由有上下文状态转换至无上下文状态；或者，存在三种状态的时候，可以由全部上下文状态转换为静态上下文状态，或者由全部上下文状态转换至无上下文状态。
198.又或者，第二类型的数据包可以理解为压缩状态的数据包，当接收到或连续接收到多个第二类型的数据包的时候，可以认为压缩端将会转换至非压缩状态，那么相应的，解压缩端需要将状态转换至无上下文状态。当存在三种解压缩状态的时候，可以认为压缩端可能会由压缩状态转换至部分数据压缩状态，相应的解压缩端可以将状态转换为静态上下文状态；或者，可以认为压缩端会转至非压缩状态，相应的，解压缩端将解压缩状态转换为全无上下文状态。
199.第三类型的数据包，可以理解为压缩端的部分数据压缩状态，当接受到或连续接收到多个第三类型的数据包的时候，可以认为压缩端将会转换至全部数据压缩状态，那么相应的，解压缩端需要将状态转换至全部上下文状态。或者，可以认为压缩端可能会转换至非压缩状态，相应的解压缩端可以将状态转换为无上下文状态。
200.关于接收到迁移指示时，基于所述迁移指示转换解压缩状态，可以为由发送端来指示接收端所要采用的解压缩状态，这种情况可以与发送端随动，也就是说，发送端根据自身的状态，指示接收到采用哪种解压缩状态进行处理。这种指示的发出时刻，可以为当发送端出现状态转换的时候发出，或者还可以为接收到发来请求信息的时候从反馈信息发出。或者，还可以为在每次发送数据的时候，随着数据发来相应的解压缩状态的指示。
201.上述当在一个解压缩状态进行数据包解压缩失败时，转换至另一个解压缩状态，可以理解为向更低的状态迁移，比如，当全部上下文解压缩失败的时候，可以转换至静态上下文状态进行加压缩，如果再失败，可以转换至无上下文状态。当然，还可以像高状态迁移，比如，当无上下文状态失败的时候，可以转换至静态上下文，或者还可以为全部上下文状态。
202.还需要说明的是，与发送端对应的，接收端会在发送或者连续发送多个确认信息的时候，也就是说连续的成功处理某一解压缩状态的数据包的时候，确定迁移解压缩状态，比如可以迁移至更高状态，比如，由无上下文状态，转换为全部上下文状态，或者，可以转换为静态上下文状态；或者，由静态上下文状态转换至全部上下文状态。
203.或者，接收端发送或连续发送多个非确认信息的时候，也就是说在某一个解压缩状态下失败处理多个数据包的时候，可以确定迁移解压缩状态，比如，可以迁移至更低状态，可以为，由有上下文状态转换至无上下文状态；或者，由全部上下文状态转换至静态上下文状态，或者由全部上下文状态转换至无上下文状态。还可以由静态上下文状态转换至无上下文状态。
204.图5示意出两种解压缩状态下，两个解压缩状态之间可以相互转换，当无上下文状态的定时器超时的时候，可以转换为有上下文状态，或者，无上下文状态下接收到或成功接收到多个数据包的时候，转换至有上下文状态，当然还可以为根据前述第二预设规则中的一个或多个规则的结合来控制状态转换。当处于有上下文状态的时候，可以为定时器超时，
或者无法成功接收数据包，或者无法解压缩数据包的时候，转换至无上下文状态，同样的，也可以根据前述第二预设规则中的一个或多个规则的结合来控制状态转换，这里不再赘述。虽然图5只示意出两种状态的转换，实际上三种状态之间的转换类似的情况，只是不再示图表示。
205.下面以本发送端为终端设备进行上行数据发送、接收端为网络设备进行上行数据接收的情况为例提供多种场景的说明，具体的，后续的场景说明中，终端设备可以为用户设备(ue)，网络设备可以为网络侧的基站。需要理解的是，另外还可以存在的情况为发送端为网络设备、接收端为终端设备的时候，此时可以为进行下行数据发送以及接收的处理情况。无论是哪种设备作为发送端或解压缩端设备，处理方式是一样的，只是本实施例中不再穷举。
206.场景1、
207.参见图6，流程见下：
208.步骤41：基站配置针对以太网数据包的头压缩参数；通过rrc消息，进行配置数据传输，并给ue配置以太网数据包头压缩配置。也就是说，指示中可以包含有是否头压缩的指示，以及头压缩的方式；
209.步骤42：ue根据基站的指示，确认是否做头压缩，以及如何做头压缩。
210.其中，ue根据基站发送的以太网数据包头压缩配置信息，确定是否执行ethernet头压缩，对哪个子头/子头类型进行头压缩等。
211.例如,可以仅对部分字段确定进行头压缩：目标地址destination address,源地址source address,类型或长度type/length,虚拟网域q
‑
tags(including all sub
‑
fields)；
212.又例如，对以太网数据包头中的静态或不变化的部分执行头压缩处理。具体进行头压缩的对象或者字段或者字段类型可以是协议协议中预先写好的，也可以是rrc配置中指示的。
213.可以将可压缩的字段进行分类：
214.静态字段类型，包括但不限于以下至少之一：destination address,source address，type/length,q
‑
tags(including all sub
‑
fields)；
215.可变字段类型，包括但不限于以下至少之一：type，pri/pcp，cfi/dei。
216.需要指出的是，大多数情况下，可以认为可压缩的ethernet头中的所有field都属于静态类型，如mac地址，q
‑
tags，type/length。
217.步骤43：ue基于上述步骤，执行头压缩操作，其中还包括有状态迁移。
218.具体状态转换可选如下：
219.初始的头压缩状态为非压缩状态或ir状态。
220.在头压缩功能启动开始时，或者最初的时刻，ue(压缩端)处于非压缩状态或ir状态，ue发送未经压缩的ethernet数据包。
221.需要指出的是，以太网数据包头的格式中携带的信息包括以下至少之一：太网数据包帧头压缩标识，上下文标识，校验序列/标识fcs，是否头压缩的指示，序列号sn，循环冗余码校验crc，不压缩的域/子头标识，不压缩的域/子头指示。
222.所述以太网数据包头的格式为：压缩状态的数据包以及非压缩状态的数据包采用
不同格式；即独立的包格式，即不同的类型的包使用不同的包格式。如定义至少一种执行了以太网数据包头压缩的包的格式，一种非压缩(含有完整包信息)的ethernet帧的包格式。和/或，压缩状态的数据包以及非压缩状态的数据包采用相同格式，且压缩状态的数据包以及非压缩状态的数据包的至少一个标识位中取值不同。即统一的包格式，即压缩包和非压缩包(含有完整包信息)采用相同的包格式。
223.举例来说，不同状态的数据包格式例如图7、8所示，可以看出图7、8中针对压缩包类型的标识位的取值是不同的，以此来区分两种类型。其中，针对非压缩状态的格式参见图7，可以为“1111110d”或者为“11111110”；图8中的压缩状态的数据包格式中，针对其标识位的取值则为“11111000”，可以看出通过该标识位的取值就能够区分不同状态的数据包。
224.另外，不同状态的数据包格式还可以根据不同的格式来区分，仍然采用图7、8来示意。图7中示意出两种数据包的格式，均表示非压缩状态的数据包，可以看出，其中可以包含有动态链以及静态链，或者可以仅包含动态链；图8中，则看出压缩状态的数据包格式中，可以不包含静态连以及动态链，或者，包含静态连、动态链中的一个。
225.针对部分数据压缩状态以及全部数据压缩状态的数据包格式也可以不同，同样参见图8，其中，部分数据压缩状态的数据包的格式可以为图中左1，也就是包含有静态链，并且格式的标识位为“11111000”，或者为中间的格式，仅包含有动态链，同时标识位为“11111000”；而全部数据压缩状态的格式可以为不包含有静态链以及动态链，并且格式为“11111000”。
226.又或者，数据包的不同状态的以不同标识区分(即标识位的不同取值区分)，例如部分数据压缩状态的数据包的标识为“11111000”，全部数据压缩状态的数据包的标识为“11111100”，非压缩状态的数据包的标识为“11111110”。
227.还需要理解的是，前述两种针对格式的定义可以结合使用，比如，既可以存在格式上的不同，也可以在标识位上进行区分。如前所述，这里不再赘述。
228.将压缩包向下递交，进行pdcp层和/或rlc等层的处理。
229.步骤44：向基站发送压缩包。
230.在发送n个未经压缩的ethernet数据包后，ue执行状态迁移，状态转移到压缩状态或co状态。
231.当ue处于压缩状态或co状态时，在定时器超时timeout后ue状态迁移到低压缩状态，即非压缩状态。
232.而后，循环执行上述步骤。可能的循环处理的方式可以参见图9，比如初始为未压缩态，那么发送n个未压缩态的数据包之后，可以转换为压缩态；进而可以结合定时器，定时器达到超时的时长的时候，转换为非压缩状态。
233.压缩端和解压缩端按照一定的规则，在这几个状态之间进行迁徙，完成头压缩和解压缩的操作。
234.基站作为解压缩端，对压缩包进行解压缩，而后将解压缩后的包向上递交，具体可以包括：
235.步骤45：基站进行解压缩处理，其中包含有状态迁移。
236.具体的，基站在收到来自ue的压缩数据包后，按照相应的规则和映射关系，确定收到的包类型(是否压缩)，对未压缩的包进行上下文(context)更新/存储，对收到的压缩包
进行解压缩处理，并进行相应的状态迁徙。
237.具体状态转换可选如下：
238.初始的解压缩状态为no context状态。
239.在头压缩功能启动开始时，或者最初的时刻，基站(解压缩端)处于无上下文状态，基站接收到压缩端发送的未经压缩的ethernet数据包后，对数据包按照不同的路径(context id等)，进行context的更新或存储。
240.在收到n个未压缩的ethernet数据包或者成功收到/解压缩n个未压缩的ethernet数据包后，解压缩端执行状态迁移，迁移到高压缩状态，即存有context的状态，可以叫full context状态，或者static context状态。
241.当解压缩端，即基站，处于存有context的状态，可以叫full context状态，或者static context状态时，在timeout后基站状态迁移到低压缩状态，即no context状态。
242.而后，循环执行上述步骤。
243.本场景中，上述针对压缩端具备两种状态进行的说明，实际上还可以存在三种状态的迁移，比如：
244.压缩端在非压缩状态(ir状态)发送多个包后，迁移到部分数据压缩状态(fo状态)，在部分数据压缩状态(fo状态)发送多个包后迁移到全部数据压缩状态(so状态)。在全部数据压缩状态(so状态)中定时器超时回到部分数据压缩状态(fo状态)，在部分数据压缩状态(fo状态)定时器超时时回到非压缩状态(ir状态)。
245.相应的，解压缩端也可以针对三种状态进行处理，比如：
246.在无上下文状态收到成功解压缩多个包后，迁移到静态上下文状态，在静态上下文状态成功解压缩多个包后迁移到全部上下文状态。在全部上下文状态定时器超时timeout时回到静态上下文状态，在静态上下文状态timeout时回到无上下文状态。
247.需要说明的是，不同状态间的转换，可以采用相似的机制，也可以采用不同的机制，例如，可以均采用定时器方式。又例如，某些采用定时器机制，某些采用发送多个包的方式。这里不做限制。
248.需要说明的是，即使定义了三种状态，也可以仅使用其中的两种状态。
249.场景2、压缩端和解压缩端之间支持头压缩反馈包(反馈状态包)的传输，或者说，采用基于反馈的状态转移方式，使得压缩端和解压缩端的状态迁移可以依靠一种更为可靠或有效的方式执行。
250.以太网数据包包头压缩压缩端和/或解压缩端状态迁徙，基于反馈的状态转移方式
251.以太网数据包包头格式中携带的参数或标识信息，格式，状态等，具体内容同与前述相同，这里不再赘述。
252.以下仅对ul数据包的处理进行说明，下行包的头压缩处理与之类似。如图10所示，流程见下：
253.步骤51.基站配置针对以太网数据包头压缩参数，为ue进行配置数据传输并传输以太网数据包头压缩配置。比如，基站通过rrc消息，配置ethernet frame信息头压缩的参数。
254.步骤52.ue根据基站的指示，确认是否做头压缩，以及如何做头压缩。
255.具体的，ue根据基站发送的ethernet头压缩配置信息，确定是否执行ethernet头压缩，对哪个子头/子头类型进行头压缩等。例如，对ethernet头中的源地址，目标基站，ethernet type，t
‑
tags进行头压缩处理。例如，对ethernet头中的静态或不变化的部分执行头压缩处理。具体进行头压缩的对象或者field或者field类型可以是协议协议中预先写好的，也可以是rrc配置中指示的。
256.步骤53.ue基于上述步骤，执行头压缩操作，其中包含状态迁移。
257.具体状态转换可选如下：
258.初始的头压缩状态为非压缩状态或ir状态。
259.可能的状态迁移图例如图11所示。比如，在头压缩功能启动开始时，或者最初的时刻，ue(压缩端)处于非压缩状态或ir状态，ue发送未经压缩的ethernet数据包。在发送n个未经压缩的ethernet数据包后，ue执行状态迁移，状态转移到压缩状态或co状态。另外，在ue处于非压缩状态或ir状态的时候，ue发出n个非压缩状态的数据包、并且接收到解压缩端设备反馈的n个确认信息(ack)时，进行状态迁移，比如可以迁移至压缩状态或co状态；相应的，解压缩端，接收到、或者成功接收到、或者成功解压缩m个非压缩态数据包之后，才会向ue反馈m个确认信息，同时，解压缩端会向高状态迁移。其中，m和n不同，m可以小于n。
260.当ue处于压缩状态或co状态时，在收到解压缩端发送的状态报告，且状态报告指示nack状态后或者收到/y个压缩包的nack解压缩状态后，ue状态迁移到低压缩状态，即非压缩状态。另外，在ue处于压缩状态或co状态的时候，ue发出y个压缩状态的数据包、并且接收到解压缩端设备反馈的l个非确认信息(nack)时，进行状态迁移，迁移至低压缩状态，比如可以非压缩状态；相应的，解压缩端，无法接收到、或者无法成功解压缩l个压缩态数据包，会向ue反馈l个非确认信息(nack)，同时，解压缩端会向低状态迁移。其中，l和y可以不同，比如l可以小于y。
261.而后，循环执行上述步骤。
262.ue将压缩包向下递交，进行pdcp层和/或rlc等层的处理。
263.步骤54.发送压缩后的数据包至基站。
264.基站作为解压缩端，对压缩包进行解压缩，而后将解压缩后的包向上递交
265.步骤55.基站进行解压缩处理，处理过程中还包括状态迁移处理。
266.步骤56.基站向ue发送反馈包。
267.具体来说，基站在收到来自ue的压缩数据包后，按照相应的规则和映射关系，确定收到的包类型(是否压缩)，对未压缩的包进行context更新/存储，对收到的压缩包进行解压缩处理，并进行相应的状态迁徙。
268.具体状态转换可选如下：
269.初始的解压缩状态为no context状态。
270.比如，参见图12，在头压缩功能启动开始时，或者最初的时刻，基站(解压缩端)处于无no context状态，基站接收到压缩端发送的未经压缩的ethernet数据包后，对数据包按照不同的路径(context id等)，进行context的更新或存储。
271.在收到n个未压缩的ethernet数据包或者成功收到/解压缩n个未压缩的ethernet数据包后，解压缩端执行状态迁移，迁移到高压缩状态，即存有context的状态，可以叫full context状态，或者static context状态。
272.当解压缩端，即基站，处于存有context的状态，可以叫full context状态，或者static context状态时，当解压缩到y个压缩包的nack解压缩状态后，或者，发送ethenet状态报告，且状态报告中携带nack状态后，基站状态迁移到低压缩状态，即no context状态。
273.而后，循环执行上述步骤。
274.还需要指出的是，前述针对了两种压缩状态以及解压缩状态进行的说明，实际上还可以为压缩端存在三种状态，三种状态迁移例如如下：
275.压缩端在非压缩状态(ir状态)发送n个包后，迁移到部分数据压缩状态(fo状态)，在部分数据压缩状态(fo状态)发送n个包后迁移到全部数据压缩状态(so状态)。
276.相应的，解压缩端也可以针对三种状态进行处理，比如：
277.在无上下文状态收到成功解压缩多个包后，迁移到静态上下文状态，在静态上下文状态成功解压缩多个包后迁移到全部上下文状态。在全部上下文状态状态发送第一类nack时回到静态上下文状态，在静态上下文状态发送第一类nack时回到无上下文状态。
278.需要说明的是，不同状态间的转换，可以采用相似的机制，也可以采用不同的机制，例如，可以均采用定时器方式。又例如，一些状态的转换根据指示信息来进行，另一些转换可以根据接收到的nack或者ack来确定进行转换，这里不进行穷举。
279.可见，通过采用上述方案，能够在发送以及接受以太网数据包的时候，针对数据包头进行压缩，并根据不同的状态确定当前需要采用哪种方式进行压缩或解压缩。从而解决了如何使用以太网数据包头压缩的问题，同时减少了空口的资源开销。
280.本技术实施例提供了一种压缩端设备，如图13所示，包括：
281.第一处理单元61，确定所要发送的以太网数据包头的状态；
282.基于所述所要发送的以太网数据包头的状态，对所述所要发送的以太网数据包头的数据进行处理；
283.其中，所述以太网数据包头的状态包括以下至少之一：非压缩状态、压缩状态。
284.本实施例可以应用于发送设备，比如可以为终端设备或者可以为网络设备，只要需要进行数据发送的设备均可以为本实施例所述的发送设备。
285.本实施例中压缩状态可以包括有压缩以及未压缩两种情况；或者，压缩状态还可以理解为：包括初始化状态、和更新状态ir(initialization and refresh)即非压缩状态。
286.或者，所述压缩状态包括以下至少之一：部分数据压缩状态、全部数据压缩状态。
287.也就是说，本实施例中可以存在压缩状态以及非压缩状态这两种情况；也可以存在非压缩状态、部分数据压缩状态以及全部数据压缩状态这三种情况。或者，可以分别称为：初始化、和更新状态ir(initialization and refresh)，中间状态fo(first order)和最高状态so(second order)。其中，最高状态so(second order)可以为全部数据压缩状态，中间状态可以为部分数据压缩状态。
288.需要理解的是，还可以包括：第一通信单元，发送包含有处理后的以太网数据包头的所述以太网数据包。
289.第一处理单元61确定所要发送的以太网数据包头的状态，包括：确定状态是否变更，确定所要发送的以太网数据包头的状态。
290.具体的可以包括：
291.基于第一预设规则，确定所要发送的以太网数据包头的状态；
292.其中，所述第一预设规则包括以下至少之一：
293.基于周期，确定在不同状态之间进行状态转换；
294.基于定时器，确定在不同状态之间进行状态转换；
295.发送n个在同一个状态的以太网数据包头的数据包，向另一个压缩状态转换；n为整数；
296.接收到确认信息时，由一个状态转换为另一个状态；
297.接收到非确认信息时，由一个状态转换为另一个状态；
298.接收到特定指示时，由一个状态转换为另一个状态。
299.也就是说，可以基于第一预设规则，来确定当前所要发送的以太网数据包头的压缩状态。
300.需要说明的是，在下述描述中，是按照头压缩的不同效率(从低到高)来从前到后给出头压缩状态的命名，代表了初始化状态，中间状态和/或完全状态。
301.所述第一处理单元61，包括以下之一：
302.发送n个非压缩状态的以太网数据包头的数据包时，由非压缩状态转换为压缩状态；
303.发送n个非压缩状态的以太网数据包头的数据包时，由非压缩状态转换为部分数据压缩状态；
304.发送n个部分数据压缩状态的以太网数据包头的数据包时，由部分数据压缩状态转换为全部数据压缩状态；
305.发送n个非压缩状态的以太网数据包头的数据包时，由非压缩状态转换为全部数据压缩状态；
306.发送n个压缩状态的以太网数据包头的数据包时，由压缩状态转换为非压缩状态；
307.发送n个全部数据压缩状态的以太网数据包头的数据包时，由全部数据压缩状态转换为非压缩状态；
308.发送n个全部数据压缩状态的以太网数据包头的数据包时，由全部数据压缩状态转换为部分数据压缩状态；
309.发送n个部分数据压缩状态的以太网数据包头的数据包时，由部分数据压缩状态转换为非压缩状态。
310.需要指出的是，上述发送n个某个状态的数据包，可以理解为连续的发送n个其中某一个状态的数据包，或者是，不连续的发送n个某一个状态的数据包。通常可能采用连续发送n个某一个状态的数据包的方式。
311.也就是说，在发送了多个其中一个状态的数据包的时候，转换至下一个状态，当原来的状态为非压缩状态时，当存在两种状态的时候，下一个状态可以为压缩状态，当存在三种状态的时候，下一个状态可以为部分数据压缩状态，或者全部数据压缩状态。进一步地，当原来的状态为压缩状态的时候，下一个状态可以为非压缩状态。或者，存在三种状态的时候，原来的状态为全部数据压缩状态，那么下一个状态为部分数据压缩状态或非压缩状态。在三种状态的时候下，还存在另一种情况，原来为部分数据压缩状态的时候，下一个状态可以为全部数据压缩状态，还可以为非压缩状态。具体可以根据预设协议来确定下一个状态具体是哪种。
312.在此基础上，本实施方式确定当前所要发送的以太网数据包头的状态的方式，可以为基于当前已经发送的至少一个以太网数据包中数据包头的状态来判断，比如当前采用一个状态发送的数据包小于n个，那么仍然采用该状态发送当前的所要发送的以太网数据包，如果等于n个，那么转换为采用另一个状态对以太网数据包头进行处理并发送以太网数据包。
313.所述第一处理单元61，包括以下之一：
314.接收连续m个确认信息，或者，接收到c个确认信息时，由非压缩状态转换为压缩状态；
315.接收连续m个确认信息，或者，接收到c个确认信息时，由非压缩状态转换为部分数据压缩状态；
316.接收连续m个确认信息，或者，接收到c个确认信息时，由部分数据压缩状态转换为全部数据压缩状态；
317.接收连续m个确认信息，或者，接收到c个确认信息时，由非压缩状态转换为全部数据压缩状态；
318.m和c均为大于等于1的整数。
319.其中，m个c可以相同也可以不同，比如，可以为m小于c，也就是说，当判断连续接收的时候，可以较少的数量就能够确定是否进行状态转换；当非连续接收确认信息的时候，也就是中间可能存在非确认信息，那么此时可以多收几个非连续的确认信息再确定状态转换。当然，反之也可以，比如m大于c，具体的可以根据双方协议来确定。
320.前述第一处理单元61，包括以下之一：
321.接收到连续的k个非确认信息时，或者，接收到l个非确认信息时，由全部数据压缩状态转换为部分数据压缩状态；
322.接收到连续的k个非确认信息时，或者，接收到l个非确认信息时，由全部数据压缩状态转换为非压缩状态；
323.接收到连续的k个非确认信息时，或者，接收到l个非确认信息时，由部分数据压缩状态转换为非压缩状态；
324.接收到连续的k个非确认信息时，或者，接收到l个非确认信息时，由压缩状态转换为非压缩状态；
325.k和l为大于等于1的整数。
326.其中，k和l可以相同也可以不同。
327.所述第一处理单元61，包括以下至少之一：
328.接收到a个第一类非确认信息、或者接收到连续的f个第一类非确认信息时，由全部数据压缩状态转换为部分数据压缩状态；a、f为大于等于1的整数；
329.接收到a个第一类非确认信息、或者接收到连续的f个第一类非确认信息时，由部分数据压缩状态转换为非压缩状态；
330.接收到a个第一类非确认信息、或者接收到连续的f个第一类非确认信息时，由压缩状态转换为非压缩状态；
331.接收到b个第二类非确认信息、或者接收到连续的e个第二类非确认信息时，由全部数据压缩状态转换为非压缩状态；
332.接收到b个第二类非确认信息、或者接收到连续的e个第二类非确认信息时，由部分数据压缩状态转换为非压缩状态；
333.接收到b个第二类非确认信息、或者接收到连续的e个第二类非确认信息时，由压缩状态转换为非压缩状态；
334.接收到g个第三类非确认信息、或者接收到连续的p个第三类非确认信息时，由全部数据压缩状态转换为非压缩状态；g和p均为整数；
335.接收到g个第三类非确认信息、或者接收到连续的p个第三类非确认信息时，由部分数据压缩状态转换为非压缩状态；
336.接收到g个第三类非确认信息、或者接收到连续的p个第三类非确认信息时，由压缩状态转换为非压缩状态；
337.其中，所述第一类非确认信息、第二类非确认信息以及第三类非确认信息均不相同。
338.这里需要指出的是，上述分支可以在不同情况下进行组合，也就是在不同情况下第一类、第二类以及第三类非确认信息可以不同。
339.另一个实施例中，一种解压缩端设备，参见图14，包括：
340.第二通信单元71，接收到以太网数据；
341.第二处理单元72，确定解压缩状态，基于所述解压缩状态，对所述以太网数据包头的数据进行处理；
342.其中，所述解压缩状态包括以下至少之一：无上下文状态、有上下文状态。
343.所述有上下文状态包括以下至少之一：静态上下文状态、全部上下文状态。
344.这里需要说明的是，解压缩状态与前述状态可以对应，也可以有两种或三种，当解压缩状态有两种的时候，无上下文状态，还可以为不需解压缩状态，有上下文状态可以为需要解压缩状态。
345.另外，解压缩状态有三种的时候，可以包括有无上下文状态、静态上下文状态、全部上下文状态。其中，无上下文状态同样的可以为不需要解压缩状态，静态上下文状态可以为部分需要解压缩状态，全部上下文状态，可以为全部需要解压缩状态。
346.确定解压缩状态的处理可以包括确定状态是否变更。
347.确定解压缩状态的处理可以根据预设规则来进行，也就是与发送端对应的，针对压缩对应有解压缩的第二预设规则，具体可以包括：
348.基于第二预设规则，确定解压缩状态；
349.其中，所述第二预设规则包括以下至少之一：
350.基于周期，确定在不同解压缩状态之间进行状态转换；
351.基于定时器，确定在不同解压缩状态之间进行状态转换；
352.接收或连续接收h个在同一个解压缩状态下数据包，向另一个解压缩状态转换；h为整数；
353.接收或连续接收到w个第一类型的数据包，由一个解压缩状态转换为另一个解压缩状态；w为整数
354.接收或连续接收到r个第二类型的数据包时，由一个解压缩状态转换为另一个解压缩状态；r为整数；其中，第一类型以及第二类型不同；
355.接收或连续接收到q个第三类型的数据包时，由一个解压缩状态转换为另一个解压缩状态；q为整数；其中，第三类型与第一类型以及第二类型不同；
356.接收到迁移指示时，基于所述迁移指示转换解压缩状态；
357.当在一个解压缩状态进行数据包解压缩失败时，转换至另一个解压缩状态；
358.在发送特定数据包或指示时，确定在不同解压缩状态之间进行状态转换。
359.具体来说，基于周期确定不同解压缩状态之间进行状态转换，可以为在处理过程中，可以基于预设的周期来确定在多个解压缩状态之间进行切换，进而可以确定当前所要使用的以太网数据包头的状态。比如，针对两种状态的时候，参见图4，针对无上下文状态、有上下文状态，基于在第一个周期中采用无上下文状态，在下一个周期采用有上下文状态，那么当前处于哪个周期，就可以确定当前数据包的解压缩状态为哪种。或者，针对三种状态的时候，也是可以根据当前的周期，确定解压缩状态为哪种。
360.基于定时器，确定在不同解压缩状态之间进行状态转换与上述类似，可以为针对不同的状态设置相同或不同的定时器，当定时器的时长达到对应的时长的时候，从一个解压缩状态转换至另一个解压缩状态，比如，针对有上下文状态的定时器时长达到之后，转换至无上下文状态，反之亦然。那么当前根据定时器确定处于哪种状态就控制所要发送的以太网数据包头处于哪种状态。
361.所述第二处理单元72，包括以下之一：
362.接收或连续接收h个无上下文状态的数据包时，由无上下文状态转换为有上下文状态；
363.接收或连续接收h个无上下文状态的数据包时，由有上下文状态转换为无上下文状态；
364.接收或连续接收h个无上下文状态的数据包时，由无上下文状态转换为静态上下文状态；
365.接收或连续接收h个无上下文状态的数据包时，由无上下文状态转换为全部上下文状态；
366.接收或连续接收h个静态上下文状态的数据包时，由静态上下文状态转换为全部上下文状态；
367.接收或连续接收h个全部上下文状态的数据包时，由全部上下文状态转换为无上下文状态；
368.接收或连续接收h个全部上下文状态的数据包时，由全部上下文状态转换为静态上下文状态；
369.接收或连续接收h个静态上下文状态的数据包时，由静态上下文状态转换为无上下文状态。
370.需要指出的是，上述h个任意状态的数据包，可以理解为连续的接收h个其中某一个解压缩状态的数据包，或者是，不连续的接收h个某一个状态的解压缩状态的数据包。通常可能采用连续接收h个某一个状态的数据包的方式。
371.所述第二处理单元72，包括：
372.接收或连续接收到w个第一类型的数据包时，由无上下文状态转换为有上下文状态；
373.接收或连续接收到w个第一类型的数据包时，由无上下文状态转换为静态上下文状态；
374.接收或连续接收到w个第一类型的数据包时，由无上下文状态转换为全部上下文状态；
375.接收或连续接收到w个第一类型的数据包时，由静态上下文状态转换为全部上下文状态。
376.以及，所述第二处理单元72，包括：
377.接收或连续接收到r个第二类型的数据包时，由有上下文状态转换为无上下文状态；
378.接收或连续接收到r个第二类型的数据包时，由静态上下文状态转换为无上下文状态；
379.接收或连续接收到r个第二类型的数据包时，由全部上下文状态转换为无上下文状态；
380.接收或连续接收到r个第二类型的数据包时，由全部上下文状态转换为静态上下文状态。
381.另外，第二处理单元72，包括：
382.接收或连续接收到q个第三类型的数据包时，由有上下文状态转换为无上下文状态；
383.接收或连续接收到q个第三类型的数据包时，由静态上下文状态转换为无上下文状态；
384.接收或连续接收到q个第三类型的数据包时，由静态上下文状态转换为全部上下文状态。
385.需要指出的是，以太网数据包头的格式中携带的信息包括以下至少之一：太网数据包帧头压缩标识，上下文标识，校验序列/标识fcs，是否头压缩的指示，序列号sn，循环冗余码校验crc，不压缩的域/子头标识，不压缩的域/子头指示。
386.所述以太网数据包头的格式为：压缩状态的数据包以及非压缩状态的数据包采用不同格式；即独立的包格式，即不同的类型的包使用不同的包格式。如定义至少一种执行了以太网数据包头压缩的包的格式，一种非压缩(含有完整包信息)的ethernet帧的包格式。和/或，压缩状态的数据包以及非压缩状态的数据包采用相同格式，且压缩状态的数据包以及非压缩状态的数据包的至少一个标识位中取值不同。即统一的包格式，即压缩包和非压缩包(含有完整包信息)采用相同的包格式。
387.举例来说，不同状态的数据包格式例如图7、8所示，可以看出图7、8中针对压缩包类型的标识位的取值是不同的，以此来区分两种类型。其中，针对非压缩状态的格式参见图7，可以为“1111110d”或者为“11111110”；图8中的压缩状态的数据包格式中，针对其标识位的取值则为“11111000”，可以看出通过该标识位的取值就能够区分不同状态的数据包。
388.另外，不同状态的数据包格式还可以根据不同的格式来区分，仍然采用图7、8来示意。图7中示意出两种数据包的格式，均表示非压缩状态的数据包，可以看出，其中可以包含有动态链以及静态链，或者可以仅包含动态链；图8中，则看出压缩状态的数据包格式中，可以不包含静态连以及动态链，或者，包含静态连、动态链中的一个。
389.针对部分数据压缩状态以及全部数据压缩状态的数据包格式也可以不同，同样参见图8，其中，部分数据压缩状态的数据包的格式可以为图中左1，也就是包含有静态链，并且格式的标识位为“11111000”，或者为中间的格式，仅包含有动态链，同时标识位为“11111000”；而全部数据压缩状态的格式可以为不包含有静态链以及动态链，并且格式为“11111000”。又或者，数据包的不同状态的以不同标识区分(即标识位的不同取值区分)，例如部分数据压缩状态的数据包的标识为“11111000”，全部数据压缩状态的数据包的标识为“11111100”，非压缩状态的数据包的标识为“11111110”。
390.还需要理解的是，前述两种针对格式的定义可以结合使用，比如，既可以存在格式上的不同，也可以在标识位上进行区分。如前所述，这里不再赘述。
391.可见，通过采用上述方案，能够在发送以及接受以太网数据包的时候，针对数据包头进行压缩，并根据不同的状态确定当前需要采用哪种方式进行压缩或解压缩。从而解决了如何使用以太网数据包头压缩的问题，同时减少了空口的资源开销。
392.图15是本技术实施例提供的一种通信设备800示意性结构图，通信设备可以为本实施例前述的终端设备或者网络设备。图16所示的通信设备800包括处理器810，处理器810可以从存储器中调用并运行计算机程序，以实现本技术实施例中的方法。
393.可选地，如图15所示，通信设备800还可以包括存储器820。其中，处理器810可以从存储器820中调用并运行计算机程序，以实现本技术实施例中的方法。
394.其中，存储器820可以是独立于处理器810的一个单独的器件，也可以集成在处理器810中。
395.可选地，如图15所示，通信设备800还可以包括收发器830，处理器810可以控制该收发器830与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
396.其中，收发器830可以包括发射机和接收机。收发器830还可以进一步包括天线，天线的数量可以为一个或多个。
397.可选地，该通信设备800具体可为本技术实施例的压缩端设备或解压缩端设备，并且该通信设备800可以实现本技术实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
398.图16是本技术实施例的芯片的示意性结构图。图16所示的芯片900包括处理器910，处理器910可以从存储器中调用并运行计算机程序，以实现本技术实施例中的方法。
399.可选地，如图16所示，芯片900还可以包括存储器920。其中，处理器910可以从存储器920中调用并运行计算机程序，以实现本技术实施例中的方法。
400.其中，存储器920可以是独立于处理器910的一个单独的器件，也可以集成在处理器910中。
401.可选地，该芯片900还可以包括输入接口930。其中，处理器910可以控制该输入接口930与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
402.可选地，该芯片900还可以包括输出接口940。其中，处理器910可以控制该输出接口940与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
403.可选地，该芯片可应用于本技术实施例中的压缩端设备或解压缩端设备，并且该芯片可以实现本技术实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不
再赘述。
404.应理解，本技术实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
405.图17是本技术实施例提供的一种通信系统1000的示意性框图。如图17所示，该通信系统1000包括压缩端设备1010和解压缩端设备1020。
406.其中，该压缩端设备1010可以用于实现上述方法中由终端设备实现的相应的功能，以及该解压缩端设备1020可以用于实现上述方法中由网络设备实现的相应的功能为了简洁，在此不再赘述。
407.应理解，本技术实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
408.可以理解，本技术实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read
‑
only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
409.应理解，上述存储器为示例性但不是限制性说明，例如，本技术实施例中的存储器还可以是静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synch link dram，sldram)以及直接内存总线随机存取存储器(direct rambus ram，dr ram)等等。也就是说，本技术实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
410.本技术实施例还提供了一种计算机可读存储介质，用于存储计算机程序。
411.可选的，该计算机可读存储介质可应用于本技术实施例中的网络设备，并且该计算机程序使得计算机执行本技术实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
412.可选地，该计算机可读存储介质可应用于本技术实施例中的终端设备，并且该计算机程序使得计算机执行本技术实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
413.本技术实施例还提供了一种计算机程序产品，包括计算机程序指令。
414.可选的，该计算机程序产品可应用于本技术实施例中的网络设备，并且该计算机程序指令使得计算机执行本技术实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
415.可选地，该计算机程序产品可应用于本技术实施例中的移动终端/终端设备，并且该计算机程序指令使得计算机执行本技术实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
416.本技术实施例还提供了一种计算机程序。
417.可选的，该计算机程序可应用于本技术实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本技术实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
418.可选地，该计算机程序可应用于本技术实施例中的移动终端/终端设备，当该计算机程序在计算机上运行时，使得计算机执行本技术实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
419.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
420.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
421.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
422.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
423.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以
是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
424.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read
‑
only memory，)rom、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
425.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。