多くのビデオ統合およびコンバージドコミュニケーションプロジェクトにおいて、エンジニアはIPカメラのGB/T28181設定ページ内にSIP関連のパラメータを見かけることがよくあります。同時に、IP電話、SIPインターホン、ディスパッチコンソール、VoIPプラットフォームも音声・ビデオ通信にSIPを使用しています。これにより、よくある疑問が生じます。「監視カメラのSIP設定を、IP電話と同じように通常のSIPサーバに直接登録できるのか？」

答えは「関連しているが、完全に同じではない」です。GB/T28181ビデオ監視システムにおけるカメラ側のSIPは、SIP形式のシグナリングを使用しますが、これはセキュリティビデオネットワーキング、デバイス管理、ストリーム制御、ディレクトリ照会、再生、アラーム報告、監視ワークフロー向けに設計されています。IP電話のSIPは主にVoIP登録、呼び出し設定、セッションネゴシエーション、および通信端末間の音声またはビデオ通信のために設計されています。

カメラにもSIPパラメータが表示される理由

多くのIPカメラにログインし、GB/T28181設定ページを開くと、SIPサーバID、SIPサーバドメイン、SIPサーバアドレス、SIPサーバポート、SIPユーザー名、認証ユーザー名、認証パスワードなどのパラメータが表示されることがあります。これらのフィールドは、IP電話やビデオ電話で使用されるSIPアカウント設定に似ています。

表面的には、これにより誤解が生じやすくなります。一般的なIP電話は通常、登録を完了するためにSIPサーバアドレス、サーバポート、認証ID、パスワードを必要とします。カメラにもSIP関連のフィールドが含まれているため、一部のユーザーはカメラをSIPビデオ端末として直接使用できると考えるかもしれません。

実際のプロジェクトでは、GB/T28181を使用するカメラが、特定のパラメータを調整した後、VoIP SIPサーバに正常に登録できることがあります。しかし、登録に成功しても、通常のビデオ通話、ストリームのプル、またはメディアインタラクションが正しく機能することを意味しません。シグナリングロジックとメディアワークフローは依然として異なります。

同じプロトコルファミリーの背後にある異なる目標

標準SIPは主にマルチメディアセッションを確立、変更、終了するために使用されます。VoIPシステムでは、SIPはIP電話、ソフトフォン、SIPインターホン、ビデオ電話、ゲートウェイ、PBXプラットフォームが通話を行い、メディアをネゴシエーションし、通信セッションを管理するのに役立ちます。

一方、GB/T28181は公安ビデオ監視ネットワーキングのために設計されています。SIPベースのシグナリングの考え方を使用していますが、そのビジネス目標は通常の電話呼び出しと同じではありません。デバイス登録、カメラディレクトリ管理、ライブビデオ要求、録画再生、PTZ制御、アラーム情報、デバイスステータス、プラットフォームカスケードに焦点を当てています。

これは、カメラのSIPは監視制御およびメディアアクセスメカニズムに近いのに対し、IP電話のSIPは通信セッションメカニズムであることを意味します。設定は似ているように見えても、登録後のシステム動作は異なります。

重要なパラメータの違い

重要な違いの1つは、IDとフィールドのルールに現れます。VoIP SIPシステムでは、ユーザーIDは通常柔軟です。SIP内線番号は1001、6008、room101、またはPBXによって定義された別のアカウント形式にできます。GB/T28181システムでは、デバイスIDとプラットフォームIDは通常より厳格なルールに従い、長い固定形式の数値識別子を使用することがよくあります。

GB/T28181は、監視シナリオのためにSIPメッセージの使用も拡張しています。たとえば、SubjectフィールドにはデバイスID、チャンネル番号、操作タイプ、リアルタイムプレビュー情報、または再生制御情報が含まれる場合があります。これらの拡張フィールドはビデオ監視プラットフォームにとって意味がありますが、一般的なVoIP SIPサーバはそれらを正しく理解または処理できない可能性があります。

これらの違いのため、通常のSIPサーバへのカメラ登録は誤解を招く可能性があります。サーバはSIPシグナリング層での登録を受け入れるかもしれませんが、カメラストリームを要求する方法、再生を制御する方法、デバイスディレクトリを管理する方法、または監視固有のメッセージを処理する方法を理解していない可能性があります。

