TS29.244-f80 "Ethernet PDU"
- 管理人
- 2020年7月8日
- 読了時間: 6分
7.5.8.3 Usage Report IE within ★PFCP Session Report Request Ethernet Traffic Information ★MAC Addresses Detected
Table 7.5.8.3-3: Ethernet Traffic Information IE within Usage Report IE
Ethernet Traffic Information C This IE shall be present if Ethernet Traffic Information needs to be reported. See Table 7.5.8.3-3.
N4のみX Sxabはなし
Table 7.5.8.3-3: Ethernet Traffic Information IE within Usage Report IE
Octet 1 and 2 Ethernet Traffic Information IE Type = 143 (decimal)
Octets 3 and 4 Length = n
Information elements P Condition / Comment Appl. IE Type
Sxa Sxb Sxc N4
MAC Addresses Detected C This IE shall be present if one or more new MAC addresses have been detected.
When present, it shall identify the MAC (Ethernet) addresses ★newly detected as source address of frames sent UL by the UE. - - - X MAC Addresses Detected★
MAC Addresses Removed C This IE shall be present if one or more new MAC addresses have been removed.
When present, it shall identify the MAC (Ethernet) addresses that have been ★inactive for a duration exceeding the Ethernet inactivity Timer. - - - X MAC Addresses Removed★
it shall identify the MAC (Ethernet) addresses newly detected as source address of frames sent UL by the UE.
it shall identify the MAC (Ethernet) addresses that have been inactive for a duration exceeding the Ethernet inactivity Timer.
8.2.93 MAC address 174★
8.2.94 C-TAG (Customer-VLAN tag) 175★
8.2.95 S-TAG (Service-VLAN tag) 175★
8.2.96 Ethertype 176★
8.2.97 Proxying 176★
8.2.98 Ethernet Filter ID 176★
8.2.99 Ethernet Filter Properties 177★
8.2.100 Suggested Buffering Packets Count 177
8.2.101 User ID 177
8.2.102 Ethernet PDU Session Information 178★
8.2.103 MAC Addresses Detected 178
8.2.104 MAC Addresses Removed 179
8.2.105 Ethernet Inactivity Timer 179★
5.13.2 Address Resolution Protocol or IPv6 Neighbour Solicitation Response by SMF
If the SMF requests the UPF to forward all Address Resolution Protocol (ARP) (see IETF RFC 826 [32]) or IPv6 Neighbour Solicitation (see IETF RFC 4861 [33]) traffic to the SMF to respond to the ARP or IPv6 Neighbour Solicitation based on the local cache information for Ethernet PDU sessions, the SMF shall provision a PDR in the UPF with:
SMFがUPFにすべてのアドレス解決プロトコル(ARP)(IETF RFC 826 [32]を参照)またはIPv6近隣要請(IETF RFC 4861 [33]を参照)トラフィックをSMFに転送してARPまたはIPv6近隣要請に応答するように要求した場合イーサネットPDUセッションのローカルキャッシュ情報に基づいて、SMFはUPFで次のPDRをプロビジョニングします。
- an Ethernet Packet Filter containing EtherType 2054 (hexadecimal 0x0806) and associate the PDR with a FAR, for forwarding ARP traffic to the SMF; and/or
- a PDI containing an application ID such that the identified application ID matches against EtherType 34525 (hexadecimal 0x86DD), IPv6 Next Header type as 58 and ICMP Field Type as 135 and associate the PDR with a FAR, for forwarding IPv6 Neighbour Solicitation traffic to the SMF.
-ARPトラフィックをSMFに転送するために、EtherType 2054(16進数の0x0806)を含み、PDRをFARに関連付けるイーサネットパケットフィルター。および/または
-識別されたアプリケーションIDがEtherType 34525(16進数の0x86DD)、IPv6次ヘッダータイプが58、ICMPフィールドタイプが135と一致し、PDRをFARに関連付けて、IPv6近傍要請トラフィックをSMF。
In this case, the user plane packets shall be forwarded between the CP and UP functions by encapsulating the user plane packets using GTP-U encapsulation (see clause 5.3.1).
この場合、ユーザープレーンパケットは、GTP-Uカプセル化を使用してユーザープレーンパケットをカプセル化することにより、CP機能とUP機能の間で転送されます(5.3.1項を参照)。
The SMF shall respond to ARP and/or IPv6 Neighbour Solicitation as specified in 3GPP TS 23.501 [28], clause 5.6.10.2 in this case.
5.13.3 Address Resolution Protocol or IPv6 Neighbour Solicitation Response by UPF
If the SMF requests the UPF to respond to Address Resolution Protocol (ARP) (see IETF RFC 826 [32]) or IPv6 Neighbour Solicitation (see IETF RFC 4861 [33]) based on the local cache information for an Ethernet PDU session, the SMF shall provision a PDR in the UPF with:
イーサネットPDUセッションのローカルキャッシュ情報に基づいて、SMFがUPFにアドレス解決プロトコル(ARP)(IETF RFC 826 [32]を参照)またはIPv6近隣要請(IETF RFC 4861 [33]を参照)に応答するように要求した場合、 SMFは、UPFで次のPDRをプロビジョニングします。
- an Ethernet Packet Filter containing EtherType 2054 (hexadecimal 0x0806) and associate the PDR with a FAR that has the ARP bit in Proxying IE of the Forwarding Parameters IE set to "1"; or
- a PDI containing an application ID such that the identified application ID matches against EtherType 34525 (hexadecimal 0x86DD), IPv6 Next Header type as 58 and ICMP Field Type as 135 and associate the PDR with a FAR that has the INS bit in Proxying IE of the Forwarding Parameters IE set to "1".
-EtherType 2054(16進数の0x0806)を含むイーサネットパケットフィルター。PDRを、転送パラメーターIEのプロキシIEのARPビットが "1"に設定されているFARに関連付けます。または
-識別されたアプリケーションIDがEtherType 34525(16進数の0x86DD)、IPv6次ヘッダータイプが58、ICMPフィールドタイプが135と一致し、PDRをProxying IEのINSビットを持つFARに関連付けるアプリケーションIDを含むPDI転送パラメータIEが「1」に設定されています。
The UPF shall respond to ARP and/or IPv6 Neighbour Solicitation as specified in 3GPP TS 23.501 [28], clause 5.6.10.2 in this case.
5.13.5 Reporting of UE MAC addresses to the SMF
In a PFCP Session Establishment Request or a PFCP Session Modification Request, the SMF may request the UPF to start or stop (in a PFCP Sesssion Modification Request only) reporting the UE MAC addresses,
i.e. the different MAC (Ethernet) addresses used as source address of frames sent UL by the UE in a PDU Session,
PFCPセッション確立要求またはPFCPセッション変更要求では、
SMFは、UPFに開始または停止するように要求する場合があります(PFCPセッション変更要求のみ)、UE MACアドレスを報告します。
つまり、PDUセッションでUEがULで送信したフレームのソースアドレスとして使用されるさまざまなMAC(イーサネット)アドレス、
by:
- creating a URR requesting the UPF to report Ethernet traffic information (i.e. with the Reporting Trigger set to 'MAC Addresses Reporting'); and
- associating the URR to the PDR provisioned for the UL traffic of the PDU session.
-UPFにイーサネットトラフィック情報の報告を要求するURRを作成します(つまり、レポートトリガーを「MACアドレスレポート」に設定します)。そして
-URRをPDUセッションのULトラフィック用にプロビジョニングされたPDRに関連付ける。
The SMF may additionally request the UPF to detect and report when no user plane packets are received for an UE MAC address, by provisioning the Ethernet Inactivity Timer IE in the URR.
SMFは、URRでイーサネット非アクティブタイマーIEをプロビジョニングすることにより、UE MACアドレスのユーザープレーンパケットが受信されない場合に、UPFに検出およびレポートを要求することもできます。
When being requested to start reporting the UE MAC addresses, the UPF shall:
UE MACアドレスの報告を開始するように要求された場合、UPFは次のことを行います。
- report immediately any UE MAC addresses known to be associated to the PDU session (e.g. if the request to start monitoring of traffic is received after the PFCP session establishment and if the UPF monitors the UE MAC addresses for the routing of DL traffic);
- report new UE MAC addresses that are detected subsequently;
- report UE MAC addresses that are removed subsequently from the PDU session, based on the detection of absence of traffic during the Ethernet Inactivity Timer, if this timer is provisioned in the URR.
-PDUセッションに関連付けられていることがわかっているすべてのUE MACアドレスを直ちに報告します(たとえば、トラフィックの監視を開始する要求がPFCPセッションの確立後に受信され、UPFがDLトラフィックのルーティングについてUE MACアドレスを監視する場合);
-その後検出された新しいUE MACアドレスを報告します。
-このタイマーがURRでプロビジョニングされている場合、イーサネット非アクティブタイマー中にトラフィックが存在しないことの検出に基づいて、PDUセッションから後で削除されるUE MACアドレスを報告します。
Commentaires