# What is the positional encoding in the transformer model?

I'm trying to read and understand the paper Attention is all you need and in it, there is a picture: I don't know what positional encoding is. by listening to some youtube videos I've found out that it is an embedding having both meaning and position of a word in it and has something to do with $$sin(x)$$ or $$cos(x)$$

but I couldn't understand what exactly it is and how exactly it is doing that. so I'm here for some help. thanks in advance.

For example, for word $$w$$ at position $$pos \in [0, L-1]$$ in the input sequence $$\boldsymbol{w}=(w_0,\cdots, w_{L-1})$$, with 4-dimensional embedding $$e_{w}$$, and $$d_{model}=4$$, the operation would be \begin{align*}e_{w}' &= e_{w} + \left[sin\left(\frac{pos}{10000^{0}}\right), cos\left(\frac{pos}{10000^{0}}\right),sin\left(\frac{pos}{10000^{2/4}}\right),cos\left(\frac{pos}{10000^{2/4}}\right)\right]\\ &=e_{w} + \left[sin\left(pos\right), cos\left(pos\right),sin\left(\frac{pos}{100}\right),cos\left(\frac{pos}{100}\right)\right]\\ \end{align*}

where the formula for positional encoding is as follows $$\text{PE}(pos,2i)=sin\left(\frac{pos}{10000^{2i/d_{model}}}\right),$$ $$\text{PE}(pos,2i+1)=cos\left(\frac{pos}{10000^{2i/d_{model}}}\right).$$ with $$d_{model}=512$$ (thus $$i \in [0, 255]$$) in the original paper.

This technique is used because there is no notion of word order (1st word, 2nd word, ..) in the proposed architecture. All words of input sequence are fed to the network with no special order or position; in contrast, in RNN architecture, $$n$$-th word is fed at step $$n$$, and in ConvNet, a word is fed to a specific position. Therefore, model has no idea how the words are ordered. Consequently, a position-dependent signal is added to each word-embedding to help the model incorporate the order of words. Based on experiments, this addition not only avoids destroying the embedding information but also adds the vital position information.

This article by Jay Alammar explains the paper with excellent visualizations. The example on positional encoding calculates $$\text{PE}(.)$$ the same, with the only difference that it puts $$sin$$ in the first half of embedding dimensions and $$cos$$ in the second half. As pointed out by @ShaohuaLi, this difference does not matter since vector operations would be invariant to permutation of dimensions.

Also, this blog by Kazemnejad has an interesting take on positional encoding. It explains that the specific choice of ($$sin$$, $$cos$$) pair helps the model in learning patterns like "when 'are' comes after 'they',..." which depend only on the relative position of the words, i.e. "after", rather than their absolute positions $$pos$$ and $$pos+1$$.

• You also have this excellent article purely focused on the positional embedding : kazemnejad.com/blog/… – Yohan Obadia Feb 5 '20 at 21:51
• Is the 10000 in the denominator related to this comment by Jay Alammar in his post: "Let’s assume that our model knows 10,000 unique English words (our model’s 'output vocabulary')? – tallamjr Dec 3 '20 at 15:53
• Which half of the positional encoding is sin and cos doesn't matter. The dot product is the same after shuffling the embedding dimensions :-) – Shaohua Li Jan 11 at 9:15
• @ShaohuaLi Thanks, I believe you are correct. Updated. – Esmailian Jan 11 at 9:55

Positional encoding is a re-representation of the values of a word and its position in a sentence (given that is not the same to be at the beginning that at the end or middle).

But you have to take into account that sentences could be of any length, so saying '"X" word is the third in the sentence' does not make sense if there are different length sentences: 3rd in a 3-word-sentence is completely different to 3rd in a 20-word-sentence.

What a positional encoder does is to get help of the cyclic nature of $$sin(x)$$ and $$cos(x)$$ functions to return information of the position of a word in a sentence.

• thank you. could you elaborate on how this positional encoder does this with $sin$ and $cos$? – Peyman Apr 28 '19 at 16:56

To add to other answers, OpenAI's ref implementation calculates it in natural log-space (to improve precision, I think. Not sure if they could have used log in base 2). They did not come up with the encoding. Here is the PE lookup table generation rewritten in C as a for-for loop:

int d_model = 512, max_len = 5000;
double pe[max_len][d_model];

for (int i = 0; i < max_len; i++) {
for (int k = 0; k < d_model; k = k + 2) {
double div_term = exp(k * -log(10000.0) / d_model);
pe[i][k] = sin(i * div_term);
pe[i][k + 1] = cos(i * div_term);
}
}