能这是一种

登録はビデオ通話ができることを意味しない理由

一部の統合テストでは、認証ID、パスワード、サーバアドレス、ポートを調整した後、GB/T28181カメラがSIPサーバ上でオンラインになることがあります。これにより、プロジェクトチームはカメラがすでに統合されていると思うかもしれません。しかし、プラットフォームがSIPビデオ通話を開始したりストリームをプルしようとすると、ビデオが表示されないことがあります。

理由は、メディアネゴシエーションとストリーム制御は同じではないからです。VoIP SIP呼び出しは、両側が標準の呼び出し動作を使用してメディアをネゴシエーションすることを期待します。GB/T28181カメラは、監視プラットフォームが監視固有の制御メッセージを送信し、ライブビデオを要求し、チャンネルを管理し、国家標準のワークフローに従ってストリーミングを処理することを期待します。

さらに、多くの監視カメラは4Kなどの高解像度ビデオストリームを出力し、一般にH.265エンコーディングを使用します。多くのIP電話、ビデオ電話、ディスパッチクライアント、通信端末は主にH.264デコードをサポートし、720Pまたは1080Pのビデオ通信用に設計されている可能性があります。シグナリングが適合されても、メディアコーデックは依然として互換性がない場合があります。

ビデオアクセスゲートウェイの役割

異種ビデオと通信の統合には、通常プロトコル変換ゲートウェイが必要です。この種のデバイスは、ビデオアクセスゲートウェイ、GB/T28181-SIPゲートウェイ、または監視ビデオ統合ゲートウェイと呼ばれることがあります。その目的は、ビデオ監視システムとSIPベースの通信システムの間のギャップを埋めることです。

監視側では、ゲートウェイは上位および下位プラットフォーム接続、カメラ登録、ディレクトリ照会、ライブビューイング、再生制御、PTZ操作、位置情報、アラーム報告、デバイスステータス管理などのGB/T28181機能をサポートする必要があります。これらの機能により、ゲートウェイは監視システムに適合する方法でカメラやビデオプラットフォームと通信できます。

通信側では、ゲートウェイはSIPネットワーキング、SIP呼び出し、ビデオディスパッチ、ストリーム転送、端末適応をサポートする必要があります。これにより、ディスパッチプラットフォーム、SIPビデオ電話、コマンドコンソール、またはユニファイドコミュニケーションシステムが、通信に適した方法でカメラリソースを呼び出したり表示したりできます。

トランスコーディングはシグナリングと同様に重要であることが多い

プロトコル変換は問題の一部しか解決しません。多くのプロジェクトでは、コーデックと解像度の変換も同様に重要です。監視カメラが4K H.265ビデオを提供する一方で、ディスパッチ端末やSIPビデオ電話がH.264と1080Pしかサポートしない場合があります。トランスコーディングなしでは、ストリームは接続されても表示できないままです。

したがって、実用的なゲートウェイはメディア適応をサポートする必要があります。H.265をH.264に変換したり、解像度を下げたり、ビットレートを調整したり、フレームレートを変更したり、ストリームをSIPビデオ通信やWebプレビューに適した形式にパッケージ化したりする必要があるかもしれません。これは、緊急指令、産業用ディスパッチ、セキュリティ運用、モバイルコマンドシステムにおいて特に重要です。

コンバージドコミュニケーションプラットフォームを設計する際、SIPディスパッチ、ビデオ連携、フィールド通信端末、コマンドセンターコラボレーションを必要とするプロジェクトでは、BECKE TELCOM / 贝克通信を軽く考慮することができます。そのようなシステムでは、ビデオアクセスゲートウェイは監視リソースと通信ワークフローの間の橋渡し役として機能します。

この統合が有用な場面

カメラSIPとIP電話SIPの違いは、ビデオ監視と音声ディスパッチが連携しなければならないプロジェクトで最も重要です。たとえば、コマンドセンターがIP電話に電話をかけながら、近くのカメラ画像を開く必要がある場合があります。産業用制御室では、アラームイベントをライブビデオと音声通信にリンクする必要がある場合があります。緊急車両は、フィールドカメラのビデオを受信し、遠隔コマンドプラットフォームと共有する必要がある場合があります。

