YD/T 3711-2020 英語 PDF (YDT3711-2020)

配信: 3 秒。真の PDF + 請求書をダウンロードしてください。
見積もりを取得する: YD/T 3711-2020をクリック (1 分でセルフサービス)
履歴バージョン（マスターウェブサイト）： YD/T 3711-2020
True-PDF をプレビュー(空白の場合は再読み込み/スクロールダウン)

YD/T 3711-2020:公衆通信ネットワークに基づくIMSベースの車両eCallシステムの技術要件
年/月 3711-2020
ヤード
通信業界標準
中華人民共和国
33.060 の検索結果
男36
IMS ベースの車両 eCall の技術要件
公衆通信ネットワークに基づくシステム
発行日: 2020年4月16日
実施日: 2020年7月1日
発行者：人民共和国工業情報化部
中華民国
目次
序文…3
1 範囲 ... 4
2 規範的参照 ... 4
3 用語、定義、略語 ... 5
3.1 用語と定義 ... 5
3.2 略語 ... 6
4 システムの概要 ... 7
4.1 サービス機能 ... 7
4.2 システムアーキテクチャ ... 7
5 サービスプロセスの要件 ... 9
5.1 概要 ... 9
5.2 初期MSD送信...11
5.3 MSDアップデート...14
5.4 ドメインの選択 ... 15
5.5 eCall 専用モード ... 16
5.6 SRVCCの要件...16
6 インターフェースパラメータとプロセス ... 18
6.1 MSD伝送のためのSIPシグナリング...18
6.2 PLMNの選択 ... 20
6.3 NASメッセージ...20
6.4 RRCメッセージ...20
6.5 eCall-INACTIVEサブステート...21
6.6 テストと再構成URI ... 22
6.7 Gmインターフェース...23
6.8 Mwインターフェース...23
6.9 Mm/Mxインターフェース...23
6.10 Mi/Mjインターフェース...24
7 機器要件 ... 24
7.1 ターミナル ... 24
7.2 eNodeB ... 25
7.3 MM E ... 25
7.4 HSS…26
7.5 S-GW/P-GW ... 26
7.6 MSC ... 26
7.7 IMSネットワーク機器...26
IMSベースの車両eCallの技術要件
公衆通信ネットワークに基づくシステム
1 範囲
この規格は、IMSベースのデータ伝送に関する技術要件を規定する。
主に公衆通信網をベースとした車両緊急通報システム
eCallの通話プロセス、MSDの送信と更新プロセス、機器を含む
LTE および IMS ネットワークに関係する機能とインターフェース パラメータ。
この規格は、VoLTEネットワーク、端末車両機器、無線
サブシステム機器、MSC、EPCコアネットワーク、IMSネットワークシステム機器
IMS ベースの車両緊急通報サービスを提供します。
2 規範的参照
以下の文書は、この文書の適用に必須です。
文書については、日付が示されたバージョンのみがこの文書に適用されます。
日付のない文書については、最新のバージョン（すべての修正を含む）のみがこれに適用される。
書類。
YD/T 1522.5-2010 セッション開始プロトコル (SIP) の技術要件 - パート 5:
統合IMSに基づくセッション開始プロトコル
Voice over LTE (VoLET) に基づく緊急通報サービスの技術要件
3GPPTS22.101 技術仕様グループ サービスおよびシステムの側面; サービスの側面;
サービス原則
3GPP TS23.167IMS (IP マルチメディア サブシステム (IMS) 緊急セッション)
3GPPTS 24.008 (モバイル無線インターフェースレイヤー3仕様、コアネットワークプロトコル、
ステージ3)
3GPPTS 24.301（Evolved Packet System（EPS）用の非アクセス層（NAS）プロトコル）
ステージ3)
3GPP TS 26.071（必須音声コーデック音声処理機能、AMR音声
コーデック; 一般的な説明)
3GPP TS 26.093（必須音声コーデック音声処理機能適応型マルチ
レート（AMR）音声コーデック、ソース制御レート操作）
3GPP TS 26.171 (音声コーデック音声処理機能; 適応型マルチレート –
ワイドバンド（AMR-WB）音声コーデック（概要）
3GPP TS 26.193 (音声コーデック音声処理機能; 適応型マルチレート –
広帯域 (AMR-WB) 音声コーデック、ソース制御レート操作)
3GPP TS 26.267 (eCall データ転送、インバンド モデム ソリューション、概要)
3GPP TS 31.102 (ユニバーサル加入者識別モジュール (USIM) の特性)
応用）
IETF RFC 8147 (次世代汎欧州 eCall)
CEN EN 15722 (2011 インテリジェント交通システム – eSafety – eCall 最小データセット
（MSD））
3 用語、定義、略語
3.1 用語と定義
この文書では、以下の用語と定義が適用されます。
3.1.1 公安応答ポイント
公衆電話を受信できる物理的な場所、例えば公衆安全応答ステーションや
緊急指令センター/対話プラットフォーム。
3.1.2 eコール
車両から手動または自動で発信される緊急通報（回線および緊急通報）
緊急通話または IMS 緊急通話）をサポートし、緊急関連の最小データセット（MSD）を送信します。
3.1.3 最小限のデータセット
救助目的で車両から送信される最小限のデータセットについては、CEN EN 15722 eCallを参照してください。
最小限のデータ セット。
3.1.4 制限状態
ユーザーデータは有効で利用可能であり、セルが選択されています。セルが
通常のサービスの提供は行わず、緊急サービスのみの提供となります。現時点では、ユーザーは
サービス状態です。
3.1.5 eCallのみモード
ステップ4〜5:
a) IMS緊急通話eSRVCCプロセスが展開されている場合：E-CSCFは緊急通話をアンカーする
EATFへのコールシグナリング、緊急コールのRequest-URIのeCall URNを解析する
要求とP-Access-Network-Infoヘッダー内のUEアクセス位置情報
ドメイン;そしてこの情報に基づいてE-CSCF内蔵または外部LRFを検索し、
緊急通報センターPSAPの番号を決定し、緊急通報をルーティングする
MGCF または ISBC に連絡し、その後対応する緊急通報センター PSAP に連絡します。
b) IMS緊急通話eSRVCCプロセスが展開されていない場合: EATFネットワーク要素は
配備する必要がなく、緊急通報信号が通過する必要がない。
EATFネットワーク要素。その他のプロセスはIMS緊急通話プロセスと同じである。
eSRVCC を導入しました。
ステップ6〜9:
INVITEリクエストを受け取った後、PSAPは呼び出し音を鳴らし、180メッセージに応答し、
IMS コアを介して UE に送信されます。
ステップ10:
PSAPはオフフックになり、200OKメッセージに応答します。PSAPはINVITEリクエストをサポートします。
MSD情報を運ぶ。返される200OKには、
MSDの受信を確認するためのapplication/emergencyCallData.controlタイプのメッセージ本文
情報。
ステップ11〜13：
E-CSCF/P-CSCF/SBCは200OKメッセージをUEに転送する。UEは成功を確認する。
200OK情報に基づくMSD情報の送信。
ステップ14〜17:
UE は ACK で応答し、IMS コアを介して PSAP に渡します。
eCall緊急通話が正常に確立され、メディアチャネルが正常に作成され、
初期MSD送信と確認が完了しました。
5.2.2 セッション中にNG-eCallをサポートしていないPSAPにMSDを送信する
設立
UEがパケットサービスが利用可能であることを検出したが、ネットワークが利用可能であることを検出しなかった場合
NG-eCallをサポートし、回線ドメインサービスが利用できない場合、UEは通常の
IMS ベースの緊急通話。具体的なプロセスは 3GPP TS 23.167 に示されています。
UEがネットワークがNG-eCallサービスをサポートしていることを検出したが、PSAPがサポートしていない場合は、
NG-eCallをサポートする場合、UEは3GPP TS 7.7.2で規定された方法でMSDを送信するものとする。
F いいえ --- --- CSが利用可能な場合はCSにアクセスします なし
a SIB1のネットワークNG-eCall機能によって示される（6.4を参照）。
5.5 eCallのみモード
eCallonly モードで設定された端末は、EMM-DEREGISTERED 状態のままになります。
端末UEは利用可能なネットワークセル内に常駐するが、移動は避けなければならない。
端末UEはネットワークとの管理やその他のシグナリングのやり取りを開始する。
モビリティ管理と接続管理の手順を確立、維持、
NG-eCallセッションまたは非緊急MSISDNまたはURIに接続されたセッションを解放する
テストおよび端末の再構成の目的で UICC によって設定されます。
セッションが解放されると、端末UEはタイプに応じて値が異なるタイマーを開始する。
セッション（例えば、eCallまたは非緊急MSISDNまたはURIへのセッション）のいずれか。
タイマーが有効である場合、端末UEは通常のモビリティ管理を実行し、応答を許可する。
ページングメッセージを受信し、着信セッションを確立する（例えば、緊急
ハンドリングセンター、PSAP、またはHPLMNオペレータ）。タイマーが切れても、端末UEがまだ
アタッチされた状態では、端末はデタッチ手順を開始し、EMM-
登録解除された状態。
注1: ​​HPLMNオペレータは、端末UEのeCallonlyモード設定ステータスを変更する場合がある。
UICCに記録されている。HPLMNオペレータは、非緊急MSISDNまたは
テストと再構成のためにUICCに設定されたURI。この動作は、UEが
再設定用の非緊急MSISDNまたはURI。eCallonlyモード設定が削除されると、
UE は通常の UE のように動作し、NG-eCall をサポートできます。
注2：テストおよび再構成の通話は、サービス提供者によって通常の（緊急でない）通話として扱われる場合があります。
PLMN では、オペレータのポリシーに従って通常の課金ルールを使用できます。
注3：NG-eCallテストおよび端末再構成のためにUICCに設定されたMSISDNは、
テスト用に CS ドメインで構成された MSISDN とは異なる必要があります。
eCallonlyに設定された端末UEの場合、E-UTRANアクセスを使用してEPSに接続すると、
端末はPSにアクセスするために他のRAT無線アクセス技術のサポートを示してはならない。
ドメイン。
注4：eCallonlyモードで構成された端末UEがPSドメインにアクセスするには、E-UTRANのみが必要です。
現在のバージョンではワイヤレス テクノロジがサポートされています。
5.6 SRVCCの要件
オペレータネットワークがIMS緊急通話SRVCCプロセスをサポートしている場合、IMSベースの
eCall プロセスは、図 7 に示す SRVCC ハンドオーバー プロセスをサポートする必要があります。
6 インターフェースパラメータとプロセス
6.1 MSD伝送のためのSIPシグナリング
6.1.1 SIPINVITE
UEはIMSベースのeCallを開始し、INVITEリクエストを送信します。
IMS ベースの VoLTE 緊急通話には、次の要件が追加されます。
INVITE の Request-URI 値:
--- ユーザーが手動で eCall をトリガーする場合は、urn:service:sos.ecall.manual; になります。
--- センサーが自動的に eCall をトリガーする場合は、urn:service:sos.ecall.automatic になります。
Acceptヘッダーはapplication/emergencyCallData.control+xmlを運び、UEが
このタイプのメッセージ本文を受け入れることができます。
Recv-InfoヘッダーにはemergencyCallData.eCall.MSDが含まれ、INFOリクエストが
MSD情報を運ぶものを受信できます。
MSD情報に対応するメッセージ本文のContent-Typeの値は
application/emergencyCallData.eCall.MSD。MSD情報はメッセージに含まれます。
application/emergencyCallData.eCall.MSDタイプの本体。MSD情報はバイナリを使用します
ASN.1 PERはCEN EN 15722エンコード形式に準拠しており、
140バイト。
MSDメッセージ本体にはContent-IDヘッダーフィールドが必要であり、その値はIDである。
MSD 情報を一意に識別できます。
INVITE リクエストの詳細な要件については、IETF RFC8147 を参照してください。
6.1.2 SIP 200 応答 (INVITE)
MSD情報を含んだ最初のINVITEリクエストを受信した後、PSAPは
MSD情報を確認し、MSD情報が正しいことを確認した後、200OKを返します。
PSAP がオフフックになります。要件は次のとおりです。
MSD制御情報に対応するメッセージ本体のContent-Typeの値は
application/emergencyCallData.control+xmlで、MSD制御情報は
application/emergencyCallData.control タイプのメッセージ本体。その中で、「受信」
ack要素の属性は「true」に設定され、「ref」属性は
UE から送信された MSD メッセージ本体に対応するコンテンツ ID。
200 応答の詳細な要件については、IETF RFC8147 を参照してください。
--- Content-typeヘッダーフィールドは、
メッセージ本文に対応するapplication/emergencyCallData.control+xml
ack要素の「ref」パラメータは、対応するContent-IDに設定されます。
INFOリクエストのメッセージ本文「application/emergencyCallData.control+xml」
UEが受信したアクション。「actionResult」サブ要素の「success」属性は
値は「false」、アクション属性は値「send-data」、理由
属性は、IETF RFC8147 に従って適切な値を選択します。
--- MSDメッセージ本体にはContent-Dispositionヘッダーフィールドを含める必要があり、
参照による値。
INFO 要求と応答の詳細な要件については、IETF RFC8147 を参照してください。
6.2 PLMNの選択
端末UEがeCallonlyモードでない場合、PLMN選択方法は
通常の PLMN 選択。
端末UEがeCallonlyモードの場合、端末UEは適切なセルに留まるように努める。
その後、eCall非アクティブ状態になります。端末が適切なセルを見つけられない場合は、
端末UEは制限状態で許容セルに留まるように努め、その後eCallに入る。
非アクティブ状態。制限状態では、利用可能で許可されたPLMNは次のように検索される。
通常のUE。
UEは通常の優先度に従ってPLMNを選択する。端末UEは考慮しない。
PLMN が UTRAN または GERANCS アクセスをサポートしていない限り、NG-eCall をサポートしない PLMN。
利用可能なPLMNがない場合、端末UEは2番目のPLMNを選択することが許可される。
ただし、NG-eCall または CS サポートには制限はありません。
アクセス層でのセル選択および PLMN 選択は、NG-eCall には影響しません。
6.3 NASメッセージ
端末のLTEシステム登録プロセス中に、ネットワーク側は2つの
eCallをサポートする識別子、「手動で開始されたeCall」および「自動的に開始されたeCall」
添付承認メッセージ内のIEの「緊急番号リスト」項目。詳細については、3GPPTSを参照してください。
24.301 および 3GPP TS 24.008。
6.4 RRCメッセージ
E-UTRANセルは、セルがサポートされるかどうかを示すために「eCallOverIMS-Support」フィールドを送信します。
NG-eCallをサポートします。「eCallOverIMS-Support」フィールドは、
SystemInfomationBlock1。SystemInformationblock1にこのフィールドがない場合、
ネットワークはNG-eCallをサポートしていません。
「eCallOverIMS-Support」フィールドを受信した後、端末UEは
--- ユーザーが端末の非アクティブ化（シャットダウンなど）を指示した場合、端末UEは
EMM-NULLを入力するものとする。
--- 端末が上位からの要求を受信すると...