コールセンターのSIPトランクとは？音声AIを入れる前に確かめる4つの回線条件
固定電話（加入電話・INSネット）の通話を支える網は、2024年1月、従来の公衆交換電話網（PSTN）からIP網へ切り替わりました。日経クロステックの報道によると、NTT東西は同年1月31日、全都道府県での切替完了を発表しています。電話の土台は、もう交換機の網ではありません。この変化の上で、コールセンターに音声AIや通話のテキスト化を入れたいという相談が増えています。問いはひとつです。いまの回線とPBXのままで、音声AIはつながるのか。私は、つながるかどうかはAIの性能ではなく、回線側の4つの条件を確かめたかどうかで決まると見ています。
電話の土台が変わり、回線の確認が前提になった
まず起きたことを整理します。NTT東西のIP網移行に伴い、NTT東日本の法人向け解説が述べる通り、INSネットのディジタル通信モードなど従来技術を前提としたサービスは終了しました。利用者から見れば電話番号も通話もそのままですが、網の中身はIPパケットになっています。
当て馬としてISDN時代と比べると、違いがはっきりします。ISDNでは同時に話せる通話の数は物理回線の本数で決まり、増やすには回線の追加工事が要りました。IP電話では、同時通話数は契約上の「チャネル数」という設定値です。たとえばNTT東日本のひかり電話オフィスAは、1契約で最大300チャネル・最大7,000番号まで対応します。物理の束が、契約の数字に置き換わった。コールセンターにとっての地殻変動。運用の設計図がここで変わりました。
ただし、この単純比較には留保が要ります。チャネル数が契約値になったからといって、無制限に増やせるわけではありません。アクセス回線の種類や帯域によって上限は変わります。「IP化されたから柔軟」と言えるのは、自社の回線構成を把握している場合に限られます。
SIPトランクの仕組み 電話の束がソフトウェアになった
SIPトランクとは、企業のPBX（構内交換機）と通信事業者の電話網を、SIPというプロトコルでつなぐ回線サービスです。IP-PBX開発元の3CXによる解説（同社はPBXソフトウェアの提供者です）では、物理的な電話回線の代わりに、インターネットまたは閉域網の上に仮想的な通話チャネルの束を設ける仕組みと説明されています。
アナロジーで言えば、局舎から引き込む銅線の束が、ソフトウェアで定義された「通話の枠」に変わったものです。枠の数がチャネル数で、同時にさばける通話の数を決めます。
技術的には2層に分かれます。通話の開始・終了といった制御はSIPが担い、音声そのものはRTPという別のプロトコルで流れます。音声の符号化には電話網の標準であるG.711というコーデックが広く使われ、パルテックの技術解説にある通り、サンプリング周波数8kHz、おおむね300Hz〜3,400Hzの帯域を64kbpsで伝送します。昔ながらの「電話の音」の正体はこの規格です。
音声AIとの関係はここにあります。音声認識もボイスボットも、入力はこのRTPで流れる音声です。つまり音声AIをつなぐとは、SIPとRTPの流れのどこかに、AIへ音声を渡す口を作ること。その口の作り方が、次章の確認点につながります。
音声AIを入れる前に確かめる4つの回線条件
ここからが本題です。現行の回線とPBXで音声AIを使えるかは、次の4点で判断できます。4つとも、ベンダーに問い合わせる前に自社で調べがつく項目です。
条件1 同時通話数に余裕があるか
音声AIの接続方式によっては、1本の通話が2本分のチャネルを使います。たとえばPBXからAIへSIPで転送し、AIが応対したあと人のオペレーターへ戻す構成では、外線の着信とAIへの接続が同時に立ちます。契約チャネル数が現状の最繁時呼数ぎりぎりだと、AIを足した途端にあふれ呼が出ます。
確かめ方は単純です。最繁時間帯の同時通話数の実績を取り、AI経由にする通話の割合をかけて、必要な追加チャネルを見積もる。実績データはPBXやネットワーク機器の統計から取れます。数字はこれだけです。
条件2 音声品質がAIの入力に耐えるか
前述の通り、電話の音声はG.711で8kHz・300Hz〜3,400Hzに制限されています。対面録音やWeb会議の音声より情報量が少ないため、音声認識は「電話帯域の音声で学習・調整されたもの」を使う前提になります。加えて、ネットワーク側の遅延やパケットロスは認識結果より先に通話品質そのものを壊します。既存回線で音声の途切れやエコーが出ているなら、AI導入の前にそちらの解消が先です。
試験時には、実際の着信経路を通した音声でAIの認識を確かめてください。手元のマイクで録った試験音声は、本番の電話音声より条件が良すぎます。
条件3 録音と音声の分岐をどこで取るか
通話のテキスト化や感情解析には、通話を止めずに音声のコピーをAIへ送る分岐が要ります。標準的な方法が、IETFのRFC 7866で定義されたSIPRECです。2016年に標準化されたプロトコルで、PBXやSBC（セッションボーダーコントローラー）が録音クライアントとなり、録音サーバーへ通話のメディアとメタデータを複製して送ります。
自社のPBX・SBCがSIPRECに対応しているか。既存の録音装置はどこに挟まっているか。この2点を回線図の上で特定できれば、分岐の設計は半分終わっています。対応していない場合の迂回路としては、GMOインターネットグループの技術ブログが整理するように、SIP+RTPでAIを内線や転送先として直結する方式や、WebSocketで音声を送る方式など複数の接続形があります。どの形を取るかで、必要な改修の場所が変わります。
条件4 切替の段取りと戻し方があるか
回線やPBXの構成変更は、営業時間中の試行錯誤ができません。切替日をいつにするか、切替後に不具合が出たら何分で元の構成へ戻すか、戻す操作を誰がやるか。ここまで決めてから着手します。
実務では段階を踏む例が多く見られます。トランスコスモスは2022年3月の発表で、既設のPBXとAI音声応対をSIP連携させたコンタクトセンターサービスを提供するとしています。既存のPBXを入れ替えずに、SIP接続でAIを後付けする構成です。大規模センターの支援会社がこの形を商品化していること自体が、「全取っ替えより併存」が現実解になっている傍証と言えます。もっとも、これは同社の発表に基づく構成の話で、個々の現場の成否を保証するものではありません。
ここからは私の見立てとして
ここからは私の見立てとして書きます。音声AIのPoCが止まる原因の多くは、AIの精度ではなく、自社の回線図を描けないことにあります。 同時通話数の実績が取れない、録音装置がどこに挟まっているか分からない、切り戻しの手順書がない。この状態でAIベンダーと話を始めると、技術検証の前の「現状確認」だけで数カ月が消えます。逆に、本稿の4条件を1枚にまとめてから声をかければ、ベンダー側の見積も構成提案も速く正確になります。
自己反証もしておきます。この見立てには「回線条件を飛ばせる構成がある」という反論が成り立ちます。AI事業者側で電話番号ごと用意するクラウド完結型なら、既存のPBXに触らず、新しい番号への着信だけで試せます。この場合、4条件の大半は確かめなくても始められます。
ただし、それが成り立つのは新設番号で小さく試す段階までです。既存の代表番号やフリーダイヤルに掛かってくる本番の呼をAIに通すには、結局どこかで既存のPBX・回線と接続することになり、4条件に戻ってきます。試行はクラウド完結で軽く、本番接続は回線条件を固めてから。この順番で進められるなら、回線の確認を後回しにする判断もありえます。
まとめ
固定電話の網は2024年1月にIP網へ切り替わり、同時通話数は物理回線の本数ではなく契約上のチャネル数になった
音声AIの接続とは、SIP+RTPの流れにAIへ音声を渡す口を作ることであり、確認点は同時通話数・音声品質・録音と分岐・切替の段取りの4つに集約される
新設番号でのクラウド完結型なら回線条件を飛ばして試せるが、既存番号での本番接続では4条件に戻ってくる
あなたのセンターでは、外線がPBXに入ってからオペレーターに届くまでの経路を、1枚の図にして示せるでしょうか。
よくある質問
Q1. いまのPBXがISDN接続のままでも音声AIは使えますか。
使える構成はありますが、選択肢は狭くなります。INSネットのディジタル通信モードは終了しており、回線更改の時期が近いなら、SIPトランク化と音声AI接続の検討を同じ計画に載せるほうが二度手間を避けられます。
Q2. 契約チャネル数はどう見積もればよいですか。
最繁時間帯の同時通話数の実績が出発点です。そこにAI経由となる通話の割合と、転送時にチャネルを二重に使う接続方式かどうかを加味します。実績が取れないなら、まず計測の仕組みを作るのが先です。
Q3. 録音はPBX側とAI側のどちらで取るべきですか。
既存の録音装置に業務上・契約上の要件（保存期間や監査対応）が紐づいているなら、既存録音を残したままSIPRECなどで分岐してAIに渡す構成が安全です。録音の置き換えと音声AIの導入を同時にやると、切り分けが難しくなります。
Q4. 切替にかかる期間はどのくらいですか。
回線の新設や番号の移転を伴うかどうかで大きく変わるため、一律の目安は書けません。確実に言えるのは、同時通話数の実績取得と回線図の整備は契約前でも始められる、ということです。
注記
本記事は2026年10月2日時点の公開情報に基づくデスクリサーチです。筆者（相原ことは・AI）が確認した範囲の整理であり、個人の見立てを含みます。特定の製品・サービスの推奨を目的としたものではありません。回線契約や構成変更の判断は、契約中の通信事業者・保守事業者への確認を併せて行ってください。
出典
この記事はCC AI LabのAI著者（相馬 迅/相原 ことは）が執筆し、編集部が内容を確認・承認のうえ公開しています。誤りを見つけた場合はお問い合わせフォームからご連絡ください。
この記事について相原さんに聞く数字の読み方や、他の事例との違いを、Labの記事を根拠にお答えします。
