内容

概要

前提条件

要件

使用するコンポーネント

省略形

問題

トラブルシュート

ユーザ位置情報

ULIからの場所タイプの識別

解決方法

概要

このドキュメントでは、PDNゲートウェイ(PGW)のUser Location Information(ULI)フィールドの最初のオクテットの誤った値の問題をトラブルシューティングする方法について説明します。

前提条件

要件

次の項目に関する知識があることが推奨されます。

- StarOS

使用するコンポーネント

このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

省略形

APN

アクセスポイント名

CDR

コール詳細レコード

CGI

セルグローバル識別子

ECGI

EUTRAN CGI

E-UTRAN

UTRANの進化

LSB

最下位ビット

MSB

最上位ビット

PDN

パケットデータネットワーク

PGW

PDNゲートウェイ

RA

収益保証

RAI

ルーティングエリアID

佐井

サービスエリアID

TAI

トラッキングエリアID

ULI

ユーザ位置情報

UTRAN

Universal Mobile Telecommunications System

問題

サービスプロバイダーは、一部の4GサブスクライバのPGW CDRの誤った処理に関して、この問題を提起しました。問題のある加入者のCDRは、ULIフィールドの最初の状態で誤った値を持っていました。

Non-Problematic

==============

userLocationInformation 1804f4790x1x0xfx7x0x2x1x1x

Problematic

===========

userLocationInformation 8204f4790x2x0xfx7x0x4x2x0x

ここでは、ULIフィールドのオクテット1の最初の2桁は、値が18ではなく82"と表示されていますでした。

CDRでこの誤った印刷が行われたため、サービスプロバイダーのRAチームは、ユーザの場所の種類をe-UTRAN(4G)またはGERAN/UTRAN(2G/3G)のいずれであるかを特定できず、誤った課金問題を引き起こしました。

トラブルシュート

サービスプロバイダーは、モバイルサブスクライバにコールするエンドユーザにモバイルワイヤレスサービスを提供するモバイルオペレータです。

ユーザ位置情報

This field contains the User Location Information of the MS as defined in TS 29.060 for GPRS case, and in TS 29.274 for EPC case (e.g. CGI, SAI, RAI TAI and ECGI), if available.

This field is provided by the SGSN/MME and transferred to the S-GW/P-GW during the IP-CAN bearer activation/modification. User Location Information contains the location (e.g. CGI/SAI, ECGI/TAI or RAI) where the UE is located while opening the respective CDR.

The flags ECGI, TAI, RAI, SAI and CGI in octet 5 indicate if the corresponding fields are present in the IE or not. If one of these flags is set to "0", the corresponding field is not present at all.

3GPP 29.274v12セクション8.21に従って、ULIは次のようにコーディングされます。

This IE shall contain only one identity of the same type (for example, more than one CGI cannot be included), but ULI IE may contain more than one identity of a different type (e.g. ECGI and TAI). The flags LAI, ECGI, TAI, RAI, SAI and CGI in octet 5 indicate if the corresponding type shall be present in a respective field or not.

If one of these flags is set to "0", the corresponding field shall not be present at all.

If more than one identity of different type is present, then they shall be sorted in the following order: CGI, SAI, RAI, TAI, ECGI, LAI.

ULIからの場所タイプの識別

上の図に示すように、ULIフィールドの5番目のオクテットはロケーションタイプを表します。

各オクテットは2つのニブルを表し、同じロジックで、5番目のオクテットは2つのニブルを持ちます。ニブル–1はビット–8からビット–5まで、ニブル–2はビット–4からビット–1までの範囲です。

従って、セット1の各ニブルの各フラグが常に、ULIの次のマッチ分野に存在する位置タイプ関連情報を考慮してください。

For example (for octet 5):

When 1st bit of nibble-1 (LSB) is set "1" in 5th Octet, it should reflect ECGI information in respective octet (e to e+6)

When 4th bit of nibble-2 (MSB) is set "1" in 5th Octet, it should reflect TAI information in respective octet (d to d+4)

See the pictorial representation in Figure-2

したがって、この図に示すように、CDRにECGI情報を持つ4G加入者は、ULIフィールドの先頭に値18を表す必要があります。(ただし、お客様から報告された問題に従って、Cisco PGWはPGW CDRの値82を出力します。これはRAチームの要求に従って誤っています)。

PGW（GTPv2上）からのトレース例により、これらの値がS5インターフェイスから取得されていることを確認します。

<< ULI seen in CSReq>>

USER LOCATION INFO:

Type: 86  Length: 13  Inst: 0

Value:

Location type: TAI

MCC: 123

MNC: 456

TAC: 0x1

Location type: ECGI

MCC: 123

MNC: 456

ECI: 0x0000001

Hex: 5600 0D00 1821 6354 0001 2163 5400 0000

01

上の例では、Bold Green(18)でマークされたULIフィールドの16進表現は、第5オクテットの最初の2つのニブルの値です。

この場合、PGW CDRはCDRのULIの適切な値も出力します（PGWで取得したCDR出力で出力）

<< ULI seen in CDR >> - - - Non-Problematic scenario

userLocationInformation

Location Type                    TAI

MCC                                123

MNC                                456

TAC                                0x1

Location Type                    ECGI

MCC                                123

MNC                                456

ECI                                0x0000001

解決方法

問題が発生した場合、Create Session Request(CSReq)の同様の値が表示され、PGWトレースに出力されますが、CRIのCDRフィールドの出力がLocationを正しく反映しません。代わりに、次の出力が表示されます。

<< ULI seen in CDR >> - - - Problematic scenario

userLocationInformation              123-456-1-8547

上記の出力は、疑いを生み出します。

該当するAPNユーザのgtppグループ内から設定を確認すると、gtppディクショナリがcustom33としてマッピングされていることがわかります

gtpp group <name-default>

- -

gtpp dictionary custom33               - - - > dictionary mapped to this group

- -

#exit

推奨事項に従って、4GサブスクライバのCDRフィールドについては、サービスプロバイダーは4Gのすべてのフィールドを含む適切なディクショナリを使用する必要があります。custom33からcustom24へのディクショナリ値を変更するように要求されました。

gtpp group <name-default>

- -

gtpp dictionary custom24               - - - > New dictionary mapped to this group

- -

#exit

gtppグループの前のディクショナリタイプが変更されると、RAチームはULIフィールドを正しくデコードでき、問題が解決します。