CN118044277A - 定时弹性服务 - Google Patents
定时弹性服务 Download PDFInfo
- Publication number
- CN118044277A CN118044277A CN202280058564.3A CN202280058564A CN118044277A CN 118044277 A CN118044277 A CN 118044277A CN 202280058564 A CN202280058564 A CN 202280058564A CN 118044277 A CN118044277 A CN 118044277A
- Authority
- CN
- China
- Prior art keywords
- utc
- time
- traceability
- network
- wireless device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 claims abstract description 188
- 230000004044 response Effects 0.000 claims description 102
- 230000006870 function Effects 0.000 claims description 98
- 230000005540 biological transmission Effects 0.000 claims description 81
- 238000007726 management method Methods 0.000 claims description 54
- 238000012544 monitoring process Methods 0.000 claims description 33
- 238000009826 distribution Methods 0.000 claims description 26
- 230000001105 regulatory effect Effects 0.000 claims description 19
- 238000013523 data management Methods 0.000 claims description 5
- 238000012545 processing Methods 0.000 description 58
- 238000004891 communication Methods 0.000 description 57
- 230000009471 action Effects 0.000 description 37
- 230000007704 transition Effects 0.000 description 24
- 230000004048 modification Effects 0.000 description 17
- 238000012986 modification Methods 0.000 description 17
- 238000013507 mapping Methods 0.000 description 16
- SAYGKHKXGCPTLX-UHFFFAOYSA-N 2-(carbamoylamino)-5-(4-fluorophenyl)-3-thiophenecarboxamide Chemical compound NC(=O)C1=C(NC(=O)N)SC(C=2C=CC(F)=CC=2)=C1 SAYGKHKXGCPTLX-UHFFFAOYSA-N 0.000 description 15
- 230000011664 signaling Effects 0.000 description 15
- 230000000694 effects Effects 0.000 description 12
- 238000012384 transportation and delivery Methods 0.000 description 12
- 238000005259 measurement Methods 0.000 description 11
- 230000007246 mechanism Effects 0.000 description 11
- 101150119040 Nsmf gene Proteins 0.000 description 10
- 238000010586 diagram Methods 0.000 description 10
- 239000000835 fiber Substances 0.000 description 10
- 230000008569 process Effects 0.000 description 10
- 230000002123 temporal effect Effects 0.000 description 9
- 101000684181 Homo sapiens Selenoprotein P Proteins 0.000 description 7
- 102100023843 Selenoprotein P Human genes 0.000 description 7
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 7
- 230000001960 triggered effect Effects 0.000 description 7
- 238000013475 authorization Methods 0.000 description 6
- 230000008859 change Effects 0.000 description 6
- 230000001934 delay Effects 0.000 description 6
- 238000012546 transfer Methods 0.000 description 6
- 238000013459 approach Methods 0.000 description 5
- 238000012937 correction Methods 0.000 description 5
- 238000001514 detection method Methods 0.000 description 5
- 229940119265 sepp Drugs 0.000 description 5
- MRMBZHPJVKCOMA-YJFSRANCSA-N biapenem Chemical compound C1N2C=NC=[N+]2CC1SC([C@@H]1C)=C(C([O-])=O)N2[C@H]1[C@@H]([C@H](O)C)C2=O MRMBZHPJVKCOMA-YJFSRANCSA-N 0.000 description 4
- 238000013500 data storage Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 238000012913 prioritisation Methods 0.000 description 4
- 230000006835 compression Effects 0.000 description 3
- 238000007906 compression Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 239000000203 mixture Substances 0.000 description 3
- 230000005641 tunneling Effects 0.000 description 3
- 101100150273 Caenorhabditis elegans srb-1 gene Proteins 0.000 description 2
- 238000012550 audit Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 229910052792 caesium Inorganic materials 0.000 description 2
- TVFDJXOCXUVLDH-UHFFFAOYSA-N caesium atom Chemical compound [Cs] TVFDJXOCXUVLDH-UHFFFAOYSA-N 0.000 description 2
- 239000013078 crystal Substances 0.000 description 2
- 238000007405 data analysis Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000014509 gene expression Effects 0.000 description 2
- 230000014759 maintenance of location Effects 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 239000010453 quartz Substances 0.000 description 2
- 229910052701 rubidium Inorganic materials 0.000 description 2
- IGLNJRXAVVLDKE-UHFFFAOYSA-N rubidium atom Chemical compound [Rb] IGLNJRXAVVLDKE-UHFFFAOYSA-N 0.000 description 2
- VYPSYNLAJGMNEJ-UHFFFAOYSA-N silicon dioxide Inorganic materials O=[Si]=O VYPSYNLAJGMNEJ-UHFFFAOYSA-N 0.000 description 2
- 230000008685 targeting Effects 0.000 description 2
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 2
- 206010000117 Abnormal behaviour Diseases 0.000 description 1
- 101000979596 Homo sapiens NF-kappa-B-repressing factor Proteins 0.000 description 1
- 101000599843 Homo sapiens RelA-associated inhibitor Proteins 0.000 description 1
- 241001123862 Mico Species 0.000 description 1
- 208000033368 Right sided atrial isomerism Diseases 0.000 description 1
- 108091005487 SCARB1 Proteins 0.000 description 1
- 102100037118 Scavenger receptor class B member 1 Human genes 0.000 description 1
- 238000013474 audit trail Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 239000005433 ionosphere Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 229920001469 poly(aryloxy)thionylphosphazene Polymers 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 239000011814 protection agent Substances 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 239000005436 troposphere Substances 0.000 description 1
- 238000002604 ultrasonography Methods 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/001—Synchronization between nodes
- H04W56/0015—Synchronization between nodes one node acting as a reference for the others
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种方法包括由无线设备从网络的基站接收该网络是否执行对协调世界时UTC的时间可追溯性的指示。该方法包括：基于该网络不执行对UTC的时间可追溯性，由该无线设备实现对UTC的时间可追溯性。
Description
相关申请的交叉引用
本申请要求2021年6月28日提交的美国临时申请号63/215,826的权益，该美国临时申请的全部内容据此以引用方式并入。
附图说明
在本文中参考附图描述本公开的各种实施方案中的若干实施方案的示例。
图1A和图1B示出包含接入网络和核心网络的示例通信网络。
图2A、图2B、图2C和图2D示出核心网络内的基于服务的架构的框架的各种示例。
图3示出包含核心网络功能的示例通信网络。
图4A和图4B示出具有多个用户平面功能和不可信接入的核心网络架构的示例。
图5示出针对漫游情境的核心网络架构的示例。
图6示出网络切片的示例。
图7A、图7B和图7C示出用户平面协议堆栈、控制平面协议堆栈，以及设置于用户平面协议堆栈的协议层之间的服务。
图8示出用于数据交换的服务质量模型的示例。
图9A、图9B、图9C和图9D示出无线设备的示例状态和状态转变。
图10示出无线设备的注册程序的示例。
图11示出无线设备的服务请求程序的示例。
图12示出无线设备的协议数据单元会话建立程序的示例。
图13示出通信网络中的元件的组件的示例。
图14A、图14B、图14C和图14D示出了各自具有一个或多个网络功能或其部分的物理核心网络部署的各种示例。
图15示出了可追溯性金字塔的示例，该示例示出了以服务作为示例，将时间戳链接回参考时间尺度UTC的测量步骤。
图16示出了从UTC到由GPS驯服振荡器生成的时间戳的比较链的示例，以及使用来自UTC(k)机构的GPS监视结果的公报来证明对UTC的可追溯性。
图17示出了用于金融市场的时间弹性用例的示例。
图18示出了UTC(k)时间分布的示例，其中5G系统指示可追溯性链。
图19示出了分配给5G系统的多个UTC时间源的示例。
图20是示出RRC连接建立程序的示例的示例呼叫流程。
图21是示出现有技术的问题的示例呼叫流程。
图22是根据本公开的实施方案的一方面的示例呼叫流程。
图23是示出平均延迟测量的示例的示例呼叫流程。
图24是描绘根据本公开的实施方案的一方面的SIB9消息的示例图。
图25是描绘根据本公开的实施方案的一方面的无线设备(例如UE)的程序的示例图。
图26是根据本公开的实施方案的一方面的示例呼叫流程。
图27是描绘根据本公开的实施方案的一方面的基站的程序的示例图。
图28是根据本公开的实施方案的一方面的示例呼叫流程。
图29为根据本公开的实施方案的方面的示例性呼叫流程。
图30为根据本公开的实施方案的方面的示例性呼叫流程。
具体实施方式
在本公开中，以如何可以实现所公开的技术和/或如何可以在环境和场景中实践所公开的技术的示例的形式呈现了各种实施方案。对于相关领域的技术人员将显而易见的是，在不脱离本发明的范围的情况下，可在其中进行形式和细节上的各种改变。实际上，在阅读了说明书之后，对于相关领域的技术人员将显而易见的是如何实施替代实施方案。本发明实施方案不应受任何所描述的示例性实施方案的限制。将参考附图描述本公开的实施方案。来自所公开的示例性实施方案的限制、特征和/或要素可以被组合以在本公开的范围内创建另外的实施方案。任何突出功能性和优点的图仅出于示例目的而给出。所公开的架构足够灵活且可配置，使得其可以不同于所示方式的方式利用。例如，任何流程图中列出的动作可被重新排序或仅任选地用于某些实施方案中。
实施方案可以被配置为按需要操作。例如，在无线设备、基站、无线电环境、网络、上述的组合等中，当满足某些标准时，可以执行所公开的机制。示例性标准可以至少部分基于例如无线设备或网络节点配置、业务负载、初始系统设置、包大小、业务特性、上述的组合等。当满足一个或多个标准时，可以应用各种示例性实施方案。因此，可以实施选择性地实施所公开的协议的示例性实施方案。
基站可以与无线设备的混合体进行通信。无线设备和/或基站可以支持多种技术和/或同一技术的多个版本。无线设备可具有一个或多个特定能力。当本公开提及基站与多个无线设备通信时，本公开可意指覆盖区域中的总无线设备的子集。本公开可以意指例如具有给定能力并且在基站的给定扇区中的给定LTE或5G版本的多个无线设备。本公开中的多个无线设备可以指选定的多个无线设备，和/或覆盖区域中的根据公开的方法执行的总无线设备的子集等。在覆盖区域中可能存在可能不符合所公开的方法的多个基站或多个无线设备，例如，这些无线设备或基站可基于较旧版本的LTE或5G技术来执行。
在本公开中，“一”和“一种”及类似短语是指特定元件的单个实例，但不应被解释为排除该元件的其他实例。例如，具有两个轮子的自行车可以被描述为具有“轮子”。以后缀“(s)”结尾的任何术语将被解释为“至少一个”和/或“一个或多个”。在本公开中，术语“可”被解释为“可，例如”。换句话讲，术语“可”表明在术语“可”之后的短语是可用于或可不用于各种实施方案中的一个或多个实施方案的多种合适可能性中的一个合适可能性的示例。如本文所用，术语“包含”和“由......组成”列举了正描述的元件的一个或多个部件。术语“包含”与“包括”可互换，并且不排除未列举的部件被包括在正描述的元件中。相比之下，“由......组成”提供了正描述的元件的该一个或多个部件的完整列举。
短语“基于”、“响应于”、“取决于”、“采用”、“使用”和类似短语指示特定因素和/或条件对事件和/或动作的存在和/或影响，但不排除未计数的因素和/或条件也存在和/或影响事件和/或动作。例如，如果“基于”条件Y执行动作X，则将这解释为“至少基于”条件Y执行动作。例如，如果当条件Y和Z都得到满足时执行动作X，则动作X的执行可以被描述为“基于Y”。
术语“被配置”可以涉及设备的能力，无论设备处于操作状态还是非操作状态。“被配置”还可以意指设备中影响设备的操作特性的特定设置，无论设备处于操作状态还是非操作状态。换句话说，硬件、软件、固件、寄存器、存储器值等可以“配置”在设备内，以向所述设备提供特定的特性，无论所述设备处于操作状态还是非操作状态。如“在设备中引起的控制消息”的术语可以意味着控制消息具有可用于配置设备中的特定的特性的参数或可用于实施设备中的某些动作的参数，无论所述设备处于操作状态还是非操作状态。
在本公开中，参数可包括一个或多个信息对象，且信息对象可包括一个或多个其他对象。例如，如果参数J包括参数K，并且参数K包括参数L，并且参数L包括参数M，则J包括L，并且J包括M。参数可以被称为字段或信息元素。在示例实施方案中，当一个或多个消息包括多个参数时，它意味着所述多个参数中的参数在所述一个或多个消息中的至少一个中，但不必在所述一个或多个消息中的每一个中。
本公开可以涉及列举元素的可能组合。为了简洁和易读，本公开没有明确地叙述可以通过从所述组可选特征中进行选择而获得的每个排列。本公开应被解释为明确地公开所有这样的排列。例如，列举元素A、B、C的七种可能组合由以下组成：(1)“A”；(2)“B”；(3)“C”；(4)“A和B”；(5)“A和C”；(6)“B和C”；以及(7)“A、B和C”。为了简洁和易读，这七种可能的组合可以使用以下可互换的表述中的任一种来描述：“A、B和C中的至少一个”；“A、B或C中的至少一个”；“A、B和C中的一个或多个”；“A、B或C中的一个或多个”；“A、B和/或C”。应当理解，排除了不可能的组合。例如，“X和/或非X”应被解释为“X或非X”。还应当理解，这些表述可以描述重叠和/或同义概念的替代措辞，例如，“标识符、标识和/或ID号”。
本公开可以涉及集合和/或子集。作为示例，集合X可以是包括一个或多个元素的元件集合。如果X的每个元素也是Y的元素，则X可以被称为Y的子集。在本公开中，仅考虑非空集合和子集。例如，如果Y由元素Y1、Y2和Y3组成，则Y的可能子集是{Y1、Y2、Y3}、{Y1、Y2}、{Y1、Y3}、{Y2、Y3}、{Y1}、{Y2}和{Y3}。
图1A示出其中可实施本公开的实施例的通信网络100的示例。通信网络100可包括例如由网络运营商运行的公共陆地移动网络(PLMN)。如图1A中所示出，通信网络100包含无线设备101、接入网络(AN)102、核心网络(CN)105和一个或多个数据网络(DN)108。
无线设备101可经由AN 102和CN 105与DN 108通信。在本公开中，术语无线设备可指代和涵盖对于其需要或可使用无线通信的任何移动设备或固定(非移动)设备。举例来说，无线设备可以是电话、智能手机、平板电脑、计算机、膝上型计算机、传感器、计量器、可穿戴设备、物联网(IoT)设备、车辆路侧单元(RSU)、中继节点、汽车、无人机、城市空中交通，和/或其任何组合。术语“无线设备”涵盖其他术语，包括用户设备(UE)、用户终端(UT)、接入终端(AT)、移动台、手持机、无线传输和接收单元(WTRU)和/或无线通信设备。
AN 102可以任何合适的方式将无线设备101连接到CN 105。从AN 102到无线设备101的通信方向被称为下行链路，而从无线设备101到AN 102的通信方向被称为上行链路。可使用频分双工(FDD)、时分双工(TDD)和/或该两种双工技术的一些组合将下行链路传输与上行链路传输分离。AN 102可经由空中接口通过无线电通信连接到无线设备101。至少部分经由空中接口操作的接入网络可被称为无线接入网络(RAN)。CN 105可设置无线设备101和所述一个或多个DN 108之间的一个或多个端到端连接。CN 105可认证无线设备101并提供计费功能性。
在本公开中，术语基站可指代和涵盖促进无线设备101和AN 102之间的通信的AN102的任何元件。接入网络和基站具有许多不同的名称和实施方式。基站可以是固定到地面的陆地基站。基站可以是具有移动覆盖区域的移动基站。基站可在太空中，例如在卫星上。举例来说，WiFi和其他标准可使用术语接入点。作为另一示例，第三代合作伙伴计划(3GPP)已经产生三代移动网络的规范，所述三代移动网络中的每一个使用不同的术语。第三代(3G)和/或通用移动电信系统(UMTS)标准可以使用术语节点B。4G、长期演进(LTE)，和/或演进型通用陆地无线接入(E-UTRA)标准可以使用术语演进节点B(eNB)。5G和/或新空口(NR)标准可将AN 102描述为下一代无线接入网络(NG-RAN)，且可将基站称为下一代eNB(NextGeneration eNB，ng-eNB)和/或gNB(Generation Node B)。将来标准(例如6G、7G、8G)可以使用新术语来指代实施本公开中描述的方法的元件(例如，无线设备、基站、AN、CN和/或其组件)。基站可被实施为用于扩展供体节点的覆盖区域的中继器或中继节点。转发器节点可放大和重播从供体节点接收的无线电信号。中继节点可执行与转发器节点相同/相似的功能，但可对从供体节点接收的无线电信号进行解码，以在放大和重播无线电信号之前消除噪声。
AN 102可包含一个或多个基站，所述基站各自具有一个或多个覆盖区域。覆盖区域的地理尺寸和/或范围可依据AN 102的接收器可成功地从覆盖区域内操作的传输器(例如，无线设备101)接收传输(和/或反之亦然)时所处的范围来限定。覆盖区域可被称为分区或小区(但在一些情境中，术语小区指代特定覆盖区域中使用的载波频率，而非覆盖区域本身)。具有大覆盖区域的基站可被称为宏小区基站。其他基站覆盖较小区域以例如在具有弱宏小区覆盖范围的区域中提供覆盖，或在具有高业务量(有时称为热点)的区域中提供额外覆盖。小型小区基站的示例按覆盖面积递减的顺序包括：微小区基站、微微小区基站和毫微微小区基站或家庭基站。基站的覆盖区域可一起向无线设备101提供遍及宽广的地理区域的无线覆盖以支持无线设备移动。
基站可包含用于经由空中接口与无线设备101通信的一组或多组天线。每一组天线可由基站单独地控制。每一组天线可具有相应的覆盖区域。作为示例，基站可包含三组天线以分别控制基站的三个不同侧的三个覆盖区域。整个基站(及其相应天线)可部署在单个位置处。或者，中心位置处的控制器可控制一个或多个分布位置处的一组或多组天线。控制器可以是(例如)基带处理单元，其为集中或云RAN架构的一部分。基带处理单元可集中在基带处理单元的集区中或虚拟化。分布位置处的一组天线可被称为远程射频头端(remoteradio head，RRH)。
图1B示出其中可实施本公开的实施例的另一示例通信网络150。通信网络150可包括例如由网络运营商运行的PLMN。如图1B中所示出，通信网络150包含UE 151、下一代无线接入网络(NG-RAN)152、5G核心网络(5G-CN)155，和一个或多个DN 158。NG-RAN 152包含一个或多个基站，示出为下一代节点B(gNB)152A和下一代演进型节点B(ng eNB)152B。5G-CN155包含一个或多个网络功能(NF)，其包含控制平面功能155A和用户平面功能155B。所述一个或多个DN 158可包括公共DN(例如，因特网)、专用DN，和/或运营商内DN。相对于图1A中示出的相应组件，这些组件可表示特定实施方式和/或术语。
NG-RAN 152的基站可经由Uu接口连接到UE 151。NG-RAN 152的基站可经由Xn接口彼此连接。NG-RAN 152的基站可经由NG接口连接到5G CN 155。Uu接口可包含空中接口。NG和Xn接口可包含空中接口，或可由经由基础传送网络(例如，因特网协议(IP)传送网络)的直接物理连接和/或间接连接组成。
Uu、Xn和NG接口中的每一个可与协议堆栈相关联。协议堆栈可包含用户平面(UP)和控制平面(CP)。通常，用户平面数据可包含关于UE 151的用户的数据，例如经由网络浏览器应用下载的因特网内容、经由跟踪应用上传的传感器数据，或者传送到电子邮件服务器或从电子邮件服务器传送的电子邮件数据。相比之下，控制平面数据可包括促进用户平面数据的打包和路由使得其可与DN交换的信令和消息。举例来说，NG接口可划分成NG用户平面接口(NG-U)和NG控制平面接口(NG-C)。NG-U接口可提供用户平面数据在基站与所述一个或多个用户平面网络功能155B之间的递送。NG-C接口可用于基站与所述一个或多个控制平面网络功能155A之间的控制信令。NG-C接口可以提供例如NG接口管理、UE上下文管理、UE移动性管理、NAS消息的传送、寻呼、PDU会话管理以及配置传递和/或警告消息传输。在某些情况下，NG-C接口可支持用户数据的传输(例如，针对IoT设备的小数据传输)。
NG-RAN 152的基站中的一个或多个可拆分成中央单元(CU)和一个或多个分布单元(DU)。CU可经由F1接口联接到一个或多个DU。CU可处理协议堆栈中的一个或多个上层，且DU可处理协议堆栈中的一个或多个下层。举例来说，CU可处理RRC、PDCP和SDAP，且DU可处理RLC、MAC和PHY。所述一个或多个DU可在相对于CU和/或相对于彼此地理上相异的位置中。相应地，CU/DU拆分架构可允许增加覆盖范围和/或实现较好的协调。
gNB 152A和ng-eNB 152B可提供朝向UE 151的不同的用户平面和控制平面协议终止。举例来说，gNB 154A可提供经由与第一协议堆栈相关联的Uu接口的新空口(NR)协议终止。ng-eNB 152B可提供经由与第二协议堆栈相关联的Uu接口的演进型UMTS陆地无线接入(E-UTRA)协议终止。
5G-CN 155可认证UE 151，设置UE 151与所述一个或多个DN 158之间的端到端连接，且提供计费功能性。5G-CN 155可基于基于服务的架构，其中组成5G-CN 155的NF经由接口彼此提供服务且向通信网络150的其他元件提供服务。5G-CN 155可包含任何数目的其他NF和每一NF的任何数目的实例。
图2A、图2B、图2C和图2D示出核心网络内的基于服务的架构的框架的各种示例。在基于服务的架构中，服务消费者可寻求服务，且由服务生产者提供服务。在获得特定服务之前，NF可确定可在何处获得此服务。为了发现服务，NF可与网络存储库功能(NRF)通信。作为示例，提供一个或多个服务的NF可向网络存储库功能(NRF)注册。NRF可存储与NF准备提供到基于服务的架构中的其他NF的所述一个或多个服务相关的数据。消费者NF可询问NRF以发现生产者NF(例如通过从NRF获得提供特定服务的NF实例的列表)。
在图2A的示例中，NF 211(在此示例中，消费者NF)可将请求221发送到NF 212(生产者NF)。请求221可以是针对特定服务的请求，且可基于NF 212为所述服务的生产者这一发现而发送。请求221可包括与NF 211和/或所请求服务相关的数据。NF 212可接收请求221，执行与所请求服务相关联的一个或多个动作(例如，检索数据)，且提供响应221。由NF212执行的所述一个或多个动作可基于包含在请求221中的请求数据、由NF 212存储的数据，和/或由NF212检索的数据。响应222可通知NF 211：所述一个或多个动作已经完成。响应222可包括与NF 212、所述一个或多个动作和/或所请求服务相关的响应数据。
在图2B的示例中，NF 231将请求241发送到NF 232。在此示例中，由NF 232产生的服务的一部分将为，将请求242发送到NF 233。NF 233可执行一个或多个动作且将响应243提供到NF 232。基于响应243，NF 232可将响应244发送到NF 231。从图2B将理解，单个NF可执行服务生产者、服务消费者或这两者的角色。特定NF服务可包含由一个或多个其他NF产生的任何数目的嵌套NF服务。
图2C示出消费者NF和生产者NF之间的订阅-通知交互的示例。在图2C中，NF 251将订阅261发送到NF 252。NF 253将订阅262发送到NF 252。出于说明性目的在图2C中展示两个NF(以展现，NF 252可向不同NF提供多个订阅服务)，但应理解，订阅-通知交互仅需要一个订户。NF 251、253可彼此独立。举例来说，NF 251、253可独立地发现NF 252和/或独立地确定订阅由NF 252提供的服务。响应于接收到订阅，NF 252可将通知提供到订阅NF。举例来说，NF 252可基于订阅261将通知263发送到NF 251，且可基于订阅262将通知264发送到NF253。
如图2C的示例图示中所展示，通知263、264的发送可基于确定某一条件已发生。举例来说，通知263、264可基于确定已发生特定事件、确定特定条件未决，和/或确定与订阅相关联的持续时间已经流逝(例如与针对周期性通知的订阅相关联的周期)。如图2C的示例图示中所展示，NF 252可同时和/或响应于同一条件将通知263、264发送到NF 251、253。然而，应理解，NF 252可在不同时间和/或响应于不同通知条件提供通知。在示例中，NF 251可在如由NF 252测得的特定参数超出第一阈值时请求通知，且NF 252可在所述参数超出不同于第一阈值的第二阈值时请求通知。在示例中，所关注的参数和/或相应阈值可在订阅261、262中指示。
图2D示出订阅-通知交互的另一示例。图2D中，NF 271将订阅281发送到NF 272。响应于接收到订阅281和/或确定已发生通知条件，NF 272可发送通知284。通知284可发送到NF 273。不同于图2C中的示例(其中通知发送到订阅NF)，图2D展现，订阅及其相应通知可与不同的NF相关联。举例来说，NF 271可代表NF 273订阅由NF 272提供的服务。
图3示出其中可实施本公开的实施例的另一示例通信网络300。通信网络300包含用户设备(UE)301、接入网络(AN)302和数据网络(DN)308。图3中所描绘的剩余元件可包含在核心网络中和/或与核心网络相关联。核心网络的每一元件可被称为网络功能(NF)。
图3中所描绘的NF包含用户平面功能(UPF)305、接入和移动性管理功能(AMF)312、会话管理功能(SMF)314、策略控制功能(PCF)320、网络存储库功能(NRF)330、网络开放功能(NEF)340、统一数据管理(UDM)350、认证服务器功能(AUSF)360、网络切片选择功能(NSSF)370、计费功能(CHF)380、网络数据分析功能(NWDAF)390，和应用功能(AF)399。UPF 305可以是用户平面核心网络功能，而NF 312、314和320-390可以是控制平面核心网络功能。尽管图3的示例中未图示，核心网络可包含所描绘的NF和/或提供不同服务的一个或多个不同NF类型中的任一个的额外实例。NF类型的其他示例包含网关移动定位中心(GMLC)、位置管理功能(LMF)、操作、管理和维护功能(OAM)、公共警示系统(PWS)、短消息服务功能(SMSF)、统一数据存储库(UDR)，以及非结构化数据存储功能(UDSF)。
图3中所描绘的每一元件具有与至少一个其他元件的接口。所述接口可以是逻辑连接，而非例如直接物理连接。可使用参考点表示和/或基于服务的表示识别任何接口。在参考点表示中，字母‘N’后面跟着数字，指示两个特定元件之间的接口。举例来说，如图3所示，AN 302和UPF 305经由‘N3’介接，而UPF 305和DN 308经由‘N6’介接。相比之下，在基于服务的表示中，字母‘N’后面跟着字母。所述字母识别向核心网络提供服务的NF。举例来说，PCF 320可经由接口‘Npcf’提供服务。PCF 320可经由‘Npcf’将服务提供到核心网络中的任何NF。相应地，基于服务的表示可对应于一组参考点表示。举例来说，PCF 320和核心网络之间的Npcf接口通常可对应于PCF 320和SMF 314之间的N7接口、PCF 320和NEF 340之间的N30接口，等等。
UPF 305可充当用于AN 302和DN 308之间的用户平面业务的网关。UE 301可经由Uu接口和N3接口(也被描述为NG-U接口)连接到UPF 305。UPF 305可经由N6接口连接到DN308。UPF 305可经由N9接口连接到一个或多个其他UPF(未图示)。UE 301可被配置成经由协议数据单元(PDU)会话接收服务，所述协议数据单元会话是UE 301和DN 308之间的逻辑连接。UPF 305(或视需要，多个UPF)可由SMF 314选择以处理UE 301和DN 308之间的特定PDU会话。SMF 314可控制UPF 305相对于PDU会话的功能。SMF 314可经由N4接口连接到UPF305。UPF 305可处理与任何数目的UE相关联的任何数目的PDU会话(经由任何数目的AN)。出于处理所述一个或多个PDU会话的目的，UPF 305可由任何数目的SMF经由任何数目的相应N4接口来控制。
图3中所描绘的AMF 312可控制UE对核心网络的接入。UE 301可经由AMF 312向网络注册。UE 301可能必须在建立PDU会话之前注册。AMF 312可管理UE 301的注册区域，从而使网络能够跟踪UE 301在网络内的物理位置。对于连接模式中的UE，AMF 312可管理UE移动，例如从一个AN或其部分到另一AN的越区移交。对于闲置模式中的UE，AMF 312可执行注册更新和/或寻呼UE以使UE转变到连接模式。
AMF 312可从UE 301接收根据NAS协议传输的非接入层面(NAS)消息。NAS消息涉及UE 301和核心网络之间的通信。尽管NAS消息可经由AN 302中继到AMF 312，但它们可被描述为经由N1接口的通信。NAS消息可例如通过认证、识别、配置和/或管理UE 301的连接而促进UE注册和移动性管理。NAS消息可支持用于维持UE 301和DN 309之间的会话的用户平面连接性及服务质量(QoS)的会话管理程序。如果NAS消息涉及会话管理，则AMF 312可将NAS消息发送到SMF 314。NAS消息可用于在UE 301和核心网络的其他组件(例如，除AMF 312和SMF 314之外的核心网络组件)之间传送消息。AMF 312可作用于特定NAS消息本身，或者将NAS消息转发到适当的核心网络功能(例如，SMF 314等)。
图3中所描绘的SMF 314可基于UE 301处接收的消息接发而建立、修改和/或发布PDU会话。SMF 314可例如在建立PDU会话后分配、管理和/或向UE 301指派IP地址。网络中可存在多个SMF，其中的每一个可与相应群组的无线设备、基站和/或UPF相关联。具有多个PDU会话的UE可对于每一PDU会话与不同SMF相关联。如上所述，SMF 314可选择一个或多个UPF来处理PDU会话，且可通过提供用于包处理的规则(PDR、FAR、QER等)控制选定UPF对PDU会话的处理。与特定PDU会话的QoS和/或计费相关的规则可从PCF 320获得且提供到UPF 305。
PCF 320可将与策略规则相关的服务提供到其他NF。PCF 320可使用订阅数据和关于网络条件的信息来确定策略规则，且接着将策略规则提供到可负责施行那些规则的特定NF。策略规则可涉及针对接入和移动的策略控制，且可由AMF施行。策略规则可涉及会话管理，且可由SMF 314施行。策略规则可以是(例如)网络特定的、无线设备特定的、会话特定的或数据流特定的。
NRF 330可提供服务发现。NRF 330可属于特定PLMN。NRF 330可维持与通信网络300中的其他NF相关的NF配置文件。NF配置文件可包含(例如)NF的地址、PLMN和/或类型、切片标识符、由NF提供的所述一个或多个服务的列表，以及接入服务所需的授权。
图3中所描绘的NEF 340可提供到外部域的接口，从而允许外部域选择性地接入通信网络300的控制平面。外部域可包括例如第三方网络功能、应用功能等。NEF 340可充当外部元件与例如AMF 312、SMF 314、PCF 320、UDM 350等网络功能之间的代理。作为示例，NEF340可基于来自AMF 312的报告确定UE 301的位置或可达状态，且将状态信息提供到外部元件。作为示例，外部元件可经由NEF 340提供促进设定用于建立PDU会话的参数的信息。NEF340可确定控制平面的哪些数据和能力开放于外部域。NEF 340可提供安全开放，所述安全开放认证和/或授权通信网络300的数据或能力开放于的外部实体。NEF 340可选择性地控制开放，使得核心网络的内部架构向外部域隐藏。
UDM 350可为其他NF提供数据存储。UDM 350可允许网络信息的合并视图，其可用于确保可使大多数相关信息可供来自单个资源的不同NF使用。UDM 350可存储和/或检索来自统一数据存储库(UDR)的信息。举例来说，UDM 350可从UDR获得与UE 301相关的用户订阅数据。
AUSF 360可支持相互的核心网络对UE 301的认证以及UE 301对核心网络的认证。AUSF 360可执行密钥协定程序且提供可用于改进安全性的密钥材料。
NSSF 370可选择待由UE 301使用的一个或多个网络切片。NSSF 370可基于切片选择信息选择切片。举例来说，NSSF 370可接收单个网络切片选择辅助信息(S-NSSAI)且将S-NSSAI映射到网络切片实例标识符(NSI)。
CHF 380可控制与UE 301相关联的记账相关任务。举例来说，UPF 305可向SMF 314报告与UE 301相关联的业务使用情况。SMF 314可从UPF 305和一个或多个其他UPF收集使用数据。使用数据可指示交换多少数据、与什么DN交换数据、与数据相关联的网络切片，或可能影响记账的任何其他信息。SMF 314可与CHF共享所收集的使用数据。CHF可使用所收集的使用数据来执行与UE 301相关联的记账相关任务。CHF可取决于UE 301的记账状态指示SMF 314限制或影响UE 301的接入和/或将记账相关通知提供到UE 301。
NWDAF 390可收集和分析来自其他网络功能的数据，且将数据分析服务提供到其他网络功能。作为示例，NWDAF 390可收集与来自UPF 305、AMF 312和/或SMF 314的特定网络切片实例的负载水平相关的数据。基于收集到的数据，NWDAF 390可将负载水平数据提供到PCF 320和/或NSSF 370，和/或通知PC220和/或NSSF 370切片的负载水平是否达到和/或超出负载水平阈值。
AF 399可在核心网络外部，但可与核心网络交互以提供关于与特定应用相关联的QoS要求或业务路由偏好的信息。AF 399可基于由NEF 340强加的开放约束而接入核心网络。然而，核心网络的运营商可将AF 399视为可直接接入网络的可信域。
图4A、4B和5示出在一些方面类似于图3中所描绘的核心网络架构300的核心网络架构的其他示例。为了简洁起见，省略图3中所描绘的一些核心网络元件。图4A、4B和5中描绘的许多元件在一些方面类似于图3中所描绘的元件。为了简洁起见，省略与其功能或操作相关的一些细节。
图4A示出包括多个UPF的布置的核心网络架构400A的示例。核心网络架构400A包含UE 401、AN 402、AMF 412和SMF 414。不同于上文描述的核心网络架构的先前示例，图4A描绘包含UPF 405、UPF 406和UPF 407的多个UPF，以及包含DN 408和DN 409的多个DN。多个UPF 405、406、407中的每一个可经由N4接口与SMF 414通信。DN 408、409分别经由N6接口与UPF 405、406通信。如图4A所示，多个UPF 405、406、407可经由N9接口彼此通信。
UPF 405、406、407可执行业务检测，其中UPF识别包和/或对包进行分类。可基于由SMF 414提供的包检测规则(PDR)执行包识别。PDR可包含包括以下中的一个或多个的包检测信息：源接口、UE IP地址、核心网络(CN)隧道信息(例如，对应于PDU会话的N3/N9隧道的CN地址)、网络实例标识符、服务质量流标识符(QFI)、滤波集合(例如，IP包滤波集合或以太网包滤波集合)，和/或应用标识符。
除指示将如何检测到特定包外，PDR还可在检测到包后进一步指示用于处理所述包的规则。所述规则可包含(例如)转发动作规则(FAR)、多址规则(MAR)、使用报告规则(URR)、QoS施行规则(QER)等。举例来说，PDR可包括一个或多个FAR标识符、MAR标识符、URR标识符和/或QER标识符。这些标识符可指示经规定用于处理检测到的特定包的规则。
UPF 405可根据FAR执行业务转发。举例来说，FAR可指示，将转发、复制、丢弃和/或缓冲与特定PDR相关联的包。FAR可指示目的地接口，例如用于下行链路的“接入”或用于上行链路的“核心”。如果包将被缓冲，则FAR可指示缓冲动作规则(BAR)。作为示例，UPF 405可在解除PDU会话的情况下执行特定数目的下行链路包的数据缓冲。
UPF 405可根据QER执行QoS施行。举例来说，QER可指示经授权的保证位速率和/或待针对与特定PDR相关联的包施行的最大位速率。QER可指示，特定保证和/或最大位速率可用于上行链路包和/或下行链路包。UPF 405可用相应QFI标记属于特定QoS流的包。所述标记可使包的接收方能够确定包的QoS。
UPF 405可根据URR将使用报告提供到SMF 414。URR可指示用于使用报告的生成和报告的一个或多个触发条件，例如，即时报告、周期性报告、用于传入上行链路业务的阈值，或任何其他合适的触发条件。URR可指示例如数据量、持续时间和/或事件等用于测量网络资源的使用的方法。
如上所述，DN 408、409可包括公开DN(例如，因特网)、专用DN(例如，专用、内部公司拥有DN)，和/或运营商内DN。每一DN可提供运营商服务和/或第三方服务。由DN提供的服务可以是因特网、IP多媒体子系统(IMS)、扩增或虚拟现实网络、边缘计算或移动边缘计算(MEC)网络等。可使用数据网络名称(DNN)识别每一DN。UE 401可被配置成建立与DN 408的第一逻辑连接(第一PDU会话)、与DN 409的第二逻辑连接(第二PDU会话)，或同时建立这两者(第一和第二PDU会话)。
每一PDU会话可与被配置成作为PDU会话锚定件(PSA或“锚定件”)操作的至少一个UPF相关联。锚定件可以是提供与DN的N6接口的UPF。
在图4A的示例中，UPF 405可以是用于UE 401和DN 408之间的第一PDU会话的锚定件，而UPF 406可以是用于UE 401和DN 409之间的第二PDU会话的锚定件。核心网络可使用锚定件来随着UE 401从一个接入网络移动到另一接入网络而提供特定PDU会话的服务连续性(例如IP地址连续性)。举例来说，假设UE 401使用除AN 402之外的接入网络使用到DN408的数据路径建立PDU会话。数据路径可包含充当锚定件的UPF 405。进一步假设，UE 401稍后移动到AN 402的覆盖区域中。在此情境中，SMF 414可选择新的UPF(UPF 407)来弥合新进入的接入网络(AN 402)和锚定件UPF(UPF 405)之间的间隙。可随着添加或从数据路径移除任何数目的UPF而保持PDU会话的连续性。当UPF添加到数据路径时，如图4A所示，其可被描述为中间UPF和/或级联UPF。
如上所述，UPF 406可以是用于UE 401和DN 409之间的第二PDU会话的锚定件。尽管图4A中用于第一和第二PDU会话的锚定件与不同UPF相关联，但应理解，此仅为示例。还将理解，与单个DN的多个PDU会话可对应于任何数目的锚定件。当存在多个UPF时，分支点处的UPF(图4中的UPF 407)可作为上行链路分类器(UL-CL)操作。UL-CL可使上行链路用户平面业务分流到不同UPF。
SMF 414可例如在建立PDU会话后分配、管理和/或向UE 401指派IP地址。SMF 414可维持待指派的IP地址的内部集区。必要时，SMF 414可指派由动态主机配置协议(DHCP)服务器或认证、授权和记账(AAA)服务器提供的IP地址。可根据会话和服务连续性(SSC)模式执行IP地址管理。在SSC模式1中，随着无线设备在网络内移动可维持UE 401的IP地址(且可使用同一锚定件UPF)。在SSC模式2中，UE 401的IP地址随着UE 401在网络内移动而改变(例如，可抛弃旧的IP地址和UPF，且可建立新的IP地址和锚定件UPF)。在SSC模式3中，有可能在建立新IP地址(类似于SSC模式2)时临时维持旧IP地址(类似于SSC模式1)，因此组合SSC模式1和2的特征。对IP地址改变敏感的应用可根据SSC模式1操作。
可由SMF 414控制UPF选择。举例来说，在建立和/或修改UE 401和DN 408之间的PDU会话后，SMF 414可选择UPF 405作为用于PDU会话的锚定件和/或选择UPF 407作为中间UPF。用于UPF选择的准则包含AN 402和DN 408之间的路径效率和/或速度。还可考虑候选UPF的可靠性、负载状态、位置、切片支持和/或其他能力。
图4B示出适应不可信接入的核心网络架构400B的示例。类似于图4A，如图4B中所描绘的UE 401经由AN 402和UPF 405连接到DN 408。AN 402和UPF 405构成到DN 408的可信(例如，3GPP)接入。相比之下，UE 401还可使用不可信接入网络、AN 403和非3GPP网络互通功能(N3IWF)404接入DN 408。
AN 403可以是(例如)根据IEEE 802.11标准操作的无线陆地区域网络(WLAN)。UE401可以针对AN 403所规定的无论任何方式经由接口Y1连接到AN 403。到AN 403的连接可或可不涉及认证。UE 401可获得来自AN 403的IP地址。UE 401可确定连接到核心网络400B且为此目的选择不可信接入。AN 403可经由Y2接口与N3IWF 404通信。在选择不可信接入之后，UE 401可为N3IWF 404提供足够的信息来选择AMF。选定的AMF可以是(例如)由UE 401用于3GPP接入的同一AMF(在当前示例中，AMF 412)。N3IWF 404可经由N2接口与AMF 412通信。可选择UPF 405，且N3IWF 404可经由N3接口与UPF 405通信。UPF 405可以是PDU会话锚定件(PSA)，且即使随着UE 401在可信接入与不可信接入之间转变也保持用于PDU会话的锚定件。
图5示出其中UE 501处于漫游情境中的核心网络架构500的示例。在漫游情境中，UE 501是第一PLMN(归属PLMN或HPLMN)的订户，但附接到第二PLMN(拜访PLMN或VPLMN)。核心网络架构500包含UE 501、AN 502、UPF 505和DN 508。AN 502和UPF 505可与VPLMN相关联。VPLMN可使用与VPLMN相关联的核心网络元件管理AN 502和UPF 505，所述核心网络元件包含AMF 512、SMF 514、PCF 520、NRF 530、NEF 540和NSSF 570。AF 599可邻近于VPLMN的核心网络。
UE 501可以不是VPLMN的订户。AMF 512可基于例如施加到UE 501的漫游限制授权UE 501接入网络。为了获得由VPLMN提供的网络服务，VPLMN的核心网络可能必须与UE 501的HPLMN的核心网络元件交互，所述核心网络元件具体来说为PCF 521、NRF 531、NEF 541、UDM 551和/或AUSF 561。VPLMN和HPLMN可使用连接相应安全边缘保护代理(SEPP)的N32接口通信。在图5中，相应SEPP描绘为VSEPP 590和HSEPP 591。
VSEPP 590和HSEPP 591出于所限定的目的经由N32接口通信，同时隐藏来自另一PLMN的关于每一PLMN的信息。SEPP可基于经由N32接口的通信应用漫游策略。PCF 520和PCF521可经由SEPP通信以交换策略相关信令。NRF 530和NRF 531可经由SEPP通信以启用相应PLMN中NF的服务发现。VPLMN和HPLMN可独立地维持NEF 540和NEF 541。NSSF 570和NSSF571可经由SEPP通信以协调针对UE 501的切片选择。HPLMN可处理所有认证和订阅相关信令。举例来说，当UE 501经由VPLMN注册或请求服务时，VPLMN可通过经由SEPP接入HPLMN的UDM 551和AUSF 561而认证UE 501和/或获得UE 501的订阅数据。
图5中描绘的核心网络架构500可被称为本地分汇(local breakout)配置，其中UE501使用VPLMN的一个或多个UPF(即，UPF 505)接入DN 508。然而，其他配置是可能的。举例来说，在归属路由(home-routed)配置(图5中未图示)中，UE 501可使用HPLMN的一个或多个UPF接入DN。在归属路由配置中，N9接口可与N32接口并行地运行，跨越VPLMN和HPLMN之间的边界以携载用户平面数据。相应PLMN的一个或多个SMF可经由N32接口通信以协调针对UE501的会话管理。SMF可在边界的任一侧上控制其相应UPF。
图6示出网络切片的示例。网络切片可指代将共享基础设施(例如，物理基础设施)划分为相异的逻辑网络。这些相异的逻辑网络可独立地、彼此隔离地和/或与专用资源相关联而控制。
网络架构600A示出对应于单个逻辑网络的非切片物理网络。网络架构600A包括用户平面，其中UE 601A、601B、601C(统称为UE 601)具有经由AN 602和UPF 605到DN 608的物理和逻辑连接。网络架构600A包括控制平面，其中AMF 612和SMF 614控制用户平面的各个方面。
网络架构600A可具有特定特性集合(例如，与最大位速率、可靠性、时延、带宽使用、功率消耗等相关)。此特性集合可受网络元件本身的性质(例如，处理功率、空闲内存的可用性、到其他网络元件的近程等)或其管理(例如，经优化以使位速率或可靠性最大化、减少时延或功率带宽使用等)影响。网络架构600A的特性可随时间例如通过升级设备或通过修改程序以瞄准特定特性而改变。然而，在任何给定时间，网络架构600A将具有可或可不针对特定用例优化的单个特性集合。举例来说，UE 601A、601B、601C可具有不同要求，但网络架构600A可仅针对所述三个中的一个优化。
网络架构600B是划分成多个逻辑网络的切片物理网络的示例。图6中，物理网络划分成三个逻辑网络，称为切片A、切片B和切片C。举例来说，UE 601A可由AN 602A、UPF 605A、AMF 612和SMF 614A服务。UE 601B可由AN 602B、UPF 605B、AMF 612和SMF 614B服务。UE601C可由AN 602C、UPF 605C、AMF 612和SMF 614C服务。尽管从逻辑视角来看，相应UE 601与不同的网络元件通信，但这些网络元件可由网络运营商使用相同的物理网络元件部署。
每一网络切片可针对具有不同特性集合的网络服务定制。举例来说，切片A可对应于增强型移动宽带(eMBB)服务。移动宽带可指代通常与智能手机相关联的移动用户进行的因特网接入。切片B可对应于超可靠低时延通信(URLLC)，其聚焦于可靠性和速度。相对于eMBB，URLLC可改进例如自动驾驶和遥控外科手术等用例的可行性。切片C可对应于大规模机器类通信(mMTC)，其聚焦于递送到大量用户的低功率服务。举例来说，切片C可针对以规律间隔提供少量数据的电池供电传感器的稠密网络优化。许多mMTC用例在使用eMBB或URLLC网络操作的情况下将过分昂贵。
如果针对UE 601中的一个的服务要求改变，则可更新为所述UE服务的网络切片以提供更好的服务。此外，对应于eMBB、URLLC和mMTC的网络特性集合可变化，使得提供差异化种类的eMBB、URLLC和mMTC。或者，网络运营商可响应于例如客户需求提供全新的服务。
图6中，UE 601中的每一个具有其自身的网络切片。然而，应理解，单个切片可为任何数目的UE服务，且单个UE可使用任何数目的切片操作。此外，在示例网络架构600B中，AN602、UPF 605和SMF 614分成三个单独的切片，而AMF 612是非切片的。然而，应理解，网络运营商可部署选择性地利用切片和非切片网络元件的任何混合的任何架构，其中不同网络元件划分成不同数目的切片。尽管图6仅描绘三个核心网络功能，但应理解，其他核心网络功能也可切片。支持多个网络切片的PLMN可针对每一切片维持单独的网络存储库功能(NFR)，从而使其他NF能够发现与所述切片相关联的网络服务。
网络切片选择可由AMF或者由单独的网络切片选择功能(NSSF)控制。举例来说，网络运营商可限定和实施相异的网络切片实例(NSI)。每一NSI可与单个网络切片选择辅助信息(S-NSSAI)相关联。S-NSSAI可包含特定切片/服务类型(SST)指示符(指示eMBB、URLLC、mMTC等)。作为示例，特定跟踪区域可与一个或多个经配置S-NSSAI相关联。UE可识别一个或多个所请求和/或订阅的S-NSSAI(例如，注册期间)。网络可向UE指示一个或多个所允许和/或拒斥的S-NSSAI。
S-NSSAI可进一步包含切片区分器(SD)以区分特定切片和/或服务类型的不同租户。举例来说，租户可以是获得(例如购买)保证网络资源和/或用于处理其订户的特定策略的网络运营商的客户(例如，车辆制造、服务提供者等)。网络运营商可配置不同切片和/或切片类型，且使用SD确定哪一租户与特定切片相关联。
图7A、图7B和图7C示出用户平面(UP)协议堆栈、控制平面(CP)协议堆栈，以及设置于UP协议堆栈的协议层之间的服务。
所述层可与计算机联网功能性的开放式系统互连(OSI)模型相关联。在OSI模型中，层1可对应于底层，较高层在底层的顶部上。层1可对应于物理层，其与用于传递信号的物理基础设施(例如线缆、光纤和/或射频收发器)有关。在新空口(NR)中，层1可包括物理层(PHY)。层2可对应于数据链路层。层2可与将数据打包(为例如数据帧)以供使用层1的物理基础设施在网络的节点之间传递有关。在NR中，层2可包括媒体接入控制层(MAC)、无线电链路控制层(RLC)、包数据汇聚层(PDCP)，和服务数据应用协议层(SDAP)。
层3可对应于网络层。层3可与已封装于层2中的数据的路由有关。层3可处理数据和业务回避的优先级排序。在NR中，层3可包括无线电资源控制层(RRC)和非接入层面层(NAS)。层4到7可对应于传送层、会话层、呈现层和应用层。应用层与终端用户交互以提供与应用相关联的数据。在示例中，实施应用的终端用户可生成与应用相关联的数据，且起始所述信息到目标数据网络(例如，因特网、应用服务器等)的发送。在应用层处开始，OSI模型中的每一层可操纵和/或再封装信息并将其递送到下层。在最低层处，经操纵和/或再封装的信息可经由物理基础设施(例如以电学方式、以光学方式和/或以电磁方式)交换。随着其接近目标数据网络，信息将解封装并被提供到越来越高的层，直至其再次以目标数据网络可用的形式(例如，与其由终端用户提供时相同的形式)到达应用层。为了响应于终端用户，数据网络可逆向执行此程序。
图7A示出用户平面协议堆栈。用户平面协议堆栈可以是用于UE 701和gNB 702之间的Uu接口的新空口(NR)协议堆栈。在UP协议堆栈的层1中，UE 701可实施PHY 731且gNB702可实施PHY 732。在UP协议堆栈的层2中，UE 701可实施MAC 741、RLC 751、PDCP 761和SDAP 771。gNB 702可实施MAC 742、RLC 752、PDCP 762和SDAP 772。
图7B示出控制平面协议堆栈。控制平面协议堆栈可以是用于UE 701和gNB 702之间的Uu接口和/或UE 701和AMF 712之间的N1接口的NR协议堆栈。在CP协议堆栈的层1中，UE701可实施PHY 731且gNB 702可实施PHY 732。在CP协议堆栈的层2中，UE 701可实施MAC741、RLC 751、PDCP 761、RRC 781和NAS 791。gNB 702可实施MAC 742、RLC 752、PDCP 762和RRC 782。AMF 712可实施NAS 792。
NAS可与非接入层面有关，具体来说，UE 701和核心网络(例如，AMF 712)之间的通信。下层可与接入层面有关，例如UE 701和gNB 702之间的通信。UE 701与核心网络之间发送的消息可被称为NAS消息。在示例中，NAS消息可由gNB 702中继，但NAS消息的内容(例如，NAS消息的信息要素)可能对于gNB 702来说是不可见的。
图7C示出设置于图7A中示出的NR用户平面协议堆栈的协议层之间的服务的示例。UE 701可经由PDU会话接收服务，PDU会话可以是UE 701和数据网络(DN)之间的逻辑连接。UE 701和DN可交换与PDU会话相关联的数据包。PDU会话可包括一个或多个服务质量(QoS)流。SDAP 771和SDAP 772可执行PDU会话的所述一个或多个QoS流和一个或多个无线承载(例如，数据无线承载)之间的映射和/或解映射。QoS流和数据无线承载之间的映射可在SDAP 772中由gNB 702确定，且可通知UE 701所述映射(例如，基于控制信令和/或反射映射)。对于反射映射，gNB 220的SDAP 772可用QoS流指示符(QFI)标记下行链路包且将下行链路包递送到UE 701。UE 701可基于下行链路包的QFI确定映射。
PDCP 761和PDCP 762可执行标头压缩和/或解压缩。标头压缩可减少物理层上传输的数据量。PDCP 761和PDCP 762可执行加密和/或解密。加密可减少物理层上传输(例如，空中接口上拦截)的数据的未经授权解码，且保护数据完整性(例如，以确保来源于既定源的控制消息)。PDCP 761和PDCP 762可执行未递送包的重传、包的依序递送和重排序、包的复制，和/或重复包的识别和移除。在双重连接性情境中，PDCP 761和PDCP 762可执行拆分无线承载与RLC信道之间的映射。
RLC 751和RLC 752可经由自动重复请求(ARQ)执行分段、重传。RLC 751和RLC 752可分别执行从MAC 741和MAC 742接收的复制数据单元的移除。RLC 213和223可分别将RLC信道作为服务提供到PDCP 214和224。
MAC 741和MAC 742可执行逻辑信道的多路复用和/或解复用。MAC 741和MAC 742可将逻辑信道映射到传送信道。在示例中，UE 701可在MAC 741中将一个或多个逻辑信道的数据单元多路复用到传送块中。UE 701可使用PHY 731将传送块传输到gNB 702。gNB 702可使用PHY 732接收传送块，且将传送块的数据单元解复用回到逻辑信道中。MAC 741和MAC742可经由混合自动重复请求(HARQ)、逻辑信道优先级排序和/或填补执行错误校正。
PHY 731和PHY 732可执行传送信道到物理信道的映射。PHY 731和PHY 732可执行数字和模拟信号处理功能(例如，译码/解码和调制/解调)用于发送和接收信息(例如，经由空中接口传输)。PHY 731和PHY 732可执行多天线映射。
图8示出用于差异化数据交换的服务质量(QoS)模型的示例。在图8的QoS模型中，存在UE 801、AN 802和UPF 805。QoS模型促进某些包或协议数据单元(PDU)(也称为包)的优先级排序。举例来说，与较低优先级包相比，较高优先级包可更快和/或更可靠地交换。网络可投入较多资源来交换高QoS包。
在图8的示例中，在UE 801和UPF 805之间建立PDU会话810。PDU会话810可以是使UE 801能够与特定数据网络(例如因特网)交换数据的逻辑连接。UE 801可请求建立PDU会话810。在建立PDU会话810时，UE 801可例如基于其数据网络名称(DNN)识别目标数据网络。PDU会话810可例如由会话管理功能(SMF，未图示)管理。为了促进在UE 801和数据网络之间交换与PDU会话810相关联的数据，SMF可选择UPF 805(和任选地，一个或多个其他UPF，未图示)。
与UE 801相关联的一个或多个应用可生成与PDU会话810相关联的上行链路包812A-812E。为了在QoS模型内工作，UE 801可将QoS规则814应用于上行链路包812A-812E。QoS规则814可与PDU会话810相关联，且可在建立和/或修改PDU会话810时确定和/或提供到UE 801。基于QoS规则814，UE 801可对上行链路包812A-812E进行分类，将上行链路包812A-812E中的每一个映射到QoS流，和/或用QoS流指示符(QFI)标记上行链路包812A-812E。随着包行进经过网络，且潜在地与来自具有潜在不同优先级的其他UE的其他包混合，QFI指示应如何根据QoS模型处理所述包。在当前图示中，上行链路包812A、812B映射到QoS流816A，上行链路包812C映射到QoS流816B，且剩余包映射到QoS流816C。
QoS流可以是PDU会话中的QoS差异化的最细粒度。在图中，示出三个QoS流816A-816C。然而，应理解，可存在任何数目的QoS流。一些QoS流可与保证位速率相关联(GBR QoS流)，且其他QoS流可具有非保证的位速率(非GBR QoS流)。QoS流还可经历每UE和每会话总计位速率。QoS流中的一个可以是默认QoS流。QoS流可具有不同优先级。举例来说，QoS流816A可具有比QoS流816B高的优先级，QoS流816B可具有比QoS流816C高的优先级。不同优先级可由不同QoS流特性反映。举例来说，QoS流可与流位速率相关联。特定QoS流可与保证流位速率(GFBR)和/或最大流位速率(MFBR)相关联。QoS流可与特定包延迟预算(PDB)、包错误率(PER)和/或最大丢包率相关联。QoS流还可经历每UE和每会话总计位速率。
为了在QoS模型内工作，UE 801可将资源映射规则818应用于QoS流816A-816C。UE801和AN 802之间的空中接口可与资源820相关联。在当前图示中，QoS流816A映射到资源820A，而QoS流816B、816C映射到资源820B。资源映射规则818可由AN 802提供。为了满足QoS要求，资源映射规则818可指定用于相对高优先级QoS流的较多资源。在较多资源的情况下，例如QoS流816A等高优先级QoS流可较有可能获得高流位速率、低包延迟预算，或与QoS规则814相关联的其他特性。资源820可包括例如无线承载。无线承载(例如，数据无线承载)可在UE 801和AN 802之间建立。UE 801和AN 802之间的5G无线承载可不同于LTE承载，例如UE和包数据网络网关(PGW)之间的演进包系统(EPS)承载、eNB和服务网关(SGW)之间的S1承载，和/或SGW和PGW之间的S5/S8承载。
一旦经由资源820A或资源820B在AN 802处接收与特定QoS流相关联的包，AN 802就基于QoS配置文件828将包分离到相应的QoS流856A-856C中。QoS配置文件828可从SMF接收。每一QoS配置文件可对应于一个QFI，例如上行链路包812A-812E上标记的QFI。每一QoS配置文件可包含例如5G QoS标识符(5QI)以及分配和保持优先级(ARP)等QoS参数。用于非GBR QoS流的QoS配置文件可进一步包含例如反射QoS属性(RQA)等额外QoS参数。用于GBRQoS流的QoS配置文件可进一步包含例如保证流位速率(GFBR)、最大流位速率(MFBR)和/或最大丢包率等额外QoS参数。5QI可以是标准化5QI，其具有每个众所周知的服务到5G QoS特性的标准化组合的一对一映射。5QI可以是动态指派的5QI，其标准化5QI值未限定。5QI可表示5G QoS特性。5QI可包括资源类型、默认优先级、包延迟预算(PDB)、包错误率(PER)、最大数据突发量和/或平均窗口。资源类型可指示非GBR QoS流、GBR QoS流或延迟关键GBR QoS流。平均窗口可表示计算GFBR和/或MFBR所经历的持续时间。ARP可以是包括抢占能力和被抢占能力的优先级。基于ARP，AN 802可在资源限制的情况下针对QoS流应用准入控制。
AN 802可选择一个或多个N3隧道850用于传输QoS流856A-856C。在包划分成QoS流856A-856C之后，包可经由选定的一个或多个N3隧道850发送到UPF 805(例如，朝向DN)。UPF805可校验上行链路包812A-812E的QFI与提供到UE 801的QoS规则814对准。UPF 805可测量包和/或对包进行计数和/或将包度量提供到例如PCF。
图还示出用于下行链路的过程。具体来说，一个或多个应用可生成下行链路包852A-852E。UPF 805可从一个或多个DN和/或一个或多个其他UPF接收下行链路包852A-852E。按照QoS模型，UPF 805可将包检测规则(PDR)854应用于下行链路包852A-852E。基于PDR 854，UPF 805可将包852A-852E映射到QoS流中。在当前图示中，下行链路包852A、852B映射到QoS流856A，下行链路包852C映射到QoS流856B，且剩余包映射到QoS流856C。
QoS流856A-856C可发送到AN 802。AN 802可将资源映射规则应用于QoS流856A-856C。在当前图示中，QoS流856A映射到资源820A，而QoS流856B、856C映射到资源820B。为了满足QoS要求，资源映射规则可指定用于高优先级QoS流的较多资源。
图9A至图9D示出了无线设备(例如，UE)的示例状态和状态转变。在任何给定时间，无线设备可具有无线电资源控制(RRC)状态、注册管理(RM)状态和连接管理(CM)状态。
图9A是展示无线设备(例如，UE)的RRC状态转变的示例图式。UE可处于以下三个RRC状态中的一个RRC状态中：RRC闲置910(例如，RRC_IDLE)、RRC非活动920(例如，RRC_INACTIVE)或RRC连接930(例如，RRC_CONNECTED)。UE可取决于其RRC状态实施不同的RAN相关控制平面程序。网络的其他元件(例如，基站)可跟踪一个或多个UE的RRC状态，且实施适合于每一UE的RRC状态的RAN相关控制平面程序。
在RRC连接930中，有可能UE与网络(例如基站)交换数据。可建立数据交换所必需的参数，且这些参数是UE和网络两者已知的。参数可在UE的RRC上下文(有时称为UE上下文)中提及和/或包含。这些参数可以包括，例如：一个或多个AS上下文；一个或多个无线电链路配置参数；承载配置信息(例如，涉及数据无线承载、信令无线承载、逻辑信道、QoS流和/或PDU会话)；安全信息；和/或PHY、MAC、RLC、PDCP和/或SDAP层配置信息。与UE连接的基站可存储所述UE的RRC上下文。
当处于RRC连接930中时，UE的移动性可由接入网络管理，而UE本身可在处于RRC闲置910和/或RRC非活动920中时管理移动性。当处于RRC连接930中时，UE可通过测量来自服务小区和相邻小区的信号电平(例如，参考信号电平)且将这些测量值报告给当前为UE服务的基站来管理移动性。网络可基于所报告的测量值起始越区移交。RRC状态可从RRC连接930经由连接释放程序930转变到RRC闲置910，且经由连接撤销程序932转变到RRC非活动920。
在RRC闲置910中，可不为UE建立RRC上下文。在RRC闲置910中，UE可不具有与基站的RRC连接。当处于RRC闲置910时，UE可大多数时间处于休眠状态(例如，以节省电池电力)。UE可周期性地唤醒(例如，每个不连续接收循环一次)以监视来自接入网络的寻呼消息。UE的移动性可以由UE通过被称为小区重选的程序进行管理。RRC状态可从RRC闲置910经由连接建立程序913转变到RRC连接930，所述连接建立程序可涉及随机接入程序，如下文更详细地论述。
在RRC非活动920中，先前建立的RRC上下文维持在UE和基站中。这可允许相比于从RRC闲置910到RRC连接930的转变以减小的信令开销快速转变到RRC连接930。RRC状态可经由连接恢复程序923转变到RRC连接930。RRC状态可经由可与连接释放程序931相同或类似的连接释放程序921转变到RRC闲置910。
RRC状态可以与移动性管理机制相关联。在RRC闲置910和RRC非活动920中，可由UE经由小区重选管理移动性。RRC闲置910和/或RRC非活动920中的移动性管理的目的是允许网络能够经由寻呼消息通知UE某一事件，而不必在整个移动通信网络上广播寻呼消息。RRC闲置910和/或RRC非活动920中使用的移动性管理机制可以允许网络在小区-群组层级上跟踪UE，使得可在UE当前驻留的小区群组的小区上而非整个通信网络上广播寻呼消息。跟踪可基于不同分组粒度。例如，可以存在三个级别的小区分组粒度：单个的小区；由RAN区域标识符(RAI)识别的RAN区域内的小区；以及被称为跟踪区域并且由跟踪区域标识符(TAI)识别的RAN区域的群组内的小区。
跟踪区域可以用于在CN级别处跟踪UE。CN可以向UE提供与UE注册区域相关联的TAI的列表。如果UE通过小区重选移动到与未被包括在与UE注册区域相关联的TAI的列表中的TAI相关联的小区，则UE可以对CN执行注册更新，以允许CN更新UE的位置并且向UE提供新的UE注册区域。
RAN区域可以用于在RAN级别处跟踪UE。对于处于RRC非活动920状态的UE，可以为该UE指派RAN通知区域。RAN通知区域可以包括一个或多个小区身份、RAI的列表和/或TAI的列表。在示例中，基站可以属于一个或多个RAN通知区域。在示例中，小区可以属于一个或多个RAN通知区域。如果UE通过小区重选移动到被指派给该UE的RAN通知区域中未包括的小区，则该UE可以对RAN执行通知区域更新以更新UE的RAN通知区域。
存储用于UE的RRC上下文的基站或UE的最后一个服务基站可以被称为锚基站。锚基站可以至少在UE保持在锚基站的RAN通知区域中的时间周期内和/或在UE保持处于RRC非活动920的时间周期内维持所述UE的RRC上下文。
图9B是展示无线设备(例如，UE)的注册管理(RM)状态转变的示例图式。该状态为RM注销940(例如RM-注销(RM-DEREGISTERED))和RM注册950(例如RM-REGISTERED)。
在RM注销940中，UE不向网络注册，且网络不可到达所述UE。为了可由网络到达，UE必须执行初始注册。作为示例，UE可向网络的AMF注册。如果注册被拒斥(注册拒斥944)，则UE保持在RM注销940中。如果注册被接受(注册接受945)，则UE转变到RM注册950。当UE处于RM注册950时，网络可存储、保持和/或维持UE的UE上下文。UE上下文可被称为无线设备上下文。对应于网络注册的UE上下文(由核心网络维持)可不同于对应于RRC状态的RRC上下文(由例如基站等接入网络维持)。UE上下文可包括UE标识符和与UE相关的各种信息的记录，例如UE能力信息、用于UE的接入和移动性管理的策略信息、所允许或建立的切片或PDU会话的列表，和/或UE的注册区域(即，覆盖很可能在其中发现无线设备的地理区域的跟踪区域的列表)。
当UE处于RM注册950时，网络可存储UE的UE上下文，且必要时使用UE上下文来到达UE。此外，除非UE经注册，否则一些服务不能由网络提供。UE可当保持在RM注册950中时更新其UE上下文(注册更新接受955)。举例来说，如果UE离开一个跟踪区域且进入另一跟踪区域，则UE可将跟踪区域标识符提供到网络。网络可注销UE，或UE可注销其自身(注销954)。举例来说，网络可在无线设备处于非活动状态持续特定时间量的情况下自动注销无线设备。注销后，UE可转变到RM注销940。
图9C是从无线设备的视角展示的展示无线设备(例如，UE)的连接管理(CM)状态转变的示例图式。UE可处于CM闲置960(例如CM-闲置(CM-IDLE))或CM连接970(例如CM-连接(CM-CONNECTED))。
在CM闲置960中，UE不具有与网络的非接入层面(NAS)信令连接。因此，UE可不与核心网络功能通信。UE可通过建立AN信令连接(AN信令连接建立967)而转变到CM连接970。可通过发送初始NAS消息来起始此转变。初始NAS消息可以是注册请求(例如，如果UE处于RM注销940)或服务请求(例如，如果UE处于RM注册950)。如果UE处于RM注册950，则UE可通过发送服务请求起始AN信令连接建立，或网络可发送寻呼，借此触发UE发送服务请求。
在CM连接970中，UE可使用NAS信令与核心网络功能通信。作为示例，UE可与AMF交换NAS信令以用于注册管理目的、服务请求程序和/或认证程序。作为另一示例，UE可与SMF交换NAS信令，以建立和/或修改PDU会话。网络可将UE断连，或UE可将其自身断连(AN信令连接释放976)。举例来说，如果UE转变到RM注销940，则UE还可转变到CM闲置960。当UE转变到CM闲置960时，网络可解除UE的PDU会话的用户平面连接。
图9D是从网络视角(例如，AMF)展示的展示无线设备(例如，UE)的CM状态转变的示例图式。由AMF跟踪的UE的CM状态可处于CM闲置980(例如，CM-IDLE)或CM连接990(例如，CM-CONNECTED)。当UE从CM闲置980转变到CM连接990时，AMF可建立UE的N2上下文(N2上下文建立989)。当UE从CM连接990转变到CM闲置980时，AMF可释放UE的N2上下文(N2上下文释放998)。
图10-12示出用于UE的注册、服务请求和PDU会话建立的示例程序。
图10示出无线设备(例如，UE)的注册程序的示例。基于注册程序，UE可从例如RM注销940转变到RM注册950。
可由UE出于获得接收服务的授权、启用移动性跟踪、启用可达性的目的或其他目的而起始注册。UE可执行初始注册作为连接到网络的第一步(例如，在UE通电、飞行模式断开等情况下)。注册还可周期性地执行以保持网络知晓UE的存在(例如，当处于CM-IDLE状态中时)，或响应于UE能力或注册区域的改变。可执行注销(图10中未图示)以停止网络接入。
在1010处，UE将注册请求传输到AN。作为示例，UE可能已从先前AMF(示出为AMF#1)的覆盖区域移动到新AMF(示出为AMF#2)的覆盖区域中。注册请求可以是NAS消息。注册请求可包含UE标识符。AN可选择AMF用于UE的注册。举例来说，AN可选择默认AMF。举例来说，AN可选择已经映射到UE的AMF(例如，先前AMF)。NAS注册请求可包含网络切片标识符，且AN可基于所请求的切片选择AMF。在选择AMF之后，AN可将注册请求发送到选定AMF。
在1020处，接收注册请求的AMF(AMF#2)执行上下文传递。所述上下文可以是UE上下文，例如UE的RRC上下文。作为示例，AMF#2可向AMF#1发送请求UE的上下文的消息。所述消息可包含UE标识符。所述消息可以是Namf_Communication_UEContextTransfer消息。AMF#1可向AMF#2发送包含所请求的UE上下文的消息。此消息可以是Namf_Communication_UEContextTransfer消息。在接收到UE上下文之后，AMF#2可协调UE的认证。在认证完成之后，AMF#2可向AMF#1发送指示UE上下文传递完成的消息。此消息可以是Namf_Communication_UEContextTransfer响应消息。
认证可需要UE、AUSF、UDM和/或UDR(未图示)的参与。举例来说，AMF可请求AUSF认证UE。举例来说，AUSF可执行UE的认证。举例来说，AUSF可从UDM获得认证数据。举例来说，AUSF可基于认证成功而将订阅永久标识符(SUPI)发送到AMF。举例来说，AUSF可将中间密钥提供到AMF。中间密钥可用于导出UE的接入特定安全密钥，从而使AMF能够执行安全上下文管理(SCM)。AUSF可从UDM获得订阅数据。订阅数据可基于从UDM(和/或UDR)获得的信息。订阅数据可包含订阅标识符、安全凭证、接入和移动性相关订阅数据，和/或会话相关数据。
在1030处，新AMF(AMF#2)向UDM注册和/或订阅。AMF#2可使用UDM的UE上下文管理服务(Nudm_UECM)执行注册。AMF#2可使用UDM的订户数据管理服务(Nudm_SDM)获得UE的订阅信息。AMF#2可进一步请求UDM通知AMF#2：UE的订阅信息是否改变。随着新AMF注册和订阅，旧AMF(AMF#1)可注销并退订。注销之后，AMF#1没有UE的移动性管理的职责。
在1040处，AMF#2从PCF检索接入和移动性(AM)策略。作为示例，AMF#2可将UE的订阅数据提供到PCF。PCF可基于订阅数据、网络运营商数据、当前网络条件和/或其他合适的信息确定针对UE的接入和移动性策略。举例来说，第一UE的所有者可购买比第二UE的所有者更高等级的服务。PCF可提供与不同服务等级相关联的规则。基于相应UE的订阅数据，网络可应用促进不同服务等级的不同策略。
举例来说，接入和移动性策略可涉及服务区域限制、RAT/频率选择优先级(RFSP，其中RAT代表无线接入技术)、接入类型(例如，LTE相比于NR)的授权和优先级排序，和/或非3GPP接入的选择(例如，接入网络发现和选择策略(ANDSP))。服务区域限制可包括在其中允许为UE服务(禁止为UE服务)的跟踪区域的列表。接入和移动性策略可包含影响到所建立的PDU会话或新的PDU会话的路由的UE路线选择策略(URSP))。如上所述，可基于UE的订阅数据、UE的位置(即，AN和/或AMF的位置)或其他合适的因素获得和/或施行不同的策略。
在1050处，AMF#2可更新PDU会话的上下文。举例来说，如果UE具有现有PDU会话，则AMF#2可与SMF协调以激活与现有PDU会话相关联的用户平面连接。SMF可更新和/或释放PDU会话的会话管理上下文(Nsmf_PDUSession_UpdateSMContext、Nsmf_PDUSession_ReleaseSMContext)。
在1060处，AMF#2将注册接受消息发送到AN，所述AN将注册接受消息转发到UE。注册接受消息可包含新UE标识符和/或新的经配置切片标识符。UE可将注册完成消息传输到AN，所述AN将注册完成消息转发到AMF#2。注册完成消息可确认接收到新UE标识符和/或新的经配置切片标识符。
在1070处，AMF#2可从PCF获得UE策略控制信息。PCF可提供接入网络发现和选择策略(ANDSP)以便于非3GPP接入。PCF可提供UE路线选择策略(URSP)以便于特定数据业务到特定PDU会话连接性参数的映射。作为示例，URSP可指示与特定应用相关联的数据业务应映射到特定SSC模式、网络切片、PDU会话类型或优选的接入类型(3GPP或非3GPP)。
图11示出用于无线设备(例如，UE)的服务请求程序的示例。图11中描绘的服务请求程序是用于CM-IDLE状态中的UE的网络触发的服务请求程序。然而，还可参考图11了解其他服务请求程序(例如，UE触发的服务请求程序)，如下文将更详细地论述。
在1110处，UPF接收数据。数据可以是供传输到UE的下行链路数据。数据可与UE和DN之间的现有PDU会话相关联。数据可例如从DN和/或另一UPF接收。UPF可缓冲所接收数据。响应于接收到数据，UPF可通知SMF所接收数据。待通知的SMF的身份可基于所接收数据确定。通知可以是(例如)N4会话报告。通知可指示，UPF已接收与UE相关联的数据和/或与UE相关联的特定PDU会话。响应于接收到通知，SMF可将PDU会话信息发送到AMF。PDU会话信息可在N1N2消息传递中发送以供转发到AN。PDU会话信息可包含(例如)UPF隧道端点信息和/或QoS信息。
在1120处，AMF确定UE处于CM-IDLE状态。1120处的确定可响应于接收到PDU会话信息。基于确定UE处于CM-IDLE，服务请求程序可进行到1130和1140，如图11中所描绘。然而，如果UE不处于CM-IDLE(例如，UE处于CM-CONNECTED)，则可跳过1130和1140，且服务请求程序可直接进行到1150。
在1130处，AMF寻呼UE。可基于UE处于CM-IDLE而执行1130处的寻呼。为了执行寻呼，AMF可将寻呼发送到AN。所述寻呼可被称为寻呼或寻呼消息。寻呼可以是N2请求消息。AN可以是UE的RAN通知区域中的多个AN中的一个。AN可将寻呼发送到UE。UE可处于AN的覆盖区域中，且可接收寻呼。
在1140处，UE可请求服务。UE可经由AN将服务请求传输到AMF。如图11中所描绘，UE可在1140处响应于在1130处接收到寻呼而请求服务。然而，如上所述，这是针对网络触发的服务请求程序的特定情况。在一些情境中(例如，如果上行链路数据变为在UE处可用)，UE可开始UE触发的服务请求程序。UE触发的服务请求程序可在1140处开始。
在1150处，网络可认证UE。认证可需要UE、AUSF和/或UDM的参与，例如类似于本公开中其他地方描述的认证。在一些情况下(例如如果UE最近已经认证)，可跳过1150处的认证。
在1160处，AMF和SMF可执行PDU会话更新。作为PDU会话更新的一部分，SMF可向AMF提供一个或多个UPF隧道端点标识符。在一些情况下(图11中未图示)，SMF可能必须与一个或多个其他SMF和/或一个或多个其他UPF协调来设置用户平面。
在1170处，AMF可将PDU会话信息发送到AN。PDU会话信息可包含在N2请求消息中。基于PDU会话信息，AN可配置用于UE的用户平面资源。为了配置用户平面资源，AN可例如执行UE的RRC重新配置。AN可向AMF确认已接收PDU会话信息。AN可通知AMF已配置用户平面资源，和/或提供与用户平面资源配置相关的信息。
在UE触发的服务请求程序的情况下，UE可在1170处经由AN从AMF接收NAS服务接受消息。在配置用户平面资源之后，UE可传输上行链路数据(例如，使UE触发服务请求程序的上行链路数据)。
在1180处，AMF可更新PDU会话的会话管理(SM)上下文。举例来说，AMF可通知SMF(和/或一个或多个其他相关联SMF)已配置用户平面资源，和/或提供与用户平面资源配置相关的信息。AMF可向SMF(和/或一个或多个其他相关联SMF)提供AN的一个或多个AN隧道端点标识符。在SM上下文更新完成之后，SMF可将更新SM上下文响应消息发送到AMF。
基于会话管理上下文的更新，SMF可出于策略控制的目的更新PCF。举例来说，如果UE的位置已改变，则SMF可通知PCF所述UE的新位置。
基于会话管理上下文的更新，SMF和UPF可执行会话修改。可使用N4会话修改消息执行会话修改。在会话修改完成之后，UPF可将下行链路数据(例如，使UPF触发网络触发的服务请求程序的下行链路数据)传输到UE。下行链路数据的传输可基于AN的所述一个或多个AN隧道端点标识符。
图12示出用于无线设备(例如，UE)的协议数据单元(PDU)会话建立程序的示例。UE可确定传输PDU会话建立请求以创建新的PDU会话，将现有PDU会话越区移交到3GPP网络，或用于任何其他合适的原因。
在1210处，UE起始PDU会话建立。UE可经由AN将PDU会话建立请求传输到AMF。PDU会话建立请求可以是NAS消息。PDU会话建立请求可指示：PDU会话ID；所请求的PDU会话类型(新的或现有的)；所请求的DN(DNN)；所请求的网络切片(S-NSSAI)；所请求的SSC模式；和/或任何其他合适的信息。PDU会话ID可由UE生成。PDU会话类型可以是(例如)基于因特网协议(IP)的类型(例如，IPv4、IPv6，或双栈IPv4/IPv6)、以太网类型，或非结构化类型。
AMF可基于PDU会话建立请求选择SMF。在一些情境中，所请求的PDU会话可已与特定SMF相关联。举例来说，AMF可存储UE的UE上下文，且UE上下文可指示所请求的PDU会话的PDU会话ID已与特定SMF相关联。在一些情境中，AMF可基于确定SMF准备好处理所请求的PDU会话而选择SMF。举例来说，所请求的PDU会话可与特定DNN和/或S-NSSAI相关联，且可基于确定SMF可管理与特定DNN和/或S-NSSAI相关联的PDU会话而选择SMF。
在1220处，网络管理PDU会话的上下文。在1210处选择SMF之后，AMF将PDU会话上下文请求发送到SMF。PDU会话上下文请求可包含1210处从UE接收的PDU会话建立请求。PDU会话上下文请求可以是Nsmf_PDUSession_CreateSMContext请求和/或Nsmf_PDUSession_UpdateSMContext请求。PDU会话上下文请求可指示UE的标识符；所请求DN；和/或所请求网络切片。基于PDU会话上下文请求，SMF可从UDM检索订阅数据。订阅数据可以是UE的会话管理订阅数据。SMF可订阅对订阅数据的更新，使得PCF将在UE的订阅数据改变的情况下发送新信息。在获得UE的订阅数据之后，SMF可将PDU会话上下文响应传输到AMG。PDU会话上下文响应可以是Nsmf_PDUSession_CreateSMContext响应和/或Nsmf_PDUSession_UpdateSMContext响应。PDU会话上下文响应可包含会话管理上下文ID。
在1230处，必要时可执行次级授权/认证。次级授权/认证可涉及UE、AMF、SMF和DN。SMF可经由数据网络认证、授权和计费(DN AAA)服务器接入DN。
在1240处，网络设置用于与PDU会话相关联的上行链路数据的数据路径。SMF可选择PCF且建立会话管理策略关联。基于所述关联，PCF可提供PDU会话的策略控制和计费规则(PCC规则)的初始集合。当瞄准特定PDU会话时，PCF可向SMF指示用于将IP地址分配到PDU会话的方法、用于PDU会话的默认计费方法、相应计费实体的地址、用于请求新策略的触发因素等。PCF还可瞄准包括一个或多个PDU会话的服务数据流(SDF)。当瞄准SDF时，PCF可向SMF指示用于应用QoS要求、监视业务(例如，出于计费目的)和/或分流业务(例如，通过使用一个或多个特定N6接口)的策略。
SMF可确定和/或分配用于PDU会话的IP地址。SMF可选择一个或多个UPF(在图12的示例中，单个UPF)来处理PDU会话。SMF可将N4会话消息发送到选定的UPF。N4会话消息可以是N4会话建立请求和/或N4会话修改请求。N4会话消息可包含与PDU会话相关联的包检测、施行和报告规则。作为响应，UPF可通过发送N4会话建立响应和/或N4会话修改响应来确认。
SMF可将PDU会话管理信息发送到AMF。PDU会话管理信息可以是Namf_Communication_N1N2MessageTransfer消息。PDU会话管理信息可包含PDU会话ID。PDU会话管理信息可以是NAS消息。PDU会话管理信息可包含N1会话管理信息和/或N2会话管理信息。N1会话管理信息可包含PDU会话建立接受消息。PDU会话建立接受消息可包含UPF的隧穿端点信息和与PDU会话相关联的服务质量(QoS)信息。
AMF可将N2请求发送到AN。N2请求可包含PDU会话建立接受消息。基于N2请求，AN可确定用于UE的AN资源。AN资源可由UE使用以经由AN建立与DN的PDU会话。AN可确定待用于PDU会话的资源且向UE指示所确定的资源。AN可将PDU会话建立接受消息发送到UE。举例来说，AN可执行UE的RRC重新配置。在设置AN资源之后，AN可将N2请求确认发送到AMF。N2请求确认可包含N2会话管理信息，例如PDU会话ID和AN的隧穿端点信息。
在1240处设置用于上行链路数据的数据路径之后，UE可任选地发送与PDU会话相关联的上行链路数据。如图12中所展示，上行链路数据可经由AN和UPF发送到与PDU会话相关联的DN。
在1250处，网络可更新PDU会话上下文。AMF可将PDU会话上下文更新请求传输到SMF。PDU会话上下文更新请求可以是Nsmf_PDUSession_UpdateSMContext请求。PDU会话上下文更新请求可包含从AN接收的N2会话管理信息。SMF可确认PDU会话上下文更新。所述确认可以是Nsmf_PDUSession_UpdateSMContext响应。所述确认可包含请求通知SMF任何UE移动性事件的订阅。基于PDU会话上下文更新请求，SMF可将N4会话消息发送到UPF。N4会话消息可以是N4会话修改请求。N4会话消息可包含AN的隧穿端点信息。N4会话消息可包含与PDU会话相关联的转发规则。作为响应，UPF可通过发送N4会话修改响应确认。
在UPF接收AN的隧穿端点信息之后，UPF可中继与PDU会话相关联的下行链路数据。如图12中所展示，下行链路数据可经由AN和UPF从与PDU会话相关联的DN接收。
图13示出通信网络中的元件的组件的示例。图13包含无线设备1310、基站1320和一个或多个网络功能的物理部署1330(下文中“部署1330”)。本公开中描述的任何无线设备可具有类似的组件，且可以与无线设备1310类似的方式实施。本公开中描述的任何其他基站(或其任何部分，取决于基站的架构)可具有类似的组件且可以与基站1320类似的方式实施。本公开中的任何物理核心网络部署(或其任何部分，取决于基站的架构)可具有类似的组件且可以与部署1330类似的方式实施。
无线设备1310可经由空中接口1370与基站1320通信。经由空中接口1370从无线设备1310到基站1320的通信方向被称为上行链路，且经由空中接口1370从基站1320到无线设备1310的通信方向被称为下行链路。下行链路传输可使用FDD、TDD和/或双工技术的某一组合与上行链路传输分离。图13展示单个无线设备1310和单个基站1320，但应理解，无线设备1310可经由空中接口1370与任何数目的基站或其他接入网络组件通信，且基站1320可经由空中接口1370与任何数目的无线设备通信。
无线设备1310可包括处理系统1311和存储器1312。存储器1312可包括一个或多个计算机可读介质，例如一个或多个非暂时性计算机可读介质。存储器1312可包含指令1313。处理系统1311可处理和/或执行指令1313。指令1313的处理和/或执行可使无线设备1310和/或处理系统1311执行一个或多个功能或活动。存储器1312可包含数据(未图示)。由处理系统1311执行的功能或活动中的一个可以是将数据存储在存储器1312中和/或从存储器1312检索先前存储的数据。在示例中，从基站1320接收的下行链路数据可存储在存储器1312中，且用于传输到基站1320的上行链路数据可从存储器1312检索。如图13中所示出，无线设备1310可使用传输处理系统1314和/或接收处理系统1315与基站1320通信。或者，传输处理系统1314和接收处理系统1315可被实施为单个处理系统，或这两者可省略，且无线设备1310中的所有处理可由处理系统1311执行。尽管图13中未图示，但传输处理系统1314和/或接收处理系统1315可联接到专用存储器，所述专用存储器类似于存储器1312但与存储器1312分离，且包括可经处理和/或执行以实行其相应功能性中的一个或多个的指令。无线设备1310可包括一个或多个天线1316以接入空中接口1370。
无线设备1310可包括一个或多个其他元件1319。所述一个或多个其他元件1319可包括提供特征和/或功能性的软件和/或硬件，例如，扬声器、麦克风、小键盘、显示器、触摸垫、卫星收发器、通用串行总线(USB)端口、免提头戴式装置、调频(FM)无线电单元、媒体播放器、因特网浏览器、电子控制单元(例如，用于机动车辆)，和/或一个或多个传感器(例如，加速度计、陀螺仪、温度传感器、雷达传感器、光达传感器、超声传感器、光传感器、相机、全球定位传感器(GPS)等)。无线设备1310可从所述一个或多个一个或多个其他元件1319接收用户输入数据和/或将用户输出数据提供到所述一个或多个一个或多个其他元件。所述一个或多个其他元件1319可包括电源。无线设备1310可从电源接收功率，且可被配置成将功率分配到无线设备1310中的其他组件。电源可以包括一个或多个电源，例如电池、太阳能电池、燃料电池或它们的任何组合。
无线设备1310可经由空中接口1370将上行链路数据传输到基站1320和/或从所述基站接收下行链路数据。为了执行传输和/或接收，处理系统1311、传输处理系统1314和/或接收系统1315中的一个或多个可实施开放系统互连(OSI)功能性。作为示例，传输处理系统1314和/或接收系统1315可执行层1OSI功能性，且处理系统1311可执行较高层功能性。无线设备1310可使用一个或多个天线1316经由空中接口1370传输和/或接收数据。对于其中所述一个或多个天线1316包含多个天线的情境，所述多个天线可用于执行一种或多种多天线技术，例如空间复用(例如，单用户多输入多输出(MIMO)或多用户MIMO)、传输/接收分集，和/或波束成形。
基站1320可包括处理系统1321和存储器1322。存储器1322可包括一个或多个计算机可读介质，例如一个或多个非暂时性计算机可读介质。存储器1322可包含指令1323。处理系统1321可处理和/或执行指令1323。指令1323的处理和/或执行可使基站1320和/或处理系统1321执行一个或多个功能或活动。存储器1322可包含数据(未图示)。由处理系统1321执行的功能或活动中的一个可以是将数据存储在存储器1322中和/或从存储器1322检索先前存储的数据。基站1320可使用传输处理系统1324和接收处理系统1325与无线设备1310通信。尽管图13中未图示，但传输处理系统1324和/或接收处理系统1325可联接到专用存储器，所述专用存储器类似于存储器1322但与存储器1322分离，且包括可经处理和/或执行以实行其相应功能性中的一个或多个的指令。无线设备1320可包括一个或多个天线1326以接入空中接口1370。
基站1320可经由空中接口1370将下行链路数据传输到无线设备1310和/或从所述无线设备接收上行链路数据。为了执行传输和/或接收，处理系统1321、传输处理系统1324和/或接收系统1325中的一个或多个可实施OSI功能性。作为示例，传输处理系统1324和/或接收系统1325可执行层1OSI功能性，且处理系统1321可执行较高层功能性。基站1320可使用一个或多个天线1326经由空中接口1370传输和/或接收数据。对于其中所述一个或多个天线1326包含多个天线的情境，所述多个天线可用于执行一种或多种多天线技术，例如空间复用(例如，单用户多输入多输出(MIMO)或多用户MIMO)、传输/接收分集，和/或波束成形。
基站1320可包括接口系统1327。接口系统1327可经由接口1380与一个或多个基站和/或核心网络的一个或多个元件通信。接口1380可为有线和/或无线的，且接口系统1327可包含适于经由接口1380通信的一个或多个组件。在图13中，接口1380将基站1320连接到单个部署1330，但应理解，无线设备1310可经由接口1380与任何数目的基站和/或CN部署通信，且部署1330可经由接口1380与任何数目的基站和/或其他CN部署通信。基站1320可包括类似于所述一个或多个其他元件1319中的一个或多个的一个或多个其他元件1329。
部署1330可包括一个或多个网络功能(NF)的任何数目的实例的任何数目的部分。部署1330可包括处理系统1331和存储器1332。存储器1332可包括一个或多个计算机可读介质，例如一个或多个非暂时性计算机可读介质。存储器1332可包含指令1333。处理系统1331可处理和/或执行指令1333。指令1333的处理和/或执行可使部署1330和/或处理系统1331执行一个或多个功能或活动。存储器1332可包含数据(未图示)。由处理系统1331执行的功能或活动中的一个可以是将数据存储在存储器1332中和/或从存储器1332检索先前存储的数据。部署1330可使用接口系统1337接入接口1380。部署1330可包括类似于所述一个或多个其他元件1319中的一个或多个的一个或多个其他元件1339。
系统1311、1314、1315、1321、1324、1325和/或1331中的一个或多个可包括一个或多个控制器和/或一个或多个处理器。该一个或多个控制器和/或一个或多个处理器可以包括例如通用处理器、数字信号处理器(DSP)、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)和/或其他可编程逻辑器件、离散门和/或晶体管逻辑、离散硬件部件、板载单元或其任何组合。系统1311、1314、1315、1321、1324、1325和/或1331中的一个或多个可执行信号译码/处理、数据处理、功率控制、输入/输出处理，和/或可使无线设备1310、基站1320和/或部署1330能够在移动通信系统中操作的任何其他功能性。
在公开的实施方案中描述的许多要素可以实现为模块。模块在这里定义为执行所限定的功能并且具有所限定的到其他要素的接口的要素。本公开中描述的模块可以硬件、结合硬件的软件、固件、湿件(例如，具有生物要素的硬件)或其组合来实现，所有这些在行为上可以是等效的。例如，模块可以被实现为用计算机语言编写的软件例程，该计算机语言被配置为由硬件机器(诸如，C、C++、Fortran、Java、Basic、Matlab等)或建模/仿真程序(诸如，Simulink、Stateflow、GNU Octave或LabVIEWMathScript)来执行。有可能使用并入有离散或可编程模拟、数字和/或量子硬件的物理硬件来实施模块。可编程硬件的示例包括计算机、微控制器、微处理器、DSP、ASIC、FPGA，和复杂可编程逻辑装置(CPLD)。计算机、微控制器和微处理器可使用例如汇编、C、C++等语言编程。FPGA、ASIC和CPLD经常使用硬件描述语言(HDL)进行编程，诸如VHSIC硬件描述语言(VHDL)或Verilog，这些语言在可编程设备上配置功能较少的内部硬件模块之间的连接。所提到的技术经常组合使用以实现功能模块的结果。
无线设备1310、基站1320和/或部署1330可实施定时器和/或计数器。定时器/计数器可在初始值处启动。如本文中所使用，启动可包括重启。一旦启动，定时器/计数器就可运行。定时器/计数器的运行可与某一事件相关联。当事件发生时，定时器/计数器的值可改变(例如递增或递减)。所述事件可以是(例如)外源性事件(例如接收信号、测量条件等)、内源性事件(例如传输信号、计算、比较、执行动作或如此执行的决策等)，或其任何组合。在定时器的情况下，事件可以是经过特定时间量。然而，应理解，定时器可描述和/或实施为对经过特定时间单位进行计数的计数器。定时器/计数器可在最终值的方向上运行直至其达到最终值。最终值的达到可被称为定时器/计数器到期。最终值可被称为阈值。定时器/计数器可暂停，其中保持、维持和/或延续定时器/计数器的当前值，即使在发生原本会使定时器/计数器的值改变的一个或多个事件后也如此。定时器/计数器可取消暂停或继续，其中经保持、维持和/或延续的所述值在所述一个或多个事件发生时再次开始改变。可设定和/或复位定时器/计数器。如本文中所使用，设定可包括复位。当设定和/或复位定时器/计数器时，定时器/计数器的值可设定为初始值。定时器/计数器可启动和/或重启。如本文中所使用，启动可包括重启。在一些实施例中，当定时器/计数器重启时，定时器/计数器的值可设定为初始值且定时器/计数器可开始运行。
图14A、14B、14C和14D示出各自具有一个或多个网络功能或其部分的物理核心网络部署的各种示例布置。核心网络部署包括部署1410、部署1420、部署1430、部署1440和/或部署1450。每一部署可例如类似于图13中描绘的部署1330。具体来说，每一部署可包括用于执行一个或多个功能或活动的处理系统、用于存储数据和/或指令的存储器，以及用于与其他网络元件(例如，其他核心网络部署)通信的接口系统。每一部署可包括一个或多个网络功能(NF)。术语NF可指代特定功能性集合和/或被配置成执行那些功能性的一个或多个物理元件(例如，包括指令的处理系统和存储器，所述指令当由处理系统执行时使处理系统执行所述功能性)。举例来说，在本公开中，当网络功能被描述为执行X、Y和Z时，应理解，这是指所述一个或多个物理元件被配置成执行X、Y和Z，不管所述一个或多个物理元件如何部署或在何处部署。术语NF可指代网络节点、网络元件和/或网络设备。
如下文将更详细地论述，存在许多不同类型的NF，且每一类型的NF可与不同功能性集合相关联。多个不同NF可灵活地部署在不同位置处(例如，在不同物理核心网络部署中)或同一位置中(例如，协同定位在同一部署中)。单个NF可灵活地部署在不同位置处(使用不同物理核心网络部署实施)或同一位置中。此外，物理核心网络部署还可实施一个或多个基站、应用功能(AF)、数据网络(DN)或其任何部分。NF可以许多方式实施，包含作为专用或共享硬件上的网络元件、作为专用或共享硬件上运行的软件实例，或作为平台(例如，基于云的平台)上实例化的虚拟功能。
图14A示出核心网络部署的示例布置，其中每一部署包括一个网络功能。部署1410包括NF 1411，部署1420包括NF 1421，且部署1430包括NF 1431。部署1410、1420、1430经由接口1490通信。部署1410、1420、1430可具有相对于其他网络元件具有不同信号传播延迟的不同物理位置。部署1410、1420、1430的物理位置的分集可使得能够以改进的速度、覆盖范围、安全性和/或效率将服务提供到广泛区域。
图14B示出示例布置，其中单个部署包括一个以上NF。不同于图14A(其中每一NF部署在单独部署中)，图14B示出部署1410、1420中的多个NF。在示例中，部署1410、1420可实施软件定义网络(SDN)和/或网络功能虚拟化(NFV)。
举例来说，部署1410包括额外网络功能NF 1411A。NF 1411、1411A可由协同定位在同一部署1410内的同一物理位置处的相同NF类型的多个实例组成。NF 1411、1411A可独立于彼此实施(例如，隔离和/或独立地控制)。举例来说，NF 1411、1411A可与不同网络切片相关联。与部署1410相关联的处理系统和存储器可除与NF 1411A相关联的所有功能性之外还执行与NF 1411相关联的所有功能性。在示例中，NF 1411、1411A可与不同PLMN相关联，但实施NF 1411、1411A的部署1410可由单个实体拥有和/或操作。
在图14B中其他地方，部署1420包括NF 1421和额外网络功能NF 1422。NF 1421、1422可以是不同NF类型。类似于NF 1411、1411A，NF 1421、1422可协同定位在同一部署1420内，但单独地实施。作为示例，第一PLMN可拥有和/或操作具有NF 1421、1422的部署1420。作为另一示例，第一PLMN可实施NF 1421，且第二PLMN可从第一PLMN获得(例如，租用、租借、取得等)部署1420的能力的至少一部分(例如，处理功率、数据存储等)以便实施NF 1422。作为又一示例，部署可由一个或多个第三方拥有和/或操作，且第一PLMN和/或第二PLMN可取得部署1420的能力的相应部分。当在单个部署处提供多个NF时，网络可以较大速度、覆盖范围、安全性和/或效率操作。
图14C示出核心网络部署的示例布置，其中使用多个不同部署实施NF的单个实例。具体来说，在部署1420、1440处实施NF 1422的单个实例。作为示例，由NF 1422提供的功能性可被实施为一捆或一系列子服务。每一子服务可独立地例如在不同部署处实施。每一子服务可实施于不同物理位置中。通过跨不同物理位置分布单个NF的子服务的实施方式，移动通信网络可以较大速度、覆盖范围、安全性和/或效率操作。
图14D示出核心网络部署的示例布置，其中使用数据处理服务实施一个或多个网络功能。在图14D中，NF 1411、1411A、1421、1422包含在被实施为数据处理服务的部署1450中。部署1450可包括例如云网络和/或数据中心。部署1450可由PLMN或由非PLMN第三方拥有和/或操作。使用部署1450实施的NF 1411、1411A、1421、1422可属于相同PLMN或属于不同PLMN。PLMN可获得(例如，租用、租借、取得等)部署1450的能力的至少一部分(例如，处理功率、数据存储等)。通过使用数据处理服务提供一个或多个NF，移动通信网络可以较大速度、覆盖范围、安全性和/或效率操作。
如图中所展示，不同网络元件(例如，NF)可位于不同物理部署中，或协同定位在单个物理部署中。应理解，在本公开中，不同网络元件之间消息的发送和接收不限于部署间传输或部署内传输，除非明确地指示。
在示例中，部署可以是‘黑箱’，其预先配置有一个或多个NF且预先配置成以规定的方式与其他‘黑箱’部署(例如，经由接口1490)通信。另外或替代地，部署可被配置成根据被设计成实施NF的开放源指令(例如，软件)操作且以透明方式与其他部署通信。部署可以根据开放式RAN(O-RAN)标准进行操作。
图15示出了可追溯性金字塔的示例，该示例示出了以服务作为示例，将时间戳链接回参考时间尺度UTC的测量步骤。
准确且可信的定时在金融市场中发挥着关键作用，支撑着交易的时间戳、计算机系统的同步以及针对过程优化的网络时延的测量。基于计算机的交易的快速扩张增加了对交易系统的同步以及对公共参考时间尺度的可追溯性的需求，以帮助防止交易违规行为以及辅助取证。为了鼓励这一点，许多监管机构现在需要高精度可追溯时间戳，以帮助了解跨交易场所的活动，从而努力实现统一的审计追溯。
由不同系统或网络创建的时间戳仅在其基于相同参考时才可以进行有意义的比较。对于时间，全球参考是协调世界时(UTC)：支撑GPS、广播时间信号和所有其他精确时间服务的时间尺度。国际计量局(BIPM)通过涉及约75个授时机构的国际合作来生成UTC。这些机构中的每个机构维护UTC的物理表示(一般称为UTC(k)时间尺度(其中k是机构的缩写))，该物理表示可以用作国家或地区时间传播服务的参考。
无论使用何种时间源和传播方法，它们都必须提供向回对UTC的可追溯性。可追溯性需要与已知不确定性的连续比较链，该连续比较链中的所有连续比较链都必须进行记录。GPS卫星信号单独并不易于提供对UTC的可追溯性，但用户可以通过从地区UTC(k)授时中心中的一个地区UTC(k)授时中心获取GPS监视公报来证明可追溯性。
证明时间可追溯性还存在两个其他要求。一个要求是对定时装备进行校准，使得其未知的内部延迟不会使其时间输出产生偏差。另一要求是对装备进行连续监视，使得可以检测任何故障或异常行为，并且在装备再次恰当工作之前不会使用时间输出。校准证据和监视结果应存档，使得日后可以验证定时装备在任何时间点处的状态。
世界范围的准确计时是基于单个参考时间尺度，该单个参考时间尺度称为协调世界时并且在所有语言中缩写为UTC。总部位于巴黎的国际计量局(BIPM)通过将位于国家授时中心的约400个连续运行的原子钟的数据进行合并来按月计算UTC。使用来自少量主要频率标准的测量值对UTC秒的持续时间进行微调，以确保该持续时间尽可能接近国际单位制(SI)中定义的标准时间单位秒。
UTC被按月计算一次，因此并不实时存在。向BIPM贡献时钟数据的每个机构(诸如美国的UTC(国家标准技术研究所(National Institute of Standards and Technology)，NIST)和英国的UTC(国家物理实验室(National Physical Laboratory)，NPL))维护其自身的UTC物理实现，该UTC物理实现统称为UTC(k)时间尺度。这些国家时间尺度被调整，使得其保持接近UTC，通常在1微秒以内，并且在一些情况下，差异保持低于10纳秒。该国家时间尺度可追溯到UTC，并且用作针对全球所有准确时间测量的参考标准。
UTC是基于原子钟，从而具有极高的稳定性和准确度。然而，UTC会缓慢偏离基于地球自转的时间，该时间会随时间推移而发生不可预测的波动，并且会由于因潮汐造成的摩擦而经历长期的减慢。UTC与地球自转时间(UT1，其可以被认为是格林威治标准时间(Greenwich Mean Time)的较精确定义的版本)之间不断增大的差异偶尔通过UTC中的1秒调整(称为闰秒)进行校正。闰秒可以在12月31日或6月30日的最后一UTC分钟内插入或删除，因此该闰秒在世界范围在相同时刻处出现。关于对下一闰秒的需要的决定可能会提前不到6个月宣布。在于1972年1月1日引入闰秒机制与2019年1月1日之间，已向UTC中插入27次闰秒。到目前为止，这些闰秒都是正的，因此当天的最后一分钟有61秒，而不是60秒。
针对时间测量(有时称为纪元或当日时间)的可追溯性的概念需要连续比较链，该连续比较链从时间戳的生成或时钟的同步，向回延伸穿过时间分布，到达UTC(k)时间尺度中的一个UTC(k)时间尺度，并且依此类推地延伸到参考时间尺度UTC1。
在示例中，常用的时间源可以包括自由运行的时钟。最常见的时钟类型可能是石英晶体振荡器(通常是温度控制(TCXO)或恒温箱控制(OCXO))、铷(Rb)振荡器和铯(Cs)时钟。即使是铯原子钟，时钟自身一般可能也不是可行的当日时间源。由于时钟内存在一系列噪声过程，因而即使与可靠的UTC参考同步，时钟与UTC的时间和频率偏移也可能会随时间推移而增加。
在示例中，常用的时间源可以包括全球导航卫星系统(GNSS)/GPS。全球定位系统(GPS)和另一GNSS可以是准确时间的重要来源。在典型安装中，GPS驯服振荡器可以使用网络时间协议(NTP)或精确时间协议(PTP)在局域网中传播时间。然而，这类解决方案需要谨慎实现。潜在误差来源可以包括卫星信号的多径反射、空间天气事件、天线处的RF干扰以及天线电缆或接收器硬件中的未校准延迟。特别值得关注的是由GPS干扰器造成的干扰，该GPS干扰器成本较低，并且可以在数百米半径内阻挡GPS信号接收。必须连续监视馈送网络时间分布的GPS驯服振荡器或者将GPS驯服振荡器与另一不同的时间源(诸如自由运行的时钟或不同型号的GPS接收器)进行连续比较，以验证该GPS驯服振荡器保持正确锁定到卫星信号。
在示例中，常用的时间源可以包括NTP服务器。网络时间协议(NTP)广泛用于通过互联网传播时间，并且可以在线找到大量服务器。应避开处于未知位置的服务器，因为许多服务器是基于GPS驯服振荡器，并且它们的性能可能会受到诸如干扰和多路径效应的本地因素的影响。维护UTC(k)时间尺度的大多数机构都会运行NTP服务器，这些NTP服务器受到监视并且与其时间尺度同步。这些服务器原则上可以递送对UTC的可追溯性，特别是在采用NTP认证方法的情况下。然而，NTP协议仅可以通过广域网以几十毫秒的准确度提供同步。
在示例中，常用的时间源可以包括标准频率和时间信号。许多国家会运行无线电信号，该无线电信号提供基于UTC(k)时间尺度的时间访问。这些服务可以包括英国的MSF(60kHz)和/或德国的DCF77(77.5kHz)，广泛用于对无线电控制时钟进行同步。然而，一般来说，信号的精度从几十毫秒直至几十微秒变化，这取决于调制的形式和信号传播的变化，并且它们可能很少用于网络同步。
在示例中，常用的时间源可以包括光纤时间递送。和类似服务使用诸如精确时间协议(PTP版本2，在标准IEEE1588-2008中定义)的方法通过托管光纤链路来传播UTC可追溯时间。PTP是一种最初针对局域网开发的传播方法，并且可以通过稳定且对称的链路来实现优于100纳秒的准确度。PTP可以使用电信光纤网络在较长距离上递送同步，采用专用信道或PTP兼容交换机来维持准确度，并且在客户分配系统的入口点处提供MiFID II合规性。与NTP一样，协议连续地测量每个端点的时延(假设前后对称)，从而使得能够校正端点时间偏移。此类型服务的主要风险可能是光纤链路会由于例如道路施工而被切断，但可以建立本地保持机制，以在修复进行的同时维持服务提供。
图16示出了从UTC到由GPS驯服振荡器生成的时间戳的比较链的示例，以及使用来自UTC(k)机构的GPS监视结果的公报来证明对UTC的可追溯性。
GPS接收器已广泛用作参考时间标准，提供跨局域网的设备同步。这些设备中的大多数设备可能是GPS驯服振荡器(GPSDO)。这些设备的‘自我调整’行为和易用性使它们成为针对许多应用的有吸引力的选择。然而，使用GPSDO来证明对UTC的直接可追溯性可能非常困难，并且应小心地安装和使用。
GPSDO可以包含内部振荡器，通常是石英晶体振荡器或铷原子频率标准，该内部振荡器可以生成具有良好短期频率稳定性的信号。可以通过将振荡器转向由GPS卫星广播的时间尺度(称为GPS时间)来获得长期准确度，该时间尺度可以从美国海军天文台UTC(USNO)处的UTC实现中导出。GPS时间不会实现闰秒，因此与UTC(USNO)具有整数秒偏移，但当前偏移和即将发生的变化可能会在GPS导航消息中被广播。GPSDO将偏移应用于其时间输出，使得GPSDO可以提供UTC而非GPS时间的表示。此转向程序使得GPSDO能够递送高水平的性能，并且无限期地维持该性能。
图16示出了从UTC到由GPS驯服振荡器生成的时间戳的比较链，以及(在右侧)使用来自UTC(k)机构的GPS监视结果的公报来证明对UTC的可追溯性。虚线可以指示难以或不可能证明可追溯性的链路。应注意，尽管GPS时间的脉冲与UTC的脉冲紧密对准，但它们之间可能存在整数秒差异，在将闰秒插入UTC中时，该差异会改变(此差异可能会在卫星信号中被广播)。
从UTC到GPSDO的时间输出的分配链可以被示出在图16的左侧上。外部用户不能容易地评估虚线所表示的链路并对该链路指派不确定性，从而使得难以建立直接的可追溯性。例如，从卫星信号获得的时间可能受到许多变量的影响，这些变量包括天线和接收器的延迟、环境影响(诸如通过电离层和对流层的传播延迟)以及多路径信号反射。校准实验室经常采用的解决方案可能是订阅一些国家计量机构每天、每周或每月发布的GPS监视公报。这些公报给出针对该机构的UTC(k)时间尺度与GPS时间之间的时差测量值，从而提供在该地区观测到的卫星信号与UTC之间的可追溯性。
在示例中，时间递送服务通常可以与某种形式的时钟或振荡器组合，以在与递送源的同步丢失的情况下维持服务提供达一定时段。该时钟通常称为保持时钟，并且在失去同步之后的时段称为保持。
许多不同的时间源和时间传播方法可以提供时间戳与UTC之间的可追溯测量链。通过使用两种独立的传播方法，可以显著增加时间服务针对中断或其他干扰的弹性。例如，基于GPS的解决方案可以与光纤时间递送进行组合，从而有可能使得两个源能够彼此比较，以在该源中的一个源或另一源丢失的情况下维持与UTC的时间同步。
有效使用两个(或更多个)时间源的关键可以是一种用于比较该两个(或更多个)时间源并且在必要时从一个时间源切换到另一时间源的方法。这需要一种能够例如通过测量从每个源导出的每秒1个脉冲(1PPS)信号之间的时间偏移来监视两个源之间差异的专用设备。如果信号中的一个信号丢失，则比较设备将自动切换到另一信号。更常见的是，时间源中的一个时间源将出现故障并且开始偏离正确的时间。此情况的示例是GPS接收器丢失其对卫星信号的锁定并且基于该GPS接收器的内部振荡器而自由运行。如果比较设备没有手段来检测哪个源是正确的，则此类型的错误处理起来较为困难。
图17示出了用于金融市场的时间弹性用例的示例。
对于金融市场，在事件发生时连续验证的能力(例如时间可追溯性)对于实现监管监督以及分析交易进行的顺序(例如使用准确的时间戳来解决分歧并防止欺诈)可能至关重要。市场参与者可以根据交易活动的类型(例如高频算法、语音交易系统、人类干预、完成协商交易等)在数秒或数微秒内执行股票订单。金融市场可以是分布式系统；因此，只有在涉及交易的系统的每个端点处的每个市场参与者都维持准确的时钟的情况下，才可以实现共同的受监管的计时系统。
可以有若干手段来访问UTC时间，诸如使用原子钟、NTP服务器、GNSS信号和/或光纤UTC(k)递送，其中UTC(k)是由以k标识的贡献机构(例如NPL、NIST)维护的UTC实现。5G系统可以与金融市场已使用的其他定时解决方案协作运行或者作为其备份，以符合用于计时的金融指令。如图17中所示出，5G系统可以作为另一时间源集成在金融客户的时钟分配基础设施内。
图18示出了UTC(k)时间分布的示例，其中5G系统指示可追溯性链。
针对时间源和时间传播的金融监管要求市场参与者必须提供向回对UTC的可追溯性。这要求发送到金融交易所的时间信息应在例如从在BIPM(全球‘纸质’时间尺度)处生成的UTC直至金融客户域内的时间戳引擎的链中的每个链路处进行测量和验证。取决于金融客户所具有的时间源和分配方法，可以以不同的方式来实现对UTC的可追溯性以符合监管。
在示例中，如果使用GNSS卫星信号，则这些信号单独并不易于提供对UTC的可追溯性，但用户可以通过从地区UTC(k)授时中心中的一个地区UTC(k)授时中心获取GNSS监视公报来证明可追溯性。在此情况下，除了执行对GNSS接收器装备的校准和监视以外，最终用户还将使用这些公报来证明对UTC的可追溯性。在示例中，如果使用用于光纤时间递送(例如，如由国家计量机构递送)的服务，则可以通过受管理的光纤链路来传播UTC。可以使用PTP来维护对UTC的可追溯性，以分配时间并连续监视和审计提供点，从而确保在服务SLA中定义的商定准确度水平。
在示例中，当应用于此用例中时，5G系统可以遵循类似方法，并且图18示出了两种方法。在示例方法中，5G系统可以提供对UTC的可追溯性。在此方法中，5G系统(例如gNB、UE/DS-TT)需要连续监视和审计5G系统域内的时间分配链内的每个链路。例如，UTC可追溯性可以在gNB处进行认证。例如，UTC可追溯性可以被认证到UE/DS-TT处的提供点。因此，在gNB和/或UE/DS-TT处，可能需要监视、校准和认证功能。可以考虑两种替代方案。在一个示例替代方案中，5G系统支持这些新功能，包括标准中所需的机制。在一个示例替代方案中，专有解决方案可以与5G系统协作使用。例如，在UE/DS-TT内安装用于光纤时间递送的服务的客户端，以将NPL服务与5G无线时间分配进行组合，从而提供对UTC的可追溯性。
在示例方法中，5G系统可能不提供对UTC的可追溯性。与之前描述的GNSS信号递送类似，5G系统可能不负责监视、校准或记录用于对UTC的可追溯性的证据，金融客户可能会负责这些功能。
图19示出了分配给5G系统的多个UTC时间源的示例。为了向无线设备提供UTC时间，5G系统可以连接到多个UTC时间源，例如UTC(k)、GNSS(例如GPS、Galileo)、NTP服务器、标准频率和时间信号(例如MSF60、DCF77)、光纤时间递送、地面信标系统(TBS)、都市信标系统(MBS)和/或自由运行时钟(例如原子钟)。在示例中，多个UTC时间源可以向5G系统(例如(R)AN、UPF)提供UTC时间。在示例中，多个UTC时间源可以向5G系统提供UTC时间的偏移。5G系统可以使用UTC时间的偏移来调整/校准从多个UTC时间源接收到的UTC时间。在示例中，UTC时间的偏移可以是闰秒。在示例中，UTC时间的偏移可以是针对UTC时间的纳秒。在示例中，UTC时间的偏移可以是UTC的源与5G系统之间的传输延迟。例如，GNSS可以是针对5G系统的UTC时间源。例如，(R)AN和/或UPF可以具有GNSS接收器以从GNSS接收UTC时间。
图20是示出RRC连接建立程序的示例的示例呼叫流程。在示例中，UE可以从基站(例如(R)AN)接收主信息块(MIB)信息(例如信息元素、参数、消息)和/或系统信息块(SIB)1信息(例如信息元素、参数、消息)。MIB信息可以包括系统信息。例如，MIB信息可以包括以下参数中的至少一个参数：systemFrameNumber、subCarrierSpacingCommon、ssb-SubcarrierOffset、dmrs-TypeA-Position、pdcch-ConfigSIB1、cellBarred、intraFreqReselection等。在示例中，SIB 1信息可以包括在评估是否允许UE接入小区时相关的信息，并且定义其他系统信息的调度。在示例中，SIB 1可以包括对所有UE通用的无线电资源配置信息和应用于统一接入控制的禁止信息。在示例中，UE可以从(R)AN和/或控制平面功能(CPF)(例如AMF)接收SIB x信息(例如信息元素、参数、消息)。例如，除了SIB 1之外，SIB x信息可以包括SIB 2、SIB 3、SIB 4等。在示例中，SIB 2信息可以包括频率内、频率间和/或RAT间小区重选所共有(例如适用于多于一种类型的小区重选，但不一定适用于所有类型的小区重选)的小区重选信息，以及除了相邻小区相关的小区重选信息之外的频率内小区重选信息。例如，SIB 2消息可以包括至少一个参数：cellReselectionInfoCommon、cellReselectionServingFreqInfo、intraFreqCellReselectionInfo等。在示例中，SIB 3信息可以包括仅与频率内小区重选相关的相邻小区相关信息。IE包括具有特定重选参数的小区以及列入黑名单的小区。例如，SIB 3信息可以包括至少一个参数：intraFreqNeighCellList和/或intraFreqBlackCellList。
响应于从(R)AN和/或CPF接收到的消息，UE可以将至少一个随机接入前导码传输到(R)AN。在示例中，UE可以(例如经由(R)AN)将至少一个随机接入前导码传输到CPF。例如，UE可以经由消息1(MSG 1)将至少一个随机接入前导码发送到(R)AN。响应于从UE接收到的至少一个随机接入前导码，(R)AN可以将随机接入响应消息发送到UE。在示例中，CPF可以(例如经由(R)AN)将随机接入响应消息传输到UE。例如，CPF和/或(R)AN可以经由消息2(MSG2)将随机接入响应消息发送到UE。
在示例中，响应于随机接入响应消息，UE可以将消息(例如RRC设置请求)发送到(R)AN和/或CPF。例如，UE可以经由消息3(MSG 3)发送RRC设置请求消息。例如，UE可以经由(R)AN将RRC设置请求消息发送到CPF。例如，RRCSetupRequest消息可以指示为UE建立RRC连接。RRCSetupRequest消息可以包括以下中的至少一项：UE标识(例如TMSI)、指示RRC建立的原因值的参数(例如establishmentCause)和/或dedicatedNAS-Message。例如，establishmentCause可以包括以下各项中的至少一项：emergency、highPriorityAccess、mt-Access、mo-Signalling、mo-Data、mo-VoiceCall、mo-VideoCall、mo-SMS、mps-PriorityAccess、mcs-PriorityAccess等。
响应于从UE接收到的消息，(R)AN和/或CPF可以经由消息4(MSG 4)将RRC设置消息发送到UE。例如，CPF可以经由(R)AN将RRC设置消息发送到UE。例如，RRC设置消息可以用于建立SRB 1。在示例中，RRCSetup消息可以包括至少一个信息元素：masterCellGroup、radioBearerConfig和/或dedicatedNAS-Message。masterCellGroup可以指示网络为SRB1配置RLC承载。radioBearerConfig可以指示SRB1可以在RRC设置中被配置。
在示例中，响应于从(R)AN和/或CPF接收到的消息，UE可以将RRCSetupComplete消息发送到(R)AN。例如，UE可以经由消息5(MSG 5)将RRCSetupComplete消息发送到CPF。例如，UE可以经由(R)AN将RRCSetupComplete消息发送到CPF。RRCSetupComplete消息可以包括至少一个参数：selectedPLMN-标识(selectedPLMN-Identity)、registeredCPF、guami-类型(guami-Type)(例如本地的、映射的)、s-NSSAI-列表(s-NSSAI-List)(例如网络切片标识符的列表)、dedicatedNAS-消息(dedicatedNAS-Message)、TMSI等。registeredCPF可以包括PLMN标识和/或CPF标识符。在示例中，RRCSetupComplete消息可以包括NAS消息。例如，RRCSetupComplete消息的dedicatedNAS-Message可以包括NAS消息。例如，dedicatedNAS-Message可以包括注册请求消息。
图21是示出现有技术的问题的示例呼叫流程。在现有技术中，无线设备(例如图21中所示出的UE)和/或(时间)应用可以从通信系统(例如5G系统)接收UTC时间/时间戳，然而，UE和/或时间应用并不知晓5G系统是否提供对UTC的可追溯性。时间应用可以是使用(UTC)时间服务的(第3方)应用。时间应用可以是客户、用户、使用(UTC)时间服务的程序。如果UE和/或时间应用假设网络将提供对UTC的可追溯性，则这可能导致UE和/或时间应用使用不准确的时间。例如，对UTC的可追溯性的一个方面使得UTC时间/时间戳能够基于偏移(例如闰秒；驻留时间、传输延迟等)来调整。如果UE和/或时间应用假设网络将提供对UTC的可追溯性(例如调整UTC时间/时间戳)，则这可能导致UE和/或时间应用使用不准确的时间。例如，对UTC的可追溯性的一个方面使得UTC时间/时间戳的源、分配链等能够被记录(例如验证、提供给监管机构等)。如果不提供对UTC的可追溯性，则可能会错过对UTC的可追溯性的这些方面以及其他方面。如果没有机制来确定谁将提供对UTC的可追溯性(例如对UTC的可追溯性是否将由无线设备、应用功能、网络或网络的部件提供)，则可能会错过对UTC的可追溯性的这些方面以及其他方面。
在示例实施方案中，无线设备从网络的基站接收网络是否执行对UTC的时间可追溯性的指示。基于网络不执行对UTC的时间可追溯性，无线设备实现对UTC的时间可追溯性。在示例实施方案中，网络的部件(例如基站、AMF、SMF等)向无线设备传输网络是否执行对UTC的时间可追溯性的指示。基于网络执行对UTC的时间可追溯性，基站实现对UTC的时间可追溯性。在示例实施方案中，网络的部件(例如基站、PCF、NEF、SMF等)从应用功能(AF)接收AF的AF能力的指示，以执行对UTC的时间可追溯性。基于AF不执行对UTC的时间可追溯性，网络实体实现对UTC的时间可追溯性。
现有技术可能还导致UE/时间应用不能实现对UTC的时间可追溯性的要求。对UTC的时间可追溯性可以请求网络功能/时间应用/用户实现：识别并且/或者记录UTC时间的源；识别并且/或者记录从UTC时间的源到UTC时间的接收方的UTC时间的分配链；监视并且/或者记录两个或多个UTC时间源，并且从两个或更多个源中选择“正确”[更准确]的UTC时间源；校准并且/或者记录UTC时间；记录对UTC的可追溯性的实现并且将文档提供给监管机构。例如，由于UE和/或第3方不具有对5G系统已采取何种动作的信息，因此不能实现对UTC的时间可追溯性。
本公开的示例实施方案实现了用于指示网络是否可以执行对UTC的可追溯性的增强机制。本公开的示例实施方案实现了使得基站能够向一个或多个无线设备指示网络(例如5G系统、基站)是否可以执行对UTC的(时间)可追溯性的增强机制。在本公开的示例实施方案中，无线设备可以从基站接收第一消息，该第一消息包括指示网络是否可以执行/实现/提供对UTC的(时间)可追溯性的参数。在示例中，基于指示网络是否执行/实现/提供对UTC的(时间)可追溯性的参数，无线设备可以确定是否实现对UTC的可追溯性。增强机制可以使得无线设备能够使用准确的UTC时间并且实现对UTC的(时间)可追溯性的要求。
图22是可包括一个或多个动作的示例呼叫流程。在示例中，无线设备可以从基站接收第一消息。第一消息可以包括指示网络是否执行/实现/提供对UTC的(时间)可追溯性的参数(例如对UTC的可追溯性指示)。在示例中，第一消息是主信息块(MIB)消息。在示例中，第一消息是系统信息块(SIB)消息。在示例中，第一消息是随机接入(RA)前导码指派消息。在示例中，第一消息是无线电资源控制(RRC)消息。在示例中，网络可以是通信系统(例如5G系统)。在示例中，网络可以是通信系统的基站。在示例中，网络可以是通信系统的控制平面功能(例如AMF、SMF)。在示例中，网络可以是通信系统的用户平面功能(例如UPF)。在示例中，RRC消息可以是RRCSetup消息。在示例中，RRC消息可以是RRCResume消息。在示例中，RRC消息可以是RRCReconfiguration消息。
例如，基站(例如(R)AN)可以将SIB9消息传输/广播到一个或多个无线设备。图24是描绘SIB9消息的示例图。SIB9消息可以包括对UTC的可追溯性指示(例如图24中的TraceabilityToUTC)。例如，(R)AN可以将RRCReconfiguration消息发送到UE，RRCReconfiguration消息可以包括对UTC的可追溯性指示。在示例中，对UTC的可追溯性指示可以指示5G系统执行/实现/提供对UTC的(时间)可追溯性。在示例中，对UTC的可追溯性指示可以指示5G系统不执行/实现/提供对UTC的(时间)可追溯性。
在示例中，对UTC的(时间)可追溯性可以指示所接收到的UTC时间/时间戳可以从UTC时间的接收方(例如UE、gNB)追溯回UTC时间的源(例如GNSS、UTC(k))。对UTC的(时间)可追溯性可以包括以下中的至少一项：UTC时间源；来自UTC时间源的分配链；UTC时间监视；UTC时间校准；以及/或者对UTC的时间可追溯性的记录。在示例中，UTC时间源可以是如图19中所描述的多个UTC时间源中的至少一个UTC时间源，例如UTC(k)、GNSS、NTP服务器等。在示例中，来自UTC时间源的分配链可以指示UTC时间是如何分配的(例如经由GPS、光纤、通信系统)。UTC时间监视可以指示UTC时间是否已在来自UTC时间源的分配链中被监视以及/或者在何处被监视。例如，分配链中的网络功能(例如gNB)可以监视两个时间源之间的时间差，以确保选择正确的时间源。UTC时间校准可以指示UTC时间是否已在来自UTC时间源的分配链中被校准以及/或者在何处被校准。例如，分配链中的网络功能(例如gNB)可以考虑闰秒和/或传输延迟来校准UTC时间。在示例中，对UTC的时间可追溯性的记录可以指示必须彻底记录对UTC的时间可追溯性并且/或者可以将该文档发送到监管机构。
在示例中，执行/实现/提供对UTC的(时间)可追溯性可以包括识别并且/或者记录UTC时间的源。在示例中，执行/实现/提供对UTC的(时间)可追溯性可以包括识别并且/或者记录从UTC时间的源到UTC时间的接收方的UTC时间的分配链。在示例中，执行/实现/提供对UTC的(时间)可追溯性可以包括监视并且/或者记录两个或更多个UTC时间源。在示例中，执行/实现/提供对UTC的(时间)可追溯性可以包括从两个或更多个源中选择正确/更准确的UTC时间源。在示例中，执行/实现/提供对UTC的(时间)可追溯性可以包括识别并且/或者校准UTC时间。在示例中，执行/实现/提供对UTC的(时间)可追溯性可以包括通过基于以下中的一者或多者使UTC时间偏移来调整UTC时间：闰秒；驻留时间和/或传输延迟。在示例中，执行/实现/提供对UTC的(时间)可追溯性可以包括记录对UTC的可追溯性的实现。在示例中，该记录可以包括创建/生成/存储指示以下中的一者或多者的可追溯性文档：无线设备的标识；对UTC的可追溯性的实现方的标识；UTC时间的源；UTC时间的分配链；监视UTC时间；选择正确/更准确的UTC时间；校准UTC时间；以及/或者可追溯性记录所对应的UTC时间的一个或多个时间戳的指示。在示例中，该记录可以包括向监管机构提供可追溯性记录。
在示例中，第一消息可以包括UTC时间信息，其中UTC时间信息包括UTC时间的一个或多个时间戳。在示例中，UTC时间信息可以包括指示对UTC时间的校正的参数。在示例中，该参数可以是UTC偏移。UTC偏移可以指示国际原子时(TAI)与国际地球自转和参考系统服务(IERS)公报C中指定的UTC之间的偏移。在示例中，UTC偏移量可以是闰秒。在示例中，该参数可以指示对UTC时间的调整，例如对UTC时间的纳秒调整、对UTC时间的传输延迟调整。
在示例中，UTC时间信息可以包括时间尺度精确时间协议(PTP)。时间尺度PTP可以指示自使用由TAI定义的秒测量的PTP纪元以来经过的时间。在示例中，UTC时间信息可以包括任意时间尺度(ARB)。时间尺度ARB可以指示由管理程序设置的纪元。在示例中，UTC时间信息可以包括振荡器频率。振荡器频率可以指示用于建立或维持PTP实例的时间尺度的振荡器。在示例中，PTP实例可以指示实现PTP的网络功能/实体。在示例中，PTP实例可以是边界时钟、普通时钟和/或透明时钟。在示例中，PTP实例可以包括实时时钟，该实时时钟可以由与PTP实例相关联的时间应用用于各种目的，诸如生成用于由PTP实例管理的数据或排序事件的时间戳。在示例中，UTC时间信息可以包括纪元。纪元可以指示域的时间尺度的起源，例如PTP纪元是1970年1月1日00:00:00TAI。在示例中，UTC时间信息可以包括指示IERS公报C中指定的TAI与UTC之间的偏移的UTC偏移。
响应于从基站接收到的消息，无线设备可以采取一个或多个动作。在示例动作中，基于指示网络是否执行/实现/提供对UTC的(时间)可追溯性的参数，无线设备可以确定是否执行/实现/提供对UTC的(时间)可追溯性。例如，该参数可以指示网络(例如5G系统)执行/实现/提供对UTC的(时间)可追溯性，无线设备可以确定不执行/实现/提供对UTC的(时间)可追溯性。例如，该参数可以指示网络(例如5G系统)不执行/实现/提供对UTC的(时间)可追溯性，无线设备可以确定执行/实现/提供对UTC的(时间)可追溯性。
在示例中，基站可以发送指示网络是否执行/实现/提供对UTC的(时间)可追溯性的一个或多个参数。例如，基站可以发送指示网络可以执行/实现/提供对UTC的(时间)可追溯性的一个或多个参数，其中对UTC的(时间)可追溯性可以包括以下中的至少一项：识别并且/或者记录UTC时间的源，识别并且/或者记录从UTC时间的源到UTC时间的接收方的UTC时间的分配链，以及/或者监视并且/或者记录两个或更多个UTC时间源。
基于该一个或多个参数，无线设备可以确定是否执行/实现/提供对UTC的(时间)可追溯性。例如，无线设备可以确定执行/实现/提供对UTC的(时间)可追溯性，其中对UTC的(时间)可追溯性可以包括校准并且/或者记录UTC时间，并且/或者对UTC的(时间)可追溯性可以包括向监管机构提供可追溯性记录。
在示例动作中，无线设备可以将第二消息发送到时间应用(例如第3方应用、金融客户)。第二消息可以包括指示网络是否执行/实现/提供对UTC的(时间)可追溯性的第一参数(例如对UTC的可追溯性指示)。第二消息可以包括指示无线设备是否执行/实现/提供对UTC的(时间)可追溯性的第二参数。在示例中，第二消息可以包括第一消息的参数/信息元素，例如UTC时间信息、UTC偏移。
响应于所接收到的消息，基于第二消息，时间应用可以确定是否执行/实现/提供对UTC的(时间)可追溯性。在示例中，第一参数可以指示5G系统执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定不执行/实现/提供对UTC的(时间)可追溯性。在示例中，第一参数可以指示5G系统不执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定执行/实现/提供对UTC的(时间)可追溯性。
在示例中，第二参数可以指示无线设备执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定不执行/实现/提供对UTC的(时间)可追溯性。在示例中，第二参数可以指示无线设备不执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定执行/实现/提供对UTC的(时间)可追溯性。
在示例中，网络/通信系统(例如5G系统、基站、(R)AN)可以向无线设备提供UTC时间信息，无线设备可以向时间应用发送/转发UTC时间信息。
在示例中，网络/通信系统(例如5G系统、基站、(R)AN)可以执行/实现/提供对UTC的(时间)可追溯性。例如，5G系统连接到一个或多个UTC时间源，5G系统可以识别并且/或者记录至少一个UTC时间源。在示例中，5G系统可以识别并且/或者记录从UTC时间源到5G系统(例如基站、UPF)的UTC时间的分配链。在示例中，5G系统可以监视并且/或者记录两个或更多个UTC时间源。在示例中，5G系统可以从UTC时间的两个或更多个源中选择正确/更准确的UTC时间源。在示例中，5G系统可以校准并且/或者记录UTC时间。例如，5G系统可以通过基于以下中的一者或多者使UTC时间偏移来调整UTC时间：闰秒；驻留时间；和/或传输延迟。在示例中，5G系统可以记录对UTC的可追溯性的实现。在示例中，5G系统可以创建/生成可追溯性记录。在示例中，5G系统可以向监管机构提供可追溯性记录，监管机构可以要求一个或多个UTC时间戳与对UTC的可追溯性相关联。在示例中，5G系统可以经由网络功能(例如OAM)向监管机构提供可追溯性记录。
在示例中，为了校准(原始)UTC时间，5G系统(例如(R)AN)可以采取一个或多个动作。在示例中，(原始)UTC时间可以指示由接收方(例如5G系统)从UTC时间源(例如GPS、UTC(k))接收到的UTC时间。
在示例动作中，5G系统可以通过基于以下中的至少一项使(原始)UTC时间偏移来调整(原始)UTC时间：闰秒、驻留时间、第一平均传输延迟、第二平均传输延迟以及/或者由UTC时间源指示的另一调整(例如纳秒调整)。
在示例动作中，5G系统可以通过基于闰秒使(原始)UTC时间偏移来调整(原始)UTC时间。例如，5G系统可以从GPS或UTC(k)接收原始UTC时间，并且5G系统可以从GPS公报(例如NPL月度GPS公报)接收闰秒(宣布)，5G系统可以基于从GPS公报接收到的闰秒来调整原始UTC时间。例如，5G系统可以通过向原始UTC时间添加闰秒来调整原始UTC时间。例如，5G系统可以通过从原始UTC时间中减去闰秒来调整原始UTC时间。
在示例中，5G系统可以通过基于驻留时间使(原始)UTC时间偏移来调整(原始)UTC时间。在示例中，驻留时间可以指示针对消息/包在系统/网络功能内部的处理时间。例如，驻留时间可以指示出口时间戳与入口时间戳之间的时间差。例如，入口时间戳可以指示当5G系统从UTC时间源接收到第一(例如原始)UTC时间时的第一时间戳。出口时间戳可以指示当5G系统将第二UTC时间发送到无线设备时的第二时间戳，其中已基于第一UTC时间来调整第二UTC时间。例如，驻留时间可以等于出口时间戳减去入口时间。在示例中，5G系统可以基于驻留时间来调整(原始)UTC时间。例如，5G系统可以通过向(原始)UTC时间添加驻留时间来调整(原始)UTC时间。例如，5G系统可以通过从(原始)UTC时间中减去驻留时间来调整(原始)UTC时间。
在示例中，5G系统可以通过基于传输延迟使(原始)UTC时间偏移来调整(原始)UTC时间。例如，5G系统可以通过基于5G系统与UTC时间源之间的传输延迟使(原始)UTC时间偏移来调整(原始)UTC时间。例如，5G系统可以通过基于5G系统与无线设备之间的传输延迟使(原始)UTC时间偏移来调整(原始)UTC时间。5G系统可以基于图23来确定5G系统与UTC时间源之间的传输延迟。例如，UTC时间源可以是图23中的主要方，并且5G系统可以是从属方。例如，UTC时间源可以是图23中的从属方，并且5G系统可以是主要方。在示例中，主要方可以在时间t1处发送Sync消息，从属方可以在时间t2处接收Sync消息。从属方可以在时间t3处发送Delay_Req，并且主要方可以在时间t4处接收Delay_Req。5G系统与UTC时间源之间的第一平均传输延迟＝[(t2-t1)+(t4-t3)]/2＝[(t2-t3)+(t4-t1)]/2。
5G系统可以基于图23来确定5G系统与无线设备之间的传输延迟。例如，5G系统可以是图23中的主要方，并且无线设备可以是从属方。例如，5G系统可以是图23中的从属方，并且无线设备可以是主要方。5G系统与无线设备之间的第二平均传输延迟＝[(t2-t1)+(t4-t3)]/2＝[(t2-t3)+(t4-t1)]/2。
在示例中，5G系统可以通过基于第一平均传输延迟和/或第二平均传输延迟使(原始)UTC时间偏移来调整(原始)UTC时间。例如，5G系统可以通过向(原始)UTC时间添加第一平均传输延迟和/或第二平均传输延迟来调整(原始)UTC时间。例如，5G系统可以通过从(原始)UTC时间中减去第一平均传输延迟和/或第二平均传输延迟来调整(原始)UTC时间。
在示例中，在通过基于闰秒、驻留时间、第一平均传输延迟、第二平均传输延迟以及/或者由UTC时间源所指示的另一调整使(原始)UTC时间偏移来调整(原始)UTC时间之后，5G系统可以导出/确定调整后的UTC时间。在示例动作中，5G系统可以将消息(例如UTC时间提供、RRC消息)发送到无线设备。UTC时间提供消息可以包括调整后的UTC时间以及/或者指示原始UTC时间已基于闰秒、驻留时间、第一平均传输延迟、第二平均传输延迟以及/或者由UTC时间源指示的另一调整进行调整的参数。
在示例中，无线设备(例如UE)可以执行/实现/提供对UTC的(时间)可追溯性。例如，UE可以连接到一个或多个UTC时间源(例如来自GNSS的UTC时间源以及来自5G系统的UTC时间源)，UE可以识别并且/或者记录至少一个UTC时间源。在示例中，UE可以识别并且/或者记录从UTC时间源到UE的UTC时间的分配链。在示例中，UE可以监视并且/或者记录两个或更多个UTC时间源。在示例中，UE可以从UTC时间的两个或更多个源中选择正确/更准确的UTC时间源。在示例中，UE可以校准并且/或者记录UTC时间。例如，UE可以通过基于以下中的一者或多者使UTC时间偏移来调整UTC时间：闰秒；和/或传输延迟。在示例中，UE可以记录对UTC的可追溯性的实现。在示例中，无线设备可以创建/生成可追溯性记录。在示例中，无线设备可以向监管机构提供可追溯性记录，监管机构可以要求一个或多个UTC时间戳与对UTC的可追溯性相关联。例如，UE中的应用程序可以向监管机构提供可追溯性记录。
在示例中，为了校准(原始)UTC时间，无线设备可以采取一个或多个动作。在示例中，(原始)UTC时间可以指示由接收方(例如无线设备)从UTC时间源(例如GPS、UTC(k))接收到的UTC时间。在示例动作中，无线设备可以通过基于以下中的至少一项使(原始)UTC时间偏移来调整(原始)UTC时间：闰秒、驻留时间、第三平均传输延迟、第四平均传输延迟以及/或者由UTC时间源指示的另一调整(例如纳秒调整)。
在示例动作中，无线设备可以通过基于闰秒使(原始)UTC时间偏移来调整(原始)UTC时间。由无线设备用于基于闰秒来调整(原始)UTC时间的程序可以与5G系统所使用的程序类似。为简洁起见，这里不再重复进一步的描述。
在示例动作中，无线设备可以通过基于驻留时间使(原始)UTC时间偏移来调整(原始)UTC时间。由无线设备用于基于驻留时间来调整(原始)UTC时间的程序可以与5G系统所使用的程序类似。为简洁起见，这里不再重复进一步的描述。
在示例中，无线设备可以通过基于传输延迟使(原始)UTC时间偏移来调整(原始)UTC时间。例如，无线设备可以通过基于无线设备与UTC时间源之间的传输延迟使(原始)UTC时间偏移来调整(原始)UTC时间。例如，无线设备可以通过基于无线设备与时间应用之间的传输延迟使(原始)UTC时间偏移来调整(原始)UTC时间。无线设备可以基于图23来确定无线设备与UTC时间源之间的传输延迟。例如，UTC时间源可以是图23中的主要方，并且无线设备可以是从属方。例如，UTC时间源可以是图23中的从属方，并且无线设备可以是主要方。在示例中，主要方可以在时间t1处发送Sync消息，从属方可以在时间t2处接收Sync消息。从属方可以在时间t3处发送Delay_Req，并且主要方可以在时间t4处接收Delay_Req。无线设备与UTC时间源之间的第三平均传输延迟＝[(t2-t1)+(t4-t3)]/2＝[(t2-t3)+(t4-t1)]/2。
无线设备可以基于图23来确定无线设备与时间应用之间的传输延迟。例如，无线设备可以是图23中的主要方，并且时间应用可以是从属方。例如，无线设备可以是图23中的从属方，并且时间应用可以是主要方。无线设备与时间应用之间的第四平均传输延迟＝[(t2-t1)+(t4-t3)]/2＝[(t2-t3)+(t4-t1)]/2。
在示例中，无线设备可以通过基于第三平均传输延迟和/或第四平均传输延迟使(原始)UTC时间偏移来调整(原始)UTC时间。例如，5G系统可以通过向(原始)UTC时间添加第三平均传输延迟和/或第四平均传输延迟来调整(原始)UTC时间。例如，5G系统可以通过从(原始)UTC时间中减去第三平均传输延迟和/或第四平均传输延迟来调整(原始)UTC时间。
在示例中，在通过基于闰秒、驻留时间、第三平均传输延迟、第四平均传输延迟以及/或者由UTC时间源所指示的另一调整使(原始)UTC时间偏移来调整(原始)UTC时间之后，无线设备可以导出/确定调整后的UTC时间。在示例动作中，无线设备可以将消息(例如UTC时间提供)发送到时间应用。UTC时间提供消息可以包括调整后的UTC时间以及/或者指示原始UTC时间已基于闰秒、驻留时间、第三平均传输延迟、第四平均传输延迟以及/或者由UTC时间源指示的另一调整进行调整的参数。
在示例中，时间应用可以执行/实现/提供对UTC的(时间)可追溯性。例如，时间应用可以连接到一个或多个UTC时间源(例如来自GNSS的UTC时间源以及来自UE的UTC时间源)，时间应用可以识别并且/或者记录至少一个UTC时间源。在示例中，时间应用可以识别并且/或者记录从UTC时间源到时间应用的UTC时间的分配链。在示例中，时间应用可以监视并且/或者记录两个或更多个UTC时间源。在示例中，时间应用可以从UTC时间的两个或更多个源中选择正确/更准确的UTC时间源。在示例中，时间应用可以校准并且/或者记录UTC时间。例如，时间应用可以通过基于以下中的一者或多者使UTC时间偏移来调整UTC时间：闰秒；和/或传输延迟。在示例中，时间应用可以创建/生成可追溯性记录。在示例中，时间应用可以向监管机构提供可追溯性记录，监管机构可以要求一个或多个UTC时间戳与对UTC的可追溯性相关联。在示例中，时间应用可以向监管机构提供可追溯性记录。
在示例中，5G系统可以将可追溯性信息发送到无线设备。在示例中，可追溯性信息可以包括可追溯性文档。在示例中，可追溯性信息可以包括以下中的至少一项：UTC时间源；来自UTC时间源的分配链；UTC时间监视；UTC时间校准；以及/或者对UTC的时间可追溯性的记录。
响应于所接收到的消息以及/或者基于配置，无线设备可以将可追溯性信息发送到时间应用。
图25是描绘根据本公开的实施方案的一方面的无线设备(例如UE)的程序的示例图。
图26是可包括一个或多个动作的示例呼叫流程。在示例中，通信系统可以将第一消息发送到一个或多个无线设备，第一消息可以包括指示网络支持对UTC的(时间)可追溯性的参数。在示例中，第一消息是主信息块(MIB)消息。在示例中，第一消息是系统信息块(SIB)消息。在示例中，第一消息是随机接入(RA)前导码指派消息。在示例中，第一消息是无线电资源控制(RRC)消息。在示例中，网络可以是通信系统(例如5G系统)。在示例中，网络可以是通信系统的基站。在示例中，网络可以是通信系统的控制平面功能(例如AMF、SMF)。在示例中，网络可以是通信系统的用户平面功能(例如UPF)。在示例中，RRC消息可以是RRCSetup消息。在示例中，RRC消息可以是RRCResume消息。在示例中，RRC消息可以是RRCReconfiguration消息。
例如，基站(例如(R)AN)可以将SIB9消息传输/广播到一个或多个无线设备。SIB9消息可以包括支持对UTC的(时间)可追溯性指示(例如SupportTraceabilityToUTC)。例如，(R)AN可以将RRCReconfiguration消息发送到UE，RRCReconfiguration消息可以包括支持对UTC的可追溯性指示。在示例中，支持对UTC的(时间)可追溯性指示可以指示5G系统/基站支持对UTC的(时间)可追溯性。
在示例中，对UTC的(时间)可追溯性可以指示所接收到的UTC时间/时间戳可以从UTC时间的接收方(例如UE、gNB)追溯回UTC时间的源(例如GNSS、UTC(k))。对UTC的(时间)可追溯性可以包括以下中的至少一项：UTC时间源；来自UTC时间源的分配链；UTC时间监视；UTC时间校准；以及/或者对UTC的时间可追溯性的记录。
在示例中，网络支持对UTC的(时间)可追溯性可以指示网络支持识别并且/或者记录UTC时间的源。在示例中，网络支持对UTC的(时间)可追溯性可以指示网络支持识别并且/或者记录从UTC时间的源到UTC时间的接收方的UTC时间的分配链。在示例中，网络支持对UTC的(时间)可追溯性可以指示网络支持监视并且/或者记录两个或更多个UTC时间源。在示例中，网络支持对UTC的(时间)可追溯性可以指示网络支持从两个或更多个源中选择正确/更准确的UTC时间源。在示例中，网络支持对UTC的(时间)可追溯性可以指示网络支持校准并且/或者记录UTC时间。在示例中，网络支持对UTC的(时间)可追溯性可以指示网络支持通过基于以下中的一者或多者使UTC时间偏移来调整UTC时间：闰秒；驻留时间和/或传输延迟。在示例中，网络支持对UTC的(时间)可追溯性可以指示网络支持记录对UTC的可追溯性的实现。
在示例中，第一消息可以包括UTC时间信息，其中UTC时间信息包括UTC时间的一个或多个时间戳。在示例中，UTC时间信息可以包括指示对UTC时间的校正的参数。在示例中，该参数可以是UTC偏移。UTC偏移可以指示国际原子时(TAI)与国际地球自转和参考系统服务(IERS)公报C中指定的UTC之间的偏移。在示例中，UTC偏移量可以是闰秒。在示例中，该参数可以指示对UTC时间的调整，例如对UTC时间的纳秒调整、对UTC时间的传输延迟调整。
在示例中，UTC时间信息可以包括时间尺度精确时间协议(PTP)。时间尺度PTP可以指示自使用由TAI定义的秒测量的PTP纪元以来经过的时间。在示例中，UTC时间信息可以包括任意时间尺度(ARB)。时间尺度ARB可以指示由管理程序设置的纪元。在示例中，UTC时间信息可以包括振荡器频率。振荡器频率可以指示用于建立或维持PTP实例的时间尺度的振荡器。在示例中，PTP实例可以指示实现PTP的网络功能/实体。在示例中，PTP实例可以是边界时钟、普通时钟和/或透明时钟。在示例中，PTP实例可以包括实时时钟，该实时时钟可以由与PTP实例相关联的时间应用用于各种目的，诸如生成用于由PTP实例管理的数据或排序事件的时间戳。在示例中，UTC时间信息可以包括纪元。纪元可以指示域的时间尺度的起源，例如PTP纪元是1970年1月1日00:00:00TAI。在示例中，UTC时间信息可以包括指示IERS公报C中指定的TAI与UTC之间的偏移的UTC偏移。
响应于从基站接收到的消息，无线设备可以采取一个或多个动作。在示例动作中，无线设备可以将第二消息发送到基站。在示例中，第二消息可以是RRC消息。例如，第二消息是MSG 5。例如，第二消息可以是RRCSetupComplete消息。例如，第二消息可以是RRCResumeComplete消息。在示例中，第二消息可以包括指示UTC时间请求的第一参数(例如请求UTC时间)。第二消息可以包括指示无线设备的对UTC的(时间)可追溯性能力的第二参数(例如UE的可追溯性能力)。在示例中，第一参数/请求UTC时间可以指示无线设备请求UTC时间服务。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持对UTC的(时间)可追溯性的能力。例如，第二参数/UE的可追溯性能力可以指示无线设备支持对UTC的(时间)可追溯性。例如，第二参数/UE的可追溯性能力可以指示无线设备不支持对UTC的(时间)可追溯性。
在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持识别并且/或者记录UTC时间的源。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持识别并且/或者记录从UTC时间的源到UTC时间的接收方的UTC时间的分配链。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持监视并且/或者记录两个或更多个UTC时间源。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持从两个或更多个源中选择正确/更准确的UTC时间源。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持校准并且/或者记录UTC时间。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持通过基于以下中的一者或多者使UTC时间偏移来调整UTC时间：闰秒；驻留时间和/或传输延迟。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持记录对UTC的可追溯性的实现。
响应于所接收到的消息，基站可以采取一个或多个动作。在示例动作中，基于第二消息和/或网络的可追溯性能力，基站可以确定网络是否执行/实现/提供对UTC的(时间)可追溯性。在示例中，网络的可追溯性可以指示网络(例如5G系统、基站、UPF)支持对UTC的(时间)可追溯性的能力。例如，网络的可追溯性能力可以指示网络支持对UTC的(时间)可追溯性。例如，网络的可追溯性能力可以指示网络不支持对UTC的(时间)可追溯性。
在示例中，网络的可追溯性能力可以指示网络支持识别并且/或者记录UTC时间的源。在示例中，网络的可追溯性能力可以指示网络支持识别并且/或者记录从UTC时间的源到UTC时间的接收方的UTC时间的分配链。在示例中，网络的可追溯性能力可以指示网络支持监视并且/或者记录两个或更多个UTC时间源。在示例中，网络的可追溯性能力可以指示网络支持从两个或更多个源中选择正确/更准确的UTC时间源。在示例中，网络的可追溯性能力可以指示网络支持校准并且/或者记录UTC时间。在示例中，网络的可追溯性能力可以指示网络支持通过基于以下中的一者或多者使UTC时间偏移来调整UTC时间：闰秒；驻留时间和/或传输延迟。在示例中，网络的可追溯性能力可以指示网络支持记录对UTC的可追溯性的实现。
在示例中，基于第一参数/请求UTC时间、第二参数/UE的可追溯性能力以及/或者网络的可追溯性能力，基站可以确定网络是否执行/实现/提供对UTC的(时间)可追溯性。例如，第二参数/UE的可追溯性能力可以指示无线设备不支持对UTC的(时间)可追溯性，并且/或者网络的可追溯性能力可以指示网络支持对UTC的(时间)可追溯性，基站可以确定网络执行/实现/提供对UTC的(时间)可追溯性。例如，第二参数/UE的可追溯性能力可以指示无线设备支持对UTC的(时间)可追溯性，并且/或者网络的可追溯性能力可以指示网络支持对UTC的(时间)可追溯性，基站可以确定网络不执行/实现/提供对UTC的(时间)可追溯性。
在示例动作中，基于基站确定网络是否执行/实现/提供对UTC的(时间)可追溯性，基站可以将第三消息发送到无线设备。在示例中，第三消息可以是RRC消息。例如，第三消息可以是RRCReconfiguration消息。例如，第三消息可以是DLInformationTransfer消息。在示例中，第三消息可以包括指示网络是否执行/实现/提供对UTC的(时间)可追溯性的参数(例如网络提供对UTC的可追溯性指示)。例如，参数/网络提供对UTC的可追溯性指示可以指示网络执行/实现/提供对UTC的(时间)可追溯性。例如，参数/网络提供对UTC的可追溯性指示可以指示网络不执行/实现/提供对UTC的(时间)可追溯性。
在示例中，第三消息可以包括UTC时间信息。UTC时间信息的定义/内容可以类似于如图22中所描述的UTC时间信息的定义/内容。为简洁起见，这里不再重复进一步的描述。
响应于从基站接收到的消息，无线设备可以采取一个或多个动作。在示例动作中，基于参数/关于网络是否执行/实现/提供对UTC的(时间)可追溯性的网络提供对UTC的可追溯性指示，无线设备可以确定是否执行/实现/提供对UTC的(时间)可追溯性。例如，该参数/网络提供对UTC的可追溯性指示可以指示网络(例如5G系统)执行/实现/提供对UTC的(时间)可追溯性，无线设备可以确定不执行/实现/提供对UTC的(时间)可追溯性。例如，该参数/网络提供对UTC的可追溯性指示可以指示网络(例如5G系统)不执行/实现/提供对UTC的(时间)可追溯性，无线设备可以确定执行/实现/提供对UTC的(时间)可追溯性。
在示例动作中，无线设备可以将第四消息发送到时间应用(例如第3方应用、金融客户)。第四消息可以包括指示网络是否执行/实现/提供对UTC的(时间)可追溯性的第一参数(例如对UTC的可追溯性指示)。第四消息可以包括指示无线设备是否执行/实现/提供对UTC的(时间)可追溯性的第二参数。在示例中，第四消息可以包括第三消息的参数/信息元素，例如UTC时间信息。
响应于所接收到的消息，基于第一参数和/或第二参数，时间应用可以确定是否执行/实现/提供对UTC的(时间)可追溯性。在示例中，第一参数可以指示5G系统执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定不执行/实现/提供对UTC的(时间)可追溯性。在示例中，第一参数可以指示5G系统不执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定执行/实现/提供对UTC的(时间)可追溯性。
在示例中，第二参数可以指示无线设备执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定不执行/实现/提供对UTC的(时间)可追溯性。在示例中，第二参数可以指示无线设备不执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定执行/实现/提供对UTC的(时间)可追溯性。
在示例中，网络/通信系统(例如5G系统、基站、(R)AN)可以向无线设备提供UTC时间信息，无线设备可以向时间应用发送/转发UTC时间信息。
在示例中，网络/通信系统(例如5G系统、基站、(R)AN)可以执行/实现/提供如图22中所描述的对UTC的(时间)可追溯性，为简洁起见，这里不再重复进一步的描述。
在示例中，无线设备(例如UE)可以执行/实现/提供如图22中所描述的对UTC的(时间)可追溯性，为简洁起见，这里不再重复进一步的描述。
在示例中，时间应用可以执行/实现/提供如图22中所描述的对UTC的(时间)可追溯性，为简洁起见，这里不再重复进一步的描述。
图27是描绘根据本公开的实施方案的一方面的基站的程序的示例图。
图28是可包括一个或多个动作的示例呼叫流程。在示例中，网络的控制平面功能(例如AMF)可以从无线设备(例如UE)接收第一消息。在示例中，第一消息可以包括指示UTC时间请求的第一参数(例如请求UTC时间)。在示例中，第一消息可以包括指示无线设备的对UTC的(时间)可追溯性能力的第二参数(例如UE的可追溯性能力)。在示例中，网络可以是通信系统(例如5G系统)，其中通信系统可以包括基站、AMF、SMF和/或UPF。在示例中，第一消息可以包括RRC消息(例如MSG 5、RRCSetupComplete)。在示例中，第一消息可以包括NAS消息(例如注册请求)。
在示例中，第一参数/请求UTC时间可以指示无线设备请求UTC时间服务。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持对UTC的(时间)可追溯性的能力。例如，第二参数/UE的可追溯性能力可以指示无线设备支持对UTC的(时间)可追溯性。例如，第二参数/UE的可追溯性能力可以指示无线设备不支持对UTC的(时间)可追溯性。
在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持识别并且/或者记录UTC时间的源。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持识别并且/或者记录从UTC时间的源到UTC时间的接收方的UTC时间的分配链。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持监视并且/或者记录两个或更多个UTC时间源。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持从两个或更多个源中选择正确/更准确的UTC时间源。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持校准并且/或者记录UTC时间。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持通过基于以下中的一者或多者使UTC时间偏移来调整UTC时间：闰秒；驻留时间和/或传输延迟。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持记录对UTC的可追溯性的实现。
在示例中，UE可以经由基站(例如(R)AN)将注册请求消息发送到AMF。注册请求消息可以包括第一参数/请求UTC时间和/或第二参数/UE的可追溯性能力。在示例中，注册请求消息可以包括以下中的至少一项：注册类型、UE标识(例如SUCI、SUPI和/或5G-GUTI)、最后访问的TAI(如果可用)、安全参数、所请求的NSSAI、UE 100 5GC能力、PDU会话状态、待重新激活的PDU会话、跟随请求、MICO模式偏好等。
响应于所接收到的消息，AMF可以采取一个或多个动作。在示例动作中，AMF可以将消息(例如订阅请求)发送到统一数据管理(UDM)。订阅请求消息可以包括以下中的至少一项：UE位置信息、UE标识(SUCI、SUPI和/或5G-GUTI)、第一参数/请求UTC时间和/或第二参数/UE的可追溯性能力。在示例中，AMF可以从UDM接收响应消息(例如订阅响应)。在示例中，订阅响应可以包括UE的UTC时间订阅信息。在示例中，UE的UTC时间订阅信息可以指示针对无线设备的所订阅/所允许的UTC时间服务。例如，UE的UTC时间订阅信息可以包括所订阅/所允许的一个或多个UTC时间源和/或UTC时间的所订阅/所允许的准确度。
在示例动作中，基于第一消息、订阅响应和/或网络的可追溯性能力，AMF可以确定网络是否执行/实现/提供对UTC的(时间)可追溯性。
在示例中，网络的可追溯性可以指示网络(例如5G系统、基站、UPF)支持对UTC的(时间)可追溯性的能力。例如，网络的可追溯性能力可以指示网络支持对UTC的(时间)可追溯性。例如，网络的可追溯性能力可以指示网络不支持对UTC的(时间)可追溯性。网络的可追溯性能力的定义/内容可以类似于如图26中所描述的网络的可追溯性能力的定义/内容，为简洁起见，这里不再重复进一步的描述。
在示例中，基于第一参数/请求UTC时间、第二参数/UE的可追溯性能力、所订阅/所允许的一个或多个UTC时间源、UTC时间的所订阅/所允许的准确度以及/或者网络的可追溯性能力，AMF可以确定网络是否执行/实现/提供对UTC的(时间)可追溯性。例如，所订阅/所允许的一个或多个UTC时间源可以指示允许UE使用一个或多个UTC时间源，第二参数/UE的可追溯性能力可以指示无线设备不支持对UTC的(时间)可追溯性，并且/或者网络的可追溯性能力可以指示网络支持对UTC的(时间)可追溯性，AMF可以确定网络执行/实现/提供对UTC的(时间)可追溯性。例如，第二参数/UE的可追溯性能力可以指示无线设备支持对UTC的(时间)可追溯性，并且/或者网络的可追溯性能力可以指示网络支持对UTC的(时间)可追溯性，AMF可以确定网络不执行/实现/提供对UTC的(时间)可追溯性。
在示例动作中，基于AMF确定网络是否执行/实现/提供对UTC的(时间)可追溯性，AMF可以经由基站将第二消息发送到无线设备。在示例中，第二消息可以是NAS响应消息。例如，第二消息可以是注册接受消息。在示例中，第二消息可以包括指示网络是否执行/实现/提供对UTC的(时间)可追溯性的参数(例如网络提供对UTC的可追溯性指示)。例如，参数/网络提供对UTC的可追溯性指示可以指示网络执行/实现/提供对UTC的(时间)可追溯性。例如，参数/网络提供对UTC的可追溯性指示可以指示网络不执行/实现/提供对UTC的(时间)可追溯性。
在示例中，第二消息可以包括UTC时间信息。UTC时间信息的定义/内容可以类似于如图22中所描述的UTC时间信息的定义/内容。为简洁起见，这里不再重复进一步的描述。
响应于从AMF接收到的消息，无线设备可以采取一个或多个动作。在示例中，时间应用(例如第3方应用、金融客户)可以与无线设备(例如UE)协同定位。在示例动作中，基于参数/关于网络是否执行/实现/提供对UTC的(时间)可追溯性的网络提供对UTC的可追溯性指示，UE/时间应用可以确定是否执行/实现/提供对UTC的(时间)可追溯性。例如，该参数/网络提供对UTC的可追溯性指示可以指示网络(例如5G系统)执行/实现/提供对UTC的(时间)可追溯性，UE/时间应用可以确定不执行/实现/提供对UTC的(时间)可追溯性。例如，该参数/网络提供对UTC的可追溯性指示可以指示网络(例如5G系统)不执行/实现/提供对UTC的(时间)可追溯性，UE/时间应用可以确定执行/实现/提供对UTC的(时间)可追溯性。
在示例中，时间应用可以不与无线设备协同定位。在示例动作中，无线设备可以将第三消息发送到时间应用。第三消息可以包括指示网络是否执行/实现/提供对UTC的(时间)可追溯性的第一参数(例如对UTC的可追溯性指示)。第三消息可以包括指示无线设备是否执行/实现/提供对UTC的(时间)可追溯性的第二参数。在示例中，第三消息可以包括第二消息的参数/信息元素，例如UTC时间信息。
响应于所接收到的消息，基于第一参数和/或第二参数，时间应用可以确定是否执行/实现/提供对UTC的(时间)可追溯性。在示例中，第一参数可以指示5G系统执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定不执行/实现/提供对UTC的(时间)可追溯性。在示例中，第一参数可以指示5G系统不执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定执行/实现/提供对UTC的(时间)可追溯性。
在示例中，第二参数可以指示无线设备执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定不执行/实现/提供对UTC的(时间)可追溯性。在示例中，第二参数可以指示无线设备不执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定执行/实现/提供对UTC的(时间)可追溯性。
在示例中，网络/通信系统(例如5G系统、基站、(R)AN)可以向无线设备提供UTC时间信息，无线设备可以向时间应用发送/转发UTC时间信息。
在示例中，网络/通信系统(例如5G系统、基站、(R)AN)可以执行/实现/提供如图22中所描述的对UTC的(时间)可追溯性，为简洁起见，这里不再重复进一步的描述。
在示例中，无线设备(例如UE)可以执行/实现/提供如图22中所描述的对UTC的(时间)可追溯性，为简洁起见，这里不再重复进一步的描述。
在示例中，时间应用可以执行/实现/提供如图22中所描述的对UTC的(时间)可追溯性，为简洁起见，这里不再重复进一步的描述。
图29是可包括一个或多个动作的示例呼叫流程。在示例中，网络的控制平面功能(例如SMF)可以从无线设备(例如UE)接收第一消息。在示例中，第一消息可以包括指示UTC时间请求的第一参数(例如请求UTC时间)。在示例中，第一消息可以包括指示无线设备的对UTC的(时间)可追溯性能力的第二参数(例如UE的可追溯性能力)。在示例中，网络可以是通信系统(例如5G系统)，其中通信系统可以包括基站、AMF、SMF和/或UPF。在示例中，第一消息可以包括NAS消息(例如PDU会话建立请求)。
在示例中，第一参数/请求UTC时间可以指示无线设备请求UTC时间服务。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持对UTC的(时间)可追溯性的能力。例如，第二参数/UE的可追溯性能力可以指示无线设备支持对UTC的(时间)可追溯性。例如，第二参数/UE的可追溯性能力可以指示无线设备不支持对UTC的(时间)可追溯性。
在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持识别并且/或者记录UTC时间的源。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持识别并且/或者记录从UTC时间的源到UTC时间的接收方的UTC时间的分配链。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持监视并且/或者记录两个或更多个UTC时间源。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持从两个或更多个源中选择正确/更准确的UTC时间源。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持校准并且/或者记录UTC时间。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持通过基于以下中的一者或多者使UTC时间偏移来调整UTC时间：闰秒；驻留时间和/或传输延迟。在示例中，第二参数/UE的可追溯性能力可以指示无线设备支持记录对UTC的可追溯性的实现。
在示例中，UE可以经由基站(例如(R)AN)和/或AMF将PDU会话建立请求消息发送到SMF。例如，UE可以将NAS消息发送到AMF。在示例中，NAS消息可以包括以下中的至少一项：S-NSSAI、UE请求的DNN、PDU会话ID、请求类型、旧PDU会话ID和/或N1 SM容器。在示例中，N1 SM容器可以包括PDU会话建立请求消息和/或端口管理信息容器。在示例中，PDU会话建立请求消息可以包括第一参数/请求UTC时间和/或第二参数/UE的可追溯性能力。在示例中，PDU会话建立请求消息可以包括以下中的至少一项：PDU会话ID、所请求的PDU会话类型、所请求的SSC模式、5GSM能力、PCO、SM PDU DN请求容器、包滤波器数量、标头压缩配置、UE完整性保护最大数据速率、所请求的永久在线PDU会话等。
在示例中，响应于所接收到的消息，AMF可以选择SMF，并且将Nsmf_PDUSession_CreateSMContext请求消息发送到SMF。Nsmf_PDUSession_CreateSMContext请求消息可以包括以下中的至少一项：SUPI、选定DNN、UE请求的DNN、S-NSSAI、PDU会话ID、AMF ID、请求类型、[PCF ID、相同PCF选择指示]、优先级接入、[小数据速率控制状态]、N1SM容器(PDU会话建立请求)、用户位置信息、接入类型、RAT类型、PEI、GPSI、LADN服务区域中的UE存在性、订阅PDU会话状态通知、DNN选择模式、跟踪要求、控制平面CIoT 5GS优化指示以及/或者仅控制平面指示符。
响应于所接收到的消息，SMF可以采取一个或多个动作。在示例动作中，SMF可以将消息(例如订阅请求)发送到统一数据管理(UDM)。订阅请求消息可以包括以下中的至少一项：UE位置信息、UE标识(SUCI、SUPI和/或5G-GUTI)、第一参数/请求UTC时间和/或第二参数/UE的可追溯性能力。在示例中，SMF可以从UDM接收响应消息(例如订阅响应)。在示例中，订阅响应可以包括UE的UTC时间订阅信息。在示例中，UE的UTC时间订阅信息可以指示针对无线设备的所订阅/所允许的UTC时间服务。例如，UE的UTC时间订阅信息可以包括所订阅/所允许的一个或多个UTC时间源和/或UTC时间的所订阅/所允许的准确度。
在示例动作中，基于第一消息、订阅响应和/或网络的可追溯性能力，SMF可以确定网络是否执行/实现/提供对UTC的(时间)可追溯性。
在示例中，网络的可追溯性可以指示网络(例如5G系统、基站、UPF)支持对UTC的(时间)可追溯性的能力。例如，网络的可追溯性能力可以指示网络支持对UTC的(时间)可追溯性。例如，网络的可追溯性能力可以指示网络不支持对UTC的(时间)可追溯性。网络的可追溯性能力的定义/内容可以类似于如图26中所描述的网络的可追溯性能力的定义/内容，为简洁起见，这里不再重复进一步的描述。
在示例中，基于第一参数/请求UTC时间、第二参数/UE的可追溯性能力、所订阅/所允许的一个或多个UTC时间源、UTC时间的所订阅/所允许的准确度以及/或者网络的可追溯性能力，SMF可以确定网络是否执行/实现/提供对UTC的(时间)可追溯性。例如，所订阅/所允许的一个或多个UTC时间源可以指示允许UE使用一个或多个UTC时间源，第二参数/UE的可追溯性能力可以指示无线设备不支持对UTC的(时间)可追溯性，并且/或者网络的可追溯性能力可以指示网络支持对UTC的(时间)可追溯性，SMF可以确定网络执行/实现/提供对UTC的(时间)可追溯性。例如，第二参数/UE的可追溯性能力可以指示无线设备支持对UTC的(时间)可追溯性，并且/或者网络的可追溯性能力可以指示网络支持对UTC的(时间)可追溯性，SMF可以确定网络不执行/实现/提供对UTC的(时间)可追溯性。
在示例动作中，基于第一参数/请求UTC时间、第二参数/UE的可追溯性能力、所订阅/所允许的一个或多个UTC时间源、UTC时间的所订阅/所允许的准确度、网络的可追溯性能力，以及/或者SMF确定网络是否执行/实现/提供对UTC的(时间)可追溯性，SMF可以确定/选择UPF来提供UTC时间服务以及/或者执行/实现/提供对UTC的(时间)可追溯性。例如，PLMN中可以存在多个UPF，并且多个UPF中的一个或多个UPF可以具有向一个或多个无线设备提供UTC时间服务的能力。例如，一个或多个UPF可以连接到如图19中所示出的多个UTC时间源。例如，一个或多个UPF可以经由用户平面通过一个或多个PDU会话向一个或多个无线设备提供UTC时间服务。例如，一个或多个UPF可以执行/实现/提供对UTC的(时间)可追溯性。
在示例动作中，SMF可以将消息(例如N4会话请求)发送到UPF。N4会话请求消息可以包括以下中的至少一项：无线设备的UE标识(例如IPv4地址和/或IPv6前缀)、第一参数/请求UTC时间、所订阅/所允许的一个或多个UTC时间源、UTC时间的所订阅/所允许的准确度、网络的可追溯性能力以及/或者指示网络是否执行/实现/提供对UTC的(时间)可追溯性的参数(例如网络提供对UTC的可追溯性指示)。
响应于所接收到的消息，UPF可以采取一个或多个动作。在示例动作中，基于UPF的能力、UPF的负载状况和/或N4会话请求消息(例如参数/网络提供对UTC的可追溯性指示)，UPF可以确定其是否可向无线设备提供UTC时间服务。在示例动作中，基于UPF的能力、UPF的负载状况和/或N4会话请求消息(例如参数/网络提供对UTC的可追溯性指示)，UPF可以确定其是否可执行/实现/提供对UTC的(时间)可追溯性。在示例动作中，基于UPF的能力、UPF的负载状况和/或N4会话请求消息(例如所订阅/所允许的一个或多个UTC时间源、UTC时间的所订阅/所允许的准确度)，UPF可以确定针对无线设备的UTC时间源。
在示例动作中，UPF可以将响应消息(例如N4会话响应)发送到SMF。在示例中，N4会话响应可以包括指示UPF向无线设备提供UTC时间服务的第一信息元素。在示例中，N4会话响应可以包括指示UPF执行/实现/提供对UTC的(时间)可追溯性的第二信息元素。
响应于所接收到的消息，SMF可以经由AMF将NAS响应(例如PDU会话响应)消息发送到UE。在示例中，PDU会话响应消息可以包括参数/指示网络是否执行/实现/提供对UTC的(时间)可追溯性的网络提供对UTC的可追溯性指示。例如，参数/网络提供对UTC的可追溯性指示可以指示网络(例如5G系统、UPF)执行/实现/提供对UTC的(时间)可追溯性。例如，参数/网络提供对UTC的可追溯性指示可以指示网络不执行/实现/提供对UTC的(时间)可追溯性。
在示例中，PDU会话响应消息可以包括UTC时间信息。UTC时间信息的定义/内容可以类似于如图22中所描述的UTC时间信息的定义/内容。为简洁起见，这里不再重复进一步的描述。
响应于从SMF接收到的消息，无线设备可以采取一个或多个动作。在示例中，时间应用(例如第3方应用、金融客户)可以与无线设备(例如UE)协同定位。在示例动作中，基于参数/关于网络是否执行/实现/提供对UTC的(时间)可追溯性的网络提供对UTC的可追溯性指示，UE/时间应用可以确定是否执行/实现/提供对UTC的(时间)可追溯性。例如，该参数/网络提供对UTC的可追溯性指示可以指示网络(例如5G系统)执行/实现/提供对UTC的(时间)可追溯性，UE/时间应用可以确定不执行/实现/提供对UTC的(时间)可追溯性。例如，该参数/网络提供对UTC的可追溯性指示可以指示网络(例如5G系统)不执行/实现/提供对UTC的(时间)可追溯性，UE/时间应用可以确定执行/实现/提供对UTC的(时间)可追溯性。
在示例中，时间应用可以不与无线设备协同定位。在示例动作中，无线设备可以将时间消息发送到时间应用。时间消息可以包括指示网络是否执行/实现/提供对UTC的(时间)可追溯性的第一参数(例如对UTC的可追溯性指示)。时间消息可以包括指示无线设备是否执行/实现/提供对UTC的(时间)可追溯性的第二参数。在示例中，时间消息可以包括PDU会话响应消息的参数/信息元素，例如UTC时间信息。
响应于所接收到的消息，基于第一参数和/或第二参数，时间应用可以确定是否执行/实现/提供对UTC的(时间)可追溯性。在示例中，第一参数可以指示5G系统执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定不执行/实现/提供对UTC的(时间)可追溯性。在示例中，第一参数可以指示5G系统不执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定执行/实现/提供对UTC的(时间)可追溯性。
在示例中，第二参数可以指示无线设备执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定不执行/实现/提供对UTC的(时间)可追溯性。在示例中，第二参数可以指示无线设备不执行/实现/提供对UTC的(时间)可追溯性，时间应用可以确定执行/实现/提供对UTC的(时间)可追溯性。
在示例中，网络/通信系统(例如5G系统、UPF)可以(例如经由用户平面通过PDU会话)向无线设备提供UTC时间信息，无线设备可以将UTC时间信息发送/转发到时间应用。
在示例中，网络/通信系统(例如5G系统、UPF)可以执行/实现/提供如图22中所描述的对UTC的(时间)可追溯性，为简洁起见，这里不再重复进一步的描述。
在示例中，无线设备(例如UE)可以执行/实现/提供如图22中所描述的对UTC的(时间)可追溯性，为简洁起见，这里不再重复进一步的描述。
在示例中，时间应用可以执行/实现/提供如图22中所描述的对UTC的(时间)可追溯性，为简洁起见，这里不再重复进一步的描述。
图30是可包括一个或多个动作的示例呼叫流程。在示例中，PCF和/或NEF可以从UDM和/或OAM接收消息(例如网络配置)。网络配置消息可以包括指示对网络的UTC能力的(时间)可追溯性的第一参数(例如网络的可追溯性能力)。网络配置消息可以包括指示网络所支持的UTC时间的准确度的第二参数(例如UTC时间的所支持的准确度)。在示例中，网络可以是通信系统(例如5G系统)，其中通信系统可以包括基站、AMF、SMF、UPF、PCF和/或NEF。在示例中，网络的可追溯性可以指示网络(例如5G系统、基站、UPF)支持对UTC的(时间)可追溯性的能力。例如，网络的可追溯性能力可以指示网络支持对UTC的(时间)可追溯性。例如，网络的可追溯性能力可以指示网络不支持对UTC的(时间)可追溯性。网络的可追溯性能力的定义/内容可以类似于如图26中所描述的网络的可追溯性能力的定义/内容，为简洁起见，这里不再重复进一步的描述。在示例中，第二参数/UTC时间的所支持的准确度可以指示与网络所支持的UTC时间的最大偏差。在示例中，第二参数/UTC时间的所支持的准确度可以指示网络所支持的UTC时间的准确度水平(例如毫秒、纳秒)。
在示例中，第一参数/网络的可追溯性能力和/或第二参数/UTC时间的所支持的准确度可以被预先配置在PCF和/或NEF中。在示例中，PCF/NEF可以将消息(例如Nnef_EventExposure_Notify)发送到AF。Nnef_EventExposure_Notify消息可以包括第一参数/网络的可追溯性能力和/或第二参数/UTC时间的所支持的准确度。在示例中，AF可以是第3方应用。在示例中，AF可能需要UTC时间服务。在示例中，AF可以包括时间应用，其中时间应用可能需要UTC时间服务。
响应于所接收到的消息，基于第一参数/网络的可追溯性能力和/或第二参数/UTC时间的所支持的准确度，AF可以确定是否从网络(例如5G系统、PCF/NEF)请求UTC时间。在示例中，AF可以将消息(例如UTC时间请求)发送到PCF/NEF。UTC时间请求消息可以包括指示UTC时间请求的第一参数(例如请求UTC时间)。在示例中，UTC时间请求消息可以包括指示AF的对UTC的(时间)可追溯性能力的第二参数(例如AF的可追溯性能力)。
在示例中，第一参数/请求UTC时间可以指示AF请求UTC时间服务。在示例中，第二参数/AF的可追溯性能力可以指示AF支持对UTC的(时间)可追溯性的能力。例如，第二参数/AF的可追溯性能力可以指示AF支持对UTC的(时间)可追溯性。例如，第二参数/AF的可追溯性能力可以指示AF不支持对UTC的(时间)可追溯性。
在示例中，第二参数/AF的可追溯性能力可以指示AF支持识别并且/或者记录UTC时间的源。在示例中，第二参数/AF的可追溯性能力可以指示AF支持识别并且/或者记录从UTC时间的源到UTC时间的接收方的UTC时间的分配链。在示例中，第二参数/AF的可追溯性能力可以指示AF支持监视并且/或者记录两个或更多个UTC时间源。在示例中，第二参数/AF的可追溯性能力可以指示AF支持从两个或更多个源中选择正确/更准确的UTC时间源。在示例中，第二参数/AF的可追溯性能力可以指示AF支持校准并且/或者记录UTC时间。在示例中，第二参数/AF的可追溯性能力可以指示AF支持通过基于以下中的一者或多者使UTC时间偏移来调整UTC时间：闰秒；驻留时间和/或传输延迟。在示例中，第二参数/AF的可追溯性能力可以指示AF支持记录对UTC的可追溯性的实现。
响应于所接收到的消息，PCF/NEF可以采取一个或多个动作。
在示例动作中，基于第一参数/请求UTC时间、第二参数/AF的可追溯性能力以及/或者网络的可追溯性能力，PCF/NEF可以确定网络是否执行/实现/提供对UTC的(时间)可追溯性。在示例中，网络的可追溯性可以指示网络(例如5G系统、基站、UPF)支持对UTC的(时间)可追溯性的能力。例如，网络的可追溯性能力可以指示网络支持对UTC的(时间)可追溯性。例如，网络的可追溯性能力可以指示网络不支持对UTC的(时间)可追溯性。网络的可追溯性能力的定义/内容可以类似于如图26中所描述的网络的可追溯性能力的定义/内容，为简洁起见，这里不再重复进一步的描述。
在示例中，基于第一参数/请求UTC时间、第二参数/AF的可追溯性能力以及/或者网络的可追溯性能力，PCF/NEF可以确定网络(例如5G系统、基站、UPF)执行/实现/提供对UTC的(时间)可追溯性。在示例中，基于第一参数/请求UTC时间、第二参数/AF的可追溯性能力以及/或者网络的可追溯性能力，PCF/NEF可以确定网络不执行/实现/提供对UTC的(时间)可追溯性。
在示例动作中，PCF/NEF可以将消息(例如策略关联修改、UTC时间请求)发送到SMF。策略关联修改/UTC时间请求消息可以包括第一参数/请求UTC时间和/或第二参数/AF的可追溯性能力。在示例动作中，PCF/NEF可以经由SMF和/或AMF将策略关联修改/UTC时间请求消息发送到基站(例如(R)AN)。
响应于所接收到的消息，SMF可以采取一个或多个动作。在示例动作中，基于第一参数/请求UTC时间、第二参数/AF的可追溯性能力以及/或者网络的可追溯性能力，PCF/NEF可以确定网络是否执行/实现/提供对UTC的(时间)可追溯性。在示例中，基于第一参数/请求UTC时间、第二参数/AF的可追溯性能力以及/或者网络的可追溯性能力，SMF可以确定网络(例如5G系统、基站、UPF)执行/实现/提供对UTC的(时间)可追溯性。在示例中，基于第一参数/请求UTC时间、第二参数/AF的可追溯性能力以及/或者网络的可追溯性能力，SMF可以确定网络不执行/实现/提供对UTC的(时间)可追溯性。
在示例动作中，SMF可以经由AMF将消息(例如PDU会话修改请求)发送到基站(例如(R)AN)，PDU会话修改请求消息可以包括第一参数/请求UTC时间和/或第二参数/AF的可追溯性能力。
响应于所接收到的消息，(R)AN可以采取一个或多个动作。在示例动作中，基于第一参数/请求UTC时间、第二参数/AF的可追溯性能力以及/或者网络的可追溯性能力，(R)AN可以确定网络是否执行/实现/提供对UTC的(时间)可追溯性。在示例中，基于第一参数/请求UTC时间、第二参数/AF的可追溯性能力以及/或者网络的可追溯性能力，(R)AN可以确定网络(例如5G系统、基站、UPF)执行/实现/提供对UTC的(时间)可追溯性。在示例中，基于第一参数/请求UTC时间、第二参数/AF的可追溯性能力以及/或者网络的可追溯性能力，(R)AN可以确定网络不执行/实现/提供对UTC的(时间)可追溯性。
在示例动作中，(R)AN可以经由AMF将响应消息(例如PDU会话修改响应)发送到SMF。PDU会话修改响应消息可以包括指示网络(例如5G系统、基站、UPF)是否执行/实现/提供对UTC的(时间)可追溯性的参数(例如网络提供对UTC的可追溯性指示)。例如，参数/网络提供对UTC的可追溯性指示可以指示网络执行/实现/提供对UTC的(时间)可追溯性。例如，参数/网络提供对UTC的可追溯性指示可以指示网络不执行/实现/提供对UTC的(时间)可追溯性。
在示例中，PDU会话修改响应消息可以包括UTC时间信息。UTC时间信息的定义/内容可以类似于如图22中所描述的UTC时间信息的定义/内容。为简洁起见，这里不再重复进一步的描述。
在示例中，(响应于所接收到的消息)SMF可以将响应消息(策略关联修改响应、UTC时间响应)发送到PCF/NEF。策略关联修改响应/UTC时间响应消息可以包括参数/网络提供对UTC的可追溯性指示和/或UTC时间信息。
在示例中，(响应于所接收到的消息)PCF/NEF可以将响应消息(UTC时间响应)发送到AF。UTC时间响应可以包括参数/网络提供对UTC的可追溯性指示和/或UTC时间信息。
在示例中，响应于所接收到的消息，基于参数/网络提供对UTC的可追溯性指示，AF可以确定是否执行/实现/提供对UTC的(时间)可追溯性。在示例中，参数/网络提供对UTC的可追溯性指示可以指示5G系统执行/实现/提供对UTC的(时间)可追溯性，AF可以确定不执行/实现/提供对UTC的(时间)可追溯性。在示例中，参数/网络提供对UTC的可追溯性指示可以指示5G系统不执行/实现/提供对UTC的(时间)可追溯性，AF可以确定执行/实现/提供对UTC的(时间)可追溯性。AF执行/实现/提供对UTC的(时间)可追溯性的程序可以类似于如图22中所描述的时间应用执行/实现/提供对UTC的(时间)可追溯性的程序。为简洁起见，这里不再重复进一步的描述。
在示例实施方案中，无线设备可以从基站接收第一消息。第一消息可以包括指示网络是否执行对协调世界时(UTC)的可追溯性的参数。在示例中，基于指示网络是否执行对UTC的可追溯性的参数，无线设备可以确定是否实现对UTC的时间可追溯性。
在示例中，第一消息是主信息块(MIB)消息。在示例中，第一消息是系统信息块(SIB)消息。在示例中，第一消息是随机接入(RA)前导码指派消息。在示例中，第一消息是无线电资源控制(RRC)消息。在示例中，实现对UTC的可追溯性可以包括识别并且/或者记录UTC时间的源。在示例中，实现对UTC的可追溯性可以包括识别并且/或者记录从UTC时间的源到UTC时间的接收方的UTC时间的分配链。在示例中，实现对UTC的可追溯性可以包括监视并且/或者记录两个或更多个UTC时间源。在示例中，实现对UTC的可追溯性可以包括从两个或更多个源中选择“正确”[更准确的]UTC时间源。在示例中，实现对UTC的可追溯性可以包括校准并且/或者记录UTC时间。在示例中，实现对UTC的可追溯性可以包括通过基于以下中的一者或多者使UTC时间偏移来调整UTC时间：闰秒；驻留时间和/或传输延迟。在示例中，实现对UTC的可追溯性可以包括记录对UTC的可追溯性的实现。在示例中，该记录包括创建/生成/存储/[向监管机构提供]可追溯性记录。在示例中，该记录可以指示以下中的一者或多者：无线设备的标识；对UTC的可追溯性的实现方的标识；UTC时间的源；UTC时间的分配链；监视UTC时间；选择正确/更准确的UTC时间；校准UTC时间；以及/或者可追溯性记录所对应的UTC时间的一个或多个时间戳的指示。
在示例中，第一消息可以包括UTC时间信息，其中UTC时间信息可以包括UTC时间的时间戳。在示例中，UTC时间信息可以包括指示对UTC时间的校正的参数。在示例中，UTC时间信息可以包括时间尺度PTP，该时间尺度PTP指示自使用由国际原子时(TAI)定义的秒测量的PTP纪元以来经过的时间。在示例中，UTC时间信息可以包括时间尺度ARB，该时间尺度ARB指示由管理程序设置的纪元。在示例中，UTC时间信息可以包括振荡器频率，该振荡器频率指示用于建立或维持PTP实例的时间尺度的振荡器。在示例中，UTC时间信息可以包括指示域的时间尺度的起源的纪元，例如PTP纪元是1970年1月1日00:00:00TAI。在示例中，UTC时间信息可以包括指示IERS公报C中指定的TAI与UTC之间的偏移的UTC偏移。在示例中，对UTC的可追溯性是对UTC的时间可追溯性。在示例中，网络可以包括以下中的至少一项：通信系统；5G系统；基站；AMF；SMF；和/或UPF。在示例中，对UTC的可追溯性可以指示所接收到的UTC时间/时间戳可从UTC时间的接收方追溯回UTC时间的源。在示例中，对UTC的可追溯性可以包括以下中的至少一项：UTC时间源；来自UTC时间源的分配链；UTC时间监视；UTC时间校准；以及/或者对UTC的时间可追溯性的记录。
在示例实施方案中，网络的基站可以将第一消息传输到无线设备。第一消息可以包括指示网络提供对协调世界时(UTC)的可追溯性的参数。在示例中，基站可以将UTC的一个或多个时间戳传输到无线设备。在示例中，基站可以实现/提供对与一个或多个时间戳相关联的UTC的可追溯性。在示例中，该实现包括创建/生成可追溯性记录。在示例中，基站可以向监管机构提供可追溯性记录。在示例中，监管机构可以要求一个或多个时间戳与对UTC的可追溯性相关联。
在示例实施方案中，无线设备可以将第一消息发送到基站。第一消息可以包括指示UTC时间请求的第一参数。在示例中，无线设备可以从基站接收第二消息。第二消息可以包括指示网络不提供对UTC的可追溯性的参数。在示例中，无线设备可以从基站接收一个或多个UTC时间戳。在示例中，基于该参数，无线设备可以实现对与一个或多个UTC时间戳相关联的UTC的可追溯性。在示例中，第一消息可以包括指示无线设备的对协调世界时(UTC)的可追溯性能力的参数。
在示例实施方案中，网络的基站可以从无线设备接收第一消息，该第一消息包括：指示UTC时间请求的第一参数；以及指示无线设备的对协调世界时(UTC)的可追溯性能力的第二参数。在示例中，基于第二参数和/或网络的对UTC的可追溯性能力，基站可以确定网络是否实现对UTC的可追溯性。在示例中，基站可以将第三参数发送到无线设备。第三参数可以指示网络是否实现对UTC的可追溯性。
在示例实施方案中，网络的接入和移动性管理功能(AMF)可以从无线设备接收第一消息。第一消息可以包括指示UTC时间请求的第一参数；以及/或者指示无线设备的对协调世界时(UTC)的可追溯性能力的第二参数。在示例中，基于第二参数和/或网络的对UTC的可追溯性能力，AMF可以确定网络是否实现对UTC的可追溯性。在示例中，AMF可以将第三参数发送到无线设备。第三参数可以指示网络是否实现对UTC的可追溯性。在示例中，AMF可以将第二消息发送到UDM。第二消息可以请求无线设备的订阅信息。第二消息可以包括以下中的至少一项：第一参数；第二参数；和/或UE标识。在示例中，AMF可以从UDM接收响应消息。响应消息可以包括以下中的至少一项：所订阅/所允许的一个或多个UTC时间源；以及/或者UTC时间的所订阅/所允许的准确度。
在示例实施方案中，网络的会话管理功能(SMF)可以从无线设备接收第一消息。第一消息可以包括指示UTC时间请求的第一参数；以及/或者指示无线设备的对协调世界时(UTC)的可追溯性能力的第二参数。在示例中，基于第二参数和/或网络的对UTC的可追溯性能力，SMF可以确定网络是否实现对UTC的可追溯性。在示例中，SMF可以将第三参数发送到无线设备。第三参数可以指示网络是否实现对UTC的可追溯性。在示例中，SMF可以将第二消息发送到UDM。第二消息可以请求无线设备的订阅信息。第二消息可以包括以下中的至少一项：第一参数；第二参数；和/或UE标识。在示例中，SMF可以从UDM接收响应消息。响应消息可以包括以下中的至少一项：所订阅/所允许的一个或多个UTC时间源；以及/或者UTC时间的所订阅/所允许的准确度。在示例中，SMF可以将第三消息发送到UPF。第三消息可以包括以下中的至少一项：UE标识、第一参数、所订阅/所允许的一个或多个UTC时间源、UTC时间的所订阅/所允许的准确度、网络的可追溯性能力以及/或者网络提供对UTC的可追溯性指示。在示例中，SMF可以从UPF接收对第三消息的响应消息，其中该响应消息可以包括以下中的至少一项：指示UPF向无线设备提供UTC时间服务的第一信息元素；以及/或者指示UPF执行/实现/提供对UTC的(时间)可追溯性的第二信息元素。
在示例实施方案中，基站可以从应用功能(AF)接收第一消息。第一消息可以包括指示UTC时间请求的第一参数；以及/或者指示AF的对协调世界时(UTC)的可追溯性能力的第二参数。在示例中，基于第二参数和/或网络的对UTC的可追溯性能力，基站可以确定是否实现对UTC的可追溯性。在示例中，基站可以将第三参数发送到AF。第三参数可以指示网络是否实现对UTC的可追溯性。
在示例实施方案中，PCF/NEF可以从应用功能(AF)接收第一消息。第一消息可以包括指示UTC时间请求的第一参数；以及/或者指示AF的对协调世界时(UTC)的可追溯性能力的第二参数。在示例中，基于第二参数和/或网络的对UTC的可追溯性能力，PCF/NEF可以确定是否实现对UTC的可追溯性。在示例中，PCF/NEF可以将第三参数发送到AF。第三参数可以指示网络是否实现对UTC的可追溯性。
在示例实施方案中，SMF可以从应用功能(AF)接收第一消息。第一消息可以包括指示UTC时间请求的第一参数；以及/或者指示AF的对协调世界时(UTC)的可追溯性能力的第二参数。在示例中，基于第二参数和/或网络的对UTC的可追溯性能力，SMF可以确定是否实现对UTC的可追溯性。在示例中，PCF/NEF可以将第三参数发送到AF。第三参数可以指示网络是否实现对UTC的可追溯性。
Claims (100)
1.一种方法，所述方法包括：
由无线设备向基站发送RRC消息，所述RRC消息包括：
协调世界时UTC时间请求；以及/或者
关于所述无线设备是否执行对UTC的时间可追溯性的指示；
由所述无线设备从网络的所述基站接收消息，所述消息包括：
一个或多个UTC时间戳；以及
关于所述网络是否执行对协调世界时UTC的时间可追溯性的指示；
基于所述网络执行对UTC的时间可追溯性，不由所述无线设备实现对UTC的时间可追溯性；以及
基于所述网络不执行对UTC的时间可追溯性，由所述无线设备实现对UTC的时间可追溯性，其中实现对UTC的时间可追溯性包括以下中的至少一项：
校准并且/或者记录UTC时间和/或UTC时间戳；
识别并且/或者记录所述UTC时间和/或UTC时间戳的源；以及/或者
识别并且/或者记录从所述UTC时间和/或UTC时间戳的所述源到所述UTC时间和/或UTC时间戳的接收方的所述UTC时间和/或UTC时间戳的分配链。
2.如权利要求1所述的方法，其中所述RRC消息是RRC设置完成消息。
3.如权利要求1至2中的一项所述的方法，其中实现对UTC的时间可追溯性包括将UTC时间和/或UTC时间戳进行调整和/或偏移。
4.如权利要求1至3中的一项所述的方法，其中实现对UTC的时间可追溯性包括记录对UTC的所述可追溯性的所述实现。
5.一种方法，所述方法包括：
由无线设备从网络的基站接收消息，所述消息包括关于所述网络是否执行对协调世界时UTC的时间可追溯性的指示；
基于所述网络执行对UTC的时间可追溯性，不由所述无线设备实现对UTC的时间可追溯性；以及
基于所述网络不执行对UTC的时间可追溯性，由所述无线设备实现对UTC的时间可追溯性，其中实现对UTC的时间可追溯性包括以下中的至少一项：
校准并且/或者记录UTC时间和/或UTC时间戳；
识别并且/或者记录所述UTC时间和/或UTC时间戳的源；以及/或者
识别并且/或者记录从所述UTC时间和/或UTC时间戳的所述源到所述UTC时间和/或UTC时间戳的接收方的所述UTC时间和/或UTC时间戳的分配链。
6.如权利要求5所述的方法，所述方法还包括由所述无线设备向所述基站发送RRC消息，所述RRC消息包括：
协调世界时UTC时间请求；以及/或者
关于所述无线设备是否执行对UTC的所述时间可追溯性的指示。
7.如权利要求6所述的方法，其中所述RRC消息是RRC设置完成消息。
8.如权利要求5至7中的一项所述的方法，其中所述消息包括一个或多个UTC时间戳。
9.如权利要求5至8中的一项所述的方法，其中实现对UTC的时间可追溯性包括将UTC时间和/或UTC时间戳进行调整和/或偏移。
10.如权利要求5至9中的一项所述的方法，其中实现对UTC的时间可追溯性包括记录对UTC的所述可追溯性的所述实现。
11.一种方法，所述方法包括：
由无线设备从网络的基站接收关于所述网络是否执行对协调世界时UTC的时间可追溯性的指示；以及
基于所述网络不执行对UTC的时间可追溯性，由所述无线设备实现对UTC的时间可追溯性。
12.如权利要求11所述的方法，所述方法还包括由所述无线设备从所述基站接收一个或多个UTC时间戳。
13.如权利要求12所述的方法，所述方法还包括：由所述无线设备基于所述网络不执行对UTC的时间可追溯性，针对所述一个或多个UTC时间戳实现对UTC的所述时间可追溯性。
14.如权利要求11至13中的一项所述的方法，所述方法还包括由所述无线设备从所述基站接收消息，所述消息包括关于所述网络是否执行对UTC的时间可追溯性的所述指示以及所述一个或多个UTC时间戳。
15.如权利要求11至13中的一项所述的方法，所述方法还包括由所述无线设备从所述基站接收消息，所述消息包括关于所述网络是否执行对UTC的时间可追溯性的所述指示。
16.如权利要求14至15中的一项所述的方法，其中所述消息包括以下中的至少一项：
无线电资源控制消息；
随机接入前导码；
主信息块MIB；以及
系统信息块SIB。
17.如权利要求11至16中的一项所述的方法，其中关于所述网络是否执行对UTC的时间可追溯性的所述指示指示所述网络是否将所述UTC追溯到所述UTC的源。
18.如权利要求11至17中的一项所述的方法，所述方法还包括：基于所述网络执行对UTC的时间可追溯性，不由所述无线设备实现对UTC的时间可追溯性。
19.如权利要求11至18中的一项所述的方法，其中实现对UTC的时间可追溯性包括以下中的至少一项：
校准并且/或者记录UTC时间和/或UTC时间戳；
识别并且/或者记录所述UTC时间和/或UTC时间戳的源；以及/或者
识别并且/或者记录从所述UTC时间和/或UTC时间戳的所述源到所述UTC时间和/或UTC时间戳的接收方的所述UTC时间和/或UTC时间戳的分配链。
20.如权利要求11至19中的一项所述的方法，其中实现对UTC的时间可追溯性包括：
监视并且/或者记录所述UTC时间和/或UTC时间戳的两个或更多个源；以及
选择所述UTC时间和/或UTC时间戳的两个或更多个源中的更准确的源。
21.如权利要求11至20中的一项所述的方法，其中实现对UTC的时间可追溯性包括将UTC时间和/或UTC时间戳进行调整和/或偏移。
22.如权利要求21所述的方法，其中所述将UTC时间和/或UTC时间戳进行调整和/或偏移是基于闰秒、驻留时间和/或传输延迟中的至少一项。
23.如权利要求11至22中的一项所述的方法，其中实现对UTC的时间可追溯性包括记录对UTC的(可)追溯(性)的实现。
24.如权利要求23所述的方法，其中所述记录对UTC的所述可追溯性的所述实现包括创建、生成、存储、发送以及/或者向监管机构提供UTC可追溯性记录，所述UTC可追溯性记录指示以下中的至少一项：
所述无线设备的标识；
对UTC的所述可追溯性的实现方的标识；
所述UTC时间和/或UTC时间戳的源；
所述UTC时间和/或UTC时间戳的分配链；
监视所述UTC时间和/或UTC时间戳；
选择更准确的所述UTC时间和/或UTC时间戳；
校准所述UTC时间和/或UTC时间戳；以及
所述可追溯性记录所对应的所述UTC时间的一个或多个时间戳的指示。
25.如权利要求11至24中的一项所述的方法，所述方法还包括由所述无线设备向所述基站传输RRC消息。
26.如权利要求25所述的方法，其中所述RRC消息是RRC设置完成消息。
27.如权利要求25至26中的一项所述的方法，其中所述RRC消息包括UTC时间请求以及/或者关于所述无线设备是否执行对UTC的所述时间可追溯性的指示。
28.如权利要求25至27中的一项所述的方法，其中所述传输所述RRC消息是在所述接收关于所述网络是否执行对UTC的时间可追溯性的所述指示之前进行的，
29.一种无线设备，所述无线设备包括一个或多个处理器以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时使得所述无线设备执行如权利要求1至28中任一项所述的方法。
30.一种包括指令的非暂时性计算机可读介质，所述指令在由一个或多个处理器执行时使得所述一个或多个处理器执行如权利要求1至28中任一项所述的方法。
31.一种方法，所述方法包括：
由网络的基站向无线设备传输关于所述网络是否执行对协调世界时UTC的时间可追溯性的指示；以及
基于所述网络执行对UTC的时间可追溯性，由所述基站实现对UTC的时间可追溯性。
32.如权利要求31所述的方法，所述方法还包括由所述基站向所述无线设备传输一个或多个UTC时间戳。
33.如权利要求32所述的方法，所述方法还包括：由所述基站基于所述网络执行对UTC的时间可追溯性，针对所述一个或多个UTC时间戳实现对UTC的所述时间可追溯性。
34.如权利要求31至33中的一项所述的方法，所述方法还包括由所述基站向所述无线设备传输消息，所述消息包括关于所述网络是否执行对UTC的时间可追溯性的所述指示以及所述一个或多个UTC时间戳。
35.如权利要求31至33中的一项所述的方法，所述方法还包括由所述基站向所述无线设备传输消息，所述消息包括关于所述网络是否执行对UTC的时间可追溯性的所述指示。
36.如权利要求34至35中的一项所述的方法，其中所述消息包括以下中的至少一项：
无线电资源控制消息；
随机接入前导码；
主信息块MIB；以及
系统信息块SIB。
37.如权利要求31至36中的一项所述的方法，其中关于所述网络是否执行对UTC的时间可追溯性的所述指示指示所述网络是否将所述UTC追溯到所述UTC的源。
38.如权利要求31至37中的一项所述的方法，所述方法还包括：基于所述网络不执行对UTC的时间可追溯性，不由所述基站实现对UTC的时间可追溯性。
39.如权利要求31至38中的一项所述的方法，其中实现对UTC的时间可追溯性包括以下中的至少一项：
校准并且/或者记录UTC时间和/或UTC时间戳；
识别并且/或者记录所述UTC时间和/或UTC时间戳的源；以及/或者
识别并且/或者记录从所述UTC时间和/或UTC时间戳的所述源到所述UTC时间和/或UTC时间戳的接收方的所述UTC时间和/或UTC时间戳的分配链。
40.如权利要求31至39中的一项所述的方法，其中实现对UTC的时间可追溯性包括：
监视并且/或者记录所述UTC时间和/或UTC时间戳的两个或更多个源；以及
选择所述UTC时间和/或UTC时间戳的两个或更多个源中的更准确的源。
41.如权利要求31至40中的一项所述的方法，其中实现对UTC的时间可追溯性包括将UTC时间和/或UTC时间戳进行调整和/或偏移。
42.如权利要求31至41中的一项所述的方法，其中实现对UTC的时间可追溯性包括记录对UTC的所述可追溯性的所述实现。
43.如权利要求31至42中的一项所述的方法，所述方法还包括由所述基站从所述无线设备接收RRC消息。
44.如权利要求43所述的方法，其中所述RRC消息：
是RRC设置完成消息；并且/或者
包括UTC时间请求以及/或者关于所述无线设备是否执行对UTC的所述时间可追溯性的指示。
45.如权利要求43至45中的一项所述的方法，其中所述传输关于所述网络是否执行对UTC的时间可追溯性的所述指示是基于所述接收所述RRC消息。
46.如权利要求11至45中的一项所述的方法，所述方法还包括由所述无线设备从所述基站接收UTC时间信息，所述UTC时间信息包括以下中的至少一项：
时间尺度精确时间协议(PTP)，所述时间尺度精确时间协议指示自使用由国际原子时(TAI)定义的秒测量的PTP纪元以来经过的时间；
任意时间尺度(ARB)，所述任意时间尺度指示由管理程序设置的纪元；
振荡器频率，所述振荡器频率指示用于建立或维持PTP实例的所述时间尺度的振荡器；
纪元，所述纪元指示域的时间尺度的起源，例如所述PTP纪元是1970年1月1日00:00:00跟踪区域标识符(TAI)；以及/或者
UTC偏移，所述UTC偏移指示国际地球自转和参考系统服务(IERS)公报C中指定的TAI与UTC之间的偏移。
47.如权利要求11至46所述的方法，其中对UTC的所述时间可追溯性包括以下中的至少一项：
UTC时间源；
来自所述UTC时间源的分配链；
UTC时间监视；
UTC时间校准；以及/或者
对UTC的所述时间可追溯性的记录。
48.一种基站，所述基站包括一个或多个处理器以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时使得所述基站执行如权利要求31至47中任一项所述的方法。
49.一种包括指令的非暂时性计算机可读介质，所述指令在由一个或多个处理器执行时使得所述一个或多个处理器执行如权利要求31至47中任一项所述的方法。
50.一种系统，所述系统包括：
网络的基站，所述基站包括：一个或多个处理器以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时使得所述基站：
向无线设备传输关于所述网络是否执行对协调世界时UTC的时间可追溯性的指示；以及
所述无线设备，其中所述无线设备包括：一个或多个处理器以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时使得所述无线设备：
从所述基站接收关于所述网络是否执行对协调世界时UTC的时间可追溯性的指示；
其中：
基于所述网络执行对UTC的时间可追溯性，所述基站实现对UTC的时间可追溯性；以及
基于所述网络不执行对UTC的时间可追溯性，所述无线设备实现对UTC的时间可追溯性。
51.一种方法，所述方法包括：
由网络的网络节点从无线设备接收所述无线设备的执行对协调世界时UTC的时间可追溯性的无线设备能力的指示；以及
基于所述无线设备不执行对UTC的时间可追溯性，由所述网络节点实现对UTC的时间可追溯性。
52.如权利要求51所述的方法，所述方法还包括由所述网络节点从所述无线设备接收UTC时间请求。
53.如权利要求52所述的方法，其中在包括执行对UTC的所述时间可追溯性的所述无线设备能力的所述指示的消息中接收所述UTC时间请求。
54.如权利要求51至53中的一项所述的方法，其中由所述网络节点实现对UTC的时间可追溯性是基于执行对UTC的所述时间可追溯性的网络能力。
55.如权利要求51至54中的一项所述的方法，所述方法还包括：
由所述网络节点向统一数据管理UDM发送针对所述无线设备的订阅信息的请求；
由所述网络节点从所述UDM接收所述订阅信息。
56.如权利要求55所述的方法，其中针对所述无线设备的所述订阅信息的所述请求包括所述无线设备的至少一个标识符。
57.如权利要求55至56中的一项所述的方法，其中针对所述无线设备的所述订阅信息的所述请求包括执行对UTC的所述时间可追溯性的所述无线设备能力的所述指示。
58.如权利要求55至57中的一项所述的方法，其中针对所述无线设备的所述订阅信息的所述请求包括所述无线设备请求UTC时间的指示。
59.如权利要求55至58中的一项所述的方法，其中所述订阅信息包括所述无线设备订阅UTC时间的准确度的指示。
60.如权利要求55至59中的一项所述的方法，其中所述订阅信息包括所述无线设备订阅一个或多个UTC时间源的指示。
61.如权利要求55至60中的一项所述的方法，其中由所述网络节点实现对UTC的时间可追溯性是基于所述无线设备的所述订阅信息。
62.如权利要求51至61中的一项所述的方法，所述方法还包括由所述网络节点向所述无线设备发送一个或多个UTC时间戳。
63.如权利要求51至62中的一项所述的方法，所述方法还包括由所述网络节点向所述无线设备发送所述网络执行对UTC的时间可追溯性的指示。
64.如权利要求51至63中的一项所述的方法，其中实现对UTC的时间可追溯性包括以下中的至少一项：
校准并且/或者记录UTC时间和/或UTC时间戳；
识别并且/或者记录所述UTC时间和/或UTC时间戳的源；以及/或者
识别并且/或者记录从所述UTC时间和/或UTC时间戳的所述源到所述UTC时间和/或UTC时间戳的接收方的所述UTC时间和/或UTC时间戳的分配链。
65.如权利要求51至64中的一项所述的方法，其中实现对UTC的时间可追溯性包括：
监视并且/或者记录所述UTC时间和/或UTC时间戳的两个或更多个源；以及
选择所述UTC时间和/或UTC时间戳的两个或更多个源中的更准确的源。
66.如权利要求51至65中的一项所述的方法，其中实现对UTC的时间可追溯性包括将UTC时间和/或UTC时间戳进行调整和/或偏移。
67.如权利要求66所述的方法，其中所述将UTC时间和/或UTC时间戳进行调整和/或偏移是基于闰秒、驻留时间和/或传输延迟中的至少一项。
68.如权利要求51至67中的一项所述的方法，其中实现对UTC的时间可追溯性包括记录对UTC的所述可追溯性的所述实现。
69.如权利要求68所述的方法，其中所述记录对UTC的所述可追溯性的所述实现包括创建、生成、存储、发送以及/或者向监管机构提供UTC可追溯性记录，所述UTC可追溯性记录指示以下中的至少一项：
所述无线设备的标识；
对UTC的所述可追溯性的实现方的标识；
所述UTC时间和/或UTC时间戳的源；
所述UTC时间和/或UTC时间戳的分配链；
监视所述UTC时间和/或UTC时间戳；
选择更准确的所述UTC时间和/或UTC时间戳；
校准所述UTC时间和/或UTC时间戳；以及
所述可追溯性记录所对应的所述UTC时间的一个或多个时间戳的指示。
70.如权利要求51至69中的一项所述的方法，其中所述网络节点是接入和移动性管理功能AMF。
71.如权利要求70所述的方法，其中在非接入层NAS消息中接收执行对UTC的所述时间可追溯性的所述无线设备能力的所述指示。
72.如权利要求51至69中的一项所述的方法，其中所述网络节点是会话管理功能SMF。
73.如权利要求72所述的方法，其中在包数据单元PDU会话请求消息中接收执行对UTC的所述时间可追溯性的所述无线设备能力的所述指示。
74.如权利要求72至73中的一项所述的方法，所述方法还包括由所述网络节点向UPF发送第三消息，所述第三消息包括以下中的至少一项：
UE标识；
所述无线设备请求UTC时间的指示；
执行对UTC的所述时间可追溯性的所述无线设备能力的所述指示；
所订阅/所允许的一个或多个UTC时间源；
所述UTC时间的所订阅/所允许的准确度；
网络的可追溯性能力；或者
网络提供对UTC的可追溯性指示。
75.如权利要求72至74中的一项所述的方法，所述方法还包括由所述网络节点从所述UPF接收对所述第三消息的响应消息，其中所述响应消息包括向所述无线设备提供UTC时间的UPF能力。
76.如权利要求72至75中的一项所述的方法，所述方法还包括由所述网络节点从所述UPF接收对所述第三消息的响应消息，其中所述响应消息包括执行对UTC的所述时间可追溯性的UPF能力。
77.一种网络节点，所述网络节点包括一个或多个处理器以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时使得所述网络节点执行如权利要求51至76中任一项所述的方法。
78.一种接入和移动性管理功能AMF，所述接入和移动性管理功能包括一个或多个处理器以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时使得所述AMF执行如权利要求51至71中任一项所述的方法。
79.一种会话管理功能SMF，所述会话管理功能包括一个或多个处理器以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时使得所述SMF执行如权利要求51至69或72至76中任一项所述的方法。
80.一种包括指令的非暂时性计算机可读介质，所述指令在由一个或多个处理器执行时使得所述一个或多个处理器执行如权利要求51至76中任一项所述的方法。
81.一种方法，所述方法包括：
由无线设备向网络的网络节点发送所述无线设备的执行对协调世界时UTC的时间可追溯性的无线设备能力的指示。
82.如权利要求81所述的方法，所述方法还包括由所述无线设备向所述网络节点发送UTC时间请求。
83.如权利要求82所述的方法，其中在包括执行对UTC的所述时间可追溯性的所述无线设备能力的所述指示的消息中发送所述UTC时间请求。
84.如权利要求81至83中的一项所述的方法，所述方法还包括由所述无线设备从所述网络节点接收所述网络不执行对UTC的时间可追溯性的指示。
85.如权利要求84所述的方法，所述方法还包括：基于所述网络不执行对UTC的时间可追溯性的所述指示，由所述无线设备实现对UTC的时间可追溯性。
86.如权利要求81至85中的一项所述的方法，其中所述网络节点是接入和移动性管理功能AMF，并且在非接入层NAS消息中发送执行对UTC的所述时间可追溯性的所述无线设备能力的所述指示。
87.如权利要求81至85中的一项所述的方法，其中所述网络节点是会话管理功能SMF，并且在包数据单元PDU会话请求消息中接收执行对UTC的所述时间可追溯性的所述无线设备能力的所述指示。
88.一种无线设备，所述无线设备包括一个或多个处理器以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时使得所述无线设备执行如权利要求81至87中任一项所述的方法。
89.一种包括指令的非暂时性计算机可读介质，所述指令在由一个或多个处理器执行时使得所述一个或多个处理器执行如权利要求81至87中任一项所述的方法。
90.一种系统，所述系统包括：
无线设备，所述无线设备包括：一个或多个处理器以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时使得所述无线设备：
向网络的网络节点发送所述无线设备的执行对协调世界时UTC的时间可追溯性的无线设备能力的指示；以及
所述网络节点，其中所述网络节点包括：一个或多个处理器以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时使得所述网络节点：
由网络的网络节点从无线设备接收所述无线设备的执行对协调世界时UTC的时间可追溯性的所述无线设备能力的所述指示；以及
基于所述无线设备不执行对UTC的时间可追溯性，由所述网络节点实现对UTC的时间可追溯性。
91.一种方法，所述方法包括：
由网络实体从应用功能AF接收所述AF的执行对协调世界时UTC的时间可追溯性的AF能力的指示；以及
基于所述AF不执行对UTC的时间可追溯性，由所述网络实体实现对UTC的时间可追溯性。
92.如权利要求91所述的方法，所述方法还包括向所述AF发送所述网络实体执行对UTC的所述时间可追溯性的指示。
93.如权利要求91至92中的一项所述的方法，其中由所述网络实体实现对UTC的所述时间可追溯性是基于所述网络实体执行对UTC的所述时间可追溯性的能力。
94.如权利要求91至93中的一项所述的方法，其中所述网络实体是基站。
95.如权利要求91至94中的一项所述的方法，其中所述网络实体是策略控制功能PCF。
96.如权利要求91至95中的一项所述的方法，其中所述网络实体是网络开放功能NEF。
97.如权利要求91至96中的一项所述的方法，其中所述网络实体是会话管理功能SMF。
98.一种网络实体，所述网络实体包括一个或多个处理器以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时使得所述网络实体执行如权利要求91至97中任一项所述的方法。
99.一种包括指令的非暂时性计算机可读介质，所述指令在由一个或多个处理器执行时使得所述一个或多个处理器执行如权利要求91至97中任一项所述的方法。
100.一种系统，所述系统包括：
网络实体，所述网络实体包括：一个或多个处理器以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时使得所述网络实体：
从应用功能AF接收所述AF的执行对协调世界时UTC的时间可追溯性的AF能力的指示；以及
基于所述AF不执行对UTC的时间可追溯性，由所述网络实体实现对UTC的时间可追溯性；以及
所述AF，其中所述AF包括：一个或多个处理器以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时使得所述AF：
发送执行对UTC的时间可追溯性的所述AF能力的所述指示。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202163215826P | 2021-06-28 | 2021-06-28 | |
| US63/215,826 | 2021-06-28 | ||
| PCT/US2022/035318 WO2023278447A1 (en) | 2021-06-28 | 2022-06-28 | Timing resiliency service |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN118044277A true CN118044277A (zh) | 2024-05-14 |
Family
ID=82850406
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202280058564.3A Pending CN118044277A (zh) | 2021-06-28 | 2022-06-28 | 定时弹性服务 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20240129992A1 (zh) |
| EP (1) | EP4364479A1 (zh) |
| CN (1) | CN118044277A (zh) |
| WO (1) | WO2023278447A1 (zh) |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101775089B1 (ko) * | 2014-06-24 | 2017-09-19 | 구글 인코포레이티드 | 메쉬 네트워크 커미셔닝 |
| CN112188286B (zh) * | 2020-10-09 | 2022-06-10 | 上海网达软件股份有限公司 | 一种用于直播流的时间戳标定方法及系统 |
| CN112564840B (zh) * | 2020-12-01 | 2021-11-23 | 中国计量科学研究院 | 一种用于交通监测网络的时间可信校准系统及其操作方法 |
-
2022
- 2022-06-28 EP EP22753808.9A patent/EP4364479A1/en active Pending
- 2022-06-28 CN CN202280058564.3A patent/CN118044277A/zh active Pending
- 2022-06-28 WO PCT/US2022/035318 patent/WO2023278447A1/en active Application Filing
-
2023
- 2023-12-27 US US18/397,706 patent/US20240129992A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| US20240129992A1 (en) | 2024-04-18 |
| EP4364479A1 (en) | 2024-05-08 |
| WO2023278447A1 (en) | 2023-01-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20230397145A1 (en) | Mobility in Non-Public Networks | |
| US20230328520A1 (en) | Aerial Service | |
| US11570739B2 (en) | Uplink data indication | |
| US20230397155A1 (en) | Height-Based Management of Wireless Device | |
| US20230328821A1 (en) | Modifying PDU Sessions In Underlay Networks | |
| US20230029236A1 (en) | Charging for Timing Resiliency Service | |
| US20230413225A1 (en) | Change of Height of Wireless Device | |
| US20230337089A1 (en) | Aerial Service | |
| US20230276391A1 (en) | End-to-end latency measurement | |
| US20240129992A1 (en) | Timing Resiliency Service | |
| US20240179647A1 (en) | Timing Service Type for Timing Resiliency Service | |
| WO2023059615A1 (en) | Time resiliency service | |
| WO2023034337A1 (en) | Timing resiliency service | |
| WO2023043728A1 (en) | Base station selection for timing resiliency service | |
| US20230309166A1 (en) | Asymmetric Channel | |
| US20240114441A1 (en) | Network Access Management | |
| US20230422293A1 (en) | Network Slice Based Priority Access | |
| US20240073996A1 (en) | Network Slice Management based on Inactivity | |
| US20240049333A1 (en) | Wireless Communications for Sidelink Ranging | |
| US20240236680A1 (en) | Mobile Base Station Relay Access | |
| WO2024091565A1 (en) | Multiple paths | |
| WO2023129501A1 (en) | Channel symmetry for communication system | |
| WO2023215379A1 (en) | Ranging service | |
| WO2024148144A1 (en) | Network slice management |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication |