业务传输方法及装置与流程

业务传输方法及装置
1.本技术是对申请号为：201811133953.x，申请日为：2018年09月27日，发明名称为《业务传输方法及装置》的原申请的分案申请。
技术领域
2.本发明涉及通信领域，具体而言，涉及一种业务传输方法及装置。


背景技术：

3.在工业物联网(industrial internet of things，iiot)系统中，iiot业务一般传递的是机器指令，业务的时延敏感性很强，通常要达到微秒级别。而在目前的无线通讯系统中，业务传输涉及到多节点之间的传递。例如，终端之间的业务传输一般是：终端传递到基站，基站传递到核心网，核心网再传递到目标基站，目标基站再传递到目标终端。应用服务器到终端的业务传递一般为：应用服务器传递到核心网，核心网传递到基站，基站再传递到终端。所以对于iiot网络来说，保证业务的时延要求是非常困难的，需要严格控制各节点之间的业务传输时延。同时，需要预判业务(比如机器指令)在目的端的生效时机，发送端保证业务在目的端生效前达到目的端。


技术实现要素：

4.本发明实施例提供了一种业务传输方法及装置，以至少解决相关技术中如何保证业务的时延要求的问题。
5.根据本发明的一个实施例，提供了一种业务传输方法，包括：基站获取发送端提供的业务传输模式，其中，所述业务传输模式至少包括以下信息之一：业务传输的开始时间、业务传输的结束时间、业务传输周期或间隔、每个传输周期内的业务传输时长、每个传输周期的数据包大小或保证比特速率、业务传输时延要求；所述基站根据所述业务传输模式预配置传输资源；所述基站获取发送端提供的用户数据，其中，所述用户数据中携带了所述业务在目的端的生效时刻；所述基站通过所述传输资源将所述用户数据在所述生效时刻之前传输至所述目的端。
6.其中，所述传输资源至少包括以下之一：资源的起始位置、资源的周期或间隔，每个资源周期内的资源激活时长。
7.其中，所述业务传输模式为多个，所述多个业务传输模式在所述业务传输中同时存在，或者所述多个业务传输模式在所述业务传输中按时序序列存在。
8.其中，所述基站根据所述传输模式预配置传输资源包括：所述基站分别给每个业务传输模式预配置周期性的传输资源，或所述基站在一个周期性的传输资源内分别为每个业务传输模式配置不同的激活时机。
9.其中，所述传输资源通过rrc信令配置和/或通过dci配置。
10.其中，上述方法还包括：将目的端的状态和/或用户数据传输时延反馈至所述发送端，以便所述发送端确定下一次用户数据发送的提前量。
11.其中，所述发送端为应用服务器，所述目的端为用户设备。
12.其中，基站获取发送端提供的业务传输模式，包括：移动性管理功能amf/用户面功能upf实体接收应用服务器发送的所述用户数据和业务传输模式；所述amf/upf向所述基站发送寻呼消息，所述基站向所述用户设备发送寻呼消息，所述用户设备、所述基站和所述amf/upf之间建立或恢复rrc连接；基站从amf/upf实体接收所述业务传输模式。
13.其中，所述发送端为第一用户设备，所述目的端为应用服务器或第二用户设备。
14.其中，所述业务类型为工业物联网业务。
15.根据本发明的实施例，还提供了另一种业务传输方法，包括：基站获取发送端提供的业务传输时延需求以及用户数据，其中，所述用户数据携带有业务的指令序列和指令序列在目的端的生效时刻；所述基站基于所述业务传输时延需求将所述用户数据在所述指令生效时刻之前传输至所述目的端。
16.其中，所述用户数据中携带有多个指令序列，每个指令序列具有一个对应的生效时刻。
17.其中，所述指令序列包括至少以下信息之一：指令序列的开始时刻，指令的结束时刻，指令序列的内容，指令序列的间隔。
18.其中，上述方法还包括：将目的端的状态和/或用户数据传输时延反馈至所述发送端，以便所述发送端确定下一次用户数据发送的提前量
19.其中，所述发送端为应用服务器，所述目的端为用户设备；或者，所述发送端为第一用户设备，所述目的端为应用服务器或第二用户设备。
20.根据本发明的实施例，还提供了又一种业务传输方法，包括：基站获取发送端提供的用户数据，所述用户数据中携带了业务在所述终端的生效时刻；所述基站将所述用户数据在所述生效时刻之前传输至所述目的端。
21.其中，所述发送端为应用服务器，所述目的端为用户设备。
22.其中，基站获取发送端提供的用户数据，包括：所述amf/upf实体接收应用服务器发送的所述用户数据；所述基站接收所述amf/upf实体发送的用户数据传输时延需求，并向所述amf/upf实体发送所述用户数据传输时延需求的响应消息；amf/upf实体向所述应用服务器反馈用户数据传输时延，用于应用服务器确定下次用户数据发送的时间提前量；所述基站接收所述amf/upf实体发送的所述用户数据。
23.其中，所述发送端为第一用户设备，所述目的端为应用服务器或第二用户设备。
24.根据本发明的实施例，还提供了一种时钟同步方法，包括：第一节点接收来自所述第二节点的所述第二节点有时钟源的指示消息；所述第一节点向所述第二节点发送时钟同步请求，其中，所述时钟同步请求中携带有所述同步请求的发送时刻t1；所述第一节点接收来自所述第二节点的时钟同步响应，其中，所述时钟同步响应中携带有所述同步请求的发送时刻t1，所述时钟同步请求在所述第二节点的接收时刻t2，所述时钟同步响应的发送时刻t3；所述第一节点根据所述同步请求的发送时刻t1、所述时钟同步请求的接收时刻t2、所述时钟同步响应的发送时刻t3和时钟同步响应的接收时刻t4计算所述第一节点与所述第二节点的时钟差t
diff
，并根据所述时钟差确定所述第二节点的时钟。
25.其中，第一节点接收来自所述第二节点的有时钟源指示消息之前，还包括：所述第一节点设置所述第一节点的默认时钟信息，所述第二节点根据时钟源设置所述第二节点的
时钟信息。
26.其中，所述第一节点为无时钟源基站或时钟控制节点，所述第二节点为有时钟源基站。
27.根据本发明实施例，还提供了另一种时钟同步方法，包括：第一节点接收所述第二节点发送所述第二节点无时钟源的指示消息；所述第一节点向所述第二节点发送时钟同步请求，其中，所述时钟同步请求中携带有所述同步请求的发送时刻t1；所述第一节点接收来自所述第二节点的时钟同步响应，其中，所述时钟同步响应中携带有所述同步请求的发送时刻t1，所述时钟同步请求在所述第二节点的接收时刻t2，所述时钟同步响应的发送时刻t3；所述第一节点根据所述同步请求的发送时刻t1、所述时钟同步请求的接收时刻t2、所述时钟同步响应的发送时刻t3和时钟同步响应的接收时刻t4计算所述第一节点与所述第二节点之间的时钟传递时延，和/或所述第一节点与所述第二节点的时钟差；所述第一节点向所述第二节点发送所述第一节点的当前时钟信息以及所述第一节点与所述第二节点之间的传输时延，或者所述第一节点与所述第二节点的时钟差。
28.其中，上述方法还包括：所述第二节点根据所述第一节点的当前时钟信息以及所述第一节点与所述第二节点之间的传输时延，或者所述第一节点与所述第二节点的时钟差校正所述第二节点的时钟。
29.其中，所述第一节点为时钟源控制节点，所述第二节点为无时钟源基站。
30.根据本发明的实施例，还提供了一种业务传输装置，包括：第一获取模块，用于获取发送端提供的业务传输模式，其中，所述业务传输模式至少包括以下信息之一：业务传输的开始时间、业务传输的结束时间、业务传输周期或间隔、每个传输周期内的业务传输时长、每个传输周期的数据包大小或保证比特速率、业务传输时延要求；配置模块，用于根据所述业务传输模式预配置传输资源；第二获取模块，用于获取发送端提供的用户数据，其中，所述用户数据中携带了所述业务在目的端的生效时刻；传输模块，用于通过所述传输资源将所述用户数据在所述生效时刻之前传输至所述目的端。
31.其中，所述传输资源至少包括以下之一：资源的起始位置、资源的周期或间隔，每个资源周期内的资源激活时长。
32.其中，所述业务传输模式为多个，所述多个业务传输模式在所述业务传输中同时存在，或者所述多个业务传输模式在所述业务传输中按时序序列存在。
33.其中，所述配置模块还用于分别给每个业务传输模式预配置周期性的传输资源，或在一个周期性的传输资源内分别为每个业务传输模式配置不同的激活时机。
34.其中，该装置还包括：反馈模块，用于将目的端的状态和/或用户数据传输时延反馈至所述发送端，以便所述发送端确定下一次用户数据发送的提前量。
35.其中，所述发送端为应用服务器，所述目的端为用户设备；或者，所述发送端为用户设备，所述目的端为应用服务器。
36.根据本发明的实施例，还提供了又一种业务传输装置，包括：获取模块，用于获取发送端提供的业务传输时延需求以及用户数据，其中，所述用户数据携带有业务的指令序列和指令序列在目的端的生效时刻；传输模块，用于基于所述业务传输时延需求将所述用户数据在所述指令生效时刻之前传输至所述目的端。
37.其中，所述用户数据中携带有多个指令序列，每个指令序列具有一个对应的生效
时刻。
38.其中，该装置还包括：反馈模块，用于将目的端的状态和/或用户数据传输时延反馈至所述发送端，以便所述发送端确定下一次用户数据发送的提前量
39.其中，所述发送端为应用服务器，所述目的端为用户设备；或者，所述发送端为用户设备，所述目的端为应用服务器。
40.根据本发明的实施例，还提供又一种业务传输装置，包括：获取模块，用于获取发送端提供的用户数据，所述用户数据中携带了业务在所述终端的生效时刻；传输模块，用于将所述用户数据在所述生效时刻之前传输至所述目的端。
41.其中，该装置还包括：反馈模块，用于将目的端的状态和/或用户数据传输时延反馈至所述发送端，以便所述发送端确定下一次用户数据发送的提前量。
42.其中，所述发送端为应用服务器，所述目的端为用户设备；或者，所述发送端为用户设备，所述目的端为应用服务器。
43.根据本发明的实施例，还提供了一种时钟同步装置，位于第一节点，该装置包括：第一接收模块，用于接收来自所述第二节点的所述第二节点有时钟源的指示消息；发送模块，用于向所述第二节点发送时钟同步请求，其中，所述时钟同步请求中携带有所述同步请求的发送时刻t1；第二接收模块，用于接收来自所述第二节点的时钟同步响应，其中，所述时钟同步响应中携带有所述同步请求的发送时刻t1，所述时钟同步请求在所述第二节点的接收时刻t2，所述时钟同步响应的发送时刻t3；计算模块，用于根据所述同步请求的发送时刻t1、所述时钟同步请求的接收时刻t2、所述时钟同步响应的发送时刻t3和时钟同步响应的接收时刻t4计算所述第一节点与所述第二节点的时钟差t
diff
，并根据所述时钟差确定所述第二节点的时钟。
44.其中，所述第一节点为无时钟源基站或时钟控制节点，所述第二节点为有时钟源基站。
45.根据本发明的实施例，还提供了一种时钟同步装置，位于第一节点，该装置包括：第一接收模块，用于接收所述第二节点发送所述第二节点无时钟源的指示消息；发送模块，用于向所述第二节点发送时钟同步请求，其中，所述时钟同步请求中携带有所述同步请求的发送时刻t1；第二接收模块，用于接收来自所述第二节点的时钟同步响应，其中，所述时钟同步响应中携带有所述同步请求的发送时刻t1，所述时钟同步请求在所述第二节点的接收时刻t2，所述时钟同步响应的发送时刻t3；计算模块，用于根据所述同步请求的发送时刻t1、所述时钟同步请求的接收时刻t2、所述时钟同步响应的发送时刻t3和时钟同步响应的接收时刻t4计算所述第一节点与所述第二节点之间的时钟传递时延，和/或所述第一节点与所述第二节点的时钟差；第二发送模块，用于向所述第二节点发送所述第一节点的当前时钟信息以及所述第一节点与所述第二节点之间的传输时延，或者所述第一节点与所述第二节点的时钟差。
46.其中，所述第一节点为时钟源控制节点，所述第二节点为无时钟源基站。
47.根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述方法实施例中的步骤。
48.根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述方法实
施例中的步骤。
49.在本发明的上述实施例中，根据业务传输模式给终端预配置相应的传输资源，因此可以控制各节点之间的业务传输时延，保证业务在目的端生效前到达目的端。
附图说明
50.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
51.图1是根据本发明实施例的业务传输方法的流程图；
52.图2是根据本发明实施例的业务传输方法的另一流程图；
53.图3是根据本发明实施例的业务传输方法的又一流程图；
54.图4是根据本发明实施例的传输模式固定业务的业务传输流程图；
55.图5是根据本发明实施例的传输模式固定的业务传输模式示意图；
56.图6是根据本发明实施例的业务模式固定业务的业务传输流程图；
57.图7是根据本发明实施例的业务模式指令集合示意图；
58.图8是根据本发明实施例的传输模式不固定业务的业务传输流程图；
59.图9是根据本发明实施例的传输模式固定的上行业务的业务传输流程图；
60.图10是根据本发明实施例的有时钟源基站与无时钟源基站之间时钟同步的流程图；
61.图11是根据本发明实施例的有时钟源基站与时钟控制节点之间时钟同步的流程图；
62.图12是根据本发明实施例的时钟控制节点与无时钟源基站之间时钟同步的流程图；
63.图13是根据本发明实施例的业务传输装置的结构框图。
具体实施方式
64.下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
65.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
66.本实施例中提供了一种的业务传输方法，在本实施例中，业务的传输模式是固定的。图1是根据本发明实施例的方法流程图，如图1所示，该流程包括如下步骤：
67.步骤s102，基站获取发送端提供的业务传输模式，其中，所述业务传输模式至少包括以下信息之一：业务传输的开始时间、业务传输的结束时间、业务传输周期或间隔、每个传输周期内的业务传输时长、每个传输周期的数据包大小或保证比特速率、业务传输时延要求；
68.步骤s104，基站根据所述业务传输模式预配置传输资源；
69.步骤s106，基站获取发送端提供的用户数据，其中，所述用户数据中携带了所述业务在目的端的生效时刻。
70.步骤s108，基站通过所述传输资源将所述用户数据在所述生效时刻之前传输至所
述目的端。
71.在上述实施例中，可以由应用服务器或终端ue给基站提供业务传输模式，所述目的端相应的为终端ue或应用服务器。
72.在上述实施例中，所述业务在目的端的生效时间可以通过用户数据承载。
73.在上述实施例中，同一ue可以多个业务模式同时存在，或者同一ue的多个业务模式按时序序列存在。基站收到所述业务传输模式后，基于所述业务模式给ue预配置专用的传输资源。所述预配置专用传输资源可以通过rrc信令配置和/或dci来配置。
74.在上述实施例中，可以向应用服务器反馈ue所处状态和业务传输时延，用于应用服务器决策业务发送时机(针对每次业务传输承载一个指令)。
75.本实施例中提供了另一种的业务传输方法，在本实施例中，业务模式是固定的。图2是根据本发明实施例的方法流程图，如图2所示，该流程包括如下步骤：
76.步骤s202，基站获取发送端提供的业务传输时延需求以及用户数据，其中，所述用户数据携带有业务的指令序列和指令序列在目的端的生效时刻；
77.步骤s204，所述基站基于所述业务传输时延需求将所述用户数据在所述指令生效时刻之前传输至所述目的端。
78.在上述实施例中，可以由应用服务器或终端给基站提供业务传输时延需求、给目的端提供业务指令序列。所述业务指令可以包括业务所含指令序列的开始时刻和/或指令的结束时刻，指令序列的内容，指令序列的间隔(针对每次业务传输承载若干指令序列)。所述基站保证业务指令按时传递到目的端；所述目的端按照业务指令序列对指令进行相应的操作。
79.本实施例中提供了又一种的业务传输方法，在本实施例中，业务模式是不固定的。图3是根据本发明实施例的方法流程图，如图3所示，该流程包括如下步骤：
80.步骤s302，基站获取发送端提供的用户数据，所述用户数据中携带了业务在所述终端的生效时刻；
81.步骤s304，所述基站将所述用户数据在所述生效时刻之前传输至所述终端。
82.在本实施例中，对于模式不固定的业务，可以由应用服务器或终端指示业务在目的端的生效时机，业务的传输时延需求。应用服务器或终端保证业务在发送端开始传输时刻加上业务时延小于或等于业务在目的端的生效时刻。
83.在本实施例中，可通过向发送端，例如，应用服务器反馈业务传输时延，用于应用服务器决策业务发送时机。
84.实施例1
85.本实施例中，应用服务器(application server)需要对rrc_inactive(空闲状态)的ue发送业务传输模式固定的指令。如图4所示，包括如下步骤：
86.步骤1：在t0时刻应用服务器(application server，as)将用户数据和业务传输模式发送到接入和移动性管理功能实体(access and mobility management function，amf)/用户面功能实体(user plane function，upf)；所述业务传输模式可以包括业务传输的开始时间、和/或业务传输的结束时间，业务传输周期或间隔，每个传输周期内的业务传输时长，每个传输周期的数据包大小或保证比特率(guaranteed bit rate，gbr)，业务传输时延要求；所述用户数据携带所述业务在目的端的生效时间。
87.步骤2：amf/upf功能实体向gnb(5g基站)发送寻呼消息。
88.步骤3：gnb向ue发送寻呼消息。
89.步骤4：ue/gnb和amf/upf建立或恢复rrc连接。
90.步骤5：amf/upf将ue状态(ue进入rrc连接状态通知应用服务器，ue从连接态转到空闲态时也需要将ue的新状态通知应用服务器)和/或数据传输时延通知as，以便as确定数据发送的时间提前量。
91.步骤6：amf/upf将ue的业务传输模式和业务特性(比如业务传输时延)发送给gnb。
92.步骤7：gnb基于所述业务传输模式给ue预配置空口数据传输所需资源；所述预配置空口数据传输所需资源可通过rrc信令配置和/或dci来配置。所述配置资源信息包括：资源的起始位置、资源的周期或间隔，每个资源周期内的资源激活时长，业务在空口所需的编码方式等其他调度信息。
93.步骤8：amf/upf向gnb传输用户数据。
94.步骤9：在t1时刻gnb向ue传输用户数据。
95.步骤10：在t2时刻用户数据所包含的指令等信息按照用户数据所指示的时间点在ue侧生效(例如，工业领域的终端按照所收到的控制指令在制定时间进行相应的操作)。
96.步骤11：在t3时刻应用服务器(application server)将用户数据发送到amf/upf。
97.步骤12：amf/upf向gnb传输用户数据。
98.步骤13：在t4时刻gnb向ue传输用户数据。
99.步骤14：在t5时刻用户数据所包含的指令等信息按照用户数据所指示的时间点在ue侧生效(例如，工业领域的终端按照所收到的控制指令在制定时间进行相应的操作)。
100.在本实施例中，t1时刻资源位置(传输用户数据的开始时刻)的开始时间是enb基于步骤1所述业务传输的开始时刻配置的；t3时刻的资源位置的开始时间是基于t1时刻和步骤1所述业务传输周期/间隔确定的。在图中：t2时刻大于等于t1时刻，t4时刻大于等于t3时刻：也就是保证业务生效前业务达到目的端。这需要业务的源端在发送时进行协助：比如对处于空闲状态的ue发送指令到指令的生效时长(t2-t0)一般比对处于连接状态的ue发送指令到指令的生效时长(t5-t3)，因为t2-t0包含了rrc连接建立或恢复的时长，这个时长需要应用服务器发送数据时进行考虑；这也就是步骤5中amf/upf将ue状态发送到应用服务器的原因。
101.其中，在步骤1中同一ue可以多个业务模式同时存在，或者同一ue的多个业务模式按时序序列存在。对应到步骤7中，就是给同一ue配置多个周期性的资源；或者在一个周期内配置多个激活时机。如果给同一ue配置多个周期性资源，所述资源可以通过dci配置，则需要rrc信令配置资源的间隔或周期，资源编号；通过dci对每个编号的资源进行资源调度(激活或去激活)。
102.对于传输模式固定的业务传递，下面对其业务传输模式的指示方式进行描述，如图5所示，在图5(a)中示出了同一ue的多个业务模式按时序序列指示的方式，一个周期(period)内有三个资源块激活时段(d1/d2/d3)，资源块激活时段的间隔分别为t1/t2；对应到步骤7就是同一ue配置一个半静态资源；每个半静态资源有3个离散的资源块。具体可以表示为
103.{
104.资源开始时机；
105.资源间隔或周期
106.资源块1的时长
107.资源块1的调度信息
108.资源块2的时长
109.资源块2的调度信息(null)
110.资源块3的时长
111.资源块3的调度信息
112.资源块4的时长
113.资源块4的调度信息(null)
114.资源块5的时长
115.资源块5的调度信息
116.}
117.图5(b)至(d)为对图(a)的拆分：将一个中周期内的三个资源块拆分为3个业务模式；对应到步骤7就是同一ue配置多个半静态资源。具体可以表示为：
118.{
119.资源块1的开始时刻
120.资源块1的周期
121.资源块1的调度信息
122.资源块2的开始时刻
123.资源块2的周期
124.资源块2的调度信息
125.资源块3的开始时刻
126.资源块3的周期
127.资源块3的调度信息
128.}
129.实施例2
130.图6是对于业务模式固定业务的业务传输实施示例，本实施例中，应用服务器(application server)需要对连接态的ue发送业务模式固定的指令集合。
131.步骤1：在t0时刻，应用服务器向amf/upf发送携带若干指令序列的用户数据信息；
132.步骤2：amf/upf将包含指令序列的用户数据信息传递给gnb；
133.步骤3：gnb在t1时刻将包含指令序列的用户数据信息传递给ue；
134.步骤3：在t2时刻，用户数据信息中包含的第一个指令按照指令所示时间点生效；在t3时刻，用户数据信息中包含的第二个指令按照指令所示时间点生效；在t4时刻，用户数据信息中包含的第三个指令按照指令所示时间点生效。
135.在本实施例中，应用服务器的用户数据发送时机需要保证用户数据到达ue的时机(t1)早于用户指令的生效时机t2/t3/t4。发送时机需要考虑用户数据的传输时延delay1，保证delay2大于等于0。其中，interval 1、interval 2为用户数包含的指令间隔。所述间隔可以是显示指示，比如用指令之间的相对时间来指示；也可以是隐式指示，比如指示每个指
令的绝对时间。
136.下面通过实施例对业务模式指令集合进行说明。图7业务模式指令集合示例，在本实施例中以交通信号灯控制为例。如图7所示，网络侧给ue(信号灯终端模块)发送信号灯控制指令：指令开始时刻，红灯亮时长d1，接着黄灯亮时长d2,接着绿灯亮时长d3，再接着红灯亮时长d1。发送端需要保证ue在指令开始时刻收到所述指令；ue收到所述指令后，按照指令的时序以此执行所述指令。
137.实施例3
138.图8是对于传输模式不固定的业务的业务传输实施示例，在本实施例中，应用服务器向处于连接模式的ue发送业务传输模式不固定的指令。如图8所示，包括如下步骤：
139.步骤1：在t0时刻，应用服务器向amf/upf发送用户数据；
140.步骤2：amf/upf向gnb发送数据包时延需求，所述需求可以承载于pdu session resource setup request或类似的基站与核心网之间的消息上；
141.步骤3：gnb向amf/upf发送数据包时延需求的响应消息，所述消息可以为pdu session resource setup response或类似的基站与核心网之间的消息上；
142.步骤4：amf/upf向gnb发送用户数据；
143.步骤5：gnb向ue发送用户数据；
144.步骤6：在t1时刻，ue基于用户数据所携带的指令进行响应的操作
145.步骤7：在t2时刻，应用服务器向amf/upf发送用户数据；
146.步骤8：amf/upf向gnb发送用户数据；
147.步骤9：gnb向ue发送用户数据；
148.步骤10：在t1时刻，ue基于用户数据所携带的指令进行响应的操作。
149.在本实施例中，在一次数据传输完成后，amf/upf可以将数据传输时延发送给as，以便as下次数据传输时数据发送提前量的决策。所述数据传输时延可以是amf/upf基于数据传输确认消息来获取；或者ue/gnb反馈的数据接收时间相关统计信息获取。
150.实施例4
151.图9是对于传输模式固定的上行业务的业务传输实施示例。本实施例与实施例1类似，区别在于本示例中涉及的是上行业务的业务传输，因此，业务传输模式是由ue提供，用户数据也由ue发出。如图9所示，包括如下步骤：
152.步骤1：在t0时刻终端将业务传输模式发送到gnb，其中，所述业务传输模式可以包括业务传输的开始时间、和/或业务传输的结束时间，业务传输周期或间隔，每个传输周期内的业务传输时长，每个传输周期的数据包大小或gbr(guaranteed bit rate)，业务传输时延要求。
153.步骤2：gnb基于所述业务传输模式给ue预配置数据传输所需资源。预配置数据传输所需资源可通过rrc信令配置。所述配置资源信息可以包括：资源的起始位置、资源的周期或间隔，每个资源周期内的资源激活时长等信息。
154.步骤3：ue向gnb反馈预资源配置完成。
155.步骤4：ue在t1时刻向gnb传输用户数据，gnb按照时延要求通过amf/upf将用户数据传递至应用服务器，保证用户数据在生效时刻之前到达目的端。
156.步骤5：ue在时间间隔interval1之后，在t2时刻向gnb向传输下一次用户数据。
157.步骤6：gnb按照时延要求通过amf/upf将本次用户数据传递至应用服务器。
158.在本发明的上述实施例中，为了保证用户数据在生效时刻之前到达目的端，涉及到多处时钟参数，因此，在时延敏感性很强网络中，ue自身的时钟精准度是非常重要的。常规情况下，ue通过读取gnb时钟可以保证同一gnb下不同ue之间的时钟同步。但考虑到不同ue可能位于不同gnb下，为了保证不同gnb下ue之间的时钟同步，需要保证不同gnb之间的时钟同步。在常规策略中，gnb之间同步是通过gnb时钟与gps时钟对齐来实现同步的。但是对于室内基站没有gps的场景，目前没有相关的同步策略。
159.为此，本发明还提供了基站之间的时钟同步方法，该方法可以结合到前文的实施例中以获取精确的时钟参数，以保证时延敏感性网络中业务的按时传递。
160.图10是enb之间分布式时钟同步的实施示例，本实施例提供了gnb之间分布式时钟对齐策略。gnb1由于具有时钟源，可以获取精确到1微秒以上的时钟信息，而gnb2由于没有时钟源，不能获取精确到1微秒以上的时钟信息。因此，没有时钟源的gnb2的时钟向有时钟源的gnb1的时钟对齐。如图10所示，具体步骤如下：
161.步骤1：有时钟源的gnb1基于时钟源设置自己的时钟；没有时钟源的gnb2设置自己的默认时钟源。
162.步骤2：有时钟源的gnb1向没有时钟源的gnb2指示自己有时钟源
163.步骤3：没有时钟同步源的gnb2向gnb1发送时钟同步请求，其中携带信息的发送时刻t1；
164.步骤4：gnb1向gnb2发送时钟同步响应，其中，时钟同步响应中可以携带t1，时钟同步请求信息在gnb1的接收时刻t2、时钟同步响应消息在gnb1的发送时刻t3。
165.步骤5：gnb2基于t1、t2、t3、t4(t4为时钟同步响应消息在gnb2的接收时刻)计算gnb1与gnb2的时差，从而确定gnb2的时钟。
166.其中，gnb1与gnb2之间的大时差的具体计算过程如下：
[0167][0168]
其中：delay为xn口的传输时延，tdiff为gnb2与gnb1的时差。
[0169]
本发明还提供了一个基站之间集中式时钟同步的实施例，在本实施例中，是有时钟同步源的基站与时钟控制节点之间进行时钟同步。如图11所示，包括如下步骤：
[0170]
步骤1：有时钟同步源的gnb1向时钟控制节点指示自己有时钟源。所述时钟控制节点可以为中心单元(centralized unit,cu),amf或更高层的网元。
[0171]
步骤2：时钟控制节点向gnb1请求时钟同步请求(其中携带t1时刻信息)；
[0172]
步骤3：gnb1向时钟控制节点反馈时钟同步响应(其中携带t1，和/或t2/t3时刻信息)；
[0173]
步骤4：时钟控制节点基于t1/t2/t3/t4计算时钟控制节点与gnb1的时差，从而确定时钟控制节点的时钟，并校准所述时钟，其中，所述计算过程与图10的实施例类似。
[0174]
本发明还提供了一个没有时钟同步源的基站与时钟控制节点之间的时钟同步。如图12所示，包括如下步骤：
[0175]
步骤1：没有时钟同步源的gnb2向时钟控制节点指示自己没有时钟源。所述时钟控制节点可以为中心单元(centralized unit,cu),amf或更高层的网元。
[0176]
步骤2：时钟控制节点向gnb2请求时钟同步请求(其中携带t1时刻信息)；
[0177]
步骤3：gnb2向时钟控制节点反馈时钟同步响应(其中携带t1，和/或t2/t3时刻信息)；
[0178]
步骤4：时钟控制节点基于t1/t2/t3/t4计算时钟控制节点与gnb2的时差或时钟控制节点与gnb2之间的传递时延。所述计算过程与图10的实施例类似。
[0179]
步骤5：时钟控制节点将当前的时钟信息及时钟传递时延，或者钟控制节点与gnb2的时钟差信息发送给gnb2.
[0180]
步骤6：gnb2基于时钟控制节点所提供的时钟信息及时钟传递时延，或者钟控制节点与gnb2的时钟差信息来校准自己的时钟。
[0181]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现。
[0182]
在本实施例中还提供了一种业务传输装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0183]
图13是根据本发明实施例的业务传输装置的结构框图，如图13所示，该装置包括第一获取模块10、配置模块20、第二获取模块30和传输模块40。
[0184]
第一获取模块10，用于获取发送端提供的业务传输模式，其中，所述业务传输模式至少包括以下信息之一：业务传输的开始时间、业务传输的结束时间、业务传输周期或间隔、每个传输周期内的业务传输时长、每个传输周期的数据包大小或保证比特速率、业务传输时延要求；
[0185]
配置模块20，用于根据所述业务传输模式预配置传输资源；
[0186]
第二获取模块30，用于获取发送端提供的用户数据，其中，所述用户数据中携带了所述业务在目的端的生效时刻。
[0187]
传输模块40，用于通过所述传输资源将所述用户数据在所述生效时刻之前传输至所述目的端。
[0188]
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
[0189]
本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
[0190]
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
[0191]
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储
在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0192]
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

