---
title: 'HPENets: Efficient 3D Point Cloud Processing'
url: https://www.emergentmind.com/topics/hpenets
type: topic
---

# HPENets: Efficient 3D Point Cloud Processing

Searching arXiv for the specified HPENets paper and closely related context.
arXiv Search Query: id:2603.04099
HPENets are a suite of MLP networks for point cloud processing introduced in “Efficient Point Cloud Processing with High-Dimensional Positional Encoding and Non-Local MLPs” [2603.04099]. They are organized around a two-stage abstraction and refinement (ABS-REF) view, and their central technical contribution is a High-dimensional Positional Encoding (HPE) module that explicitly utilizes intrinsic positional information in local 3D neighborhoods. Within this formulation, HPENets replace time-consuming local MLP operations with non-local MLPs for efficient non-local information updates, while using HPE to preserve effective local information representation. The resulting design is presented as readily deployable in MLP-based architectures and compatible with transformer-based methods.

## 1. ABS-REF formulation and network family

The point of departure for HPENets is an architectural reinterpretation of point cloud processing as a sequence of **abstraction** and **refinement** stages. In this view, early models focused on ABS stages, whereas more recent techniques devised sophisticated REF stages to attain performance advantages [2603.04099]. The framework is defined over point positions and features at layer \(l\), denoted \(\mathcal{P}^{l}\) and \(\mathcal{F}^{l}\).

In the ABS stage, point resolution is reduced by farthest point sampling,
\[
\mathcal{P}^{l+1} = \mathrm{FPS}(\mathcal{P}^{l}),
\]
followed by neighborhood construction,
\[
\mathcal{D}_{ABS}^{l+1}(p_m^{l+1}),\ \mathcal{K}_{ABS}^{l+1}(p_m^{l+1}) = \mathrm{KNN}(p_m^{l+1},\mathcal{P}^{l},\mathcal{F}^{l}),
\]
and intra-set aggregation,
\[
f_m^{l+1} = h_{ABS}\!\left( \mathcal{D}_{ABS}^{l+1}(p_m^{l+1}), \mathcal{K}_{ABS}^{l+1}(p_m^{l+1}) \right).
\]

The REF stage keeps the point set resolution fixed and performs same-resolution grouping,
\[
\mathcal{D}_{REF}^{l+1}(p_m^{l+1}),\ \mathcal{K}_{REF}^{l+1}(p_m^{l+1}) = \mathrm{KNN}(p_m^{l+1},\mathcal{P}^{l+1},\mathcal{F}_{ABS}^{l+1}),
\]
followed by inter-set refinement,
\[
f_m^{l+1} = h_{REF}\!\left( \mathcal{D}_{REF}^{l+1}(p_m^{l+1}), \mathcal{K}_{REF}^{l+1}(p_m^{l+1}) \right).
\]

HPENets instantiate this ABS-REF paradigm as a family rather than a single network. The paper distinguishes HPENet and HPENet V2, and also reports scaled variants such as HPENet V2-S and HPENet V2-XL. A plausible implication is that “HPENets” is best understood as the architectural family formed by combining the ABS-REF decomposition, HPE-based geometric encoding, and scalable refinement stages, rather than as a single fixed backbone.

## 2. High-dimensional Positional Encoding

The HPE module is defined on point clouds
\[
\mathcal{P}=\left\{p_m \in \mathbb{R}^{1\times 3}\right\}_{m=1}^{N}, 
\qquad \mathcal{F}=\left\{f_m \in \mathbb{R}^{1\times C}\right\}_{m=1}^{N},
\]
with
\[
p_m = [p_m^x, p_m^y, p_m^z], \qquad f_m \in \mathbb{R}^{C}.
\]
For local neighborhoods centered at \(p_m\), the geometrically meaningful quantity is the relative coordinate
\[
\Delta p_{mj} = p_j - p_m.
\]
The method emphasizes relative coordinates so that the encoding is translation invariant.

