Exercises
ex-ch18-e01
EasyVerify the HKD rate at endpoints: (single access) and (full access).
: recover MAN.
: every user sees everything — no delivery needed.
L = 1
— standard MAN.
L = K
. If : rate = . When (full cache): rate = 0. Matches intuition (every user has whole library).
ex-ch18-e02
EasyFor , , , : compute the HKD rate.
Parameters
. . .
Rate
files/use.
Baseline
Single-access: . Multi-access is better.
ex-ch18-e03
MediumShow that the HKD scheme requires combinatorial placement to achieve disjoint coverage across a user's caches.
Random placement: caches overlap, effective memory .
Cyclic structure: deterministic disjointness.
Random case
Each cache holds random fraction. User's caches together hold of library (by inclusion- exclusion) — less than when .
Cyclic case
Cyclic disjoint placement: partitioned cover. Each user's access set sees exactly distinct files — full effective memory.
Moral
Structured placement essential for full multi-access gain.
ex-ch18-e04
MediumDesign an HKD placement for , , , explicitly. Show cache contents.
Split each file into 4 subfiles.
Cache stores subfiles at offsets for disjoint coverage.
Subfile partition
Each file split into 4 subfiles , each of size . With : cache stores 2 subfiles (M K / N = 1).
Placement
Cache 0: for all . Cache 1: . Cache 2: . Cache 3: .
Disjointness
User 0 accesses caches 0, 1: subfiles — full file! User 0 has effective memory = 4 files of content, decodes locally. Matches : user 0 has half memory per file. Actually files worth — matches .
Rate
files/use.
ex-ch18-e05
MediumCompare HKD rate with decentralized caching (Ch 13) applied to the same multi-access topology.
Decentralized: random bits per cache.
Multi-access with random caches: effective coverage.
Decentralized multi-access rate
Effective memory = . Rate: .
HKD rate
.
Gap
(Bernoulli inequality). Hence decentralized is strictly worse for . Numerical gap: , : ; . gap.
ex-ch18-e06
HardShow that for general (non-cyclic) topologies, HKD cannot be applied directly. What goes wrong?
HKD placement relies on cyclic symmetry.
Arbitrary access: overlaps possible.
Symmetry requirement
HKD's placement is -invariant under rotation. Each user's access set is a shifted copy of every other's. This is essential for delivery symmetry.
Arbitrary topology
Random access sets: no common structure. Some users share many caches, others share none. Overlaps uneven.
Consequences
Disjoint coverage may fail for some users. Delivery XOR structure also breaks. Need generalized design (§18.3) or PDA-like heuristics.
ex-ch18-e07
HardDerive a lower bound on the multi-access rate via cut-set.
For any user subset , they collectively hold .
Rate must enable decoding of files.
Cut-set setup
For a set of users with access sets , they collectively hold files worth.
Rate bound
Broadcast + caches must let all users decode their files (distinct under worst case): , i.e., .
Worst case $\mathcal{T}$
Minimizing over : .
Cyclic topology
Consecutive users: . So . Combined with HKD's achievable: gap by constant factor.
ex-ch18-e08
HardConstruct a resolvable -BIBD (affine plane of order 3). Use it for multi-access caching.
9 points = . Lines: 12 in 4 parallel classes.
Affine plane of order 3
Points: 9 pairs . Lines: 12 (4 directions 3 parallel lines each).
Parallel classes
Direction 0 (horizontal): for . Similarly for vertical, diagonal-1, diagonal-(-1).
Multi-access mapping
9 users (points), 12 caches (lines), each cache serves 3 users (points on line). Each user is in 4 lines (4 directions).
Rate
Using the Katyal-Ramkumar-style formula: of uncoded.
ex-ch18-e09
MediumCompare multi-access (Ch 18) with D2D (Ch 11). Scenarios where each is preferred.
Infrastructure presence, bandwidth constraints, latency.
Multi-access preferred
- Dense deployment with multiple APs (stadium, campus).
- Infrastructure-controlled caching (operator).
- Broadcast delivery preferred over P2P.
D2D preferred
- Sparse infrastructure (rural, IoT).
- Battery-constrained devices (D2D shorter range).
- Peer-based content sharing (social networks).
Hybrid
Many real deployments: multi-access AP + D2D offload for neighbor devices. Active research in CommIT.
ex-ch18-e10
MediumStadium Wi-Fi: active fans, APs, each AP within 4-5 users' range (so ). clips, per AP. Compute rate and compare to per-AP caching.
Parameters
. . .
Multi-access rate
clips/use.
Single-access baseline
clips/use. Multi-access is better.
Practical impact
At 10 Mbps per clip: multi-access saves ~75 Gbps aggregate Wi-Fi backhaul load at peak.
ex-ch18-e11
HardIn the multi-tier CommIT extension (Wan-Caire 2023), state how the rate formula generalizes.
Each tier contributes .
Sum over tiers.
Multi-tier access
User accesses edge + regional + origin caches. Per-tier ratios .
Effective memory
If disjoint across tiers: total.
Rate formula
.
Tier design
Higher tiers (regional, origin) typically have larger caches (larger ) but fewer users accessing (smaller ). Tradeoffs explored in Wan-Caire 2023.
ex-ch18-e12
MediumWhy does multi-access become infeasible when ?
Effective memory can't exceed library size .
Overflow
If : user's caches would need to store more than the full library. Impossible without redundancy.
Redundancy penalty
In this regime, overlapping cache content is unavoidable. Effective memory caps at — full library cached in user's access set.
Rate
If : (trivial, everybody has everything). The interesting regime is .
ex-ch18-e13
HardDerive the combined multi-access + privacy scheme. Is there a rate penalty?
Apply Wan-Caire permutation masking to HKD delivery.
Privacy is free in Wan-Caire.
Combined scheme
Placement: HKD cyclic + shared permutation per user. Delivery: users send masked demands, server runs HKD on masked demands.
Rate
Same as HKD (privacy free in MAN, also free here).
Practical
Provides demand privacy across multi-access topology — useful for stadium scenarios where fans shouldn't know neighbors' video preferences.
ex-ch18-e14
HardAnalyze the impact of user mobility: a user moves between access sets during a delivery round.
Access set changes mid-delivery.
Cache contents of new vs old access set may overlap differently.
Mobility challenge
Mid-delivery mobility: user's effective memory changes. HKD placement assumes stationary access.
Workarounds
- Hysteresis. User commits to initial access set for round duration.
- Delivery retransmission. Over-deliver to accommodate mobility.
- Robust placement. Design placement resilient to moderate access-set changes (active research).
Impact on rate
If fraction of users move: effective rate degrades by factor, depending on dependency.
ex-ch18-e15
HardDescribe one open problem in multi-access coded caching.
Non-uniform demand? Stragglers? Random topology?
Option A: Non-uniform topology
HKD assumes regular cyclic. Real-world APs: irregular density. Resolvable designs help but don't cover all cases. Open: rate-optimal placement for arbitrary bipartite user-AP graph.
Option B: Non-uniform demand
Uniform demand: MAN-optimal structure works. Zipf / skewed demand: unknown whether HKD cyclic is still optimal; maybe popularity-weighted multi-access placement is better.
Option C: Multi-tier + mobility
CommIT multi-tier + user mobility: no closed-form optimal scheme. Likely requires online / adaptive caching (Ch 20).