IEC 62056-21、gsm接続を介してプロトコルを実装

Question

プロトコルIEC 62056：21はenegyメーターの処理方法を教えてくれます。

私が立ち往生している部分は、GSMデータチャネルを介しての実装です。代わりに、それはシムを持って、シリアル接続介して接続されていません（でも）

• 300ボーレート
• 1パリティビット

しかしメートルしかし：通常、私のようなものを設定します。私が使用して計器を呼び出すことができ、モデムを使用して：

問題1：設定

モデムは、例えば、プロトコルのものと比較して異なる設定（ボーレート、ストップビット、パリティ）と計器を呼び出します

• 9600最初のメッセージ
• のためのコール
• 300ボーレートxxxxxは、マスタとスレーブ

間で共有され、新たなボーレートのためのボーレートは、私は通話中にこれらのパラメータを変更することはできますか？

問題2：欠落している作品は、私はこれを送信する方法がわからないです。ここ

/ ? Device address ! CR LF 

：私は通話を確立した後送信データ

は、私のようなメーターのものに送信します私はいくつかのライブラリを読み、しようとしています

コールを介したデータ（のようなJ62056、pyserial）が、しかし、私は、GSMコールを介してデータを送信については何も見つからなかっまし

EDIT 私はプロプライエタリなソフトウェアの痕跡を読んで、私はこれを得た：< NUL>の部分がクリアではなく、モデムがデータに 編集の送信を開始これはどこで

TX: 140ms AT&C1E0V0 

RX: 32ms 0 

TX: 1203ms 

ATDT ########## 

RX: 34656ms 1 

RX: 0ms 5 

RX: 0ms 

TX: 3234ms <NUL><NUL><NUL><NUL><NUL><NUL><NUL><NUL> *what is this?* 

TX: 594ms /?########! (this the Request message) **start sending data** 

： 私は8つのヌル文字について読んでいます。それはちょうどチェックインシーケンスです。モデムがコールを確立した後、瞬間

は、私は7 +パリティ1に私の8ビットパリティ・シーケンスを変換しません。今私はメートルとの間でデータを送受信することができるよ、私は、IEC 62056について何も知らず、この答え

Answer 1

に私の解決策を書き込む前に、他の機能をテストする必要があります：21、あなたのエネルギーメーターは、このオーバーGSM回路は、（データを切り替えサポートしている場合CSD）、通常の非GSMケースではスピードとパリティについては何も言及していません。

設定したデータコールが非透過CSD（NTCSD）になるためです。トランスペアレントコールはgsm接続を可能な限り電線だけで処理していましたが（最良の場合は難しい）、バッファリングなしでも再送信サポートでもすぐに受信した各バイトを転送します。一方、非透過接続は、そのデータを中間エンティティに受信/送信し、中間エンティティは他方のエンドポイントと通信し、バッファリングおよび再送信をサポートする。

GSM NTCSDの場合、データ処理を担当する電話機の部分はTAE（TA機能）またはTAF（TA機能）と呼ばれ、関連するプロトコルはRLP（Radio Link Protocol） 3GPP by specification 24.022。 HDLCに似たリンクレイヤプロトコルで、GSMネットワーク内のMSC（Message Switching Center）という装置と通信します。次に、別のエンドと通信する別の、完全に別の通信回線（リモートエンドがどのような種類のデバイスであるかに応じて、PSTN、ISDN、またはモバイルネットワークとなりうる）で通信するMSCです。

 mobile modem <----link1----> MSC <----link2----> remote endpoint 

ここで重要なことは、2つのリンクが100％独立している、と彼らはがないが同じ速度でなければならないということです。

したがって、エネルギーメーターがSIMカードと組み込みモデム間のシリアルインターフェイスで使用するスピードは、モデムが持つネットワークlink2の速度に依存しない無線リンク1の速度とは関係ありません。

したがって、上記のあなたの質問への答えでなければなりませんが、これは2 ATで制御することができるので、私はリンク1とリンク2の速度に関してといくつかのより多くの情報を記入してみましょうコマンドAT+CBSTとAT+CHSN（27.007で指定） 。

基本的なGSMデータトラフィックチャネルはTCH/9.6（トラフィックチャネル）と呼ばれ、9600bit/sの速度（ユーザが見る）と12000bit/sの総速度（ネットワークによって見られる）を持つチャネルです。スループットを向上させるために、HSCSD（High Speed CSD）が開発されました。新しいチャネルコーディングと、14500bit/sの総速度と13200bit/sの正味速度を持つ新しいチャネルTCH/14.4が導入されました（もちろん、 14.4スピードは実際にはそうではありませんでしたが）。

さらに、HSCSDでは、複数のタイムスロットをまとめてバンドルすることができます（マルチスロット）。 GSMの周波数帯域は8つのタイムスロットに分割され、アクティブコールはダウンリンク方向に1タイムスロットを占め、アップリンク方向に1タイムスロットを占有する。したがって、1つの周波数帯のみをサポートするように構成されたセルタワーは、最大8同時呼をサポートする。

HSCSDが導入したことは、複数の（隣接する）タイムスロット、たとえば2つのダウンリンクタイムスロットと1つのアップリンク（2 + 1と表示）を使用できるコールを設定する可能性でした。サポートされている電話機またはネットワークのさまざまなマルチスロット構成は、マルチスロットクラスに分類されています（2 + 1はマルチスロットクラス10です）。

HSCSDは付加価値があり、ネットワークリソースを多く占有していたため、これは通常の1 + 1 9600コールより高い料金が請求されていたため、HSCSDを使用したかどうかについてユーザーは何らかの制御を行う必要がありました。これは、リンク1の速度を制御するコマンドAT+CHSNを導入して行われた でした。

MSCへのヒントをサポートするため、link2に使用する速度はAT + CBSTコマンド（HSCSDの前にすでに存在していた）によって実装されました。 ATコマンドは携帯電話で終了するため、その値は何らかの方法でMSCに転送されなければならず、これは（RLPデータリンクに関して）ベアラ能力情報要素内の帯域外で行われました。いくつかの呼設定メッセージ。

これは、NTCSDコールのGSMネットワークの速度について知っておく必要がありますが、エリクソンの携帯電話でNTCSDコールスタックを開発して維持していることは、これが私がかなりよく知っていることです...

---

透過的なデータのためのいくつかのサポートが標準化されているが、これは80秒で行われた機器をサポートするために、90秒で行われ、従来のものより多くのでした。オペレーターは、今日これをサポートすることを望んでいません。なぜなら、仕事をしてサポートすることが尻の痛みであるからです。

GSMのようなファックスは、このような透明なベアラーでした。仕様を完全に守っても動作するという保証はなく、どこからでも大規模なテストでした。あなたは最善の努力を払わなければならず、それから世界中を旅してそれをテストし、ポップアップするすべての問題を修正しようとしました（彼らは絶対にそうしました。オペレータはそれを修正したくないかもしれないので、カスタム回避策を追加する必要がありました）。

ファックスのサポートを担当している人の一人は、タイミングのためにリクエストを受け取る前に応答を送信しなければならないということを私に伝えていました（たとえば、リモコンが何かを推測し、ファックスが行う）。

それはちょうどフレーミングでL2RCOPがあるほか

、彼らは90秒で行ったように製造電話やオペレーターの今日はファックスをサポートしていないことを理由がないわけではない初期の2000年パケットベースのRLPと物理シリアルインタフェースとの間の採用。

CSDとGPRSの両方サポートマルチスロット、必ずしもそうではないが、同じクラス、すなわちCSDマルチスロットクラスは、GPRSマルチスロットクラスから独立しています。