Hmm, you can't get a "fully" identified segment to identify, since the calls are different hits and have different timestamps, etc...
But one thing that you should be able to use is something like a reload rate...
Now reloads are legitimate, when people refresh the page you will get two almost identical hits (basically the same behaviour as an accidental double tracking).
Luckily, it looks like Adobe has added a standard calculation for this (back in the day, you had to create your own reload rate), which is "Reloads / Pageviews".
Now, you will have to figure out, based on your site and user bahaviours what an abnormal rate would look like... for us, looking historically, 10% is a fairly safe rate... if if goes above 10%, if it's only slightly above that and only temporary then I will assume it was just aberrant user behaviours... but if it goes way above that, and it's constant, I would think that's an issue and start investigating it.
If you are tracking your website and mobile apps in the same suite, I would also look at these separately.. you might also want to split your web traffic by device type... how in-depth you want to check is up to you... but we once had an issue that impacted only iPads (the developers put in a refresh between changing breakpoints, and accidentally had a 1 pixel overlap on the logic that matched the exact screen size of the ipad... so ipad users got stuck in an infinite loading loop... for our page views, it looked like a really good news day.. but in isolation we discovered that it was related to a bad deployment)
It's basically impossible to distinguish a reload from an accidental double tracking.. unless you are looking at Raw Data feeds and looking right down to the second / millisecond on the timestamps....