The paper first defines two lower-dimensional positional encodings used as baselines. The sinusoidal version allocates channels in groups of six:
\[
PE_{SIN}(p_m,6i+0)=\sin\!\left(\frac{100\,p_m^x}{1000^{6i/C}}\right),
\]
\[
PE_{SIN}(p_m,6i+1)=\cos\!\left(\frac{100\,p_m^x}{1000^{6i/C}}\right),
\]
\[
PE_{SIN}(p_m,6i+2)=\sin\!\left(\frac{100\,p_m^y}{1000^{6i/C}}\right),
\]
\[
PE_{SIN}(p_m,6i+3)=\cos\!\left(\frac{100\,p_m^y}{1000^{6i/C}}\right),
\]
\[
PE_{SIN}(p_m,6i+4)=\sin\!\left(\frac{100\,p_m^z}{1000^{6i/C}}\right),
\]
\[
PE_{SIN}(p_m,6i+5)=\cos\!\left(\frac{100\,p_m^z}{1000^{6i/C}}\right).
\]
The learnable low-dimensional baseline is
\[
PE_{MLP}(p_m)=\theta_{3,C}\!\left(Norm\!\left(\delta_{3,3}(p_m)\right)\right).
\]

HPE introduces a two-step construction: high-dimensional projection followed by alignment to the backbone feature space. Its sinusoidal form is
\[
HPE_{SIN}(p_m) = \theta_{\left(\lfloor C/6\rfloor \times 6\right),\,C}\!\left(PE_{SIN}(p_m)\right),
\]
and its learnable form is
\[
HPE_{MLP}(p_m) = \theta_{C_{mlp},\,C}\!\left( Norm\!\left(\delta_{3,\,C_{mlp}}(p_m)\right) \right).
\]
In the original HPENet, \(C_{mlp}=C\). In HPENet V2, \(C_{mlp}=\frac{C}{4}\).

Although these equations are written for a generic point coordinate \(p_m\), the practical operator is applied to relative coordinates:
\[
e_{mj}=HPE(\Delta p_{mj}).
\]
A local feature update can therefore be written as
\[
\hat f_m = \operatorname{MaxPool}_{j\in\mathcal{N}(m)} \left(f_j + HPE(\Delta p_{mj})\right).
\]
Under a global translation \(t\in\mathbb{R}^3\),
\[
p_m' = p_m + t,\qquad p_j' = p_j + t,
\]
so
\[
\Delta p_{mj}' = p_j' - p_m' = (p_j+t)-(p_m+t)=p_j-p_m=\Delta p_{mj},
\]
which yields translation invariance.

The paper presents this as an extension of positional encoding from Transformer literature to a 3D, local, relative, high-dimensional geometric encoding tailored to point clouds. This suggests that HPE is not merely a replacement for raw coordinate concatenation, but a feature-space geometric operator for irregular 3D neighborhoods.

## 3. Local aggregation, non-local MLPs, and HPE-mediated geometry injection

HPENets use HPE to separate explicit geometric encoding from feature propagation. The grouped feature tensor after neighborhood construction is augmented by HPE:
\[
\tilde{\mathcal{D}(p_m)}=\mathcal{D}(p_m)+HPE(\Delta \mathcal{P}(p_m)),
\]
where \(\Delta \mathcal{P}(p_m)\in\mathbb{R}^{k\times 3}\). This additive fusion aligns positional information with the same \(C\)-channel space as grouped features.

The paper analyzes three aggregation operators. Traditional local processing is written as
\[
f_m^{l+1}=R(S(G(p_m^{l+1},\mathcal{P}^l,\mathcal{F}^l))),
\]
while non-local alternatives are
\[
f_m^{l+1}=R(G(p_m^{l+1},\mathcal{P}^l,S(\mathcal{F}^l))),
\]
for PreConv, and
\[
f_m^{l+1}=S(R(G(p_m^{l+1},\mathcal{P}^l,\mathcal{F}^l))),
\]
for ProConv. Here \(G\) denotes grouping, \(S\) a set operation or MLP, and \(R\) a reduction such as max pooling.

The central architectural claim is that local MLPs can be reduced or replaced by non-local MLPs if local geometric information is injected explicitly. PreConv is efficient but weak on local geometry by itself; HPE supplies the missing local 3D structure. The paper therefore adopts a hybrid strategy: in the first ABS stage it keeps a stronger local operator to preserve fine detail, while later ABS and REF stages prefer efficient non-local MLPs, supported by HPE. In REF, because the stage does not change point geometry, the paper further states that HPE is shared within each REF stage to reduce computational costs [2603.04099].

This division of labor is foundational to HPENets. Non-local MLPs handle efficient feature updates, while HPE carries the local geometry that would otherwise be encoded by repeated local MLP operations.

## 4. Architectural composition and segmentation pipeline