交通、エネルギー、化学プラント、キャンパス、公安、産業団地において、ビデオはもはや監視リソースだけではありません。それは意思決定プロセスの一部です。オペレーターは、ビデオ映像、音声通話、地図上の位置、アラーム、ディスパッチ記録を1つのワークフローに組み合わせる必要があります。

適切に設計されたゲートウェイ層により、カメラ、監視プラットフォーム、SIP端末、ディスパッチシステムは、あるプロトコルを別のプロトコルのように振る舞わせることなく連携できます。これにより、統合リスクが軽減され、プロジェクトの納品と保守が容易になります。

プロジェクト設計チェックリスト

カメラシステムをSIP通信プラットフォームに接続する前に、プロジェクトチームはカメラがGB/T28181、RTSP、ONVIF、プロプライエタリSDK、または別のアクセス方法を使用しているかを確認する必要があります。また、必要な機能が単純な閲覧、SIPビデオ通話、アラーム連携、再生、PTZ制御、またはプラットフォームカスケードであるかどうかを確認する必要があります。

チームはまた、カメラのコーデック、解像度、ビットレート、フレームレート、オーディオサポート、チャンネル構造、認証方法を検証する必要があります。端末側にIP電話やビデオディスパッチクライアントが含まれる場合は、そのデコード能力を展開前に確認する必要があります。

信頼性の高いプロジェクト納品のために、SIP登録の成功を最終的な互換性の証拠として扱わないでください。実際のテストには、ライブビデオ通話、ストリームプル、必要に応じて再生、PTZ制御、アラーム連携、端末デコード、ネットワーク遅延、長期安定性を含める必要があります。

カメラSIPとIP電話SIPはシグナリングレベルで関連していますが、異なるシステム向けに設計されています。直接登録は場合によっては機能するかもしれませんが、実際のサービス互換性には依然としてゲートウェイ変換とメディア適応が必要です。

結論

カメラSIPとIP電話SIPは完全には同じではありません。GB/T28181はビデオ監視ネットワーキングのためにSIPベースのシグナリングを使用しますが、IP電話SIPはVoIP通信とマルチメディアセッション制御のために設計されています。設定ページは似ているように見えますが、識別ルール、メッセージフィールド、制御ロジック、メディアネゴシエーション、アプリケーション目標が異なります。

実際のプロジェクトでは、監視ビデオをSIPディスパッチまたはユニファイドコミュニケーションシステムに取り込む必要がある場合、最も安全なアプローチはビデオアクセスゲートウェイまたはGB/T28181-SIPゲートウェイを使用することです。適切なプロトコル変換とトランスコーディングにより、カメラはコマンドセンター、ディスパッチプラットフォーム、SIP端末、緊急通信ワークフローで使用可能なビデオリソースになります。

よくある質問

IP電話は、別のSIP内線のようにカメラに直接ダイヤルできますか？

通常はできません。カメラにSIP関連の設定があっても、標準のSIPビデオ電話のように動作しない可能性があります。カメラビデオを通信端末が利用できるようにするには、通常ゲートウェイまたはプラットフォーム適応層が必要です。

カメラがオンライン表示されるのにビデオが表示されないのはなぜですか？

カメラは基本的なシグナリング登録を完了している可能性がありますが、プラットフォームが必要なGB/T28181制御メッセージ、ストリーム要求プロセス、コーデック、またはメディアトランスポート方式をサポートしていない可能性があります。

GB/T28181の代わりにRTSPを使用すべきですか？

プロジェクトによります。RTSPは単純なストリームプルに役立ちますが、GB/T28181はデバイス登録、ディレクトリ管理、プラットフォームカスケード、アラーム報告、再生、または監視システム統合が必要なプロジェクトにより適しています。

最終プロジェクト承認前に何をテストすべきですか？

カメラ登録、ライブビューイング、端末再生、コーデック互換性、遅延、再接続、必要に応じてPTZ制御、アラーム連携、録画再生、およびディスパッチプラットフォームが確実にビデオを呼び出したりプッシュしたりできるかどうかをテストしてください。

トランスコーディングは常に必要ですか？

常にではありません。カメラストリーム形式が受信側の端末またはプラットフォームですでにサポートされている場合、トランスコーディングは不要な場合があります。H.265、4K、高ビットレート、または互換性のないメディアフォーマットが関与する場合に重要になります。