同步的方法和装置与流程

同步的方法和装置
1.本技术为2019年01月14日递交的、申请号为201910032550.4、发明名称为“同步的方法和装置”的申请的分案申请。
技术领域
2.本技术涉及通信领域，并且更具体的，涉及通信领域中的同步的方法和装置。


背景技术：

3.大部分工业场景，如工厂自动化(factory automation)，对时延、抖动、错误率等有严格要求。为满足工业场景要求，ieee研究了一种可以用用在工业工厂中的以太网络
‑‑
时间敏感网络(time sensitive networking，tsn)。tsn网络中，采用802.1as协议实现高精度时间同步要求。移动网络也可以应用到工业场景，即移动网络终端需要与tsn时钟进行同步。
4.因此，如何在移动网络中实现与tsn时钟进行同步是亟需解决的问题。


技术实现要素：

5.本技术提供一种同步的方法和装置，能够在移动网络中实现与tsn时钟同步。
6.第一方面，提供了一种同步的方法，该方法由中继网络中的第一网元执行，所述中继网络包括无线接入网ran设备和终端设备，该方法包括：
7.所述第一网元接收时钟同步报文；
8.所述第一网元确定所述中继网络的第一时间，所述中继网络的第一时间包括所述ran设备与所述终端设备之间传输所述时钟同步报文的第一下行传输时延；
9.所述第一网元确定所述中继网络的时间修正域，所述时间修正域包括所述第一下行传输时延。
10.本技术实施例中，第一网元可以根据时钟同步报文，确定中继网络的时间修正域，该时间修正域包括ran设备与终端设备之间传输该时钟同步报文对应的第一下行传输时延，从而有助于实现在移动网络中采用tsn时钟同步机制对终端设备或端点设备进行其与外部时钟的时钟同步。
11.结合第一方面，在第一方面的某些实现方式中，所述时钟同步报文用于触发所述第一网元确定所述中继网络的第一时间。这样，当第一网元识别接收到的报文为sync报文之后，可以触发确定中继网络的驻留时间。
12.结合第一方面，在第一方面的某些实现方式中，所述时间修正域还包括发送所述时钟同步报文的节点设备与所述中继网络之间的第二下行传输时延。这样，在移动网络中可以采用tsn时钟同步机制对终端设备或端点设备进行其与外部时钟的时钟同步。
13.结合第一方面，在第一方面的某些实现方式中，所述中继网络中还包括upf，其中，所述第一时间还包括所述upf与所述ran设备之间的第三下行传输时延。
14.本技术实施例中，当中继网络包括upf、ran和终端设备时，第一网元可以为upf、
ran或终端设备。当中继网络包括ran和终端设备时，第一网元可以为ran或终端设备。
15.结合第一方面，在第一方面的某些实现方式中，所述第一时间为所述第一下行传输时延与所述第三下行传输时延之和。
16.结合第一方面，在第一方面的某些实现方式中，所述第一网元为所述upf，所述第一网元确定所述中继网络的第一时间，包括：
17.所述upf获取所述第三下行传输时延；
18.所述upf向所述ran设备发送所述时钟同步报文和第一指示信息，所述第一指示信息用于指示所述ran设备获取所述第一下行传输时延；
19.所述upf从所述ran设备接收所述第一下行传输时延；
20.所述upf根据所述第一下行传输时延和所述第三下行传输时延，确定所述第一时间。
21.对应的，所述ran设备接收所述upf设备发送的时钟同步报文和第一指示信息，根据所述时钟同步报文和所述第一指示信息，确定所述第一下行传输时延，然后所述ran设备向所述upf设备发送所述第一下行传输时延。
22.因此，本技术实施例中，将终端设备、ran和upf作为一个中继网络，并由该中继网络中的upf确定该中继网络传输sync报文的“内部时延”，即从upf接收sync报文，到终端设备接收sync报文的时间，实现终端设备(或者与该终端设备连接的tsn端点设备)与tsn时钟源的时间同步。
23.结合第一方面，在第一方面的某些实现方式中，所述第一指示信息包括第一qfi，所述第一指示信息用于指示所述ran设备接收到所述第一qfi对应的报文时，获取所述第一下行传输时延。
24.这里，第一qfi即特殊qfi，即，第一qfi对应的qos流报文为时钟同步报文，例如sync报文。也就是说，当ran接收到的报文中包括第一qfi时，ran可以识别出该报文为sync报文，然后可以触发第一下行传输时延的测量。
25.结合第一方面，在第一方面的某些实现方式中，所述第一网元确定所述中继网络的第一时间，包括：
26.所述第一网元根据策略信息，确定所述中继网络的第一时间，其中，所述策略信息为配置在所述第一网元上的信息，或者所述第二策略信息为从smf接收的信息。
27.具体的，在中继网络包括ran设备和终端设备的情况下，此时该第一网元可以为ran；在中继网络包括upf设备、ran设备和终端设备的情况下，此时该第一网元可以为upf设备或ran设备。
28.结合第一方面，在第一方面的某些实现方式中，所述第一网元为所述ran设备，所述第一网元确定所述中继网络的第一时间，包括：
29.所述ran设备接收第二指示信息，所述第二指示信息用于指示所述ran设备获取所述第一时间；
30.所述ran根据所述第二指示信息，获取所述第一下行传输时延和所述第三下行传输时延；
31.所述ran根据所述第一下行传输时延和所述第三下行传输时延，确定所述第一时间。
32.因此，本技术实施例中，将终端设备、ran和upf作为一个中继网络，并由该中继网络中的ran确定该中继网络传输sync报文的“内部时延”，即从upf接收sync报文，到终端设备接收sync报文的时间，实现终端设备(或者与该终端设备连接的tsn端点设备)与tsn时钟源的时间同步。
33.结合第一方面，在第一方面的某些实现方式中，所述第二指示信息包括第二qfi，所述第二指示信息用于指示所述ran设备接收到所述第二qfi对应的报文时，获取所述第一时间。
34.其中，第二qfi对应的qos流报文为时钟同步报文，即sync报文。也就是说，当ran接收到的报文中包括第二qfi时，ran可以识别出该报文为sync报文，然后可以触发获取中继网络的驻留时间。
35.结合第一方面，在第一方面的某些实现方式中，所述第一网元确定所述第一时间包括：
36.所述第一网元根据所述第一网元与发送所述时钟同步报文的节点设备之间的频率比率，确定所述第一时间。
37.结合第一方面，在第一方面的某些实现方式中，还包括：所述第一网元向所述终端设备发送消息，所述消息携带所述时间修正域。
38.第二方面，提供了一种同步的方法，该方法由中继网络中的ran设备执行，所述中继网络包括upf设备、所述ran设备和终端设备，该方法包括：
39.所述ran设备接收所述upf设备发送的时钟同步报文和第一指示信息，所述第一指示信息用于指示所述ran设备获取第一下行传输时延，所述第一下行传输时延为所述ran设备与所述终端设备之间传输所述时钟同步报文的时延；
40.所述ran设备根据所述时钟同步报文和所述第一指示信息，确定所述第一下行传输时延；
41.所述ran设备向所述upf设备发送所述第一下行传输时延。
42.因此，本技术实施例中，将终端设备、ran和upf作为一个中继网络，当由该中继网络中的upf确定该中继网络传输sync报文的“内部时延”，即从upf接收sync报文，到终端设备接收sync报文的时间时，可以触发ran设备确定第一下行传输时延，从而有助于实现终端设备(或者与该终端设备连接的tsn端点设备)与tsn时钟源的时间同步。
43.结合第二方面，在第二方面的某些实现方式中，所述第一指示信息包括第一qfi，所述第一指示信息具体用于指示所述ran设备接收到所述第一qfi对应的报文时，获取所述第一下行传输时延。
44.第三方面，提供了一种同步的装置，该装置包括用于执行第一方面或第一方面的任意一种可能的实现方式中的同步的方法的模块或单元。
45.第四方面，提供了一种同步的装置，该装置包括用于执行第二方面或第二方面的任意一种可能的实现方式中的同步的方法的模块或单元。
46.第五方面，提供了一种同步的装置，该装置包括处理器和收发器，处理器用于执行程序，当处理器执行程序是，处理器和收发器实现第一方面或第一方面的任意一种可能的实现方式中的同步的方法。
47.可选的，该同步的装置还可以包括存储器，存储器用于存储处理器执行的程序。
48.该同步的装置的一种示例为ran设备、upf设备或终端设备。
49.第六方面，提供了一种同步的装置，该装置包括处理器和收发器，处理器用于执行程序，当处理器执行程序是，处理器和收发器实现第二方面或第二方面的任意一种可能的实现方式中的同步的方法。
50.可选的，该同步的装置还可以包括存储器，存储器用于存储处理器执行的程序。
51.该同步的装置的一种示例为ran设备。
52.第七方面，提供一种计算机可读存储介质，该计算机可读存储介质存储用于同步的装置执行的程序代码，该程序代码包括用于实现第一方面或第一方面的任意一种可能的实现方式中的同步的方法的指令。
53.第八方面，提供一种计算机可读存储介质，该计算机可读存储介质存储用于同步的装置执行的程序代码，该程序代码包括用于实现第二方面或第二方面的任意一种可能的实现方式中的同步的方法的指令。
54.第九方面，提供一种芯片，该芯片包括处理器和通信接口，该通信接口用于与外部器件进行同行，该处理器用于实现第一方面或第一方面的任意一种可能的实现方式中的同步的方法。
55.可选地，该芯片还可以包括存储器，该存储器中存储有指令，处理器用于执行存储器中存储的指令，当该指令被执行时，处理器用于实现第一方面或第一方面的任意一种可能的实现方式中的同步的方法。
56.可选地，该芯片可以集成在ran设备、upf设备或终端设备上。
57.第十方面，提供一种芯片，该芯片包括处理器和通信接口，该通信接口用于与外部器件进行通信，该处理器用于实现第二方面或第二方面的任意一种可能的实现方式中的同步的方法。
58.可选地，该芯片还可以包括存储器，该存储器中存储有指令，处理器用于执行存储器中存储的指令，当该指令被执行时，处理器用于实现第二方面或第二方面的任意一种可能的实现方式中的同步的方法。
59.可选地，该芯片可以集成在ran设备上。
60.第十一方面，提供了一种发送报文的方法，包括：
61.通信网元接收第一报文，其中，所述第一报文包括域标识，所述域标识用于标识发送所述第一报文的节点设备所属的时钟域；
62.所述通信网元根据域标识与用户面连接标识的对应关系，以及所述第一报文中的域标识，确定所述第一报文对应的用户面连接；
63.所述通信网元通过所述第一报文对应的用户面连接向终端设备发送所述第一报文。
64.结合第十一方面，在第十一方面的某些实现方式中，还包括：
65.所述通信网元接收来自smf的所述域标识与用户面连接标识的对应关系。
66.结合第十一方面，在第十一方面的某些实现方式中，所述通信网元为upf或ran。
67.结合第十一方面，在第十一方面的某些实现方式中，所述第一报文为时钟同步报文。
68.结合第十一方面，在第十一方面的某些实现方式中，所述用户面连接标识包括以
下至少一种：会话标识、用户面隧道信息。
69.第十二方面，提供了一种发送报文的方法，包括：
70.smf确定域标识和用户面连接标识的对应关系，所述域标识用于标识发送第一报文的节点设备所属的时钟域；
71.所述smf将所述对应关系发送至通信网元，其中，所述对应关系用于所述通信网元确定向终端设备发送所述第一报文的用户面连接。
72.结合第十二方面，在第十二方面的某些实现方式中，所述smf确定域标识和用户面连接标识的对应关系，包括：
73.所述smf获取终端设备标识和用户面连接标识的对应关系；
74.所述smf获取终端设备标识和域标识的对应关系，其中，所述域标识用于标识所述终端设备对应的时钟域；
75.所述smf根据终端设备标识和用户面连接标识的对应关系，以及，终端设备标识和域标识的对应关系，确定域标识和用户面连接标识的对应关系。
76.结合第十二方面，在第十二方面的某些实现方式中，所述smf确定域标识和用户面连接标识的对应关系，包括：
77.所述smf获取所述终端设备的用户面连接标识以及网络标识的对应关系，其中，所述网络标识用于标识所述终端设备接入的网络；
78.所述smf获取网络标识和域标识的对应关系，所述域标识用于标识所述终端设备对应的时钟域；
79.所述smf根据所述用户面连接标识以及网络标识的对应关系，以及，网络标识和域标识的对应关系，确定域标识和用户面连接标识的对应关系。
80.结合第十二方面，在第十二方面的某些实现方式中，所述网络标识包括以下至少一种：数据网络名称dnn、单网络切片选择辅助信息s
‑
nssai。
81.结合第十二方面，在第十二方面的某些实现方式中，所述通信网元为upf或ran。
82.结合第十二方面，在第十二方面的某些实现方式中，所述第一报文为时钟同步报文。
83.结合第十二方面，在第十二方面的某些实现方式中，所述用户面连接标识包括以下至少一种：会话标识、用户面隧道信息。
84.第十三方面，提供了一种发送报文的装置，该装置包括用于执行第十一方面或第十一方面的任意一种可能的实现方式中的发送报文的方法的模块或单元。
85.第十四方面，提供了一种发送报文的装置，该装置包括用于执行第十二方面或第十二方面的任意一种可能的实现方式中的发送报文的方法的模块或单元。
86.第十五方面，提供了一种发送报文的装置，该装置包括处理器和收发器，处理器用于执行程序，当处理器执行程序是，处理器和收发器实现第一方面或第一方面的任意一种可能的实现方式中的同步的方法。
87.可选的，该同步的装置还可以包括存储器，存储器用于存储处理器执行的程序。
88.该发送报文的装置的一种示例为ran设备或upf设备。
89.第十六方面，提供了一种发送报文的装置，该装置包括处理器和收发器，处理器用于执行程序，当处理器执行程序是，处理器和收发器实现第十二方面或第十二方面的任意
一种可能的实现方式中的发送报文的方法。
90.可选的，该发送报文的装置还可以包括存储器，存储器用于存储处理器执行的程序。
91.该发送报文的装置的一种示例为smf设备。
92.第十七方面，提供一种计算机可读存储介质，该计算机可读存储介质存储用于发送报文的装置执行的程序代码，该程序代码包括用于实现第十一方面或第十一方面的任意一种可能的实现方式中的同步的方法的指令。
93.第十八方面，提供一种计算机可读存储介质，该计算机可读存储介质存储用于发送报文的装置执行的程序代码，该程序代码包括用于实现第十二方面或第十二方面的任意一种可能的实现方式中的同步的方法的指令。
94.第十九方面，提供一种芯片，该芯片包括处理器和通信接口，该通信接口用于与外部器件进行同行，该处理器用于实现第十一方面或第十一方面的任意一种可能的实现方式中的发送报文的方法。
95.可选地，该芯片还可以包括存储器，该存储器中存储有指令，处理器用于执行存储器中存储的指令，当该指令被执行时，处理器用于实现第十一方面或第十一方面的任意一种可能的实现方式中的发送报文的方法。
96.可选地，该芯片可以集成在ran设备或upf设备上。
97.第二十方面，提供一种芯片，该芯片包括处理器和通信接口，该通信接口用于与外部器件进行通信，该处理器用于实现第十二方面或第十二方面的任意一种可能的实现方式中的发送报文的方法。
98.可选地，该芯片还可以包括存储器，该存储器中存储有指令，处理器用于执行存储器中存储的指令，当该指令被执行时，处理器用于实现第十二方面或第十二方面的任意一种可能的实现方式中的发送报文的方法。
99.可选地，该芯片可以集成在smf设备上。
附图说明
100.图1示出了应用本技术实施例的方法的网络架构的示意图。
101.图2示出了802.1as中的一种时间同步的方法的原理图。
102.图3示出了应用本技术实施例的一种场景的示意图。
103.图4示出了应用本技术实施例的另一种场景的示意图。
104.图5示出了本技术实施例提供的一种同步的方法的示意性流程图。
105.图6示出了本技术实施例提供的一个具体的同步的方法的例子。
106.图7示出了本技术实施例提供的一个具体的同步的方法的例子。
107.图8示出了本技术实施例提供的一个具体的同步的方法的例子。
108.图9示出了本技术实施例提供的一个具体的同步的方法的例子。
109.图10示出了本技术实施例提供的一个具体的同步的方法的例子。
110.图11示出了另一种时间同步的方法的原理图。
111.图12示出了一种频率同步的方法的原理图。
112.图13示出了应用本技术实施例的一种场景的示意图。
mobility management function，amf)网元。在未来通信系统中，接入管理网元仍可以是amf网元，或者，还可以有其它的名称，本技术不做限定。
135.6、会话管理网元160：主要用于会话管理，如会话建立、修改、释放等。具体功能如终端设备的网络互连协议(internet protocol，ip)地址分配和管理、选择可管理用户平面功能、策略控制和收费功能接口的终结点以及下行数据通知等。
136.在5g通信系统中，该会话管理网元可以是会话管理功能(session management function，smf)网元。在未来通信系统中，会话管理网元仍可以是smf网元，或者，还可以有其它的名称，本技术不做限定。
137.7、主时钟设备170：提供同步主时钟信号，使得移动通信系统中的终端设备与该主时钟信号同步。
138.该主时钟设备170可以为tsn主时钟设备，具体的可以为可编程逻辑控制器(programmable logic controller，plc)，本技术实施例对此不作限定。
139.可选的，图1所示的系统架构100中还可以包括以下网元：
140.8、策略控制网元：用于指导网络行为的统一策略框架，为控制面功能网元(例如amf，smf网元等)提供策略规则信息等。
141.在4g通信系统中，该策略控制网元可以是策略和计费规则功能(policy and charging rules function，pcrf)网元。在5g通信系统中，该策略控制网元可以是策略控制功能(policy control function，pcf)网元。在未来通信系统中，策略控制网元仍可以是pcf网元，或者，还可以有其它的名称，本技术不做限定。
142.9、数据管理网元：用于处理终端设备标识，接入鉴权，注册等。
143.在5g通信系统中，该数据管理网元可以是统一数据管理(unified data management，udm)网元。在未来通信系统中，统一数据管理仍可以是udm网元，或者，还可以有其它的名称，本技术不做限定。
144.可以理解的是，上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。
145.进一步地，以将ran网元简称为ran，upf网元简称为upf，amf网元简称为amf，smf网元简称为smf。并且，本技术后续所描述的ran均可替换为(r)an)网元，upf均可替换为用户面网元，amf均可替换为接入管理网元，smf均可替换为会话管理网元。
146.为方便说明，本技术，以装置为终端设备、ran、upf、amf、smf、tsn主时钟设备为例，对同步的方法进行说明，对于装置为终端设备内的芯片、ran内的芯片、upf内的芯片、amf内的芯片、smf内的芯片、tsn主时钟设备内的芯片的实现方法，可参考装置分别为终端设备、ran、upf、amf、smf、tsn的具体说明，不再重复介绍。
147.一种可能的实施例，在图1所示的移动网络中，可以采用tsn时钟同步机制对终端设备进行同步。
148.图2示出了802.1as中的一种时间同步的方法的原理图。图2中包含4个时间感知系统(time
‑
aware system)，分别为主时钟(grandmaster，gm)，(i
‑
1)，i，(i 1)。其中，每个time
‑
aware system分别包含主端口(master port)和从端口(slave port)。在802.1as时间同步的原理中，每个中间time
‑
aware system需要对修正域(correction filed，cf)进行修正，其中，cf即当前节点与主时钟之间的时间偏差，中间time
‑
aware system即gm与待同
步的time
‑
aware system之间的节点。
149.time
‑
aware system之间可以采用两步(two
‑
step)机制传输802.1as报文，也可以采用一步(one
‑
step)机制传输802.1as报文。在two
‑
step机制下，利用同步(sync，synchronization)报文和跟随(follow
‑
up)报文进行参数传递。在one
‑
step机制下，利用sync报文进行参数传递。
150.下文将描述中间节点如何对cf进行修正，作为举例，以time
‑
aware system(i 1)如何与gm之间进行时间同步进行描述。
151.201，gm在t0时刻发送sync报文#1。可选的，该sync报文#1携带t0，cf1，和频率比率ratio_gm。其中，cf1表示gm与上一跳节点的时间偏差，由于sync报文#1为gm发送的，没有上一跳节点，因此cf1＝0。其中，ratio_gm的值为1，可以理解为gm与gm的频率比率。
152.对应的，(i
‑
1)的入端口，即slave端口接收sync报文#1。
153.202，(i
‑
1)的出端口，即master端口发送sync报文#2。可选的，该sync报文#2携带t0，cf2，和gm与(i
‑
1)的频率比率ratio_(i
‑
1)。其中，cf2表示(i
‑
1)与gm的时间偏差，具体如下：
154.cf2＝cf1 传输时间#1 驻留时间#1
×
ratio_(i
‑
1)，时间单位为gm的时间单位。
155.其中，传输时间#1表示从gm出端口发出sync报文#1到(i
‑
1)入端口接收sync报文#1的传输时延，传输时间#1的时间单位为gm的时间单位。驻留时间#1表示从(i
‑
1)的入端口收到sync报文#1到出端口发送sync报文#2的处理时延，时间单位为(i
‑
1)的时间单位。驻留时间#1
×
ratio_(i
‑
1)则表示将驻留时间#1的时间单位换算为gm的时间单位。
156.对应的，(i)的入端口，即slave端口接收sync报文#2。
157.203，(i)的出端口，即master端口发送sync报文#3。可选的，该sync#3报文携带t0，cf3，和gm与(i)的频率比率ratio_(i)。其中，cf3表示(i)与gm的时间偏差，具体如下：
158.cf3＝(传输时间#2 驻留时间#2
×
ratio_nr)
×
ratio_(i
‑
1) cf2，时间单位为gm的时间单位。
159.其中，ratio_(i)＝ratio_(i
‑
1)*ratio_nr，ratio_nr指的是(i
‑
1)与(i)的频率比率，ratio_(i)的含义为gm与(i)的频率比率。
160.其中，传输时间#2表示从(i
‑
1)出端口发出sync报文#2到(i)入端口接收sync报文#2的传输时延，传输时间#2的时间单位为(i
‑
1)的时间单位。驻留时间#2表示从(i)的入端口收到sync报文#2到出端口发送sync报文#3的处理时延，时间单位为(i)的时间单位。驻留时间#2
×
ratio_nr则表示将驻留时间#2的时间单位换算为(i
‑
1)的时间单位。(传输时间#2 驻留时间#2
×
ratio_nr)
×
ratio_(i
‑
1)则表示将(传输时间#2 驻留时间#2
×
ratio_nr)的时间单位换算为gm的时间单位。
161.对应的，(i 1)的入端口，即slave端口接收sync报文#3，并根据sync报文#3进行同步。
162.(i 1)为待同步节点，(i 1)的入端口计算其与gm之间的时间偏差，记作cf4，具体如下：
163.cf4＝传输时间#3
×
ratio_(i) cf3，时间单位为gm的时间单位。
164.其中，传输时间#3标识从(i)出端口到(i 1)入端口的传输时延，单位为(i)的时间单位。
165.(i 1)的入端口与gm同步后的时间为t0 cf4。
166.本技术实施例中，当在移动网络中采用tsn时钟同步机制对时间感知端点设备(time
‑
aware end station)进行同步时，可以将移动网络中的网元(或者移动网络中的网元以及网元之间的链路)视为一个整体，可以称之为中继网络。此时中继网络可以从tsn主时钟设备接收时钟同步报文(比如sync报文)，并向端点设备发送时钟同步报文。这里，中继网络向端点设备发送的时钟同步报文包括修正域cf，使得端点设备可以根据该修正域cf与tsn主时钟设备进行同步。这里，端点设备即需要被同步的设备，例如工厂设备(比如传感器)。
167.图3示出了应用本技术实施例的一种场景的示意图。如图3所示，中继网络31中可以包括终端设备302、ran 303和upf 304。具体的，此时可以将移动网络中的终端设备302、ran 303和upf 304作为一个整体，即中继网络31，也可以称之为“时间感知中继(time
‑
aware relay)31”，也就是说，将终端设备302、ran 303和upf 304整体作为一个桥(bridge)或者路由器(router)。此时，通过终端设备302、ran 303和upf 304，可以实现终端设备302与主时钟设备305的同步，或者实现与终端设备302连接的端点设备301与tsn主时钟设备305的同步。
168.图4示出了应用本技术实施例的另一种场景的示意图。如图4所示，中继网络41包括终端设备402和ran 403。具体的，此时可以将移动网络中的终端设备402和ran 403作为一个整体，即中继网络41，也可以称之为“时间感知中继(time
‑
aware relay)41”，即将终端设备402和ran 403整体作为一个桥(bridge)或者路由器(router)。此时，通过终端设备402和ran 403，可以实现终端设备402与主时钟设备405的同步，或者实现与终端设备402连接的端点设备401与tsn主时钟设备405的同步。
169.需要说明的是，图3中所示的主时钟设备305、图4中所示的主时钟设备405，还可以是与主时钟设备进行了时钟同步的设备节点。本发明以主时钟设备为例进行说明，但对此并不做限定。
170.可选的，端点设备可以与中继网络中的终端设备合设，本技术实施例对此不作限定。
171.图5示出了本技术实施例提供的一种同步的方法的示意性流程图。该方法由中继网络中的第一网元执行。具体而言，当中继网络包括upf、ran和终端设备时，第一网元可以为upf、ran或终端设备。当中继网络包括ran和终端设备时，第一网元可以为ran或终端设备。
172.图5中所示的同步的方法包括步骤510至530。
173.510，所述第一网元接收时钟同步报文。
174.520，所述第一网元确定所述中继网络的第一时间，所述中继网络的第一时间包括所述ran与所述终端设备之间传输所述时钟同步报文对应的第一下行传输时延。
175.530，所述第一网元确定所述中继网络的时间修正域，所述时间修正域包括所述第一下行传输时延。
176.因此，本技术实施例中，第一网元可以根据时钟同步报文，确定中继网络的时间修正域，该时间修正域包括ran设备与终端设备之间传输该时钟同步报文对应的第一下行传输时延，从而有助于实现在移动网络中采用tsn时钟同步机制对终端设备或端点设备进行
其与外部时钟的时钟同步。
177.本技术实施例中，以时钟同步报文为sync报文为例进行描述。第一时间也可以称为驻留时间，表示从中继网络的入端口收到sync报文到出端口发送sync报文的处理时延。本技术实施例中，由于中继网络中至少包括ran和终端设备，因此该第一时间至少包括ran设备与终端设备之间传输该时钟同步报文的第一下行传输时延。
178.下面结合图3所示的场景，详细描述本技术实施例的同步的方法。
179.具体的，图3中，终端设备302与端点设备301之间的链路，以及upf 304与tsn主时钟设备305之间的链路，为tsn链路。在tsn链路上，可以采用802.1as时间同步原理进行参数传递，本技术实施例不对这部分链路做详细描述。
180.在图3所示的场景中，time
‑
aware relay 31的入端口，即upf 304的入端口；time
‑
aware relay 31的出端口，即终端设备302的出端口。当time
‑
aware relay 31的出端口向端点设备301发送sync报文时，需要携带修正域cf。其中，修正域cf包括time
‑
aware relay 31处理sync报文对应的驻留时间，以及time
‑
aware relay 31与发送sync报文的节点之间的传输时延。
181.如图3所示，cf＝驻留时间 n6时延(delay_n6_link)。其中，n6时延即为发送时钟同步报文的节点设备(即tsn主时钟设备305)与中继网络31(即upf 304的入端口)之间的下行传输时延，本技术实施例可以称之为第二下行传输时延。
182.本技术实施例中，假设time
‑
aware relay 31中的终端设备与upf之间没有进行时间同步。其中，驻留时间包括ran与终端设备之间的空口时延(delay_uu_dl)和n3时延(delay_n3_link)。具体而言，delay_uu_dl具体可以为ran与终端设备之间传输sync报文对应的第一下行传输时延，delay_n3_link具体可以为upf与ran之间的下行传输时延，本技术实施例可以称之为第三下行传输时延。
183.本技术实施例中，中继网络31中的upf 304、ran 303或终端设备302分别可以进行时间域修正，即确定修正域cf。其中，中继网络31的出端口，即终端设备302的出端口，需要修正的链路link如下：
184.link＝relay_link n6_link＝uu_link n3_link n6_link，
185.其中，relay_link表示中继网络31对应的链路，即包括终端设备302的出端口与ran 303的入端口之间的uu链路(uu_link)，和upf 304的入端口与ran 302的入端口之间的n3链路(n3_link)，n6_link表示tsn主时钟设备305的出端口与upf 304的入端口之间的链路。
186.这里，可以假设upf 304本地时间与ran 303本地时间(即空口时间)的频率比率为ratio1，tsn主时钟与upf 304本地时间的频率比率为ratio2。
187.下面分别描述upf 304、ran 303或终端设备302进行时间域修正的具体方案。
188.一、upf进行时间域修正
189.图6示出了本技术实施例提供的一个具体的同步的方法的例子。应理解，图6示出了同步的方法的步骤或操作，但这些步骤或操作仅是示例，本技术实施例还可以执行其他操作或者图6中的各个操作的变形。此外，图6中的各个步骤可以按照与图6呈现的不同的顺序来执行，并且有可能并非要执行图6中的全部操作。图6中与图3中相同的附图标记表示相同或相似的含义，为了简洁，此处不再赘述。
190.601，tsn时钟向中继网络31的入端口，即upf入端口发送sync报文。作为举例，tsn时钟发送时间为t1。
191.一个可选的实施例，tsn时钟可以确定n6时延(delay_n6_link)，并向中继网络31发送该delay_n6_link。一种可能的实现方式，当采用one
‑
step机制时，该sync报文中携带t1，ratio2，以及delay_n6_link。或者，另一种可能的实现方式，当采用two
‑
step机制时，t1，ratio2，以及delay_n6_link携带在紧随sync报文之后的跟随(follow_up)报文中。
192.一个可选的实施例，可以由中继网络31(比如中继网络31中的中的网元upf)测量delay_n6_link。具体的，upf测量delay_n6_link可以参见现有技术的描述，这里不再详细描述。
193.本技术实施例中，tsn时钟可以被替换为其他时钟设备，例如grandmaster，本技术实施例对此不作具体限定。
194.602，中继网络31的入端口，即upf入端口接收tsn时钟发送的sync报文，触发upf确定中继网络的驻留时间。
195.本技术实施例中，sync报文可以用于触发upf确定中继网络的驻留时间。具体的，当upf识别接收到的报文为sync报文之后，可以触发upf确定中继网络的驻留时间。具体的，upf可以根据配置在upf上的策略信息，或者根据从smf接收到的策略信息，识别接收到的报文是否为sync报文。
196.需要说明的是，策略信息指的是识别sync报文的策略，比如源地址、目的地址等信息。例如，当upf确定接收到的报文的源地址或目的地址与策略信息一致时，可以确定该报文为sync报文。应注意，本技术实施例中，还可以称策略信息为其他名称，比如转发规则，或会话管理信息等，本技术实施例对此不作限定。
197.例如，策略信息可以为目的mac地址01
‑
80
‑
c2
‑
00
‑
00
‑
0e，当upf确定接收到的报文的mac地址为01
‑
80
‑
c2
‑
00
‑
00
‑
0e时，ran判断该报文为sync报文。
198.本技术实施例中，当upf识别sync报文之后，可以触发upf与ue之间的下行(downlink)qos监测(monitoring)，以确定中继网络的驻留时间。
199.qos监测(monitoring)具体可以包括步骤603至609。
200.603，upf向ran发送n3 dl pdu。
201.具体的，upf通过n3用户面路径向ran发送sync报文，该sync报文即为602中从tsn时钟接收到的sync报文。这里，upf需要对该sync报文封装gtp
‑
u头(header)，封装gtp
‑
u头后的报文即为n3 dl pdu。
202.本技术实施例中，upf还可以向ran发送第一指示信息，该第一指示信息用于指示ran设备获取下行空口时延，即第一下行传输时延。换言之，该第一指示信息用于指示ran触发下行空口时延的测量。一种可能的实现方式中，该第一指示信息可以与sync报文一起发送给ran，比如将第一指示信息携带在gtp
‑
u header中，本技术实施例对此不作限定。
203.可选的，本技术实施例中，第一指示信息包括第一服务质量(quality of service，qos)流标识(qos flow id，qfi)。此时，所述第一指示信息用于指示所述ran设备接收到所述第一qfi对应的报文时，获取所述第一下行传输时延。
204.这里，第一qfi即特殊qfi，即，第一qfi对应的qos流报文为时钟同步报文，例如sync报文。也就是说，当ran接收到的报文中包括第一qfi时，ran可以识别出该报文为sync
报文，然后可以触发第一下行传输时延的测量。
205.对应的，ran从upf接收n3 dl pdu。ran收到upf发送的n3 dl pdu之后，根据第一指示信息触发下行空口时延测量。此时，ran记录接收sync报文对应的空口时间air_t1。
206.604，ran通过空口向终端设备发送dl pdu，该dl pdu中包括sync报文。
207.605，终端接收到sync报文之后，向ran返回确认(acknowledge，ack)。其中，ack中携带终端设备接收sync报文对应的空口时间air_t2。
208.需要说明的是，本技术实施例中，网元接收sync报文，包括该网元对sync报文进行处理，如经过该网元上的各个协议层对sync报文进行处理。相应的，网元接收sync报文对应的空口时间即为该网元对该sync报文处理之后的时间。这里，网元例如为终端设备、ran、upf等。因此，本技术描述的终端设备302的出端口，也可以理解为是终端设备302的入端口；终端设备302的入端口接收sync报文对应的空口时间，可以理解为终端设备302对sync报文进行处理之后的时间。
209.606，当ran接收到终端设备返回的ack时，确定下行传输成功。此时，ran确定下行空口时延delay_uu_dl，其中，
210.delay_uu_dl＝air_t2
‑
air_t1，时间单位为空口时间单位。
211.607，ran向upf发送n3报文。其中，n3报文包括下行空口时延delay_uu_dl。
212.对应的，upf接收该n3报文，并获取下行空口时延delay_uu_dl。
213.608，upf获取n3时延。
214.一种可能的实现方式中，upf可以通过gtp
‑
u回应请求(echo request)、gtp
‑
u回应响应(echo response)测量n3时延(delay_n3_link)。
215.具体的，upf在时间ta向ran发送gtp
‑
u echo request；ran在时间tb接收该gtp
‑
u echo request。ran在时间tc向upf发送gtp
‑
u echo response；upf在时间td接收该gtp
‑
u echo response。那么，则有：
216.delay_n3_link＝[(td
‑
ta)
‑
(tc
‑
tb)]/2。
[0217]
当ran与upf之间存在频率偏差时，假设upf本地时钟与ran本地时钟的频率比率为ratio1，则delay_n3_link＝[(td
‑
ta)
‑
(tc
‑
tb)*ratio1]/2。此时，delay_n3_link的时间单位为upf本地时间单位。
[0218]
609，upf确定中继网络的驻留时间(delay_relay)，也可以称为中继网络的下行传输时延。其中，delay_relay如下：
[0219]
delay_relay＝delay_uu_dl delay_n3_link；
[0220]
当ran与upf之间存在频率偏差时，假设upf本地时钟与ran本地时钟的频率比率为ratio1，则将delay_relay换算为upf本地时间单位，则有：
[0221]
delay_relay＝delay_uu_dl
×
ratio1 delay_n3_link。
[0222]
进一步地，假设tsn时钟与upf本地时钟的频率比率为ratio2，则将delay_relay换算成tsn时间单位为：
[0223]
delay_relay＝(delay_uu_dl
×
ratio1 delay_n3_link)
×
ratio2。
[0224]
610，upf确定时间修正域cf。
[0225]
具体的，upf根据中继网络的驻留时间(delay_relay)，以及upf与tsn时钟之间的传输时延，即n6时延(delay_n6_link)，确定时间修正域cf，时间单位tsn时间单位。其中，cf
如下：
[0226]
cf＝delay_relay delay_n6_link。
[0227]
611，upf将时间修正域cf发送给ran。
[0228]
612，ran将时间修正域cf发送给终端设备。
[0229]
具体的，步骤611中upf可以将时间修正域携带在follow_up报文中发送给ran。可以理解，该follow_up报文即为紧随603中的sync报文的follow_up报文。然后在步骤612中ran通过空口将该follow_up报文转发给终端设备。
[0230]
需要说明的是，步骤611中upf还可以通过其它报文将cf发送给ran，本技术实施例不做限定。
[0231]
之后，终端设备可以根据接收到的cf与tsn时钟进行时钟同步。进一步的，终端设备可以与端点设备进行时钟同步。具体的，终端设备与端点设备之间的同步过程可以参考802.1as机制，这里不再详细说明。
[0232]
因此，本技术实施例中，将终端设备、ran和upf作为一个中继网络，并由该中继网络中的upf确定该中继网络传输sync报文的“内部时延”，即从upf接收sync报文，到终端设备接收sync报文的时间，实现终端设备(或者与该终端设备连接的tsn端点设备)与tsn时钟源的时间同步。
[0233]
二、ran进行时间域修正
[0234]
图7示出了本技术实施例提供的一个具体的同步的方法的例子。应理解，图7示出了同步的方法的步骤或操作，但这些步骤或操作仅是示例，本技术实施例还可以执行其他操作或者图7中的各个操作的变形。此外，图7中的各个步骤可以按照与图7呈现的不同的顺序来执行，并且有可能并非要执行图7中的全部操作。图7中与图3中相同的附图标记表示相同或相似的含义，为了简洁，此处不再赘述。
[0235]
701，tsn时钟向中继网络31的入端口，即upf入端口发送sync报文。
[0236]
具体的，701可以参见601中的描述，为避免重复，这里不再赘述。
[0237]
702，upf入端口接收tsn时钟发送的sync报文，upf出端口向ran入端口发送sync报文。
[0238]
作为一个可选的实施例，当upf测量delay_n6_link时，向ran发送该delay_n6_link。
[0239]
703，ran的入端口接收到sync报文，触发ran确定中继网络的驻留时间。
[0240]
本技术实施例中，sync报文可以用于触发ran确定中继网络的驻留时间。具体的，当ran识别接收到的报文为sync报文之后，可以触发ran确定中继网络的驻留时间。
[0241]
一个可选的实施例，ran可以根据配置在ran上的策略信息，或者根据从smf接收到的策略信息，识别接收到的报文是否为sync报文。当识别到报文为sync报文之后，可以获取第一下行传输时延和第三下行传输时延。具体的，策略信息可以参见上文中的描述，为了简洁，这里不再赘述。
[0242]
例如，策略信息可以为目的mac地址01
‑
80
‑
c2
‑
00
‑
00
‑
0e，当ran确定接收到的报文的mac地址为01
‑
80
‑
c2
‑
00
‑
00
‑
0e时，ran判断该报文为sync报文。
[0243]
一个可选的的实施例，ran可以接收第二指示信息，第二指示信息用于指示ran获取中继网络的驻留时间，然后ran根据第二指示信息，获取第一下行传输时延和第三下行传
输时延。
[0244]
一种可能的实现方式中，第二指示信息可以与sync报文一起发送给ran，比如将第二指示信息携带在gtp
‑
u header中，本技术实施例对此不作限定。
[0245]
可选的，本技术实施例中，第二指示信息包括第二服务质量(quality of service，qos)流标识(qos flow id，qfi)。此时，所述第二指示信息用于指示所述ran设备接收到所述第二qfi对应的报文时，获取所述中继网络的驻留时间。
[0246]
一种具体的实现方式中，第二qfi对应的qos流报文为时钟同步报文，即sync报文。也就是说，当ran接收到的报文中包括第二qfi时，ran可以识别出该报文为sync报文，然后可以触发获取中继网络的驻留时间。
[0247]
本技术实施例中，当ran识别sync报文之后，可以触发确定upf与终端设备之间的下行传输时延。具体可以包括步骤704至708。
[0248]
此时，ran记录接收sync报文对应的空口时间air_t1。
[0249]
704，ran向终端设备发送dl pdu。
[0250]
具体的，ran通过空口向终端设备发送dl pdu，该dl pdu中包括sync报文。
[0251]
705，终端接收到sync报文之后，向ran返回确认(acknowledge，ack)。其中，ack中携带终端设备接收sync报文对应的空口时间air_t2。
[0252]
706，当ran接收到终端设备返回的ack时，确定下行传输成功。此时，ran确定下行空口时延delay_uu_dl，其中，
[0253]
delay_uu_dl＝air_t2
‑
air_t1，delay_uu_dl的时间单位为空口时间单位。
[0254]
707，ran获取n3时延。
[0255]
一种可能的实现方式中，ran可以通过gtp
‑
u回应请求(echo request)、gtp
‑
u回应响应(echo response)测量n3时延(delay_n3_link)。
[0256]
具体的，ran在时间ta向ran发送gtp
‑
u echo request；upf在时间tb接收该gtp
‑
u echo request。upf在时间tc向upf发送gtp
‑
u echo response；ran在时间td接收该gtp
‑
u echo response。那么，则有：
[0257]
delay_n3_link＝[(td
‑
ta)
‑
(tc
‑
tb)]/2。
[0258]
当ran与upf之间存在频率偏差时，假设upf本地时钟与ran本地时钟的频率比率为ratio1，则delay_n3_link＝[(td
‑
ta)
‑
(tc
‑
tb)*ratio1]/2。此时，delay_n3_link的时间单位为upf本地时间单位。
[0259]
708，ran确定中继网络的驻留时间(delay_relay)。具体的，delay_relay如下：
[0260]
delay_relay＝delay_uu_dl
×
ratio1 delay_n3_link，对应upf本地时间单位。
[0261]
709，ran确定时间修正域cf。cf如下：
[0262]
cf＝delay_relay*ratio2 delay_n6_link。
[0263]
其中，假设tsn时钟与upf本地时钟的频率比率为ratio2。cf的时间单位为tsn时间单位。
[0264]
具体的，ran确定时间修正域的方式与upf确定时间修正域的方式相类似，可以参见610中的描述，这里不再赘述。
[0265]
710，ran将时间修正域cf发送给终端设备。
[0266]
具体的，步骤710中ran可以将时间修正域携带在follow_up报文中，并通过空口发
送给ue。可以理解，该follow_up报文即为紧随704中的sync报文的follow_up报文。需要说明的是，步骤710中ran还可以通过其它报文将cf发送给ue，本技术实施例对此不做限定。
[0267]
之后，终端设备可以根据接收到的cf与tsn时钟进行时钟同步。进一步的，终端设备可以与端点设备进行时钟同步。具体的，终端设备与端点设备之间的同步过程可以参考802.1as机制，这里不再详细说明。
[0268]
因此，本技术实施例中，将终端设备、ran和upf作为一个中继网络，并由该中继网络中的ran确定该中继网络传输sync报文的“内部时延”，即从upf接收sync报文，到终端设备接收sync报文的时间，实现终端设备(或者与该终端设备连接的tsn端点设备)与tsn时钟源的时间同步。
[0269]
三、终端设备进行时间域修正
[0270]
图8示出了本技术实施例提供的一个具体的同步的方法的例子。应理解，图8示出了同步的方法的步骤或操作，但这些步骤或操作仅是示例，本技术实施例还可以执行其他操作或者图8中的各个操作的变形。此外，图8中的各个步骤可以按照与图8呈现的不同的顺序来执行，并且有可能并非要执行图8中的全部操作。图8中与图3中相同的附图标记表示相同或相似的含义，为了简洁，此处不再赘述。
[0271]
801，tsn时钟向中继网络31的入端口，即upf入端口发送sync报文。
[0272]
具体的，801可以参见601中的描述，为避免重复，这里不再赘述。
[0273]
802，upf的入端口接收tsn时钟发送的sync报文，upf出端口向ran入端口发送sync报文。
[0274]
作为一个可选的实施例，当upf测量delay_n6_link时，向ran发送该delay_n6_link。
[0275]
803，ran的入端口接收到tsn时钟发送的sync报文，ran出端口向终端设备入端口发送sync报文。此时，ran记录接收sync报文对应的空口时间air_t1，并将该空口时间air_t1发送给终端设备。
[0276]
这里，ran还可以向终端设备发送ratio1。
[0277]
804，终端设备接收sync报文，触发终端设备确定中继网络的驻留时间。此时，终端设备记录接收该sync报文对应的空口时间air_t2。
[0278]
本技术实施例中，sync报文可以用于触发终端设备确定中继网络的驻留时间。具体的，当终端设备识别接收到的报文为sync报文之后，可以触发终端设备确定中继网络的驻留时间。具体的，终端设备可以根据配置在该终端设备上的策略信息，或者根据从smf接收到的策略信息，识别接收到的报文是否为sync报文。具体的，策略信息可以参见上文中的描述，为了简洁，这里不再赘述。
[0279]
例如，策略信息可以为目的mac地址01
‑
80
‑
c2
‑
00
‑
00
‑
0e，当终端设备确定接收到的报文的目的mac地址为01
‑
80
‑
c2
‑
00
‑
00
‑
0e时，ran判断该报文为sync报文。
[0280]
一个可选的的实施例，终端设备可以接收第三指示信息，第三指示信息用于指示终端设备获取中继网络的驻留时间。
[0281]
可选的，本技术实施例中，第三指示信息包括第三服务质量(quality of service，qos)流标识(qos flow id，qfi)。此时，所述第三指示信息用于指示所述终端设备设备接收到所述第三qfi对应的报文时，获取所述中继网络的驻留时间。
[0282]
一种具体的实现方式中，在会话建立过程中，终端设备保存无线承载与qfi的对应关系。终端设备根据无线承载与qfi的对应关系，确定接收的报文对应第三qfi时，可以识别出该报文为sync报文，然后触发获取中继网络的驻留时间。
[0283]
一个可选的实施例，终端设备通过无线承载(即空口连接)接收报文，则可以根据无线承载于qfi的对应关系，确定报文对应的qfi。当该qfi为第三qfi时，终端设备可以识别该报文为sync报文。
[0284]
805，终端设备确定空口时延delay_uu_dl，如下：
[0285]
delay_uu_dl＝air_t2
‑
air_t1，
[0286]
空口时延delay_uu_dl的时间单位为空口时间单位。
[0287]
可选的，终端设备将delay_uu_dl转换为upf本地时间为：
[0288]
delay_uu_dl＝(air_t2
‑
air_t1)
×
ratio1。
[0289]
806，upf或ran通过gtp
‑
u echo request、gtp
‑
u echo response机制确定n3链路时延(delay_n3_link)。需要说明的是，本技术实施例对于确定n3链路时延的测量时机不作限定，也就是说，806可以发生在805之前，或者发生在805之后，或者与805同时发生，都在本技术实施例的保护范围之内。
[0290]
下面以upf确定delay_n3_link为例进行说明。
[0291]
1)、upf在n3_t1时刻发送gtp
‑
u echo request；
[0292]
2)、ran在n3_t2时刻接收gtp
‑
u echo request，并在n3_t3时刻发送gtp
‑
u echo response。这里，gtp
‑
u echo response携带n3_t2、n3_t3，或者携带(n3_t3
‑
n3_t2)，即n3_t3与n3_t2的差值。
[0293]
3)、upf在n3_t4时刻接收gtp
‑
u echo response。
[0294]
4)、upf计算delay_n3_link。
[0295]
其中，n3_t1、n3_t4对应的是upf本地时间，n3_t2、n3_t3对应的是ran本地时间。
[0296]
将delay_n3_link换算到upf本地时间为：
[0297]
delay_n3_link＝[(n3_t4
‑
n3_t1)
‑
(n3_t3
‑
n3_t2)
×
ratio1]/2
[0298]
807，ran将n3时延发送给终端设备。
[0299]
当由ran确定n3时延时，由ran将n3时延发送给终端设备，具体的，ran可以通过follow_up消息，或者上述sync消息将n3时延发送给终端设备。当由上述sync消息将n3时延发送给终端设备，步骤807可以与步骤803合并。
[0300]
807’，upf经由ran将n3时延发送给终端设备。
[0301]
当由upf确定n3时延时，由upf将n3时延发送给终端设备，具体的，upf可以通过follow_up消息，或者上述sync消息将n3时延发送给终端设备。当由上述sync消息将n3时延发送给终端设备，步骤807’可以与步骤802合并。
[0302]
808，终端设备确定中继网络的驻留时间(delay_relay)。具体的，delay_relay如下：
[0303]
delay_relay＝delay_uu_dl
×
ratio1 delay_n3_link，时间单位为upf本地时间。
[0304]
809，终端设备确定修正域cf。cf如下：
[0305]
cf＝delay_relay*ratio2 delay_n6_link。
[0306]
其中，cf的时间单位为tsn时间单位。
[0307]
之后，终端设备可以根据cf与tsn时钟进行时钟同步。进一步的，终端设备可以与端点设备进行时钟同步。具体的，终端设备与端点设备之间的同步过程可以参考802.1as机制，这里不再详细说明。
[0308]
因此，本技术实施例中，将终端设备、ran和upf作为一个中继网络，并由该中继网络中的终端设备确定该中继网络传输sync报文的“内部时延”，即从upf接收sync报文，到终端设备接收sync报文的时间，实现终端设备(或者与该终端设备连接的tsn端点设备)与tsn时钟源的时间同步。
[0309]
需要说明的是，本技术中涉及到的实施例，在确定修正域时，涉及到分段时延确定、以及时间单位换算。其中，分段时延确定、与时间单位换算均以相同执行点执行的。例如，upf获取到分段时延、并进行单位换算；ran获取到各个分段时延、并进行单位换算；ue获取到各个分段时延、并进行单位换算。但是，还有其它实现方式，即分段时延、时间单位换算由不同的执行点执行。例如，ran将空口时间换算为upf本地时间并发送至upf、upf获取已换算好的空口时延。这些具体实现方式与本技术实施例的发明思路一致，不再一一赘述。
[0310]
下面结合图4所示的场景，详细描述本技术实施例的同步的方法。
[0311]
具体的，图4中，终端设备402与端点设备401之间的链路，以及ran403与tsn主时钟设备405之间的链路，为tsn链路。在tsn链路上，可以采用802.1as时间同步原理进行参数传递，本技术实施例不对这部分链路做详细描述。
[0312]
在图4所示的场景中，time
‑
aware relay 41的入端口，即ran403的入端口；time
‑
aware relay 41的出端口，即终端设备402的出端口。当time
‑
aware relay 41的出端口向端点设备401发送sync报文时，需要调整时间修正域cf。
[0313]
如图4所示，cf＝驻留时间 n6*时延(delay_n6*_link)。其中，n6*时延即为发送时钟同步报文的节点设备(即tsn主时钟设备305)与中继网络(即ran403的入端口)之间的下行传输时延，本技术实施例可以称之为第二下行传输时延。
[0314]
本技术实施例中，驻留时间即为ran设备与终端设备之间的空口时延(delay_uu_dl)。具体而言，delay_uu_dl具体可以为ran设备与终端设备之间传输sync报文的第一下行传输时延。
[0315]
本技术实施例中，中继网络41中的ran 403或终端设备402可以进行时间域修正。此时，中继网络41的出端口，即终端设备402的出端口，需要修正的链路link如下：
[0316]
link＝relay_link n6*_link＝uu_link n6*_link，
[0317]
其中，relay_link表示中继网络41中的链路，即包括终端设备402的出端口与ran 403的入端口之间的uu链路(uu_link)，n6*_link表示tsn主时钟设备405的出端口与ran403的入端口之间的链路。
[0318]
这里，可以假设tsn主时钟与ran403本地时间的频率比率为ratio。
[0319]
下面分别描述ran 403或终端设备402进行时间域修正的具体方案。
[0320]
一、ran进行时间域修正
[0321]
图9示出了本技术实施例提供的一个具体的同步的方法的例子。应理解，图9示出了同步的方法的步骤或操作，但这些步骤或操作仅是示例，本技术实施例还可以执行其他操作或者图9中的各个操作的变形。此外，图9中的各个步骤可以按照与图9呈现的不同的顺序来执行，并且有可能并非要执行图9中的全部操作。图9中与图4中相同的附图标记表示相
同或相似的含义，为了简洁，此处不再赘述。
[0322]
901，tsn时钟向中继网络41的入端口，即ran入端口发送sync报文。作为举例，tsn时钟发送时间为t1。
[0323]
一个可选的实施例，tsn时钟可以确定n6时延(delay_n6*_link)，并向中继网络41发送该delay_n6*_link。一种可能的实现方式，当采用one
‑
step机制时，该sync报文中携带t1，ratio，以及delay_n6*_link。或者，另一种可能的实现方式，当采用two
‑
step机制时，t1，ratio，以及delay_n6*_link携带在紧随sync报文之后的跟随(follow_up)报文中。
[0324]
一个可选的实施例，可以由中继网络41(比如中继网络41中的ran)测量delay_n6*_link。具体的，ran测量delay_n6*_link可以参见现有技术的描述，这里不再详细描述。
[0325]
902，ran入端口接收tsn时钟发送的sync报文，触发ran确定中继网络的驻留时间。此时，ran记录接收sync报文对应的空口时间air_t1。
[0326]
本技术实施例中，sync报文可以用于触发ran确定中继网络的驻留时间。具体的，当ran识别接收到的报文为sync报文之后，可以触发ran确定中继网络的驻留时间。
[0327]
一个可选的实施例，ran可以根据配置在ran上的策略信息，或者根据从smf接收到的策略信息，识别接收到的报文是否为sync报文。当识别到报文为sync报文之后，可以获取第一下行传输时延和第三下行传输时延。具体的，策略信息可以参见上文中的描述，为了简洁，这里不再赘述。
[0328]
例如，策略信息可以为目的mac地址01
‑
80
‑
c2
‑
00
‑
00
‑
0e，当ran确定接收到的报文的目的mac地址为01
‑
80
‑
c2
‑
00
‑
00
‑
0e时，ran判断该报文为sync报文。
[0329]
作为一个可选的实施例，ran还可以测量delay_n6*_link。
[0330]
903，ran向终端设备发送sync报文。
[0331]
具体的，ran通过空口向终端设备发送sync报文，该sync报文外层封装sdap header、pdcp header。
[0332]
904，终端接收到sync报文之后，向ran返回确认(acknowledge，ack)。其中，ack中携带终端设备接收sync报文对应的空口时间air_t2。
[0333]
905，当ran接收到终端设备返回的ack时，确定下行传输成功。此时，ran确定下行空口时延delay_uu_dl，其中，
[0334]
delay_uu_dl＝air_t2
‑
air_t1，delay_uu_dl时间单位为空口时间单位。
[0335]
ran将delay_uu_dl换算为tsn时间单位，则有：
[0336]
delay_uu_dl＝(air_t2
‑
air_t1)
×
ratio。
[0337]
906，ran确定中继网络的驻留时间(delay_relay)。具体的，delay_relay如下：
[0338]
delay_relay＝delay_uu_dl，即中继网络的驻留时间delay_relay等于下行空口时延delay_uu_dl。
[0339]
907，ran确定时间修正域cf。cf如下：
[0340]
cf＝delay_relay delay_n6*_link＝(air_t2
‑
air_t1)
×
ratio delay_n6*_link，其中，cf的时间单位为tsn时间单位。
[0341]
908，ran将时间修正域cf发送给终端设备。
[0342]
具体的，步骤908中ran可以将时间修正域携带在follow_up报文中，并通过空口发送给终端设备。可以理解，该follow_up报文即为紧随903中的sync报文的follow_up报文。
[0343]
之后，终端设备可以根据接收到的cf与tsn时钟进行时钟同步。进一步的，终端设备可以与端点设备进行时钟同步。具体的，终端设备与端点设备之间的同步过程可以参考802.1as机制，这里不再详细说明。需要说明的是，步骤908中ran还可以通过其它报文将cf发送给终端设备，本发明不做限定。
[0344]
因此，本技术实施例中，将终端设备和ran作为一个中继网络，并由该中继网络中的ran确定该中继网络传输sync报文的“内部时延”，即从ran接收sync报文，到终端设备接收sync报文的时间，实现终端设备(或者与该终端设备连接的tsn端点设备)与tsn时钟源的时间同步。
[0345]
二、终端设备进行时间域修正
[0346]
图10示出了本技术实施例提供的一个具体的同步的方法的例子。应理解，图10示出了同步的方法的步骤或操作，但这些步骤或操作仅是示例，本技术实施例还可以执行其他操作或者图10中的各个操作的变形。此外，图10中的各个步骤可以按照与图10呈现的不同的顺序来执行，并且有可能并非要执行图10中的全部操作。图10中与图4中相同的附图标记表示相同或相似的含义，为了简洁，此处不再赘述。
[0347]
1001，tsn时钟向中继网络41的入端口，即ran入端口发送sync报文。
[0348]
具体的，1001可以参见901中的描述，为避免重复，这里不再赘述。
[0349]
1002，ran的入端口接收tsn时钟发送的sync报文，ran出端口向终端设备的入端口发送sync报文。具体的，ran通过空口向终端设备发送sync报文，该sync报文外层封装sdap header、pdcp header。
[0350]
作为一个可选的实施例，当ran测量delay_n6*_link时，向终端设备发送delay_n6*_link。
[0351]
此时，ran记录接收sync报文对应的空口时间air_t1，并将该空口时间air_t1发送给终端设备。
[0352]
可选的，ran还可以向终端设备发送ratio。
[0353]
1003，终端设备接收sync报文，触发终端设备确定中继网络的驻留时间。此时，终端设备记录接收该sync报文对应的空口时间air_t2。
[0354]
本技术实施例中，sync报文可以用于触发终端设备确定中继网络的驻留时间。具体的，终端设备识别sync报文的方式可以参见图8中804的描述，为了简洁，这里不再赘述。
[0355]
1004，终端设备确定空口时延delay_uu_dl，如下：
[0356]
delay_uu_dl＝air_t2
‑
air_t1，
[0357]
空口时延delay_uu_dl的时间单位为空口时间单位。
[0358]
终端设备将delay_uu_dl转换为tsn时间，则有：
[0359]
delay_uu_dl＝(air_t2
‑
air_t1)
×
ratio。
[0360]
1005，终端设备确定中继网络的驻留时间(delay_relay)。具体的，delay_relay如下：
[0361]
delay_relay＝delay_uu_dl，即中继网络的驻留时间delay_relay等于下行空口时延delay_uu_dl。
[0362]
1006，终端设备确定修正域cf。cf如下：
[0363]
cf＝delay_relay delay_n6*_link＝(air_t2
‑
air_t1)
×
ratio delay_n6*_
link，其中，cf的时间单位为tsn时间单位。
[0364]
之后，终端设备可以根据cf与tsn时钟进行时钟同步。进一步的，终端设备可以与端点设备进行时钟同步。具体的，终端设备与端点设备之间的同步过程可以参考802.1as机制，这里不再详细说明。
[0365]
因此，本技术实施例中，将终端设备和ran作为一个中继网络，并由该中继网络中的终端设备确定该中继网络传输sync报文的“内部时延”，即从ran接收sync报文，到终端设备接收sync报文的时间，实现终端设备(或者与该终端设备连接的tsn端点设备)与tsn时钟源的时间同步。
[0366]
一种可能的实施例，在图1所示的移动网络中，可以采用端到端(end to end,e2e)时钟同步机制实现全网同步。
[0367]
具体而言，e2e时钟同步包括时间同步和频率同步。时间同步，指的是按照接收到的时间来调控设备内部的时间；频率同步，指的是信号之间的频率或相位上保持某种严格的特定关系，其相对应的有效瞬间以同一平均速率出现，以维持通信网络中所有的设备以相同的速率运行，即信号之间保持恒定的相位差。
[0368]
在一种具体的实现方式中，可以通过在消息中打上时间戳来标记消息的收、发时刻，并通过时延测量机制来实现主从设备之间的路径时延测量。从时钟(slave)利用获取到的时间戳和路径时延参数，计算主从时间的偏移(offset)，从而控制从时钟同步到主时钟(master)。
[0369]
根据1588时钟同步报文协议可知，当通过e2e时钟同步机制实现全网同步时，涉及到的消息可以包括sync报文、延迟请求(delay_req)、延迟响应(delay_resp)。具体的，首先主时钟选择与协商算法得出全网时钟同步的树形拓扑以及grandmaster时钟，然后从grandmaster时钟开始，向相邻节点(slave)发送1588同步报文，每个slave参照master进行时钟同步后，自己会以master的身份向邻居交互1588协议报文，计算出主从时钟间的offset及频率偏差，完成本地时钟的对时，以此类推全网进行时钟同步。
[0370]
图11示出了802.1as中的另一种时间同步的方法的原理图。具体的，master与slave之间的交互过程如下：
[0371]
1，master在t1时刻发送sync报文，并将t1时间戳携带在该sync报文中。
[0372]
2，slave在t2时刻接收到sync报文，在本地产生t2时间戳。并且，slave从接收到的sync报文中获取t1时间戳。
[0373]
3，slave在t3时刻发送延时请求(delay_req)报文，并在本地产生t3时间戳。
[0374]
4，maser在t4时刻接收到delay_req报文，并在本地产生t4时间戳，然后将t4时间戳携带在延时响应(delay_resp)报文中，回传给slave。
[0375]
5，slave接收到delay_resp报文，从报文中提取t4时间戳。
[0376]
本技术实施例中，可以将master到slave的发送路径时延表示为delayms，将slave到master的发送路径时延表示为delaysm，将slave和master之间的时间偏差表示为offset。显然，delayms、delaysm以及offset均为未知，且满足以下等式：
[0377]
t2
‑
t1＝delaysm offset
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(1)；
[0378]
t4
‑
t3＝delayms
‑
offset
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(2)；
[0379]
(t2
‑
t1)
–
(t4
‑
t3)＝(delaysm offset)
–
(delayms
‑
offset)
ꢀꢀꢀꢀꢀꢀ
(3)；
[0380]
offset＝[(t2
‑
t1)
‑
(t4
‑
t3)
‑
(delaysm
‑
delayms)]/2
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(4)；
[0381]
显然，如果delaysm＝delayms，即master和slave之间的收发链路延时对称，那么：
[0382]
offset＝[(t2
‑
t1)
‑
(t4
‑
t3)]/2
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(5)；
[0383]
这样slave就可以根据t1，t2，t3，t4四个时间戳计算出自己和master之间的时间偏差offset，调整自身的时间以达到和master同步。
[0384]
从图11中可以看出，该时钟同步的方法是建立在master和slave之间的收发链路时延对称的基础上，即802.1as协议在计算路径偏差offset时，假设delaysm＝delayms。而在固网中，相邻两个节点间有线直连，路径时延相差不超过微妙(μs)，因此此时1588v2协议的精度能够达到μs级。
[0385]
图12示出了802.1as中的一种频率同步的方法的原理图。具体而言，master周期性地给slave发送sync报文。具体的，master与slave之间的交互过程如下：
[0386]
1，master在t5时刻发送sync报文。
[0387]
一种实现方式中，可以将t5时间戳携带在该sync报文对应的follow_up报文中。另一种实现方式中，可以将t5时间戳携带在该sync报文中。
[0388]
2，slave在t6时刻接收到sync报文，在本地产生t6时间戳。并且，slave从接收到的follow_up报文或sync报文中获取t5时间戳。
[0389]
3，master在t7时刻发送sync报文。
[0390]
一种实现方式中，可以将t7时间戳携带在该sync报文对应的follow_up报文中。另一种实现方式中，可以将t7时间戳携带在该sync报文中。
[0391]
4，slave在t8时刻接收到sync报文，在本地产生t8时间戳。并且，slave从接收到的follow_up报文或sync报文中获取t7时间戳。
[0392]
假设链路时延不变，则：
[0393]
如果t8
‑
t6＝t7
‑
t5，则slave的频率和master的频率是同步的；
[0394]
如果t8
‑
t6>t7
‑
t5，则slave的频率比master的频率快，需要调慢slave的频率；
[0395]
如果t8
‑
t6<t7
‑
t5，则slave的频率比master的频率慢，需要调快slave的频率。
[0396]
具体的，主设备和从设备的频率比率neighborrateratio可以表示为以下公式：
[0397][0398]
图11以及图12所示的时钟同步方案依赖于收、发链路对称。而在移动网络中，上行链路、下行链路并不对称。因此，如果要在移动网络中采用tsn时钟同步机制，则需要多上下行链路传输时延进行补偿。具体而言，移动网络中的链路时延包括空口时延，而在空口时延上收发链路(即上下行链路)时延不对称，这不符合e2e时间同步机制的要求。
[0399]
有鉴于此，本技术实施例提供了一种时钟同步的方法，通过对空口链路上的不对称的时延进行补偿，模拟出上下行链路对称的空口时延，进而基于图11和图12中的时钟同步原理进行时钟同步。下面，将具体描述如何进行上下行链路时延补偿的技术方案。
[0400]
图13示出了应用本技术实施例的一种场景的示意图。如图13所示，终端设备可以采用e2e机制与tsn时钟源进行时钟同步，然后终端设备利用802.1as与端点设备进行时钟同步。具体的，upf与终端设备之间的链路时延包括两段，分别为空口时延和n3时延。其中，空口时延中收发链路不对称，因此本技术实施例中需要对该收发链路进行补偿。
[0401]
对于时间同步的实施例而言，可以将移动网络的下行传输时延与上行传输时延的差值记为d，如下所示：
[0402]
d＝delaysm
‑
delayms
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(7)
[0403]
结合上文中的等式(4)，可以得到：
[0404]
2*delaysm d＝(t2
‑
pt1) (t4
‑
t3)
[0405]
2*delaysm＝(t2
‑
t1) (t4
‑
t3)
–
d
[0406]
ꢀꢀꢀꢀꢀꢀꢀꢀꢀ
＝(t2
‑
t1) t4
‑
(t3 d)，
[0407]
记作tx＝(t3 d)，则
[0408]
2*delaysm＝(t2
‑
t1) t4
‑
tx
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(8)
[0409]
因此，本技术实施例中，可以将上下行传输时延差值补偿到时间戳t3中，即master发送delay_resp的时间信息中。
[0410]
此时，slave计算时间偏差offset的公式变为：
[0411]
offset＝t2
‑
t1
–
delaysm
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(9)
[0412]
具体而言，在图13所示的场景中，delaysm、delayms如下：
[0413]
delaysm＝delay(upf to ran) delay(ran to ue)
[0414]
delayms＝delay(ue to ran) delay(ran to upf)
[0415]
当ran与upf之间的上行链路和下行链路为对称链路时，即：
[0416]
delay(upf to ran)＝delay(ran to upf)。
[0417]
那么，空口的下行、上行时延差d可以表示为：
[0418]
d＝delaysm
‑
delayms＝delay(ran to ue)
‑
delay(ue to ran)。
[0419]
当ran与upf之间的上行链路和下行链路为不对称链路时，假设delay(upf to ran)与delay(ran to upf)的差值为经验值delay_n3，那么d可以表示为：
[0420]
d＝delaysm
‑
delayms＝delay(ran to ue)
‑
delay(ue to ran) delay_n3。
[0421]
对于频率同步的实施例而言，在移动网络中的链路时延为动态变化的情况下，有：
[0422]
t6
‑
t5＝delaysm_1
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(10)
[0423]
t8
‑
t7＝delaysm_2
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(11)
[0424]
本技术实施例中，可以记x＝delaysm_1
‑
delaysm_2，再根据上面两个公式(10)和(11)，可以得到：
[0425]
t8
‑
t7＝delaysm_1
‑
x，
[0426]
即t8
‑
(t7
‑
x)＝delaysm_1，即tx＝t7
‑
x。
[0427]
是将链路动态时延差值补偿到时间戳中(即t7，master发送sync的时刻)。
[0428]
此时，slave计算频率同步的公式变为：
[0429][0430]
因此，本技术实施例中，可以将链路动态时延差值补偿到时间戳t7中，即master发送sync报文的时间信息中。
[0431]
具体而言，在图13所示的场景中，delaysm_1、delaysm_2如下：
[0432]
delaysm_1＝delay(upf to ran)_1 delay(ran to ue)_1
[0433]
delaysm_2＝delay(upf to ran)_2 delay(ran to ue)_2
[0434]
当ran与upf之间的链路为固定链路时，即链路时延固定。即：
[0435]
delay(upf to ran)_1＝delay(upf to ran)_2。
[0436]
那么，x＝delaysm_1
‑
delaysm_2＝delay(ran to ue)_1
‑
delay(ran to ue)_2。
[0437]
当ran与upf之间的链路为非固定链路时，假设其upf与ran之间的相邻两次时延偏差为经验值delay_n3’。那么，
[0438]
x＝delaysm_1
‑
delaysm_2＝delay(ran to ue)_1
‑
delay(ran to ue)_2 delay_n3’。
[0439]
因此，本技术实施例通过对空口时延上的上下行链路时延进行补偿，使得补偿之后的上下行链路时延对称，进而终端设备能够通过e2e机制实现与tsn时钟的同步，然后终端设备再利用802.1as与端点设备进行同步，实现终端设备(或者与该终端设备连接的tsn端点设备)与tsn时钟源的同步。
[0440]
需要说明的是，本技术实施例均以ran与upf之间的链路上下行对称，和/或链路为固定链路为例进行说明的。
[0441]
图14示出了本技术实施例提供的一个具体的同步的方法的例子。应理解，图14示出了同步的方法的步骤或操作，但这些步骤或操作仅是示例，本技术实施例还可以执行其他操作或者图14中的各个操作的变形。此外，图14中的各个步骤可以按照与图14呈现的不同的顺序来执行，并且有可能并非要执行图14中的全部操作。图14中与图13中相同的附图标记表示相同或相似的含义，为了简洁，此处不再赘述。
[0442]
1401，upf向ran发送sync报文。作为举例，upf在t1时刻向ran发送该sync报文，其中，t1为tsn时间。
[0443]
可选的，该sync报文中可以携带t1，n6时延(delay_n6_link)，以及tsn时钟与upf本地时钟的频率比率ratio1。具体的，upf向ran发送sync报文的方式可以参考601中的描述，为了简洁，这里不再赘述。
[0444]
1402，ran接收sync报文，触发确定空口的上下行时延补偿d。
[0445]
这里，空口的上下行时延补偿d为空口下行时延(delay(ran to ue))与空口上行时延(delay(ueto ran))之差。
[0446]
本技术实施例中，sync报文可以用于触发确定空口的上下行时延补偿。具体的，当ran识别到接收的报文为sync报文之后，可以触发确定空口的上下行时延补偿，具体的可以包括步骤1403至1411。
[0447]
具体的，ran识别sync报文的方式可以参考上文步骤703中的描述，为了简洁，这里不再赘述。
[0448]
此时，ran记录接收sync报文对应的空口时间air_t1。
[0449]
1403，ran通过空口向终端设备发送sync报文。
[0450]
1404，终端设备通过空口向ran返回接收该sync报文的空口时间air_t2。
[0451]
1405，ran确定下行空口时延delay(ran to ue)。
[0452]
具体的，1403至1405可以参见704至706中的描述，为了简洁，这里不再赘述。
[0453]
1406，终端设备接收到sync报文后，向ran发送delay_req报文，对应的发送时间为air_t3。
[0454]
具体的，该delay_req报文外层可以封装sdap header，pdcp header。
[0455]
一种实现方式中，air_t3、air_t2可以携带在该步骤1406中发送至ran的报文中。具体的，air_t3、air_t2可以携带在该delay_req报文中，或者携带在该delay_req报文的外层封装头中，本技术实施例对此不作限定。
[0456]
对应的，ran接收该delay_req报文。具体的，ran接收该delay_req报文的时间为air_t4。
[0457]
1407，ran接收终端设备发的delay_req报文之后，通过n3用户面连接向upf发送delay_req报文。
[0458]
对应的，upf接收该delay_req报文，对应的接收时间为t4。
[0459]
1408，ran确定delay(ue to ran)。
[0460]
具体的，ran根据air_t3,air_t4，确定上行空口时延delay(ue to ran)＝air_t4
‑
air_t3。
[0461]
1409，upf通过n3用户面连接向ran发送delay_resp报文，该delay_resp报文携带时间t4。
[0462]
1410，ran接收delay_resp报文，并确定tx，其中tx＝t4 d。
[0463]
具体的，ran根据delay_resp报文中的t4，以及之前确定的下行空口时延delay(ran to ue)和上行空口时延delay(ue to ran)，确定tx。这里可以将delay(ran to ue)表示为delay_uu_dl，将上行空口时延delay(ue to ran)表示为delay_uu_ul。此时tx如下：
[0464]
tx＝t4 (delay_uu_dl
‑
delay_uu_ul)。
[0465]
1411，ran向终端设备发送delay_resp报文，携带tx。
[0466]
应注意，当tsn时间与ran时间之间的频率比率为ratio时，要先将(delay_uu_dl
‑
delay_uu_ul)换算成tsn时间单位，此时tx如下：
[0467]
tx＝t4 (delay_uu_dl
‑
delay_uu_ul)
×
ratio。
[0468]
本技术实施例中，delay_req报文、delay_resp报文均为为精密时钟协议(precision time protocol，ptp)报文。一种可能的实现方式中，当ran收到上行报文或下行报文时，ran可以识别接收到的报文是否为ptp报文。之后，ran可以根据识别到的报文的类型，进行相应的操作。
[0469]
1412，终端设备根据tx，确定offset。具体的，offset如下：
[0470]
2*offset＝(t2
‑
t1)
‑
(tx
‑
t3)
[0471]
本技术另外一种可选的实施例中，可以由upf对tx进行修改。具体的，此时ran可以将delay(ranto ue)、delay(ue to ran)发送至upf。或者，ran将delay(ranto ue)与delay(ue to ran)之差(即delay_uu_dl
‑
delay_uu_ul)发送给upf。例如通过步骤1407将上述参数发送至upf。然后，upf可以根据t4，以及下行空口时延delay(ran to ue)和上行空口时延delay(ue to ran)推导tx，或者根据t4以及delay_uu_dl
‑
delay_uu_ul推导tx。最后，upf通过ran向终端设备发送delay_resp，携带tx。
[0472]
因此，本技术实施例中，通过ran或upf对空口链路的上下行时延进行补偿，使得终端设备能够通过e2e机制实现与tsn时钟的时间同步，然后终端设备再利用802.1as与端点设备进行时间同步，实现终端设备(或者与该终端设备连接的tsn端点设备)与tsn时钟源的时间同步。
[0473]
图15示出了本技术实施例提供的一个具体的同步的方法的例子。应理解，图15示
ue)_2。
[0499]
具体的，ran根据获取到的t7，以及记录的delay(ran to ue)_1、delay(ran to ue)_2，推导tx，tx如下：
[0500]
tx＝t7
‑
[delay(ran to ue)_1
‑
delay(ran to ue)_2]。
[0501]
1514，ran向终端设备发送follow_up报文，其中携带tx。
[0502]
1515，终端设备根据tx，确定频率比率neighborrateratio。具体的，neighborrateratio如下：
[0503][0504]
因此，本技术实施例中，通过ran或upf对空口链路的上下行时延进行补偿，使得终端设备能够通过e2e机制实现与tsn时钟的频率同步，然后终端设备再利用802.1as与端点设备进行频率同步，实现终端设备(或者与该终端设备连接的tsn端点设备)与tsn时钟源的同步。
[0505]
图16示出了本技术实施例提供的一种识别时钟同步报文的例子。应理解，图16示出了识别报文的方法的步骤或操作，但这些步骤或操作仅是示例，本技术实施例还可以执行其他操作或者图16中的各个操作的变形。此外，图16中的各个步骤可以按照与图16呈现的不同的顺序来执行，并且有可能并非要执行图16中的全部操作。
[0506]
1601，终端设备通过ran、amf向smf发送会话建立请求。其中，该会话建立请求中可以包括数据网络名称(data network name,dnn)，单网络切片选择辅助信息(single network slice selection assistance information，s
‑
nssai)等信息。
[0507]
可选的，终端设备可以向smf发送第四指示信息，第四指示信息用于指示终端设备需要与tsn时钟同步。
[0508]
1602，smf确定终端设备需要与tsn时钟同步，则分配特殊qfi供时钟同步报文使用，即该特殊qfi对应的qos流报文为时钟同步报文。这里，特殊qfi例如可以为前文中所述的第一qfi，时钟同步报文例如为ptp报文，或者802.1as报文。
[0509]
具体的，smf可以根据以下至少一项判断终端设备是否需要与tsn时钟同步：
[0510]
‑
1601中的第四指示信息，或
[0511]
‑
签约信息，或
[0512]
‑
dnn/s
‑
nssai。
[0513]
例如，当步骤1601中携带了第四指示信息且签约允许时，smf分配特殊qfi供时钟同步报文使用。又例如，当smf确定终端设备访问的dnn需要与tsn时钟源进行时钟同步时，smf分配特殊qfi供时钟同步报文使用。又例如，当smf确定终端设备访问的切片(即s
‑
nssai)需要与tsn时钟源进行时钟同步时，smf分配特殊qfi供时钟同步报文使用。
[0514]
1603，smf向upf发送n4会话建立请求。其中，该n4会话建立请求中携带转发规则，该转发规则用于指示upf对时钟同步报文(比如ptp报文，或802.1as报文)添加该特殊qfi。
[0515]
这里，该转发规则例如可以为上文中的策略信息，比如源地址、目的地址等信息。例如，当upf确定收到的报文的源地址或目的地址与转发规则中的地址信息一致时，可以确定该报文为时钟同步报文，然后upf可以在该报文中的报文头中添加该特殊的qfi，该特殊的qfi进一步可以用于向ran指示该报文为时钟同步报文。
[0516]
1604，upf返回n4会话建立响应。其中，该n4会话建立响应携带upf隧道信息(tunnel info)。
[0517]
1605，smf通过amf向ran发送n2会话请求。其中，n2会话请求中携带n2会话管理信息(n2 sm info)和n1会话管理信息(n1 sm info)。其中，n2 sm info中包括特殊qfi和upf隧道信息。n1 sm info中包括特殊qfi、报文过滤器(packet filter)。
[0518]
1606，ran触发与终端设备之间的无线资源控制(radio resource control，rrc)连接建立过程。在该过程中，ran将1102中获取的n1 sm info发送至终端设备。
[0519]
其中，ran和终端设备保存qfi与无线承载之间的对应关系。
[0520]
1607，会话建立的其他过程。例如ran通过amf向smf返回n4会话响应，其中携带an tunnel info。又例如smf触发与upf之间的n4会话修改等步骤。
[0521]
1608，ran判断接收到的报文是否为时钟同步报文。本技术实施例中，时钟同步报文包括下行时钟同步报文，比如sync报文。
[0522]
对于dl传输而言
[0523]
‑
upf发送时钟同步报文时，upf根据转发规则，判断该报文为时钟同步报文，则为该报文外层封装特殊qfi，然后发送至ran；
[0524]
‑
ran接收dl报文，根据dl报文头中的特殊qfi判断dl报文为时钟同步报文，然后触发相应操作，如下行空口时延测量、n3传输时延测量、空口上下行时延补偿等。ran向终端设备发送dl报文。
[0525]
‑
终端设备接收dl报文，根据接收的无线承载、保存的无线承载与qfi的对应关系，识别接收到的报文对应的为特殊qfi，从而进一步判断接收到的报文为时钟同步报文，从而进行相应处理，如记录接收时钟同步报文对应的空口时间。
[0526]
可选的，时钟同步报文包括上行时钟同步报文，比如delay_req等。
[0527]
对于ul传输而言
[0528]
‑
终端设备发送时钟同步报文时，为该报文封装特殊qfi并发送至ran；或，终端设备通过特殊qfi对应的无线承载将该报文发送至ran。
[0529]
‑
ran根据ul报文头中的qfi，或者，ran根据无线承载与qfi的对应关系，确定ul报文是时钟同步报文，然后触发相应的操作，如确定下行空口时延、上行空口时延等。ran将处理后的ul报文发送至upf。
[0530]
‑
upf接收ul报文，进行相应处理，如记录接收ul报文对应的时刻。
[0531]
需要说明的是，本技术中描述的是网元如何识别时钟同步报文。但需要知道的是，识别接收到的报文为时钟同步报文不是最终目的，最终目的是触发相应操作，如n3传输时延确定、空口传输时延确定、空口上下行时延补偿等。因此，上述描述也可以描述为如何触发网元执行相应操作，如确定n3传输时延、空口传输时延等。
[0532]
本技术实施例中，smf还可以通过其他方式为时钟同步报文分配特殊qfi，本技术实施例对此不作限定。另外，qfi还可以是其它参数，如新定义的信元indicator，该指示表明报文为时钟同步报文，本技术实施例对此不作限定。
[0533]
因此，本技术实施例中，smf可以根据终端设备的指示信息，或签约信息，或dnn/s
‑
nssai等，为时钟同步报文分配特殊qfi，并且smf可以向upf、ran以及终端设备发送该qfi，向upf和终端设备下发转发规则，使得upf可以对时钟同步报文封装该特殊的qfi，或者终端
设备在该特殊qfi对应的无线信道上传输时钟同步报文，进而实现ran可以根据该特殊的qfi，或者根据传输报文的无线信道来识别时钟同步报文。
[0534]
802.1as协议中，支持以多播方式传输时钟同步报文。802.1as报文中包含域信息(domain)，表明终端设备(或tsn end station)与domain所表示的时钟域进行时间同步。本技术实施例中，upf收到多播报文(如sync报文)，可以根据终端设备(或tsn end station)对应的时钟域，确定需要同步的终端设备(或tsn end station)，即upf根据终端设备(或tsn end station)对应的时钟域，确定将802.1as报文发往哪些终端设备。
[0535]
本技术实施例中，upf可以通过以下步骤1至3获取终端设备(或tsn end station)对应的时钟域：
[0536]
步骤1、smf获取终端设备(或tsn end station)对应的时钟域。具体的，smf可以通用以下方式获取终端设备(或tsn end station)对应的时钟域：
[0537]
在会话建立过程中，终端设备将终端设备标识(ue id)和domain id发送至smf。或，
[0538]
在会话建立过程中，smf从udm获取ue id与domain id的对应关系。或，
[0539]
在会话建立过程中，smf从获取ue id与domain id的对应关系。或，
[0540]
在会话建立过程中，smf从dn
‑
aaa获取ue id与domain id的对应关系。或
[0541]
在会话建立过程中，smf从amf接收ue id与domain id的对应关系。
[0542]
其中，amf可以通过如下方式获取到ue id与domain id的对应关系：
[0543]
在注册流程中，终端设备将终端设备标识(ue id)和domain id发送至amf。或在注册流程中，amf从udm获取ue id与domain id的对应关系。或，
[0544]
在注册流程中，amf从pcf获取ue id与domain id的对应关系。或，
[0545]
步骤2，smf将该终端设备对应的时钟域发送至upf，即smf将终端设备与时钟域的对应关系发送至upf。其中，终端设备可以用ue id标识，如supi，ue ip，ue mac；时钟域，用domain id标识。
[0546]
需要说明的是，上面所述的ue id还可以是tsn end station id，如app id，本技术实施例对此不作限定。
[0547]
步骤3，upf获取到ue id与domain id的对应关系。
[0548]
具体的，当upf接收到802.1as报文时，可以根据802.1as报文头中的domain id、以及ue id与domain id的对应关系，确定待同步的ue id。然后，upf通过本技术实施例的所述同步方法，实现终端设备与时钟域的时间同步。
[0549]
上述主要从不同设备之间交互的角度对本技术实施例提供的同步的方法的方案进行了介绍。可以理解的是，upf、ran或终端设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本技术中所公开的实施例描述的各示例的单元及算法步骤，本技术实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本技术实施例的技术方案的范围。
[0550]
本技术实施例可以根据上述方法示例对upf、ran和终端设备等进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一
个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本技术实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0551]
在采用集成的单元的情况下，图17示出了本技术实施例中所涉及的一种通信装置的一种可能的示例性框图，该装置1700可以以软件、硬件或软硬结合的形式存在。图17示出了本技术实施例中所涉及的装置的一种可能的示意性框图。装置1700包括：处理单元1702和通信单元1703。处理单元1702用于对装置的动作进行控制管理。通信单元1703用于支持装置与其他设备的通信。装置还可以包括存储单元1701，用于存储装置的程序代码和数据。
[0552]
图17所示的装置1700可以是本技术实施例所涉及的upf、ran或终端设备。
[0553]
当图17所示的装置1700为upf时，处理单元1702能够支持装置1700执行上述各方法示例中由upf完成的动作，例如，处理单元1702支持装置1700执行图6中的609，和/或用于本文所描述的技术的其它过程。通信单元1703能够支持装置1700与ran等之间的通信，例如，通信单元1703支持装置1700执行图6中的步骤601、603、607、608、611，图7中的步骤701、702、707，图8中的801、802、806，图14中的1401、1407、1409，图15中的1501、1507，和/或其他相关的通信过程。
[0554]
当图17所示的装置1700为ran时，处理单元1702能够支持装置1700执行上述各方法示例中由ran完成的动作，例如，处理单元1702支持装置1700执行图6中的606，图7中的706,708,709，图9中的906,907，图14中的1405,1408,1410，图15中的1505,1511,1510，和/或用于本文所描述的技术的其它过程。通信单元1703能够支持装置1700与upf和终端设备等之间的通信，例如，通信单元1703支持装置1700执行图6中的步骤603至605、611、612，图7中的步骤702、704、705、707、710，图8中的802、803、806至807，图9中的901、903、905、908，图10中的1001、1002，图14中的1401、1403、1404、1406、1407、1409、1411，图15中的1501、1503、1509、1512，和/或其他相关的通信过程。
[0555]
当图17所示的装置1700为终端设备时，处理单元1702能够支持装置1700执行上述各方法示例中由终端设备完成的动作，例如，处理单元1702支持装置1700执行图8中的804,805,808，图10中的1004至1006，图14中的1412，图15中的1515，和/或用于本文所描述的技术的其它过程。通信单元1703能够支持装置1700与ran或端点设备等之间的通信，例如，通信单元1703支持装置1700执行图6中的步骤604至605、612，图7中的步骤704、705、710，图8中的803、807，图9中的903、905、908，图10中的1002，图14中的1403、1404、1406、1411，图15中的1503、1509、1514，和/或其他相关的通信过程。
[0556]
示例性地，处理单元1702可以是处理器或控制器，例如可以是中央处理器(central processing unit，cpu)，通用处理器，数字信号处理器(digital signal processor，dsp)，专用集成电路(application
‑
specific integrated circuit，asic)，现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，单元和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信单元1703可以是通信接口，该通信接口是统称，在具体实现中，该通信接口可以包括一个或多个接口。存储单元1701可以是存储器。
number字段称为域标识(domainid)字段。
[0567]
图19示出了本技术实施例提供一种发送报文的方法，能够使得移动网络支持多播报文的传递。图19所示的方法包括1910至1930。其中，通信网元为移动网络中的网元，例如upf或ran。
[0568]
1910，通信网元接收第一报文。其中，该第一报文包括域标识，域标识用于标识发送所述第一报文的节点设备所属的时钟域。
[0569]
1920，所述通信网元根据域标识与用户面连接标识的对应关系，以及所述第一报文中的域标识，确定所述第一报文对应的用户面连接。
[0570]
1930，所述通信网元通过所述第一报文对应的用户面连接向终端设备发送所述第一报文。
[0571]
因此，本技术实施例中，移动网络中的通信网元可以根据域标识(domain id)和用户面连接标识的对应关系，以及第一报文中的域标识，确定第一报文对应的用户面连接，然后通过该用户面连接向终端设备发送该第一报文，其中第一报文为多播报文。因此，本技术实施例能够实现移动网络中的通信网元对多播报文的发送。
[0572]
可选的，所述通信网元接收来自smf的所述域标识与用户面连接标识的对应关系。
[0573]
图20示出了本技术实施例提供一种发送报文的方法，能够使得移动网络支持多播报文的传递。图20所示的方法包括2010和2020。其中，通信网元为移动网络中的网元，例如upf或ran。
[0574]
2010，smf确定域标识和用户面连接标识的对应关系，所述域标识用于标识发送第一报文的节点设备所属的时钟域。
[0575]
2020，smf将所述域标识和用户面连接标识的对应关系发送至通信网元，其中，所述对应关系用于所述通信网元确定向终端设备发送所述第一报文的用户面连接。
[0576]
因此，本技术实施例中，smf将域标识和用户面连接的对应关系发送给通信网元，使得通信网元能够根据该对应关系，确定用于发送第一报文的用户面连接，然后通过该用户面连接向终端设备发送该第一报文，其中第一报文为多播报文。因此，本技术实施例能够实现移动网络中的通信网元对多播报文的发送。
[0577]
可选的，所述smf确定域标识和用户面连接标识的对应关系，包括：
[0578]
所述smf获取终端设备标识和用户面连接标识的对应关系；
[0579]
所述smf获取终端设备标识和域标识的对应关系，其中，所述域标识用于标识所述终端设备对应的时钟域；
[0580]
所述smf根据终端设备标识和用户面连接标识的对应关系，以及，终端设备标识和域标识的对应关系，确定域标识和用户面连接标识的对应关系。
[0581]
可选的，所述smf确定域标识和用户面连接标识的对应关系，包括：
[0582]
所述smf获取所述终端设备的用户面连接标识以及网络标识的对应关系，其中，所述网络标识用于标识所述终端设备接入的网络；
[0583]
所述smf获取网络标识和域标识的对应关系，所述域标识用于标识所述终端设备对应的时钟域；
[0584]
所述smf根据所述用户面连接标识以及网络标识的对应关系，以及，网络标识和域标识的对应关系，确定域标识和用户面连接标识的对应关系。
[0585]
可选的，所述网络标识包括以下至少一种：数据网络名称dnn、单网络切片选择辅助信息s
‑
nssai。
[0586]
可选的，本技术实施例中，所述第一报文为时钟同步报文。
[0587]
可选的，本技术实施例中，所述用户面连接标识包括以下至少一种：会话标识、用户面隧道信息。
[0588]
图21示出了本技术实施例提供的一种发送报文的例子，本技术实施例中，upf根据域标识(domain id)和用户面连接标识的对应关系，以及第一报文中的域标识，确定第一报文对应的用户面连接，然后通过该用户面连接向终端设备发送该第一报文。作为举例，本技术实施例可以用于上文图3中的场景。
[0589]
应理解，图21示出了发送报文的方法的步骤或操作，但这些步骤或操作仅是示例，本技术实施例还可以执行其他操作或者图21中的各个操作的变形。此外，图21中的各个步骤可以按照与图21呈现的不同的顺序来执行，并且有可能并非要执行图21中的全部操作。
[0590]
2101，终端设备通过ran向amf发送nas消息，该nas消息中携带会话标识(session id)、dnn、s
‑
nssai、会话建立请求等。
[0591]
可选的，nas消息中还可以携带终端设备标识和domain id的对应关系。这里，终端设备标识可以为终端设备的媒体访问控制(media access control address,mac)地址、用户永久标识(subscription permanent identifier，supi)、通用公共用户标识(generic public subscription identifier，gpsi)或互联网协议(internet protocol，ip)地址等，本技术实施例对此不作限定。
[0592]
2102，amf向smf发送创建会话管理上下文请求消息。其中，创建会话管理上下文请求消息中携带终端设备的supi和步骤2101中的参数。
[0593]
可选的，当nas消息中携带终端设备标识和domain id的对应关系时，创建会话管理上下文请求消息中还携带终端设备标识和domain id的对应关系。
[0594]
2103，smf根据创建会话管理上下文请求消息，获取终端设备标识和会话标识的对应关系。
[0595]
可选的，这里smf还可以根据创建会话管理上下文请求，获取所述终端设备的会话标识以及网络标识的对应关系。本技术实施例中，网络标识例如为以下中的至少一种：数据网络名称dnn、单网络切片选择辅助信息s
‑
nssai等，或者其他的用于标识终端设备接入的网络的标识，本技术实施例对此不作限定。
[0596]
可选的，smf还可以将获取的上述对应关系进行保存。
[0597]
可选的，本技术实施例中，当smf确定该终端设备需要做时钟同步时，可以分配特殊qfi供时钟同步报文使用，即该特殊qfi对应的qos流报文为时钟同步报文。此时，smf可以保存session id、特殊qfi的对应关系。
[0598]
2104，smf确定domain id和会话标识的对应关系。
[0599]
具体的，一种实现方式，smf可以根据终端设备标识和会话标识的对应关系，以及终端设备标识和域标识的对应关系，确定域标识和会话标识的对应关系。
[0600]
可选的，smf可以获取创建会话管理上下文请求消息中携带的终端设备标识和domain id的对应关系。
[0601]
可选的，smf还可以从udm中获取终端设备标识和domain id的对应关系，或者smf
可以从dn
‑
aaa中获取终端设备标识和domain id的对应关系。
[0602]
例如，终端设备通过session1访问网络，smf保存了终端设备mac和session1的对应关系。smf可以从udm获取到终端设备mac和domain1的对应关系，因此，smf可以确定session1和domain1的对应关系。如下表1和表2所示：
[0603]
表1
[0604][0605]
表2
[0606][0607]
可选的，上述举例中终端设备可以满足以下限定条件：一个终端设备mac只能访问一个domain，且一个终端设备只能建立一个session。
[0608]
另一种实现方式，smf可以根据用会话标识以及网络标识的对应关系，以及，网络标识和域标识的对应关系，确定域标识和会话标识的对应关系。
[0609]
具体的，smf可以通过如下方式获取网络标识和域标识的对应关系：(1)smf上配置网络标识与domain id的对应关系，或者(2)smf从udm获取网络标识和domain id的对应关系。进一步的，smf获取到终端设备标识、网络标识和domain id三者之间的对应关系。然后，smf根据步骤2103中保存的会话标识以及网络标识的对应关系，确定域标识和会话标识的对应关系。
[0610]
例如，终端设备建立了3个会话，分别为session1、session2和session3，分别通过这三个会话访问dnn1、dnn2和dnn3。另外，dnn1对应domain1，dnn2对应domain2，dnn3对应domain3。会话建立过程中，smf保存了dnn和会话标识的对应关系，如表3所示。smf上配置了终端设备mac、dnn和域标识的对应关系，如表4所示，因此，smf可以根据表3和表4确定会话标识(session id)和域标识(domain id)的对应关系，如表5所示。
[0611]
表3
[0612][0613]
表4
[0614][0615]
表5
[0616][0617]
可选的，上述举例中终端设备可以满足以下限定条件：一个终端设备mac可以访问至少一个domain，一个终端设备mac可以建立至少一个会话，但是一个dnn只能对应一个domain。
[0618]
可选的，本技术实施例中，当smf分配了特殊qfi时，smf可以确定会话标识、qfi和domain id三者之间的对应关系。
[0619]
2105，smf向upf发送n4会话建立请求。
[0620]
可选的，n4会话建立请求中携带domain id和用户面连接标识的对应关系。这里，用户面连接标识指的是n4会话标识(n4 session id)。n4 session id与session id一一对应。
[0621]
可选的，n4会话建立请求中可以携带domain id、特殊qfi和用户面连接标识的对应关系。
[0622]
进一步的，n4会话建立请求中还携带报文检测规则、使用量上报规则等。报文检测规则中可以包含所述特殊qfi。
[0623]
再进一步的，当由smf分配隧道信息时，上述n4会话建立请求还携带核心网隧道信息(cn tunnel info)。此时，用户面连接标识可以是以下任一项或多项：n4会话标识、核心网隧道信息。
[0624]
2106，upf向smf返回n4会话建立响应。
[0625]
当由upf分配隧道信息时，n4会话建立响应携带核心网隧道信息。
[0626]
2107，smf向amf发送n1n2消息传递消息，其中携带session id，n2 sm info，n1 sm info等。
[0627]
其中，n2 sm info包含session id，cn tunnel info，s
‑
nssai等；n1 sm info包含会话建立接受、s
‑
nssai、dnn等。
[0628]
2108，amf向ran发送n2会话请求，其中携带步骤2107中的参数。
[0629]
2109，ran发起其与终端设备之间的空口建立过程。
[0630]
2110，会话建立流程的其他过程，如ran返回n2会话响应、smf发起与upf之间的n4会话修改等。
[0631]
具体的过程描述如下：
[0632]
1，ran返回n2会话响应，携带session id，接入网隧道信息(ran tunnel info)等。
[0633]
2，amf向smf发送更新会话管理上下文请求，携带1中的参数。
[0634]
3，smf向upf发送n4会话修改请求，携带接入网隧道信息。
[0635]
可选的，n4会话修改请求还携带domainid。其中，该domain id和接入网隧道信息是对应的。
[0636]
可选的，n4会话修改请求还携带domain id和用户面连接标识的对应关系。这里，用户面连接标识可以为以下任一项或多项：接入网隧道信息、n4会话标识、核心网隧道信息。
[0637]
也就是说，domain id和用户面连接的对应关系，可以在步骤2104中下发，也可以在本步骤中下发。具体而言，在不同的步骤中下发，用户面连接的具体值不一样。例如，在步骤2104中下发，那么用户面连接标识可以为n4 session id,和cn tunnel info中的至少一耳光。在本步骤3中下发，用户面连接标识可以为n4 session id,cn tunnel info,和an tunnel info中的至少一个。
[0638]
4，upf返回n4会话修改响应。
[0639]
2111，upf接收第一报文。其中，第一报文为多播报文，具体的例如第一报文为时钟同步报文。
[0640]
2112，upf根据第一报文中的domain id字段，以及domain id与用户面连接标识的对应关系，确定第一报文对应的用户面连接，从而通过该用户面连接向终端设备发送第一报文。
[0641]
可选的，upf可以在该时钟同步报文外层封装与该用户面连接标识对应的特殊qfi，以表明该报文为时钟同步报文。
[0642]
因此，本技术实施例中，upf在接收到多播报文之后，可以根据该多播报文中的domain id，确定出该报文对应的用户面连接，从而通过该用户面连接向终端设备发送该多播报文。本技术实施例中，upf无需先确定待同步的终端设备，处理逻辑相对简单。
[0643]
图22示出了本技术实施例提供的一种发送报文的例子，本技术实施例中，ran根据域标识(domain id)和用户面连接标识的对应关系，以及第一报文中的域标识，确定第一报文对应的用户面连接，然后通过该用户面连接向终端设备发送该第一报文。作为举例，本技术实施例可以用于上文图4中的场景。
[0644]
应理解，图22示出了发送报文的方法的步骤或操作，但这些步骤或操作仅是示例，本技术实施例还可以执行其他操作或者图22中的各个操作的变形。此外，图22中的各个步骤可以按照与图22呈现的不同的顺序来执行，并且有可能并非要执行图22中的全部操作。
[0645]
2201，终端设备通过ran向amf发送nas消息，该nas消息中携带会话标识(session id)、dnn、s
‑
nssai、会话建立请求等。
[0646]
2202，amf向smf发送创建会话管理上下文请求消息。其中，创建会话管理上下文请求消息中携带终端设备的supi和步骤2201中的参数。
[0647]
2203，smf根据创建会话管理上下文请求消息，获取终端设备标识和会话标识的对应关系。
[0648]
2204，smf确定domain id和会话标识的对应关系。
[0649]
具体的，2201
‑
2204可参见图21中2101
‑
2104中的描述，为了简洁，这里不再赘述。
[0650]
2205，smf向upf发送n4会话建立请求。其中，该n4会话建立请求中携带报文检测规则、上报规则等，其中，报文检测规则中可以包含所述特殊qfi。
[0651]
当由smf分配隧道信息时，n4会话建立请求还携带核心网隧道信息(cn tunnel info)。
[0652]
2206，upf向smf返回n4会话建立响应。
[0653]
当由upf分配隧道信息时，n4会话建立响应携带核心网隧道信息。
[0654]
2207，smf向amf发送n1n2消息传递消息，其中携带session id，n2 sm info，n1 sm info等。
[0655]
其中，n2 sm info包含qfi、5g服务质量标识(5g qos identifier，5qi)、s
‑
nssai、会话标识和核心网隧道信息中的至少一种。
[0656]
n1 sm info可以包含会话建立接受、s
‑
nssai、dnn等。
[0657]
本技术实施例中，n2 sm info还携带domain id。进一步地，n2 sm info携带domain id和用户面连接标识的对应关系。这里，用户面连接标识可以是以下一项或多项：会话标识、核心网隧道信息、qfi、5qi。
[0658]
2208，amf向ran发送n2会话请求，其中携带步骤2207中的参数。
[0659]
2209，ran发起其与终端设备之间的空口建立过程。
[0660]
在该过程中，ran分配空口用户面连接标识。具体的，该空口用户面连接标识可以为数据无线承载(data radio bearer，drb)id。此时，ran获取了domain id和drb id之间的对应关系。也就是说，ran获取了domain id和用户面连接标识的对应关系，用户面连接标识可以为drb id。
[0661]
2210，会话建立流程的其他过程，如ran返回n2会话响应、smf发起与upf之间的n4会话修改等。
[0662]
2211，ran接收第一报文。其中，第一报文为多播报文，例如为时钟同步报文。
[0663]
2212，ran根据第一报文中的domain id字段，以及domain id与用户面连接标识的对应关系，确定第一报文对应的用户面连接，从而通过该用户面连接向终端设备发送第一报文。
[0664]
因此，本技术实施例中，ran在接收到多播报文之后，可以根据该多播报文中的domain id，确定出该报文对应的用户面连接，从而通过该用户面连接向终端设备发送该多播报文。本技术实施例中，ran无需先确定待同步的终端设备，处理逻辑相对简单。
[0665]
上述主要从不同设备之间交互的角度对本技术实施例提供的发送报文的方法的方案进行了介绍。可以理解的是，upf、ran或smf为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本技术中所公开的实施例描述的各示例的单元及算法步骤，本技术实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本技术实施例的技术方案的范围。
[0666]
本技术实施例可以根据上述方法示例对upf、ran或smf等进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式
实现。需要说明的是，本技术实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0667]
在采用集成的单元的情况下，图23示出了本技术实施例中所涉及的一种通信装置的一种可能的示例性框图，该装置2300可以以软件、硬件或软硬结合的形式存在。图23示出了本技术实施例中所涉及的装置的一种可能的示意性框图。装置2300包括：处理单元2302和通信单元2303。处理单元2302用于对装置的动作进行控制管理。通信单元2303用于支持装置与其他设备的通信。装置还可以包括存储单元2301，用于存储装置的程序代码和数据。
[0668]
图23所示的装置2300可以是本技术实施例所涉及的upf、ran或smf。
[0669]
当图23所示的装置2300为upf时，处理单元2302能够支持装置2300执行上述各方法示例中由upf完成的动作，例如，处理单元2302支持装置2300执行图21中的2112，和/或用于本文所描述的技术的其它过程。通信单元2303能够支持装置2300与smf等之间的通信，例如，通信单元2303支持装置2300执行图21中的步骤2105、2106、2111，和/或其他相关的通信过程。
[0670]
当图23所示的装置2300为ran时，处理单元2302能够支持装置2300执行上述各方法示例中由ran完成的动作，例如，处理单元2302支持装置2300执行图22中的2212，和/或用于本文所描述的技术的其它过程。通信单元2303能够支持装置2300与upf和终端设备等之间的通信，例如，通信单元2303支持装置2300执行图22中的步骤2208,2211，和/或其他相关的通信过程。
[0671]
当图23所示的装置2300为smf时，处理单元2302能够支持装置2300执行上述各方法示例中由smf完成的动作，例如，处理单元2302支持装置2300执行图21中的2103,2104，图22中的2203,2204，和/或用于本文所描述的技术的其它过程。通信单元2303能够支持装置2300与ran或端点设备等之间的通信，例如，通信单元2303支持装置2300执行图21中的步骤2102,2105,2106,2107，图22中的步骤2202,2205,2206,2207，和/或其他相关的通信过程。
[0672]
示例性地，处理单元2302可以是处理器或控制器，例如可以是中央处理器(central processing unit，cpu)，通用处理器，数字信号处理器(digital signal processor，dsp)，专用集成电路(application
‑
specific integrated circuit，asic)，现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，单元和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信单元2303可以是通信接口，该通信接口是统称，在具体实现中，该通信接口可以包括一个或多个接口。存储单元2301可以是存储器。
[0673]
当处理单元2302为处理器，通信单元2303为通信接口，存储单元2301为存储器时，本技术实施例所涉及的装置2300可以为图24所示的通信装置2400。
[0674]
参阅图24所示，该装置2400包括：处理器2402和通信接口2403。进一步地，该装置2400还可以包括存储器2401。可选的，装置2400还可以包括总线2404。其中，通信接口2403、处理器2402以及存储器2401可以通过总线2404相互连接；总线2404可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。所述总线2404可以分为地址总线、数据
总线、控制总线等。为便于表示，图24中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0675]
其中，处理器2402可以通过运行或执行存储在存储器2401内的程序，执行所述装置2400的各种功能。
[0676]
示例性地，图24所示的通信装置2400可以是本技术实施例所涉及的upf、ran或终端设备。
[0677]
当装置2400为upf时，处理器2402可以通过运行或执行存储在存储器2401内的程序，执行上述各方法示例中由upf完成的动作。当装置2400为ran时，处理器2402可以通过运行或执行存储在存储器2401内的程序，执行上述各方法示例中由ran完成的动作。当装置2400为smf时，处理器2402可以通过运行或执行存储在存储器2401内的程序，执行上述各方法示例中由smf完成的动作。
[0678]
申请实施例还提供了一种计算机可读存储介质，包括计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述方法实施例提供的方法。
[0679]
本技术实施例还提供了一种包含指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述方法实施例提供的方法。
[0680]
本技术实施例还提供了一种芯片，该芯片可应用于通信装置，该芯片包括至少一个处理器，当该至少一个处理器执行指令时，使得该芯片或该通信装置执行上述方法实施例提供的方法。可选的，该芯片还可以包括存储器，该存储器可用于存储涉及的指令。
[0681]
应理解，本发明实施例中提及的处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0682]
还应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0683]
还应理解，本文中涉及的第一、第二以及各种数字编号仅为描述方便进行的区分，并不用来限制本技术的范围。
[0684]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0685]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0686]
在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件
可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0687]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0688]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0689]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0690]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。