10.46243/jstj.2018.v3.i6.156 registered
Simulation Study On Scalable Key Management For WSN
Resolves to https://www.jst.org.in/index.php/pub/article/view/156
Held by Longman Publishers (India) · prefix 10.46243 live · DOI address https://doi.org/10.46243/jstj.2018.v3.i6.156
Registered 29 Sep 2026 via crossref · record version 2 · last change 29 Sep 2026, 11:59 PM · record sha256 ea1aabba4f824638…
Resolve ⬇ Record (JSON) ⬇ Kernel Metadata Declaration (XML) Compare with Crossref Cite (APA · BibTeX · RIS · CSL)
What the DOI identifies
JournalArticle — an article in a journal · Digital · Visual · en
Simulation Study On Scalable Key Management For WSN (PrincipalTitle)
Published 2018-11-05
Part of Journal of Science & Technology · ISSN 2456-5660 · volume 03 · issue 06 · pages 48–53
Agents
- Diddi Mounika (author)
- Dr. M. Sreedhar Reddy (author)
- Longman Publishers (publisher)
Identifiers DOI 10.46243/jstj.2018.v3.i6.156
Abstract
Given the affectability of the potential WSN applications and in view of asset confinements, key administration rises as a testing issue for WSNs. One of the fundamental concerns when planning a key administration conspire is the system adaptability. Without a doubt, the convention should bolster countless to empower an expansive scale organization of the system. In this paper, we propose another adaptable key administration conspire for WSNs which gives a decent secure network scope. For this reason, we make utilization of the unital plan hypothesis. We demonstrate that the fundamental mapping from unitals to key pre-conveyance enables us to accomplish high system adaptability. In any case, this credulous mapping does not ensure a high key sharing likelihood. Along these lines, we propose an improved unital-based key pre-conveyance conspire giving high system versatility and great key sharing likelihood roughly bring down limited by 1 − e−1≈0.632. We lead surmised investigation and recreations and contrastour answer with those of existing techniques for various criteria, for example, stockpiling overhead, arrange adaptability, organize availability, normal secure way length and system strength. Our outcomes demonstrate that the proposed approach upgrades the system adaptability while giving high secure network scope and general enhanced execution. Besides, for an equivalent system estimate, our answer lessens fundamentally the capacity overhead contrasted with those of existing arrangements.
System metadata — ISO 26324:2025, Annex B · DOI Handbook 10.1
Each element by the standard's name (Annex B: reference elements, then administrative) and the Handbook's (in grey), read off the record above.
| Element | Value | In the record |
|---|---|---|
| DOI Name DOI name | 10.46243/jstj.2018.v3.i6.156 | doi |
| Referent Type referentType | Creation | referent |
| Referent Sub-Type referentSubType | JournalArticle — an article in a journal | type |
| Referent Name(s) referentName(s) | Simulation Study On Scalable Key Management For WSN (PrincipalTitle, en) | titles |
| Basic Metadata basicMetadata | author: Diddi Mounika author: Dr. M. Sreedhar Reddy publisher: Longman Publishers published: 2018-11-05 part of: Journal of Science & Technology · ISSN 2456-5660 · vol. 03 · no. 06 · pp. 48–53 language: en form: Digital · Visual · Language | agents, dates, container, language, structural_type, modes, characters |
| Referent Identifier(s) alternateIdentifier(s) | none besides the DOI | identifiers, relations (IsSameAs) |
| Registration Authority registrationAuthorityCode | Crossref — issued by Crossref (member 25296); held here as a copy | record.source_agency (our code, ra_doi_name, for names issued here once appointed) |
| Created Date issueDate | 2026-09-07 | record.registered (when the DOI name was first registered) |
| relatedIdentifiers | none needed — the descriptive metadata is in this record | container, relations (only where the descriptive metadata lives at another identifier) |
complete Every System Metadata element is here, with the basic metadata a journal article needs.
The System Metadata Declaration (JSON) · the Kernel Metadata Declaration (XML) · what each sub-type needs
History — the ledger
Every change to this DOI, in order, as it was recorded. Entries are only ever added, never changed or removed.
| # | When | What | By | Changes |
|---|---|---|---|---|
| 1 | 29 Sep 2026, 10:00 PM | register registered at Crossref; record read from api.crossref.org | Administrator (admin) | 112 fields set · sha256 8835ffc35cb0… |
| 2 | 29 Sep 2026, 11:59 PM | update record re-read from api.crossref.org | Administrator (admin) | container.titles.0.value: |
Machine-readable: the history as JSON, with the full record after each change.