HPENets are encoder-centric point cloud models built from ABS and REF blocks. A compact architecture description is
\[
(\mathcal{P}^{l},\mathcal{F}^{l}) \rightarrow MLP_{nonlocal} \rightarrow FPS \rightarrow KNN \rightarrow \Delta \mathcal{P} \rightarrow HPE(\Delta \mathcal{P}) \rightarrow \mathcal{D} + HPE \rightarrow \mathrm{Pool} \rightarrow \mathcal{F}^{l+1}_{ABS} \rightarrow [\text{REF block}]^{B_l} \rightarrow \mathcal{F}^{l+1}.
\]
For HPENet V2-XL, the paper gives
\[
B=[3,6,3,3].
\]

The article’s details distinguish HPENet and HPENet V2 at the block level. In the ABS-stage pseudocode, HPENet applies a local MLP after HPE-enhanced grouping,
\[
\hat{\mathcal{D}^{l+1}=MLP_{local}(\tilde{\mathcal{D}^{l+1}}),
\qquad
\mathcal{F}^{l+1}=\operatorname{MaxPool}_{k}(\hat{\mathcal{D}^{l+1}}),
\]
whereas HPENet V2 uses
\[
\mathcal{F}^{l+1}=\operatorname{MaxPool}_{k}(\tilde{\mathcal{D}^{l+1}}).
\]
This suggests that HPENet V2 pushes the efficiency agenda further by relying more directly on HPE-enhanced grouped features and less on expensive local MLP stacks.

For segmentation, the encoder is complemented by a Backward Fusion Module (BFM). BFM takes high- and low-resolution features, extracts global statistics from \(\mathcal{F}^{high}\) using max and mean pooling, refines them via inverted-residual MLPs, and uses the resulting attention to update both streams. The overall segmentation pipeline can therefore be summarized as
\[
\text{Encoder with ABS-REF + HPE} \rightarrow \text{Decoder} \rightarrow \text{BFM for bilateral multi-resolution fusion} \rightarrow \text{point-wise classifier}.
\]

The paper also states that HPE is compatible with transformer-based methods. This matters because the HPE module is presented not as an MLP-only trick, but as a general positional encoding block for local geometric representation in point cloud backbones.

## 5. Empirical performance and ablation evidence

The paper reports experiments on seven public datasets across four different tasks and summarizes the most direct comparison against PointNeXt in the abstract [2603.04099].

| Dataset | Reported advantage over PointNeXt | FLOPs relative to PointNeXt |
|---|---:|---:|
| ScanObjectNN | \(+1.1\%\) mAcc | \(50.0\%\) |
| S3DIS | \(+4.0\%\) mIoU | \(21.5\%\) |
| ScanNet | \(+1.8\%\) mIoU | \(23.1\%\) |
| ShapeNetPart | \(+0.2\%\) Cls. mIoU | \(44.4\%\) |

The benchmark sections provide the corresponding concrete model figures. On ScanObjectNN, PointNeXt-S reports \(85.8\%\) mAcc, \(87.7\%\) OA, and \(1.6\text{ G FLOPs}\), whereas HPENet V2-S reports \(86.9\%\) mAcc, \(88.4\%\) OA, and \(0.8\text{ G FLOPs}\); HPENet V2-S* reaches \(87.4\%\) mAcc and \(88.9\%\) OA. On S3DIS 6-fold, PointNeXt-XL reports \(74.9\%\) mIoU and \(84.8\text{ G FLOPs}\), while HPENet V2-XL reports \(78.9\%\) mIoU and \(18.2\text{ G FLOPs}\). On S3DIS Area-5, PointNeXt-XL reports \(70.5\%\) mIoU and \(76.8\%\) mAcc, while HPENet V2-XL reports \(72.3\%\) mIoU and \(78.4\%\) mAcc, with a best single run at \(72.6\%\) mIoU. On ScanNet, PointNeXt-XL reports \(71.5\%\) mIoU and \(85.2\text{ G FLOPs}\), while HPENet V2-XL reports \(73.3\%\) mIoU and \(19.7\text{ G FLOPs}\). On ShapeNetPart, PointNeXt-S(c=160) reports \(85.2\%\) Cls. mIoU, \(87.0\%\) Ins. mIoU, and \(110.2\text{ G FLOPs}\), while HPENet V2-S(c=160) reports \(85.4\%\) Cls. mIoU, \(87.2\%\) Ins. mIoU, and \(48.9\text{ G FLOPs}\), with a best single run of \(85.4\%\) Cls. mIoU and \(87.3\%\) Ins. mIoU.

Ablation results establish the role of HPE itself. On S3DIS Area-5 for HPENet V2-XL, using no positional encoding gives \(63.9\%\) mIoU, \(10.4\text{ G FLOPs}\), and \(15.4\text{ M params}\). Using PE in ABS+REF gives \(70.9\%\) mIoU, \(10.8\text{ G FLOPs}\), and \(15.4\text{ M params}\). Using HPE in ABS+REF gives \(72.2\%\) mIoU, \(17.7\text{ G FLOPs}\), and \(16.0\text{ M params}\). With BFM, the result is \(72.3\%\) mIoU, \(18.2\text{ G FLOPs}\), and \(16.1\text{ M params}\). This indicates that HPE introduces moderate overhead relative to PE, while still improving mIoU.

The ablations also clarify several design choices. Replacing relative-coordinate HPE with absolute-coordinate HPE (“HPE (abs)”) drops S3DIS Area-5 mIoU from \(72.2\%\) to \(54.6\%\). Multiplicative fusion (“HPE (mul)”) gives \(71.0\%\) mIoU, below additive fusion. The dimensionality study over
\[
C_{mlp}\in\left\{3,\frac{C}{8},\frac{C}{4},\frac{C}{2},C\right\}
\]
reports \(70.9\%\), \(71.9\%\), \(72.2\%\), \(71.5\%\), and \(71.8\%\) mIoU, respectively, making \(C_{mlp}=\frac{C}{4}\) the best tradeoff in HPENet V2.

The paper also evaluates HPE beyond MLP backbones. On S3DIS Area-5, Point Transformer improves from \(68.2\%\) mIoU at \(5.6\text{ G FLOPs}\) to \(70.7\%\) mIoU at \(5.3\text{ G FLOPs}\) after adding non-local MLPs, HPE, and BFM. Stratified Transformer improves from \(71.4\%\) mIoU at \(12.3\text{ G FLOPs}\) to \(72.7\%\) mIoU at \(12.0\text{ G FLOPs}\). This reinforces the paper’s claim that HPE is compatible with transformer-based methods.

## 6. Scope, interpretation, and limitations

HPENets are best characterized as point cloud networks in which local 3D geometry is made explicit through a high-dimensional, translation-invariant, relative-coordinate positional embedding,
\[
\Delta p_{mj}\in\mathbb{R}^3 \;\mapsto\; HPE(\Delta p_{mj})\in\mathbb{R}^{C}.
\]
Their distinctive contribution is therefore not merely the use of positional encoding, but the use of positional encoding as a first-class geometric representation aligned with backbone feature channels.

This framing also resolves a common misconception. HPENets do not simply concatenate raw coordinates to point features. Instead, they project relative coordinates into a higher-dimensional latent geometric space and then align that representation with the backbone feature dimension. The paper explicitly criticizes low-dimensional alternatives \(PE_{SIN}\) and \(PE_{MLP}\) as remaining effectively low-dimensional relative to the complexity of local geometric relationships in irregular 3D point sets [2603.04099].

A second misconception is that HPENets are transformer-specific because HPE extends the “positional encoding” concept from Transformer literature. The paper states the opposite architectural scope: HPE can be readily deployed in MLP-based architectures and is compatible with transformer-based methods. The method is therefore local and geometric in its operational role, even though its conceptual lineage comes from Transformer positional encoding.

The main trade-off made explicit in the ablations is computational rather than conceptual. Relative to standard PE, HPE increases S3DIS Area-5 compute from \(10.8\text{ G FLOPs}\) to \(17.7\text{ G FLOPs}\) and parameters from \(15.4\text{ M}\) to \(16.0\text{ M}\), while improving mIoU from \(70.9\%\) to \(72.2\%\). This suggests that HPE is not costless. The paper’s broader claim is instead that this cost is justified because HPE enables a larger architectural simplification: replacing time-consuming local MLP operations with non-local MLPs while preserving effective local information representation.

In that sense, HPENets occupy a specific design position in point cloud learning. They do not eliminate local geometry; they relocate it into a dedicated high-dimensional positional representation, and then use that representation to support efficient ABS-REF feature extraction.

Source: https://www.emergentmind.com/topics/hpenets