AIToday

AWS builds AI phone host for restaurants using Bedrock and Nova 2 Sonic

Amazon AI Blog2h ago
AWS builds AI phone host for restaurants using Bedrock and Nova 2 Sonic

Key takeaway

AWS released a technical blueprint for building an AI voice ordering system that answers restaurant phone calls using Amazon Bedrock AgentCore and Amazon Nova 2 Sonic. The system addresses a widespread problem: restaurants miss an average of 150 calls per location monthly, with about 60 percent of those being orders or reservation requests that arrive during peak service times when staff are unavailable. The architecture separates the phone layer, agent layer, and restaurant backend, allowing the same agent to serve multiple channels (phone, mobile app, kiosk) without rewriting the backend logic.

Summaries like this, in your inbox every morning.

Sign up free →

3 Key Points

  • What happened

    AWS published a technical guide showing how to build a voice AI system that answers restaurant phone calls, takes orders, and books tables. The system uses Amazon Bedrock AgentCore to run the conversation logic, Amazon Nova 2 Sonic for speech processing, and connects to a restaurant backend through the Model Context Protocol. The full stack deploys via AWS CDK and bridges phone calls through a SIP gateway on Amazon ECS Fargate.

  • Why it matters

    Restaurants miss an average of 150 phone calls per location every month, with about 60 percent of those being customers trying to place an order or book a table—calls that often come during dinner service when staff are busiest. This AI host can answer those calls without pulling workers off the floor, solving a problem that website or app ordering alone cannot address.

  • What to watch

    The solution warms the agent session while the phone is still ringing to avoid dead air, and uses a microVM-per-call isolation model in AgentCore Runtime. A sample repository and deployment script are available on GitHub, with prerequisites including access to Amazon Nova 2 Sonic in Amazon Bedrock, Amazon Chime SDK PSTN Audio, and AgentCore Runtime availability.

In Depth

AWS published a technical guide and working code sample for deploying a restaurant voice ordering AI that answers phone calls, takes orders, and books tables. The system uses three core AWS components: Amazon Bedrock AgentCore to host and run the conversation logic, Amazon Nova 2 Sonic to handle real-time speech processing, and the Model Context Protocol (MCP) to connect the agent to a restaurant backend that holds menus, carts, orders, and location data.

The architecture is organized into four layers. The restaurant backend (Section A) stores customer, menu, order, and location data in Amazon DynamoDB and Amazon Location Service, with AWS Lambda handling business logic exposed through Amazon API Gateway. The AgentCore Gateway (Section B) exposes those backend endpoints as tools the agent can call by name, decoupling the agent from backend changes. The agent itself (Section C) runs in Amazon Bedrock AgentCore Runtime, with each call isolated in its own microVM. The phone layer (Section D) uses Amazon Chime SDK Voice Connector to accept inbound calls and a SIP gateway running on Amazon ECS Fargate to translate between the phone network's RTP media format and the agent's WebSocket protocol.

When a customer calls the restaurant's toll-free number, Amazon Chime SDK answers and invokes a Lambda function that creates a session identifier and warms up the agent's microVM while the phone is still ringing. This avoids a cold start when the actual media stream arrives. The SIP gateway then bridges the call by opening a signed WebSocket connection to AgentCore Runtime, attaching the caller's audio to the warmed session. The agent runs the conversation using Amazon Nova 2 Sonic for speech-to-speech interaction, calling backend tools through AgentCore Gateway when it needs menu, cart, order, or location information. The agent supports both text and audio input and output, handling transcription, turn-taking, and interruptions in a single bidirectional stream.

The full solution deploys via AWS CDK using a provided GitHub repository. Deployment requires an AWS account with access to Amazon Bedrock (specifically Amazon Nova 2 Sonic), Amazon Chime SDK PSTN Audio, AgentCore Runtime, and optionally AgentCore Gateway in the target region. The deployment script builds the backend first, then the AgentCore Gateway, then the agent container image (built in AWS CodeBuild and stored in Amazon ECR), and finally the SIP gateway and phone provisioning. Once deployment completes, the script prints the toll-free number and seeds sample menu and location data so a real order can be placed immediately. All data at rest is encrypted using AWS Key Management Service, and monitoring and logging are centralized through Amazon CloudWatch.

Context & Analysis

The problem this solution addresses is concrete and widespread: restaurants lose business because they miss inbound calls during peak service hours, when answering the phone becomes logistically impossible. The article notes that approximately 60 percent of the 150 calls per location monthly are order or reservation requests—precisely the calls that represent lost revenue. Adding a website or mobile app helps customers who prefer to order online but does nothing for callers who prefer the phone, creating a gap that no single digital channel has closed.

The technical architecture reflects a deliberate design principle: separating the phone layer (SIP gateway, media handling), the agent layer (conversation logic and speech processing), and the restaurant backend (menus, orders, locations). This separation means the ordering logic is decoupled from the telephony channel, allowing the same agent and backend to serve multiple interfaces (phone, app, kiosk) without duplication. The use of the Model Context Protocol as an open standard between the agent and backend further enables the restaurant to change backend systems without redeploying the agent itself.

The system also solves a user-experience problem that is often overlooked: cold start latency. By warming the agent's microVM session while the phone is still ringing, the solution ensures the caller hears a greeting immediately, avoiding the awkward silence that would damage trust in an automated system. This detail reveals an understanding that voice ordering systems are sensitive to timing in ways web-based systems are not.

FAQ

What does the restaurant need to have in place to deploy this system?
An AWS account with Amazon Bedrock model access for Amazon Nova 2 Sonic, Amazon Chime SDK PSTN Audio access, Node.js 24.x or later, AWS CLI 2.x, git, and an AWS CDK bootstrap in the target account and region. The agent container itself is built with Python, but Python does not need to be on your machine since the build runs inside AWS CodeBuild.
How does the system avoid delays when a customer calls?
The system warms the agent session while the phone is still ringing, so the caller never hears dead air. When a call arrives, a Lambda function creates a session identifier and opens a connection to AgentCore Runtime to prepare the microVM before media streaming begins.
What happens if the restaurant wants to add a new ordering channel like a mobile app?
The backend logic stays independent from the phone channel. A new channel like a mobile app or kiosk can connect to the same agent and backend without rewriting the backend, because the agent communicates with the backend through the Model Context Protocol, an open standard for connecting agents to external tools.

Get AI news like this every morning

AI-summarized, only the topics you pick — one digest a day via Email, Slack, or Discord.

Free · takes 30 seconds · unsubscribe anytime

Discussion

No discussion yet for this article

Stay ahead with AI news

Get curated AI news from 200+ sources delivered daily to your inbox. Free to use.

Get Started Free

Free · takes 30 seconds · unsubscribe anytime

1 minute a day. The AI essentials.

200+ sources · Email / LINE / Slack

Get it free →