Triple

T21294124
Position Surface form Disambiguated ID Type / Status
Subject 3GPP TS 33.401 E524871 entity
Predicate defines P264 FINISHED
Object EPS AKA (Authentication and Key Agreement) NE NERFINISHED

How this triple was built (3 steps)

Every LLM step that produced this triple, in pipeline order — named-entity classification, the disambiguation choices (the exact options shown, with the pick highlighted), and the generated description. The batch + timestamp of each is in the Provenance table below.

NER Named-entity recognition gpt-5-mini
Instruction
Given a phrase, classify it is english named entity (e.g., persons, organizations, works of art) in Latin script, or not (e.g., literals, dates, URLs, verbose phrases). For disambiguation, the statement where the phrase occurs as object is also given. Please return a JSON object with `phrase` (string, the phrase being analyzed) and `is_ne` (boolean, indicating whether the phrase is a Named Entity).
Input
Phrase: EPS AKA (Authentication and Key Agreement) | Statement: [3GPP TS 33.401, defines, EPS AKA (Authentication and Key Agreement)]
NED1 Entity disambiguation (via context triple) gpt-5-mini-2025-08-07
Target entity: EPS AKA (Authentication and Key Agreement)
Context triple: [3GPP TS 33.401, defines, EPS AKA (Authentication and Key Agreement)]
  • A. SIGMA key exchange protocol
    The SIGMA key exchange protocol is a cryptographic protocol designed to provide secure authenticated key exchange with strong security guarantees and has been widely used as the basis for protocols like IKE in IPsec.
  • B. Diffie–Hellman key exchange
    Diffie–Hellman key exchange is a foundational cryptographic protocol that enables two parties to securely establish a shared secret over an insecure communication channel.
  • C. Simultaneous Authentication of Equals
    Simultaneous Authentication of Equals is a secure password-based key exchange protocol that protects Wi‑Fi connections from offline dictionary attacks and improves authentication robustness.
  • D. Internet Key Exchange Protocol Version 2
    Internet Key Exchange Protocol Version 2 (IKEv2) is a modern key management and security association protocol used primarily with IPsec to provide secure, authenticated key exchange and VPN tunneling over IP networks.
  • E. J-PAKE
    J-PAKE is a password-authenticated key exchange protocol that enables two parties sharing only a low-entropy password to establish a secure cryptographic key without revealing the password itself.
  • F. None of above. chosen
  • G. Unsure - the case is ambiguous/there is not enough information to decide.
NED2 Entity disambiguation (via description) gpt-5-mini-2025-08-07
Target entity: EPS AKA (Authentication and Key Agreement)
Target entity description: EPS AKA (Authentication and Key Agreement) is the standardized security protocol used in LTE/Evolved Packet System networks to mutually authenticate users and the network and to establish cryptographic keys for protecting communications.
  • A. SIGMA key exchange protocol
    The SIGMA key exchange protocol is a cryptographic protocol designed to provide secure authenticated key exchange with strong security guarantees and has been widely used as the basis for protocols like IKE in IPsec.
  • B. Diffie–Hellman key exchange
    Diffie–Hellman key exchange is a foundational cryptographic protocol that enables two parties to securely establish a shared secret over an insecure communication channel.
  • C. Simultaneous Authentication of Equals
    Simultaneous Authentication of Equals is a secure password-based key exchange protocol that protects Wi‑Fi connections from offline dictionary attacks and improves authentication robustness.
  • D. Internet Key Exchange Protocol Version 2
    Internet Key Exchange Protocol Version 2 (IKEv2) is a modern key management and security association protocol used primarily with IPsec to provide secure, authenticated key exchange and VPN tunneling over IP networks.
  • E. J-PAKE
    J-PAKE is a password-authenticated key exchange protocol that enables two parties sharing only a low-entropy password to establish a secure cryptographic key without revealing the password itself.
  • F. None of above. chosen

Provenance (2 batches)

The batch behind each pipeline step, in order, with when it ran. Timestamps are batch-level — stages were processed in waves, so the object chain (NER → NED1 → NEDg → NED2) reads in order, but predicate / elicitation batches can sit in a different wave.

Step Stage Batch ID Status When
creating Elicitation batch_69e0b517e6748190850d6f6ddf323d69 completed April 16, 2026, 10:08 a.m.
NER Named-entity recognition batch_69e73856ba988190a8359efecea362cc completed April 21, 2026, 8:41 a.m.
Created at: April 16, 2026, 4:04 p.m.