用于检查NIDD消息的端口一致性的方法和实体与流程

用于检查nidd消息的端口一致性的方法和实体
技术领域
1.本公开一般涉及通信系统的技术，尤其涉及一种用于检查非因特网协议数据传送(nidd)消息的端口一致性的方法和实体。


背景技术：

2.本节介绍了可以有助于更好地理解本公开的方面。因此，该节的陈述将从这种角度来阅读，并且不应被理解为承认现有技术的内容或者现有技术中没有的内容。
3.在通信系统中，用于非因特网协议数据传送(nidd)的功能可以用于处理移动发起的(mo)和移动终止的(mt)与用户设备(ue)的通信，其中从演进的分组系统(eps)的观点来看，用于通信的数据被认为是非结构化的(也称为非ip(non-ip)的)。
4.例如，在第四代(4g)通信系统中，需要建立服务能力服务器/应用服务器(scs/as)和到服务能力开放功能(scef)的公共数据网络(pdn)连接之间的关联，以实现用户设备(ue)和scs/as之间的非ip数据的传输。当未启用可靠数据服务时，scef基于提供的可用于将scs/as标识和用户标识映射到接入点名称(apn)的策略来确定该关联。当启用可靠数据服务时，scef基于端口号和提供的可用于将scs/as标识和用户标识映射到apn的策略来确定该关联(参见第3代合作伙伴计划技术规范，3gpp ts 23.682，v16.4.0，第4.5.14.3节)。
5.当多于一个scs/as与相同的pdn连接相关联时，允许发往或来自与多于一个scs/as相关联的一个端口号的分组。此外，被应用于pdn连接的任何策略(例如apn速率控制)都可被应用于来自与pdn连接相关联的所有scs/as的业务。
6.可靠数据服务(rds)可以用于允许使用相同的非ip pdn连接的多个scs/as(即多个应用)的数据传输。
7.此外，当使用pdn类型'非ip'的pdn连接时，用户设备(ue)和scef或分组数据网络网关(p-gw)可以使用可靠数据服务。该服务提供了一种机制，用于scef或p-gw确定数据是否被成功传送给ue，或用于ue确定该数据是否已成功传送给scef。当未接收到所请求的确认时，可靠数据服务重新发送该分组。基于每服务级别协议(sla)的apn配置启用或禁用该服务。
8.当启用该服务时，在非ip pdn连接的端点之间使用协议。该协议使用分组报头来标识是否该分组不需要确认、需要确认、或者是确认并且允许在接收端点处检测和消除重复的pdu。可靠数据服务支持ue内的单个和多个应用。报头中的端口号用于标识发起者(originator)上的应用并标识接收器上的应用。ue、scef和p-gw可以支持保留源和目的地端口号以便它们使用，并且后续释放保留的端口号。可靠数据服务协议(如3gpp ts 24.250v16.1.0中所定义的)也使应用能够查询其对等实体以确定在任何给定时间哪些端口号被保留以及哪些可使用。


技术实现要素：

