TS uses this (simplified to a 2-player game here):
P_A_Wins = Normal_CDF(Mu_A - Mu_B, Sqrt(Sigma_A^2+Sigma_B^2+Sigma_Game^2))
I think there's a small typo here. The σ2Game needs a factor of 2, since removing the player uncertainties (σA= σB=0) should yield the standard Gaussian Elo result: Φ(μA - μB, 21/2β)
Also, if you want a non-zero draw probability, throw in a draw margin ε. For Isotropish, ε≈2.2, which corresponds to a (somewhat inaccurate) draw rate of 5%. More empirically accurate would be ε≈0.78 (1.75%).
1st, this was all off the top of my head, so it wasn't entirely precise. Forgot the 2, though it's not the most accurate thing to say that this is the "standard Gaussian Elo result" - all the actually-running Elo systems use a Logistic function, not a Gaussian; to be fair, Elo originally proposed Gaussian distributions, but... he doesn't actually say that this is the right figure; he explains in section 8.23 of his book (which is sitting on the arm of my chair as I type this) how you might get that figure, but eventually doesn't model players' variances separately, arguing that even if they're far different, it ends up not making so much difference. And indeed, in the Elo system, as he proposed it, there is just one variance that gets used, and it's an entirely irrelevant scale factor (well, ok, it makes a difference, but it's a scale factor - basically all it does is make the numbers different, without changing the predictions of the system, similar to a "double it, double the gaps between the ratings" (though not actually quite this simple)).
And actually, your explanation of where the 2 comes from doesn't actually make sense - the entire reason a two is there is because there are two players, and when you take a difference between two Gaussians, you get a Gaussian with mean equal to the differences of the mean and variance equal to the sum of the variance, which if you have equal variances (sigmaA = sigmaB) is simply sigmaA^2 + sigmaB^2 = 2sigma^2. That's actually why the 2 is there.
As for the draw probability, you need to have something if you want to model explicitly the chance at a draw, you need a paramter, yes, but I was actually doing the common convention of treating a draw as a simultaneous half-win and half-loss, or to put it more simply, I'm giving not the probability of a win, but the expected score - which is equivalent to (Wins + Draws/2)/(Games)
But yeah, there should be a 2 there, and at least some forms of TS do explicitly model draws differently, so there is that.