Skip to content
All industries

Telecommunications

See the service
behind the circuit.

Connect network inventory, service relationships, and operational knowledge for investigation and customer-support applications.

Follow the recorded relationships

From one circuit to its service context.

Model the dependencies your team knows, then retrieve the records and runbooks an investigator needs.

Service dependency mapIllustrative inventory · not live network telemetry
Investigation question

Which services depend on circuit C-14?

SiteNorth exchangeS-03
CircuitAccess circuitC-14
ServiceBranch connectivitySV-09
Customer accountHarbor retailA-27

Declared dependencies: site → circuit → service → account

Incident recordT-219

Intermittent connectivity

Reported against C-14. Keep the recorded symptoms, timestamps, and investigation notes together.

SQL · structured context
Runbook sourceR-07

Access-circuit checks

Retrieve passages by exact terms or similar descriptions of the reported problem.

Full-text + vector candidates
Your investigation application

A source-linked case view

  • Related service and account
  • Ticket and source records
  • Runbook passages for review

Your application combines these separate queries. A stored dependency identifies context for review; it does not establish that a circuit caused an incident or that a customer is currently affected.

Explore graph queries

5 use cases / Telecommunications

The right modalities for your workflow.

Start with the combination that fits your question. These are recommended starting points; the best fit depends on your data and query patterns.

Telecommunications: use cases, recommended query modalities and why each combination fits.
Use caseRecommended modalitiesWhy this combination fits
Service dependency exploration

Trace customers and services to their network dependencies.

SQL retrieves service and asset attributes. Graph follows the declared dependencies between customers, services and network assets.

Outage investigation workspace

Connect affected services to incidents, assets and engineering notes.

SQL selects incident records, Graph follows service dependencies, and FTS finds error terms and observations in the linked notes.

Support knowledge retrieval

Find relevant troubleshooting articles and similar issue descriptions.

FTS matches error codes, Vector finds similar symptoms, and SQL supplies product context and source versions.

Subscription and billing operations

Inspect plans, subscriptions, invoices and service status.

SQL joins customer and subscription records, filters billing periods and aggregates operational totals.

Device and runbook lookup

Find model-specific commands and maintenance procedures.

SQL supplies device and software-version attributes. FTS finds command names and exact procedures in indexed runbooks.

Combine query results in your application using shared record IDs. Keep text indexes and embeddings updated as the source data changes.

Four models, defined responsibilities

Build from your inventory outward.

Choose stable asset IDs and record when each dependency was observed. Keep retrieval orchestration and operational actions in your application.

Write rows, vectors, and full-text entries separately. Re-index changed runbooks and verify access before passing customer context to a model or agent.

SQL

Read structured facts.

Model inventory, cases, service ownership, and source versions.

Define the schema
Graph

Follow known dependencies.

Declare relationships between your records and choose the traversal depth for each investigation.

Create a relationship
Vector

Find similarly described issues.

Generate embeddings in your pipeline; test retrieval against cases your team has reviewed.

Index embeddings
Full-text

Keep exact terms searchable.

Index runbook passages for product names, fault descriptions, and operational terminology.

Add keyword retrieval

Start with a known service path

Make one investigation easier to follow.