Спосіб узгодження версії визначення місцеположення користувацької площини

1. Спосіб узгодження версії визначення місцеположення захищеної користувацької площини (SUPL), який містить: передачу повідомлення ініціації SUPL від мережного пристрою до пристрою SUPL, причому повідомлення ініціації SUPL визначає множину версій SUPL, кожна з яких здатна підтримувати бажану службу; і прийом від пристрою SUPL відповіді, яка основана, щонайменше частково, на здатності пристрою SUPL підтримувати щонайменше одну з цієї множини версій. 2. Спосіб за п. 1, в якому пристрій SUPL містить Термінал з Підтримкою SUPL. 3. Спосіб за п. 1, в якому мережний пристрій містить Платформу Місцеположення SUPL. 4. Спосіб за п. 1, який додатково містить встановлення захищеного з'єднання між мережним пристроєм і пристроєм SUPL до прийому відповіді. 5. Спосіб за п. 4, в якому захищене з'єднання містить з'єднання Протоколу Керування Передачею/Інтернет Протоколу. 6. Спосіб за п. 4, в якому прийом відповіді виконується через захищене з'єднання. 7. Спосіб за п. 1, в якому відповідь від пристрою SUPL містить передачу за допомогою однієї зі згаданої множини версій SUPL, здатних підтримувати бажану службу. 8. Спосіб за п. 1, який додатково містить забезпечення служби місцеположення на основі відповіді від пристрою SUPL. 9. Спосіб за п. 1, в якому згадана множина версій SUPL вказується наміченим основним номером 2 (19) 1 3 підтримувати бажану службу; і засіб прийому для прийому від пристрою SUPL відповіді, яка основана, щонайменше частково, на здатності пристрою SUPL підтримувати щонайменше одну з цієї множини версій. 19. Пристрій за п. 18, який містить мережний пристрій. 20. Пристрій за п. 18, який додатково містить засіб з'єднання для встановлення захищеного з'єднання між пристроєм і пристроєм SUPL до прийому. 21. Пристрій за п. 18, який додатково містить засіб місцеположення для забезпечення служби місцеположення на основі відповіді від пристрою SUPL. 22. Пристрій за п. 18, в якому згадана множина версій SUPL вказується наміченим основним номером версії SUPL, наміченим додатковим номером версії SUPL і мінімальним основним номером версії SUPL, причому ця множина версій SUPL містить будь-який додатковий номер версії і всі основні номери версії між наміченим основним номером версії SUPL і мінімальним основним номером версії SUPL включно. 23. Пристрій для узгодження версії визначення місцеположення захищеної користувацької площини (SUPL), який містить: засіб прийому для прийому повідомлення ініціації SUPL від мережного пристрою, причому повідомлення ініціації SUPL визначає множину версій SUPL, кожна з яких здатна підтримувати бажану службу; і засіб передачі для передачі мережному пристрою відповіді, яка основана, щонайменше частково, на здатності пристрою для узгодження версії визначення місцеположення SUPL підтримувати щонайменше одну з цієї множини версій. 24. Пристрій за п. 23, який містить пристрій SUPL. 25. Пристрій за п. 24, в якому пристрій SUPL містить Термінал з Підтримкою SUPL. 26. Пристрій за п. 23, в якому мережний пристрій містить Платформу Місцеположення SUPL. 27. Пристрій за п. 23, який додатково містить засіб з'єднання для встановлення захищеного з'єднання між пристроєм і мережним пристроєм до передачі. 28. Пристрій за п. 23, в якому відповідь містить передачу за допомогою однієї зі згаданої множини версій SUPL, здатних підтримувати бажану службу. 29. Пристрій за п. 23, який додатково містить засіб прийому для прийому служби місцеположення від мережного пристрою на основі відповіді від пристрою. 30. Пристрій за п. 23, в якому згадана множина версій SUPL вказується наміченим основним номером версії SUPL, наміченим додатковим номером версії SUPL і мінімальним основним номером версії SUPL, причому ця множина версій SUPL містить будь-який додатковий номер версії і всі основні номери версії між наміченим основним номером версії SUPL і мінімальним основним номером версії SUPL включно. 31. Пристрій визначення місцеположення в захищеній користувацькій площині (SUPL), який містить: приймач для прийому повідомлення ініціації SUPL від мережного пристрою, причому повідомлення ініціації SUPL визначає множину версій SUPL, кожна з яких здатна підтримувати бажану 94672 4 службу; процесор для визначення відповіді мережному пристрою, яка основана, щонайменше частково, на здатності пристрою SUPL підтримувати щонайменше одну з цієї множини версій; і передавач для передачі відповіді мережному пристрою. 32. Пристрій SUPL за п. 31, який містить Термінал з Підтримкою SUPL. 33. Пристрій SUPL за п. 31, в якому щонайменше один з приймача і передавача виконаний з можливістю встановлення захищеного з'єднання між пристроєм SUPL і мережним пристроєм до прийому повідомлення ініціації SUPL. 34. Пристрій SUPL за п. 31, в якому відповідь містить передачу за допомогою однієї зі згаданої множини версій SUPL, здатних підтримувати бажану службу. 35. Мережний пристрій, який містить: процесор для визначення повідомлення ініціації визначення місцеположення в захищеній користувацькій площині (SUPL) для передачі пристрою SUPL для ініціювання сеансу SUPL, причому повідомлення ініціації SUPL визначає множину версій SUPL, кожна з яких здатна підтримувати бажану службу; передавач для передачі повідомлення ініціації SUPL пристрою SUPL; і приймач для прийому від пристрою SUPL відповіді, яка основана, щонайменше частково, на здатності пристрою SUPL підтримувати щонайменше одну з цієї множини версій. 36. Мережний пристрій за п. 35, який містить Платформу Місцеположення SUPL. 37. Мережний пристрій за п. 35, в якому щонайменше один з приймача і передавача виконаний з можливістю встановлення захищеного з'єднання між мережним пристроєм і пристроєм SUPL до прийому згаданої відповіді. 38. Мережний пристрій за п. 35, в якому елемент зв'язку виконаний з можливістю забезпечення служби місцеположення на основі відповіді від пристрою SUPL. 39. Машиночитаний носій даних, який містить машиночитані інструкції, які при їх виконанні обчислювальною платформою наказують обчислювальній платформі здійснювати спосіб узгодження версії визначення місцеположення захищеної користувацької площини (SUPL), при цьому згадані інструкції містять: програмний код для передачі повідомлення ініціації SUPL від мережного пристрою до пристрою SUPL, причому повідомлення ініціації SUPL визначає множину версій SUPL, кожна з яких здатна підтримувати бажану службу; і програмний код для прийому від пристрою SUPL відповіді, яка основана, щонайменше частково, на здатності пристрою SUPL підтримувати щонайменше одну з цієї множини версій. 40. Машиночитаний носій даних за п. 39, який додатково містить програмний код для встановлення захищеного з'єднання між мережним пристроєм і пристроєм SUPL до прийому відповіді від пристрою SUPL. 41. Машиночитаний носій даних за п. 40, який додатково містить програмний код для прийому відповіді через захищене з'єднання. 42. Машиночитаний носій даних за п. 39, який додатково містить програмний код для забезпечення 5 94672 6 служби місцеположення на основі відповіді від пристрою SUPL. 43. Машиночитаний носій даних, який містить машиночитані інструкції, які при їх виконанні обчислювальною платформою наказують обчислювальній платформі здійснювати спосіб узгодження версії визначення місцеположення захищеної користувацької площини (SUPL), при цьому згадані інструкції містять: програмний код для прийому пристроєм SUPL повідомлення ініціації SUPL від мережного пристрою, причому повідомлення ініціації SUPL визначає множину версій SUPL, кожна з яких здатна підтримувати бажану службу; і програмний код для передачі мережному пристрою відповіді, яка основана, щонайменше частково, на здатності пристрою SUPL підтримувати щонайменше одну з цієї множини версій. 44. Машиночитаний носій даних за п. 43, який додатково містить програмний код для встановлення захищеного з'єднання між пристроєм SUPL і мережним пристроєм до передачі відповіді. 45. Машиночитаний носій даних за п. 44, який додатково містить програмний код для передачі відповіді через захищене з'єднання. 46. Машиночитаний носій даних за п. 43, який додатково містить програмний код для прийому служби місцеположення на основі відповіді від пристрою SUPL. Дана заявка заявляє пріоритет Попередньої Заявки на Патент США №60/975,454, поданої 26.09.2007, яка включена в даний документ повністю за допомогою посилання. Галузь техніки, до якої належить винахід Винахід, описаний в даному документі, стосується способу узгодження протоколу зв'язку між терміналом і мережним суб'єктом, як, наприклад, узгодження версії Захищеної Користувацької Площини (SUPL) між терміналом з підтримкою SUPL і мережним суб'єктом. Відомості Специфікації Визначення Місцеположення в Захищеній Користувацькій Площині, розроблені Open Mobile Alliance (ОМА), дозволяють клієнтському додатку, тобто Агенту SUPL, одержувати географічне місцеположення бездротового термінала, тобто Термінала з Підтримкою SUPL (SET). Вони також дозволяють SET одержувати своє місцеположення і місцеположення інших SET і передавати своє місцеположення вибраному Агенту SUPL. У цей час специфікаціями ОМА визначені дві версії SUPL-SUPL версії 1.0, які зараз повністю схвалені як ОМА Enabler (що забезпечує підтримку специфікацій ОМА), і SUPL версії 2.0. SUPL 1.0 підтримує багато способів визначення місцеположення, але забезпечує тільки базові можливості визначення місцеположення. SUPL 2.0, з іншого боку, містить набагато більше можливостей визначення місцеположення, включаючи підтримку періодичних, і історичних місцеположень, що активуються. Можливо, що з часом будуть розроблені інші версії SUPL, які будуть підтримувати навіть більше служб місцеположень. Для того, щоб забезпечити підтримку конкретної служби з використанням SUPL, звичайно починають сеанс SUPL між SET і мережним суб'єктом SUPL, відомим як Платформа Місцеположення SUPL (SLP). Для кожного типу служби звичайно посилається вихідне повідомлення SUPL або від SET до SLP, або від SLP до SET. Це повідомлення звичайно містить версію SUPL, намічену для сеансу відправником. У SUPL версія може бути охарактеризована основним номером версії і додатковим номером версії. Наприклад, в SUPL версії 1.0, основним номером версії є «1», а додатковим номе ром версії - «0». У SUPL версії 2.0 основним номером версії є «2», а додатковим номером версії є «0». Також може існувати третій рівень номера версії SUPL, відомий як службовий покажчик, що вказується після основного та додаткового номерів версії. Наприклад, в SUPL версії 2.0.1 основним номером версії є «2», додатковим номером версії є «0», а службовим покажчиком є «0». Всі три номери версії (основний, додатковий і службовий покажчик) можуть бути передані в повідомленнях SUPL, і, тому, можуть бути показані в блок-схемах повідомлень, але тільки основний номер версії і додатковий номер версії можуть бути використані для узгодження версії SUPL. Якщо одержувач першого повідомлення SUPL нового сеансу SUPL підтримує версію SUPL з тим самим основним номером версії, який вказаний в повідомленні, одержувач продовжить сеанс SUPL в нормальному режимі. Сеанс SUPL може бути продовжений, навіть якщо додатковий номер версії, що підтримується, не такий самий, як вказаний в повідомленні (наприклад, якщо одержувачем є SET, він встановлює захищене з'єднання IP до посилаючої SLP і потім повертає повідомлення SUPL). Однак, якщо такий одержувач не підтримує якої-небудь версії SUPL з тим самим основним номером версії, який вказаний в прийнятому повідомленні SUPL, він звичайно повертає повідомлення SUPL END відправнику повідомлення SUPL з вказівкою помилки протоколу (тобто версія SUPL не підтримується) і вказівкою версії SUPL, яку він підтримує. Якщо такий відправник підтримує цю версію, він може повторно почати сеанс SUPL з використанням цієї версії SUPL. В іншому випадку спроба встановлення сеансу провалюється. Короткий опис креслень Необмежуючі та невичерпні ознаки будуть описані з посиланням на наступні креслення, на яких однакові посилальні позиції відносяться до однакових частин від креслення до креслення. Фіг.1 - схема системи для підтримки місцеположення цільового SET з використанням обміну інформацією SUPL згідно з одним варіантом здійснення. Фіг.2 - схема сигналізації, що ілюструє цільовий SET, що використовує ту саму версію SUPL, як 7 і та, що запитується домашньою SLP (H-SLP) згідно з одним варіантом здійснення. Фіг.3 - схема сигналізації, що ілюструє цільовий SET, який використовує меншу версію SUPL, ніж H-SLP, що спочатку запитується, згідно з одним варіантом здійснення. Фіг.4А блок-схема, що ілюструє процес узгодження версії SUPL, що виконується H-SLP з SET, якщо такі H-SLP і SET використовують SUPL 2.0 або вищу версію SUPL згідно з одним окремим варіантом здійснення. Фіг.4В - блок-схема, що ілюструє процес узгодження версії SUPL, який виконується SET з HSLP, якщо такі H-SLP і SET використовують SUPL 2.0 або вищу версію SUPL згідно з одним окремим варіантом здійснення. Фіг.5-10 - схеми обміну повідомленнями, що ілюструють повідомлення, які передаються між HSLP і SET згідно з щонайменше одним варіантом здійснення. Фіг.11 - схема SET згідно з одним варіантом здійснення. Фіг.12 - блок-схема H-SLP згідно з одним варіантом здійснення. Згідно з одним окремим варіантом здійснення забезпечується спосіб, в якому повідомлення ініціації Захищеної Користувацької Площини (SUPL) передається від мережного суб'єкта до суб'єкта SUPL. Повідомлення ініціації SUPL може визначати множину версій SUPL, здатних підтримувати бажану службу. Від суб'єкта SUPL може бути прийнята відповідь, яка основана щонайменше, частково, на здатності суб'єкта SUPL підтримувати щонайменше одну з цієї множини версій. Посилання в даному описі на «один приклад», «одну ознаку», «приклад», «ознаку» означають, що конкретні ознака, структура або характеристика, описані спільно з цією ознакою і/або прикладом включені в щонайменше одну ознаку і/або приклад заявленого предмета винаходу. Так, входження фраз «в одному прикладі», «приклад», «в одній ознаці», «ознака» в різних місцях в даному описі не обов'язково всі відносяться до однієї і тієї самої ознаки і/або прикладу. Крім того, конкретні ознаки, структури або характеристики можуть бути об'єднані в одному або більше прикладах і/або ознаках. Методики, описані в даному документі, можуть бути реалізовані різними засобами залежно від застосувань згідно з конкретними ознаками і/або прикладами. Наприклад, такі методики можуть бути реалізовані в апаратному забезпеченні, апаратно-програмному забезпеченні, програмному забезпеченні і/або їх комбінації. У випадку апаратного забезпечення, наприклад, може бути реалізований блок обробки в складі однієї або більше прикладних спеціалізованих інтегральних схем (ASIC), цифрових сигнальних процесорів (DSP), пристроїв обробки цифрових сигналів (DSPD), програмованих логічних пристроїв (PLD), програмованих вентильних матриць (FPGA), процесорів, контролерів, мікроконтролерів, мікропроцесорів, електронних пристроїв, інших пристроїв/блоків, спроектованих для виконання функцій, описаних в даному документі, і/або їх комбінації. 94672 8 Методики визначення і/або оцінки місцеположення, описані в даному документі, можуть бути використані для різних мереж бездротового зв'язку, таких як бездротова глобальна мережа (WWAN), бездротова локальна мережа (WLAN), бездротова приватна мережа (WPAN) тощо. В даному документі терміни «мережа» і «система» можуть бути використані взаємозамінно. WWAN може бути мережею Колективного Доступу з Кодовим Розділенням каналів (CDMA), мережею Колективного Доступу з Часовим Розділенням каналів (TDMA), мережею Колективного Доступу з Частотним Розділенням каналів (FDMA), мережею Колективного Доступу з Ортогональним Частотним Розділенням каналів (OFDMА), мережею Колективного Доступу з Частотним Розділенням каналів з Однією Несучою (SC-FDMA) тощо. Мережа CDMA може реалізовувати одну або більше технологій радіодоступу (RAT) таких, як CDMA2000, Широкосмуговий CDMA (W-CDMA), як приклад деяких радіотехнологій. Тут CDMA2000 може включати в себе технології, реалізовані згідно із стандартами IS-95, IS-2000, IS-856. Мережа TDMA може реалізовувати Глобальну Систему Мобільного Зв'язку (GSM), Цифрову Розширену Систему Мобільної Телефонії (D-AMPS), або якоїнебудь іншої RAT. GSM та W-CDMA описані в документах консорціуму «Проект Партнерства 3-го Покоління 2» (3GPP2). Документи 3GPP та 3GPP2 є загальнодоступними. WLAN може містити мережу стандарту IEEE 802.11х, а WPAN може містити мережу Bluetooth, наприклад, стандарту IEEE 802.15х. Методики визначення, описані в даному документі, можуть також бути використані для будь-якої комбінації WWAN, WLAN і/або WPAN. Термін «місцеположення» згадується в даному документі як такий, що стосується інформації про місцезнаходження об'єкта або предмета відносно точки відліку. Тут, наприклад, таке місцеположення може бути представлене як географічні координати такі, як широта і довгота. Як альтернатива, таке місцеположення може бути представлене як вулична адреса, муніципалітет або інше державне утворення, поштовий індекс і/або подібне. Однак, це просто приклади того, як місцеположення може бути представлене згідно з конкретними варіантами здійснення, і заявлений предмет винаходу не обмежується в цьому відношенні. Термінал з підтримкою SUPL (SET) може визначати своє місцеположення на основі навігаційних сигналів від Супутникової Системи Позиціонування (SPS), такої як GPS або Galileo, за допомогою, наприклад, кореляції вимірювань псевдовідстаней від декількох (наприклад, чотирьох або більше) передавачів. Як альтернатива, таке місцеположення може бути оцінене гібридною системою, в якій положення стільникового приймач-передавача визначається виходячи з комбінації щонайменше 1) вимірювання часу, яке представляє час переміщення повідомлення в сигналах стільникового зв'язку між стільниковим приймач-передавачем і системою зв'язку; і 2) вимірювання часу, яке представляє час переміщення сигналу SPS. Служби визначення місцеположення, основані на місцеположенні мобільних пристроїв, стають 9 все більш широко поширеними. В одному варіанті здійснення Визначення Місцеположення Захищеної Користувацької Площини (SUPL) може використовувати методики передачі інформації про місцеположення і/або інформацію положення. SUPL може бути використане для передачі інформації про місцеположення, яка може бути використана для обчислення місцеположення цільового SET. Мережний суб'єкт (наприклад, SLP) та SET можуть узгодити конкретну версію SUPL для використання в сеансі SUPL. Одна з методик узгодження версії SUPL для використання в конкретному сеансі SUPL може використовувати повторну спробу встановлення сеансу SUPL після спроби, що не вдалася, щонайменше один раз з доданням додаткової затримки. Така затримка може бути значна, якщо перше повідомлення SUPL, наприклад, повідомлення ініціації SUPL (тобто SUPL INIT), передається з використанням повільних каналів, наприклад, Служби Коротких Повідомлень (SMS). Інші способи узгодження версії SUPL можуть також дозволяти SLP та SET вказувати підтримку тільки однієї версії SUPL. Якщо існують декілька версій SUPL, SLP та SET можуть підтримувати одну і ту саму версію, але ця версія не могла б бути вказана. Наприклад, може виникнути проблема, якщо SLP починає сеанс, вказуючи SUPL 3.0 у вихідному повідомленні SUPL INIT, посланому в SET, a SET відповідає повідомленням SUPL END, вказуючи SUPL 2.0. Така спроба встановлення сеансу могла б провалитися, якщо SET підтримує версії SUPL 1.0 та 2.0, тоді як SLP підтримує версії 1.0, 2.0 та 3.0, навіть якщо сеанс міг би бути підтриманий з використанням SUPL 1.0 або SUPL 2.0. Фіг.1 ілюструє систему 100 для підтримки місцеположення цільового SET з використанням обміну інформацією SUPL згідно з одним варіантом здійснення. Система 100 може включати в себе різні суб'єкти, такі як SET 105, бездротова мережа 110, Домашня Платформа 115 Місцеположення SUPL (H-SLP), агент 120 SUPL, один або більше супутникових засобів (SV), таких як SV 125, SV 130, SV 135 та SV 140, перша мережа 145 і друга мережа 150. Незважаючи на те, що проілюстровано чотири SV, потрібно розуміти, що більше або менше чотирьох супутників можуть бути використані в системі 100 для забезпечення даних місцеположення, таких як вимірювання псевдовідстаней, в SET 105. У деяких варіантах здійснення такі дані місцеположення можуть бути замість цього забезпечені, наприклад, наземними передавачами, наприклад, такими як базова станція або інший електронний пристрій, наприклад, в бездротовій локальній мережі (WLAN), бездротовій глобальній мережі (WWAN) і/або бездротовій приватній мережі (WPAN). У деяких варіантах здійснення SET 105 може містити пристрій, такий як, наприклад, переносний комп'ютер, персональний цифровий помічник (PDA), інші пристрої малого терміну служби або мобільні пристрої телефонії, як декілька прикладів. Як обговорювалося вище, наприклад, SET 105 може визначати своє місцеположення на основі 94672 10 навігаційних сигналів від SPS, такої як GPS або Galileo за допомогою, наприклад, одержання вимірювань псевдовідстаней від чотирьох або більше передавачів. Як альтернатива, SET 105 може визначати місцеположення на основі інших методик, як обговорювалося вище. В одному варіанті здійснення агент 120 SUPL може запитувати інформацію про місцеположення для SET 105. В одному варіанті здійснення агент 120 SUPL може віддалено відстежувати або стежити за місцеположенням SET 105. Наприклад, у випадку, коли користувач, що переносить SET 105, загубився або відчуває необхідність медичного втручання, агент 120 SUPL може побажати визначити місцеположення SET 105. Агент 120 SUPL може містити програмний додаток, що виконується віддаленим комп'ютером, обчислювальним пристроєм або обчислювальною платформою. Агент 120 SUPL може здійснювати зв'язок з Н-SLP 115 через першу мережу 145 або мережі. Перша мережа 145 може містити кабельну мережу або бездротову мережу. H-SLP 115 може приймати запити місцеположення від агента 120 SUPL та ефективно взаємодіє з SET 105 через бездротову мережу 110. Незважаючи на те, що на Фіг.1 проілюстрована бездротова мережа 110, необхідно розуміти, що інші типи мереж, такі як кабельні, або частково кабельні мережі можуть бути додатково використані. Крім того, в деяких варіантах здійснення замість, або додатково до Н-SLP 115 може бути використана Екстрена Платформа 115 Місцеположення SUPL (E-SLP). E-SLP може визначати місцеположення SET 105 в екстреній ситуації, такій як визначення місцеположення SET 105 в зв'язку з екстреним викликом. Зв'язок може бути ініційований між H-SLP 115 та SET 105 або H-SLP 115, або SET 105. Для ініціації зв'язку, в одному варіанті здійснення H-SLP 115 може передавати повідомлення ініціації SUPL до SET 105, або SET 105 може передавати повідомлення ініціації SUPL до H-SLP 115. H-SLP 115 може здійснювати зв'язок з другою мережею 150. Друга мережа 150 може бути кабельною або бездротовою. Друга мережа 150 може безпосередньо здійснювати зв'язок з бездротовою мережею 110, як показано на Фіг.1. В одному варіанті здійснення друга мережа 150 може безпосередньо здійснювати зв'язок з бездротовою мережею 110 таким чином, як, наприклад, через Інтернет. Подібне повідомлення ініціації SUPL може включати в себе версію SUPL, намічену для сеансу відправником. Як обговорювалося вище, версія може бути охарактеризована основним номером версії і додатковим номером версії. Наприклад, в SUPL версії 1.0, основним номером версії є «1», а додатковим номером версії є частина, що відповідає «0». У SUPL 2.0 основним номером версії є «2», а додатковим номером версії є «0». Якщо одержувач першого повідомлення SUPL для нового сеансу SUPL підтримує версію SUPL з тим самим основним номером версії, що і вказаний в повідомленні, навіть якщо додатковий номер версії, що підтримується, не є таким самим, як вказаний в повідомленні, одержувач може продовжити 11 сеанс SUPL в нормальному режимі. Для продовження сеансу SUPL, в деяких варіантах здійснення, одержувач, якщо ним є SET 105, може встановити захищене з'єднання Інтернет Протоколу (IP) з H-SLP 115 і потім повернути повідомлення SUPL. Згідно з деякими варіантами здійснення спосіб узгодження між SET 105 та H-SLP 115 передбачає використання визначення версії SUPL. Сеанс SUPL може почати подальшу передачу повідомлення ініціації SUPL. Подібне повідомлення ініціації SUPL може бути передане згідно з відомою версією SUPL, такою як SUPL 2.0. Якщо такий одержуючий суб'єкт підтримує версію SUPL повідомлення ініціації, одержуючий суб'єкт може (наприклад, після встановлення захищеного з'єднання IP з одержуючим суб'єктом, якщо ним є SET 105) передавати повідомлення у відповідь SUPL. Однак, якщо такий одержуючий суб'єкт не підтримує версію SUPL, задану в повідомленні ініціації, він може послати відповідь SUPL для завершення такого сеансу і вказати, що замість цього повинна бути використана інша версія SUPL. SET 105 може підтримувати одну або декілька версій SUPL. Наприклад, SET може підтримувати тільки SUPL 1.0 або тільки SUPL 2.0, тоді як інші SET можуть підтримувати і SUPL 1.0, і SUPL 2.0 або, можливо, додаткові версії SUPL. У випадку, якщо SET 105 ініціює сеанс SUPL за допомогою передачі повідомлення ініціації SUPL до H-SLP 115, і SET 105, наприклад, підтримує і SUPL 1.0, і SUPL 2.0, повідомлення ініціації SUPL може вказувати, що для сеансу SUPL призначена версія SUPL 2.0. H-SLP 115 може прийняти повідомлення ініціації і продовжити сеанс SUPL, якщо вона підтримує SUPL 2.0. Якщо, однак, H-SLP 115 підтримує тільки SUPL 1.0, вона може передати повідомлення SUPL END до SET 105, яке вказує, що сеанс SUPL закінчився. Повідомлення SUPL END може вказувати основний номер версії SUPL, який вона підтримує, якою в цьому прикладі буде SUPL 1.0. У випадку, коли, однак, SET 105 підтримує тільки SUPL 1.0, SET 105 може ініціювати сеанс SUPL за допомогою посилання повідомлення ініціації SUPL в Н-SLP 115 з вказівкою, що наміченою версією є SUPL 1.0. Після прийому H-SLP 115 може відповісти SET 105 і продовжити сеанс SUPL в SUPL 1.0. Якщо мережний суб'єкт, такий як H-SLP 115 як опонент SET 105, ініціює сеанс SUPL, з іншого боку, процес узгодження може бути прискорений. Згідно з даним варіантом здійснення повідомлення ініціації SUPL може бути модифіковане для визначення множини версій SUPL, здатних підтримувати потрібну службу, і які також підтримуються HSLP 115. Від SET 105 може бути прийнята відповідь, основана на здатності SET 105 підтримувати щонайменше одну з множини версій. Як приклад даного способу, H-SLP 115 може посилати повідомлення ініціації SUPL (наприклад, повідомлення SUPL INIT) з параметром для вказівки мінімального основного номера версії SUPL, для якого продовження сеансу для SET 105 можливе. У конкретній реалізації повідомлення ініціації SUPL може мати формат з декількома полями 94672 12 параметрів. Як обговорювалося вище, повідомлення ініціації SUPL може містити намічені основний та додатковий номери версій SUPL, наприклад, М1 та м1, відповідно, що виражаються, в цьому прикладі, як М1.м1 в існуючому параметрі версії SUPL. У цьому прикладі подібний параметр версії SUPL, таким чином, може вказувати найвищу версію SUPL, що підтримується H-SLP 115. Як обговорювалося вище, повідомлення ініціації SUPL може містити додаткове поле параметра для вказівки мінімального основного номера версії М2 SUPL, для якого продовження сеансу для SET 105 можливе. В одному варіанті здійснення, намічений сеанс SUPL може бути продовжений SET 105 з використанням будь-якого основного номера версії SUPL між М1 та М2 включно, і будь-якого додаткового номера версії SUPL без обмежень. В одному прикладі, SET 105 може підтримувати тільки SUPL 2.0, тоді як Н-SLP 115 може підтримувати SUPL 3.0. H-SLP 115 може передати повідомлення ініціації SUPL до SET 105 з вказівкою такої наміченої версії SUPL як SUPL 3.0 і того, що найменшою версією, що підтримується, є SUPL 2.0. У цьому випадку повідомлення ініціації SUPL, послане H-SLP 115, буде вказувати значення 3 для М1, значення 0 для м1 і значення 2 для М2. У даному прикладі SET 105 може продовжити такий сеанс, оскільки основним номером версії, який він підтримує, є 2, що лежить між М2 та M1. SET 105 може таким чином відповісти H-SLP 115 повідомленням з вказівкою використання SUPL 2.0, яка в цьому випадку підтримується H-SLP 115. Будь-які параметри або значення параметрів, включені H-SLP 115 в повідомлення ініціації SUPL, які були визначені для SUPL 3.0, але не для SUPL 2.0, можуть бути проігноровані SET 105 (оскільки він не підтримує SUPL 3.0). H-SLP 115 може потім продовжувати сеанс SUPL 2.0, дотримуючись відповіді від SET 105, як якби ці параметри і значення параметрів спочатку не посилалися. У цьому конкретному прикладі сеанс був ініційований за допомогою повідомлення ініціації SUPL згідно з SUPL 3.0. Подібний сеанс SUPL може бути продовжений SET 105 згідно з SUPL 2.0. Продовжуючи сеанс SUPL в SUPL 2.0, можна уникнути затримок і надмірного використання смуги пропускання, які можуть виникнути, якби сеанс треба було завершити після прийому SET 105 повідомлення ініціації SUPL і відповіді (наприклад повідомленням SUPL END) з вказівкою закінчення сеансу і вказівкою того, що єдиною версією SUPL, яка підтримується SET 105, є SUPL 2.0. У випадку, якщо, наприклад, SET 105 використовує версію SUPL, для якої не визначені параметри мінімальної версії SUPL, що підтримується, таку як SUPL 1.0, наприклад, SET 105 може ефективно ігнорувати подібні параметри. У подібному випадку SET 105 може функціонувати, неначе параметри мінімальної версії SUPL, що підтримується, не приймалися, і SET 105 може таким чином відповісти повідомленням SUPL END, як обговорювалося вище, яке вказує версію SUPL, що підтримується SET 105. Узгодження версій для SUPL 1.0 може бути визначене ОМА і може не змінюватися. Однак, 13 зворотна сумісність версій SUPL вище, ніж SUPL 1.0 з суб'єктом, підтримуючим SUPL 1.0, може бути досягнута як обговорюється нижче. Для сеансу SUPL, ініційованого по мережі між H-SLP 115, що підтримує версії SUPL вище 1.0, і SET 105, який підтримує тільки 1.0, SET 105 може відповідати на перше повідомлення ініціації SUPL від H-SLP 115 повідомленням SUPL END з вказівкою підтримки SUPL 1.0. H-SLP 115 може потім повторно почати сеанс з використанням SUPL 1.0, якщо вона підтримується, і якщо SUPL 1.0 сумісна з наміченою службою SUPL. Для сеансу SUPL, ініційованого по мережі між H-SLP 115, що підтримує тільки SUPL 1.0, і SET 105, який підтримує тільки версії вище SUPL 1.0, SET 105 може розпізнати, що H-SLP 115 підтримує тільки SUPL 1.0 і може відповідати на повідомлення ініціації SUPL від H-SLP 115 повідомленням SUPL END з вказівкою своєї версії SUPL, що підтримується, і сеанс закінчиться (оскільки сеанс SUPL не може бути повторно початий в цьому прикладі). В іншому прикладі SET 105, підтримуючий тільки SUPL 1.0, може ініціювати сеанс SUPL з HSLP 115, що підтримує версію SUPL вище SUPL 1.0. У такому випадку SET 105 може вказувати, що SUPL 1.0 є версією SUPL, що підтримується, в повідомленні ініціації SUPL, a H-SLP 115, розпізнаючи це, може або продовжувати сеанс з використанням SUPL 1.0, або відповісти повідомленням SUPL END для завершення спроби встановлення сеансу. В іншому варіанті здійснення SET 105, що підтримує тільки SUPL 2.0 або вище може ініціювати сеанс SUPL з H-SLP 115, що підтримує тільки SUPL 1.0. У такому випадку H-SLP 115 може відповісти на повідомлення ініціації SUPL від SET 105 повідомленням SUPL END з вказівкою своєї підтримки SUPL 1.0, дозволяючи SET 105 повторно спробувати встановити сеанс SUPL, якщо він підтримує SUPL 1.0. В одному варіанті здійснення процеси, описані вище, можуть гарантувати, що H-SLP 115 та SET 105 узгоджують один і той самий основний номер версії SUPL для використання в сеансі SUPL, якщо такий загальний номер версії існує. Це допоможе уникнути несумісної підтримки повідомлень і процедур як в SET 105, так і в H-SLP 115, якщо, наприклад, SET 105 та H-SLP 115 належало б спробувати підтримувати сеанс з використанням різних версій SUPL. Якщо H-SLP 115 та SET 105 не підтримують один і той самий додатковий номер версії при узгодженому основному номері версії, сеанс все ще може продовжуватися - наприклад, як вже визначено для SUPL 1.0. Однак, може бути більш ефективним, якщо один і той самий додатковий номер версії SUPL підтримується як SET 105, так і H-SLP 115. Щоб гарантувати, що використовується один і той самий додатковий номер версії SUPL, після того, як основний номер версії визначений, як SET 105, так і H-SLP 115 можуть почати з вказівки (або очікування вказівки) найбільшого додаткового номера версії SUPL, який кожний підтримує, для узгодженого основного номера версії. Додатково, між SET 105 та H-SLP 94672 14 115, суб'єкт, що підтримує більш високий додатковий номер версії, може знизити додатковий номер версії, який він буде використовувати, до вказаного іншою стороною, якщо він підтримується. В одному варіанті здійснення, спосіб може бути використаний для забезпечення гарантії того, що використовується той самий або сумісний додатковий номер версії SUPL. Це може застосовуватися, коли H-SLP 115 ініціює сеанс SUPL з вказівкою в повідомленні ініціації SUPL намічених основного і додаткового номерів версії М1.м1 SUPL і мінімального основного номера версії М2. Маючи на увазі, що SET 105 підтримує основний номер версії М SUPL, який знаходиться між М1 та М2 включно (тобто М2=М=М1), SET 105 може відповісти H-SLP 115 з вказівкою основного номера версії М і деякого переважного додаткового номера версії м (наприклад, м може бути найменшим додатковим номером версії SUPL, що підтримується SET 105 для основного номера версії М SUPL). H-SLP 115 може потім продовжити сеанс з використанням основного номера версії М SUPL і додаткового номера версії м, якщо підтримується. Якщо додатковий номер версії м не підтримується, H-SLP 115 може використовувати додатковий номер версії нижче, ніж м, якщо підтримується, або додатковий номер версії вище, ніж м. Фіг.2 - схема сигналізації, що ілюструє цільовий SET 200, що використовує ту саму версію SUPL, як і H-SLP 205, що запитується, згідно з одним варіантом здійснення. Фіг.2 ілюструє потоки сигналів в сеансі SUPL між агентом 210 SUPL, HSLP 205 і цільовим SET 200 в одному конкретному варіанті здійснення. У даному прикладі агент 210 SUPL може контактувати з H-SLP 205 для визначення місцеположення цільового SET 200. В одному варіанті здійснення агент 210 SUPL, H-SLP 205 і цільовий SET 200 з Фіг.2 відповідають агенту 120 SUPL, H-SLP 115 та цільовому SET 105 з Фіг.1. Спочатку, на етапі А, агент 210 SUPL передає повідомлення/команду «стандартний негайний запит місцеположення мобільної платформи місцеположення» (MLP-SLIR) в H-SLP 205, з якою агент 210 SUPL асоційований. Повідомлення MLPSLIR може містити ідентифікатор цільового SET 200 (тобто ідентифікатор мобільної станції (ms-id)), для якого потрібна інформація про місцеположення, і ідентифікатор агента 210 SUPL (тобто clientid). Після прийому, H-SLP 205 може аутентифікувати агента 210 SUPL і перевірити, чи авторизований агент 210 SUPL для служби, яку він запитує, на основі прийнятого client-id. H-SLP 205 може також застосувати політику конфіденційності абонента по відношенню до client-id на основі ms-id. Якщо попереднє обчислене положення, що задовольняє запитаному порогу якості положення (QoP), доступне в H-SLP 205 і ніякого повідомлення і верифікації не потрібно, H-SLP 205 може прямувати безпосередньо до етапу Н. Якщо, з іншого боку, повідомлення і верифікація або тільки повідомлення потрібні, процес прямує до етапу В. На етапі В H-SLP 205 може верифікувати, що цільовий SET 200 не переміщається згідно з SUPL в даний момент. H-SLP 205 може також верифіку 15 вати, що цільовий SET 200 підтримує SUPL. Якщо цільовий SET 200 підтримує SUPL і не переміщається, обробка прямує до етапу С. На етапі С H-SLP 205 може ініціювати сеанс SUPL з SET 200 за допомогою передачі повідомлення ініціації SUPL (SUPL INIT), яке може бути повідомленням PUSH бездротового протоколу додатків (WAP) або тригером Служби Коротких Повідомлень (SMS). Повідомлення SUPL INIT може містити щонайменше session-id (ідентифікатор сеансу), покажчик режиму проксі/не-проксі (режим посередництва) і намічений спосіб позиціонування в одному варіанті здійснення. Повідомлення SUPL INIT може також містити рівень захисту і необхідну QoP. Рівень захисту вказує рівень захисту для повідомлення SUPL INIT. Якщо результат перевірки політики конфіденційності на етапі А вказує, що потрібне повідомлення і верифікація цільового абонента, H-SLP 205 може також включити елемент Повідомлення в повідомлення SUPL INIT. Перед відправкою повідомлення SUPL INIT H-SLP 205 може також обчислити і зберегти хеш повідомлення. Якщо, на етапі A, H-SLP 205 вирішила використовувати попереднє обчислене місцеположення або положення, повідомлення SUPL INIT може вказувати це в значенні «no position» параметра posmethod (спосіб позиціонування), а цільовий SET 200 може відповісти повідомленням закінчення сеансу SUPL (тобто SUPL END). Подібне повідомлення SUPL END може містити результати процесу верифікації (наприклад, доступ дозволений, доступ заборонений). Якщо не потрібно ніякої явної верифікації (тобто тільки повідомлення), цільовий SET 200 може відповісти повідомленням SUPL END. H-SLP 205 може потім прямувати безпосередньо до етапу Н. Необхідно розуміти, що цільовий SET 200 може виконати процедуру встановлення з'єднання для обміну даними до відправлення повідомлення SUPL END, що обговорюється нижче в описі етапу D. Цільовий SET 200 може також використовувати процедури, описані нижче на етапі Е, для встановлення захищеного з'єднання за Інтернет Протоколом (IP) з H-SLP 205. Далі, на етапі D, якщо повідомлення SUPL INIT приймається, цільовий SET 200 може або приєднувати себе до Мережі Пакетних Даних, якщо він не приєднаний на той момент, або встановити з'єднання для обміну даними з комутацією каналів. Якщо в повідомленні SUPL INIT приймається параметр рівня захисту із значенням, відмінним від «no protection» (не має захисту), цільовий SET 200 може використовувати подібний параметр для визначення того, чи є повідомлення SUPL INIT аутентичним. На етапі Е цільовий SET 200 може оцінити правила повідомлення конкретної версії SUPL, що використовується цільовим SET 200, і дотримуватися підходящих дій. Цільовий SET 200 може також перевірити покажчик режиму проксі/не-проксі для визначення того, чи використовує H-SLP 205 режим проксі або не-проксі. У даному прикладі, використовується режим проксі, і цільовий SET 200 може встановити захищене з'єднання IP з H 94672 16 SLP 205 з використанням адреси SLP, яка була надана домашньою мережею для цільового SET 200. Цільовий SET 200 може потім послати відповідь SUPL в H-SLP 205 (тобто SUPL POS INIT) з інформацією позиціонування. Цільовий SET 200 може послати повідомлення SUPL POS INIT, навіть якщо цільовий SET 200 підтримує технології позиціонування, які не містять наміченого способу позиціонування, вказаного в повідомленні SUPL INIT. Повідомлення SUPL POS INIT може містити щонайменше session-id, можливості цільового SET 200 і хеш прийнятого повідомлення SUPL INIT (ver) і ідентифікатор місцеположення (lid). Можливості цільового SET 200 можуть містити способи позиціонування, що підтримуються, (наприклад, AGPS за допомогою SET, A-GPS на основі SET) та асоційовані протоколи позиціонування (наприклад, Радіо Протокол (RRLP) Служб Місцеположення Ресурсів (LCS), Керування Радіо Ресурсами (RRC) та Асоціації Індустрії Телекомунікацій (ТІА) - 801). Цільовий SET 200 може надавати інформацію Звіту про Мережні Вимірювання (NMR), характерну для технології радіо, що використовується. Цільовий SET 200 може надавати своє положення, якщо це підтримується. Цільовий SET 200 також може встановлювати елемент Запитані Допоміжні Дані в повідомленні SUPL POS INIT. Якщо положення, одержане з або обчислене на основі інформації, прийнятої у повідомленні SUPL POS INIT, доступне і задовольняє необхідному QoP, обробка може прямувати безпосередньо до етапу G без залучення H-SLP 205 до сеансу позиціонування (POS) SUPL на етапі F, як обговорюється нижче. На етапі F H-SLP 205 може перевірити, що хеш повідомлення SUPL INIT співпадає з тим, що вона обчислила для даного конкретного сеансу. На основі повідомлення SUPL POS INIT, що містить параметр(и) posmethod, що підтримуються цільовим SET 200, H-SLP 205 може потім визначити спосіб позиціонування. Якщо потрібно для способу позиціонування, H-SLP 205 може використовувати протокол позиціонування, що підтримується, з повідомлення SUPL POS INIT. Цільовий SET 200 та H-SLP 205 можуть обмінюватися декількома послідовними повідомленнями процедур позиціонування. H-SLP 205 може обчислити оцінку положення для цільового SET 200 на основі прийнятих вимірювань позиціонування (за допомогою SET). Як альтернатива цільовий SET 200 може обчислити оцінку положення на основі допомоги, одержаної від H-SLP 205 (на основі SET). На етапі G, після того, як обчислення положення завершене, H-SLP 205 посилає повідомлення SUPL END в цільовий SET 200, повідомляючи його, що ніяких подальших процедур позиціонування не буде розпочато і що сеанс визначення місцеположення закінчений. Цільовий SET 200 може звільнити захищене з'єднання IP з H-SLP 205 і вивільнити всі ресурси, зв'язані з цим сеансом. На етапі Н, H-SLP 205 може послати оцінку положення назад агенту 210 SUPL в повідомленні 17 «стандартна негайна відповідь місцеположення мобільної платформи місцеположення» (MLPSLIA) та H-SLP 205 може вивільнити всі ресурси, зв'язані з цим сеансом. Фіг.3 - схема сигналізації, що ілюструє цільовий SET 300, який використовує меншу версію SUPL, ніж H-SLP 305, що спочатку запитується, згідно з одним варіантом здійснення. У даному варіанті здійснення цільовий SET 300 використовує версію М.0.0 SUPL, a H-SLP 305 підтримує версії SUPL аж до N.0.0, де N>M. Наприклад, N може бути «2», а М може бути «1». Фіг.3 ілюструє потоки сигналів у сеансі SUPL між агентом 310 SUPL, H-SLP 305 і цільовим SET 300 в одному конкретному варіанті здійснення. У даному прикладі агент 310 SUPL може контактувати з H-SLP 305 для визначення місцеположення цільового SET 300. В одному варіанті здійснення агент 310 SUPL, H-SLP 305 і цільовий SET 300 з Фіг.3 відповідають агенту 120 SUPL, H-SLP 115 та цільовому SET 105 з Фіг.1. Спочатку, на етапі А, агент 310 SUPL передає повідомлення/команду «стандартний негайний запит місцеположення мобільної платформи місцеположення» (MLP-SLIR) в H-SLP 305, з якою агент 310 SUPL асоційований. Повідомлення MLPSLIR може містити ідентифікатор цільового SET 300 (тобто ідентифікатор мобільної станції (ms-id)), для якого потрібна інформація про місцеположення, і ідентифікатор агента 310 SUPL (тобто clientid). Після прийому, H-SLP 305 може аутентифікувати агента 310 SUPL і перевірити, чи авторизований агент 310 SUPL для служби, яку він запитує, на основі прийнятого client-id. H-SLP 305 може також застосувати політику конфіденційності абонента по відношенню до client-id на основі ms-id. Якщо попереднє обчислене положення, що задовольняє запитаному порогу якості положення (QoP), доступне в H-SLP 305 і ніякого повідомлення і верифікації не потрібно, H-SLP 305 може прямувати безпосередньо до етапу L. Якщо, з іншого боку, повідомлення і верифікація або тільки повідомлення потрібні, процес прямує до етапу В. На етапі В H-SLP 305 може верифікувати, що цільовий SET 300 не переміщається згідно з SUPL в даний момент. H-SLP 305 може також верифікувати, що цільовий SET 300 підтримує SUPL. Якщо цільовий SET 300 підтримує SUPL і не переміщається, обробка прямує до етапу С. На етапі С H-SLP 305 може ініціювати сеанс SUPL з SET 300 за допомогою передачі повідомлення ініціації SUPL (SUPL INIT), яке може бути повідомленням PUSH бездротового протоколу додатків (WAP) або тригером Служби Коротких Повідомлень (SMS). Повідомлення SUPL INIT може містити щонайменше session-id (ідентифікатор сеансу), покажчик режиму проксі/не-проксі (режим посередництва), намічений спосіб позиціонування і може вказувати версію N.0.0 в SUPL в одному варіанті здійснення. Повідомлення SUPL INIT може також містити рівень захисту і необхідну QoP. Рівень захисту вказує рівень захисту для повідомлення SUPL INIT. Якщо результат перевірки політики конфіденційності на етапі А вказує, що потрібне повідомлення і верифікація цільового 94672 18 абонента, H-SLP 305 може також включити елемент Повідомлення в повідомлення SUPL INIT. Перед відправкою повідомлення SUPL INIT H-SLP 305 може також обчислити і зберегти хеш повідомлення. Далі, на етапі D, цільовий SET 300 може або приєднувати себе до Мережі Пакетних Даних, якщо він не приєднаний на той момент, або встановити обмін даними з комутацією каналів. Якщо в повідомленні SUPL INIT приймається параметр рівня захисту із значенням, відмінним від «no protection» (не має захисту), цільовий SET 300 може використовувати подібний параметр для визначення того, чи є повідомлення SUPL INIT аутентичним. На етапі Е цільовий SET 300 може оцінити правила повідомлення конкретної версії SUPL, що використовується цільовим SET 300, і дотримуватися відповідних дій. Цільовий SET 300 може також перевірити покажчик режиму проксі/не-проксі для визначення того, чи використовує H-SLP 305 режим проксі або не-проксі. У даному прикладі, використовується режим проксі, і цільовий SET 300 може встановити захищене з'єднання IP з HSLP 305 з використанням адреси SLP, яка була надана домашньою мережею для цільового SET 300. Цільовий SET 300 може потім послати повідомлення SUPL END в H-SLP 305 з вказівкою того, що повинна використовуватися версія М.0.0 для сеансу SUPL. На етапі F, захищене з'єднання IP між H-SLP 305 і цільовим SET 300 може бути звільнене. Захищене з'єднання IP може бути звільнене або HSLP 305, або цільовим SET 300. На етапі G H-SLP 305 може ініціювати інший сеанс SUPL з SET 300 за допомогою передачі повідомлення ініціації SUPL (SUPL INIT), в якому вказана версія М.0.0 SUPL. Як обговорювалося вище, режим проксі може бути використаний в даному прикладі, і цільовий SET 300 може встановити захищене з'єднання IP з H-SLP 305 на етапі Н з використанням адреси SLP, яка була надана домашньою мережею для цільового SET 300. Цільовий SET 300 може потім послати відповідь SUPL в H-SLP 305 (тобто SUPL POS INIT) етапі І з інформацією позиціонування. Цільовий SET 300 може послати повідомлення SUPL POS INIT, навіть якщо цільовий SET 300 підтримує технології позиціонування, які не містять наміченого способу позиціонування, вказаного в повідомленні SUPL INIT. Повідомлення SUPL POS INIT може містити щонайменше session-id, можливості цільового SET 300 і хеш прийнятого повідомлення SUPL INIT (ver) та ідентифікатор місцеположення (lid) і версію М.0.0. SUPL. Можливості цільового SET 300 можуть містити способи позиціонування, що підтримуються, (наприклад, A-GPS за допомогою SET, A-GPS на основі SET) та асоційовані протоколи позиціонування (наприклад, Радіо Протокол (RRLP) Служб Місцеположення Ресурсів (LCS), Керування Радіо Ресурсами (RRC) та Асоціації Індустрії Телекомунікацій (ТІА) - 801). Цільовий SET 300 може надавати інформацію Звіту про Мережні Вимірювання (NMR), характерну для техно 19 логії радіо, що використовується. Цільовий SET 300 може надавати своє положення, якщо це підтримується. Цільовий SET 200 також може встановлювати елемент Запитані Допоміжні Дані в повідомленні SUPL POS INIT. Якщо положення, одержане з або обчислене на основі інформації, прийнятої в повідомленні SUPL POS INIT, доступне і задовольняє необхідному QoP, обробка може прямувати безпосередньо до етапу K без залучення H-SLP 305 до сеансу позиціонування (POS) SUPL на етапі J, як обговорюється нижче. На етапі J H-SLP 205 може перевірити, що хеш повідомлення SUPL INIT співпадає з тим, що вона обчислила для даного конкретного сеансу. На основі повідомлення SUPL POS INIT, що містить параметр(и) posmethod, що підтримуються цільовим SET 200, H-SLP 205 може потім визначити спосіб позиціонування. Якщо потрібно для способу позиціонування, H-SLP 205 може використовувати протокол позиціонування, що підтримується, з повідомлення SUPL POS INIT. Цільовий SET 300 та H-SLP 305 можуть обмінюватися декількома послідовними повідомленнями процедур позиціонування. H-SLP 305 може обчислити оцінку положення для цільового SET 300 на основі прийнятих вимірювань позиціонування (за допомогою SET). Як альтернатива цільовий SET 300 може обчислити оцінку положення на основі допомоги, одержаної від H-SLP 305 (на основі SET). На етапі K, після того, як обчислення положення завершене, H-SLP 305 посилає повідомлення SUPL END в цільовий SET 300, повідомляючи його, що ніяких подальших процедур позиціонування не буде розпочато і що сеанс визначення місцеположення закінчений. Цільовий SET 300 може звільнити захищене з'єднання IP з H-SLP 305 і вивільнити всі ресурси, зв'язані з цим сеансом. На етапі L H-SLP 205 може послати оцінку положення назад агенту 310 SUPL в повідомленні «стандартна негайна відповідь місцеположення мобільної платформи місцеположення» (MLPSLIA) та H-SLP 305 може вивільнити всі ресурси, зв'язані з цим сеансом. У даному прикладі H-SLP 305 та SET 300 досягають успіху в узгодженні узгодженої версії М.0.0 SUPL для використання в сеансі SUPL, але за рахунок додаткової сигналізації SUPL (наприклад, SUPL END на етапі Е та SUPL INIT на етапі G) і додаткового настроювання і звільнення (наприклад, на етапах D та F) з'єднання IP, які не потрібні, коли версія SUPL, що спочатку пропонується H-SLP, підтримується SET, як, наприклад, в прикладі, що обговорюється вище у відношенні Фіг.2. Фіг.4А та 4В - блок-схеми, що ілюструють процес узгодження версії SUPL, що виконується між H-SLP та SET, який може бути виконаний швидше, ніж, наприклад, процес на Фіг.3. Фіг.4А є блок-схемою, що ілюструє процес узгодження версії SUPL, який виконується H-SLP з SET, якщо як H-SLP, так і SET використовують SUPL 2.0 або вищу версію SUPL згідно з одним окремим варіантом здійснення. Згідно з одним 94672 20 окремим варіантом здійснення SET 105, H-SLP 115 та агент 120 SUPL, зображені на Фіг.1, можуть бути використані в такому процесі. Спочатку, на етапі 400 H-SLP 115 приймає повідомлення/команду від агента 120 SUPL для запиту інформації про місцеположення, що відповідає SET 105. У даному прикладі SET 105 підтримує SUPL М.0. Далі, на етапі 405 H-SLP 115 посилає повідомлення SUPL INIT в SET 105 з вказівкою того, що наміченою версією SUPL для сеансу SUPL є SUPL N.0.0, де N>1. Повідомлення SUPL INIT також вказує мінімальну версію, що підтримується Р, де N>M=P=1. Інформація, що відповідає мінімальній версії, що підтримується Р, може бути включена в полі даних повідомлення SUPL INIT. Далі, на етапі 410 H-SLP 115 приймає повідомлення SUPL POS INIT з вказівкою того, що SET 105 підтримується версія М.0.0 і що сеанс може бути продовжений з використанням цієї версії SUPL. Нарешті, на етапі 415 сеанс SUPL може продовжуватися, і інформація про місцеположення може бути передана в Н-SLP 115 від SET 105, і зрештою від H-SLP 115 до агенту 120 SUPL. Фіг.4В є блок-схемою, що ілюструє процес узгодження версії SUPL, який виконується SET з HSLP, якщо як H-SLP, так і SET використовують SUPL 2.0 або вищу версію SUPL згідно з одним окремим варіантом здійснення. Згідно з одним окремим варіантом здійснення SET 105, H-SLP 115 та агент 120 SUPL, зображені на Фіг.1, можуть бути використані в такому процесі. Спочатку, на етапі 450 SET 105 приймає повідомлення SUPL INIT від H-SLP 115 з вказівкою того, що наміченою версією SUPL для сеансу SUPL є SUPL N.0.0, де N>1. Повідомлення SUPL INIT також вказує мінімальну версію, що підтримується Р, де N>M=P=1. Інформація, яка відповідає мінімальній версії, що підтримується Р, може бути включена в полі даних повідомлення SUPL INIT. Далі, на етапі 455 SET 105 визначає, чи знаходиться версія М SUPL, яку він підтримує, в діапазоні між Р та N, включно. Якщо М знаходиться в діапазоні, SET 105 потім встановлює захищене з'єднання IP з H-SLP 115 на етапі 460. Далі, на етапі 465 SET 105 може повернути повідомлення SUPL POS INIT в H-SLP 115 з вказівкою того, що підтримується версія М.0.0 і що сеанс може бути продовжений з використанням цієї версії SUPL. Нарешті, на етапі 470 сеанс SUPL може продовжуватися, і інформація про місцеположення може бути передана від SET 105 в H-SLP 115. Подібні способи узгодження SUPL для SET 105, що використовує SUPL 2.0 або вище, описані вище відносно Фіг.4А та 4В, є прискореними в порівнянні із способом узгодження SUPL для SET 105 на основі SUPL 1.0, як обговорювалося вище у відношенні Фіг.3. Оскільки мінімальна версія, що підтримується SUPL міститься в повідомленні SUPL INIT згідно з процесами, зображеними на Фіг.4А та 4В, сеанс, в якому SET 105 підтримує тільки версію SUPL нижче версії, призначеної HSLP 115, може продовжуватися згідно з версією, що підтримується SET 105, з урахуванням того, що версія, яка підтримується SET 105, не менше 21 мінімального основного номера версії, вказаного в повідомленні SUPL INIT. Відповідно, подібне узгодження може бути виконане в рамках одного сеансу SUPL і одного захищеного з'єднання IP. Узгодження на основі правил SUPL 1.0, з іншого боку, може потребувати два сеанси SUPL і встановлення двох окремих захищених з'єднань IP. Фіг.5-10 є схемами обміну повідомленнями, що ілюструють повідомлення, які передаються між HSLP та SET згідно з щонайменше одним варіантом здійснення. У деяких варіантах здійснення замість H-SLP може бути використана E-SLP. На Фіг.5-7 HSLP посилає повідомлення SUPL INIT в SET. На Фіг.8-10, з іншого боку, SET ініціює обмін даними, посилаючи повідомлення SUPL START в H-SLP. На Фіг.5 H-SLP 500 підтримує версії SUPL між 3.x та 1.0. SET 505, з іншого боку, підтримує тільки SUPL 2.0 в цьому прикладі. У даному прикладі повідомлення SUPL INIT може бути передане від H-SLP 500 в SET 505 на етапі А з вказівкою того, що бажаною версією є SUPL 3.x, а мінімальним основним номером версії є 2, що еквівалентно вказівці мінімального номера версії як SUPL 2.0. У даному прикладі, хоча H-SLP 500 підтримує SUPL 1.0, H-SLP 500 вказує, що мінімальною версією є SUPL 2.0, наприклад тому, що служба місцеположення, необхідна для SET 505, не забезпечується в SUPL 1.0. На етапі В, SET 505 може відповісти назад в H-SLP 500 повідомленням SUPL 2.0 (наприклад, повідомленням SUPL INIT згідно з SUPL 2.0), і сеанс SUPL може продовжуватися. На Фіг.6 H-SLP 600 підтримує версії SUPL між 3.x та 1.0. SET 605, з іншого боку, підтримує тільки SUPL 1.0 в цьому прикладі. У даному прикладі повідомлення SUPL INIT може бути передане від H-SLP 600 в SET 605 на етапі А з вказівкою того, що бажаною версією є SUPL 3.x, а мінімальною версією є SUPL 2.0. На етапі В, SET 605 може відповісти назад в H-SLP 600 повідомленням SUPL END з вказівкою того, що необхідною версією SUPL для сеансу SUPL є SUPL 1.0, і сеанс може закінчитися. На Фіг.7 H-SLP 700 підтримує тільки SUPL 1.0. SET 705, з іншого боку, підтримує тільки SUPL 2.0 в цьому прикладі. У даному прикладі повідомлення SUPL INIT може бути передане від H-SLP 700 в SET 705 з вказівкою того, що бажаною версією є SUPL 1.0. На етапі В, SET 705 може відповісти назад в H-SLP 700 повідомленням SUPL END з вказівкою того, що необхідною версією SUPL для сеансу SUPL є SUPL 2.0, і сеанс може закінчитися. На Фіг.8 H-SLP 800 підтримує версії SUPL між 3.x та 1.0. SET 805, з іншого боку, підтримує тільки SUPL 2.0 в цьому прикладі. У даному прикладі повідомлення SUPL START може бути передане від SET 805 в H-SLP 800 на етапі А. Повідомлення SUPL START може вказувати, що SUPL 2.0 є версією, що підтримується SET 805. У цьому випадку H-SLP 800 може або відповісти в SET 805 повідомленням SUPL 2.0 (наприклад, повідомленням SUPL RESPONSE згідно з SUPL 2.0), або закінчити обмін даними. Сеанс може продовжуватися згідно з SUPL 2.0 на етапі В у цьому прикладі, оскільки HSLP 800 підтримує SUPL 2.0. 94672 22 На Фіг.9 H-SLP 900 підтримує версії SUPL між 3.x і 2.0. SET 905, з іншого боку, підтримує тільки SUPL 1.0 в цьому прикладі. У даному прикладі повідомлення SUPL START може бути передане від SET 905 в H-SLP 900 на етапі А. Повідомлення SUPL START може вказувати, що SUPL 1.0 є версією, яка підтримується SET 905. У цьому випадку H-SLP 900 відповідає повідомленням SUPL END згідно з 3.0 на етапі В, оскільки H-SLP 900 не підтримує SUPL 1.0. На Фіг.10 H-SLP 1000 підтримує версії SUPL між 2.0 та 1.0. SET 1005, з іншого боку, підтримує тільки SUPL 3.0 в цьому прикладі. У даному прикладі повідомлення SUPL START передається від SET 1005 в H-SLP 1000 на етапі А. Повідомлення SUPL START може вказувати, що SUPL 3.0 є версією, яка підтримується SET 1005. У цьому випадку H-SLP 1000 може відповісти повідомленням SUPL END згідно з 2.0 на етапі В оскільки H-SLP 1000 не підтримує SUPL 3.0. Фіг.11 ілюструє конкретний варіант здійснення SET, в якому радіотрансивер 1106 може бути виконаний з можливістю модуляції сигналу RF (радіочастотної) несучої з інформацією основної смуги частот, такою як голос або дані, на RF несучій, і демодуляції модульованої RF несучої для одержання подібної інформації основної смуги частот. Антена 1110 може бути виконана з можливістю передачі модульованої RF несучого по бездротовій лінії зв'язку і прийому модульованої RF несучої по бездротовій лінії зв'язку. Процесор 1108 основної смуги частот може бути виконаний з можливістю забезпечення інформації основної смуги частот від CPU 1102 (центральний процесор) трансиверу 1106 для передачі по бездротовій лінії зв'язку. Тут CPU 1102 може одержувати подібну інформацію основної смуги частот від пристрою введення в користувацькому інтерфейсі 1116. Процесор 1108 основної смуги частот може також бути виконаний з можливістю забезпечення інформації основної смуги частот від трансивера 1106 в CPU 1102 для передачі через пристрій виведення в користувацькому інтерфейсі 1116. Приймач SPS (SPS Rx) 1112 може бути виконаний з можливістю прийому і демодуляції передач від передавачів через антену 1114 і забезпечення демодульованої інформації в корелятор 1118. Корелятор 1118 може бути виконаний з можливістю виведення функцій кореляції з інформації, забезпеченої приймачем 1112. Наприклад, для даного псевдошумового (PN) коду корелятор 1118 може сформувати функцію кореляції, визначену на діапазоні кодових фаз, для встановлення вікна пошуку кодової фази, і на діапазоні Доплеровських частотних гіпотез, як проілюстровано вище. Як така, окрема кореляція може бути виконана згідно з визначеними когерентними і некогерентними параметрами інтегрування. Корелятор 1118 може також бути виконаний з можливістю виведення функцій кореляції, що відносяться до пілот-сигналів, з інформації, що стосується пілот-сигналів, які забезпечуються приймачем 1106. Ця інформація може бути 23 використана абонентською станцією для одержання служб бездротового зв'язку. Канальний декодер 1120 може бути виконаний з можливістю декодування канальних символів, прийнятих від процесора 1108 основної смуги частот, в базові вихідні біти. В одному прикладі, коли канальні символи містять закодовані згортковим кодуванням символи, подібний канальний декодер може містити декодер Вітербі. У другому прикладі, коли канальні символи містять послідовні або паралельні конкатенації згорткових кодів, канальний декодер 1120 може містити турбо-декодер. Пам'ять 1104 може бути виконана з можливістю зберігання машинозчитуваних інструкцій, які виконуються для виконання одного або більше процесів, прикладів, реалізацій або їх прикладів, які були описані або запропоновані. CPU 1102 може бути виконаний з можливістю здійснення доступу і виконання подібних машинозчитуваних інструкцій. За допомогою виконання цих машинозчитуваних інструкцій CPU 1102 може направляти корелятор 1118 для аналізу функцій кореляції SPS, забезпечених корелятором 1118, виведення вимірювань з їх піків і визначення того, чи є оцінка місцеположення досить точною. Однак, це тільки приклади задач, які можуть бути виконані CPU в конкретному аспекті, і предмет винаходу не обмежується цими аспектами. У конкретному варіанті CPU 1102 в абонентській станції може оцінювати місцеположення абонентської станції на основі щонайменше, частково, діапазону кодових фаз, детектованих в перших прийнятих сигналах, як проілюстровано вище згідно з конкретними варіантами. Фіг.12 ілюструє блок-схему H-SLP 1200 згідно з одним варіантом здійснення. Як показано, H-SLP 1200 може містити процесор 1205, пам'ять 1210 та пристрій 1215 зв'язку. Пам'ять 1210 може зберігати інструкції, такі як програмний код, які можуть бути 94672 24 реалізовані процесором 1205. Пристрій 1215 зв'язку може містити антену для передачі і/або прийому бездротових передач. Пристрій 1215 зв'язку може також містити модем або інший пристрій для прийому передач через кабельне з'єднання до H-SLP 1200. Узгодження версій SUPL, описане в даному документі, може бути використане в екстрених ситуаціях, наприклад, коли треба встановити місцеположення SET 105. H-SLP 115 або E-SLP може ініціювати сеанс SUPL за допомогою передачі повідомлення ініціації SUPL, в якому вказані як бажана, так і мінімальна версії SUPL. У випадку, коли SET 105 або підтримує бажану версію SUPL, або версію SUPL не нижче, ніж мінімальна задана в повідомленні ініціації SUPL, той самий сеанс може бути продовжений в меншій версії SUPL, що підтримується SET. Цей процес усуває вимогу встановлення двох захищених з'єднань IP і передачі повідомлення SUPL END і другого повідомлення ініціації SUPL, коли SET 105 не підтримує потрібну версію SUPL, задану в повідомленні ініціації SUPL. Незважаючи на те, що було проілюстроване та описане те, що розглядається як зразкові ознаки, фахівцям в галузі техніки необхідно розуміти, що можуть бути зроблені різні модифікації, а еквіваленти замінені без відходження від заявленого предмета винаходу. Додатково, можуть бути зроблені багато модифікацій для того, щоб пристосувати конкретну ситуацію до розкриття заявленого предмета винаходу без відходження від основної концепції, описаної в даному документі. Тому, не треба обмежувати заявлений предмет винаходу конкретними розкритими прикладами, але потрібно вважати, що заявлений предмет винаходу може також містити всі аспекти, що попадають в обсяг прикладеної формули винаходу, та їх еквіваленти. 25 94672 26 27 94672 28 29 94672 30 31 Комп’ютерна верстка М. Ломалова 94672 Підписне 32 Тираж 24 прим. Міністерство освіти і науки України Державний департамент інтелектуальної власності, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601