I answered this in your next post, but i'll repost here for added effect:
I just answered a seemingly unrelated question here:what is the best method for device location services, that I think may be relevant.
If I understand your question correctly, you want proximity sensors to measure the distance between a robot and a reciever. You may want to reconsider RF, since systems based off of it can be fairly accurate. The project site is here:
http://www.ns-tech.co.uk/blog/2010/02/active-rfid-tracking-system/
You might be able to modify the code to work to your purposes. Maybe setting it look for the measured amplitude of the signal and calulating the distance from that. I would build in some way of calibrating the whole thing. This could probably be scaled up to great size and accuracy if you used multiple recievers. Also, using a triangulation based approach may be useful. I'm not sure if this will be acurate enough, but it might be somewhere to start.
Also, you could consider a machine vision based approach. You might be able to rig a Kinect to recognize your robot if you put a distinct marker on it. Then, you could just program it to measure the distance to the marker. Then you would have to find a way to transmit the distance information to the robot over the air. Only downside would be limited range (approx 11 feet). Microsoft released a computer version, and there are lots of online resources for it:
http://www.dashhacks.com/kinect.html
Conversly, you could put the kinect on the robot and have the robot measure the distance to the marker. In this scenario, instead of having a beacon in your pocket, the Kinect's computer vision would recognize your body and you would be the 'beacon'. This way, you wouldn't have to transmit any information to the robot over the air. Only downside is that the robot would have to have some pretty sophisticated processing on board. Theoretically, you could put the kinect on the robot, have the robot transmit the raw kinect data to a remote computer for processing, and then transmit location data back to the robot, thus avoiding having to put major processing power in the robot.
I hope I've given you a few good ideas for alternatives and I wish you luck.