Personally, I would actually prefer to have three different specs for:

* the unique Address+RefParameter profile and recipe
* AbstractName definition
* EprResolver Service and RenewableReference

All these specs would be useful by itself: the first spec shows when we 
can use the Address+RefParams as an identifier/name, which could be used 
for policy/audit and EPR-resolution. The second one relies on the first 
and gives you the ability to define a more stable name and bind it 
through EPR-embedding - again useful for policy/audit/resolution. 
Finally, the last one specifies services and interface for 
EPR-resolution through two standard patterns.
.