9.提供本发明内容以用简化形式引入各种概念，其在具体实施方式中进一步描述。
本发明内容不旨在标识所要求保护的主题的关键特征或基本特征，也不旨在被用于限制所要求保护的主题的范围。
10.当前通过nidd配置将静态rds端口信息发送给scef，等等。然后，包括该rds端口信息中的任何一个的mo/mt非ip数据被scef传输。但是，scef将直接传输任何mo/mt非ip数据，包括具有不匹配端口号的这些nidd消息。即，由于包括不匹配端口号的无意义消息，将发生通信资源的浪费以及通信网络中的不期望动作。
11.本公开的某些方面及其实施例可以提供对这些或其他挑战的解决方案。在此提出解决本文公开的一个或多个问题的各种实施例。即，根据本公开的实施例，可以节省用于发送无效nidd数据的网络资源，并且可以避免通信系统中的不期望的动作。
12.本公开的第一方面提供了一种在第一实体处执行的方法，包括：从第二实体接收包括一个或多个rds端口号的非因特网协议数据传送(nidd)消息；以及确定所述一个或多个rds端口号是否在所配置的rds端口列表中。
13.在本公开的实施例中，所述一个或多个rds端口号包括源端口号和目的地端口号。确定所述一个或多个rds端口号是否在所配置的rds端口列表中可以包括：确定所述nidd消息中的所述源端口号是否等于所配置的rds端口列表中的所配置的源端口号；和/或确定所述nidd消息中的所述目的地端口号是否等于所配置的rds端口列表中的所配置的目的地端口号。
14.在本公开的实施例中，所述方法还包括：如果确定所述一个或多个rds端口号不在所配置的rds端口列表中，则丢弃所述nidd消息。
15.在本公开的实施例中，所述方法还包括：如果确定所述一个或多个rds端口号不在所配置的rds端口列表中，则发送包括端口号不一致的指示的响应消息。
16.在本公开的实施例中，所述端口号不一致的所述指示可以包括错误代码和所述nidd消息中的所述端口号的值。
17.在本公开的实施例中，所述响应消息被发送给服务能力服务器/应用服务器(scs/as)或应用功能(af)；所述响应消息包括以下中的至少一个：移动终止的(mt)nidd提交响应消息；组mt nidd提交响应消息；nidd授权通知请求消息；或者移动发起的(mo)nidd指示消息。
18.在本公开的实施例中，所述方法还包括：在发送包括所述端口号不一致的所述指示的所述响应消息之后，从所述scs/as或所述af接收更新的所配置的rds端口列表；或者在发送包括所述端口号不一致的所述指示的所述响应消息之后，从所述scs/as或所述af接收更新的nidd消息。
19.在本公开的实施例中，如果支持rds端口验证特征，则所述第一实体确定所述一个或多个rds端口号是否在所配置的rds端口列表中。
20.在本公开的实施例中，所述第一实体包括服务能力开放功能(scef)或网络开放功能(nef)；以及所述第二实体包括scs/as或af或终端设备。
21.本公开的第二方面提供了一种在第二实体处执行的方法，包括：向第一实体发送包括一个或多个rds端口号的nidd消息。所述第一实体确定所述一个或多个rds端口号是否在所配置的rds端口列表中。
22.在本公开的实施例中，所述一个或多个rds端口号包括源端口号和目的地端口号。
当所述第一实体确定所述一个或多个rds端口号是否在所配置的rds端口列表中时，所述第一实体确定：所述nidd消息中的所述源端口号是否等于所配置的rds端口列表中的所配置的源端口号；和/或所述nidd消息中的所述目的地端口号是否等于所配置的rds端口列表中的所配置的目的地端口号。
23.在本公开的实施例中，如果确定所述一个或多个rds端口号不在所配置的rds端口列表中，则由所述第一实体丢弃所述nidd消息。
24.在本公开的实施例中，所述方法还包括：如果确定所述一个或多个rds端口号不在所配置的rds端口列表中，从所述第一实体接收包括端口号不一致的指示的响应消息。
25.在本公开的实施例中，所述端口号不一致的所述指示可以包括错误代码和所述nidd消息中的所述端口号的值。
26.在本公开的实施例中，所述第二实体包括scs/as或af；并且所述响应消息包括以下中的至少一个：mt nidd提交响应消息；组mt nidd提交响应消息；nidd授权通知请求消息；或mo nidd指示消息。
27.在本公开的实施例中，所述方法还包括：在接收包括所述端口号不一致的所述指示的所述响应消息之后，向所述第一实体发送更新的所配置的rds端口列表；或者在接收包括所述端口号不一致的所述指示的所述响应消息之后，向所述第一实体发送更新的nidd消息。
28.在本公开的实施例中，所述第二实体包括终端设备。
29.在本公开的实施例中，如果支持rds端口验证特征，则所述第一实体确定所述一个或多个rds端口号是否在所配置的rds端口列表中。
30.在本公开的实施例中，所述第一实体包括scef或nef。
31.本公开的第三方面提供了一种用于第一实体的装置，包括：处理器；以及存储器，其包含可由处理器执行的指令。所述第一实体可操作于：从第二实体接收包括一个或多个rds端口号的nidd消息；以及确定所述一个或多个rds端口号是否在所配置的rds端口列表中。
32.在本公开的实施例中，所述第一实体进一步可操作以实现上述任何方法。
33.本公开的第四方面提供了一种用于第二实体的装置，包括：处理器；以及存储器，其包含可由所述处理器执行的指令。所述第二实体可操作于：向第一实体发送包括一个或多个rds端口号的nidd消息。所述第一实体确定所述一个或多个rds端口号是否在所配置的rds端口列表中。
34.在本公开的实施例中，所述第二实体进一步可操作以实现上述任何方法。
35.本公开的第五方面提供了一种用于第一实体的装置，包括：接收单元，其被配置为从第二实体接收包括一个或多个rds端口号的nidd消息；以及确定单元，其被配置为确定所述一个或多个rds端口号是否在所配置的rds端口列表中。
36.在本公开的实施例中，所述第一实体进一步可操作以实现上述任何方法。
37.本公开的第六方面提供了一种用于第二实体的装置，包括：发送单元，其被配置为向第一实体发送包括一个或多个rds端口号的nidd消息。第一实体确定一个或多个rds端口号是否在所配置的rds端口列表中。
38.在本公开的实施例中，所述第二实体进一步可操作以实现上述任何方法。
39.本公开的第七方面提供了一种计算机可读存储介质，其上存储了计算机程序，其中所述计算机程序可由装置执行以使所述装置执行任何上述方法。
40.根据本公开的一些实施例，可以检查nidd消息的端口一致性。因此，可以节省用于发送无效nidd数据的网络资源，并且可以避免通信系统中的不期望的动作。
41.此外，根据本公开的一些实施例，可以改进用于scs/as或af的nidd服务(即，3gpp网络能够将异常情况通知给scs/as或af)。
附图说明
42.通过对附图中的本公开的一些实施例的更详细描述，本公开的上述和其他目的、特征和优点将变得更加明显，其中相同的引用通常是指本公开的实施例中的相同组件。
43.图1是nidd配置的示例性过程图。
44.图2是示出根据本公开实施例的方法的示例性流程图。
45.图3是示出用于nidd消息的地址和控制字段格式的示例图。
46.图4是示出图2中所示的方法的子步骤的示例性流程图。
47.图5是示出图2中所示的方法的附加步骤的示例性流程图。
48.图6是示出图2中所示的方法的附加步骤的另一示例性流程图。
49.图7是用于单个ue的mt nidd的示例性过程。
50.图8是用于一组ue的mt nidd的示例性过程。
51.图9是移动发起的nidd过程的示例性过程。
52.图10是nidd授权更新过程的示例性过程。
53.图11是示出根据本公开实施例的用于第一和第二实体的装置的框图。
54.图12是示出根据本公开实施例的计算机可读存储介质的框图。
55.图13是示出根据本公开实施例的装置的功能单元的框图。
具体实施方式
56.现在将参考附图更全面地描述本文中设想的一些实施例。然而，其他实施例包含在本文所公开的主题的范围内，所公开的主题不应解释为仅限于本文所阐述的实施例；相反，这些实施例仅作为示例提供，以将主题的范围传达给本领域技术人员。
57.通常，除非清楚地给出了和/或在使用该术语的上下文中隐含了不同的含义，否则本文中使用的所有术语将根据其在相关技术领域中的普通含义来解释。除非另外明确说明，否则对一/一个/该元件、装置、组件、设备、步骤等的所有引用应开放地解释为是指该元件、装置、组件、设备、步骤等的至少一个实例。除非明确地将一个步骤描述为在另一个步骤之后或之前和/或隐含地一个步骤必须在另一个步骤之后或之前，否则本文所公开的任何方法的步骤不必以所公开的确切顺序执行。在适当的情况下，本文公开的任何实施例的任何特征可以适用于任何其他实施例。同样，任何实施例的任何优点可以适用于任何其他实施例，反之亦然。通过下面的描述，所附实施例的其他目的、特征和优点将显而易见。
58.在整个说明书中对特征、优点或类似语言的引用并不意味着可以用本公开实现的所有特征和优点都应该是或在本公开的任何单个实施例中。而是，提及特征和优点的语言应被理解为是指结合实施例描述的特定特征、优点或特性包括在本公开的至少一个实施例
中。此外，在一个或多个实施例中，可以以任何合适的方式来组合本公开的所描述的特征、优点和特征。相关领域的技术人员将认识到，可以在没有特定实施例的一个或多个特定特征或优点的情况下实践本公开。在其他情况下，在某些实施例中可以认识到可能在本公开的所有实施例中不存在的附加特征和优点。
59.如本文所使用的，术语“网络”或“通信网络/系统”是指遵循任何适当的通信标准(诸如新无线电(nr)、长期演进(lte)、高级lte、宽带码分多址(wcdma)、高速分组接入(hspa)等)的网络/系统。此外，该通信网络中终端设备与网络节点之间的通信可以根据任何适当的一代通信协议(包括但不限于第一代(1g)、第二代(2g)、2.5g、2.75g、第三代(3g)、4g、4.5g、5g通信协议和/或当前已知或将来将要开发的任何其他协议)来执行。
60.术语“实体”、“网络实体”、“网络功能”可以指在通信网络中具有接入能力的网络设备/装置/节点，终端设备通过其接入网络并从中接收服务。实体/功能可以包括基站(bs)，接入点(ap)、多小区/多播协调实体(mce)、服务器节点/功能(例如服务能力服务器/应用服务器(scs/as)、组通信服务应用服务器(gcs as)、应用功能(af))、开放节点(例如服务能力开放功能(scef)、网络开放功能(nef)、控制器或无线通信网络中的任何其他合适的设备。bs可以是例如节点b(nodeb或nb)、演进的nodeb(enodeb或enb)、下一代nodeb(gnodeb或gnb)、远程无线电单元(rru)、无线电头端(rh)、远程无线电头(rrh)、中继、诸如毫微微节点、微微节点等的低功率节点。
61.网络功能/实体的进一步示例包括多标准无线电(msr)无线电设备(诸如msr bs)、网络控制器(诸如无线电网络控制器(rnc)或基站控制器(bsc))、基站收发器站(bts)、传输点、传输节点、定位节点等。然而，更一般地，网络节点可以表示能够、被配置为、被布置为和/或可操作以启用和/或提供终端设备对无线通信网络的接入或向已经接入无线通信网络的终端设备提供某些服务的任何合适的设备(或设备组)。
62.术语终端设备涵盖能够通过发送和/或接收无线信号与诸如基站的网络功能/节点，或与另一无线设备通信的设备。因此，术语终端设备包括但不限于：移动电话、用于机器到机器通信的静止或移动无线设备、集成或嵌入式无线卡、外部插入无线卡、车辆等。
63.作为又一个具体示例，在物联网(iot)场景中，终端设备也可以称为iot设备，并且表示执行监控、感测和/或测量等并传输这种监控、感测和/或测量等的结果给另一终端设备和/或网络设备的机器或其他设备。在这种情况下，终端设备可以是机器对机器(m2m)设备，其在第三代合作伙伴计划(3gpp)上下文中可以称为机器类型通信(mtc)设备。
64.作为一个特定示例，终端设备可以是实现3gpp窄带物联网(nb-iot)标准的用户设备ue。这样的机器或设备的特定示例是传感器、计量设备(诸如功率计)、工业机械、或家用或个人电器(例如冰箱、电视)、个人可穿戴设备(诸如手表)等。在其他情况下，终端设备可以表示能够监控、感测和/或报告其操作状态或者与其操作相关联的其他功能的车辆或其他设备(例如医疗器械)。
65.如本文中所使用的，术语“第一”、“第二”等是指不同元件。除非上下文另外明确指出，否则单数形式“一”和“一个”也意图包括复数形式。如本文所使用的，术语“包括”、“包含”、“具有”和/或“含有”指定存在所述特征、元件和/或组件等，但是不排除存在或添加一个或多个其他特征、元件、组件和/或其组合。术语“基于”应被理解为“至少部分基于”。术语“一个实施例”和“实施例”应被理解为“至少一个实施例”。术语“另一实施例”应被理解为“至少一个其他实施例”。可以在下文包括其他定义(显式和隐式)。
66.图1是用于nidd配置的示例性过程图。
67.图1与“3gpp ts 23.682 v16.4.0中的图5.13.2-1：用于nidd过程的配置”相同(更多细节参见3gpp ts 23.682 v16.4.0的第5.13.2章节，其全部内容通过引用并入本文)。图1中所示的该配置过程适用于单个ue和一组ue。参见3gpp ts 23.682 v16.4.0第5.13.2章节，在步骤1中，scs/as向scef发送nidd配置请求消息。在步骤2中，如果请求的动作被设置为“取消”，它指示请求的目的是取消由tl tri(t8长期事务参考id)标识的事务，并且流程进入步骤6。如果请求的动作被设置为“更新”，则事务的目的是更新与配置相关联的参数。在步骤3中，scef向hss(归属订户服务器)发送nidd授权请求(外部组标识符、外部标识符或msisdn、apn、mtc提供者信息)，以授权对属于外部组标识符、接收的外部标识符或msisdn的ue的nidd配置请求，并且如果需要，将接收用于nidd的必要信息。在步骤4中，hss检查例如关于外部组标识符、外部标识符或msisdn的存在的nidd授权请求消息。在步骤5中，hss向scef发送nidd授权响应(具有单个值的或列表的(imsi和msisdn或外部标识符)结果)消息以确认接受nidd授权请求。在步骤6中，scef向scs/as发送nidd配置响应(tltri、最大分组大小、可靠数据服务指示和原因)消息以确认接受nidd配置请求和删除所标识的nidd配置(如果被要求的话)。
68.在这种nidd配置过程中，scs/as可以在rds配置中发送rds端口的列表。这些端口将用于之后的非ip数据传输。
69.静态rds端口信息可以通过nidd配置来发送，如图1所示。替代地，在ue和scef之间引入动态rds端口管理过程(参见其全部内容通过引用并入本文的3gpp ts 24.250 v16.1.0)，scs/as可以(通过scef)与ue动态地协商关于rds端口保留/释放。
70.然而，scef不验证接收的rds端口，即它是否与后续接收的mo/mt非ip数据对齐。
71.然后，有可能mo/mt nidd中包括的rds端口没有通过先前的nidd配置来设置/配置。如果对于mo nidd存在不匹配，如果是从ue接收的，则mo数据可能被scef默默地丢弃；对于mt nidd，mt数据可以被传输给ue，但由于未知的rds端口(即未知应用)，被ue默默地丢弃。
72.因此，仍然传输了诸如具有不匹配的端口信息的mt nidd的不期望的数据，从而浪费通信资源并在通信网络中引起不期望的不可预测的动作。
73.图2是示出根据本公开实施例的方法的示例性流程图。
74.如图2所示，在第一实体100处执行的方法可以包括：步骤s101，从第二实体接收包括端口号特别是一个或多个rds端口号的非因特网协议数据传送(nidd)消息；以及步骤s102，确定一个或多个rds端口号是否与nidd配置一致。特别地，nidd配置可以包括所配置的rds端口列表。可以确定一个或多个rds端口号是否在所配置的rds端口列表中。
75.在本公开的实施例中，第一实体100可以包括能够在通信系统中在nidd过程期间接收nidd数据的任何实体。例如，第一实体100可以包括如图1所示的scef，或第五代(5g)通信系统中的网络开放功能(nef)。
76.在第二实体200处执行的方法可以包括：步骤s201，向第一实体发送包括端口号(例如，一个或多个rds端口号)的nidd消息。第一实体确定端口号是否与nidd配置一致(例如，一个或多个rds端口号是否在所配置的rds端口列表中)。
77.在本公开的实施例中，第二实体200可以包括能够在通信系统中在nidd过程期间发送nidd数据的任何实体。例如，第二实体100可以包括如图1所示的scs/as，5g系统中的应用功能(af)，或终端设备，例如任何ue。
78.根据本公开的实施例，第一实体100可以检查任何接收的nidd消息和nidd配置之间的端口一致性。因此，可以节省用于发送无效nidd数据的网络资源，并且可以避免通信系统中的不期望的动作。
79.图3是示出用于nidd消息的地址和控制字段格式的示例图。图3与3gpp ts 24.250，v16.1.0的“图5.2.1-1：地址和控制字段格式”相同。i帧可以是用于确认的信息传输；s帧可以是用于监督功能；ui帧可以是用于未确认的信息传输；u帧可以是用于控制功能。对图3中的比特的描述可以如下：a是用于确认请求比特；mn是用于非数字功能比特；n(r)是用于接收序列号；n(s)是用于发送序列号；n(u)是用于未确认的序列号；sn是用于监督功能比特；rn是用于选择性确认比特图比特；pd是用于协议辨别器比特；c/r是用于命令/响应比特；ads是用于地址比特；源端口是用于源端口号；目的地端口是用于目的地端口号；x是用于备用比特。
80.如图3所示，在本公开的实施例中，端口号包括源端口号和/或目的地端口号。特别地，端口号可以包括：rds源端口号和/或rds目的地端口号。
81.根据本公开的实施例，可以应用严格的策略来检查端口一致性。即，如果nidd消息中的源端口或目的端口的任何一个不等于nidd配置中的所配置的那个，则将确定端口号与nidd配置不一致。
82.此外，第一实体100可以基于所应用的标准或技术规范从nidd配置和nidd消息获得端口号。例如，与通过引用整体并入本文的3gpp ts 29.122 v16.3.0中第5.6.2.2.2章节中的表5.6.2.2.2-1相同的示例性表1示出了rdsport的定义，用于可靠数据传输的端口配置。
83.表1：rdsport数据类型的定义
[0084][0085]
进一步参见3gpp ts 24.250 v16.1.0的第5.2.4章节，当ue应用开始使用pdn连接或pdu会话发送rds帧时，ue和网络建立哪个源端口号将用于mo业务的ue侧上的应用以及哪个目的地端口号将用于旨在在网络侧接收帧的应用。类似地，对于mt业务，当网络中的应用开始使用pdn连接或pdu会话来发送rds帧时，ue和网络建立哪个源端口号将用于网络侧的应用以及哪个目的地端口号将用于旨在在ue侧接收帧的应用。
[0086]
图4是示出图2中所示的方法的子步骤的示例性流程图。
[0087]
如图4所示，步骤s102，确定端口号是否与nidd配置一致可以包括：步骤s1021，确定nidd消息中的源端口号是否等于nidd配置中的所配置的源端口号(特别是在所配置的rds端口列表中)；和/或步骤s1022，确定nidd消息中的目的地端口号是否等于nidd配置中的所配置的目的地端口号。
[0088]
例如，对于mt nidd，scef在接收mt nidd消息时，应检查接收的rds目的地端口是否等于ue上的所配置的rds端口，以及接收的rds源端口是否等于scef上的所配置的rds端口。如果有任何不匹配，scef将报告错误。
[0089]
对于mo nidd，在从如图3所示的rds i格式帧或ui格式帧中解码rds源端口和目的地端口之后。scef将检查解码的rds目的地端口是否等于scef上的所配置的rds端口，以及解码的rds源端口是否等于ue上的所配置的rds端口。如果有任何不匹配，scef应报告错误。
[0090]
图5是示出图2中所示的方法的附加步骤的示例性流程图。
[0091]
在本公开的实施例中，在第一实体100处执行的方法还包括：步骤s103，如果确定端口号与nidd配置不一致，则丢弃nidd消息。
[0092]
此外，在本公开的实施例中，在第一实体100处执行的方法还包括：步骤s104，如果确定端口号与nidd配置不一致，发送包括端口号不一致的指示的响应消息(例如，指示端口号是未知的)。
[0093]
在本公开的实施例中，在第二实体200处执行的方法还包括：步骤s204，如果确定端口号与nidd配置不一致，从第一实体接收包括端口号不一致的指示的响应消息。
[0094]
在本公开的实施例中，端口号不一致的指示可以包括错误代码和nidd消息中的端口号的值。
[0095]
根据本公开的实施例，节省了用于发送无效mt nidd的网络资源。此外，可以提供改进的nidd服务(即3gpp网络能够将异常情况通知给第二实体，例如scs/as或af)。
[0096]
在本公开的实施例中，用于异常情况的响应消息可以是任何类型的消息/信令，并且用于异常情况的指示可以是任何类型的指示符/标志/信息元素。
[0097]
例如，当响应消息被发送给服务能力服务器/应用服务器(scs/as)或应用功能时，响应消息可以包括以下至少之一：移动终止的(mt)nidd提交响应消息；组mt nidd提交响应消息；nidd授权通知请求消息；或者移动发起的(mo)nidd指示消息。
[0098]
图6是示出图2中所示的方法的附加步骤的另一示例性流程图。
[0099]
在本公开的实施例中，在第一实体100处执行的方法还包括：s105，在发送包括端口号不一致的指示的响应消息之后，从scs/as或af接收更新的nidd配置；或者s106，在发送包括端口号不一致的指示的响应消息之后，从scs/as或af接收更新的nidd消息。
[0100]
在本公开的实施例中，在第二实体200处执行的方法还包括：s205，在接收包括端口号不一致的指示的响应消息之后，向第一实体发送更新的nidd配置；或者s206，在接收包括端口号不一致的指示的响应消息之后，向第一实体发送更新的nidd消息。
[0101]
例如，如果确定端口号与nidd配置不一致，则第一实体100(诸如scef)向第二实体200(诸如scs/as)发送
‘
rds端口未知’错误消息。然后，在接收
‘
rds端口未知’错误消息之后，第二实体200将做出以下纠正动作中的至少一个：
[0102]-以正确的rds端口信息(用于静态rds端口配置)重新配置nidd或用rds端口管理
中的正确rds端口信息重新配置(用于动态rds端口配置)；
[0103]-根据rds配置，对于进一步的mt nidd使用正确端口；
[0104]-用正确的rds端口重新配置ue(例如，经由过顶(ota))。
[0105]
图7是用于单个ue的mt nidd的示例性过程。图7与3gpp ts23.682v16.4.0的第5.13.3章节中的“图5.13.3-1：移动终止的nidd过程”相同。请参见3gpp ts 23.682v16.4.0的第5.13.3章节，在步骤1中，如果scs/as已经激活了用于给定ue的nidd服务，并且具有要向ue发送的下行链路非ip数据，则scs/as发送mt nidd提交请求(外部标识符或msisdn、tl tri、非ip数据、非ip数据序列号、可靠数据服务配置、最大延迟、优先级、pdn连接建立选项)消息给scef。在步骤2中，scef基于与nidd配置和用户标识相关联的apn来确定eps承载上下文。在步骤3中，如果找到与步骤1中包括的外部标识符或msisdn对应的scef eps承载上下文，则scef向mme/sgsn发送nidd提交请求(用户标识、eps承载id、scef id、非ip数据、scef等待时间、最大重传时间)消息。在步骤4中，如果mme/sgsn可以立即将非ip数据传送给ue，例如当ue已经处于ecm_connected模式时，或者ue处于ecm_idle并且mme/sgsn能够发起寻呼过程(请参见ts 23.401[7])，则过程进行步骤8。如果mme/sgsn知道ue暂时无法到达，或者如果mme/sgsn知道，在使用省电功能例如ue省电模式(见第4.5.4章节)或扩展空闲模式drx(参见第4.5.13章节)时，ue未被调度为在scef等待时间内可到达，则mme/sgsn可以向scef发送nidd提交响应(原因、请求的重传时间)消息。在步骤5中，scef可以向scs/as发送mt nidd提交响应(请求的重传时间，非ip数据序列号、缓冲指示、原因)，通知来自mme/sgsn的接收结果。在步骤6中，当mme/sgsn检测到ue可到达时(例如，当通过执行tau/rau时从psm模式出来时，在发起mo通信时，等等)，或者当ue即将变得可到达(例如，扩展空闲模式drx周期到期，mme/sgsn预测用于ue的mo通信模式，等等)并且mme/sgsn具有对于nidd不可到达(not reachable for nidd)标志集时，则mme/sgsn向scef发送nidd提交指示(用户标识)消息。在步骤7中，如果数据尚未被清除(purge)，则scef向mme/sgs发送nidd提交请求(用户标识、eps承载id、scef id、非ip数据、scef等待实践、最大重传时间)消息。在步骤8中，如果需要，mme/sgsn寻呼ue并且使用经由ts 23.401[7]的第5.3.4b.3章节中描述的mme过程或ts 23.060[6]的第9.3和9.6章节中描述的sgsn过程的数据传输将非ip数据传送给ue。取决于运营商配置，mme/sgsn可以生成计费所需的必要会计信息。在步骤9中，如果mme/sgsn能够发起步骤8，则mme/sgsn向scef发送nidd提交响应(原因)消息，确认在步骤3或步骤7中接收的来自scef的nidd提交请求。在步骤10，scef发送mt nidd提交响应(可靠数据服务确认指示、逐跳确认指示、非ip数据序列号、原因)。
[0106]
根据本公开的实施例，可以改进图7中的步骤2a和2b。
[0107]
例如，在2a中，如果支持用于检查端口一致性的新特征，则scef可以检查/验证mt nidd中的接收的rds端口是否基于nidd配置来识别。如果上述检查失败，则scef应在2b(mt nidd提交响应消息)中使用新的错误代码(例如“rds端口未知”)来拒绝请求。
[0108]
具体地，作为用于“3gpp ts 29.122 v16.3.0，4.4.5.3.1用于单个ue的移动终止的nidd”的示例性改进(下划线部分)，在从scs/as接收用于单个ue的下行链路数据传送的http post请求时，scef应：...如果支持rds_port_check/verification(rds_端口_检查/验证)功能，检查是否配置了rds端口号(例如，rds端口号是否在所配置的rds列表中)。如果rds端口号在scef中是未知的，则scef应回复403forbidden(403禁止)响应，其具有“problemdetails(问题细节)”结构的“cause(原因)”属性中的原因值“rds_port_unknown(rds_端口_未知)”(例如，用于指示rds端口未被正确配置)。
[0109]
图8是用于一组ue的mt nidd的示例性过程。图8与3gpp ts 23.682 v16.4.0的第5.5.3章节中的“图5.5.3-1：通过单播mt nidd的组消息传送”。参见3gpp ts 23.682 v16.4.0的第5.5.3章节，在步骤1，如果scs/as具有要向一组ue发送的下行链路非ip数据，则scs/as向scef发送组mt nidd提交请求(scs/as标识符、外部组标识符、tl tri、非ip数据、可靠数据服务配置、最大延迟、pdn连接建立选项)消息。在步骤2中，基于ue组的之前的nidd配置(参见第5.13.2章节)和scef存储的与外部组标识符相关联的授权外部标识符列表，scef向scs/as发送单个组mt nidd提交响应(原因)消息以确认接受组mt nidd提交请求。在步骤3中，对于属于外部组标识符的每个外部标识符，scef执行该步骤。scef在ue组的之前的nidd配置期间存储与外部组标识符相关联的授权外部标识符列表(参见第5.13.2章节)。在步骤4中，在为所有ue执行步骤3之后，scef发送聚合响应消息组mt nidd提交指示(与步骤1的请求相关联的tltri、逐跳确认指示、重传时间、触发指示、原因)。
[0110]
根据本公开的实施例，可以改进图8中的步骤2。
[0111]
例如，在检查组mt nidd提交请求中的rds端口后并且如果scef不知道rds端口(如果支持新特征)，则scef需要在步骤2(组mt nidd提交响应消息)中使用新的错误代码
‘
rds port unknown(rds端口未知)’来拒绝该请求。
[0112]
具体地，作为对“3gpp ts 29.122v16.3.0的4.4.5.3.2用于一组ue的移动终止的nidd”的示例性改进(下划线部分)，在从请求组消息传送的scs/as接收这样的http post请求后，scef检查scs/as是否被授权发送nidd请求，非ip分组大小是否大于在nidd配置期间提供给scs/as的最大分组大小，以及如果支持rds_port_check特征，rds端口号是否被识别。
[0113]
图9是移动发起的nidd过程的示例性过程。图9与3gpp ts 23.682 v16.4.0的第5.13.4章节中的“图5.13.4-1：移动发起的nidd过程”相同。见3gpp ts 23.682 v16.4.0的第5.13.4章节，在步骤1中，ue根据ts 23.401[7]的第5.3.4b.2章节中描述的过程(步骤0-2)向mme发送具有eps承载id和非ip数据的nas消息，如果启用可靠数据服务，则包括可靠数据服务报头，或ue在与t6b接口相关联的pdn型非ip的pdp上下文上向sgsn发送数据(参见ts 23.060[6]的第9.3和9.6章节)。在步骤2中，mme/sgsn向scef发送nidd提交请求(用户标识、ebi、scef id、非ip数据、mo异常数据计数器)消息。在漫游案例中，mme/sgsn向iwk-scef发送该消息，该iwk-scef将该消息通过t7转发给scef。在步骤3中，当scef在t6a/t6b(或t7)接口上接收非ip数据并找到scef eps承载上下文和相关的t8目的地地址时，则它向由mo nidd指示(外部标识符或msisdn、非ip数据、tl tri、可靠数据服务配置)中的t8目的地地址标识的scs/as发送非ip数据。在步骤4中，scs/as用mo nidd确认(原因)响应scef。在步骤5中，scef向mme/sgsn发送nidd提交响应。
[0114]
根据本公开的实施例，可以改进图9中的mo nidd中的步骤2和步骤3之间的过程。
[0115]
例如，如果支持新特征，则scef应检查mo非ip数据中的rds端口是否被识别。
[0116]
如果它未被识别，则scef应在步骤3(mo nidd消息)中通知所有scs/as。替代地，scef可以触发下面描述的nidd授权通知过程以通知所有scs/as。
[0117]
图10是nidd授权更新过程的示例性过程。
[0118]
根据本公开的实施例，在图10中的步骤1中，scef可以使用新的nidd状态'rds port unknown(rds端口未知)'和未识别的rds端口初始地发送nidd授权通知请求。在步骤2中，scef可以从sc/as接收nidd授权通知响应。
[0119]
具体地，作为对“3gpp ts 29.122 v16.3.0的4.4.5.5 nidd授权更新过程”的改进(带下划线部分)，如果支持rds_port_check特征，在如4.4.5.4章节中规定的向scs/as发送mo nidd之前，scef应检查上行链路非ip数据中包含的(从其解码的)rds端口号。如果它不在所配置的rds端口列表中，则scef应使用被设置为“rds_port_unknown”的nidd状态和未知(即未识别)rds端口号来通知所有scs/as。scs/as应通过http 200 ok或204无内容响应确认该请求。
[0120]
表2示出了根据本公开的实施例对“3gpp ts 29.122 v16.3.0中的第5.6.2.1.6章节中的表5.6.2.1.6-1：类型niddconfigurationstatusnotification(nidd配置状态通知)的定义”的示例性改进(下划线部分)。
[0121]
表2：类型niddconfigurationstatusnotification的定义
[0122][0123][0124]
表3示出了根据本公开的实施例对“3gpp ts 29.122 v16.3.0中的第5.6.2.3.5中
的表5.6.2.3.5-1：枚举niddstatus”的示例性改进(下划线部分)。
[0125]
表3：枚举niddstatus
[0126][0127]
表4示出了根据本公开的实施例对“3gpp ts 29.122 v16.3.0中的第5.6.5.3章节中的表5.6.5.3-1：应用错误”的示例性改进(下划线部分)。
[0128]
表4：应用错误
[0129]
[0130][0131]
此外，下面还示出了对“3gpp ts 29.122 v16.3.0中的a.6 nidd api”的示例性改进(下划线部分)。
[0132]
(...为了清楚未示出文本......)
[0133]
[0134][0135]
(...为了清楚未示出文本......)
[0136]
[0137][0138]
图11是示出根据本公开的实施例的第一和第二实体的装置的框图。
[0139]
如图11所示，用于第一实体100的装置可以包括：处理器110；以及存储器120，其包含可由处理器110执行的指令。第一实体100可操作于：从第二实体接收包括端口号的nidd消息；以及确定端口号是否与nidd配置一致。
[0140]
在本公开的实施例中，第一实体进一步可操作以实现上述任何方法，例如图1-10所示的方法。
[0141]
如图11所示，用于第二实体200的装置可以包括：处理器210；以及存储器220，其包含可由处理器210执行的指令。第二实体200可操作于：向第一实体发送包括端口号的nidd消息。第一实体确定端口号是否与nidd配置一致。
[0142]
在本公开的实施例中，第二实体进一步可操作以实现上述任何方法，例如图1-10中所示的方法。
[0143]
处理器110和处理器210可以是任何类型的处理组件，例如一个或多个微处理器或微控制器，以及其他数字硬件，其可以包括数字信号处理器(dsp)、专用数字逻辑等等。存储器120和存储器220可以是任何类型的存储组件，例如只读存储器(rom)、随机存取存储器、高速缓冲存储器、闪存设备、光存储设备等。
[0144]
图12是示出根据本公开的实施例的计算机可读存储介质的框图。
[0145]
如图12所示，一种具有存储在其上的计算机程序1001的计算机可读存储介质1000。计算机程序1001由实体可执行，以使实体执行上述任何方法，例如图1-10所示的方法。
[0146]
计算机可读存储介质1000可被配置为包括存储器，诸如ram、rom、可编程只读存储器(prom)、可擦除可编程只读存储器(eprom)、电擦除可编程只读存储器(eeprom)、磁盘、光盘、软盘、硬盘、可移除盒式存储器或闪存驱动器。
[0147]
图13是示出根据本公开的实施例的装置的功能单元的框图。
[0148]
如图13所示，用于第一网络实体100的装置可以包括：接收单元101，其被配置为从第二实体接收包括端口号的nidd消息；以及确定单元102，其被配置为确定端口号是否与nidd配置一致。
[0149]
在本公开的实施例中，第一实体100还可操作以实现上述任何方法，例如图1-10中所示的方法。
[0150]
如图13所示，用于第二实体200的装置可以包括：发送单元201，其被配置为向第一
实体发送包括端口号的nidd消息。第一实体确定端口号是否与nidd配置一致。
[0151]
在本公开的实施例中，第二实体200还可操作以实现上述任何方法，例如图1-10中所示的方法。
[0152]
术语单元/功能单元可以具有在电子学、电气设备和/或电子设备的领域中的常规含义，并且可以包括例如电气和/或电子电路、设备、模块、处理器、存储器、逻辑实体和/或离散设备，用于执行相应任务、过程、计算、输出和/或显示功能的计算机程序或指令，等等，正如本文所述的那些。
[0153]
利用这些单元，用于第一实体100或第二实体200的装置可以不需要固定处理器或存储器、任何计算资源和存储资源都可以从通信系统中的至少一个网络节点/设备/实体/装置来布置。可以进一步引入虚拟化技术和网络计算技术，以提高网络资源的使用效率和网络的灵活性。特别是这些网络实体例如第一实体100或第二实体200可以作为专用硬件上的网络元件、作为在专用硬件上运行的软件实例、或者作为在适当的平台上例如在云基础设施上实例化的虚拟化功能来实现。
[0154]
根据本公开的实施例，可以支持mt nidd响应中指示
‘
rds port unknown(rds端口未知)’的新错误代码。可以支持向scs/as通知
‘
rds端口未知’的nidd配置通知。这种改进适用于具有scs/as、scef的4g，也适用于具有af和nef的5g。
[0155]
因此，改进了用于scs/as的nidd服务(即3gpp网络能够通知异常情况)。
[0156]
通常，本公开的各种示例性实施例可以用硬件或专用电路、软件、逻辑或其任何组合来实现。例如，一些方面可以用硬件实现，而其他方面可以用可以由控制器、微处理器或其他计算设备执行的固件或软件实现，但是本公开不限于此。虽然本公开的示例性实施例的各个方面可以被示出和描述为框图、流程图或使用一些其他图形表示，但是应该理解，本文描述的这些框、装置、系统、技术或方法可以作为非限制性示例以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。
[0157]
因此，应该理解，本公开的示例性实施例的至少一些方面可以在诸如集成电路芯片和模块的各种组件中实践。因此应当理解，本公开的示例性实施例可以在体现为集成电路的装置中实现，其中集成电路可以包括电路(以及可能固件)，用于体现可配置以便根据本公开的示例性实施例操作的数据处理器、数字信号处理器、基带电路和射频电路中的至少一个或多个。
[0158]
应当理解，本公开的示例性实施例的至少一些方面可以体现在由一个或多个计算机或其他设备执行的计算机可执行指令中，例如在一个或多个程序模块中。通常，程序模块包括在计算机或其他设备中由处理器执行时执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机可执行指令可以存储在诸如硬盘、光盘、可移动存储介质、固态存储器、ram等的计算机可读介质上。本领域技术人员将理解，程序模块的功能可以在各种实施例中根据需要组合或分布。另外，功能可以全部或部分地体现在固件或硬件等价物(诸如集成电路、现场可编程门阵列(fpga)等)中。
[0159]
本公开包括本文明确公开的任何新颖特征或特征组合或其任何概括。当结合附图阅读时，鉴于前述描述，对本公开的前述示例性实施例的各种修改和适配对于相关领域的技术人员而言将变得明显。然而，任何和所有修改仍将落入本公开的非限制性和示例性实施例的范围内。