通信方法和装置与流程

1.本技术涉及通信领域，并且更具体地，涉及一种通信方法和装置。


背景技术：

2.随着移动通信技术的不断发展，低时延高可靠性在自动驾驶、工业制造、车联网等领域被广泛应用，不同的场景对时延、可靠性和带宽的要求是不同的。
3.其中，以工业制造场景的低时延高可靠性的需求最为挑战，智能工厂的制造设备通过第五代(5th generation，5g)接入企业云或现场控制系统，采集现场环境数据和生产数据，实时分析生产状况，实现整条生产线的无线化。智能工业制造的对技术性能要求很高，高端制造业对车间设备的延迟和稳定性有着非常高的需求。
4.然而，新无线(new radio，nr)协议栈中，每个应用数据包在媒体接入控制(medium access control，mac)层传输时都需要添加对应的头开销，导致空口开销过大，以及可能引起更多的处理时延。因此，如何降低空口开销和处理时延是亟待解决的问题。


技术实现要素：

5.本技术提供一种通信方法和装置，能够降低空口开销和处理时延。
6.第一方面，提供了一种通信方法，该方法可以由终端设备执行，或者，也可以由配置于终端设备中的芯片或电路执行，本技术对此不作限定。
7.该方法可以包括：确定第一格式，该第一格式包括逻辑信道标识，该逻辑信道标识与媒体接入控制服务数据单元的长度值对应，该第一格式为该媒体接入控制服务数据单元的头格式；根据该第一格式发送该媒体接入控制服务数据单元。
8.根据本技术提供的方式，通过新定义一个媒体接入控制头mac subheader格式，不携带媒体接入控制服务数据单元的长度值l字段，能够减少mac subheader头开销，从而降低空口开销和处理时延。
9.应理解，该实现方式中的逻辑信道标识(例如，lcid)与媒体接入控制服务数据单元(mac service data unit，mac sdu)的长度值(例如，l)对应，说明lcid与l之间是唯一对应的，即当第一格式中不包括l且包括lcid时，网络设备可以通过mac sdu的lcid唯一确定l的值。
10.示例性的，逻辑信道标识和媒体接入控制服务数据单元的长度值之间一一对应，一个逻辑信道标识指示一个媒体接入控制服务数据单元的长度值。
11.结合第一方面，在第一方面的某些实现方式中，在发送该媒体接入控制服务数据单元之前，该方法还包括：接收第一配置信息，该第一配置信息用于指示该媒体接入控制服务数据单元的长度值和该逻辑信道标识对应。
12.结合第一方面，在第一方面的某些实现方式中，在发送该媒体接入控制服务数据单元之前，该方法还包括：发送第一信息，该第一信息用于指示该媒体接入控制服务数据单元的长度值和该逻辑信道标识对应。
13.结合第一方面，在第一方面的某些实现方式中，发送第一指示信息，该第一指示信息用于指示业务模式，例如traffic pattern，与该业务模式对应的该媒体接入控制服务数据单元的长度值固定不变。
14.结合第一方面，在第一方面的某些实现方式中，当该媒体接入控制服务数据单元的长度值发生变化，该方法包括：接收第二配置信息，该第二配置信息用于指示更新后的媒体接入控制服务数据单元的长度值与该逻辑信道标识对应。
15.结合第一方面，在第一方面的某些实现方式中，发送第二信息，该第二信息用于指示业务模式发生变化，该第二信息包括该更新后的媒体接入控制服务数据单元的长度值或应用层数据包大小与该逻辑信道标识对应。
16.应理解，终端设备可以直接利用ue辅助信息(ue assistance information，uai)中的业务模式traffic pattern，使能基站获知该ue的lch id对应的数据为周期业务。例如，ue上报数据包的产生时间、业务/数据包的周期、数据包的大小/速率等。
17.在本技术实施例中，业务模式包含数据长度，以上行为例，数据在经过ue业务数据适配协议(ue service data adapation protocol，ue sdap)层、ue分组数据汇聚协议(ue packet data convergence protocol，ue pdcp)层、ue无线链路管理层(ue radio link control，rlc)层后进入ue mac层，ue mac层将rlc pdu作为mac sdu、增加mac subheader，生成mac subpdu，并将多个mac sbupdu(若同时有多个app数据包都要发送、生成多个mac sdu对应的mac sbupdu；或若有mac ce要发送、生成mac ce对应的mac subpdu)级联生成mac pdu，递交给ue phy层。
18.结合第一方面，在第一方面的某些实现方式中，该第一格式还包括类型和/或级联的该媒体接入控制服务数据单元的个数。
19.示例性的，该第一格式中包括类型(b(o))，其中“o”即optional，b(o)表示类型在第一格式中是可选的。即若标准定义仅支持一种格式，且为新格式时，无需定义b字段。反之，若标准定义支持多种格式，则需要定义b字段。
20.该类型用于指示mac subheader头格式是否为新格式或老格式，通过增加1bit指示。例如，“1”表示该第一格式为新定义的格式(r/lcid，或者b(o)/lcid/n等)；“0”表示该第一格式为协议已有的mac subheader格式。
21.结合第一方面，在第一方面的某些实现方式中，根据该第一格式发送n个级联的该媒体接入控制服务数据单元，该n个级联的该媒体接入控制服务数据单元与该第一格式对应，n为大于或等于1的正整数。
22.应理解，该实现方式中，n个级联的媒体接入控制服务数据单元与该第一格式对应，说明n个mac sdu的头格式mac subheader均是该第一格式，即n个mac sdu共享该第一格式。
23.结合第一方面，在第一方面的某些实现方式中，根据该第一格式和该n个级联的该媒体接入控制服务数据单元发送该媒体接入控制协议数据单元(mac protocol data unit，mac pdu)。
24.以上行ul传输为例，对ue如何判断使用哪种mac subheader格式进行发送macsdu进行说明(dl传输、为gnb实现，不讨论)。
25.针对方式1和方式2：一个新的subheader(r/lcid)，
26.标准仅支持这种新格式，不支持老格式，因此收发tx侧无需进行额外的判断，只能选该新格式。
27.针对方式3：一个新的subheader(b(o)/lcid/n)
28.若待发送的mac sdu的长度l与mac sdu的lcid对应的缺省l相同，则采用该新格式；否则采用原先标准定义的老格式。
29.针对方式4：第一级subheader(b(o)/l/n)，第二级subheader(lcid)
30.在一次传输块(transport block，tb)传输中，能够级联(即具有相同l的mac sdus)的mac sdu个数大于m，或者大于或等于m(m由基站预先给ue配置)；则采用该格式(若标准定义了该格式)；否则，不采用方式4(可以采用方式方式1或2或3或标准定义的老格式)。
31.第二方面，提供了一种通信方法，该方法可以由网络设备执行，或者，也可以由配置于网络设备中的芯片或电路执行，本技术对此不作限定。
32.该方法可以包括：接收媒体接入控制服务数据单元，该媒体接入控制服务数据单元与第一格式对应，该第一格式包括逻辑信道标识，该逻辑信道标识与该媒体接入控制服务数据单元的长度值对应，该第一格式为该媒体接入控制服务数据单元的头格式；根据该第一格式解析该媒体接入控制服务数据单元。
33.根据本技术提供的方式，通过新定义一个媒体接入控制头mac subheader格式，不携带媒体接入控制服务数据单元的长度值l字段，能够减少mac subheader头开销，从而降低空口开销和处理时延。
34.结合第二方面，在第二方面的某些实现方式中，在接收该媒体接入控制服务数据单元之前，该方法还包括：确定第一配置信息，该第一配置信息用于指示该媒体接入控制服务数据单元的长度值与该逻辑信道标识对应；发送该第一配置信息。
35.结合第二方面，在第二方面的某些实现方式中，在接收该媒体接入控制服务数据单元之前，该方法还包括：接收第一信息，该第一信息用于指示该媒体接入控制服务数据单元的长度值与该逻辑信道标识对应。
36.结合第二方面，在第二方面的某些实现方式中，接收第一指示信息，该第一指示信息用于指示业务模式，与该业务模式对应的该媒体接入控制服务数据单元的长度值固定不变。
37.结合第二方面，在第二方面的某些实现方式中，当该媒体接入控制服务数据单元的长度值发生变化，该方法包括：发送第二配置信息，该第二配置信息用于指示更新后的媒体接入控制服务数据单元的长度值与该逻辑信道标识对应。
38.结合第二方面，在第二方面的某些实现方式中，接收第二信息，该第二信息用于指示业务模式发生变化，该第二信息包括该更新后的媒体接入控制服务数据单元的长度值或应用层数据包大小与该逻辑信道标识对应。
39.结合第二方面，在第二方面的某些实现方式中，根据该第一格式解析该媒体接入控制服务数据单元，包括：
40.结合第二方面，在第二方面的某些实现方式中，根据该逻辑信道标识确定该第一配置信息和/或该第一指示信息；根据该第一配置信息和/或该第一指示信息确定该媒体接入控制服务数据单元的长度值；根据该逻辑信道标识和该媒体接入控制服务数据单元的长
度值解析该媒体接入控制服务数据单元。该第一格式还包括类型和/或级联的该媒体接入控制服务数据单元的个数。
41.结合第二方面，在第二方面的某些实现方式中，根据该第一格式解析该媒体接入控制服务数据单元，包括：根据该类型确定该媒体接入控制服务数据单元的头格式为该第一格式；根据该逻辑信道标识、该媒体接入控制服务数据单元的长度值、该类型和/或该媒体接入控制服务数据单元的级联个数解析该媒体接入控制服务数据单元。
42.结合第二方面，在第二方面的某些实现方式中，接收n个级联的所述媒体接入控制服务数据单元，n个级联的媒体接入控制服务数据单元与第一格式对应，n为大于或等于1的正整数。
43.第三方面，提供了一种通信方法，该方法可以由终端设备执行，或者，也可以由配置于终端设备中的芯片或电路执行，本技术对此不作限定。
44.该方法可以包括：确定第二格式，该第二格式包括媒体接入控制服务数据单元的长度值，该第二格式为该媒体接入控制服务数据单元对应的头格式；在第一授权时隙，根据该第二格式发送该媒体接入控制服务数据单元，该第一授权时隙与逻辑信道标识一一对应。
45.根据本技术提供的方式，通过新定义一个媒体接入控制头mac subheader格式，不携带逻辑信道标识，能够减少mac subheader头开销，从而降低空口开销和处理时延。
46.结合第三方面，在第三方面的某些实现方式中，发送第二指示信息，该第二指示信息用于指示该第一授权时隙与该逻辑信道标识一一对应。
47.应理解，该第二指示信息可以显式指示，或者隐式指示。
48.示例性的，该第二指示信息可以指示第一授权grant时隙(例如，1ms)与该逻辑信道标识(例如，urllc lch id)唯一对应。也就是说，该时隙不允许被抢占并用于发送其他逻辑信道标识对应的数据和/或mac ce，免调度资源(grant free，gf)与lch id绑定，某个grant时隙仅能用于某个lch数据的传输。即该第一时隙仅用于发送lch id对应的mac sdu、因此发送侧在每次发送数据时都只选择不显式携带逻辑信道标识的新格式进行传输。
49.可选地，在另一种实现方式中，该第一授权时隙也可以用于发送其他逻辑信道标识lcid对应的数据和/或mac ce，但需要显式携带lcid、因此发送侧在每次发送数据时都需要先判断该时隙对应的lcid与待传输mac sdu对应的lcid是否相同，若相同则采用不显式携带lcid的头格式进行传输，否则采用显式携带lcid的头格式进行传输。对应的，接收端在接收到该第二指示信息时，会先判断mac sdu的头格式具体属于哪种格式，并根据mac subheader格式进一步解析：
50.若该格式未显式携带lcid，则通过传输时隙查找对应的缺省lcid，该缺省lcid作为该mac sdu或mac ce对应的lcid，再根据该lcid进一步处理；
51.若该格式显式携带了lcid，则将该lcid作为该mac sdu或mac ce对应的lcid，并根据该lcid进一步处理(例如，发送给与该lcid对应的上层rlc实体/pdcp实体)等。需要说明的是，该第一授权资源可以是动态授权(dynamic grant，dg)调度的单个资源，也可以是配置授权(configured grant，cg)调度或半静态(semi-persistent scheduling，sps)调度的周期性资源。
52.结合第三方面，在第三方面的某些实现方式中，该第二格式还包括类型和/或级联
的该媒体接入控制服务数据单元的个数。
53.以上行ul传输为例，对ue如何判断使用哪种mac subheader格式进行发送mac sdu进行说明(dl传输、为gnb实现，不讨论)。
54.针对方式1：一个新的subheader(b(o)/lcid/n)，mac sdu支持级联。
55.在一次传输块(transport block，tb)传输中，能够级联(即具有相同lcid的mac sdu(s))的mac sdu个数大于m，或者大于或等于m(m由基站预先给ue配置)；则采用该新格式(若标准定义了该格式)。
56.针对方式2：一个新的subheader(b(o)/n)，mac sdu支持级联。
57.在一次传输块tb传输中中，能够级联的mac sdu个数大于m，或者大于或等于m(m由基站预先给ue配置)，且授权时隙对应的lcid与待传输mac sdu的lcid相同；则采用该新格式(若标准定义了该格式)。
58.针对方式3：一个新的subheader(b(o)/l)，mac sdu不支持级联。
59.若授权时隙对应的lcid与待传输mac sdu的lcid相同，则采用该新格式(若标准定义了该格式)。
60.第四方面，提供了一种通信方法，该方法可以由网络设备执行，或者，也可以由配置于网络设备中的芯片或电路执行，本技术对此不作限定。
61.该方法可以包括：在第一授权时隙，接收媒体接入控制服务数据单元，该媒体接入控制服务数据单元与第二格式对应，该第二格式包括该媒体接入控制服务数据单元的长度值，该第一授权时隙与逻辑信道标识一一对应，该第二格式为该媒体接入控制服务数据单元对应的头格式；根据该第二格式解析该媒体接入控制服务数据单元、并进一步送给上层对应的数据无线电承载(data radio bearer，drb)实体或rlc/pdcp实体。
62.根据本技术提供的方式，通过新定义一个媒体接入控制头mac subheader格式，不携带逻辑信道标识，能够减少mac subheader头开销，从而降低空口开销和处理时延。
63.结合第四方面，在第四方面的某些实现方式中，接收第二指示信息，该第二指示信息用于指示该第一授权时隙与该逻辑信道标识一一对应。
64.应理解，该第二指示信息可以显式指示，或者隐式指示。
65.示例性的，该第二指示信息可以指示第一授权grant时隙(例如，1ms)与该逻辑信道标识(例如，urllc lch id)唯一对应。也就是说，该时隙不允许被抢占并用于发送其他逻辑信道标识对应的数据和/或mac ce，免调度资源(grant free，gf)与lch id绑定，某个grant时隙仅能用于某个lch数据的传输。即该第一时隙仅用于发送lch id对应的mac sdu。
66.可选地，在另一种实现方式中，该第一授权时隙也可以用于发送其他逻辑信道标识lcid对应的数据和/或mac ce，但需要显式携带lcid。对应的，接收端在接收到该第二指示信息时，会先判断mac sdu的头格式具体属于哪种格式，并根据mac subheader格式进一步解析：
67.若该格式未显式携带lcid，则通过时隙查找对应的缺省lcid，该缺省lcid作为该mac sdu或mac ce对应的lcid，再根据该lcidlcid进一步处理；
68.若该格式显式携带了lcid，则将该lcid作为该mac sdu或mac ce对应的lcid，并根据该lcid进一步处理(例如，发送给与该lcid对应的上层rlc实体/pdcp实体)等。
69.结合第四方面，在第四方面的某些实现方式中，根据该第二格式解析该媒体接入
控制服务数据单元，包括：根据该第一授权时隙确定该逻辑信道标识，该逻辑信道标识与该媒体接入控制服务数据单元对应；根据该逻辑信道标识和该媒体接入控制服务数据单元的长度值解析该媒体接入控制服务数据单元。
70.结合第四方面，在第四方面的某些实现方式中，该第二格式还包括类型和/或级联的该媒体接入控制服务数据单元的个数。
71.结合第四方面，在第四方面的某些实现方式中，根据该第一格式解析该媒体接入控制服务数据单元，包括：根据该类型确定该媒体接入控制服务数据单元的头格式是该第二格式；根据该逻辑信道标识、该媒体接入控制服务数据单元的长度值、该类型和/或该媒体接入控制服务数据单元的级联个数解析该媒体接入控制服务数据单元。
72.第五方面，提供了一种通信方法，该方法可以由终端设备执行，或者，也可以由配置于终端设备中的芯片或电路执行，本技术对此不作限定。
73.该方法可以包括：确定第三格式，该第三格式包括媒体接入控制服务数据单元的级联个数，该第三格式与n个级联的该媒体接入控制服务数据单元对应；根据该第三格式发送该n个级联的媒体接入控制服务数据单元，n为大于或等于1的正整数。
74.根据本技术提供的方式，通过新定义一个媒体接入控制头mac subheader格式，不携带逻辑信道标识和该媒体接入控制服务数据单元的长度值，能够减少mac subheader头开销，从而降低空口开销和处理时延。
75.结合第五方面，在第五方面的某些实现方式中，该第三格式还包括类型，和/或逻辑信道标识，和/或该媒体接入控制服务数据单元的长度值。
76.结合第五方面，在第五方面的某些实现方式中，根据第三格式和该n个级联的媒体接入控制服务数据单元发送该n个级联的媒体接入控制协议数据单元。
77.结合第五方面，在第五方面的某些实现方式中，在发送该n个级联的媒体接入控制服务数据单元之前，该方法还包括：接收第二配置信息，该第二配置信息用于指示该媒体接入控制服务数据单元的长度值和该逻辑信道标识对应。
78.结合第五方面，在第五方面的某些实现方式中，根据该第三格式发送该n个级联的媒体接入控制服务数据单元，包括：在第二授权时隙，根据该第三格式发送该n个级联的媒体接入控制服务数据单元，该第二授权时隙与该逻辑信道标识对应。
79.以上行ul传输为例，对ue如何判断使用哪种mac subheader格式进行发送macsdu进行说明。
80.针对方式1：一个新的subheader(b(o)/lcid/n/l)
81.在一次传输块tb传输中，能够级联的mac sdus(即具有相同lcid和l)个数大于m，或者大于或等于m(m由基站预先给ue配置)；则采用该新格式(若标准定义了该格式)。
82.针对方式2：一个新的subheader(b(o)/lcid/n)
83.同方式1定义类似，但能够级联的定义为：具有相同lcid和l的mac sdus，且这些mac sdus的l与lcid对应的缺省l相同。
84.针对方式3：一个新的subheader(b(o)/n)
85.同方式2定义类似，但能够级联的定义为：具有相同lcid和l的mac sdus，且这些mac sdus的l与lcid对应的缺省l相同，且这些mac sdus的lcid与该授权时隙对应的lcid相同。
86.针对方式4：一个新的subheader(不支持级联)
87.a)采用非级联(标准支持级联格式，但不满足级联条件(例如，满足级联条件的mac sdus个数小于m，或者小于或等于m；或标准不支持级联格式)，且该mac sdus的lcid与该授权时隙对应的lcid相同，且该mac sdus的l与该lcid对应的缺省l相同；则采用该新格式。
88.b)采用现有标准已定义的老格式。
89.c)采用非级联(标准支持级联格式，但不满足级联条件(例如，满足级联条件的mac sdus个数小于m，或者小于或等于m；或标准不支持级联格式)，且该mac sdus的lcid与该授权时隙对应的lcid不同(若支持lcid与缺省l的配置)、或始终携带lcid(若不支持lcid与缺省l的配置)，且该mac sdus的l与该lcid对应的缺省l相同；则采用该新格式。
90.针对方式5：一个新的subheader(b(o)/n/l或者b(o)/n或者b(o)/n/l/l
…
)
91.a)针对头格式为b(o)/n/l，满足级联条件的mac sdus个数大于m，或者大于或等于m(可选地、m由基站给ue配置)，则选择该新格式。(满足级联条件：待级联的mac sdus具有相同l，且对应lcid与该授权时隙对应的lcid相同)。
92.b)针对头格式为b(o)/n，同a。(满足级联条件：待级联的mac sdus的lcid与该授权时隙对应的lcid相同)。
93.c)针对头格式为b(o)/n/l/l
…
，同b。
94.第六方面，提供了一种通信方法，该方法可以由网络设备执行，或者，也可以由配置于网络设备中的芯片或电路执行，本技术对此不作限定。
95.该方法可以包括：接收媒体接入控制服务数据单元，所述媒体接入控制服务数据单元与第三格式对应，所述第三格式包括所述媒体接入控制服务数据单元的级联个数，所述第三格式与n个级联的所述媒体接入控制服务数据单元对应，n为大于或等于1的正整数；根据所述第三格式解析所述n个级联的媒体接入控制服务数据单元。
96.根据本技术提供的方式，通过新定义一个媒体接入控制头mac subheader格式，不携带逻辑信道标识和该媒体接入控制服务数据单元的长度值，能够减少mac subheader头开销，从而降低空口开销和处理时延。
97.结合第六方面，在第六方面的某些实现方式中，根据该第三格式和该n个级联的媒体接入控制服务数据单元接收该n个级联的媒体接入控制协议数据单元。
98.结合第六方面，在第六方面的某些实现方式中，该第三格式还包括类型，和/或逻辑信道标识，和/或该媒体接入控制服务数据单元的长度值。
99.结合第六方面，在第六方面的某些实现方式中，在接收该媒体接入控制服务数据单元之前，该方法还包括：确定第二配置信息，该第二配置信息用于指示该媒体接入控制服务数据单元的长度值和该逻辑信道标识对应；发送该第二配置信息。
100.结合第六方面，在第六方面的某些实现方式中，该接收该媒体接入控制服务数据单元，包括：在第二授权时隙，接收该n个级联的媒体接入控制服务数据单元，该第二时隙与该逻辑信道标识对应。
101.结合第六方面，在第六方面的某些实现方式中，根据该第三格式解析该n个级联的媒体接入控制服务数据单元，包括：根据该第二配置信息确定该媒体接入控制服务数据单元的长度值；根据该第二授权时隙确定该逻辑信道标识；根据该类型确定该媒体接入控制服务数据单元的头格式是该第三格式；根据该逻辑信道标识、该媒体接入控制服务数据单
元的长度值、该类型和/或该媒体接入控制服务数据单元的级联个数解析该媒体接入控制服务数据单元。
102.结合第一方面至第六方面，在某些实现方式中，所涉及的指示信息、配置信息等承载方式可以是但不限于：无线资源控制信令、媒体接入控制(media access control，mac)层信令和物理层(physical，phy)信令中的一种或者至少两种的组合。其中，无线资源控制信令包括：无线资源控制(radio resource control，rrc)信令；mac层信令包括：mac控制元素(mac control element，mac ce)；phy层信令包括：下行控制信息(downlink control information，dci)、上行控制信息(uplink control information，uci)等。
103.可选地，所涉及的指示信息、配置信息等承载方式也可以是但不限定于：非接入(non-access stratum，nas)信令、sdap层、pdcp层、rlc层的信令等等。
104.第七方面，提供了一种通信装置，包括：处理单元，用于确定第一格式，该第一格式包括逻辑信道标识，该逻辑信道标识与媒体接入控制服务数据单元的长度值对应，该第一格式为该媒体接入控制服务数据单元的头格式；收发单元，用于根据该第一格式发送该媒体接入控制服务数据单元。
105.结合第七方面，在第七方面的某些实现方式中，该收发单元，还用于接收第一配置信息，该第一配置信息用于指示该媒体接入控制服务数据单元的长度值和该逻辑信道标识对应。
106.结合第七方面，在第七方面的某些实现方式中，该收发单元，还用于发送第一信息，该第一信息用于指示该媒体接入控制服务数据单元的长度值和该逻辑信道标识对应。
107.结合第七方面，在第七方面的某些实现方式中，该收发单元，还用于发送第一指示信息，该第一指示信息用于指示业务模式，与该业务模式对应的该媒体接入控制服务数据单元的长度值固定不变。
108.结合第七方面，在第七方面的某些实现方式中，该收发单元，还用于接收第二配置信息，该第二配置信息用于指示更新后的媒体接入控制服务数据单元的长度值与该逻辑信道标识对应。
109.结合第七方面，在第七方面的某些实现方式中，该收发单元，还用于发送第二信息，该第二信息用于指示业务模式发生变化，该第二信息包括该更新后的媒体接入控制服务数据单元的长度值或应用层数据包大小与该逻辑信道标识对应。
110.结合第七方面，在第七方面的某些实现方式中，该第一格式还包括类型和/或级联的该媒体接入控制服务数据单元的个数。
111.结合第七方面，在第七方面的某些实现方式中，该收发单元，还用于根据该第一格式发送n个级联的该媒体接入控制服务数据单元，该n个级联的该媒体接入控制服务数据单元与该第一格式对应，n为大于或等于1的正整数。
112.结合第七方面，在第七方面的某些实现方式中，该收发单元，还用于根据该第一格式和该n个级联的该媒体接入控制服务数据单元发送该媒体接入控制协议数据单元。
113.第八方面，提供了一种通信装置，包括：收发单元，用于接收媒体接入控制服务数据单元，该媒体接入控制服务数据单元与第一格式对应，该第一格式包括逻辑信道标识，该逻辑信道标识与该媒体接入控制服务数据单元的长度值对应，该第一格式为该媒体接入控制服务数据单元的头格式；处理单元，用于根据该第一格式解析该媒体接入控制服务数据
单元。
114.结合第八方面，在第八方面的某些实现方式中，该处理单元，还用于确定第一配置信息，该第一配置信息用于指示该媒体接入控制服务数据单元的长度值与该逻辑信道标识对应；该收发单元，还用于发送该第一配置信息。
115.结合第八方面，在第八方面的某些实现方式中，该收发单元，还用于接收第一信息，该第一信息用于指示该媒体接入控制服务数据单元的长度值与该逻辑信道标识对应。
116.结合第八方面，在第八方面的某些实现方式中，该收发单元，还用于接收第一指示信息，该第一指示信息用于指示业务模式，与该业务模式对应的该媒体接入控制服务数据单元的长度值固定不变。
117.结合第八方面，在第八方面的某些实现方式中，该处理单元，还用于发送第二配置信息，该第二配置信息用于指示更新后的媒体接入控制服务数据单元的长度值与该逻辑信道标识对应。
118.结合第八方面，在第八方面的某些实现方式中，该处理单元，还用于接收第二信息，该第二信息用于指示业务模式发生变化，该第二信息包括该更新后的媒体接入控制服务数据单元的长度值或应用层数据包大小与该逻辑信道标识对应。
119.结合第八方面，在第八方面的某些实现方式中，该处理单元，还用于：根据该逻辑信道标识确定该第一配置信息和/或该第一指示信息；根据该第一配置信息和/或该第一指示信息确定该媒体接入控制服务数据单元的长度值；根据该逻辑信道标识和该媒体接入控制服务数据单元的长度值解析该媒体接入控制服务数据单元。
120.结合第八方面，在第八方面的某些实现方式中，该第一格式还包括类型和/或级联的该媒体接入控制服务数据单元的个数。
121.结合第八方面，在第八方面的某些实现方式中，该处理单元，还用于：根据该类型确定该媒体接入控制服务数据单元的头格式为该第一格式；根据该逻辑信道标识、该媒体接入控制服务数据单元的长度值、该类型和/或该媒体接入控制服务数据单元的级联个数解析该媒体接入控制服务数据单元。
122.结合第八方面，在第八方面的某些实现方式中，该收发单元，还用于接收n个级联的所述媒体接入控制服务数据单元，n个级联的媒体接入控制服务数据单元与第一格式对应，n为大于或等于1的正整数。
123.第九方面，提供了一种通信装置，包括：处理单元，用于确定第二格式，该第二格式包括媒体接入控制服务数据单元的长度值，该第二格式为该媒体接入控制服务数据单元对应的头格式；收发单元，用于在第一授权时隙，根据该第二格式发送该媒体接入控制服务数据单元，该第一授权时隙与逻辑信道标识一一对应。
124.应理解，该第二指示信息可以显式指示，或者隐式指示。
125.结合第九方面，在第九方面的某些实现方式中，该收发单元，用于发送第二指示信息，该第二指示信息用于指示该第一授权时隙与该逻辑信道标识一一对应。
126.应理解，该第一指示信息可以显式指示，或者隐式指示。
127.示例性的，该第二指示信息可以指示第一授权grant时隙(例如，1ms)与该逻辑信道标识(例如，urllc lch id)唯一对应。也就是说，该时隙不允许被抢占并用于发送其他逻辑信道标识对应的数据和/或mac ce，免调度资源(grant free，gf)与lch id绑定，某个
grant时隙仅能用于某个lch数据的传输。即该第一时隙仅用于发送lch id对应的mac sdu、因此发送侧在每次发送数据时都只选择不显式携带逻辑信道标识的新格式进行传输。
128.可选地，在另一种实现方式中，该第一授权时隙也可以用于发送其他逻辑信道标识lcid对应的数据和/或mac ce，但需要显式携带lcid、因此发送侧在每次发送数据时都需要先判断该时隙对应的lcid是否与待传mac sdu对应的lcid是否相同，若相同则采用不显式携带lcid的头格式进行传输、否则采用显式携带lcid的头格式进行传输。对应的，接收端在接收到该第二指示信息时，会先判断mac sdu的头格式具体属于哪种格式，并根据mac subheader格式进一步解析：
129.若该格式未显式携带lcid，则通过传输时隙查找对应的缺省lcid，该缺省lcid作为该mac sdu或mac ce对应的lcid，再根据该lcid进一步处理；
130.若该格式显式携带了lcid，则将该lcid作为该mac sdu或mac ce对应的lcid，并根据该lcid进一步处理(例如，发送给与该lcid对应的上层rlc实体/pdcp实体)等。需要说明的是，该第一授权资源可以是动态授权(dynamic grant，dg)调度的单个资源，也可以是配置授权(configured grant，cg)调度或半静态(semi-persistent scheduling，sps)调度的周期性资源。
131.结合第九方面，在第九方面的某些实现方式中，该第二格式还包括类型和/或级联的该媒体接入控制服务数据单元的个数。
132.第十方面，提供了一种通信装置，包括：收发单元，用于在第一授权时隙，接收媒体接入控制服务数据单元，该媒体接入控制服务数据单元与第二格式对应，该第二格式包括该媒体接入控制服务数据单元的长度值，该第一授权时隙与逻辑信道标识一一对应，该第二格式为该媒体接入控制服务数据单元对应的头格式；处理单元，用于根据该第二格式解析该媒体接入控制服务数据单元、并进一步送给上层对应的数据无线电承载(data radio bearer，drb)实体或rlc/pdcp实体。
133.结合第十方面，在第十方面的某些实现方式中，该收发单元，还用于接收第二指示信息，该第二指示信息用于指示该第一授权时隙与该逻辑信道标识一一对应。
134.应理解，该第二指示信息可以显式指示，或者隐式指示。
135.结合第十方面，在第十方面的某些实现方式中，该处理单元，还用于：根据该第一授权时隙确定该逻辑信道标识，该逻辑信道标识与该媒体接入控制服务数据单元对应；根据该逻辑信道标识和该媒体接入控制服务数据单元的长度值解析该媒体接入控制服务数据单元。
136.结合第十方面，在第十方面的某些实现方式中，该第二格式还包括类型和/或级联的该媒体接入控制服务数据单元的个数。
137.结合第十方面，在第十方面的某些实现方式中，该处理单元，还用于：根据该类型确定该媒体接入控制服务数据单元的头格式是该第二格式；根据该逻辑信道标识、该媒体接入控制服务数据单元的长度值、该类型和/或该媒体接入控制服务数据单元的级联个数解析该媒体接入控制服务数据单元。
138.第十一方面，提供了一种通信装置，包括：收发单元，用于确定第三格式，该第三格式包括媒体接入控制服务数据单元的级联个数，该第三格式与n个级联的该媒体接入控制服务数据单元对应；收发单元，用于根据该第三格式发送该n个级联的媒体接入控制服务数
据单元。
139.结合第十一方面，在第十一方面的某些实现方式中，该第三格式还包括类型，和/或逻辑信道标识，和/或该媒体接入控制服务数据单元的长度值。
140.结合第十一方面，在第十一方面的某些实现方式中，该收发单元，还用于根据第三格式和该n个级联的媒体接入控制服务数据单元发送该n个级联的媒体接入控制协议数据单元。
141.结合第十一方面，在第十一方面的某些实现方式中，该收发单元，还用于接收第二配置信息，该第二配置信息用于指示该媒体接入控制服务数据单元的长度值和该逻辑信道标识对应。
142.结合第十一方面，在第十一方面的某些实现方式中，该收发单元，还用于在第二授权时隙，根据该第三格式发送该n个级联的媒体接入控制服务数据单元，该第二授权时隙与该逻辑信道标识对应。
143.第十二方面，提供了一种通信装置，包括：收发单元，用于接收媒体接入控制服务数据单元，该媒体接入控制服务数据单元与第三格式对应，该第三格式包括该媒体接入控制服务数据单元的级联个数，该第三格式与n个级联的该媒体接入控制服务数据单元对应；处理单元，用于根据该第三格式解析该n个级联的媒体接入控制服务数据单元。
144.结合第十二方面，在第十二方面的某些实现方式中，该收发单元，还用于根据该第三格式和该n个级联的媒体接入控制服务数据单元接收该n个级联的媒体接入控制协议数据单元。
145.结合第十二方面，在第十二方面的某些实现方式中，该第三格式还包括类型，和/或逻辑信道标识，和/或该媒体接入控制服务数据单元的长度值。
146.结合第十二方面，在第十二方面的某些实现方式中，该处理单元，用于确定第二配置信息，该第二配置信息用于指示该媒体接入控制服务数据单元的长度值和该逻辑信道标识对应；该收发单元，用于发送该第二配置信息。
147.结合第十二方面，在第十二方面的某些实现方式中，该收发单元，还用于在第二授权时隙，接收该n个级联的媒体接入控制服务数据单元，该第二时隙与该逻辑信道标识对应。
148.结合第十二方面，在第十二方面的某些实现方式中，该处理单元，还用于根据该第二配置信息确定该媒体接入控制服务数据单元的长度值；根据该第二授权时隙确定该逻辑信道标识；根据该类型确定该媒体接入控制服务数据单元的头格式是该第三格式；根据该逻辑信道标识、该媒体接入控制服务数据单元的长度值、该类型和/或该媒体接入控制服务数据单元的级联个数解析该媒体接入控制服务数据单元。
149.结合第九方面至第十二方面，在某些实现方式中，所涉及的指示信息、配置信息等承载方式可以是但不限于：无线资源控制信令、媒体接入控制(media access control，mac)层信令和物理层(physical，phy)信令中的一种或者至少两种的组合。其中，无线资源控制信令包括：无线资源控制(radio resource control，rrc)信令；mac层信令包括：mac控制元素(control element，ce)；物理层信令包括：下行控制信息(downlink control information，dci)、上行控制信息(uplink control information，uci)等。
150.可选地，所涉及的指示信息、配置信息等承载方式也可以是但不限定于：非接入
(non-access stratum，nas)信令、sdap层、pdcp层、rlc层的信令等等。
151.第十三方面，提供了一种终端设备，包括，处理器，可选地，还包括存储器，该处理器用于控制收发器收发信号，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得该终端设备执行上述第一方面或第一方面中任一种可能实现方式中的方法，或者使得该终端设备执行上述第三方面或第三方面中任一种可能实现方式中的方法，或者使得该终端设备执行上述第五方面或第五方面中任一种可能实现方式中的方法。
152.可选地，该处理器为一个或多个，该存储器为一个或多个。
153.可选地，该存储器可以与该处理器集成在一起，或者该存储器与处理器分离设置。
154.可选地，该终端设备还包括收发器，收发器具体可以为发射机(发射器)和接收机(接收器)。
155.第十四方面，提供了一种网络设备，包括，处理器，可选地，还包括存储器，该处理器用于控制收发器收发信号，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得该网络设备执行上述第二方面或第二方面中任一种可能实现方式中的方法，或者使得该网络设备执行上述第四方面或第四方面中任一种可能实现方式中的方法，或者使得该网络设备执行上述第六方面或第六方面中任一种可能实现方式中的方法。
156.可选地，该处理器为一个或多个，该存储器为一个或多个。
157.可选地，该存储器可以与该处理器集成在一起，或者该存储器与处理器分离设置。
158.可选地，该网络设备还包括收发器，收发器具体可以为发射机(发射器)和接收机(接收器)。
159.第十五方面，提供了一种通信装置，包括：用于实现第一方面或第一方面任一种可能实现方式中的方法的各个模块或单元，或者用于实现第二方面或第二方面任一种可能实现方式中的方法的各个模块或单元，或者用于实现第三方面或第三方面任一种可能实现方式中的方法的各个模块或单元，或者用于实现第四方面或第四方面任一种可能实现方式中的方法的各个模块或单元，或者用于实现第五方面或第五方面任一种可能实现方式中的方法的各个模块或单元，或者用于实现第六方面或第六方面任一种可能实现方式中的方法的各个模块或单元。
160.第十六方面，提供了一种通信装置，包括处理器和接口电路，接口电路用于接收来自通信装置之外的其它通信装置的信号并传输至处理器，或将来自处理器的信号发送给通信装置之外的其它通信装置，处理器通过逻辑电路或执行代码指令用于实现上述第一方面或第一方面任一种可能实现方式中的方法至第六方面或第六方面任一种可能实现方式中的方法。
161.第十七方面，提供了一种通信系统，包括：终端设备，用于执行上述第一方面或第一方面任一种可能实现方式中的方法，或者用于执行上述第三方面或第三方面任一种可能实现方式中的方法，或者用于执行上述第五方面或第五方面任一种可能实现方式中的方法；以及网络设备，用于执行上述第二方面或第二方面任一种可能实现方式中的方法，或者用于执行上述第四方面或第四方面任一种可能实现方式中的方法，或者用于执行上述第六方面或第六方面任一种可能实现方式中的方法。
162.第十八方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序或代码，该计算机程序或代码在计算机上运行时，使得该计算机执行上述第一方面或第一方面任一种可能实现方式中的方法，或者第二方面或第二方面任一种可能实现方式中的方法，或者第三方面或第三方面任一种可能实现方式中的方法，或者第四方面或第四方面任一种可能实现方式中的方法，或者第五方面或第五方面任一种可能实现方式中的方法，或者第六方面或第六方面任一种可能实现方式中的方法。
163.第十九方面，提供了一种芯片，包括至少一个处理器，该至少一个处理器与存储器耦合，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得安装有该芯片系统的终端设备执行上述第一方面或第一方面任一种可能实现方式中的方法，以及使得安装有该芯片系统的网络设备执行第二方面或第二方面任一种可能实现方式中的方法，以及使得安装有该芯片系统的网络设备执行第三方面或第三方面任一种可能实现方式中的方法，以及使得安装有该芯片系统的网络设备执行第四方面或第四方面任一种可能实现方式中的方法，以及使得安装有该芯片系统的网络设备执行第五方面或第五方面任一种可能实现方式中的方法，以及使得安装有该芯片系统的网络设备执行第六方面或第六方面任一种可能实现方式中的方法。
164.其中，该芯片可以包括用于发送信息或数据的输入电路或者接口，以及用于接收信息或数据的输出电路或者接口。
165.第二十方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码被计算机时，执行上述第一方面或第一方面任一种可能实现方式中的方法，以及执行第二方面或第二方面任一种可能实现方式中的方法，以及执行第三方面或第三方面任一种可能实现方式中的方法，以及执行第四方面或第四方面任一种可能实现方式中的方法，以及执行第五方面或第五方面任一种可能实现方式中的方法，以及执行第六方面或第六方面任一种可能实现方式中的方法。
166.根据本技术实施例的方式，提供了一种通信方法和装置，新定义的mac subheader格式，将具有相同的数据包长度值和/或相同的逻辑信道标识(logical channel identity，lcid)的mac服务数据单元(service data unit，sdu)级联，从而减少数据包在mac层传输时对应的头开销，降低空口开销和处理时延，满足低时延和高可靠性的通信需求。
附图说明
167.图1是适用本技术的通信系统的一例示意图。
168.图2是适用本技术的网络架构的一例示意图。
169.图3是适用本技术的用户面和控制面协议栈的一例示意图。
170.图4是适用本技术的媒体接入控制mac头开销的一例示意图。
171.图5是适用本技术的通信方法的一例示意图。
172.图6是适用本技术的通信方法的另一例示意图。
173.图7是适用本技术的媒体接入控制mac头开销的另一例示意图。
174.图8是适用本技术的通信方法的又一例示意图。
175.图9是适用本技术的媒体接入控制mac头开销的又一例示意图。
176.图10是适用本技术的通信方法的又一例示意图。
177.图11是适用本技术的媒体接入控制mac头开销的又一例示意图。
178.图12是适用本技术的通信装置的一例示意图。
179.图13是适用本技术的通信装置的另一例示意图。
180.图14是适用本技术的终端设备的一例示意图。
181.图15是适用本技术的网络设备的一例示意图。
具体实施方式
182.下面将结合附图，对本技术中的技术方式进行描述。
183.本技术实施例的技术方式可以应用于各种通信系统，例如：例如：全球移动通讯(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)通信系统、第五代(5th generation，5g)系统或新无线(new radio，nr)，也可以扩展到类似的无线通信系统中，如无线保真(wireless-fidelity，wifi)，以及第三代合作伙伴计划(3rd generation partnership project，3gpp)相关的蜂窝系统等。
184.通常来说，传统的通信系统支持的连接数有限，也易于实现。然而，随着通信技术的发展，移动通信系统将不仅支持传统的通信，还将支持例如，设备到设备(device to device，d2d)通信，机器到机器(machine to machine，m2m)通信，机器类型通信(machine type communication，mtc)，车联网(vehicle to everything，v2x)通信，例如，车到车(vehicle to vehicle，v2v)通信、车到基础设施(vehicle to infrastructure，v2i)通信、车到行人(vehicle to pedestrian，v2p)通信、车到网络(vehicle to network，v2n)通信等，车间通信长期演进技术(long term evolution-vehicle，lte-v)、机器类通信(machine type communication，mtc)、物联网(internet of things，iot)、工业互联网、机器间通信长期演进技术(long term evolution-machine，lte-m)等。
185.为了便于理解本技术实施例，图1示出了适用于本技术实施例提供的方法的通信系统100的示意图。如图1所示，该通信系统可以包括至少一个网络设备，如网络设备101；该通信系统还可以包括至少一个终端设备，如终端设备102至107。其中，该终端设备102至107可以是移动的或固定的。网络设备101和终端设备102至107中的一个或多个均可以通过无线链路通信。即网络设备可以向终端设备发送信号，终端设备也可以向网络设备发送信号。示例性的，每个网络设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备通信。例如，网络设备可以向终端设备发送配置信息，终端设备可以基于该配置信息向网络设备发送上行数据；又例如，网络设备可以向终端设备发送下行数据。因此，图1中的网络设备101和终端设备102至107构成一个通信系统。
186.可选地，终端设备之间也可以可以直接通信。例如，可以利用d2d技术等实现终端
设备之间的直接通信。如图1所示，终端设备105与106之间、终端设备105与107之间，可以利用d2d技术直接通信。终端设备106和终端设备107可以单独或同时与终端设备105通信。
187.终端设备105至107也可以分别与网络设备101通信。既可以直接与网络设备101通信，如图中的终端设备105和106可以直接与网络设备101通信；也可以间接地与网络设备101通信，如图中的终端设备107经由终端设备105与网络设备101通信。
188.应理解，图1示出了一个网络设备和多个终端设备，以及各通信装置之间的通信链路。可选地，该通信系统100可以包括多个网络设备，并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，例如更多或更少的终端设备。本技术对此不做限定。
189.上述各个通信装置，如图1中的网络设备101和终端设备102至107，可以配置多个天线。该多个天线可以包括至少一个用于发送信号的发射天线和至少一个用于接收信号的接收天线。另外，各通信装置还附加地包括发射机链和接收机链，本领域普通技术人员可以理解，它们均可包括与信号发送和接收相关的多个部件(例如处理器、调制器、复用器、解调器、解复用器或天线等)。因此，网络设备与终端设备之间可通过多天线技术通信。
190.可选地，该无线通信系统100还可以包括网络控制器、移动管理实体等其他网络实体，本技术实施例不限于此。
191.还应理解，图1仅为便于理解而示例的简化示意图，该通信系统100中还可以包括其他网络设备或者还可以包括其他终端设备，图1中未予以画出。
192.需要说明的是，本技术实施例以信号传输为背景，也适用于同构网络与异构网络的场景、低频场景(sub 6g)、高频场景(6g以上)、太赫兹、光通信、频分双工(frequency division duplex，fdd)和时分双工(time division duplex，tdd)系统、非地面通信网络(non-terrestrial networks，ntn)，例如卫星通信等。同时，本技术对于传输点也没有限制，可以是宏基站与宏基站、微基站与微基站、宏基站与微基站间的多点协同传输等。另外。本技术实施例适用于基站和终端的通信，终端和终端通信，以及基站和基站通信，还适用于cu/du架构、以及cp/up分离的架构等。
193.为了便于理解本技术实施例，图2示出了适用于本技术实施例提供的方法的网络架构200的示意图，如图2所示，该网络架构200可以包括终端设备、接入网设备、核心网设备和外部网络四部分。
194.下面，分别对该网络架构的四个部分进行详细说明。
195.1.终端设备
196.本技术实施例中的终端设备可以称为用户设备(user equipment，ue)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信装置、用户代理或用户装置、软终端等，包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备。终端可以是移动站(mobile station，ms)、用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digital assistant，pda)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handset)、膝上型电脑(laptop computer)、机器类型通信(machine type communication，mtc)终端等。
197.本技术实施例中的终端设备也可以是手机(mobile phone)、带无线收发功能的电脑、虚拟现实(virtual reality，vr)终端设备、增强现实(augmented reality，ar)终端设
cell)、微小区(micro cell)、微微小区(pico cell)、毫微微小区(femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。
205.3.核心网设备
206.应理解，核心网作为移动通信网络的核心部分，起着承上启下的作用，主要负责处理终端用户的移动管理，会话管理以及数据传输。简单点说，可以把移动网络划分为三个部分：基站子系统、网络子系统和系统支撑部分。核心网部分就是位于网络子系统内，核心网的主要作用是把空口上的呼叫请求或数据请求接续到不同的网络上。
207.应理解，核心网提供用户连接、对用户的管理以及对业务完成承载，作为承载网络提供到外部网络的接口。用户连接的建立包括移动性管理(mobile management，mm)、呼叫管理(connection management，cm)、交换/路由、录音通知等功能。用户管理包括用户的描述、服务质量(quality of service，qos)、用户寻呼记录(accounting)、虚拟归属环境(virtual home environment，vhe)和安全性(由鉴权中心提供相应的安全性措施包含了对移动业务的安全性管理和对外部网络访问的安全性处理)。承载连接(access)包括到外部的公共交换电话网络(public switched telephone network，pstn)、外部电路数据网和分组数据网、互联网络(internet)和内联网(intranets)、以及移动网络自身的手机短信服务(short message service，sms)服务器等等。核心网还可以提供的基本业务包括移动办公、电子商务、寻呼、娱乐性业务、旅行和基于位置的服务、遥感业务(telemetry)、简单消息传递业务(监视控制)等。
208.作为示例而非限定，核心网设备可以包括：接入和移动性管理功能(access mobility function，amf)、会话管理功能(session management function，smf)、策略控制功能(policy control function，pcf)、用户面功能(user plane function，upf)等功能单元，这些功能单元可以独立工作，也可以组合在一起实现某些控制功能，如：amf、smf和pcf可以组合在一起作为管理设备，用于完成终端设备的接入鉴权、安全加密、位置注册等接入控制和移动性管理功能，以及用户面传输路径的建立、释放和更改等会话管理功能，以及分析一些切片(slice)相关的数据(如拥塞)、终端设备相关的数据的功能，upf主要完成用户面数据的路由转发等功能，如：负责对终端设备的数据报文过滤、数据传输/转发、速率控制、生成计费信息等。
209.需要说明的是，5g核心网包括：以服务为基础的架构，支持网络切片，控制面和用户面分离。一是网络功能的分离，以软件化、模块化、服务化的方式来构建网络。二是控制面和用户面的分离，让用户面功能摆脱“中心化”的约束，使其既可灵活部署于核心网，也可部署于接入网。
210.4.外部网络
211.外部网络可以为用户提供业务服务，例如，该外部网络可以是互联网(internet)、公共交换电话网络(public switched telephone network，pstn)等。
212.应理解，上述通信系统和网络架构仅是示例性说明，是为了更加清楚的说明本技术实施例的技术方式，并不构成对于本技术实施例提供的技术方式的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本技术实施例提供的技术方式对于类似的技术问题同样适用。例如，通信系统还可以包括核心网设备，核心网设备可以与多个接入网设备连接，用于控制接入网设备，并且，可以将从网络侧(例如，互联网)接收到的
数据分发至接入网设备。
213.本技术实施例并未对本技术实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本技术实施例的提供的方法的代码的程序，以根据本技术实施例提供的方法进行通信即可，例如，本技术实施例提供的方法的执行主体可以是终端设备或网络设备，或者，是终端设备或网络设备中能够调用程序并执行程序的功能模块；或者是可用于终端设备或网络设备的部件(例如芯片或者电路)。
214.另外，本技术的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本技术中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，cd)、数字通用盘(digital versatile disc，dvd)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmable read-only memory，eprom)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
215.为了描述方便，下面首先对本技术实施例涉及的主流业务进行说明。
216.增强移动宽带业务(enhance mobile broadband，embb)：是指在现有移动宽带业务场景的基础上，对于用户体验等性能的进一步提升，这也是最贴近我们日常生活的应用场景。5g在这方面带来的最直观的感受就是网速的大幅提升，即便是观看4k高清视频，峰值能够达到10gbps。比如embb指3d/超高清视频等大流量移动宽带业务。
217.高可靠低时延通信(ultra reliable and low latency communication，urllc)：特点是高可靠、低时延、极高的可用性。它包括以下各类场景及应用：工业应用和控制、交通安全和控制、远程制造、远程培训、远程手术等。urllc在无人驾驶业务方面拥有很大潜力。此外，这对于安防行业也十分重要。urllc则指如无人驾驶、工业自动化等需要低时延、高可靠连接的业务
218.窄带物联网(narrow band internet of thing，nb-iot)：具有覆盖广、连接多、速率低、成本低、功耗低、架构优等特点，比如海量连接，更低功耗，更低芯片成本。比如智能水表，智能停车，宠物智能跟踪，智能自行车，智能烟雾检测器，智能马桶，智能售货机等等。
219.大规模物联网(massive machine type communications，mmtc):低成本，覆盖增强。
220.客户前置设备(customer premise equipment，cpe)：实际是一种接收移动信号并以无线wifi信号转发出来的移动信号接入设备，它也是一种将高速4g或者5g信号转换成wifi信号的设备，可支持同时上网的移动终端数量也较多。cpe可大量应用于农村、城镇、医院、单位、工厂、小区等无线网络接入，能节省铺设有线网络的费用。
221.车联网(vehicle to everything，v2x)：是未来智能交通运输系统的关键技术。它使得车与车、车与基站、基站与基站之间能够通信。从而获得实时路况、道路信息、行人信息等一系列交通信息，从而提高驾驶安全性、减少拥堵、提高交通效率、提供车载娱乐信息等。
222.图3示出的是适用于本技术的用户面和控制面协议栈的一例示意图。如图3所示，终端和基站可以包括用户面(user plane)协议和控制面(control plane)协议。终端和基站的各个层可以相互连接，进行信息传递。
223.应理解，用户面协议栈包括业务数据适配协议(service data adapation protocol，sdap)层、分组数据汇聚协议(packet data convergence protocol，pdcp)层、无线链路管理层(radio link control，rlc)层、媒体接入控制层(medium access control，mac)层、物理层(physical，phy)，控制面协议栈包括无线资源控制(radio resource control，rrc)层、pdcp层、rlc层、mac层、phy层。
224.其中，sdap层为nr新引入的协议层，pdcp用于加密、完保、分流等；rlc用于分段和重传；mac用于复用、控制、组包拆包等。这些协议层的功能可以由一个节点实现，或者可以由多个节点实现；例如，在一种演进结构中，ran设备可以包括集中单元cu和分布单元du，多个du可以由一个cu集中控制。
225.下面针对每个应用层(application layer，app)数据包的发送、以上行传输为例进行说明(下行传输是在基站gnb侧执行)：
226.(1)ue侧app层递交数据给sdap层，ue sdap层经过处理后递交给pdcp层，可选地，增加头开销sdap header，生成sdap协议数据单元(protocol data until，pdu)，并递交给ue pdcp层；
227.(2)ue pdcp层进一步将sdap pdu作为rlc服务数据单元(service data unit，sdu)，可选地，增加头开销pdcp header、生成pdcp pdu，并递交给ue rlc层；
228.(3)ue rlc层将pdcp pdu作为rlc sdu，可选地，增加头开销rlc header，生成rlc pdu，并递交给ue mac层；
229.(4)ue mac层将rlc pdu作为mac sdu、增加头开销mac subheader，生成mac subpdu，并将多个mac sbupdu(若同时有多个app数据包都要发送、生成多个mac sdu对应的mac sbupdu；或若有mac ce要发送，生成mac ce对应的mac subpdu)级联生成mac pdu，并递交给ue phy层；
230.(5)ue phy层在收到mac sdu后，在对应的物理上行共享信道(physical uplink shared channel，pusch)时频资源上发送给基站。
231.换言之，应用层数据包的传输中，本层的协议数据单元pdu为下层的服务数据单元sdu；本层的服务数据单元sdu为上层的协议数据单元pdu。其中，服务数据单元sdu对应于某个子层中没有被处理的数据。对于某个子层而言，输入的是服务数据单元sdu。协议数据单元pdu对应于被该子层处理形成特定格式的数据。对于某个子层而言，输出的就是协议数据单元pdu。
232.需要说明的是，n层用户与n层协议之间传递的数据称为服务数据单元sdu。n层协议实体之间传递的数据称为协议数据单元pdu，通过数据发送/接收管理把用户提交的sdu以pdu的形式，通过下层通道发送到对端协议实体。在接收端再将pdu还原成sdu发送给收端用户。
233.pdu的封装/解封装：在发送端，将用户递交的sdu加上协议控制信息(protocol control information，pci)，封装成pdu；在接收端，将接收到的pdu解封装，去掉pci，还原成sdu送交接收端用户。
234.sdu分段/装配：如果下层通道的带宽不能满足传递sdu的需要，就需要将一个sdu分成多段，分别封装成pdu发送出去(分段)；在接收端再将这些pdu解封装后重新装配成sdu。
235.sdu拼接/分离：拼接是指在发送端(n)层协议实体把多个长度较短的(n)sdu封装成一个(n)pdu来发送，在接收端再将接收到的(n)pdu解封装，将多个(n)sdu分离出来。采用拼接功能的目的是提高通道的利用率。
236.pdu分割/组合：pdu分割是指在发送端(n)层协议实体把一个(n)pdu分割成多个(n-1)sdu，并行地从多个(n-1)通道发送出去；接收端再将收到的多个(n-1)sdu组合成一个(n)pdu。由于这是一个n层功能，所以组合操作在n层中进行，即n层先得到多个分割开的(n)pdu，然后把它们组合成一个(n)pdu。
237.为便于理解本技术的技术方式，下面首先将与本技术相关的背景技术进行说明。
238.低时延高可靠性urllc是5g三大应用场景之一，作为移动通信行业切入垂直行业的一个突破口，urllc对于自动驾驶、工业制造、车联网和智能电网等领域的广泛应用非常关键，并在3gpp nr r16阶段得到全面增强。
239.urllc场景最大的特点是低时延、高可靠性，urllc场景的使用范围很大，在不同的场景对时延、可靠性和带宽的要求是不同的。具体来说至少包括电力自动化“三遥”场景、车联网场景和工业制造场景。其中，又以工业制造场景的低时延高可靠性的需求最为挑战。
240.示例性的，在工业制造场景中，智能工厂的制造设备通过5g接入企业云或者现场控制系统，采集现场环境数据和生产数据，实时分析生产状况。实现整条生产线的无人化和无线化。智能工业制造对技术性能要求很高，高端制造业对车间设备的延迟和稳定性有着非常高的需求。具体地，智能工厂的工业界提出了非常具体的性能需求，在一个服务区域，有不超过50个用户，在1ms的端到端时延中，一个大小为40字节的数据包的通信业务可用性(communication system available，csa)必须为99.9999％到99.999999％之间。
241.应理解，本技术同样适用于其他有低时延高可靠性urllc需求的业务场景。进一步地，本技术提供的低时延和高可靠性的urllc技术同样可以适用于其他没有这么高的时延和可靠性要求的业务，能够提升用户感知的吞吐量和用户的体验。本技术提供的技术方式不局限应用于urllc ue和基站，为了描述方便，以urllc ue和基站为例来说明。
242.针对urllc业务，应用层数据包的传输需要通过多层协议栈，每个app包的传输，在mac层都需要添加该mac sdu对应的mac subheader，导致头开销过大、以及可能引起更多的处理时延。例如，对于上行传输，ue侧封包时延增加、基站侧解包时延增加；对于下行传输，基站侧封包时延增加、ue侧解包时延增加。
243.示例性的，图4是适用本技术的媒体接入控制mac头开销的一例示意图。如图4所示，从mac层来看、若同一ue在同一时刻有多个小包发送，每个小包都会组成自己的mac sdu、以及在增加对应mac subheader后生成对应mac subpdu，其中mac pdu分为上下行两种格式(dl mac format和ul mac format)，可以看出每个app小包对应的mac subheader都需要额外占用2-3bytes，带来空口开销的增加。
244.其中，mac subheader有两种格式：分别占用2bytes和3bytes。其中：
245.r：为预留bit(reserved)、默认为“0”；
246.f：指示哪种subheader格式，即l长度(1byte或2bytes)；
247.lcid：逻辑信道标识(logical channel identity，lcid)或mac控制单元(control element，ce)标识；
248.l：非定长mac ce的长度值、或mac sdu长度值(单位为byte)。
249.应理解，一个mac pdu由1个mac头(mac header)、0个或多个mac sdu、0个或多个mac ce、可能存在的填充信息(padding)组成。mac header由一个或多个mac subheader组成。每个mac subheader对应一个mac pdu或一个mac ce或padding。
250.综上所述，目前nr协议栈中，针对每个app包、在mac层都需要添加该mac sdu对应的mac subheader，导致空口开销过大、以及可能引起更多的处理时延。因此，在urllc场景下，如何减少mac header头开销是亟待解决的问题。
251.基于此，本技术提供的技术方式主要对mac层进行优化，如在mac层如何减小空口开销，不涉及其他协议层(如sdap、pdcp、rlc等)优化。本技术提供了一种简化的mac层，包括：新定义一个mac subheader格式，不携带l字段；或者新定义一个mac subheader格式，将具有相同lcid的多个mac sdu级联，该lcid可显式携带或不显式携带；或者新定义一个mac subheader格式，不支持mac sdu级联，不携带lcid字段；或者新定义一个mac subheader格式，将具有相同lcid和l的多个mac sdu级联，l和lcid可显式携带或不显式携带，从而减少开销。上述具体实现方式使得在urllc场景下能够减少mac subheader头开销。
252.为了便于理解本技术实施例，做出以下几点说明。
253.在本技术中，“用于指示”可以包括用于直接指示和用于间接指示。当描述某一指示信息用于指示a时，可以包括该指示信息直接指示a或间接指示a，而并不代表该指示信息中一定携带有a。
254.此外，具体的指示方式还可以是现有各种指示方式，例如但不限于，上述指示方式及其各种组合等。各种指示方式的具体细节可以参考现有技术，本文不再赘述。由上文所述可知，举例来说，当需要指示相同类型的多个信息时，可能会出现不同信息的指示方式不相同的情形。具体实现过程中，可以根据具体的需要选择所需的指示方式，本技术实施例对选择的指示方式不做限定，如此一来，本技术实施例涉及的指示方式应理解为涵盖可以使得待指示方获知待指示信息的各种方法。
255.在下文示出的实施例中第一、第二以及各种数字编号指示为了描述方便进行的区分，并不用来限制本技术实施例的范围。例如，区分不同的指示信息等。
256.在下文示出的实施例中，协议定义可以通过在设备(例如，终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本技术对于其具体的实现方式不做限定。本技术实施例中涉及的“协议”可以是指通信领域的标准协议，例如可以包括lte协议、nr协议以及应用于未来的通信系统中的相关协议，本技术对此不做限定。
[0257]“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b和c中的至少一项(个)，可以表示：a，或，b，或，c，或，a和b，或，a和c，或，b和c，或，a、b和c。其中a、b和c分别可以是单个，也可以是多个。
[0258]
下面结合附图对本技术实施例中通信方法进行详细说明。
[0259]
需要理解的是，本技术实施例中，发送端和接收端可以是网络设备或终端设备。也就是说，针对上行传输，发送端可以是终端设备，接收端是网络设备；同样地，针对下行传
输，发送端可以是网络设备，接收端是终端设备。甚至收发端可以同时为网络设备或终端设备，本技术对此不作具体限定。为了描述方便，下文以上行传输为例，即以接收端为基站，发送端为ue为例，对本技术实施例进行说明。应理解，本技术实施例也适用于下行传输。
[0260]
图5是适用本技术实施例的一种简化的mac层的一例示意图，具体实现步骤500包括：
[0261]
s510，终端设备确定第一格式。
[0262]
其中，该第一格式包括逻辑信道标识，逻辑信道标识与媒体接入控制服务数据单元的长度值对应，该第一格式为所述媒体接入控制服务数据单元的头格式。
[0263]
示例性的，该第一格式为mac sdu的头格式mac subheader format。
[0264]
s520，终端设备根据该第一格式向网络设备发送媒体接入控制服务数据单元；对应的，网络设备接收来自终端设备的媒体接入控制服务数据单元。
[0265]
示例性的，终端设备向网络设备发送第一指示信息；对应的，网络设备接收来自终端设备的第一指示信息。其中，该第一指示信息用于指示业务模式，与该业务模式对应的媒体接入控制服务数据单元的长度值固定不变。
[0266]
一种可能的实现方式，在终端设备发送媒体接入控制服务数据单元之前，网络设备确定并向终端设备发送第一配置信息，该第一配置信息用于指示媒体接入控制服务数据单元的长度值和逻辑信道标识对应。
[0267]
另一种可能的实现方式，在终端设备发送媒体接入控制服务数据单元之前，终端设备向网络设备发送第一信息，该第一信息用于指示媒体接入控制服务数据单元的长度值和逻辑信道标识对应。
[0268]
可选地，核心网(core network，cn)可以向网络设备发送该第一信息，用于指示该业务模式发生变化。或者，cn来使能网络设备获知该终端设备的lch id对应的数据为周期业务(如ue上报数据包产生时间、业务/数据包周期、数据包大小/速率等)。
[0269]
需要说明的是，当媒体接入控制服务数据单元的长度值发生变化，终端设备接收来自网络设备的第二配置信息，该第二配置信息用于指示更新后的媒体接入控制服务数据单元的长度值与逻辑信道标识对应。
[0270]
进一步地，终端设备向网络设备发送第二信息，该第二信息用于指示业务模式发生变化，该第二信息包括更新后的媒体接入控制服务数据单元的长度值与逻辑信道标识对应。
[0271]
可选地，核心网(core network，cn)可以向网络设备发送该第二信息，用于指示该业务模式发生变化。或者，cn来使能网络设备获知该终端设备的lch id对应的数据为周期业务(如ue上报数据包产生时间、业务/数据包周期、数据包大小/速率等)。
[0272]
示例性的，该第一格式还包括类型和/或级联的媒体接入控制服务数据单元的个数。终端设备根据该第一格式发送n个级联的媒体接入控制服务数据单元，n个级联的媒体接入控制服务数据单元与第一格式对应，n为大于或等于1的正整数。
[0273]
可选地，该第一格式中包括类型(b(o))，该类型用于指示mac subheader头格式是否为新格式或老格式，可以通过增加1bit指示。例如，当1bit信息为“1”，可以表示该第一格式为新定义的格式(b(o)/lcid，或者b(o)/lcid/n等)；当1bit信息为“0”，可以表示该第一格式为协议已有的mac subheader格式。
[0274]
可选地，该第一格式可以不包括类型b(o)，例如mac subheader的格式可以为r/lcid，该第一格式同样为新定义的mac subheader格式，不支持目前标准定义的老格式。
[0275]
也就是说，若标准定义仅支持一种格式，且为新格式时，无需定义b字段。反之，若标准定义支持多种格式，则需要定义b字段。
[0276]
示例性的，终端设备根据第一格式和n个级联的媒体接入控制服务数据单元发送媒体接入控制协议数据单元。
[0277]
s530，网络设备根据该第一格式解析媒体接入控制服务数据单元。
[0278]
一种可能的实现方式，网络设备根据逻辑信道标识确定第一配置信息和/或第一指示信息；根据第一配置信息和/或第一指示信息确定所述媒体接入控制服务数据单元的长度值；根据所述逻辑信道标识和所述媒体接入控制服务数据单元的长度值解析所述媒体接入控制服务数据单元。
[0279]
另一种可能的实现方式，该第一格式还包括类型和/或级联的所述媒体接入控制服务数据单元的个数。对应的，网络设备根据类型确定媒体接入控制服务数据单元的头格式为第一格式；根据逻辑信道标识、媒体接入控制服务数据单元的长度值、类型和/或媒体接入控制服务数据单元的级联个数解析媒体接入控制服务数据单元。
[0280]
需要说明的是，网络设备在解析数据包时，通常先解析mac pdu，得到mac subpdu，然后再解析mac subheader和mac sdu/mac ce。具体解析mac pdu、mac ce的过程可以参照目前协议中的技术手段，本技术对此不作具体限定。
[0281]
在本技术实施例中，所涉及的指示信息、配置信息等承载方式可以是但不限于：无线资源控制信令、媒体接入控制(media access control，mac)层信令和物理层(physical，phy)信令中的一种或者至少两种的组合。其中，无线资源控制信令包括：无线资源控制(radio resource control，rrc)信令；mac层信令包括：mac控制元素(control element，ce)；物理层信令包括：下行控制信息(downlink control information，dci)、上行控制信息(uplink control information，uci)等。
[0282]
可选地，所涉及的指示信息、配置信息等承载方式也可以是但不限定于：非接入(non-access stratum，nas)信令、sdap层、pdcp层、rlc层的信令等等。
[0283]
图6是适用本技术实施例的一种简化的mac层的一例示意图，通过为mac sdu新定义一个mac subheader格式，该格式不携带l字段，从而节省l来降低空口开销。具体实现步骤600包括：
[0284]
目前iiot假设，数据包是周期性、固定大小的，而且假设有严格传输时延约束(例如1ms，否则丢弃)。此时，针对部分urllc专用逻辑信道(logical channel，lch)，假设每次都只有一个固定大小的mac sdu(假设不允许rlc分段、否则会导致一个urllc分多次传输、可靠性降低)。
[0285]
s610，终端设备(例如，ue)向网络设备(例如，基站gnb)发送指示信息；对应的，gnb接收来自ue的指示信息。
[0286]
其中，该指示信息用于指示urllc逻辑信道标识(logical channel identity，lcid/lch id)对应的mac sdu的数据包是周期性的，大小固定的。
[0287]
可选地，ue直接利用ue辅助信息(ue assistance information，uai)中的业务模式traffic pattern，使能基站获知该ue的lch id对应的数据为周期业务。例如，ue上报数
据包的产生时间、业务/数据包的周期、数据包的大小/速率等。
[0288]
s620，(方案1)gnb给ue配置lcid或lch id与缺省值l的映射关系(即，第一配置信息的一例)。
[0289]
示例性的，gnb给ue配置某个lch id(例如，urllc lch)对应的mac sdu的数据包size大小(缺省值default value)；
[0290]
可选地，gnb可以给ue配置数据无线电承载标识drb id与缺省值l的映射关系。
[0291]
s630，(方案2)ue向gnb发送lch id对应的数据包mac sdu长度值l(即，第一信息的一例)；对应的，gnb接收来自ue的lch id对应的数据包mac sdu长度值l。
[0292]
应理解，ue可以给基站建议/配置/通知/请求该lch id对应的数据包大小始终固定、和/或数据包大小(例如，大小为x bytes)。
[0293]
s640，针对ue在步骤s630中发送的消息，基站可以向ue回复成功/失败。
[0294]
s650，ue针对mac subheader采用新定义的格式组包(即，第一格式的一例)，向gnb发送lch id对应的mac sdu；对应的，gnb接收来自ue的mac sdu。
[0295]
图7是适用本技术的媒体接入控制mac头开销的一例示意图。如图7所示，方式1和方式2是新定义的mac subheader格式，该格式不携带l，只占一个byte。方式1和2中lcid/lch id仅能发送固定大小的mac sdu，即lcid与l唯一对应。所以通过基站预配置lcid与l之间的映射关系，或ue上报lcid对应的l，使得在数据包传输时，mac subheader格式中不携带l，来减少mac sdu对应的头开销，从而降低空口开销和处理时延。方式3通过使用“b”比特代替当前mac subheader中的“r”比特，来指示新定义的new mac subheader。相比方式1和方式2，方式3提供的方式更加灵活，可以传输固定大小和非固定大小的mac sdu。方式4采用两级mac subheader格式，第一个还是为b(o)/l/n，第二级mac subherder格式为lcid，其中级联的多个mac sdu(s)共享相同的l。
[0296]
可选地，方式1和方式2中，可以将每个mac sdu长度值l放置于第一级mac subheader中，则该subheader格式为(r/lcid/l1/l2/
…
/ln)。其中，l1、l2、
…
、ln分别为第一个mac sdu、第二个mac sdu、第n个mac sdu的数据长度。
[0297]
应理解，在该实现方式中，新定义的mac subheader格式中可以包括b，也可以不包括b。也就是说，若标准定义仅支持一种格式，且为新格式时，无需定义b字段。反之，若标准定义支持多种格式，则需要定义b字段。方式1、方式2和方式3可以级联，也可以不级联。新定义的mac sdu对应的头格式可以有一级mac subheader格式，也可以有两级mac subheade格式，其中第二级mac subheader格式可以合并到第一级mac subheader中等，本技术对此不作具体限定。
[0298]
示例性的，针对方式1和2，mac sdu的头开销mac subheader采用新定义的格式，即mac subheader为(r/lcid)，不包括l。
[0299]
示例性的，针对方式3，mac sdu的头开销mac subheader采用新定义的格式，即mac subheader为(b(o)/lcid)，不包括l。
[0300]
示例性的，针对方式4，mac sdu的头开销mac subheader采用新定义的格式，即第一级mac subheader为(b(o)/l/n)，不包括lcid，n个mac sdu级联共享同一个l；第二级mac subheader为(lcid/mac sdu)，不同mac sdu对应的第二级subheader中的lcid可以相同或不同。
[0301]
也就是说，若标准定义仅支持一种格式，且为新格式时，无需定义b字段。反之，若标准定义支持多种格式，则需要定义b字段。
[0302]
s660，gnb解析该mac sdu。
[0303]
示例性的，针对方式1和2，gnb可以基于mac subheader(r/lcid)，根据上述步骤s620中预先配置的lcid与l的对应关系确定mac sdu的长度值l，或根据上述步骤s630中ue上报lcid/lch id对应的l，来确定缺省值l，并解析对应的mac sdu。
[0304]
示例性的，针对方式3，gnb可以基于mac subheader(b(o)/lcid)，根据“b”指示mac sdu对应的格式为new mac subheader，基站在收到该格式的mac subheader后，根据上述步骤s6210中基站给ue预先配置的lcid/lch id与缺省l的映射关系确定mac sdu的长度值l，进而解析对应的mac sdu。
[0305]
示例性的，针对方式4，gnb可以基于第一级mac subheader(b(o)/l/n)，根据“b”指示mac sdu对应的格式为new mac subheader，根据“n”确定级联的mac sdu的个数，l表示该n个mac sdu具有共同的l。gnb可以基于第二级mac subheader(lcid/mac sdu)，在收到该格式的mac subheader后，解析每个lcid对应的mac sdu。应理解，在该实现方式中，mac sdu的l和lcid均是显式携带在mac subheader中。因此，在解析mac sdu时可以不依赖基站给ue预先配置的lcid和l的映射关系。
[0306]
也就是说，若标准定义仅支持一种格式，且为新格式时，无需定义b字段。反之，若标准定义支持多种格式，则需要定义b字段。
[0307]
需要说明的是，当ue的lch id对应的数据包大小packet size发生改变后，ue可以重新利用上述步骤s610上报更新后的traffic pattern，使能基站获知该ue的lch id对应的更新数据。例如，数据包的产生时间、业务/数据包的周期、数据包的大小/速率等。然后，基站可以基于traffic pattern上报/更新消息，给ue重新配置lch和packet size的映射关系，即步骤s620(即，第二配置信息的一例)。同样地，当ue的lch id对应的数据包大小packet size发生改变后，ue可以向基站上报更新后的lch id对应的数据包mac sdu长度值l(即，第二信息的一例)。
[0308]
应理解，上述方式1和方式2是假设lch仅能发送固定大小的mac sdu，这里lcid与l是唯一绑定的。所以通过新定义的mac subheader格式省略l，进而降低空口开销。
[0309]
作为示例而非限定，该方法600还提供了另一种实现方式3，即假设lch可以发送固定和非固定大小的mac sdu，这里lcid与l是不唯一绑定的。该方式3在步骤s650中需要增加额外的1bit来指示mac sdu header为新定义的mac subheader格式。例如，可以通过使用当前mac subheader中的预留“r”比特来指示。也就是说，每个mac sdu对应的mac subheader对应的新格式为(b(o)/lcid)，不携带l。
[0310]
示例性的，若“b”的比特为“1”，表示基站收到的mac sdu对应的mac subheader为新格式，该格式可以不携带l，此时lch可以发送缺省l对应的固定大小的mac sdu；其中，缺省l可以根据基站给ue预先配置的lcid和l的映射关系确定。若“b”的比特为“0”，表示基站收到的mac sdu对应的mac subheader为老格式。该格式可以携带l，此时lch可以发送非缺省l对应的非固定大小的mac sdu。
[0311]
也就是说，若标准定义仅支持一种格式，且为新格式时，无需定义b字段。反之，若标准定义支持多种格式，则需要定义b字段。
[0312]
可选地，对应步骤s660，基站在收到该新格式的mac subheader后，可以按照上述步骤s620中基站给ue预配置的该lcid/lch id对应的缺省值l进行解析mac sdu。示例性的，可以将具有相同l的mac sdu进行级联(lcid可相同或不同)，并共享一个新设计的mac subheader(b(o)/lcid)。
[0313]
需要说明的是，网络设备在解析数据包时，通常先解析mac pdu，得到mac subpdu，然后再解析mac subheader和mac sdu/mac ce。具体解析mac pdu、mac ce的过程可以参照目前协议中的技术手段，本技术对此不作具体限定。
[0314]
以上行ul传输为例，对ue如何判断使用哪种mac subheader格式进行发送mac sdu进行说明(dl传输、为gnb实现，不讨论)。
[0315]
针对方式1和方式2：标准仅支持这种新格式，不支持老格式，因此收发tx侧无需进行额外的判断，只能选该新格式。
[0316]
针对方式3：若待发送的mac sdu的长度l与mac sdu的lcid对应的缺省l相同，则采用该新格式；否则采用原先标准定义的老格式。
[0317]
针对方式4：在一次传输块(transport block，tb)传输中，能够级联(即具有相同l的mac sdus)的mac sdu个数大于m，或者大于或等于m(m由基站预先给ue配置)；则采用该格式(若标准定义了该格式)；否则，不采用方式4(可以采用方式方式1或2或3或标准定义的老格式)。
[0318]
综上所述，上述方法600提供了三种可能的实现方式，针对在多个mac sdu具有相同l的场景下，通过设计一种mac sdu对应的新mac subheader格式(b(o)/lcid)，不携带l。即将具有相同l的mac sdu进行级联(lcid可以相同或不同)，并共享一个新设计的mac subheader(b(o)/lcid)，进而节省l带来的空口开销。
[0319]
图8是适用本技术实施例的一种简化的mac层的另一例示意图，通过新定义一个mac subheader格式，将具有相同lcid的多个mac sdu级联，该lcid可显式携带或不显式携带；或者新定义一个mac subheader格式，不支持mac sdu级联，不携带lcid字段，从而节省lcid来降低空口开销。如图8所示，具体实现步骤800包括：
[0320]
s810，终端设备确定第二格式。
[0321]
其中，该第二格式包括媒体接入控制服务数据单元的长度值，第二格式为所述媒体接入控制服务数据单元对应的头格式。
[0322]
s820，终端设备针对mac subheader采用新定义的格式组包，在第一时隙向基站发送mac sdu；对应的，基站在第一时隙接收来自终端设备的mac sdu。
[0323]
其中，该第一时隙为授权时隙，该时隙与逻辑信道标识一一对应。
[0324]
示例性的，终端设备向网络设备发送第二指示信息，该第二指示信息用于指示第一授权时隙与逻辑信道标识一一对应。
[0325]
具体地，将具有相同lcid的mac sdu进行级联，并共享一个新设计的第一级mac subheader(b(o)/lcid/n)，第二级包括对应mac sdu的长度值l(所级联的mac sdu的l可相同或不同)。
[0326]
示例性的，mac sdu的头开销mac subheader采用新定义的格式，即mac subheader为(b(o)/lcid/n)。
[0327]
可选地，将每个mac sdu长度值l放置于第一级mac subheader中，则该subheader
格式为(b(o)/lcid/n/l1/l2/
…
/ln)。其中，l1、l2、
…
、ln分别为第一个mac sdu、第二个mac sdu、第n个mac sdu的数据长度。
[0328]
具体地，将具有相同lcid的mac sdu进行级联，并共享一个新设计的第一级mac subheader(b(o)/n)，第二级包括对应mac sdu的长度值l(l可相同或不同)。
[0329]
示例性的，mac sdu的头开销mac subheader采用新定义的格式，即mac subheader为(b(o)/n)，不包括lcid。
[0330]
可选地，将每个mac sdu长度值l放置于第一级mac subheader中，则该subheader格式为(b(o)/n/l1/l2/
…
/ln)。
[0331]
具体地，mac sdu不支持级联，每个mac sdu对应的subheader新格式(b(o)/l)，不携带lcid。
[0332]
示例性的，mac sdu的头开销mac subheader采用新定义的格式，即mac subheader为(b(o)/n)，不包括lcid和l。
[0333]
综上所述，若标准定义仅支持一种格式，且为新格式时，无需定义b字段。反之，若标准定义支持多种格式，则需要定义b字段。
[0334]
s830，基站根据新定义的格式(即，第二格式的一例)解析该mac sdu。
[0335]
一种可能的实现方式，免调度资源(grant free，gf)与lch id绑定，某个grant时隙仅能用于某个lch数据的传输。即该第一时隙仅用于发送lcid或lch id对应的mac sdu。当ue上报的mac subheader仅携带l，不携带lcid时，基站可以根据接收grant时隙确定对应的lcid或lch id。
[0336]
图9是适用本技术的媒体接入控制mac头开销的另一例示意图。如图9所示，方式1和方式2支持多个mac sdu级联，具有共同的lcid。其中，方式1中lcid显式携带在mac subheader格式中；方式2中mac subheader格式不显式携带lcid；方式3不支持多个mac sdu级联，mac subheader不携带lcid。
[0337]
为便于理解本实施例，下面对图9所示的参数进行解释说明。
[0338]
b：用于指示该新定义的subheader格式；
[0339]
lcid：针对mac sdu对应数据的逻辑信道标识lcid，例如lch id；
[0340]
n：用于指示级联的mac sdu(s)的个数；
[0341]
l：用于指示级联的每个mac sdu的数据长度(例如x bytes)；
[0342]
mac sdu：用于指示rlc pdu内容，即mac层需要传输的数据包packet。
[0343]
方式1：mac sdu支持级联，即一个lcid可以对应多个mac sdu(s)及其l。
[0344]
示例性的，设计一个新的两级subheader格式：第一级为级联后多个mac sdu共享的subheader(b(o)/lcid/n)，多个mac sdu组成一个mac subpdu，每个mac sdu都有对应的第二级subheader(例如l)。
[0345]
可选地，也可以是仅有一级subheader，将所有mac sdu对应的第二级subheader统一放置在第一级subheader中，则该subheader格式为(b(o)/lcid/n/l1/l2/
…
/ln)。其中，l1、l2、
…
、ln分别为第一个mac sdu、第二个mac sdu、第n个mac sdu的数据长度。
[0346]
可选地，l1、l2、
…
、ln也可以不完全携带。因为只有首个和/或最后一个mac sdu的数据才可能不完整，中间的mac sdu(s)都是完整的、不被截断的，因此可以不携带这些mac sdu对应的长度l。
[0347]
方式2：mac sdu支持级联、不携带lcid。
[0348]
示例性的，基站可以基于原先基站给ue配置的授权grant时隙与lcid或lch id的绑定关系，获知对应的lcid或lch id，例如免调度资源(grant free，gf)或者是动态调度资源dg与lch id绑定，则某个grant时隙仅能用于某个lch数据的传输。设计一个新的两级subheader格式：第一级为级联后多个mac sdu共享的subheader(b(o)/n)，不包括lcid。多个mac sdu组成一个mac subpdu，每个mac sdu都有对应的第二级subheader(例如l)。
[0349]
可选地，与方式1类似，也可以是仅有一级subheader，将所有mac sdu对应的第二级subheader统一放置在第一级subheader中，则该subheader格式为(b(o)/n/l1/l2/
…
/ln)。
[0350]
可选地，l1、l2、
…
、ln也可以不完全携带。因为只有首个和/或最后一个mac sdu的数据才可能不完整，中间的mac sdu(s)都是完整的、不被截断的，因此可以不携带这些mac sdu对应的长度l。
[0351]
方式3：mac sdu不支持级联、不携带lcid
[0352]
示例性的，基站可以基于授权grant时隙获知对应的lcid或lch id，例如免调度资源(grant free，gf)与lch id绑定，则某个grant时隙仅能用于某个lch数据的传输。由于该方式不支持mac sdu级联，因此一个mac subheader对应一个mac sdu。
[0353]
例如，设计一个新的subheader格式：第一级为mac sdu的subheader，仅包括(b(o)/l)，不包括lcid。
[0354]
应理解，在该实现方式中，新定义的mac subheader格式中可以包括b，也可以不包括b。也就是说，针对上述三种可能的实现方式，若标准定义仅支持一种格式，且为新格式时，无需定义b字段。反之，若标准定义支持多种格式，则需要定义b字段。该实现方式可以级联，也可以不级联。新定义的mac sdu对应的头格式可以有一级mac subheader格式，也可以有两级mac subheade格式，其中第二级mac subheader格式可以合并到第一级mac subheader中等，本技术对此不作具体限定。
[0355]
示例性的，gnb可以基于mac subheader(b(o)/lcid/n)或(b(o)/lcid/n/l1/l2/
…
/ln)，解析对应的mac sdu。
[0356]
示例性的，gnb可以基于mac subheader(b(o)/n)或(b(o)/n/l1/l2/
…
/ln)，根据grant时隙确定对应的lcid，并解析对应的mac sdu。
[0357]
示例性的，gnb可以基于mac subheader(b(o)/l)，根据上述步骤s820中grant时隙确定对应的lcid，并解析对应的mac sdu。
[0358]
综上所述，若标准定义仅支持一种格式，且为新格式时，无需定义b字段。反之，若标准定义支持多种格式，则需要定义b字段。
[0359]
需要说明的是，网络设备在解析数据包时，通常先解析mac pdu，得到mac subpdu，然后再解析mac subheader和mac sdu/mac ce。具体解析mac pdu、mac ce的过程可以参照目前协议中的技术手段，本技术对此不作具体限定。
[0360]
以上行ul传输为例，对ue如何判断使用哪种mac subheader格式进行发送mac sdu进行说明(dl传输、为gnb实现，不讨论)。
[0361]
针对方式1：在一次传输块(transport block，tb)传输中，能够级联(即具有相同lcid的mac sdu(s))的mac sdu个数大于m，或者大于或等于m(m由基站预先给ue配置)；则采
用该新格式(若标准定义了该格式)。
[0362]
针对方式2：在一次传输块tb传输中中，能够级联的mac sdu个数大于m，或者大于或等于m(m由基站预先给ue配置)，且授权时隙对应的lcid与待传输mac sdu的lcid相同；则采用该新格式(若标准定义了该格式)。
[0363]
针对方式3：若授权时隙对应的lcid与待传输mac sdu的lcid相同，则采用该新格式(若标准定义了该格式)。
[0364]
综上所述，上述方法800提供了三种可能的实现方式，针对在多个mac sdu具有相同lcid的场景下，通过设计一种mac sdu级联之后(l可相同或不同)的新mac subheader格式为(b(o)/lcid/n或b(o)/n)；或者mac sdu不支持级联，每个mac sdu对应的mac subheader新格式为(b(o)/l)，仅携带l，不携带lcid，从而节省lcid带来的空口开销。
[0365]
图10是适用本技术实施例的一种简化的mac层的又一例示意图，通过新定义一个mac subheader格式，将具有相同lcid和l的多个mac sdu级联，l和lcid可显式携带或不显式携带，从而减少开销。具体实现步骤1000包括：
[0366]
s1010，终端设备确定第三格式。
[0367]
其中，该第三格式包括媒体接入控制服务数据单元的级联个数，第三格式与n个级联的媒体接入控制服务数据单元对应，n为大于或等于1的正整数。
[0368]
一种可能的实现方式，终端设备(例如，ue)向网络设备(例如，基站gnb)发送指示信息；对应的，gnb接收来自ue的指示信息。
[0369]
其中，该指示信息用于指示urllc逻辑信道标识lcid/lch id对应的mac sdu的数据包是大小固定的。
[0370]
可选地，ue直接利用ue辅助信息uai中的业务模式traffic pattern，使能基站获知该ue的lch id对应的数据为周期业务。例如，ue上报数据包的产生时间、业务/数据包的周期、数据包的大小/速率等。
[0371]
一种可能的实现方式，gnb给ue配置lcid与l的对应关系。
[0372]
示例性的，gnb给ue配置某个lch id(例如，urllc lch)对应的mac sdu的数据包大小；
[0373]
可选地，ue向gnb发送lch id对应的数据包mac sdu长度值l；对应的，gnb接收来自ue的lch id对应的数据包mac sdu长度值l。
[0374]
应理解，ue可以给基站建议/配置/通知/请求该lch id对应的数据包大小始终固定、和/或数据包大小(例如，大小为x bytes)。
[0375]
s1020，终端设备针对mac subheader采用新定义的格式组包，向基站发送lch id对应的n个级联的mac sdu；对应的，基站接收来自终端设备的n个级联的mac sdu，n为正整数。
[0376]
图11是适用本技术的媒体接入控制mac头开销的又一例示意图。如图11所示，将具有相同lcid和相同l的多个mac sdu(s)级联在一起，采用如下新的格式：
[0377]
方式1：一个新的subheader(b(o)/lcid/n/l)
[0378]
其中，l和lcid显式携带。
[0379]
b(o)：用于指示新格式(级联)/老格式(不级联)，例如：“1”表示新格式(级联)；“0”表示老格式(不级联)；其中，若标准定义仅支持一种格式、且为新格式时，无需定义b字段。
反之，若标准定义支持多种格式，需要定义b字段。
[0380]
lcid：针对mac sdu对应数据的逻辑信道标识lcid，例如lch id；
[0381]
n：用于指示级联的mac sdu(s)的个数；
[0382]
l：用于指示级联的每个mac sdu的数据长度(例如x bytes)；
[0383]
mac sdu：用于指示rlc pdu内容，即mac层需要传输的数据包packet。
[0384]
方式2：一个新的subheader(b(o)/lcid/n)
[0385]
其中，l不显式携带，lcid显式携带。通过基站给ue预先配置的lcid和l的映射关系确定。
[0386]
方式3：一个新的subheader(b(o)/n)
[0387]
其中，lcid和l都不显式携带，基站可以根据上行子帧时隙和lcid的对应关系推算lcid。例如，假设免调度资源(grant free，gf)与lch id绑定，则某个grant时隙仅能用于某个lch数据的传输。
[0388]
方式4：一个新的subheader(不支持级联)
[0389]
即针对上述方式1、方式2和方式3，采用不级联的方式，也就是mac subheader中不携带n字段。例如，方式1中mac subheader为(b(o)/lcid/l)，方式2中mac subheader为(b(o)/lcid)，方式3中mac subheader为(b(o))。
[0390]
方式5：一个新的subheader(b(o)/n/l或者b(o)/n或者b(o)/n/l/l
…
)
[0391]
其中，不携带lcid，l可以显式携带，也可以不显式携带。通过基站给ue预先配置的lcid和l的映射关系确定。示例性的，只有第一级mac subheader格式，对应的头格式为b(o)/n/l或者b(o)/n/l/l
…
；或者第一级mac subheader格式为b(o)/n，第二级mac subheader格式中携带l，即l字段携带在每个mac sdu中。
[0392]
综上所述，针对上述几种可能的实现方式，若标准定义仅支持一种格式，且为新格式时，则无需定义b字段。反之，若标准定义支持多种格式，则需要定义b字段。
[0393]
应理解，在该实现方式中，新定义的mac subheader格式中可以包括b，也可以不包括b。同样该实现方式可以级联，也可以不级联。新定义的mac sdu对应的头格式可以有一级mac subheader格式，也可以有两级mac subheade格式，其中第二级mac subheader格式可以合并到第一级mac subheader中等，本技术对此不作具体限定。
[0394]
示例性的，mac sdu的头开销mac subheader采用新定义的格式，即mac subheader为(b(o)/lcid/n/l)。
[0395]
示例性的，mac sdu的头开销mac subheader采用新定义的格式，即mac subheader为(b(o)/lcid/n)，不包括l。
[0396]
示例性的，mac sdu的头开销mac subheader采用新定义的格式，即mac subheader为(b(o)/n)，不包括lcid和l。
[0397]
示例性的，mac sdu的头开销mac subheader采用新定义的格式，即mac subheader为(b(o))，不包括lcid、l和n，即该mac subheader格式不支持级联。
[0398]
示例性的，mac sdu的头开销mac subheader采用新定义的格式，即mac subheader为(b(o)/n/l或者b(o)/n)，不携带lcid，l可携带，也可以不携带。
[0399]
综上所述，若标准定义仅支持一种格式，且为新格式时，无需定义b字段。反之，若标准定义支持多种格式，则需要定义b字段。
[0400]
s1030，网络设备根据第三格式解析所述n个级联的mac sdu。
[0401]
示例性的，gnb可以基于mac subheader(b(o)/lcid/n/l)解析对应的mac sdu。
[0402]
示例性的，gnb可以基于mac subheader(b(o)/lcid/n)，根据上述步骤s1020中预先配置的lcid与l的对应关系确定mac sdu的长度值l，并解析对应的mac sdu。
[0403]
示例性的，gnb可以基于mac subheader(b(o)/n)，根据上行子帧时隙和lcid的对应关系确定lcid(例如，gf与lcid之间的映射关系)，并根据上述步骤s1020中预先配置的lcid与l的对应关系确定mac sdu的长度值l，进而解析对应的mac sdu。
[0404]
示例性的，gnb可以基于mac subheader(b(o))，说明mac subheader不支持级联，且支持新格式，不支持老格式。根据上行子帧时隙和lcid的对应关系确定lcid(例如，gf与lcid之间的映射关系)，并根据上述步骤s1020中预先配置的lcid与l的对应关系确定mac sdu的长度值l，进而解析对应的mac sdu。
[0405]
示例性的，gnb可以基于mac subheader(b(o)/n/l或者b(o)/n)，根据上行子帧时隙和lcid的对应关系确定lcid(例如，gf/cg或dg与lcid之间的映射关系)根据mac subheader格式中携带的l，或者根据上述步骤s1020中预先配置的lcid与l的对应关系确定mac sdu的长度值l，进而解析对应的mac sdu。
[0406]
应理解，在该实现方式中，新定义的mac subheader格式中可以包括b，也可以不包括b。也就是说，若标准定义仅支持一种格式，且为新格式时，无需定义b字段。反之，若标准定义支持多种格式，则需要定义b字段。该实现方式可以级联，也可以不级联。新定义的mac sdu对应的头格式可以有一级mac subheader格式，也可以有两级mac subheader格式，其中第二级mac subheader格式可以合并到第一级mac subheader中等，本技术对此不作具体限定。
[0407]
需要说明的是，网络设备在解析数据包时，通常先解析mac pdu，得到mac subpdu，然后再解析mac subheader和mac sdu/mac ce。具体解析mac pdu、mac ce的过程可以参照目前协议中的技术手段，本技术对此不作具体限定。
[0408]
以上行ul传输为例，对ue如何判断使用哪种mac subheader格式进行发送mac sdu进行说明(dl传输、为gnb实现，不讨论)。
[0409]
针对方式1：在一次传输块tb传输中，能够级联的mac sdus(即具有相同lcid和l)个数大于m，或者大于或等于m(m由基站预先给ue配置)；则采用该新格式(若标准定义了该格式)。
[0410]
针对方式2：同方式1(能够级联：具有相同lcid和l的mac sdus，且这些mac sdus的l与lcid对应的缺省l相同)。
[0411]
针对方式3：同方式2定义类似，但能够级联的定义为：具有相同lcid和l的mac sdus，且这些mac sdus的l与lcid对应的缺省l相同，且这些mac sdus的lcid与该授权时隙对应的lcid相同。
[0412]
针对方式4：
[0413]
a)采用非级联(标准支持级联格式，但不满足级联条件(例如，满足级联条件的mac sdus个数小于m，或者小于或等于m；或标准不支持级联格式)，且该mac sdus的lcid与该授权时隙对应的lcid相同，且该mac sdus的l与该lcid对应的缺省l相同；则采用该新格式。
[0414]
b)采用现有标准已定义的老格式。
[0415]
c)采用非级联(标准支持级联格式，但不满足级联条件(例如，满足级联条件的mac sdus个数小于m，或者小于或等于m；或标准不支持级联格式)，且该mac sdus的lcid与该授权时隙对应的lcid不同(若支持lcid与缺省l的配置)、或始终携带lcid(若不支持lcid与缺省l的配置)，且该mac sdus的l与该lcid对应的缺省l相同；则采用该新格式。
[0416]
针对方式5
[0417]
a)针对头格式为b(o)/n/l，满足级联条件的mac sdus个数大于m，或者大于或等于m(可选地、m由基站给ue配置)，则选择该格式。(满足级联条件：待级联的mac sdus具有相同l，且对应lcid与该授权时隙对应的lcid相同)。
[0418]
b)针对头格式为b(o)/n，同a。(满足级联条件：待级联的mac sdus的lcid与该授权时隙对应的lcid相同)。
[0419]
c)针对头格式为b(o)/n/l/l
…
，同b。
[0420]
综上所述，上述方法1000提供了三种可能的实现方式，在多个mac sdu具有相同lcid和l的场景下，通过设计一种mac sdu对应的新mac subheader格式(b/lcid/n/l、或b/lcid/n、或b/n)，将具有相同lcid和l的mac sdu进行级联，并共享一个新设计的mac subheader，从而节省lcid和l带来的空口开销。
[0421]
上文结合图5至图11，详细描述了本技术提供的简化的mac层设计的方法，采用新定义的mac subheader格式，通过省l和/或lcid来降低空口开销，以及减少处理时延。
[0422]
下面将结合图12至图15，详细描述本技术提供的简化的mac层设计的装置。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可参见前面方法实施例。
[0423]
上述主要从各个网元之间交互的角度对本技术实施例提供的方案进行了介绍。可以理解的是，各个网元，例如发射端设备或者接收端设备，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0424]
本技术实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。
[0425]
图12是本技术实施例提供的通信装置的示意性框图。如图12所示，该通信装置1000可以包括处理单元1100和收发单元1200。
[0426]
可选地，该通信装置1000可对应于上文方法实施例中的终端设备，例如，可以为终端设备，或者配置于终端设备中的部件(如电路、芯片或芯片系统等)。
[0427]
示例地，该处理单元1100用于确定第一格式，第一格式包括逻辑信道标识，逻辑信道标识与媒体接入控制服务数据单元的长度值对应，第一格式为所述媒体接入控制服务数
据单元的头格式；
[0428]
该收发单元1200用于根据第一格式发送媒体接入控制服务数据单元。
[0429]
应理解，该通信装置1000可对应于根据本技术实施例的方法500/600/800/1000中的终端设备，该通信装置1000可以包括用于执行图5中的方法500或图6中的方法600或图8中的方法800或图10中的方法1000中终端设备执行的方法的单元。并且，该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图5中的方法500或图6中的方法600或图8中的方法800或图10中的方法1000的相应流程。
[0430]
还应理解，该通信装置1000为终端设备时，该通信装置1000中的收发单元1200可以通过收发器实现，例如可对应于图13中示出的通信装置2000中的收发器2020或图14中示出的终端设备3000中的收发器3020，该通信装置1000中的处理单元1100可通过至少一个处理器实现，例如可对应于图13中示出的通信装置2000中的处理器2010或图14中示出的终端设备3000中的处理器3010。
[0431]
还应理解，该通信装置1000为配置于终端设备中的芯片或芯片系统时，该通信装置1000中的收发单元1200可以通过输入/输出接口、电路等实现，该通信装置1000中的处理单元1100可以通过该芯片或芯片系统上集成的处理器、微处理器或集成电路等实现。
[0432]
可选地，该通信装置1000可对应于上文方法实施例中的网络设备，例如，可以为网络设备，或者配置于网络设备中的部件(如电路、芯片或芯片系统等)。
[0433]
示例地，该收发单元1200用于接收媒体接入控制服务数据单元，媒体接入控制服务数据单元与第一格式对应，第一格式包括逻辑信道标识，逻辑信道标识与媒体接入控制服务数据单元的长度值对应，第一格式为媒体接入控制服务数据单元的头格式；
[0434]
该处理单元1100用于根据第一格式解析媒体接入控制服务数据单元。
[0435]
应理解，该通信装置1000可对应于根据本技术实施例的方法500/600/800/1000中的网络设备，该通信装置1000可以包括用于执行图5中的方法500或图6中的方法600或图8中的方法800或图10中的方法1000中网络设备执行的方法的单元。并且，该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图5中的方法500或图6中的方法600或图8中的方法800或图10中的方法1000的相应流程。
[0436]
还应理解，该通信装置1000为网络设备时，该通信装置1000中的收发单元1200可以通过收发器实现，例如可对应于图13中示出的通信装置2000中的收发器2020或图15中示出的网络设备4000中的射频拉远单元(radio remote unit，rru)4100，该通信装置1000中的处理单元1100可通过至少一个处理器实现，例如可对应于图13中示出的通信装置2000中的处理器2010或图15中示出的网络设备4000中的处理单元4200或处理器4202。
[0437]
还应理解，该通信装置1000为配置于网络设备中的芯片或芯片系统时，该通信装置1000中的收发单元1200可以通过输入/输出接口、电路等实现，该通信装置1000中的处理单元1100可以通过该芯片或芯片系统上集成的处理器、微处理器或集成电路等实现。
[0438]
图13是本技术实施例提供的通信装置2000的另一示意性框图。如图13所示，该通信装置2000包括处理器2010、收发器2020和存储器2030。其中，处理器2010、收发器2020和存储器2030通过内部连接通路互相通信，该存储器2030用于存储指令，该处理器2010用于执行该存储器2030存储的指令，以控制该收发器2020发送信号和/或接收信号。
[0439]
应理解，该通信装置2000可以对应于上述方法实施例中的网络设备，并且可以用
于执行上述方法实施例中网络设备执行的各个步骤和/或流程。
[0440]
可选地，该存储器2030可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。存储器2030可以是一个单独的器件，也可以集成在处理器2010中。该处理器2010可以用于执行存储器2030中存储的指令，并且当该处理器2010执行存储器中存储的指令时，该处理器2010用于执行上述与网络设备或终端设备对应的方法实施例的各个步骤和/或流程。
[0441]
可选地，该通信装置2000是图5中的方法500或图6中的方法600或图8中的方法800或图10中的方法1000提供的实施例中的网络设备。
[0442]
其中，收发器2020可以包括发射机和接收机。收发器2020还可以进一步包括天线，天线的数量可以为一个或多个。该处理器2010和存储器2030与收发器2020可以是集成在不同芯片上的器件。如，处理器2010和存储器2030可以集成在基带芯片中，收发器2020可以集成在射频芯片中。该处理器2010和存储器2030与收发器2020也可以是集成在同一个芯片上的器件。本技术对此不作限定。
[0443]
可选地，该通信装置2000是配置在网络设备中的部件，如电路、芯片、芯片系统等。
[0444]
其中，收发器2020也可以是通信接口，如输入/输出接口、电路等。该收发器2020与处理器2010和存储器2020都可以集成在同一个芯片中，如集成在基带芯片中。
[0445]
应理解，该设备2000还可以对应于上述方法实施例中的终端设备(例如，ue)，并且可以用于执行上述方法实施例中终端设备执行的各个步骤和/或流程。
[0446]
可选地，该存储器2030可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。存储器2030可以是一个单独的器件，也可以集成在处理器2010中。该处理器2010可以用于执行存储器2030中存储的指令，并且当该处理器2010执行存储器中存储的指令时，该处理器2010用于执行上述与终端设备对应的方法实施例的各个步骤和/或流程。
[0447]
可选地，该通信装置2000是上述实施例中方法400/500/600/700中的终端设备。
[0448]
其中，收发器2020可以包括发射机和接收机。收发器2020还可以进一步包括天线，天线的数量可以为一个或多个。该处理器2010和存储器2030与收发器2020可以是集成在不同芯片上的器件。如，处理器2010和存储器2030可以集成在基带芯片中，收发器2020可以集成在射频芯片中。该处理器2010和存储器2030与收发器2020也可以是集成在同一个芯片上的器件。本技术对此不作限定。
[0449]
可选地，该设备2000是配置在终端设备中的部件，如电路、芯片、芯片系统等。
[0450]
其中，收发器2020也可以是通信接口，如输入/输出接口、电路等。该收发器2020与处理器2010和存储器2020都可以集成在同一个芯片中，如集成在基带芯片中。
[0451]
图14是本技术实施例提供的终端设备3000的结构示意图。该终端设备3000可应用于如图1所示的系统中，执行上述方法实施例中终端设备的功能。如图14所示，该终端设备3000包括处理器3010和收发器3020。可选地，该终端设备3000还包括存储器3030。其中，处理器3010、收发器3020和存储器3030之间可以通过内部连接通路互相通信，传递控制和/或数据信号，该存储器3030用于存储计算机程序，该处理器3010用于从该存储器3030中调用并运行该计算机程序，以控制该收发器3020收发信号。可选地，终端设备3000还可以包括天线3040，用于将收发器3020输出的上行数据或上行控制信令通过无线信号发送出去。
[0452]
上述处理器3010可以和存储器3030可以合成一个处理装置，处理器3010用于执行存储器3030中存储的程序代码来实现上述功能。具体实现时，该存储器3030也可以集成在处理器3010中，或者独立于处理器3010。该处理器3010可以与图12中的处理单元1100或图13中的处理器2010对应。上述收发器3020可以与图12中的收发单元1200或图13中的收发器2020对应。收发器3020可以包括接收器(或称接收机、接收电路)和发射器(或称发射机、发射电路)。其中，接收器用于接收信号，发射器用于发射信号。
[0453]
应理解，图14所示的终端设备3000能够实现图5或图6或图8或图10所示方法实施例中涉及终端设备的各个过程。终端设备3000中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。
[0454]
上述处理器3010可以用于执行前面方法实施例中描述的由终端设备内部实现的动作，而收发器3020可以用于执行前面方法实施例中描述的终端设备向网络设备发送或从网络设备接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。
[0455]
可选地，上述终端设备3000还可以包括电源3050，用于给终端设备中的各种器件或电路提供电源。
[0456]
除此之外，为了使得终端设备的功能更加完善，该终端设备3000还可以包括输入单元3060、显示单元3070、音频电路3080、摄像头3090和传感器3100等中的一个或多个，该音频电路还可以包括扬声器3082、麦克风3084等。
[0457]
图15是本技术实施例提供的网络设备的结构示意图，例如可以为基站的结构示意图。该基站4000可应用于如图1所示的系统中，执行上述方法实施例中网络设备的功能。如图15所示，该基站4000可以包括一个或多个射频单元，如远端射频单元(remote radio unit，rru)4100和一个或多个基带单元(bbu)(也可称为分布式单元(du))4200。该rru4100可以称为收发单元，可以与图12中的收发单元1200或图13中的收发器2020对应。
[0458]
可选地，该rru 4100还可以称为收发机、收发电路、或者收发器等等，其可以包括至少一个天线4101和射频单元4102。可选地，rru 4100可以包括接收单元和发送单元，接收单元可以对应于接收器(或称接收机、接收电路)，发送单元可以对应于发射器(或称发射机、发射电路)。该rru 4100部分主要用于射频信号的收发以及射频信号与基带信号的转换，例如用于向终端设备发送指示信息。该bbu 4200部分主要用于进行基带处理，对基站进行控制等。该rru 4100与bbu 4200可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。
[0459]
该bbu 4200为基站的控制中心，也可以称为处理单元，可以与图12中的处理单元1100或图13中的处理器2010对应，主要用于完成基带处理功能，如信道编码、复用、调制、扩频等等。例如，该bbu(处理单元)可以用于控制基站执行上述方法实施例中关于网络设备的操作流程，例如，生成上述指示信息等。
[0460]
在一个示例中，该bbu 4200可以由一个或多个单板构成，多个单板可以共同支持单一接入制式的无线接入网(如lte网)，也可以分别支持不同接入制式的无线接入网(如lte网，5g网或其他网)。该bbu 4200还包括存储器4201和处理器4202。该存储器4201用以存储必要的指令和数据。该处理器4202用于控制基站进行必要的动作，例如用于控制基站执行上述方法实施例中关于网络设备的操作流程。该存储器4201和处理器4202可以服务于一
个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
[0461]
应理解，图15所示的基站4000能够实现图5或图6或图8或图10所示方法实施例中涉及网络设备的各个过程。基站4000中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。
[0462]
上述bbu 4200可以用于执行前面方法实施例中描述的由网络设备内部实现的动作，而rru 4100可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。
[0463]
应理解，图15所示出的基站4000仅为网络设备的一种可能的形态，而不应对本技术构成任何限定。本技术所提供的方法可适用于其他形态的网络设备。例如，包括aau，还可以包括cu和/或du，或者包括bbu和自适应无线单元(adaptive radio unit，aru)，或bbu；也可以为客户终端设备(customer premises equipment，cpe)，还可以为其它形态，本技术对于网络设备的具体形态不做限定。
[0464]
其中，cu和/或du可以用于执行前面方法实施例中描述的由网络设备内部实现的动作，而aau可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。
[0465]
本技术还提供了一种处理装置，包括至少一个处理器，该至少一个处理器用于执行存储器中存储的计算机程序，以使得该处理装置执行上述任一方法实施例中终端设备或网络设备所执行的方法。
[0466]
应理解，上述处理装置可以是一个或多个芯片。例如，该处理装置可以是现场可编程门阵列(field programmable gate array，fpga)，可以是专用集成芯片(application specific integrated circuit，asic)，还可以是系统芯片(system on chip，soc)，还可以是中央处理器(central processor unit，cpu)，还可以是网络处理器(network processor，np)，还可以是数字信号处理电路(digital signal processor，dsp)，还可以是微控制器(micro controller unit，mcu)，还可以是可编程控制器(programmable logic device，pld)或其他集成芯片。
[0467]
本技术实施例还提供了一种处理装置，包括处理器和通信接口。该通信接口与该处理器耦合。该通信接口用于输入和/或输出信息。该信息包括指令和数据中的至少一项。该处理器用于执行计算机程序，以使得该处理装置执行上述任一方法实施例中终端设备或网络设备所执行的方法。
[0468]
本技术实施例还提供了一种处理装置，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于从该存储器调用并运行该计算机程序，以使得该处理装置执行上述任一方法实施例中终端设备或网络设备所执行的方法。
[0469]
根据本技术实施例提供的方法，本技术还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行图5或图6或图8或图10所示实施例中的终端设备执行的方法或网络设备执行的方法。
[0470]
根据本技术实施例提供的方法，本技术还提供一种计算机可读存储介质，该计算机可读存储介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图5
或图6或图8或图10所示实施例中的终端设备执行的方法或网络设备执行的方法。
[0471]
根据本技术实施例提供的方法，本技术还提供一种系统，其包括前述的一个或多个终端设备以及一个或多个网络设备。
[0472]
上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备完全对应，由相应的模块或单元执行相应的步骤，例如通信单元(收发器)执行方法实施例中接收或发送的步骤，除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中，处理器可以为一个或多个。
[0473]
上述实施例中，终端设备可以作为接收设备的一例，网络设备可以作为发送设备的一例。但这不应对本技术构成任何限定。例如，发送设备和接收设备也可以均为终端设备等。本技术对于发送设备和接收设备的具体类型不作限定。
[0474]
应注意，本技术实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本技术实施例公开的方法可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
[0475]
应理解，本技术实施例中，该处理器可以为中央处理单元(central processing unit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、晶体管逻辑器件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0476]
还应理解，本技术实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0477]
上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行该计算机指令或计算机程序时，全部或部分地产生按照本技术实施例所述的流程或功能。该计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在
计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质。半导体介质可以是固态硬盘。
[0478]
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在2个或更多计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的两个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
[0479]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0480]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0481]
在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0482]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0483]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0484]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom)、随机存取存储器(ram)、磁碟或
者光盘等各种可以存储程序代码的介质。
[0485]
在本技术实施例中，终端设备或网络设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器cpu、内存管理单元(memory management unit，mmu)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，linux操作系统、unix操作系统、android操作系统、ios操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，本技术实施例并未对本技术实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本技术实施例的提供的方法的代码的程序，以根据本技术实施例提供的方法进行通信即可，例如，本技术实施例提供的方法的执行主体可以是终端设备或网络设备，或者，是终端设备或网络设备中能够调用程序并执行程序的功能模块。
[0486]
另外，本技术的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本技术中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，cd)、数字通用盘(dvd)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器eprom、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
[0487]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。