Там немного другая фишка
Начиная с 9.2 экспорт всегда сохраняет данные пользователя (не словаря) в кодировке БД вместе с информацией о самой этой кодировке.
Независимо от NLS_LANG
Соответственно, импорт на этом основании (и положивши на NLS_LANG) и восстаналивает пользовательские данные

Засада здесь бывает, когда в исходной БД юзается совсем не та кодировка, которая заказана -- т.е. например выставляется NLS_LANG=CHARACTERSET, при этом не происходит конвертация. Что происходит, когда NLS_LANG=юникод (как и кодировка символов в БД) и при этом передаются неюникодные данные -- страшно себе представить

По-хорошему, надо проверить в какой кодировке пользовательские данные в самом файле экспорта (например, через FAR с разными кодовыми страницами), затем проверить/поправить, как это видит сам exp/imp (например, Character Set Conversion при импорте )