技术特征：
1.一种业务传输方法，其特征在于，包括：基站获取发送端提供的业务传输模式，其中，所述业务传输模式至少包括以下信息之一：业务传输的开始时间、业务传输的结束时间、业务传输周期或间隔、每个传输周期内的业务传输时长、每个传输周期的数据包大小或保证比特速率、业务传输时延要求；所述基站根据所述业务传输模式预配置传输资源；所述基站获取发送端提供的用户数据，其中，所述用户数据中携带了所述业务在目的端的生效时刻；所述基站通过所述传输资源将所述用户数据在所述生效时刻之前传输至所述目的端；其中，所述传输资源通过rrc信令配置和/或通过dci配置。2.根据权利要求1所述的方法，其特征在于，所述传输资源至少包括以下之一：资源的起始位置、资源的周期或间隔，每个资源周期内的资源激活时长。3.根据权利要求1所述的方法，其特征在于，所述业务传输模式为多个，所述多个业务传输模式在所述业务传输中同时存在，或者所述多个业务传输模式在所述业务传输中按时序序列存在。4.根据权利要求3所述的方法，其特征在于，所述基站根据所述传输模式预配置传输资源，包括：所述基站分别给每个业务传输模式预配置周期性的传输资源，或所述基站在一个周期性的传输资源内分别为每个业务传输模式配置不同的激活时机。5.根据权利要求1所述的方法，其特征在于，所述发送端为应用服务器，所述目的端为用户设备。6.根据权利要求5所述的方法，其特征在于，基站获取发送端提供的业务传输模式，包括：移动性管理功能amf/用户面功能upf实体接收应用服务器发送的所述用户数据和业务传输模式；所述amf/upf向所述基站发送寻呼消息，所述基站向所述用户设备发送寻呼消息，所述用户设备、所述基站和所述amf/upf之间建立或恢复rrc连接；基站从amf/upf实体接收所述业务传输模式。7.根据权利要求1所述的方法，其特征在于，所述发送端为第一用户设备，所述目的端为应用服务器或第二用户设备。8.根据权利要求1至7任一项所述的方法，其特征在于，所述业务类型为工业物联网业务。9.一种业务传输装置，其特征在于，包括：第一获取模块，用于获取发送端提供的业务传输模式，其中，所述业务传输模式至少包括以下信息之一：业务传输的开始时间、业务传输的结束时间、业务传输周期或间隔、每个传输周期内的业务传输时长、每个传输周期的数据包大小或保证比特速率、业务传输时延要求；配置模块，用于根据所述业务传输模式预配置传输资源；第二获取模块，用于获取发送端提供的用户数据，其中，所述用户数据中携带了所述业务在目的端的生效时刻；
传输模块，用于通过所述传输资源将所述用户数据在所述生效时刻之前传输至所述目的端；其中，所述配置模块，还用于通过rrc信令配置和/或通过dci配置所述传输资源。10.根据权利要求9所述的装置，其特征在于，所述传输资源至少包括以下之一：资源的起始位置、资源的周期或间隔，每个资源周期内的资源激活时长。11.根据权利要求9所述的装置，其特征在于，所述业务传输模式为多个，所述多个业务传输模式在所述业务传输中同时存在，或者所述多个业务传输模式在所述业务传输中按时序序列存在。12.根据权利要求11所述的装置，其特征在于，所述配置模块，还用于分别给每个业务传输模式预配置周期性的传输资源，或在一个周期性的传输资源内分别为每个业务传输模式配置不同的激活时机。13.根据权利要求9所述的装置，其特征在于，所述发送端为应用服务器，所述目的端为用户设备；或者，所述发送端为用户设备，所述目的端为应用服务器。14.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至8任一项中所述的方法。15.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至8任一项中所述的方法。

技术总结
本发明提供了一种业务传输方法及装置，该方法包括：基站获取发送端提供的业务传输模式，其中，所述业务传输模式至少包括以下信息之一：业务传输的开始时间、业务传输的结束时间、业务传输周期或间隔、每个传输周期内的业务传输时长、每个传输周期的数据包大小或保证比特速率、业务传输时延要求；基站根据所述业务传输模式预配置传输资源；基站获取发送端提供的用户数据，其中，用户数据中携带了业务在目的端的生效时刻；基站通过所述传输资源将所述用户数据在所述生效时刻之前传输至所述目的端。在本发明中，根据业务传输模式给终端预配置相应的传输资源，因此可以控制各节点之间的业务传输时延，保证业务在目的端生效前到达目的端。目的端。目的端。


技术研发人员：沙秀斌 戴博 陆婷 高音
受保护的技术使用者：中兴通讯股份有限公司
技术研发日：2018.09.27
技术公布日：2023/10/11