我们正在为客户开发一个 HSS 项目,但遇到了一个奇怪的问题。现在我们处于POC阶段。
当我们向 MME 发送 ULA 时,MME 向我们发送同一用户的 PUR,并且 UE 没有连接到“网络”(显然)。MME 不受我们控制(漫游伙伴),因此我们无法从中获取日志。
我们试图根据同一漫游合作伙伴网络中的另一个工作 UE 来模仿 ULA(这连接到实时 HSS,而不是我们的),但它不起作用。
谁能指导我有什么问题?
如果您需要更多信息,请告诉我。
我们正在为客户开发一个 HSS 项目,但遇到了一个奇怪的问题。现在我们处于POC阶段。
当我们向 MME 发送 ULA 时,MME 向我们发送同一用户的 PUR,并且 UE 没有连接到“网络”(显然)。MME 不受我们控制(漫游伙伴),因此我们无法从中获取日志。
我们试图根据同一漫游合作伙伴网络中的另一个工作 UE 来模仿 ULA(这连接到实时 HSS,而不是我们的),但它不起作用。
谁能指导我有什么问题?
如果您需要更多信息,请告诉我。
位置更新过程通常有助于向 MME 或 SGSN 更新用户订阅数据,并为 HSS 提供其他用户数据,例如终端信息、当前为用户服务的 MME 或 SGSN 的身份。
在发生问题的情况下,IE“支持的功能”可能有不同的信息,这在这个特定的 MME 中是不可接受的,因此它可能是为订阅者触发 PUR 的一个潜在原因。
另一个原因可能是,不知何故,确定 UE 已经有几天不活动,因此 PUR 用于指示用户的配置文件删除。您可能还需要检查在 MME 为 PUR 配置的计时器,以及是否有任何问题导致它覆盖并发送相同的计时器。
通常,一旦收到 ULR,HSS 将检查订阅详细信息,并相应地 HSS 将发送 ULA 和订阅数据,否则将在 ULA 中返回错误。订阅数据包含 APN 列表和其他详细信息。
检查正确的直径日志和结果代码(成功/错误代码)。此外,订阅者数据中有很多与访问相关的数据(限制、访问),并且还禁止详细信息,应根据您的部署场景逐位检查。您可能需要转储 ULA 消息、AVP 和交叉检查,这可能是触发 PUR 的来源。
一旦 ULA 成功,MME 将使用 GTP-C(创建会话请求)与 SGW 和 PGW 发起隧道建立过程。如果隧道创建过程失败,MME 将发送清除请求(PUR)删除 HSS 中的漫游数据。
在 MME、HSS 和 UE 中启用日志有助于消除根本原因。您能否分享相同的日志(如果问题仍然存在)。
好好看看你的 ULA。可能是您在 ULA 中包含了一些 MME 不支持的数据
我建议检查 3GPP TS 29.229 有一个名为 Supported-Features 的 AVP,它包含在 ULA 中,可能对 MME 有问题。