(12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP (96) Data i numer zgłoszenia patentu europejskiego:

Transkrypt

1 RZECZPOSPOLITA POLSKA (12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP (96) Data i numer zgłoszenia patentu europejskiego: (13) (51) T3 Int.Cl. H04L 12/14 (06.01) H04L 29/08 (06.01) Urząd Patentowy Rzeczypospolitej Polskiej (97) O udzieleniu patentu europejskiego ogłoszono: Europejski Biuletyn Patentowy 14/ EP B1 (54) Tytuł wynalazku: Sposób i urządzenie do zarządzania informacją o strefie czasowej w sieci podsystemu multimediów protokołu internetowego IMS () Pierwszeństwo: (43) Zgłoszenie ogłoszono: w Europejskim Biuletynie Patentowym nr 13/17 (45) O złożeniu tłumaczenia patentu ogłoszono: Wiadomości Urzędu Patentowego 14/08 (73) Uprawniony z patentu: Telefonaktiebolaget L M Ericsson (publ), Stockholm, SE (72) Twórca(y) wynalazku: PL/EP T3 RUTH GUERRA, Stockholm, SE JAN DAHL, Älvsjö, SE HANS LINDGREN, Älvsjö, SE HANS ANDERSSON, Enskede, SE (74) Pełnomocnik: rzecz. pat. Izabela Szychulska-Hawranek KANCELARIA PRAWNO-PATENTOWA BELLEPAT ul. Grunwaldzka 58/ Przemyśl Uwaga: W ciągu dziewięciu miesięcy od publikacji informacji o udzieleniu patentu europejskiego, każda osoba może wnieść do Europejskiego Urzędu Patentowego sprzeciw dotyczący udzielonego patentu europejskiego. Sprzeciw wnosi się w formie uzasadnionego na piśmie oświadczenia. Uważa się go za wniesiony dopiero z chwilą wniesienia opłaty za sprzeciw (Art. 99 (1) Konwencji o udzielaniu patentów europejskich).

2 Sposób i urządzenie do zarządzania informacją o strefie czasowej w sieci podsystemu multimediów protokołu internetowego IMS DZIEDZINA TECHNIKI 5 Niniejszy wynalazek dotyczy sposobów i urządzeń do zarządzania informacją o strefie czasowej w systemie telekomunikacyjnym, a w szczególności sposobów i urządzeń do transportowania i używania informacji o strefie czasowej w sieci multimedialnego podsystemu protokołu internetowego (IMS). TŁO 45 Z pojawieniem się nowych technologii dla telefonii mobilnej, pakietowe rozwiązania telekomunikacyjne stosujące Protokół Internetowy (IP) zostały opracowane dla wspierania używania usług multimedialnych, podczas gdy różne mobilne i stałe terminale użytkowników z nowymi funkcjonalnościami dla komunikacji multimedialnej pojawiają się na rynku. Usługi są także ciągle rozwijane dla użytkowników terminali dla zwiększenia zakresu używania i udoskonalenia doświadczenia przy ogólnym zużywaniu usług komunikacyjnych. Sieć podsystemu multimediów protokołu internetowego (IMS) może być stosowana dla umożliwienia usług multimedialnych i innych usług komunikacyjnych przez inicjowanie i sterowanie sesjami dla terminali użytkowników połączonych do różnych sieci dostępu. Sesje są obsługiwane przez określone węzły do sterowania sesją w sieci IMS, w tym te określane jako węzły Funkcji Kontroli Sesji Rozmowy (CSCF). Protokół sygnalizacyjny Protokół Inicjalizowania Sesji (SIP) jest stosowany dla sesji multimedialnych w sieciach IMS i innych sieciach usług komunikacyjnych. Strefa czasowa jest regionem Ziemi, który posiada jednolity czas standardowy, zazwyczaj określany jako czas lokalny. Zwyczajowo, strefy czasowe obliczają swój czas lokalny jako przesunięcie od UTC. Czas lokalny to UTC plus aktualne przesunięcie strefy czasowej dla rozważanego miejsca. Strefy czasowe są podzielone na standardowe i wynikające z oszczędzania światła dziennego. Strefy czasowe wynikające z oszczędzania światła dziennego obejmują przesunięcie (+1 lub +2) dla czasu oszczędzania światła dziennego. Standardowe strefy czasowe mogą być zdefiniowane przez geometryczny podział kuli ziemskiej na 24 części powierzchni kuli zawarte między wielkimi kołami (sekcje klinowe), ograniczone przez południki oddalone od siebie o o długości. Czas lokalny w sąsiadujących strefach będzie się różnić o jedną godzinę. Jednakże, granice polityczne, względy geograficzne i wygoda mieszkańców mogą skutkować strefami o nieregularnym kształcie. Co więcej, w wielu regionach, występują różnice wynoszące pół godziny lub kwadrans. Do całkiem niedawna, strefy czasowe były oparte na Średnim Czasie Greenwich (GMT, zwanego także UT1), średnim czasie słonecznym na długości 0 o (Południk Zerowy). Ale jako średni czas słoneczny, GMT jest definiowany przez obrót Ziemi, który nie jest z jednakową prędkością. Zatem, prędkość zegarów atomowych była zmieniana co roku, lub sterowana, by blisko pasować do GMT. W styczniu 1972, jednakże, ustalono prędkość zegarów atomowych i predefiniowane przestępne sekundy zastąpiły zmiany prędkości. Ten nowy system czasowy jest nazywany Skoordynowanym Czasem Uniwersalnym (UTC). Sekundy przestępne są dokładane by utrzymywać UTC w obrębie 0.9 sekundy do UT1. W ten sposób, czasy lokalne nadal odpowiadają w przybliżeniu średniemu czasowi słonecznemu, podczas gdy efekty zmian prędkości obrotu Ziemi są ograniczone do prostych stopniowych zmian, które mogą być łatwiej zastosowane dla otrzymania jednolitej skali czasu (Międzynarodowy Czas Atomowy lub TAI). Dzięki implementacji UTC, narody zaczęły używać go do definiowania swych stref czasowych zamiast GMT. Od 05, większość choć nie wszystkie kraje zmieniły definicje czasu lokalnego w ten sposób (choć wiele wydań medialnych nie rozróżnia między GMT i UTC). Kolejna zmiana podstawy stref czasowych może się pojawić jeśli powiodą się propozycje zaniechania sekund przestępnych. 1

3 5 Czas utrzymywany w systemie IMS to UTC, gdziekolwiek ten system jest stosowany. Stąd IMS jest agnostykiem jeśli chodzi o strefy czasowe. Jednakże, system IMS może być stosowany pokrywając odległe obszary, które mogą posiadać różne strefy czasowe. Ponieważ system IMS używa tylko UTC, nie ma żadnych mechanizmów określonych w jakimkolwiek standardzie IMS jak zarządzać lub transportować informację dotyczącą strefy czasowej. Jednakże, występują sytuacje, kiedy pożądane byłoby móc uwzględnić informację o strefie czasowej w IMS. Przykładowo, budzi zainteresowanie możliwość oparcia pewnych rodzajów usług dla końcowego użytkownika na strefie czasowej końcowego użytkownika raczej niż na UTC. Przykładem jednej takiej usługi jest Przeniesienie Komunikacji, które pozwala użytkownikowi na np. przekierowanie rozmów do innej destynacji w wybranych przedziałach czasowych. Innym przykładem sytuacji, w której celowe byłoby uwzględnienie informacji o strefie czasowej jest naliczanie opłat. Za pomocą taryf na bazie czasu operator może np. ustawiać wyższe stawki za godziny szczytu gdy obciążenie sieci jest wysokie i niższe stawki gdy obciążenie sieci jest niskie jak w porze nocnej. Jednakże godziny szczytu będą się różnić dla różnych stref czasowych i miejsc, a użytkownicy i terminale mogą być mobilni i móc łączyć się do sieci w różnych strefach czasowych. Ustawienie strefy czasowej może być kontrolowane przez końcowego użytkownika dla celów uruchamiania usługi, ale dla naliczania opłat ustawienie strefy czasowej musi być dokładne i wiarygodne dla zapobieżenia oszustwu gdyby naliczanie opłat miało być oparte na porze dnia. US ujawnia sieci IMS i sposoby do przechowywania informacji na sieci dostępu użytkownika w profilu abonenta dla użytkownika. Gdy urządzenie komunikacyjne użytkownika próbuje zarejestrować się w sieci IMS, to P-CSCF odbiera wiadomość żądania rejestracji od urządzenia komunikacyjnego, i identyfikuje informację o sieci dostępu dla użytkownika. Następnie P-CSCF nadaje kolejną wiadomość żądania rejestracji do S-CSCF, która zawiera informację o sieci dostępu, a S-CSCF z kolei przekazuje informację o sieci dostępu do HSS. HSS następnie przechowuje informację o sieci dostępu w profilu abonenta dla użytkownika. Węzły w sieci IMS, które odbierają profil abonenta mogą uzyskiwać informacje o sieci dostępu dla zapewnienia usług na bazie informacji o sieci dostępu. PODSUMOWANIE 45 Celem wynalazku jest dostarczenie sposobów i urządzeń dla pewnego zarządzania informacją o strefie czasowej w sieci podsystemu multimediów protokołu internetowego (IMS), co umożliwia np. uwzględnianie informacji o strefie czasowej w usługach i naliczaniu opłat. Ten i inne cele mogą być osiągnięte przy użyciu sposobów i urządzeń zgodnie z załączonymi niezależnymi zastrzeżeniami patentowymi. Zgodnie z innymi aspektami, dostarczone są sposoby i urządzenia do przenoszenia i używania informacji o strefie czasowej w sieci IMS. Zgodnie z jednym aspektem, dostarczony jest sposób w węźle Funkcji Kontroli Sesji Rozmowy (CSCF) do zarządzania informacją o strefie czasowej w sieci IMS. W odpowiedzi na otrzymanie wiadomości żądania dotyczącej sprzętu użytkownika (UE), węzeł CSCF odbiera informację o strefie czasowej. Informacja o strefie czasowej określa strefę czasową związaną z UE. Węzeł CSCF przechowuje informację o strefie czasowej w jednostce pamięci węzła CSCF i wysyła co najmniej jedną wiadomość, zawierającą informację o strefie czasowej do co najmniej jednego innego węzła sieci IMS. W ten sposób, co najmniej jeden inny węzeł sieci IMS może obsługiwać usługi na bazie strefy czasowej i/lub naliczanie opłat związane z UE. Dalej, dostarczony jest węzeł CSCF do zarządzania informacją o strefie czasowej w sieci IMS. Węzeł CSCF zawiera odbiornik, nadajnik, jednostkę pamięci i logikę przetwarzającą. Przetwarzająca logika jest połączona do odbiornika, do przekaźnika i do jednostki pamięci. Odbiornik jest skonfigurowany by odbierać wiadomość żądania dotyczącą UE. Logika przetwarzająca zawiera logikę odbierającą, która jest skonfigurowana by odbierać informację o strefie czasowej w odpowiedzi na odebranie wiadomości żądania. Informacja o strefie czasowej określa strefę czasową związaną z UE. Logika przetwarzająca jest także skonfigurowana by przechowywać informację o strefie czasowej w jednostce pamięci węzła CSCF. 2

4 5 45 Nadajnik jest skonfigurowany by wysyłać co najmniej jedną wiadomość, zawierającą informację o strefie czasowej, do co najmniej jednego innego węzła sieci IMS. W ten sposób, co najmniej jeden inny węzeł sieci IMS może obsługiwać usługi na bazie strefy czasowej i/lub naliczanie opłat związane z UE. Zgodnie z innym aspektem, dostarczony jest sposób w węźle serwera abonenta domowego (HSS) do zarządzania informacją o strefie czasowej w sieci IMS. Węzeł HSS odbiera wiadomość żądania dotyczącą rejestracji UE w sieci IMS. Wiadomość żądania jest odbierana z węzła usługowego CSCF (S-CSCF). Węzeł HSS żąda informacji o strefie czasowej, która określa strefę czasową związaną z UE. Informacja o strefie czasowej jest żądana z mobilnej rdzeniowej sieci pakietowej związanej z siecią mobilnego dostępu, do której połączony jest UE. HSS odbiera żądaną informację i przechowuje informację o strefie czasowej w jednostce pamięci węzła HSS. Węzeł HSS wysyła wiadomość odpowiedzi, zawierającą informację o strefie czasowej, do węzła S-CSCF. W ten sposób, węzeł S-CSCF może obsługiwać usługi na bazie strefy czasowej i/lub naliczanie opłat związane z UE. Dalej, dostarczony jest węzeł HSS do zarządzania informacją o strefie czasowej w sieci IMS. Węzeł HSS zawiera odbiornik, nadajnik, jednostkę pamięci i logikę przetwarzającą. Przetwarzająca logika jest połączona do odbiornika, do przekaźnika i do jednostki pamięci. Odbiornik jest skonfigurowany by odbierać wiadomość żądania z węzła S-CSCF. Wiadomość żądania dotyczy rejestracji UE w sieci IMS. Logika przetwarzająca zawiera logikę żądającą, która jest skonfigurowana by żądać informację o strefie czasowej, która określa strefę czasową związaną z UE. Informacja o strefie czasowej jest żądana z mobilnej rdzeniowej sieci pakietowej związanej z siecią mobilnego dostępu, do której połączony jest UE. Odbiornik jest także skonfigurowany by odbierać żądaną informację o strefie czasowej i przechowywać informację o strefie czasowej w jednostce pamięci (450) węzła HSS. Nadajnik jest skonfigurowany by wysyłać wiadomość odpowiedzi, zawierającą informację o strefie czasowej, do węzła S-CSCF. W ten sposób, węzeł S-CSCF może obsługiwać usługi na bazie strefy czasowej i/lub naliczanie opłat związane z UE. Korzyścią przykładów wykonania wynalazku jest to, że ustawienie strefy czasowej jest kontrolowane przez sieć, która zapewnia zaufane tworzenie i przenoszenie informacji o strefie czasowej, co zapobiega fałszerstwu ze strony końcowego użytkownika. Dalszą korzyścią przykładów wykonania wynalazku jest to, że możliwe jest efektywne rozprzestrzenianie informacji o strefie czasowej między węzłami sieci IMS, pozwalając w ten sposób węzłom na używanie informacji o strefie czasowej, np. w decyzjach dotyczących usług lub dla celów naliczania opłat. Odpowiednio, węzły nie muszą żądać informacji o strefie czasowej za każdym razem, gdy taka informacja jest konieczna. Korzyścią pewnych przykładów wykonania wynalazku jest to, że możliwe jest uwzględnienie strefy czasowej bieżącej lokalizacji użytkownika. Korzyścią pewnych przykładów wykonania wynalazku jest to, że możliwe jest uwzględnienie strefy czasowej domowej lokalizacji użytkownika. Korzyścią pewnych przykładów wykonania wynalazku jest to, że zmiany informacji o strefie czasowe są zarządzane przez aktualizacje danych użytkownika i przez to zarządzane poprzez istniejące mechanizmy. Korzyścią pewnych przykładów wykonania wynalazku jest to, że możliwe jest, aby węzły sieci IMS wykonywały usługi na bazie czasu przy użyciu strefy czasowej bieżącej lokalizacji użytkownika końcowego lub strefy czasowej domowej lokalizacji użytkownika końcowego. Korzyścią pewnych przykładów wykonania wynalazku jest to, że możliwe jest, aby węzły sieci IMS obsługiwały modele naliczania opłat, gdzie koszt usługi jest oparty na strefie czasowej bieżącej lokalizacji użytkownika końcowego lub strefy czasowej domowej lokalizacji użytkownika końcowego. Dalsze cechy wynalazku i jego korzyści staną się widoczne z poniższego szczegółowego opisu. KRÓTKI OPIS RYSUNKÓW Wynalazek zostanie obecnie opisany szczegółowo za pomocą przykładowych przykładów wykonania i w odniesieniu do załączonych rysunków, na których: 3

5 Figura 1 jest diagramem blokowym schematycznie przedstawiającym system telekomunikacyjny, w którym mogą być implementowane przykłady wykonania wynalazku; 5 Figura 2 jest diagramem sygnalizacji schematycznie przedstawiającym zarządzanie informacją o strefie czasowej w sieci podsystemu multimediów protokołu internetowego (IMS), zgodnie z przykładem wykonania wynalazku; Figura 3 jest diagramem blokowym schematycznie przedstawiającym węzeł Funkcji Kontroli Sesji Rozmowy (CSCF), zgodnie z przykładem wykonania wynalazku; Figura 4 jest diagramem blokowym schematycznie przedstawiającym węzeł serwera abonenta domowego (HSS), zgodnie z przykładem wykonania wynalazku; Figura 5 jest schematem technologicznym przedstawiającym schematycznie sposób zarządzania informacją o strefie czasowej w sieci IMS, zgodnie z przykładem wykonania wynalazku; Figura 6 jest schematem technologicznym przedstawiającym schematycznie sposób zarządzania informacją o strefie czasowej w sieci IMS, zgodnie z przykładem wykonania wynalazku; Figury 7a i 7b są diagramami sygnalizacji schematycznie przedstawiającymi zarządzanie informacją o strefie czasowej zgodnie z alternatywnymi przykładami wykonania wynalazku w sytuacji dostępu mobilnego; Figury 8a -d są diagramami blokowymi schematycznie przedstawiającymi zarządzanie informacją o strefie czasowej zgodnie z alternatywnymi przykładami wykonania wynalazku w sytuacji dostępu stałego; Figury 9a i 9b są diagramami sygnalizacji schematycznie przedstawiającymi zarządzanie informacją o strefie czasowej zgodnie z przykładami wynalazku w przypadku odpowiednio rozpoczynającego lub kończącego żądania; Figura jest diagramem blokowym schematycznie przedstawiającym Parę Atrybut-Wartość (AVP) wypełnioną informacją o strefie czasowej zgodnie z przykładem wykonania wynalazku; zaś Figura 11 jest diagramem blokowym przedstawiającym schematycznie nagłówek P-Charging- Vector (PVC) wypełniony informacją o strefie czasowej zgodnie z przykładem wykonania wynalazku. SZCZEGÓŁOWY OPIS Niniejszy wynalazek zostanie obecnie opisany bardziej szczegółowo w odniesieniu do załączonych rysunków, na których przedstawione są preferowane przykłady wykonania wynalazku. Niniejszy wynalazek może, jednakże, być ucieleśniony w wielu różnych postaciach i nie powinien być konstruowany jako ograniczony do przedstawionych tu przykładów wykonania; raczej, te przykłady wykonania są dostarczony aby niniejsze ujawnienie było dokładne i pełne, i w pełni przekazywało zakres wynalazku specjalistom. Na rysunkach, podobne oznaczenia numeryczne dotyczą podobnych elementów. Figura 1 przedstawia system telekomunikacyjny 1, w którym mogą być implementowane przykłady wykonania niniejszego wynalazku. System telekomunikacyjny 1 obejmuje sieć podsystemu multimediów protokołu internetowego (IMS) 0 służącą użytkownikom mobilnych lub stałych terminali, określanych dalej jako sprzęt użytkownika (UE) 1. UE 1 będzie łączyć się z siecią IMS 0 poprzez sieć dostępu. Na Fig. 1 zilustrowane są trzy sieci dostępu 160, 161 i 165, lecz może być więcej lub mniej sieci dostępu komunikujących się z siecią IMS 0, co docenione będzie przez specjalistę. UE 1 może łączyć się z siecią IMS 0 poprzez sieć dostępu stałego 161; lub poprzez sieć dostępu mobilnego 160, która jest z kolei połączona z mobilną rdzeniową siecią pakietową 0, określaną dalej jako Mobilny Rdzeń 0. 4

6 Należy zauważyć, że w przypadku roamingu, UE 1 może być połączony z odwiedzaną siecią dostępu mobilnego (nie pokazaną), która z kolei jest połączona z pierwszym Rdzeniem Mobilnym (nie pokazanym). Pierwszy Rdzeń Mobilny może następnie komunikować się z drugim Rdzeniem Mobilnym w sieci domowej (nie pokazanej) UE 1. Następnie, drugi Rdzeń Mobilny może być połączony z siecią IMS 0, tak że odwiedzana sieć dostępu mobilnego komunikuje się z siecią IMS 0 poprzez pierwszy Rdzeń Mobilny i drugi Rdzeń Mobilny. Ze względów uproszczenia, przedstawiony jest jedynie jeden Rdzeń Mobilny 0 na Fig. 1, i Rdzeń Mobilny 0 jest dalej określany jako związany z siecią dostępu mobilnego 160, pomimo że sieć dostępu mobilnego 160 może być bezpośrednio lub pośrednio połączona z Rdzeniem Mobilnym 0. Sieć IMS 0 zawiera liczne węzły kontroli sesji, określane jako węzły Funkcji Kontroli Sesji Rozmowy (CSCF). Te węzły CSCF zawierają węzeł proxy funkcji kontroli sesji rozmowy (P-CSCF) 1 zapewniający punkt kontaktu dla użytkowników w sieci IMS 0, węzeł obsługujący funkcji kontroli sesji rozmowy (S-CSCF) 1 kontrolujący różne sesje dla użytkowników, oraz węzeł zapytujący funkcji kontroli sesji rozmowy (I-CSCF) 1 zapewniający interfejs względem innych, nie pokazanych, sieci IMS, i który także zapytuje węzeł bazy danych abonenta, dalej określany jako węzeł serwera abonenta domowego (HSS) 1 dla informacji związanej z użytkownikiem podczas rejestracji użytkownika i zakończenia. HSS 1 przechowuje dane o abonencie i autoryzacji, które mogą być uzyskane przez inne węzły dla obsługi i zarządzania innymi użytkownikami. Sieć IMS 0 zawiera także wiele węzłów serwera aplikacji (AS) skonfigurowanych by dostarczać różne usługi telekomunikacyjne przy wywołaniu do spełnienia żądań usług dla klientów. Ze względów uproszczenia przedstawiony jest tylko jeden węzeł AS 1 na Figurze 1. Każdy AS 1 może być skonfigurowany by zapewniać konkretną usługę lub określony zestaw usług. AS 1 jest połączony do kontroli sesji sygnalizując przez interfejs do węzła S-CSCF 1. Zgodnie z architekturą Projektu Partnerskiego 3-ciej Generacji (3GPP) taki interfejs jest określany jako interfejs ISC. Przedstawione CSCF 1, 1, 1 i AS 1 są przykładami węzłów IMS, które ogólnie obsługują naliczanie opłat przez dostarczanie informacji o naliczaniu opłat dotyczącej sesji, których to węzły dotyczą odpowiednio, do Systemu Kontroli Naliczania Opłat. Na Fig. 1 zilustrowano tylko jeden węzeł naliczania opłat 145 Systemu Kontroli Naliczania Opłat ze względów uproszczenia. Węzeł IMS mogący obsługiwać naliczanie opłat zawiera Funkcję Uruchamiającą Naliczanie Opłat (CTF) (nie pokazana). CTF jest przystosowana do generowania informacji o naliczaniu opłat za usługę/zdarzenie i do wysyłania tej informacji do Systemu Kontroli Naliczania Opłat. Ta informacja może być następnie wykorzystana, przykładowo, przy wystawianiu rachunku użytkownikowi lub przy rozliczeniach między operatorami. Istnieją także inne, nie pokazane, węzły, które mogą obsługiwać naliczanie opłat zgodnie z architekturą 3GPP, takie jak Sterownik Funkcji Zasobów Medialnych (MRFC), Funkcja Sterowania Bramką Mediów (MGCF), Funkcja Sterowania Bramką Graniczną (BGCF) i Funkcja Sterowania Granicą Między Połączeniami (IBCF). Węzeł funkcji polityki i zasady pobierania opłat (PCRF) 1 współdziała z siecią IMS 0 i Rdzeniem Mobilnym 0. Węzeł PCRF 1 obejmuje m.in. funkcjonalności kontrolowania naliczania opłat na bazie decyzji tej polityki i przepływu. Na Fig. 1 przedstawiono dwie różne strefy czasowe, Strefę czasową i Strefę Czasową W przykładowym scenariuszu przedstawionym na Fig. 1 założono, że sieć dostępu mobilnego 160 i sieć dostępu stałego 161 są w strefie czasowej 170, podczas gdy sieć dostępu 165, która może być mobilna lub stała, jest w strefie czasowej 175. Załóżmy, że użytkownik UE 1 mieszka w strefie czasowej 175. Będąc fizycznie w domu użytkownik może połączyć się z siecią IMS 0 poprzez sieć dostępu 165, która może być obsługiwana przez operatora, u którego użytkownik posiada abonament. Ale możliwe jest także, że użytkownik może połączyć się z siecią IMS z oddalonego miejsca np. poprzez sieć dostępu 160 lub 161, które mogą być obsługiwane przez tego samego lub innego operatora(ów) niż ten, u którego użytkownik ma abonament. Znając czas lokalny, gdzie obecnie jest użytkownik, operator może użyć bieżący czas lokalny np. przy stosowaniu taryf na bazie czasu. Zgodnie ze stanem techniki, System Kontroli Naliczania Opłat może 5

7 5 45 potencjalnie uwzględnić strefę czasową domowego adresu użytkownika jeśli tak jest skonfigurowany, ale nie będzie wiedzieć, gdzie użytkownik końcowy był fizycznie gdy świadczona była usługa. Krótko opisawszy, przykłady wykonania niniejszego wynalazku dostarczają rozwiązanie do zarządzania informacją o strefie czasowej w sieci IMS, umożliwiając skuteczny sposób dla węzłów sieci IMS do obsługiwania usług i/lub naliczania opłat na podstawie strefy czasowej. Przykłady wykonania wynalazku dostarczają mechanizmy do pewnego pozyskania czasu lokalnego użytkownika końcowego, jak również mechanizmy do przenoszenia informacji o strefie czasowej, tak że jest łatwo dostępna i aktualizowana gdy to potrzebne. Zgodnie z przykładami wykonania wynalazku, informacja o strefie czasowej jest dodawana do sygnalizacji pomiędzy węzłami IMS np. w odpowiednim nagłówku sygnałowym SIP, i rozprzestrzeniana do wszystkich zaangażowanych węzłów. Tak więc, wszystkie węzły, które odebrały informację o strefie czasowej mogą użyć informację o strefie czasowej, np. w decyzjach o usługach, lub włączyć ją do informacji o naliczaniu opłat dla poprawy wejścia np. decyzji o stawkach i statystyki. Przykładem możliwego nośnika informacji o strefie czasowej jest nagłówek P-Charging-Vector (PCV), chociaż może być zastosowany dowolny odpowiedni nagłówek sygnałowy SIP. Informacja o strefie czasowej może być włączona w informację o naliczaniu opłat przez wszystkie węzły IMS, zdolne do naliczania opłat, które odebrały i przechowują informację o strefie czasowej. Informacja o strefie czasowej jest włączona w Parę Atrybut-Wartość (AVP), która jest utworzona przez węzeł IMS zdolny do naliczania opłat. AVP jest włączona w wiadomość o naliczaniu opłat wysyłaną do węzła naliczającego opłaty 145. Zgodnie z pewnymi przykładami wykonania wynalazku stosowane są dwa różne rodzaje informacji o strefie czasowej. Pierwszy rodzaj informacji o strefie czasowej reprezentuje czas lokalny gdzie jest UE 1, tj. strefie czasowej bieżącej lokalizacji UE 1, określanej dalej jako Bieżąca Strefa Czasowa Użytkownika (UCTZ). Drugi rodzaj informacji o strefie czasowej reprezentuje czas lokalny adresu domowego końcowego użytkownika, tj. strefę czasową związaną z abonamentem użytkownika związanym z UE 1, określaną dalej jako Domowa Strefa Czasowa Użytkownika (UHTZ). Jednakże, nawet jeśli korzystne może być stosowanie dwóch różnych informacji o strefie czasowej, to niniejszy wynalazek nie jest do tego ograniczony. Przykładowo, możliwe jest zgodnie z przykładami wykonania niniejszego wynalazku tylko sygnalizowanie informacji o strefie czasowej dotyczącej bieżącej strefy czasowej użytkownika, UCTZ, pomiędzy węzłami IMS i, jeśli to konieczne, wywodzenie informacji o domowej strefie czasowej użytkownika, UHTZ, z UTC i przechowywanej informacji o adresie domowym użytkownika. UCTZ i UHTZ mogą być wyrażone w przesunięciu strefy czasowej ze wskazaniem czasu oszczędzania światła dziennego. Obecnie zostanie omówione bardziej szczegółowo jak informacja o strefie czasowej, UCTZ i UHTZ, jest tworzona i przenoszona w sieci IMS 0. Zgodnie z pewnymi przykładami wykonania, UCTZ jest odbierane z Rdzenia Mobilnego 0 i jest następnie włączane w sygnalizację SIP przez węzeł, który odebrał UCTZ. Tak więc, Rdzeń Mobilny 0 jest źródłem UCTZ, na podstawie wiedzy Rdzenia Mobilnego 0 o lokalizacji US 1 w sieci dostępu. Zgodnie z alternatywnymi przykładami wykonania, gdy UE 1 łączy się z siecią IMS 0 poprzez sieć dostępu mobilnego 160; albo P-CSCF 1 odbiera UCTZ z Rdzenia Mobilnego 0 poprzez PCRF 1, albo S-CSCF 1 odbiera UCTZ z Rdzenia Mobilnego 0 poprzez HSS 1. Zgodnie z alternatywnymi przykładami wykonania, gdy UE 1 łączy się z siecią IMS 0 poprzez sieć dostępu stałego 161, UCTZ jest, np. przez Wirtualną Sieć Dostępu (VLAN), Sieć Lokalną (LAN) lub podsieć IP, konfigurowany w sieci IMS 0, tj. w P-CSCF 1. P-CSCF 1 zatem odbiera UCTZ z informacji konfiguracji. Zgodnie z pewnymi przykładami wykonania wynalazku, UHTZ jest dostarczony w HSS 1 dla każdego użytkownika końcowego i włączony w dane użytkownika. S-CSCF 1 odbiera UHTZ, z HSS 1, przy rejestracji, jako część profilu użytkownika końcowego, i włącza UHTZ w sygnalizację SIP. 6

8 Obecnie opisany zostanie proces zarządzania informacją o strefie czasowej w sieci IMS 0, w związku z rejestracją UE 1, zgodnie z przykładowym przykładem wykonania wynalazku, w odniesieniu do diagramu sygnalizacji pokazanego na Figurze 2. Sygnały i etapy wskazane przez odniesienia numeryczne odpowiednio na Figurze 2 są wyjaśnione poniżej. 5 2 UE 1 wysyła wiadomość żądania rejestracji do P-CSCF 1. P-CSCF 1 uzyskuje wiadomość żądania rejestracji, i następnie odbiera i przechowuje informację o strefie czasowej dotyczącą UE 1. W tym przykładowym przykładzie wykonania, informacja o strefie czasowej jest UCTZ 1. Alternatywy dla P-CSCF 1 do uzyskania UCTZ 1 zostaną omówione późnej w odniesieniu do Figur 7a i 8a-d. Zgodnie z alternatywnymi przykładami wykonania, możliwe jest także, że P-CSCF 1 nie uzyskuje i nie przechowuje UCTZ 1 w odpowiedzi na odebranie wiadomości żądania rejestracji wysłaną w etapie 2, jak będzie objaśnione dalej. 2 P-CSCF 1 dodaje jeśli znane (tj. jeśli odebrane i przechowywane w poprzednim etapie) uzyskane UCTZ 1 do sygnalizacji SIP, przez włączenie UCTZ 1 w wiadomość żądania rejestracji, np. w nagłówek PCV 2. P-CSCF 1 następnie przekazuje wiadomość żądania rejestracji do I- CSCF 1. W alternatywnych przykładach wykonania, gdy UCTZ 1 nie jest znane przez P-CSCF 1, wiadomość żądania rejestracji będzie przekazana bez dodanego jakiegokolwiek UCTZ 1. 2 I-CSCF 1 przechowuje UCTZ 1, jeśli odebrane. I-CSCF 1 następnie odnajduje S-CSCF 1 zgodnie ze standardowymi procedurami i przekazuje wiadomość żądania rejestracji, zawierającą UCTZ 1. W alternatywnych przykładach wykonania, gdy UCTZ 1 nie jest odebrane i nie przechowywane przez I-CSCF 1, to wiadomość żądania rejestracji będzie przekazana bez włączonego jakiegokolwiek UCTZ 1. 2 S-CSCF 1 odbiera wiadomość żądania rejestracji i uzyskuje UCTZ 1 z wiadomości żądania rejestracji, jeśli obecne jest jakiekolwiek UCTZ 1. S-CSCF 1 przechowuje UCTZ 1, wraz ze wskazaniem, że P-CSCF 1 jest źródłem informacji (tj. P-CSCF 1 uzyskało i przechowywało UCTZ 1 w związku z etapem 2). S-CSCF 1 następnie inicjalizuje proces rejestracji za pomocą HSS 1, przez wysłanie wiadomości żądania do HSS 1, zawierającej UCTZ 1, jeśli odebrane. W tym przykładzie wykonania, wiadomość żądania jest Żądaniem Przypisania Serwera, SAR. W alternatywnych przykładach wykonania, gdy UCTZ 1 nie jest odebrane i nie jest przechowywane przez S-CSCF 1, wiadomość żądania zostanie przesłana bez jakiegokolwiek dodanego UCTZ 1. Należy zauważyć, że HSS 1, zgodnie z niniejszymi standardami, nie jest węzłem sieci IMS, który obsługuje naliczanie opłat, ani nie zapewnia usług. Powodem włączenia informacji o strefie czasowej (w tym przykładzie UCTZ 1) w wiadomość żądania (SAR) wysłaną do HSS 1, jest to, że HSS 1 będzie następnie mógł przechowywać informację o strefie czasowej i umożliwić serwerom aplikacji, takim jak AS 1, ściągania informacji o strefie czasowej na interfejsie Sh, tj. interfejsie pomiędzy HSS 1 i AS 1. Jednakże, jeśli HSS jest źródłem UCTZ 1, to zignoruje jakiegokolwiek UCTZ 1 odebrane z S-CSCF 1. 0 HSS 1 wysyła wiadomość odpowiedzi do S-CSCF 1 zawierającą dane użytkownika gdy rejestracja jest autoryzowana. W tym przykładzie wykonania, wiadomość odpowiedzi jest Odpowiedzią Przypisania Serwera, SAA. Informacja o strefie czasowej dotycząca UE 1 będzie włączona do wiadomości odpowiedzi. 7

9 5 W tym przykładowym przykładzie wykonania, informacja o strefie czasowej zawiera UHTZ 2 i może także zawierać UCTZ 1, co będzie dalej wyjaśnione. UHTZ 2 jest prekonfigurowane (lub zapewnione) w HSS 1 i włączone w dane użytkownika przechowywane w HSS, co jest zilustrowane jako etap 5 na Fig. 2. W przypadku gdy UCTZ 1 zostało przekazane przez S-CSCF 1 do HSS 1 w poprzednim etapie, tj. gdy S-CSCF jest źródłem UCTZ 1, nie jest konieczne aby HSS 1 zawierało UCTZ 1 w wiadomości odpowiedzi wysyłanej do S-CSCF 1. W tym przypadku, S-CSCF 1 już odebrał i przechowuje UCTZ 1 w poprzednim etapie. W przypadku gdy UCTZ 1 nie zostało przekazane przez S-CSCF 1 do HSS 1 w poprzednim etapie, UCTZ 1 może zamiast tego być odebrane przez HSS 1 z Rdzenia Mobilnego 0, i następnie UCTZ 1, uzyskane przez HSS 1, może być włączone w wiadomość odpowiedzi wysyłaną do S-CSCF 1. Jak HSS 1 odbiera UCTZ 1 z Rdzenia Mobilnego 0 będzie dalej omówione w odniesieniu do Figury 7b. 260 S-CSCF 1 przechowuje dane użytkownika odebrane w wiadomości odpowiedzi wysłanej z HSS 1 zawierającej UHTZ 2. Jeśli UCTZ 1 jest odebrane z HSS 1, to S-CSCF 1 sprawdza czy P-CSCF 1 zostało już zaznaczone jako źródło UCTZ 1. Jeśli tak, to UCTZ 1 odebrane z HSS 1 nie jest przechowywane przez S-CSCF 1. Inaczej UCTZ 1 odebrane z HSS 1 jest przechowywane przez S-CSCF 1, a HSS 1 jest zaznaczony jako źródło UCTZ 1. S-CSCF 1 wysyła następnie wiadomość odpowiedzi z powrotem do UE 1 z włączoną informacją o strefie czasowej dotyczącą UE 1. W tym przykładzie, wiadomość odpowiedzi jest wiadomością OK 0. W tym przykładowym przykładzie wykonania, informacja o strefie czasowej jest UCTZ 1 i UHTZ 2. Jak wcześniej omówiono, UCTZ 1 jest albo uzyskane przez P-CSCF 1 w etapie 2 lub uzyskane przez HSS 1 w etapie I-CSCF 1 przekazuje wiadomość odpowiedzi do P-CSCF 1. I-CSCF 1 przechowuje UCTZ 1, jeśli już nie przechowywane jak omówiono w odniesieniu do etapu 2. I-CSCF 1 przechowuje UHTZ P-CSCF 1 odbiera wiadomość odpowiedzi i przechowuje UHTZ 2. P-CSCF 1 również przechowuje UCTZ 1, jeśli jeszcze nie przechowywane jak omówiono w odniesieniu do etapu 2. Zatem, P-CSCF 1 będzie przechowywać UCTZ 1 jedynie gdy HSS 1 jest źródłem informacji. P-CSCF 1 przekazuje następnie wiadomość odpowiedzi do EU 1. P-CSCF 1 usuwa jakąkolwiek informację o strefie czasowej z wiadomości odpowiedzi przed jej przekazaniem do UE 1. Alternatywnie, wiadomość odpowiedzi jest wysyłana do UE 1 z włączoną informacją o strefie czasowej jeśli taka informacja jest przydatna dla UE 1 w zależności od scenariusza aplikacji. Jednakże, w normalnym przypadku, nagłówek PCV 2 nie jest przekazywane do UE 1, zatem żadna informacja o strefie czasowej nie jest włączona w wiadomość odpowiedzi zilustrowaną w etapie 280 Fig. 2. W przykładowym przykładzie wykonania zilustrowanym na Fig. 2, informacja o strefie czasowej jest UCTZ 1 i UHTZ Jeśli AS 1 jest skonfigurowany by odbierać status rejestracji, to S-CSCF 1 przekazuje wiadomość żądania rejestracji, zawierającą informację o strefie czasowej, do AS 1. W tym przykładowym przykładzie wykonania, informacja o strefie czasowej jest UCTZ 1 i UHTZ AS 1 przechowuje odebrane UCTZ 1 i UHTZ 2 i odpowiada wiadomością odpowiedzi. W tym przykładzie, wiadomość odpowiedzi jest wiadomością OK Wszystkie zaangażowane węzły, które działają także jako CTF mogą zawierać dostępną informację o strefie czasowej w danych naliczania opłat, co będzie opisane w odniesieniu do Figury 5. 8

10 5 W przykładowym przykładzie wykonania opisanym powyżej w odniesieniu do Figury 2, opisana jest informacja o strefie czasowej jako UCTZ 1 i/lub UHTZ 2. W alternatywnych, nie pokazanych, przykładach wykonania, jest jednakże możliwe, że np. UHTZ 2 nie jest w ogóle używane, co będzie wymagać modyfikacji odpowiednio niektórych etapów. Jak omówiono wyżej UCTZ 1 jest, zgodnie z pewnymi przykładami wykonania, uzyskiwane z Rdzenia Mobilnego 0, i jest następnie włączane w sygnalizację SIP przez węzeł, który odebrał UCTZ 1. Alternatywne przykłady wykonania dla uzyskania UCTZ 1 gdy UE 1 łączy się z siecią IMS 0 poprzez sieć dostępu mobilnego 160, zostaną teraz omówione bardziej szczegółowo w odniesieniu do Figur 7a i 7b. Opisy przykładów wykonania dotyczących dostępu mobilnego dotyczą architektury Globalnego Systemu Komunikacji Mobilnej (GSM) 3GPP i architektury Dostępu Wielokrotnego z Kodowym Rozdziałem Sygnałów (WCDMA), ale te same zasady mogą być używane do rozwiązywania zarządzania strefą czasową dla innych dostępów, np. Ewolucji Długoterminowej (LTE). Przykładowy przykład wykonania zilustrowany na Fig. 7a opisuje jedną alternatywę dla P-CSCF 1 dla uzyskania informacji o czasie dostępu w przypadku gdy UE 1 łączy się z siecią IMS 0 poprzez sieć dostępu mobilnego 160. W tym przykładowym przykładzie wykonania, informacja o strefie czasowej dotyczy strefy czasowej, gdzie jest UE 1, tj. informacja o strefie czasowej zawiera UCTZ 1 lub wskazanie UCTZ 1. Sygnały i etapy wskazane przez odniesienia numeryczne odpowiednio na Fig. 7a zostaną opisane poniżej. 701 UE 1 żąda podłączenia sieci do Rdzenia Mobilnego 0, zgodnie ze standardowymi procedurami. 702 Rdzeń Mobilny 0 wysyła wiadomość żądania by powiadomić PCRF 1 o informacji dotyczącej rodzaju dostępu użytkownika zgodnie ze standardowymi procedurami i zawiera także informacje o bieżącej strefie czasowej w informacji o rodzaju dostępu użytkownika zgodnie z niniejszym przykładem wykonania wynalazku. W tym przykładzie, wiadomość żądania jest wiadomością Żądania Kontroli Kredytu (CCR) i informacja o strefie czasowej jest przenoszona w 3GPP-MS-TimeZone AVP. 703 UE 1 wysyła wiadomość żądania rejestracji do sieci IMS 0, tj. do P-CSCF 1. (Ten etap odpowiada etapowi 2 na Fig. 2.) 704 P-CSCF 1 żąda typ dostępu związany z UE 1 od PCRF 1 za pomocą wiadomości żądania. W tym przykładzie wiadomość żądania jest wiadomością Żądania Autoryzacji Identyfikacji (AAR). P-CSCF 1 następnie odbiera informację o strefie czasowej przez wskazanie w wiadomości żądania, że żądana jest informacja o strefie czasowej. Jednym sposobem wskazania tego jest zastosowanie w tym celu AVP Obsługiwanej Cechy. 705 PCRF 1 wysyła żądaną informację o strefie czasowej w wiadomości odpowiedzi do P-CSCF 1. W tym przykładzie wiadomość odpowiedzi jest Odpowiedzią Autoryzacji Identyfikacji (AAA) a informacja o strefie czasowej jest przenoszona w 3GPP-MS-TimeZone AVP. PCRF 1 przechowuje konkretny węzeł P-CSCF 1, który posiada żądaną informację o strefie czasowej dla UE 1 jako abonenta dla informacji o strefie czasowej. PCRF 1 będzie używać informacje o abonamencie i przez to informować P-CSCF 1 o przyszłych aktualizacjach, co zostanie opisane bardziej szczegółowo poniżej. P-CSCF 1 przechowuje odebraną informację o strefie czasowej, która odpowiada UCTZ 1, co zostanie wyjaśnione bardziej szczegółowo poniżej P-CSCF 1 wysyła wiadomość odpowiedzi, która w tym przykładzie jest wiadomością OK 0, do UE 1. 9

11 5 W porównaniu z Fig. 2, po zakończeniu etapu 705 na Fig. 7a, P-CSCF 1 posiada informację o strefie czasowej, tj. UCTZ 1, i może teraz być zdolny do włączenia informacji o strefie czasowej w etapie 2 zilustrowanym na Fig. 2. 3GPP-MS-TimeZone AVP (określony w 3GPP TS ), który przenosi informację o strefie czasowej wysłaną przez Rdzeń Mobilny 0 wskazuje przesunięcie (w etapach minutowych) pomiędzy UTC i strefą czasu lokalnego gdzie obecnie znajduje się UE 1. 3GPP-MS-TimeZone AVP zawiera także wskazanie czy zastosowany jest Czas Oszczędzania Światła Dziennego czy nie, a jeśli tak, to czy czas został ustawiony +1 godzina lub +2 godziny. Zatem, 3GPP-MS-TimeZone AVP odpowiada UCTZ 1. Zgodnie z alternatywnymi przykładami wykonania, PCRF 1 obejmuje zmiany bieżącej strefy czasowej UE 1 przez przesyłanie wiadomości (nie pokazane) do Rdzenia Mobilnego 0 zawierającej Wyzwalany Zdarzeniem AVP z wartością żądającą wskazania kiedy zmienia się strefa czasowa. Gdy tylko Rdzeń Mobilny 0 zidentyfikuje zmianę bieżącej strefy czasowej UE 1, powiadomi PCRF 1 o zmianie. PCRF 1 z kolei prześle wiadomość do P-CSCF 1 celem aktualizacji informacji o strefie czasowej. Ta procedura aktualizacji zostanie teraz opisana w etapach Gdy zmienia się bieżąca strefa czasowa UE 1, Rdzeń Mobilny 0 wysyła wiadomość do PCRF 1, zawierającą wskazanie, że strefa czasowa zmieniła się i nową strefę czasową. W tym przykładzie, wiadomość jest Żądaniem Kontroli Kredytu (CCR). 708 PCRF 1 wysyła wiadomość by powiadomić P-CSCF 1, że bieżąca strefa czasowa użytkownika zmieniła się. P-CSCF 1 przechowuje informację o nowej strefie czasowej, tj. zaktualizowane UCTZ 1. W tym przykładzie, wiadomość jest Żądaniem Re-Autoryzacji (RAR). 709 P-CSCF 1 wysyła wiadomość odpowiedzi, która w tym przykładzie jest Odpowiedzią Re- Autoryzacji (RAA), by potwierdzić odbiór wiadomości otrzymanej w etapie PCRF 1 wysyła wiadomość odpowiedzi, która w tym przykładzie jest Odpowiedzią Kontroli Kredytu (CCA), by potwierdzić odbiór wiadomości otrzymanej w etapie 707. Przykładowy przykład wykonania zilustrowany na Fig. 7b opisuje jedną alternatywę dla S-CSCF 1 dla odbierania informacji o strefie czasowej 1 w przypadku, gdy UE 1 łączy się z siecią IMS 0 poprzez sieć dostępu mobilnego 160. W tym przykładowym przykładzie wykonania informacja o strefie czasowej zawiera UCTZ 1. Sygnały i etapy wskazane przez odniesienia numeryczne odpowiednio na Fig. 7b są wyjaśnione poniżej. 711 S-CSCF 1 odbiera wiadomość żądania rejestracji. (Odpowiada etapowi 2 z Fig. 2, lecz w tym przypadku informacja o strefie czasowej nie jest obecna w wiadomości żądania rejestracji.) 712 S-CSCF 1 inicjalizuje proces rejestracji wobec HSS 1 za pomocą wiadomości żądania. W tym przypadku, wiadomość żądania jest Żądaniem Przypisania Serwera (SAR). S-CSCF 1 następnie uzyskuje informację o strefie czasowej przez wskazanie w wiadomości żądania, że żądana jest informacja o strefie czasowej. Jednym sposobem tego wskazania jest zastosowanie w tym celu AVP Obsługiwanej Cechy. 713 W przypadku początkowej rejestracji UE 1, HSS 1 żąda strefę czasową od Rdzenia Mobilnego 0, w przeciwnym razie proces kontynuuje na etapie Rdzeń Mobilny 0 odpowiada bieżącą strefą czasową UE 1, która odpowiada UCTZ 1. 7 HSS 1 przechowuje informację o strefie czasowej, tj. UCTZ 1 i inicjalizuje subskrybcję dla takiej informacji o strefie czasowej

12 716 HSS 1 wysyła dane użytkownika zawierające informację o strefie czasowej, tj. UCTZ 1 w wiadomości odpowiedzi. W tym przykładzie, wiadomość odpowiedzi jest Odpowiedzią Przypisania Serwera (SAA) S-CSCF 1 przechowuje dane użytkownika zawierające informację o strefie czasowej, tj. UCTZ 1, i wysyła wiadomość odpowiedzi, która w tym przykładzie jest wiadomością OK 0, z UCTZ 1 do UE 1. Zgodnie z alternatywnymi przykładami wykonania, HSS 1 subskrybuje zmiany bieżącej strefy UE 1, np. przez włączenie subskrybcji dla zmian w etapie 7 lub przez przesłanie wiadomości (nie pokazane) do Rdzenia Mobilnego 0. Gdy tylko Rdzeń Mobilny 0 zidentyfikuje zmianę bieżącej strefy czasowej UE 1, powiadomi HSS 1 o zmianie. HSS 1 wówczas zaktualizuje informację w przedłużeniu profilu usługi i wyśle wiadomość do S-CSCF 1 dla zaktualizowania informacji o strefie czasowej. Ta procedura aktualizacji zostanie obecnie opisana w etapach Gdy zmienia się bieżąca strefa czasowa użytkownika, Rdzeń Mobilny 0 powiadamia HSS 1 o nowej strefie czasowej. 719 HSS przechowuje informację o nowej strefie czasowej i wysyła wiadomość, która w tym przykładzie jest wiadomością Żądania Profilu Przesyłania (PPR), dla powiadomienia S-CSCF 1, że zmieniła się bieżąca strefa czasowa użytkownika. S-CSCF 1 przechowuje informację o nowej strefie czasowej, tj. zaktualizowane UCTZ 1. 7 S-CSCF 1 wysyła wiadomość odpowiedzi, która w tym przykładzie jest Odpowiedzią Profilu Przesyłania (PPA), dla potwierdzenia odbioru wiadomości otrzymanej w etapie HSS 1 odpowiada na notyfikację wiadomością odpowiedzi, dla potwierdzenia odbioru notyfikacji odebranej w etapie Alternatywna procedura dla zarządzania informacją o strefie czasowej, tj. dla uzyskania UCTZ 1, zgodnie z alternatywnymi przykładami wykonania wynalazku w sytuacji dostępu stałego, zostanie obecnie opisana w odniesieniu do diagramów blokowych pokazanych na Figurach 8a-d. Te przykłady wykonania opisują alternatywy dla informacji o strefie czasowej, która ma być prekonfigurowana w P-CSCF 1 w przypadku gdy UE 1 łączy się z siecią IMS 0 poprzez sieć dostępu stałego 161. W tym przykładowym przykładzie wykonania, informacja o strefie czasowej dotyczy strefy czasowej gdzie przebywa UE 1, tj. informacja o strefie czasowej odpowiada UCTZ 1. Dostęp stały nie będzie wymagać jakiejkolwiek kreślonej wsparcia z sieci dostępu. Zakłada się, że jedna sieć dostępu pokrywa tylko jedną strefę czasową. Jest to słuszne założenie, ponieważ jeśli sieć dostępu fizycznego pokrywa więcej niż jedną strefę czasową, to może być utworzone i zastosowane pokrycie przez VLAN każdej jednej strefy czasowej. Zatem, odnosząc się poniżej do sieci dostępu stałego, sieć dostępu stałego może być siecią dostępu fizycznego lub VLAN, który jest częścią sieci dostępu fizycznego. Informacja o strefie czasowej jest prekonfigurowana w P-CSCF 1 dla każdej sieci dostępu. Odpowiednio, gdy P-CSCF 1 jest źródłem informacji o strefie czasowej, tj. UCTZ 1, P-CSCF 1 uzyskuje UCTZ 1 z informacji konfiguracji P-CSCF 1. Figura 8a przedstawia przykład wykonania, gdzie jedna sieć dostępu stałego 161 jest określona dla P-CSCF 1. Ta sama sieć dostępu stałego 161 jest także określona dla P-CSCF 8. Tak więc, jedna sieć dostępu stałego 161 może być określona dla kilku P-CSCF 1, 8. Odpowiednio P-CSCF 1, 8 są oba prekonfigurowane za pomocą informacji o strefie czasowej w Strefie czasowej 1 170, tj. UCTZ 1 posiada wartość odpowiadającą Strefie czasowej dla obu P-CSCF 1, 8. Figura 8b przedstawia alternatywny przykład wykonania, gdzie jedna sieć dostępu stałego 161 jest określona dla jednego P-CSCF 1. Odpowiednio, P-CSCF 1 jest prekonfigurowany za pomocą informacji 11

13 5 o strefie czasowej w Strefie czasowej 1 170, tj. UCTZ 1 posiada wartość odpowiadającą Strefie czasowej Figura 8c przedstawia alternatywny przykład wykonania, gdzie pierwsza sieć dostępu stałego 161 jest określona dla pierwszego fizycznego interfejsu (Interfejs 1) 8 na P-CSCF 1, a druga sieć dostępu stałego 861 jest określona dla drugiego fizycznego interfejsu (Interfejs 2) 8 na P-CSCF 1. Odpowiednio Interfejs 1 8 na P-CSCF 1 jest prekonfigurowany za pomocą informacji o strefie czasowej w Strefie czasowej 1 170, tj. UCTZ 1 dotyczący Interfejsu 1 8 posiada wartość odpowiadającą Strefie czasowej Interfejs 2 8 na P-CSCF 1 jest prekonfigurowany za pomocą informacji o strefie czasowej w Strefie czasowej 2 175, tj. UCTZ 1 dotyczący Interfejsu 2 8 posiada wartość odpowiadającą Strefie czasowej Odpowiednio, gdy P-CSCF 1 jest źródłem informacji o strefie czasowej, tj. UCTZ 1, to P-CSCF 1 uzyskuje albo UCTZ 1 dotyczące Interfejsu 1 8, albo UCTZ 1 dotyczące Interfejsu 2 8, w zależności od tego, przez który interfejs 8 czy 8 jest połączony UE 1. Figura 8d przedstawia alternatywny przykład wykonania, gdzie pierwsza sieć dostępu stałego 161 może być określona dla pierwszego interfejsu logicznego VLAN 1, 850 na jednym fizycznym interfejsie 8 na P-CSCF 1, a druga sieć dostępu stałego 861 może być określona dla drugiego interfejsu logicznego VLAN 2, 860 na tym samym fizycznym interfejsie 8 na P-CSCF 1. Odpowiednio, VLAN 1 na Interfejsie 1 8 na P-CSCF 1 jest prekonfigurowany za pomocą informacji o strefie czasowej w Strefie czasowej 1 170, tj. UCTZ 1 dotyczące VLAN posiada wartość odpowiadającą Strefie czasowej VLAN na Interfejsie 1 8 na P-CSCF 1 jest prekonfigurowany za pomocą informacji o strefie czasowej w Strefie czasowej 2 175, tj. UCTZ 1 dotyczące VLAN posiada wartość odpowiadającą Strefie czasowej Odpowiednio, gdy P-CSCF 1 jest źródłem informacji o strefie czasowej, tj. UCTZ 1, P-CSCF 1 uzyskuje albo UCTZ 1 dotyczące VLAN 1 850, albo UCTZ 1 dotyczące VLAN 2 860, w zależności od tego, przez który VLAN 850 czy 860 jest połączony UE 1. Procedura zarządzania informacją o strefie czasowej w sieci IMS 0, w związku z sytuacją gdy UE 1 wysyła rozpoczynające żądanie, zgodnie z przykładowym przykładem wykonania wynalazku, zostanie obecnie opisana w odniesieniu do diagramu sygnalizacji pokazanego na Figurze 9a. Zakłada się, że UE 1 zarejestrował się wcześniej w sieci IMS 0, jak opisano w odniesieniu do Fig. 2. Odpowiednio, zaangażowane węzły IMS co najmniej raz przechowywały i/lub uzyskały informację o strefie czasowej. P-CSCF 1 może wtedy odebrać i przechowywać zaktualizowane UCTZ 1 gdy tylko UE 1 zmieni bieżącą strefę czasową, jak opisano w odniesieniu do Fig.7a. Alternatywnie, S-CSCF 1 może wówczas odebrać i przechowywać zaktualizowane UCTZ 1 gdy tylko UE 1 zmieni strefę czasową, jak opisano w odniesieniu do Fig.7b. S-CSCF 1 może odbierać i przechowywać UHTZ 2, jak opisano w odniesieniu do Fig. 2. Sygnały i etapy wskazane przez odniesienia numeryczne odpowiednio na Fig. 9a są obecnie wyjaśnione poniżej. 901 UE 1 wysyła rozpoczynającą wiadomość żądania do P-CSCF 1. Wiadomość żądania może dotyczyć sesji z UE (nie pokazane) po kończącej stronie P-CSCF 1 włącza, jeśli znana, informację o strefie czasowej, UCTZ 1, i przekazuje wiadomość żądania do S-CSCF 1. Informacja o strefie czasowej, UCTZ 1, jest włączona w nagłówek PCV 2, lub w dowolny inny odpowiedni nagłówek SIP. W alternatywnym przykładzie wykonania, gdy P-CSCF 1 jest źródłem UCTZ 1, P-CSCF 1 automatycznie odbiera aktualizacje gdy zmienia się UCTZ 1, które to aktualizacje będą przesłane do S- CSCF 1. Tak więc, w tym przypadku, zaktualizowane i dokładne UCTZ 1 jest znane przez P-CSCF 1. W alternatywnym przykładzie wykonania, gdy HSS 1 jest źródłem UCTZ 1, HSS 1 będzie automatycznie odbierać aktualizacje, które to aktualizacje są automatycznie przesyłane do S-CSCF 1. Tak więc, w tym przypadku, zaktualizowane i dokładne UCTZ 1 nie będzie znane przez P-CSCF 1. 12

14 5 903 Jeśli S-CSCF 1 odbierze UCTZ 1 z P-CSCF 1, to S-CSCF 1 sprawdza, czy wcześniej zaznaczyło P-CSCF 1 jako źródło UCTZ 1, a jeśli tak, to S-CSCF 1 przechowuje odebrane UCTZ 1. Jednak, jeśli S-CSCF 1 zaznaczyło wcześniej HSS 1 jako źródło UCTZ 1, to UCTZ 1 odebrane z P-CSCF 1 nie jest przechowywane. S-CSCF 1 wówczas przekazuje wiadomość żądania do AS 1 i włącza UCTZ 1 i UHTZ 2 (jeśli dostępne). Jak wyjaśniono wyżej, UCTZ 1 jest albo odbierane z P-CSCF 1 albo z HSS 1, w zależności od tego, które z P-CSCF 1 czy HSS 1 jest źródłem UCTZ AS 1 przechowuje odebraną informację o strefie czasowej, UCTZ 1, UHTZ 2, do możliwego użycia przy uruchamianiu usług itp., i przekazuje wiadomość żądania do S-CSCF S-CSCF 1 przekazuje wiadomość żądania do kończącej strony 900. Informacja o strefie czasowej może być zachowana w nagłówku PCV 2, przy przesyłaniu do kończącej strony Przy odbiorze odpowiedzi ze strony kończącej 900, S-CSCF 1 usuwa jakąkolwiek włączoną informację o strefie czasowej z otrzymanego nagłówka PCV S-CSCF 1 dodaje przechowywaną informację o strefie czasowej UCTZ 1, UHTZ 2 do nagłówka PCV 2 i przekazuje odpowiedź do AS AS 1 przekazuje odpowiedź do S-CSCF 1 z nietkniętą informacją o strefie czasowej UCTZ 1, UHTZ S-CSCF 1 wysyła odpowiedź z informacją o strefie czasowej UCTZ 1, UHTZ 2 jak jest do P-CSCF P-CSCF 1 przechowuje UHTZ 2 jeśli odebrane i możliwie także UCTZ 1 gdy P-CSCF 1 nie jest źródłem informacji o strefie czasowej. P-CSCF 1 usuwa możliwą informację o strefie czasowej UCTZ 1, UHTZ 2 z odpowiedzi przed jej wysłaniem do UE 1. Alternatywnie, wiadomość odpowiedzi jest przesyłana do UE 1 z włączoną informacją o strefie czasowej jeśli taka informacja jest przydatna dla UE 1 w zależności od scenariusza aplikacji. Jednakże, normalnym przypadkiem jest to, że nagłówek PCV 2 nie jest przekazywany do UE 1, zatem informacja o strefie czasowej nie jest włączona w wiadomość odpowiedzi zilustrowaną w etapie 9 na Fig. 9a. Opisana procedura umożliwia zaangażowanym węzłom sieci IMS, tj. co najmniej P-CSCF 1, S- CSCF 1 i AS 1, wysyłanie informacji o naliczaniu opłat zawierającej informację o strefie czasowej dotyczącą sesji. Opisana procedura umożliwia także zastosowanie przez AS 1 informacji o strefie czasowej przy uruchamianiu usług dotyczących sesji. Procedura zarządzania informacją o strefie czasowej w sieci IMS 0, w związku z sytuacją gdy UE 1 odbiera żądanie kończące, zgodnie z przykładowym przykładem wykonania wynalazku, zostanie obecnie opisane w odniesieniu do diagramu sygnalizacji pokazanego na Fig. 9b. Zakłada się, że UE 1 zarejestrował się wcześniej w sieci IMS 0, jak opisano w odniesieniu do Fig. 2. Odpowiednio, zaangażowane węzły IMS co najmniej raz przechowywały i/lub uzyskały informację o strefie czasowej. P-CSCF 1 może wówczas odebrać i przechowywać zaktualizowane UCTZ 1 gdy tylko UE 1 zmieni bieżącą strefę czasową, jak opisano w odniesieniu do Fig. 7a. Alternatywnie, S-CSCF 1 może wówczas odebrać i przechowywać zaktualizowane UCTZ 1 gdy tylko UE 1 zmieni strefę czasową jak opisano w odniesieniu do Fig.7b. S-CSCF 1 może odbierać i przechowywać UHTZ 2, jak opisano w odniesieniu do Fig. 2. Sygnały i etapy wskazane przez odniesienia numeryczne odpowiednio na Fig. 9b są obecnie wyjaśnione poniżej. 911 Strona rozpoczynająca 990 wysyła wiadomość żądania do I-CSCF 1. Wiadomość żądania może być żądaniem z UE (nie pokazanym) po stronie rozpoczynającej dla ustanowienia sesji SIP z UE 1 na kończącej stronie. 13

15 5 912 I-CSCF 1 usuwa jakąkolwiek informację o strefie czasowej z wiadomości żądania przed jej przekazaniem do S-CSCF 1. Alternatywnie, wiadomość żądania jest przekazywana do S-CSCF 1 z włączoną informacją o strefie czasowej jeśli taka informacja jest przydatna dla strony kończącej. Jednakże, normalny przypadek to taki, że informacja o strefie czasowej nie jest przekazywana do S-CSCF S-CSCF 1 dodaje możliwie przechowywane UCTZ 1 i możliwie przechowywane UHTZ 2 do nagłówka PCV 2 i przekazuje żądanie do AS AS 1 przechowuje odebraną informację o strefie czasowej UCTZ 1, UHTZ 2, do możliwego użycia przy uruchamianiu usług itp., i przekazuje żądanie do S-CSCF 1. 9 S-CSCF 1 przekazuje żądanie do P-CSCF 1 z informacją o strefie czasowej UCTZ 1, UHTZ 2 przechowywaną w nagłówku PCV P-CSCF 1 przechowuje UHTZ 2 jeśli odebrane i możliwie także UCTZ 1 gdy P-CSCF 1 nie jest źródłem informacji. P-CSCF 1 usuwa możliwą informację o strefie czasowej UCTZ 1, UHTZ 2 z żądania przed jego przeslaniem do UE 1. Alternatywnie, wiadomość żądania jest przekazywana do UE 1 z włączoną informacją o strefie czasowej jeśli taka informacja jest przydatna dla UE 1 w zależności od scenariuszu aplikacji. Jednakże, normalnym przypadkiem jest to, że nagłówek PCV 2 nie jest przekazywany do UE 1, zatem informacja o strefie czasowej nie jest włączona w wiadomość żądania zilustrowaną w etapie 916 na Fig. 9b. 917 UE 1 wysyła odpowiedź. 918 P-CSCF 1 włącza dostępną informację o strefie czasowej UCTZ 1, UHTZ 2 w nagłówek PCV 2 przed wysłaniem odpowiedzi do S-CSCF S-CSCF 1 przechowuje możliwe UCTZ 1 jeśli P-CSCF 1 jest zaznaczone jako źródło informacji i przekazuje żądanie do AS 1. 9 AS 1 przechowuje UCTZ 1 jeśli odebrane i wysyła odpowiedź do S-CSCF 1 z nietkniętą informacją o strefie czasowej UCTZ 1, UHTZ S-CSCF 1 wysyła odpowiedź do strony rozpoczynającej 990. Informacja o strefie czasowej UCTZ 1, UHTZ 2 może być przechowywana w nagłówku PCV 2 jeśli przesłana do strony rozpoczynającej 990. Opisana procedura umożliwia zaangażowanym węzłom sieci IMS, tj. co najmniej P-CSCF 1, S- CSCF 1 i AS 1 wysyłanie informacji o naliczaniu opłat zawierającej informację o strefie czasowej dotyczącą sesji. Opisana procedura umożliwia także zastosowanie przez AS 1 informacji o strefie czasowej przy uruchamianiu usług dotyczących sesji. Celem wykonania etapów z opisanych powyżej przykładów wykonania, węzły CSCF 1, 1 i węzeł HSS 1 będą musiały być przystosowane do tego celu. Węzły CSCF 1, 1 będą przystosowane by móc wykonywać sposób zgodnie ze schematem technologicznym pokazanym na Figurze 5. Węzeł HSS 1 będzie przystosowany by móc wykonywać sposób zgodnie ze schematem technologicznym pokazanym na Figurze 6. Sposób wykonywany przez węzeł CSCF 1, 1 dla zarządzania informacją o strefie czasowej w sieci IMS 0, zgodnie z przykładami wykonania wynalazku, zostanie teraz opisany w odniesieniu do schematu technologicznego pokazanego na Fig. 5. W etapie 501, węzeł CSCF 1, 1 odbiera wiadomość żądania dotyczącą UE 1. Etap 502 ilustruje, że węzeł CSCF 1, 1 uzyskuje informację o strefie czasowej 1, 2, w odpowiedzi na odebranie wiadomości żądania. Informacja o strefie czasowej 1, 2 określa strefę czasową 170, 175 związaną z UE 1. Jak zilustrowano w etapie 503, węzeł CSCF 1, 1 przechowuje informacje o strefie 14

16 czasowej 1, 2 w jednostce pamięci 0 węzła CSCF 1, 1. Etap 504 ilustruje, że węzeł CSCF 1, 1 wysyła co najmniej jedną wiadomość do co najmniej jednego innego węzła sieci IMS 1, 1, 1, 1, 1, dla umożliwienia co najmniej jednemu innemu węzłowi sieci IMS 1, 1, 1, 1, 1 obsługi usług na bazie strefy czasowej i/lub naliczania opłat związanych z UE 1. Nie jest wymagane aby wszystkie etapy zilustrowane na Fig. 5 były zawsze wykonywane w porządku przedstawionym na Fig. 5. W pewnych przypadkach, np. etap 502 może być wykonany przez uzyskanie informacji o strefie czasowej 1 z prekonfigurowanej informacji przechowywanej w jednostce pamięci 0 CSCF 1, 1. W takim przypadku, etap 503 będzie musiał być wykonany przed etapem 502 i prawdopodobnie także przed etapem 501. Zgodnie z jednym przykładem wykonania, węzeł CSCF 1, 1 tworzy, w etapie 505, AVP 1 zawierające przechowywaną informację o strefie czasowej 1, 2, i wysyła, w etapie 506, wiadomość o naliczaniu opłat zawierającą AVP 1 do węzła naliczającego opłaty 145, celem umożliwienia użycia informacji o strefie czasowej 1, 2 w naliczaniu opłat. Figura 3 jest diagramem blokowym przykładowych komponentów węzła CSCF 1, 1 przystosowanego do wykonywania sposobu opisanego w odniesieniu do Figury 5 powyżej. Jak przedstawiono, CSCF 1, 1 zawiera odbiornik 3, nadajnik 3, logikę przetwarzającą 3, zawierającą logikę uzyskującą 3 oraz jednostkę pamięci 0. Odbiornik 3 może zawierać układ obwodów, który pozwala CSCF 1, 1 na komunikowanie z innymi węzłami. W szczególności, odbiornik 3 jest skonfigurowany by odbierać wiadomość żądania dotyczącą UE 1, zgodnie z etapem 501 omówionym powyżej. Logika przetwarzająca 3 może sterować działaniem CSCF 1, 1. W szczególności, logika przetwarzająca 3 jest skonfigurowana by, przez logikę uzyskującą 3, uzyskiwać informację o strefie czasowej 1, 2 w odpowiedzi na odbiór wiadomości żądania, zgodnie z etapem 502 omówionym powyżej. Logika przetwarzająca 3 jest także skonfigurowana by przechowywać informację o strefie czasowej 1, 2 w jednostce pamięci 0, zgodnie z etapem 503 omówionym powyżej. Nadajnik 3 może zawierać układ obwodów, który pozwala CSCF 1, 1 na komunikowanie z innymi węzłami. W szczególności nadajnik 3 jest skonfigurowany by wysyłać wiadomość, zawierającą informację o strefie czasowej 1, 2, zgodnie z etapem 504 omówionym powyżej. Chociaż Fig. 3 pokazuje przykładowe komponenty CSCF 1, 1, w innych implementacjach, CSCF 1, 1 może zawierać mniej, różne lub dodatkowe komponenty niż te opisane powyżej. W jeszcze innych implementacjach, jeden lub więcej komponentów CSCF 1, 1 może wykonywać zadania opisane jako wykonywane przez jeden lub więcej innych komponentów CSCF 1, 1. Sposób wykonywany przez węzeł HSS 1 do zarządzania informacją o strefie czasowej w sieci IMS 0, zgodnie z przykładami wykonania wynalazku, zostanie obecnie opisany w odniesieniu do schematu technologicznego pokazanego na Fig. 6. Nie jest wymagane aby wszystkie etapy zilustrowane na Fig. 6 były zawsze wykonywane w porządku przedstawionym na Fig. 6. W pierwszym etapie 601, węzeł HSS 1 odbiera wiadomość żądania z węzła S-CSCF 1. Wiadomość żądania dotyczy rejestracji UE 1 w sieci IMS 0. Etap 602 ilustruje, że węzeł HSS 1 żąda informację o strefie czasowej 1, która określa strefę czasową związaną z UE 1. Informacja o strefie czasowej 1 jest żądana z mobilnej rdzeniowej sieci pakietowej 0 związanej z siecią dostępu mobilnego 160, z którą połączony jest UE 1. Jak zilustrowano w etapie 603, węzeł HSS 1 odbiera żądaną informację o strefie czasowej 1. Etap 604 ilustruje, że węzeł HSS 1 przechowuje informację o strefie czasowej 1 w jednostce pamięci 450 węzła HSS 1. Jak zilustrowano w etapie 605, węzeł HSS 1 wysyła wiadomość odpowiedzi do węzła S-CSCF 1. Wiadomość odpowiedzi zawiera informację o strefie czasowej 1 i umożliwia węzłowi S-CSCF 1 obsługę usług na bazie strefy czasowej i/lub naliczania opłat związanych z UE 1. Figura 4 jest diagramem blokowym przykładowych komponentów węzła HSS 1 przystosowanego do wykonywania sposobu opisanego w odniesieniu do Figury 6 powyżej. Jak

17 5 zilustrowano, HSS 1 zawiera odbiornik 4, nadajnik 4, logikę przetwarzającą 4, zawierającą logikę pytającą 4 oraz jednostkę pamięci 450. Odbiornik 4 może zawierać układ obwodów, który pozwala HSS 1 na komunikowanie z innymi węzłami. W szczególności, odbiornik 4 jest skonfigurowany by odbierać wiadomość żądania dotyczącą rejestracji UE 1 w sieci IMS 0, zgodnie z etapem 601 opisanym powyżej. Logika przetwarzająca 4 może sterować działaniem HSS 1. W szczególności, logika przetwarzająca 4 jest skonfigurowana by, przez logikę pytającą 4, żądać informację o strefie czasowej 1, która określa strefę czasową 170 związaną z UE, zgodnie z etapem 602 opisanym powyżej. Odbiornik 4 jest także skonfigurowany by odbierać żądaną informację o strefie czasowej 1, zgodnie z etapem 603 opisanym powyżej. Logika przetwarzająca 4 jest także skonfigurowana by przechowywać informację o strefie czasowej 1 w jednostce pamięci 450 węzła HSS 1, zgodnie z etapem 604 opisanym powyżej. Nadajnik 4 może zawierać układ obwodów, który pozwala HSS 1 na komunikowanie z innymi węzłami. W szczególności, nadajnik 4 jest skonfigurowany by wysyłać wiadomość odpowiedzi, zawierającą informację o strefie czasowej 1, 2, zgodnie z etapem 605 opisanym powyżej. Chociaż Fig. 4 pokazuje przykładowe komponenty HSS 1, w innych implementacjach, HSS 1 może zawierać mniej, różne lub dodatkowe komponenty niż te opisane powyżej. W jeszcze innych implementacjach, jeden lub więcej komponentów HSS 1 może wykonywać zadania opisane jako wykonywane przez jeden lub więcej innych komponentów HSS 1. Powyżej opisano, że informacja o strefie czasowej może być włączona w informację o naliczaniu opłat przez wszystkie węzły IMS, zdolne do naliczania opłat, które odebrały i przechowują informację o strefie czasowej wysłaną w sygnalizacji SIP. Informacja o strefie czasowej może być włączona w AVP, który jest utworzony przez węzeł IMS zdolny do naliczania opłat. AVP jest włączony w wiadomość o naliczaniu opłat wysłaną do węzła naliczającego opłaty 145. Gdy obsługiwana strefa czasowa użytkownika ma być użyta do naliczania opłat, informacja musi być dodana do interfejsu naliczającego opłaty, takiego jak interfejs pomiędzy węzłami IMS 1, 1, 1, 1 i węzłem naliczającym opłaty 145 na fig. 1, przykładowo w poniższym formacie: [User-Time-Zone] [Current-TZ] [Home-TZ] Current-TZ AVP i Home-TZ AVP mogą używać ten sam format co 3GPP-MS-Time-Zone określony w 3GPP TS by nie powodować niepotrzebnego reformatowania. Daje to ośmiooktetowe wskazanie przesunięcia pomiędzy czasem uniwersalnym i czasem lokalnym, co minut, miejsca gdzie przebywa UE 1. Na Fig. pokazane jest możliwy układ dla AVP 1. Pole Time Zone AVP używa ten sam format co pole Time Zone używane w znaczniku Transfer Layer Protocol (TP)-Service-Centre-Time-Stamp, który jest określony w 3GPP TS 23.0: Strefa Czasowa wskazuje różnicę wyrażoną w kwadransach, pomiędzy czasem lokalnym i GMT. W pierwszym z dwóch półoktetów, pierwszy bit (bit 3 siódmego oktetu pola TP-Service-Centre-Time- Stamp) reprezentuje znak algebraiczny tej różnicy (O: dodatni, 1: negatywny). Pole Daylight-Saving-Time AVP używa ten sam format co Daylight Saving Time IE określony w 3GPP TS , jak zilustrowano w Tabeli 1. Tabela 1 Możliwe wartości dla pola Daylight Saving Time Bit 1 Bit Bez ustawiania dla Czasu Oszczędzania Światła Dziennego 0 1 Ustawienie +1 godz. dla Czasu Oszczędzania Światła Dziennego 1 0 Ustawienie +2 godz. dla Czasu Oszczędzania Światła Dziennego 1 1 Zarezerwowane 16

18 5 Powyżej omówiono, że informacja o strefie czasowej jest dodawana do sygnalizacji pomiędzy węzłami IMS, np. do odpowiedniego nagłówka sygnałowy SIP, i rozprzestrzeniana do wszystkich zaangażowanych węzłów. Zasugerowano nagłówek PCV jako możliwy nośnik informacji o strefie czasowej, chociaż może być użyty jakikolwiek dowolny nagłówek sygnałowy SIP. Figura 11 pokazuje nagłówek PCV 2 wypełniony informacją o strefie czasowej, UCTZ 1 i UHTZ 2, zgodnie z jednym przykładem wykonania. Dokument Internet Engineering Task Force (IETF) RFC3455 określa PCV jako: P-Charging-Vector charge-params icid-value icid-gen-addr irig-ioi term-ioi = "P-Charging-Vector" HCOLON icid-value *(SEMI charge-params) = icid-gen-addr / orig-ioi / term-ioi / generic-param = "icid-value" EQUAL gen-value = "icid-generated-at" EQUAL host = "orig-ioi" EQUAL gen-value = "term-ioi" EQUAL gen-value Sugeruje się, aby informacja o strefie czasowej przechodziła jako generic-param. Informacja o strefie czasowej może być przesłana w następującym formacie: timezone = home-tz / current-tz / (home-tz SEMI current-tz) home-tz = "home-timezone" EQUAL tz-value COMMA dst current-tz = "current-timezone" EQUAL tz-value COMMA dst tz-info = 2HEXDIG dst= "daylight-saving-time" EQUAL dst-value dst-value= no-adjustment-for-dst / plus-1-hour-adjustment-for-dst / plus-2-hour-adjustment-for-dst / reserved no-adjustment-for-dst= "0" plus-1-hour-adjustment-for-dst= "1" plus-2-hour-adjustment-for-dst= "2" reserved= "3" Niniejszy wynalazek może oczywiście być wykonany innymi konkretnymi sposobami niż te tu wyszczególnionego bez odchodzenia od cech istotnych wynalazku. Niniejsze przykłady wykonania należy zatem uważać we wszystkich aspektach jako ilustrujące i nie ograniczające oraz zamiarem jest objęcie tutaj wszystkich zmian wchodzących w znaczenie i zakres ekwiwalentów załączonych zastrzeżeń. Pełnomocnik: 17

19 Zastrzeżenia patentowe Sposób, wykonywany przez węzeł proxy funkcji kontroli sesji rozmowy P-CSCF (1) do zarządzania informacją o strefie czasowej (1, 2) w sieci podsystemu multimediów protokołu internetowego IMS (0), sposób obejmujący: odbieranie (501) wiadomości żądania dotyczącej sprzętu użytkownika UE (1); uzyskiwanie (502) informacji o strefie czasowej (1, 2) w odpowiedzi na odbiór wspomnianej wiadomości żądania, gdzie wspomniana informacja o strefie czasowej (1, 2) określa strefę czasową (170, 175) związaną z UE (1); przechowywanie (503) informacji o strefie czasowej (1, 2) w jednostce pamięci (0) węzła P-CSCF (1); oraz wysyłanie (504) co najmniej jednej wiadomości, zawierającej informację o strefie czasowej (1, 2), do co najmniej jednego innego węzła sieci IMS (1, 1, 1, 1, 1), by umożliwić wspomnianemu co najmniej jednemu innemu węzłowi sieci IMS (1, 1, 1, 1, 1) obsługę informacji na bazie strefy czasowej i/lub naliczania opłat związane z UE (1), gdzie UE (1) jest połączone z siecią dostępu mobilnego (160), i informacja o strefie czasowej (1) jest uzyskiwana (502) z węzła funkcji polityki i zasady pobierania opłat PCRF (1), który przechowuje informację o strefie czasowej (1) odebraną z sieci dostępu mobilnego (160), z którą połączony jest UE (1). 2. Sposób według zastrz. 1, w którym informacja o strefie czasowej zawiera informację o Bieżącej Strefie Czasowej Użytkownika (1), która określa strefę czasową (170) aktualnie odwiedzanej sieci (160) UE (1). 3. Sposób według zastrz. 1 albo 2, w którym informacja o strefie czasowej zawiera informację o Domowej Strefie Czasowej Użytkownika (2), która określa domową strefę czasową (175) abonamentu użytkownika związanego z UE (1). 4. Sposób według zastrz. 1, obejmujący także odbieranie (708) zaktualizowanej informacji o strefie czasowej (1) z węzła PCRF (1), gdy informacja o strefie czasowej (1), przechowywana w węźle PCRF (1) i związana z UE (1), zmieniła się. 5. Sposób według zastrz. 1 albo 2, w którym UE (1) jest połączone z siecią dostępu stałego (161, 861), i informacja o strefie czasowej (1) sieci dostępu stałego (161, 861) jest prekonfigurowana w węźle P-CSCF (1, 8), tak że etap uzyskiwania obejmuje uzyskiwanie informacji o strefie czasowej (1) z informacji konfiguracji węzła P-CSCF (1, 8). 6. Sposób według któregokolwiek z poprzednich zastrzeżeń, w którym informacja o strefie czasowej (1, 2) jest włączona w pole nagłówka p-charging-vector (2) odebranej (501) wiadomości żądania i/lub wysłanej (504) wiadomości. 7. Sposób według któregokolwiek z poprzednich zastrzeżeń, dalej obejmujący tworzenie (505) Pary Atrybut-Wartość AVP (1) zawierającej przechowywaną informację o strefie czasowej (1, 2), wysyłanie (506) wiadomości o naliczaniu opłat zawierającej wspomniane AVP (1) do węzła naliczającego opłaty (145), dla umożliwienia zastosowania informacji o strefie czasowej (1, 2) w naliczaniu opłat. 8. Węzeł proxy funkcji kontroli sesji rozmowy P-CSCF (1) dla zarządzania informacją o strefie czasowej (1, 2) w sieci podsystemu multimediów protokołu internetowego IMS (0), węzeł P-CSCF (1) zawierający: 1

20 5 odbiornik (3), nadajnik (3), jednostkę pamięci (0) i logikę przetwarzającą (3), logika przetwarzająca (3) jest połączona z odbiornikiem (3), nadajnikiem (3) i jednostką pamięci (0), gdzie odbiornik (3) jest skonfigurowany by odbierać (501) wiadomość żądania dotyczącą sprzętu użytkownika UE (1); logika przetwarzająca (3) zawiera logikę uzyskującą (3) skonfigurowaną by uzyskiwać (502) informację o strefie czasowej (1, 2) w odpowiedzi na odbiór wspomnianej wiadomości żądania, gdzie wspomniana informacja o strefie czasowej (1, 2) określa strefę czasową (170, 175) związaną z UE (1); logika przetwarzająca (3) jest także skonfigurowana by przechowywać (503) informację o strefie czasowej (1, 2) w jednostce pamięci (0) węzła CSCF (1, 1); oraz nadajnik (3) jest skonfigurowany by wysyłać (504) co najmniej jedną wiadomość, zawierającą informację o strefie czasowej (1, 2), do co najmniej jednego innego węzła sieci IMS (1, 1, 1, 1, 1) by umożliwić wspomnianemu co najmniej jednemu innemu węzłowi sieci IMS (1, 1, 1, 1, 1) obsługę usług na bazie strefy czasowej i/lub naliczanie opłat związane z UE (1), gdzie UE (1) jest połączone do sieci dostępu mobilnego (160), i informacja o strefie czasowej (1) jest uzyskiwana (502) z węzła funkcji polityki i zasady pobierania opłat PCRF (1), który przechowuje informację o strefie czasowej (1) odebraną z sieci dostępu mobilnego (160), z którą połączony jest UE (1). 9. Węzeł P-CSCF (1) według zastrz. 8, w którym logika przetwarzająca (3) jest także skonfigurowana by tworzyć (505) Parę Atrybut-Wartość AVP (1), zawierającą przechowywaną informację o strefie czasowej (1, 2); oraz nadajnik (3) jest także skonfigurowany by wysyłać (506) wiadomość o naliczaniu opłat zawierającą wspomniane AVP (1) do węzła naliczającego opłaty (145), dla umożliwienia zastosowania informacji o strefie czasowej (1, 2) w naliczaniu opłat. Pełnomocnik: 2