EP1350407A1 - Communication system and method for establishing a connection to a serving network element - Google Patents

Communication system and method for establishing a connection to a serving network element

Info

Publication number
EP1350407A1
EP1350407A1 EP00987341A EP00987341A EP1350407A1 EP 1350407 A1 EP1350407 A1 EP 1350407A1 EP 00987341 A EP00987341 A EP 00987341A EP 00987341 A EP00987341 A EP 00987341A EP 1350407 A1 EP1350407 A1 EP 1350407A1
Authority
EP
European Patent Office
Prior art keywords
list
service
user equipment
communication system
network element
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
EP00987341A
Other languages
German (de)
French (fr)
Other versions
EP1350407B1 (en
Inventor
Ilkka Westman
Markku Tuohino
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Oyj
Original Assignee
Nokia Oyj
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Oyj filed Critical Nokia Oyj
Publication of EP1350407A1 publication Critical patent/EP1350407A1/en
Application granted granted Critical
Publication of EP1350407B1 publication Critical patent/EP1350407B1/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5691Access to open networks; Ingress point selection, e.g. ISP selection
    • H04L12/5692Selection among different networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4541Directories for service discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/169Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/10Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • H04L61/5014Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]

Definitions

  • the invention relates to a communication system and method, and in particular to a system and method allowing a user equipment such as a terminal, mobile station (MS) or the like, to get connected to a network element such as an originating or terminating network element or a network element providing a registration function, e.g. for SIP
  • CSCF Call State Control Function
  • the terminal may be adapted to search, when intending to register, for a proxy network element that helps to find CSCF.
  • a proxy network element that helps to find CSCF.
  • it might be considered to add a new network element providing e.g. a Location Service.
  • a new network element increases the network complexity and overhead.
  • the invention provides a system as defined in the independent system claim or any of the dependent system claims.
  • the invention provides a method as defined in the independent method claim or any of the dependent method claims .
  • the invention proposes a method and structure enabling a terminal to quickly and easily find a serving network element such as an initial proxy or CSCF.
  • a communication system preferably comprises at least one user equipment which is adapted to communicate with a resource designation means to obtain information about session establishment means available in the communication system, wherein the user equipment, when intending to establish a session using one of said session establishment means, includes or is adapted to access a list of items comprising service-related information and to select an item from the list. The selected item is used to enquire the resource designation means to obtain a reference to at least one session establishment means. The user equipment establishes a session via one of the session establishment means to which said reference has been obtained.
  • the session establishment means may be a proxy device.
  • the resource designation means can be DNS (with proxy being the resource, there can be several resources for the same name e.g. selected according to a round-robin designation) .
  • the reference to session establishment means may be the address of the proxy.
  • a session can be a call or video call or other real-time stream type of communication.
  • the term "user equipment” used in the present application documents can comprise, for instance, the mobile equipment (ME) , a smart-card inserted to the mobile equipment (SIM, USIM) and a computer (TE, Terminal Equipment) functionally connected to the mobile equipment and/or the smart-card. Therefore, when specifying that some information is stored by the user equipment, the information can be stored, in fact, in any of these components or distributed among them. Likewise, if user equipment is performing some functions, these functions can be performed in any of these above mentioned components (ME, SIM or TE) .
  • a communication method and system comprise at least one user equipment which is adapted to establish a connection to a serving network element for connection to another network element, wherein the user equipment, when intending to establish or modify a connection to the serving or another network element, or a further network element includes, or is adapted to access, a list of service-related information and to select an item from the list, the selected item being used by the user equipment to establish or modify the connection to the serving or the another network element.
  • a subscriber can choose e.g. a proxy from a service-related list (list of items comprising service-related information) such as a list of service providers, or (s)he can use a default service provider.
  • the list may e.g. be stored in the terminal and/or USIM (UMTS Subscriber Identity Module) and/or (prepaid) telephone card.
  • proxies are not' used, this same structure and method can be utilized to find a supporting network element, e.g. a CSCF, where to register.
  • a supporting network element e.g. a CSCF
  • Service Location Server No specialized network element, i.e. Service Location Server, is needed.
  • Subscriber may choose whichever service provider, service, service type or alike (s)he wants of the list, even when roaming. That is, the subscriber can utilize e.g. only the access network when roaming in a foreign country, and use her/his own service provider for other services e.g. to save, costs .
  • the - Subscribers can easily update the service-related list, e.g. the list of service providers, services, service types or alike.
  • the terminal (s) are preferably adapted to offer that service.
  • the updated list can be saved e.g. in a memory means of the terminal or USIM.
  • the terminal When the terminal is informed on whether it is attached to its home network or roaming outside the home network, it may be adapted to choose a proxy server "home_proxy" of its home network or a proxy server “visited_proxy” of the visited network respectively as default.
  • the service-related list may be stored e.g. in the memory of terminals and/or USIMs so that the terminals are able to select a service, service provider or the like before registering or even attaching to a network.
  • An access operator may restrict the subscribers to use only its own services by offering only the default to choose in the service-related list of service providers, services, service types or alike.
  • the access operator may e.g. always offer "visited_proxy” address resolving by DNS (Domain Name System) as well as "home_proxy” address resolving if the operator has own IPT (Internet Protocol Telephony) subscribers.
  • DNS Domain Name System
  • IPT Internet Protocol Telephony
  • - Home and roaming subscribers can be handled in separate network elements if desired.
  • a subscriber may choose whether (s)he uses the list on the USIM/terminal ' s memory and/or the list offered e.g. by DHCP server, PDP context, DNS server, some network service or alike .
  • the invention enables a service provider selection by an end user.
  • the invention allows to hide the internal structure of the network, e.g. by making available only a few serving elements such as CSCFs for roamers .
  • Part of the intelligence to find the proxy is preferably provided in or for the terminal (which may have a function to learn whether it is registered in the home or visited network) .
  • DHCP Dynamic Host Configuration Protocol
  • PDP Packet Data Protocol
  • a subscriber can e.g. choose a proxy from a list of service providers, services, service types or alike delivered from one or more DHCP servers and/or in the PDP context and/or from one or more DNS server (s) and/or from one or more separate database (s) and/or from one or more network service (s) and/or alike.
  • the list preferably includes default service providers: "home proxy" for home subscribers and "visited_proxy” for roaming subscribers, to be used unless expressly selecting another service provider.
  • the invention allows to make available only a few serving elements such as CSCFs for roamers.
  • Initial proxies in the visited network may recognize locally handled calls of roaming equipments, needing no registration time transfer of call control to the visited network, just to provide local services .
  • different initial proxies can be used for the roaming subscribers and home subscribers.
  • Such a technique allows to provide different types of functionality.
  • home subscribers can be provided with proxies providing certain services, and roaming, i.e. visiting terminals can be connected to proxies that have functionality relating to the routing of calls to local service numbers.
  • This enables proxy functionality separation.
  • different initial proxies can be selected depending on the user "roaming status" (being in its home network or in a visited network) and different functionalities can be provided in initial proxies.
  • the invention furthermore allows to overcome problems related to DHCP+DNS usage by introducing a new DHCP parameter to specify whether the subscriber requesting the registration is a roaming or home network subscriber.
  • Fig. 1 shows an embodiment of the invention and illustrates a situation in which a service provider or proxy is explicitly selected by a terminal
  • Fig. 2 illustrates a method and structure of an embodiment for performing a default selection when the terminal is attached to its home network
  • Fig. 3 shows a method and structure of an embodiment for performing a default selection when the terminal is roaming, i.e. attached or attaching to a visited network
  • Fig. 4 shows a method and structure of an embodiment based on DHCP for performing a selection of a service provider, service, or the like, and
  • Fig. 5 illustrates a registration example primarily but not exclusively related to the embodiment shown in Fig. 1.
  • an implementation thereof relates to the registration to an All-IP network or IM CN SS (IP Multimedia Core Network Subsystem) or IM SS (IP Multimedia Subsystem) , and the selection of SIP (Session Initiation Protocol) proxies.
  • the basic idea of this aspect is to logically separate the access level, e.g. the GPRS access "plane", and the SIP plane, and to enable a user to select the initial proxy.
  • a service-related list such as a list of possible service providers is configured.
  • the service providers have associated with them a FQDN (Fully Qualified Domain Name) .
  • the list contains two defaults: home_proxy and visited_proxy.
  • the service provider FQDNs are used as normal domain names to find the initial proxy.
  • the initial proxy may have to verify the appropriateness of its use taking account of the users current serving network.
  • the default logical names may be resolved in the local DNS to obtain a list of possible proxies.
  • a sorted list is preferably provided in a round- robin fashion from the local DNS.
  • the terminal may apply DNS sortlist directive to sort the addresses according to proximity.
  • a desired service provider can be indicated by the terminal such as MS (Mobile Station) in the DHCP discovery.
  • the structure and architecture of the network (s) implementing the invention and network elements may e.g. be in accordance with: "Architecure Principles for Release 2000” (3G TR 23.821 issued by ETSI), and "IP Multimedia (IM) Subsystem - Stage 2" (3G TS 23.228) .
  • DNS at the access network is used to resolve the FQDNs (Fully Qualified Domain Name) to IP addresses.
  • FQDNs Frully Qualified Domain Name
  • Fig. 1 illustrates a first embodiment of the invention in which a terminal (user equipment) 1 has roamed to a (visited) network "operatorl_domain" different from its home network.
  • Terminal 1 is utilizing e.g. only GPRS network as visited network "operatorl_domain” , and wants to use the service of a service provider such as service operator "Operator2" arranged in another network "operator2_domain” different from the visited network, e.g. in the home network of terminal 1.
  • the broken inclined line symbolises the boarder line between the visited network (to the left of the boarder line) and the network of operator2 (to the right of the broken line) .
  • the terminal 1 For enabling a selection of the service operator "Operator2", the terminal 1 includes, or is provided with, a list of service-related information (service-related list) in which several service providers and/or other types of service indications are listed. This list is displayed e.g. on a display of the terminal 1. The user (subscriber) of the terminal 1 selects the desired service operator "0perator2" from the displayed list of service operators whereupon the necessary steps for establishing a connection to the selected service provider are performed. This will be described below in more detail.
  • the above mentioned case where the terminal 1 is provided with a service-related list may correspond to a case where the list may be received from outside of the terminal e.g. from DHCP or PDP context. This case may also apply to the below described embodiments shown in Figs. 2 and 3.
  • the service-related list is stored in the USIM/terminal ' s memory.
  • Fig. 4 relates to a more general embodiment where the service-related list is received from outside the terminal.
  • the list may be a list containing several items, or only the default addresses (home_proxy and visited_proxy) , or only one of the default addresses according to the status of the subscriber.
  • the terminal 1 (or equivalently a USIM, UMTS subscriber identity module) is provided with, or has access to, a memory means 2 which may be an internal memory or a SIM (Subscriber Identity Module) card insertable into the terminal 1, or any other insertable memory card, module, equipment or a telephone card or alike.
  • the memory means 2 includes the service-related list of service-related information such as a list of service providers, services, service types or the like. The list may contain fully qualified domain names (FQDN) of the service providers, services, service types and the like.
  • FQDN fully qualified domain names
  • the subscriber chooses one of the items in the list, which, in the embodiment of Fig. 1, is "operator2".
  • the "operator 2" is arranged in a network different from the visited network "operatorl_domain” visited by terminal 1.
  • the name attached to the selected "operator2" in the list is e.g. the FQDN name "proxy . operator2_domain” .
  • the terminal 1 is adapted, in the embodiment shown in Fig. 1, to perform a DNS query. For this, a message 1) is sent to a DNS server 3 which message "DNS_query" indicates the FQDN name assigned, in the list, to the selected item such as "operator2".
  • This DNS query of DNS server 3 is performed to learn the IP address of the corresponding proxy which, in the embodiment of Fig. 1, is proxy 5 arranged in the network of operator 2.
  • the DNS server 3 normally does not store the IP address of the proxy 5 arranged in a different network, and therefore accesses DNS server 4 provided for the network of operator 2.
  • the DNS server 3 sends the name "proxy . operator2_domain" received from terminal 1 to the DNS server 4 which resolves this name to the associated IP address of proxy server 5.
  • the DNS server 4 returns the IP address of proxy 5 to DNS server 3.
  • This information flow between DNS servers 3 and 4 is represented by the double-headed arrow numbered 2) .
  • the DNS server 3 transmits a response
  • IP_address_of operator2_proxy ( "proxy . operator2_domain" ) .
  • the terminal 1 is therefore informed on the appropriate IP address and addresses proxy 5 by sending a connection or set- up request 4) to the proxy 5 using the IP address thereof.
  • the proxy 5 performs the necessary known steps for providing the services of operator 2 to the terminal 1 by e.g. informing a serving network element such as Serving Call State Control Function (S-CSCF) 7 to take charge of calls or connections to or from terminal 1.
  • S-CSCF Serving Call State Control Function
  • the necessary information may be stored in HSS (Home Subscriber Server) 6.
  • the DNS server 3 may immediately return this IP address to the terminal 1, without necessity of performing the message exchange 2) with the DNS server 4 or any other component.
  • the terminal 1 (or USIM) includes or has access to a FQDN list of service providers.
  • the subscriber chooses a service provider from the list.
  • a DNS query is performed to learn the IP address of the corresponding proxy.
  • a Registration (or Setup) request is then sent to that IP address.
  • Fig. 5 illustrates an example of a general level information flow related to such a registration.
  • a default is preferably used. Subscriber can also explicitly choose the default.
  • home_proxy for selection of proxy server of the home network
  • visitor_proxy for selection of proxy server of the visited network
  • the terminal and/or the network decides which one to use .
  • the "home_proxy” entry specifies the list of proxies available for the home subscribers.
  • the "visited_proxy” entry specifies the list of proxies available for the roaming subscribers.
  • the lists do not have to be equal. This way roamers can be centralized into one or two or a few proxies.
  • DNS server 3 resolves "home_proxy” and "visited_proxy” as local names i.e. it appends the domain name. The access operator must have "home_proxy” and “visited_proxy” entries in the domain.
  • the access operator can conduct the default queries (i.e. home_proxy and visited_proxy) to its own proxy/proxies or to proxies of specialized service operator (s) if the access operator offers only access service (e.g. GPRS network).
  • the load can be shared also among several operators by "round robin" method in DNS. By the same method load can be shared among proxies.
  • proxyl for roaming subscribers from any other network and a set of proxies (proxyN+1, ..., proxyK) for its own subscribers, where N ⁇ K.
  • proxies By having different proxies for own subscribers and roamers enables different types of proxies to be provided for these categories of subscribers. For instance, for roamers there could be provided special proxies which have functionality relating to the routing of calls to local numbers within the country or countries in the area of which the network is operating. To the contrary, for own subscribers could be provided proxies that straightforwardly set-up the session towards actual serving CSCFs that perform the call routing towards the said local numbers.
  • the rationale for the routing of sessions to actual serving CSCFs could lie, for instance, in the fact that certain services are provided for own subscribers from these CSCFs. Examples of these services are prepaid charging, call screening and various other call setup related facilities.
  • proxies are dedicated for own subscribers because these proxies contain some initial service processing for services provided for own subscribers.
  • the initial proxies for own subscribers could include SIP call processing language scripts that have been downloaded therein. These scripts are executed to provide some service features associated with the sessions set-up through these proxies.
  • any other kind of service execution environments can be envisioned to the initial proxies for own subscribers. Therefore, the initial proxies for own subscribers could include means for executing these scripts.
  • the scripts are triggered in the initial proxies based on session set-up information, which is carried, for instance, in the SIP INVITE message. Examples of services provided using these call processing language scripts include call re-routing, call screening and various other call set-up related facilities.
  • Figs. 2 and 3 show embodiments for performing a default selection.
  • the explanations with regard to the first embodiment shown in Fig. 1 likewise apply to the embodiments shown in Figs. 2 and 3 as regards structure and functioning thereof .
  • Fig. 2 discloses an embodiment which may be structured in a similar manner as the above-described first embodiment shown in Fig. 1.
  • the elements shown in Fig. 2 are in this embodiment all part of the home network "home_operator_domain" of terminal 1.
  • a proxy server 8 is the home proxy, i.e. a proxy server of the home_network.
  • the terminal 1 wants to receive a service or get connected to a service provider, the service-related list of service providers or the like is retrieved from the memory 2, or provided to the terminal by another entity.
  • an item set as default value e.g. default service provider, is selected. This default item is also selected when the user expressly selects this default item.
  • the terminal 1 is adapted to send, as message (1), a query message to DNS server 3' (DNS_Query) , indicating the default name " home_proxy" .
  • DNS server 3' may correspond to DNS server 3 or 4 shown in Fig. 1.
  • the DNS server 3' retrieves the IP address of home proxy 8 from its data base, and returns, as message 2), this IP address to the terminal 1.
  • the terminal 1 sends a registration (or set-up) message to home proxy 8 using its IP address indicated in the response 2) of DNS 3'.
  • the home proxy 8 then performs a registration (or connection set-up) in the known manner, with S-CSCF 7 being in charge of connection control for connections to and from terminal 1.
  • Fig. 3 shows a structure and functioning of an embodiment of the invention relating to a default selection when roaming, i.e. when the terminal 1 is attached to a network A "operator l_domain" visited by terminal 1.
  • the part left of the broken line represents the components of the visited network A whereas the part to the right of the broken line represents the home network "home_operator_domain" of terminal 1.
  • the serving CSCF (S-CSCF) 7 shown in Fig. 3 can either be located in the visited network A as shown in Fig. 3, or maybe located in the home network of terminal 1.
  • the terminal 1 When the terminal 1 wants to get connected but does not select any item from the service-related list stored in memory means 2 and displayed on the display of terminal 1 for selection purpose, or when the displayed default proxy of the visited network is expressly selected, the terminal 1 is adapted to send a DNS query to the domain name server DNS 3, indicating the logical name, i.e. the visited_proxy .
  • the DNS server 3 resolves this logical name to the associated IP address of the proxy server 9 of the visited network (VPROXY) and returns, as response to the query message 1) , the response message 2) as indicated in Fig. 3.
  • the terminal 1 accesses the proxy server 9 of the visited network A using the IP address thereof as returned from DNS server 3.
  • the customary steps for serving the terminal 1, e.g. by the serving CSCF 7, are performed, accessing, if necessary, HSS 6 of the home network of terminal 1.
  • the terminal 1 or the software of terminal 1 may offer a similar service as the sortlist directive of DNS 3, 4 resolver, in order to use always the nearest proxy.
  • the terminal 1 Preferably only names of service operators and one or two defaults, e.g. "Default, Sonera, Radiolinja, " are displayed on the terminal 1 so that the subscriber can watch and select from these names. The subscriber therefore does not see the FQDNs assigned to the displayed names.
  • the subscriber can preferably also configure the terminal 1 to show or not to show the list of service-related information such as service operators. If the list is not shown, default may be automatically selected and used.
  • the list of service-related information such as a list of service providers, services, service types or alike is in this case preferably delivered from one or more DHCP servers and/or in the PDP context and/or from one or more DNS server (s) and/or from one or more separate database (s) and/or from one or more network service (s) and/or alike.
  • a subscriber can choose a proxy from this list sent to the terminal and displayed thereon.
  • the list preferably additionally includes information on service providers to be used as default providers: "home_proxy" for home subscribers and "visited_proxy” for roaming subscribers.
  • the terminal can be a low-end model that uses automatically the default ( "home_proxy” in the home network and "visited_proxy” in the visited network) .
  • DNS at the access network is used to resolve the FQDNs (Fully Qualified Domain Name) to IP addresses.
  • FQDNs Frully Qualified Domain Name
  • the terminal 1 stores or receives a FQDN list of service providers, services, service types or alike. Subscriber chooses one of the items in the list. DNS query is done to get the IP address of the corresponding proxy. The terminal sends the registration (or set-up) request to that IP address.
  • the access operator administrates DHCP and PDP context, it can conduct the default queries (i.e.
  • the load can be shared also among several operators by "round robin" method in DNS. By the same method load is preferably shared among proxies.
  • the software of the terminal may offer a similar service as the sortlist directive of DNS resolver, in order to use always the nearest proxy.
  • Terminal 1 may get the configuration directives for the DNS resolver from the same or different source from where it gets the list of service providers, services, service types or alike.
  • the terminal may get the whole list, a part of the list or one or more separate item(s) of the list automatically, or may actively ask for the whole list, a part of the list or one or more separate item(s) of the list.
  • Separate item(s), a part of the list or the whole list are saved as one or more options in the DHCP server, as RRs (Resource Records) in DNS server, as records in separate database (s), as appropriate entities in some network service (s) or alike from where they are delivered to the terminal in DHCP message (s), in PDP context, as DNS response (s), as responses to database query(ies), as service response(s) or alike.
  • some extra software is preferably provided to handle the list of service providers, services, service types or alike and to be able to sort the IP addresses.
  • DHCP implementation of an embodiment of the invention is described.
  • DNS servers are needed in such a DHCP implementation.
  • one (or more) DHCP server 10 is provided.
  • the terminal 1 intends to get active, e.g. establish a connection to a serving network element such as S-CSCF 7, it sends, as first step 1), a DHCP request to the DHCP server 10.
  • This request of step 1) may e.g. a DHCPDISCOVER packet, in response to which the DHCP server 10 may return DHCPOFFER packet containing a proposed IP address for the terminal 1, the name of the server 10 and its IP address.
  • a DHCPREQUEST may be returned, as part of message exchange step 1) , to the server 10.
  • the server 10 may send a DHCPACK response to the terminal 1.
  • This response 2) contains a service-related list such as a list of service providers, services, service types and/or the like.
  • the terminal 1 After having received the list, the terminal 1 performs a selection from this list according to subscriber's selection or corresponding to a default selection in case no other item of the list is designated. Thereafter, the _ terminal 1 addresses DNS server 3 indicating the selected item such as "visited_proxy" , as represented by message 3) of Fig. 4. DNS server 3 returns a response indicating the IP address aside to the visited proxy 9, as represented by response 4). Thereafter, the terminal 1 sends a registration (or set-up) request 5) to the visited proxy 9 for registration into e.g. a Serving-CSCF 7, i.e. for establishing a connection and being served e.g. by S-CSCF 7.
  • a Serving-CSCF 7 i.e. for establishing a connection and being served e.g. by S-CSCF 7.
  • the steps 3) to 5) of Fig. 4 are essentially identical to the steps 1) to 3) of Fig. 3 (or Figs. 1, 2, apart from the different selected items or proxies) .
  • DHCP Option for SIP Servers Internet Draft draft-ietf-sip-dhcp-01.txt
  • DHCP option s
  • RFC2132 DHCP Options and BOOTP Vendor Extensions
  • RFC2131 Dynamic Host Configuration Protocol
  • Others than low-end terminals may be provided with enough intelligence to request the correct option (s) and/or divide the received options into "suboptions” and decode the concatenated option lists if needed.
  • a new type of option may also be defined to store item(s). For low-end terminals it may be enough if they can handle the default i.e. "home_proxy” and “visited_proxy” .
  • an option (a new or an old one) may be formulated.
  • the option may include two internal fields: the address class and the address.
  • the option may include one address class field and several address fields that contain addresses of that class.
  • the option may include a list of "address class - address" pairs.
  • the option may include only an address or several addresses if the addresses belong to the same class and the option has an unambiguous code.
  • e) Besides the address class and the address fields there may be also other fields, e.g. name field, in the above alternatives a) to c) .
  • the address class indicates whether the option includes an address of service provider, service, service type or alike.
  • the address is an address preferably of the type specified with the address class.
  • the address is an address of an initial proxy. Fields are separated by character (s) not valid in the fields themselves.
  • Fields may be fixed length or variable length fields.
  • the length may be optional if the length can be known otherwise e.g. when there are only two fixed length fields.
  • Each address class, or some address classes together, may have an own option type i.e. an own unambiguous code. Examples :
  • the home_proxy option may be the following:
  • CODE LENGTH service_provider im. sonera. fi,im.radiolinja.fi,im.telia.fi.
  • An option that gives a list of services may look like: "CODE LENGTH movies : video . movies . com, video . worldmovies . com; weather : weather . sonera . fi ; sports : ideo . sports . com, sports . bestmoments . com" .
  • only one of the entries is returned to the terminal based on the knowledge whether the subscriber is a roaming subscriber or a home subscriber.
  • both "home_proxy” and “visited_proxy” are returned to the terminal 1 that decides alone or maybe with the help of the network which of them to use.
  • no additional component is needed because the access network is usually equipped with DNS.
  • some additional software is provided to handle the list of service providers, services, service types or alike and to be able to sort the IP addresses.
  • a standard DNS structure is sufficient for a DNS implementation of the
  • the list of service-related information such as a list of service providers, services, service types or alike may be extracted from database (s) 0 local in each network element or offered by specialized or general service (s) in the network and carried to the terminal by an existing and/or a new protocol.
  • Fig. 5 illustrates a registration example primarily but not 5 exclusively related to the embodiment shown in Fig. 1, with proxy and serving CSCF provided in the home network (operator2 domain) and user being in the visited network (operatorl domain) and not yet being registered. The following registration steps are performed, referring to the 0 numbering shown in Fig. 5.
  • a user equipment (UE) 51 roaming in a visited network sends a message "DNS_query (proxy . operator2_domain) " to the DNS server (vDNS) 52 of the visited network, asking for the 5 address of proxy . operator2__domain.
  • the vDNS 52 transmits a message "DNS_query (proxy. operator2_domain) " to the DNS server (hDNS) 53 of the home network of the UE 51.
  • the DNS server (hDNS) 53 returns a message 0 "DNS_query_resp (IP address of proxy . operator2_domain) " indicating the IP address of proxy . operator2_domain.
  • the DNS server vDNS 52 tranmits this response message "DNS_query_resp (IP address of proxy . operator2_domain) " to the UE 51. 5 4.
  • the UE 51 issues a REGISTER Request to the indicated IP address, i.e. to the proxy CSCF (P-CSCF) 54.
  • P-CSCF proxy CSCF
  • the proxy CSCF (P-CSCF) 54 transmits a REGISTER request to an I-CSCF (Interrogating Call State Control Function) 55. 6. Thereupon, a normal registration procedure is performed involving a HSS (Home Subscriber Server) 56 and an S-CSCF (Serving Call State Control Function) 57.
  • HSS Home Subscriber Server
  • S-CSCF Serving Call State Control Function
  • DNS Domain Name System
  • the DNS server does not have to be located in the access network. It can be located in the IM (IP Multimedia) network or in any other network.
  • the terminal has to know the address of a DNS server. The address is preferably stored in the terminal, and/or received from DHCP and/or in the PDP context and/or some other way.
  • the existence of the address of a DNS server means that the domain name service is available for the terminal .
  • the service-related list may partly be stored in the
  • USIM/terminal ' s memory on an insertable memory card, module, equipment, on a telephone card, or alike and partly be received from outside of the terminal from one or more DHCP servers and/or in the PDP context and/or from one or more DNS server (s) and/or from one or more separate database (s) and/or from one or more network service (s) and/or alike.
  • All embodiments may be implemented so as to comply with only a simple case where the service-related list consists only of the "default" i.e. home_proxy and visited_proxy .
  • the terminal deduces by itself and/or with the help of information got from the network and/or with the help of one or more network elements whether it is located in the home or a foreign network and utilizes the home_proxy or visited_proxy address respectively.
  • the fourth embodiment shown in Fig. 4 may be implemented so as to comply with a very simple case where DHCP returns only one logical name to the terminal.
  • the logical name is home_proxy if the terminal is located in its home network while it is visited_proxy if the terminal is located in a foreign network.
  • Home_proxy, and respectively visited_proxy is a general, well known, preferably standardized logical name that denotes a proxy or a set of proxies reserved for home subscribers, respectively for visited subscribers.
  • the terminal resolves the home_proxy (respectively visited_proxy) logical name with DNS.
  • DNS normally appends or can be configured to append the default domain name to the name in question before resolving it
  • the logical names (home_proxy and visited_proxy) need not be FQDNs but can be simple logical names. That is why they work in all networks.
  • GPRS is used as access network.
  • GPRS is only an example.
  • the invention can be used with any other access network too.
  • PDP context and PDP context activation are concepts used in the GPRS access network. More generally, PDP context can be regarded as a communication channel between the access network and the network itself, and the service-related list can be seen as a parameter or a set of parameters of that communication channel.
  • PDP context can be regarded as a communication channel between the access network and the network itself, and the service-related list can be seen as a parameter or a set of parameters of that communication channel.
  • equivalent, equal or similar concepts are used instead, e.g. for providing a communication channel between the access network and the network itself, and the parameter or set of parameters of that communication channel.
  • SIP is an example of a usable call control protocol.
  • the invention can also be implemented using any other call control protocol.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Piezo-Electric Or Mechanical Vibrators, Or Delay Or Filter Circuits (AREA)
  • Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Telephone Function (AREA)
  • Cable Transmission Systems, Equalization Of Radio And Reduction Of Echo (AREA)

Abstract

The invention relates to a communication system and method wherein a user equipment contains, or is provided with, a list of items of service-related information. The list of service-related information represents a list of service provider names, services and/or service types or the like. When intending to establish or modify a session or connection or use a service, the user equipment selects, in one of the embodiments, an item from the list and performs a DNS query to resolve the name of the selected item to an IP address which then is used for set-up. The list may be provided by an DHCP server or in a PDP context message. The list may comprise one or more service provider default names, in particular for visited and home networks.

Description

COMMUNICATION SYSTEM AND METHOD FOR ESTABLISHING A CONNECTION TO A SERVING NETWORK ELEMENT
FIELD AND BACKGROUND OF THE INVENTION
The invention relates to a communication system and method, and in particular to a system and method allowing a user equipment such as a terminal, mobile station (MS) or the like, to get connected to a network element such as an originating or terminating network element or a network element providing a registration function, e.g. for SIP
(Session Initiation Protocol). Before a user equipment, e.g. a terminal, can request a registration to a serving network element such as CSCF (Call State Control Function), e.g. for getting connected to another network element, it has to find such a serving network element.
The terminal may be adapted to search, when intending to register, for a proxy network element that helps to find CSCF. For achieving this function, it might be considered to add a new network element providing e.g. a Location Service. However, such a new network element increases the network complexity and overhead.
SUMMARY OF THE INVENTION
The invention provides a system as defined in the independent system claim or any of the dependent system claims.
Further, the invention provides a method as defined in the independent method claim or any of the dependent method claims .
The invention proposes a method and structure enabling a terminal to quickly and easily find a serving network element such as an initial proxy or CSCF.
A communication system according to one of the preferred embodiments of the invention preferably comprises at least one user equipment which is adapted to communicate with a resource designation means to obtain information about session establishment means available in the communication system, wherein the user equipment, when intending to establish a session using one of said session establishment means, includes or is adapted to access a list of items comprising service-related information and to select an item from the list. The selected item is used to enquire the resource designation means to obtain a reference to at least one session establishment means. The user equipment establishes a session via one of the session establishment means to which said reference has been obtained.
The session establishment means may be a proxy device. The resource designation means can be DNS (with proxy being the resource, there can be several resources for the same name e.g. selected according to a round-robin designation) . The reference to session establishment means may be the address of the proxy. A session can be a call or video call or other real-time stream type of communication.
It should be appreciated that the term "user equipment" used in the present application documents, can comprise, for instance, the mobile equipment (ME) , a smart-card inserted to the mobile equipment (SIM, USIM) and a computer (TE, Terminal Equipment) functionally connected to the mobile equipment and/or the smart-card. Therefore, when specifying that some information is stored by the user equipment, the information can be stored, in fact, in any of these components or distributed among them. Likewise, if user equipment is performing some functions, these functions can be performed in any of these above mentioned components (ME, SIM or TE) .
According to another preferred embodiment of the invention, a communication method and system are provided which comprise at least one user equipment which is adapted to establish a connection to a serving network element for connection to another network element, wherein the user equipment, when intending to establish or modify a connection to the serving or another network element, or a further network element includes, or is adapted to access, a list of service-related information and to select an item from the list, the selected item being used by the user equipment to establish or modify the connection to the serving or the another network element.
A subscriber can choose e.g. a proxy from a service-related list (list of items comprising service-related information) such as a list of service providers, or (s)he can use a default service provider. The list may e.g. be stored in the terminal and/or USIM (UMTS Subscriber Identity Module) and/or (prepaid) telephone card.
If proxies are not' used, this same structure and method can be utilized to find a supporting network element, e.g. a CSCF, where to register.
The invention provides several advantages such as:
- No specialized network element, i.e. Service Location Server, is needed.
- According to one of the preferred implementations of the invention, only standard DNS (Domain Name System) in the access network is necessary.
- Subscriber may choose whichever service provider, service, service type or alike (s)he wants of the list, even when roaming. That is, the subscriber can utilize e.g. only the access network when roaming in a foreign country, and use her/his own service provider for other services e.g. to save, costs .
- Subscribers can easily update the service-related list, e.g. the list of service providers, services, service types or alike. The terminal (s) are preferably adapted to offer that service. The updated list can be saved e.g. in a memory means of the terminal or USIM.
- Use of a telephone card or card of any other type such as a credit card makes it easy to implement e.g. prepaid service using such selection from the service-related list.
- When the terminal is informed on whether it is attached to its home network or roaming outside the home network, it may be adapted to choose a proxy server "home_proxy" of its home network or a proxy server "visited_proxy" of the visited network respectively as default.
- The service-related list may be stored e.g. in the memory of terminals and/or USIMs so that the terminals are able to select a service, service provider or the like before registering or even attaching to a network. - An access operator may restrict the subscribers to use only its own services by offering only the default to choose in the service-related list of service providers, services, service types or alike.
- Default behaviour preferably is standardized. That is, the access operator may e.g. always offer "visited_proxy" address resolving by DNS (Domain Name System) as well as "home_proxy" address resolving if the operator has own IPT (Internet Protocol Telephony) subscribers.
- Home and roaming subscribers can be handled in separate network elements if desired. - A subscriber may choose whether (s)he uses the list on the USIM/terminal ' s memory and/or the list offered e.g. by DHCP server, PDP context, DNS server, some network service or alike .
- The invention enables a service provider selection by an end user.
- Further, the invention allows to hide the internal structure of the network, e.g. by making available only a few serving elements such as CSCFs for roamers .
Part of the intelligence to find the proxy is preferably provided in or for the terminal (which may have a function to learn whether it is registered in the home or visited network) .
On the network side, in accordance with one of the preferred implementations of the invention, only two addresses have to be added to DNS database. In this case, no additional network hardware or software is normally needed because the access network usually already comprises DNS. In the terminal some additional software may be provided for storing and handling the list of service-related information such as service providers, and for being able to sort the IP addresses.
In other preferred implementations of the invention, methods and systems for finding an initial proxy especially in DHCP (Dynamic Host Configuration Protocol) and PDP (Packet Data Protocol) Context environment are provided. A subscriber can e.g. choose a proxy from a list of service providers, services, service types or alike delivered from one or more DHCP servers and/or in the PDP context and/or from one or more DNS server (s) and/or from one or more separate database (s) and/or from one or more network service (s) and/or alike. The list preferably includes default service providers: "home proxy" for home subscribers and "visited_proxy" for roaming subscribers, to be used unless expressly selecting another service provider.
Further, the invention allows to make available only a few serving elements such as CSCFs for roamers. Initial proxies in the visited network may recognize locally handled calls of roaming equipments, needing no registration time transfer of call control to the visited network, just to provide local services .
In addition, different initial proxies can be used for the roaming subscribers and home subscribers. Such a technique allows to provide different types of functionality. For instance, home subscribers can be provided with proxies providing certain services, and roaming, i.e. visiting terminals can be connected to proxies that have functionality relating to the routing of calls to local service numbers. This enables proxy functionality separation. Hence, different initial proxies can be selected depending on the user "roaming status" (being in its home network or in a visited network) and different functionalities can be provided in initial proxies.
The invention furthermore allows to overcome problems related to DHCP+DNS usage by introducing a new DHCP parameter to specify whether the subscriber requesting the registration is a roaming or home network subscriber.
BRIEF DESCRIPTION OF THE DRAWINGS
Fig. 1 shows an embodiment of the invention and illustrates a situation in which a service provider or proxy is explicitly selected by a terminal, Fig. 2 illustrates a method and structure of an embodiment for performing a default selection when the terminal is attached to its home network,
Fig. 3 shows a method and structure of an embodiment for performing a default selection when the terminal is roaming, i.e. attached or attaching to a visited network,
Fig. 4 shows a method and structure of an embodiment based on DHCP for performing a selection of a service provider, service, or the like, and
Fig. 5 illustrates a registration example primarily but not exclusively related to the embodiment shown in Fig. 1.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS OF THE INVENTION
Generally, in accordance with one of preferred aspects of the invention, an implementation thereof relates to the registration to an All-IP network or IM CN SS (IP Multimedia Core Network Subsystem) or IM SS (IP Multimedia Subsystem) , and the selection of SIP (Session Initiation Protocol) proxies. The basic idea of this aspect is to logically separate the access level, e.g. the GPRS access "plane", and the SIP plane, and to enable a user to select the initial proxy. As an example, in a terminal memory means such as a SIM-card, a service-related list such as a list of possible service providers is configured. The service providers have associated with them a FQDN (Fully Qualified Domain Name) . In addition to the service provider domain names, the list contains two defaults: home_proxy and visited_proxy.
The service provider FQDNs are used as normal domain names to find the initial proxy. The initial proxy may have to verify the appropriateness of its use taking account of the users current serving network.
The default logical names (i.e. home_proxy and visited_proxy) may be resolved in the local DNS to obtain a list of possible proxies. A sorted list is preferably provided in a round- robin fashion from the local DNS. The terminal may apply DNS sortlist directive to sort the addresses according to proximity.
Similarly, a desired service provider can be indicated by the terminal such as MS (Mobile Station) in the DHCP discovery.
The structure and architecture of the network (s) implementing the invention and network elements may e.g. be in accordance with: "Architecure Principles for Release 2000" (3G TR 23.821 issued by ETSI), and "IP Multimedia (IM) Subsystem - Stage 2" (3G TS 23.228) .
Preferably, DNS at the access network is used to resolve the FQDNs (Fully Qualified Domain Name) to IP addresses.
Fig. 1 illustrates a first embodiment of the invention in which a terminal (user equipment) 1 has roamed to a (visited) network "operatorl_domain" different from its home network. Terminal 1 is utilizing e.g. only GPRS network as visited network "operatorl_domain" , and wants to use the service of a service provider such as service operator "Operator2" arranged in another network "operator2_domain" different from the visited network, e.g. in the home network of terminal 1. In Fig. 1, the broken inclined line symbolises the boarder line between the visited network (to the left of the boarder line) and the network of operator2 (to the right of the broken line) . For enabling a selection of the service operator "Operator2", the terminal 1 includes, or is provided with, a list of service-related information (service-related list) in which several service providers and/or other types of service indications are listed. This list is displayed e.g. on a display of the terminal 1. The user (subscriber) of the terminal 1 selects the desired service operator "0perator2" from the displayed list of service operators whereupon the necessary steps for establishing a connection to the selected service provider are performed. This will be described below in more detail.
The above mentioned case where the terminal 1 is provided with a service-related list may correspond to a case where the list may be received from outside of the terminal e.g. from DHCP or PDP context. This case may also apply to the below described embodiments shown in Figs. 2 and 3.
Preferably, with the embodiments shown in Figs. 1 to 3, the service-related list is stored in the USIM/terminal ' s memory.
Fig. 4 relates to a more general embodiment where the service-related list is received from outside the terminal.
In this case the list may be a list containing several items, or only the default addresses (home_proxy and visited_proxy) , or only one of the default addresses according to the status of the subscriber.
The terminal 1 (or equivalently a USIM, UMTS subscriber identity module) is provided with, or has access to, a memory means 2 which may be an internal memory or a SIM (Subscriber Identity Module) card insertable into the terminal 1, or any other insertable memory card, module, equipment or a telephone card or alike. The memory means 2 includes the service-related list of service-related information such as a list of service providers, services, service types or the like. The list may contain fully qualified domain names (FQDN) of the service providers, services, service types and the like.
The subscriber chooses one of the items in the list, which, in the embodiment of Fig. 1, is "operator2". The "operator 2" is arranged in a network different from the visited network "operatorl_domain" visited by terminal 1. The name attached to the selected "operator2" in the list is e.g. the FQDN name "proxy . operator2_domain" . Following the selection of the desired service provider, the terminal 1 is adapted, in the embodiment shown in Fig. 1, to perform a DNS query. For this, a message 1) is sent to a DNS server 3 which message "DNS_query" indicates the FQDN name assigned, in the list, to the selected item such as "operator2".
This DNS query of DNS server 3 is performed to learn the IP address of the corresponding proxy which, in the embodiment of Fig. 1, is proxy 5 arranged in the network of operator 2. The DNS server 3 normally does not store the IP address of the proxy 5 arranged in a different network, and therefore accesses DNS server 4 provided for the network of operator 2. The DNS server 3 sends the name "proxy . operator2_domain" received from terminal 1 to the DNS server 4 which resolves this name to the associated IP address of proxy server 5. The DNS server 4 returns the IP address of proxy 5 to DNS server 3. This information flow between DNS servers 3 and 4 is represented by the double-headed arrow numbered 2) .
In a next step, the DNS server 3 transmits a response
(message 3) to the terminal 1 indicating the IP address of the proxy 5 of operator 2 (DNS_query_rsp
IP_address_of operator2_proxy ( "proxy . operator2_domain" ) . The terminal 1 is therefore informed on the appropriate IP address and addresses proxy 5 by sending a connection or set- up request 4) to the proxy 5 using the IP address thereof. The proxy 5 performs the necessary known steps for providing the services of operator 2 to the terminal 1 by e.g. informing a serving network element such as Serving Call State Control Function (S-CSCF) 7 to take charge of calls or connections to or from terminal 1. The necessary information may be stored in HSS (Home Subscriber Server) 6.
In a case where the DNS server 3 knows the IP address of the service provider, service, service type or the like selected from the list by the terminal 1 and indicated in message 1) , it may immediately return this IP address to the terminal 1, without necessity of performing the message exchange 2) with the DNS server 4 or any other component.
Briefly stated, in the embodiment of Fig. 1, the terminal 1 (or USIM) includes or has access to a FQDN list of service providers. The subscriber chooses a service provider from the list. A DNS query is performed to learn the IP address of the corresponding proxy. A Registration (or Setup) request is then sent to that IP address.
The below described Fig. 5 illustrates an example of a general level information flow related to such a registration.
' If the subscriber does not want to choose a service provider, service, service type or alike from the displayed list, e.g. the service provider list, a default is preferably used. Subscriber can also explicitly choose the default.
Preferably, there are two defaults: "home_proxy" (for selection of proxy server of the home network) is used in the subscriber's home network while "visited_proxy" (for selection of proxy server of the visited network) is used in all other networks. The terminal and/or the network decides which one to use .
The "home_proxy" entry specifies the list of proxies available for the home subscribers. The "visited_proxy" entry specifies the list of proxies available for the roaming subscribers. The lists do not have to be equal. This way roamers can be centralized into one or two or a few proxies.
DNS server 3 resolves "home_proxy" and "visited_proxy" as local names i.e. it appends the domain name. The access operator must have "home_proxy" and "visited_proxy" entries in the domain.
Because the access operator administrates DNS, it can conduct the default queries (i.e. home_proxy and visited_proxy) to its own proxy/proxies or to proxies of specialized service operator (s) if the access operator offers only access service (e.g. GPRS network). The load can be shared also among several operators by "round robin" method in DNS. By the same method load can be shared among proxies.
One reason for enquiring the DNS using the default name, lies in the possibility to provide different proxies for different types of subscribers. This is especially true in the case where "visited_proxy" entry specifies the list of proxies available for the roaming subscribers. There could be different proxies in the visited network for the roamers from different networks and different proxies for the subscribers of the same network i.e. own subscribers. For instance, Sonera network in Finland could provide a set of proxies
(proxyl, ... ,proxyN) for roaming subscribers from any other network and a set of proxies (proxyN+1, ..., proxyK) for its own subscribers, where N < K.
By having different proxies for own subscribers and roamers enables different types of proxies to be provided for these categories of subscribers. For instance, for roamers there could be provided special proxies which have functionality relating to the routing of calls to local numbers within the country or countries in the area of which the network is operating. To the contrary, for own subscribers could be provided proxies that straightforwardly set-up the session towards actual serving CSCFs that perform the call routing towards the said local numbers. The rationale for the routing of sessions to actual serving CSCFs could lie, for instance, in the fact that certain services are provided for own subscribers from these CSCFs. Examples of these services are prepaid charging, call screening and various other call setup related facilities.
In a different case certain proxies are dedicated for own subscribers because these proxies contain some initial service processing for services provided for own subscribers.
For instance, the initial proxies for own subscribers could include SIP call processing language scripts that have been downloaded therein. These scripts are executed to provide some service features associated with the sessions set-up through these proxies. Similarly, any other kind of service execution environments can be envisioned to the initial proxies for own subscribers. Therefore, the initial proxies for own subscribers could include means for executing these scripts. The scripts are triggered in the initial proxies based on session set-up information, which is carried, for instance, in the SIP INVITE message. Examples of services provided using these call processing language scripts include call re-routing, call screening and various other call set-up related facilities. In this kind of a solution only those services that can be executed for the sessions in the proxies are executed there, whereas the rest of the services are executed using means associated with the serving CSCFs within the home network to which the sessions are set-up from the initial proxies.
Figs. 2 and 3 show embodiments for performing a default selection. The explanations with regard to the first embodiment shown in Fig. 1 likewise apply to the embodiments shown in Figs. 2 and 3 as regards structure and functioning thereof .
Fig. 2 discloses an embodiment which may be structured in a similar manner as the above-described first embodiment shown in Fig. 1. The elements shown in Fig. 2 are in this embodiment all part of the home network "home_operator_domain" of terminal 1. A proxy server 8 is the home proxy, i.e. a proxy server of the home_network. When the terminal 1 wants to receive a service or get connected to a service provider, the service-related list of service providers or the like is retrieved from the memory 2, or provided to the terminal by another entity. When the user of terminal 1 does not perform any selection from the list, an item set as default value, e.g. default service provider, is selected. This default item is also selected when the user expressly selects this default item.
The terminal 1 is adapted to send, as message (1), a query message to DNS server 3' (DNS_Query) , indicating the default name " home_proxy" . The DNS server 3' may correspond to DNS server 3 or 4 shown in Fig. 1.
The DNS server 3' retrieves the IP address of home proxy 8 from its data base, and returns, as message 2), this IP address to the terminal 1. In a next step, the terminal 1 sends a registration (or set-up) message to home proxy 8 using its IP address indicated in the response 2) of DNS 3'. The home proxy 8 then performs a registration (or connection set-up) in the known manner, with S-CSCF 7 being in charge of connection control for connections to and from terminal 1.
Fig. 3 shows a structure and functioning of an embodiment of the invention relating to a default selection when roaming, i.e. when the terminal 1 is attached to a network A "operator l_domain" visited by terminal 1. In Fig. 3, the part left of the broken line represents the components of the visited network A whereas the part to the right of the broken line represents the home network "home_operator_domain" of terminal 1.
The serving CSCF (S-CSCF) 7 shown in Fig. 3 can either be located in the visited network A as shown in Fig. 3, or maybe located in the home network of terminal 1.
When the terminal 1 wants to get connected but does not select any item from the service-related list stored in memory means 2 and displayed on the display of terminal 1 for selection purpose, or when the displayed default proxy of the visited network is expressly selected, the terminal 1 is adapted to send a DNS query to the domain name server DNS 3, indicating the logical name, i.e. the visited_proxy . The DNS server 3 resolves this logical name to the associated IP address of the proxy server 9 of the visited network (VPROXY) and returns, as response to the query message 1) , the response message 2) as indicated in Fig. 3. In step 3), the terminal 1 accesses the proxy server 9 of the visited network A using the IP address thereof as returned from DNS server 3. Thereafter, the customary steps for serving the terminal 1, e.g. by the serving CSCF 7, are performed, accessing, if necessary, HSS 6 of the home network of terminal 1.
In all or some of the embodiments discloses above and in the following such as the one shown in Fig. 4, the terminal 1 or the software of terminal 1 may offer a similar service as the sortlist directive of DNS 3, 4 resolver, in order to use always the nearest proxy.
Preferably only names of service operators and one or two defaults, e.g. "Default, Sonera, Radiolinja, ..." are displayed on the terminal 1 so that the subscriber can watch and select from these names. The subscriber therefore does not see the FQDNs assigned to the displayed names. The subscriber can preferably also configure the terminal 1 to show or not to show the list of service-related information such as service operators. If the list is not shown, default may be automatically selected and used.
In the following, additional methods for finding an initial proxy especially in DHCP (Dynamic Host Configuration Protocol) and/or PDP (Packet Data Protocol) Context environment are described. This is an enhancement to the above described embodiments relying on DNS resolving.
The below described methods are preferably employed when DHCP and/or PDP context is used to find the initial proxy.
The list of service-related information such as a list of service providers, services, service types or alike is in this case preferably delivered from one or more DHCP servers and/or in the PDP context and/or from one or more DNS server (s) and/or from one or more separate database (s) and/or from one or more network service (s) and/or alike.
A subscriber can choose a proxy from this list sent to the terminal and displayed thereon. The list preferably additionally includes information on service providers to be used as default providers: "home_proxy" for home subscribers and "visited_proxy" for roaming subscribers.
The terminal can be a low-end model that uses automatically the default ( "home_proxy" in the home network and "visited_proxy" in the visited network) .
DNS at the access network is used to resolve the FQDNs (Fully Qualified Domain Name) to IP addresses.
Similar to the above described embodiments, the terminal 1 (or USIM) stores or receives a FQDN list of service providers, services, service types or alike. Subscriber chooses one of the items in the list. DNS query is done to get the IP address of the corresponding proxy. The terminal sends the registration (or set-up) request to that IP address. The above explanations with regard to default selection apply to these embodiments as well.
Because the access operator administrates DHCP and PDP context, it can conduct the default queries (i.e.
"home_proxy" and "visited_proxy" ) to its own proxies or to the proxies of the specialized service operator (s) if the access operator e.g. offers only access service (e.g. GPRS network) . The load can be shared also among several operators by "round robin" method in DNS. By the same method load is preferably shared among proxies.
The software of the terminal may offer a similar service as the sortlist directive of DNS resolver, in order to use always the nearest proxy. Terminal 1 may get the configuration directives for the DNS resolver from the same or different source from where it gets the list of service providers, services, service types or alike.
The terminal may get the whole list, a part of the list or one or more separate item(s) of the list automatically, or may actively ask for the whole list, a part of the list or one or more separate item(s) of the list. Separate item(s), a part of the list or the whole list are saved as one or more options in the DHCP server, as RRs (Resource Records) in DNS server, as records in separate database (s), as appropriate entities in some network service (s) or alike from where they are delivered to the terminal in DHCP message (s), in PDP context, as DNS response (s), as responses to database query(ies), as service response(s) or alike.
There shall be a certain redundancy because of the security and service level. In the list of service providers there may be two (or more) "honαe_proxy" and/or "visited_proxy" items; and/or these items may contain two (or more) addresses; and/or DNS server may offer two (or more) IP addresses for each address.
In the terminal some extra software is preferably provided to handle the list of service providers, services, service types or alike and to be able to sort the IP addresses.
In the following, a DHCP implementation of an embodiment of the invention is described. On the network side DHCP and DNS servers are needed in such a DHCP implementation.
In the embodiment shown in Fig. 4, one (or more) DHCP server 10 is provided. When the terminal 1 intends to get active, e.g. establish a connection to a serving network element such as S-CSCF 7, it sends, as first step 1), a DHCP request to the DHCP server 10. This request of step 1) may e.g. a DHCPDISCOVER packet, in response to which the DHCP server 10 may return DHCPOFFER packet containing a proposed IP address for the terminal 1, the name of the server 10 and its IP address. If accepted by terminal 1, a DHCPREQUEST may be returned, as part of message exchange step 1) , to the server 10. As response 2) thereto, the server 10 may send a DHCPACK response to the terminal 1. This response 2) contains a service-related list such as a list of service providers, services, service types and/or the like.
After having received the list, the terminal 1 performs a selection from this list according to subscriber's selection or corresponding to a default selection in case no other item of the list is designated. Thereafter, the _ terminal 1 addresses DNS server 3 indicating the selected item such as "visited_proxy" , as represented by message 3) of Fig. 4. DNS server 3 returns a response indicating the IP address aside to the visited proxy 9, as represented by response 4). Thereafter, the terminal 1 sends a registration (or set-up) request 5) to the visited proxy 9 for registration into e.g. a Serving-CSCF 7, i.e. for establishing a connection and being served e.g. by S-CSCF 7.
The steps 3) to 5) of Fig. 4 are essentially identical to the steps 1) to 3) of Fig. 3 (or Figs. 1, 2, apart from the different selected items or proxies) .
In the embodiment shown in Fig. 4, "DHCP Option for SIP Servers" (Internet Draft draft-ietf-sip-dhcp-01.txt) may e.g. be used to implement the list as DHCP option (s) . If the definitions of this draft are not used, RFC2132 "DHCP Options and BOOTP Vendor Extensions" and RFC2131 "Dynamic Host Configuration Protocol" can be used. Needed items may be stored into one single option, or into a group of options of the same type, or into a group of different types of options.
Others than low-end terminals may be provided with enough intelligence to request the correct option (s) and/or divide the received options into "suboptions" and decode the concatenated option lists if needed.
A new type of option may also be defined to store item(s). For low-end terminals it may be enough if they can handle the default i.e. "home_proxy" and "visited_proxy" .
There are many ways how an option (a new or an old one) may be formulated. Besides the normal administrative fields (e.g. the code) : a) The option may include two internal fields: the address class and the address. b) The option may include one address class field and several address fields that contain addresses of that class. c) The option may include a list of "address class - address" pairs. d) The option may include only an address or several addresses if the addresses belong to the same class and the option has an unambiguous code. e) Besides the address class and the address fields there may be also other fields, e.g. name field, in the above alternatives a) to c) .
The address class indicates whether the option includes an address of service provider, service, service type or alike. The address is an address preferably of the type specified with the address class. The address is an address of an initial proxy. Fields are separated by character (s) not valid in the fields themselves.
Fields may be fixed length or variable length fields. The length may be optional if the length can be known otherwise e.g. when there are only two fixed length fields. Each address class, or some address classes together, may have an own option type i.e. an own unambiguous code. Examples :
The home_proxy option may be the following:
"CODE LENGTH home_proxy : cscf4. im. sonera . fi"
and the visited_proxy option:
"CODE LENGTH visited_proxy : cscf9. im. sonera . fi"
An option that gives a list of service providers may be: "CODE LENGTH service_provider : im. sonera. fi,im.radiolinja.fi,im.telia.fi".
An option that gives a list of services may look like: "CODE LENGTH movies : video . movies . com, video . worldmovies . com; weather : weather . sonera . fi ; sports : ideo . sports . com, sports . bestmoments . com" .
In the following, a PDP context implementation of an embodiment of the invention is explained.
In the PDP context there is preferably provided a separate entry for "home_proxy" and "visited_proxy" and also for other list items mentioned above.
In a very simple solution according to one embodiment of the invention, only one of the entries is returned to the terminal based on the knowledge whether the subscriber is a roaming subscriber or a home subscriber.
In another solution according to a further embodiment of the invention, both "home_proxy" and "visited_proxy" are returned to the terminal 1 that decides alone or maybe with the help of the network which of them to use.
In an implementation using DNS, no additional component is needed because the access network is usually equipped with DNS. In the terminal some additional software is provided to handle the list of service providers, services, service types or alike and to be able to sort the IP addresses. A standard DNS structure is sufficient for a DNS implementation of the
-> invention .
In other implementations, the list of service-related information such as a list of service providers, services, service types or alike may be extracted from database (s) 0 local in each network element or offered by specialized or general service (s) in the network and carried to the terminal by an existing and/or a new protocol.
Fig. 5 illustrates a registration example primarily but not 5 exclusively related to the embodiment shown in Fig. 1, with proxy and serving CSCF provided in the home network (operator2 domain) and user being in the visited network (operatorl domain) and not yet being registered. The following registration steps are performed, referring to the 0 numbering shown in Fig. 5.
1. A user equipment (UE) 51 roaming in a visited network sends a message "DNS_query (proxy . operator2_domain) " to the DNS server (vDNS) 52 of the visited network, asking for the 5 address of proxy . operator2__domain.
2a. The vDNS 52 transmits a message "DNS_query (proxy. operator2_domain) " to the DNS server (hDNS) 53 of the home network of the UE 51.
2b. The DNS server (hDNS) 53 returns a message 0 "DNS_query_resp (IP address of proxy . operator2_domain) " indicating the IP address of proxy . operator2_domain.
3. The DNS server vDNS 52 tranmits this response message "DNS_query_resp (IP address of proxy . operator2_domain) " to the UE 51. 5 4. As next step, the UE 51 issues a REGISTER Request to the indicated IP address, i.e. to the proxy CSCF (P-CSCF) 54.
5. The proxy CSCF (P-CSCF) 54 transmits a REGISTER request to an I-CSCF (Interrogating Call State Control Function) 55. 6. Thereupon, a normal registration procedure is performed involving a HSS (Home Subscriber Server) 56 and an S-CSCF (Serving Call State Control Function) 57.
7. and 8. After registration, "OK 200" messages of SIP (Session Initiation Protocol) may be sent from I-CSCF 55 to the P-CSCF 54, and from P-CSCF 54 to the UE 51.
The above described embodiments and solutions may be generalized as follows.
For DNS (i.e. Domain Name System) a DNS server is needed. The DNS server does not have to be located in the access network. It can be located in the IM (IP Multimedia) network or in any other network. The terminal has to know the address of a DNS server. The address is preferably stored in the terminal, and/or received from DHCP and/or in the PDP context and/or some other way. The existence of the address of a DNS server means that the domain name service is available for the terminal .
The service-related list may partly be stored in the
USIM/terminal ' s memory, on an insertable memory card, module, equipment, on a telephone card, or alike and partly be received from outside of the terminal from one or more DHCP servers and/or in the PDP context and/or from one or more DNS server (s) and/or from one or more separate database (s) and/or from one or more network service (s) and/or alike.
At least the fourth embodiment shown in Fig. 4, the PDP context implementation and the other implementations can be combined with other embodiments such as shown in Figs. 1 to 3. The explanations of the previous paragraphs likewise apply to any such combination.
All embodiments may be implemented so as to comply with only a simple case where the service-related list consists only of the "default" i.e. home_proxy and visited_proxy . The terminal deduces by itself and/or with the help of information got from the network and/or with the help of one or more network elements whether it is located in the home or a foreign network and utilizes the home_proxy or visited_proxy address respectively.
The fourth embodiment shown in Fig. 4 may be implemented so as to comply with a very simple case where DHCP returns only one logical name to the terminal. The logical name is home_proxy if the terminal is located in its home network while it is visited_proxy if the terminal is located in a foreign network. Home_proxy, and respectively visited_proxy, is a general, well known, preferably standardized logical name that denotes a proxy or a set of proxies reserved for home subscribers, respectively for visited subscribers. The terminal resolves the home_proxy (respectively visited_proxy) logical name with DNS.
Because DNS normally appends or can be configured to append the default domain name to the name in question before resolving it, the logical names (home_proxy and visited_proxy) need not be FQDNs but can be simple logical names. That is why they work in all networks.
In the above described embodiments, GPRS is used as access network. However, GPRS is only an example. The invention can be used with any other access network too. PDP context and PDP context activation are concepts used in the GPRS access network. More generally, PDP context can be regarded as a communication channel between the access network and the network itself, and the service-related list can be seen as a parameter or a set of parameters of that communication channel. When other access network is used, equivalent, equal or similar concepts are used instead, e.g. for providing a communication channel between the access network and the network itself, and the parameter or set of parameters of that communication channel.
The above described SIP is an example of a usable call control protocol. The invention can also be implemented using any other call control protocol.

Claims

1. A communication system comprising at least one user equipment which is adapted to communicate with a resource designation means to obtain information about session establishment means available in the said communication system, wherein the user equipment, when intending to establish a session using a session establishment means, includes or is adapted to access a list of at least one item comprising service- related information and to select an item from the list or to pick the item in case the list comprises only one item, said item being used to enquire said resource designation means to obtain a reference to at least one session establishment means, said user equipment being adapted to establish a session via one of the session establishment means to which the reference has been obtained.
2. A communication system comprising at least one user equipment which is adapted to communicate with a resource designation means to obtain information about session establishment means available in the said communication system, wherein a network element includes or is adapted to access a list of items comprising service-related information, and the user equipment, when intending to establish a session using a session establishment means, is provided with at least one item selected from the list, one of said selected items being used to enquire the resource designation means to obtain a reference to at least one session establishment means, the user equipment being adapted to establish a session via one of the session establishment means to which said reference has been obtained.
3. Communication system according to claim 1 or 2, wherein the session establishment means is a proxy.
4. Communication system according to any one of the preceding claims, wherein the resource designation means is a DNS (Domain Name System) server.
5. Communication system according to any one of the preceding claims, wherein a reference to session establishment means is an address of a proxy.
6. Communication system according to any one of the preceding claims, wherein a session is a call or video call or other real-time stream type of communication.
7. Communication system according to any one of the preceding claims, wherein the user equipment is adapted to establish a connection to a serving network element for connection to another network element.
8. Communication system according to any one of the preceding claims, comprising at least one address translating network element, the address translating network element comprising a map mapping a name of an item selected from the list to an address for accessing an element represented by or providing the selected item.
9. Communication system according to claim 8, wherein the address translating network element is a Domain Name System server.
10. Communication system according to any one of the preceding claims, wherein the list of service-related information comprises or represents a list of service provider names.
11. Communication system according to claim 10, wherein the list of service provider names comprises one or more service provider default names.
12. Communication system according to claim 11, wherein at least one of the service provider default names is assigned to a service provider provided for a user equipment attached to its home network.
13. Communication system according to claim 11 or 12, wherein at least one of the service provider default names is assigned to a service provider provided for a roaming user equipment attached to a network different from home network of the user equipment.
14. Communication system according to any one of the preceding claims, wherein the service-related information represents services and/or service types.
15. Communication system according to any one of the preceding claims, wherein the list includes names of proxy servers.
16. Communication system according to any one of the preceding claims, wherein the user equipment comprises a memory means storing the list of service-related information.
17. Communication system according to any one of the preceding claims, wherein the list of service-related information is stored in a serving network element.
18. Communication system according to any one of the preceding claims, comprising a DHCP network element as a serving network element, the user equipment being adapted to access the DHCP server for receiving the list, or at least one or more items of the list, from the DHCP server.
19. Communication system according to any one of the preceding claims, comprising a Serving Call State Control Function (S-CSCF) as a serving network element.
20. Communication system according to any one of the preceding claims, wherein the user equipment is adapted to perform a PDP connection, and to receive the list, or at least one or more items of the list, in a PDP-related message .
21. A communication method wherein at least one user equipment is adapted to communicate with a resource designation means to obtain information about session establishment means available in the a communication system, wherein the user equipment, when intending to establish a session using a session establishment means, accesses a list of at least one item comprising service-related information and selects an item from the list or picks the item in case the list comprises only one item, said item being used to enquire said resource designation means to obtain a reference to at least one session establishment means, said user equipment establishing a session via one of the session establishment means to which the reference has been obtained.
22. A communication method wherein at least one user equipment is adapted to communicate with a resource designation means to obtain information about session establishment means available in the said communication system, wherein a network element includes or is adapted to access a list of items comprising service-related information, and the user equipment, when intending to establish a session using a session establishment means, is provided with at least one item selected from the list, one of said selected items being used to enquire the resource designation means to obtain a reference to at least one session establishment means, the user equipment to establishing a session via one of the session establishment means to which said reference has been obtained.
23. Communication method according to claim 21 or 22, wherein the session establishment means is a proxy.
24. Communication method according to any one of the preceding method claims, wherein the resource designation means is a DNS (Domain Name System) server.
25. Communication method according to any one of the preceding method claims, wherein a reference to session establishment means is an address of a proxy.
26. Communication method according to any one of the preceding method claims, wherein a session is a call or video call or other real-time stream type of communication.
27. Communication method according to any one of the preceding method claims, wherein the at least one user equipment is adapted to establish a connection to a serving network element for connection to another network element.
28. Method according to any one of the preceding method claims, wherein at least one address translating network element comprising a map mapping a name of an item selected from the list to an address for accessing an element represented by or providing the selected item, the translated address translating network element sending the address of the selected item to the user equipment.
29. Method according to claim 28, wherein the address translating network element is a Domain Name System server.
30. Method according to any one of the preceding method claims, wherein the list of service-related information comprises or represents a list of service provider names.
31. Method according to claim 30, wherein the list of service provider names comprises one or more service provider default names.
32. Method according to claim 31, wherein at least one of the service provider default names is assigned to a service provider provided for a user equipment attached to its home network.
33. Method according to claim 31 or 32, wherein at least one of the service provider default names is assigned to a service provider provided for a roaming user equipment attached to a network different from home network of the user equipment .
34. Method according to any one of the preceding method claims, wherein the service-related information represents services and/or service types.
35. Method according to any one of the preceding method claims, wherein the list includes names of proxy servers.
36. Method according to any one of the preceding method claims, wherein the user equipment comprises a memory means storing the list of service-related information.
37. Method according to any one of the preceding method claims, wherein the list of service-related information is stored in a serving network element.
38. Method according to any one of the preceding method claims, comprising a DHCP server as a serving network element, the user equipment being adapted to access the DHCP server for receiving the list, or at least one or more items of the list, from the DHCP server.
39. Method according to any one of the preceding method claims, comprising a Serving Call State Control Function (S- CSCF) as a serving network element.
40. Method according to any one of the preceding method claims, wherein the user equipment is adapted to perform a PDP connection, and to receive the list, or at least one or more items of the list, in a PDP-related message.
EP00987341A 2000-12-04 2000-12-04 User equipment, method and communication system for establishing a connection to a serving network element Expired - Lifetime EP1350407B1 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2000/012171 WO2002047415A1 (en) 2000-12-04 2000-12-04 Communication system and method for establishing a connection to a serving network element

Publications (2)

Publication Number Publication Date
EP1350407A1 true EP1350407A1 (en) 2003-10-08
EP1350407B1 EP1350407B1 (en) 2009-10-14

Family

ID=8164188

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00987341A Expired - Lifetime EP1350407B1 (en) 2000-12-04 2000-12-04 User equipment, method and communication system for establishing a connection to a serving network element

Country Status (8)

Country Link
US (2) US7392034B2 (en)
EP (1) EP1350407B1 (en)
AT (1) ATE445988T1 (en)
AU (1) AU2001223622A1 (en)
DE (1) DE60043161D1 (en)
DK (1) DK1350407T3 (en)
ES (1) ES2330994T3 (en)
WO (1) WO2002047415A1 (en)

Families Citing this family (59)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8620286B2 (en) 2004-02-27 2013-12-31 Synchronoss Technologies, Inc. Method and system for promoting and transferring licensed content and applications
US8156074B1 (en) 2000-01-26 2012-04-10 Synchronoss Technologies, Inc. Data transfer and synchronization system
US6671757B1 (en) 2000-01-26 2003-12-30 Fusionone, Inc. Data transfer and synchronization system
US8073954B1 (en) 2000-07-19 2011-12-06 Synchronoss Technologies, Inc. Method and apparatus for a secure remote access system
US7895334B1 (en) 2000-07-19 2011-02-22 Fusionone, Inc. Remote access communication architecture apparatus and method
US7818435B1 (en) * 2000-12-14 2010-10-19 Fusionone, Inc. Reverse proxy mechanism for retrieving electronic content associated with a local network
US7242948B2 (en) * 2001-03-23 2007-07-10 Lucent Technologies Inc. Providing location based directory numbers for personalized services
US8615566B1 (en) 2001-03-23 2013-12-24 Synchronoss Technologies, Inc. Apparatus and method for operational support of remote network systems
TW522685B (en) * 2001-07-31 2003-03-01 Inventec Appliances Corp Method for implementing automatic network configuration setup in portable electronics communication equipment
WO2003024134A1 (en) * 2001-09-11 2003-03-20 Nokia Corporation Method, system and network element for controlling data transmission in a network environment
EP1579656A1 (en) * 2002-12-20 2005-09-28 Koninklijke Philips Electronics N.V. System and method for establishing communication between a client and a server in a heterogenous ip network
US7533160B2 (en) * 2003-02-18 2009-05-12 Qualcomm Incorporated Provisioning server information in a mobile station
US8645471B2 (en) 2003-07-21 2014-02-04 Synchronoss Technologies, Inc. Device message management system
EP1515505A1 (en) * 2003-09-12 2005-03-16 Siemens Aktiengesellschaft Reachability maintainance of a moving network based on temporary name identifiers
US7634509B2 (en) * 2003-11-07 2009-12-15 Fusionone, Inc. Personal information space management system and method
US20050250546A1 (en) * 2004-05-05 2005-11-10 Atul Asthana Handheld electronic device and method of making dialed calls therefrom
EP1759521B1 (en) 2004-05-12 2016-06-29 Synchronoss Technologies, Inc. Advanced contact identification system
US9542076B1 (en) 2004-05-12 2017-01-10 Synchronoss Technologies, Inc. System for and method of updating a personal profile
EP1856925A1 (en) * 2005-03-10 2007-11-21 Nokia Corporation Method, mobile station, system, network entity and computer program product for discovery and selection of a home agent
US20060203774A1 (en) * 2005-03-10 2006-09-14 Nokia Corporation System, method and apparatus for selecting a remote tunnel endpoint for accessing packet data services
FI118110B (en) 2005-05-24 2007-06-29 Teliasonera Ab Interoperability of networks
US9525996B2 (en) * 2005-06-21 2016-12-20 Nokia Technologies Oy System, terminal, network entity, method, and computer program product for system selection in a multi-mode communication system
EP1761082B1 (en) * 2005-09-02 2018-06-13 Nokia Solutions and Networks GmbH & Co. KG Method and system to connect a second communication network having a connection node to a first communication network having a contact node
US20070088815A1 (en) * 2005-10-13 2007-04-19 Kenneth Ma Automated setup and test confirmation of dynamic DNS service
EP1780971A1 (en) * 2005-10-28 2007-05-02 Koninklijke KPN N.V. Method and system for obtaining information by a bandwidth broker for admission control purposes
DE102005063048B4 (en) * 2005-12-29 2014-08-21 Nokia Siemens Networks Gmbh & Co. Kg Switching unit for an IP multimedia subsystem
US7969967B2 (en) * 2006-05-05 2011-06-28 Alcatel-Lucent Usa Inc. Number portability for an IMS network
US7890636B2 (en) * 2006-06-28 2011-02-15 Cisco Technology, Inc. Application integrated gateway
US8077701B2 (en) * 2006-07-20 2011-12-13 At&T Intellectual Property I, Lp Systems, methods, and apparatus to prioritize communications in IP multimedia subsystem networks
CN100555994C (en) * 2006-08-01 2009-10-28 华为技术有限公司 Circuit domain call is routed to the method and system of packet domain
US20080235185A1 (en) * 2007-03-21 2008-09-25 Motorola, Inc. Communication system and method of accessing therefor
US7970916B2 (en) * 2007-07-25 2011-06-28 Cisco Technology, Inc. Register clustering in a sip-based network
CN101420762B (en) * 2007-10-23 2011-02-23 中国移动通信集团公司 Access gateway selection method, system and gateway selection execution node
US8218459B1 (en) * 2007-12-20 2012-07-10 Genbrand US LLC Topology hiding of a network for an administrative interface between networks
US8181111B1 (en) 2007-12-31 2012-05-15 Synchronoss Technologies, Inc. System and method for providing social context to digital activity
KR101124482B1 (en) * 2008-06-17 2012-03-15 삼성전자주식회사 Apparatus and method for operating dual mode of mobile communication terminal
US8667564B1 (en) * 2008-09-24 2014-03-04 Sprint Communications Company L.P. Mobile internet protocol V6 SIP proxy bootstrapping
US8255006B1 (en) 2009-11-10 2012-08-28 Fusionone, Inc. Event dependent notification system and method
US9185510B2 (en) * 2010-03-03 2015-11-10 Tekelec, Inc. Methods, systems, and computer readable media for managing the roaming preferences of mobile subscribers
CN101808270B (en) * 2010-03-10 2016-03-30 华为终端有限公司 A kind of method and device for business processing based on Android
US9917700B2 (en) 2010-03-15 2018-03-13 Tekelec, Inc. Systems, methods, and computer readable media for policy enforcement correlation
US9721279B2 (en) * 2010-03-23 2017-08-01 Microsoft Technology Licensing, Llc Determining mobile operators for mobile devices
CN101931663B (en) * 2010-08-28 2014-06-11 中兴通讯股份有限公司 Method capable of dynamically setting domain name server and wireless communication terminal
US9622278B2 (en) 2010-10-26 2017-04-11 Kingston Digital Inc. Dual-mode wireless networked device interface and automatic configuration thereof
US8943428B2 (en) 2010-11-01 2015-01-27 Synchronoss Technologies, Inc. System for and method of field mapping
US9860390B2 (en) 2011-08-10 2018-01-02 Tekelec, Inc. Methods, systems, and computer readable media for policy event record generation
US10237253B2 (en) 2011-09-09 2019-03-19 Kingston Digital, Inc. Private cloud routing server, private network service and smart device client architecture without utilizing a public cloud based routing server
US11863529B2 (en) 2011-09-09 2024-01-02 Kingston Digital, Inc. Private cloud routing server connection mechanism for use in a private communication architecture
US9935930B2 (en) 2011-09-09 2018-04-03 Kingston Digital, Inc. Private and secure communication architecture without utilizing a public cloud based routing server
US9781087B2 (en) 2011-09-09 2017-10-03 Kingston Digital, Inc. Private and secure communication architecture without utilizing a public cloud based routing server
US9203807B2 (en) 2011-09-09 2015-12-01 Kingston Digital, Inc. Private cloud server and client architecture without utilizing a routing server
US11683292B2 (en) 2011-09-09 2023-06-20 Kingston Digital, Inc. Private cloud routing server connection mechanism for use in a private communication architecture
US10601810B2 (en) 2011-09-09 2020-03-24 Kingston Digital, Inc. Private cloud routing server connection mechanism for use in a private communication architecture
WO2014014823A1 (en) 2012-07-14 2014-01-23 Tekelec, Inc. Methods, systems, and computer readable media for policy-based local breakout (lbo)
CN104471974B (en) 2012-07-14 2018-04-17 泰科来股份有限公司 Dynamically control method, system and the computer-readable medium of congestion in radio access network
CN104769980B (en) 2012-07-20 2019-05-03 泰科来股份有限公司 To the method, system and computer-readable medium of mobile terminal allocation strategy rule
US9772668B1 (en) 2012-09-27 2017-09-26 Cadence Design Systems, Inc. Power shutdown with isolation logic in I/O power domain
US10021180B2 (en) 2013-06-04 2018-07-10 Kingston Digital, Inc. Universal environment extender
US10574769B2 (en) 2017-09-22 2020-02-25 Verizon Patent And Licensing Inc. Internet protocol multimedia subsystem connection management

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5761618A (en) * 1994-12-22 1998-06-02 Bell Atlantic Mobile Systems, Inc. Updating technique for downloading new system identification (SID) list into a handset
FI103084B1 (en) * 1997-01-20 1999-04-15 Nokia Telecommunications Oy Packet radio networks and the procedure for updating the routing area
FI103083B1 (en) * 1997-01-20 1999-04-15 Nokia Telecommunications Oy Packet radio networks and the procedure for updating the routing area
DE19742681C2 (en) * 1997-09-26 2003-03-06 Ericsson Telefon Ab L M GPRS subscriber selection from several Internet service providers
US6118768A (en) 1997-09-26 2000-09-12 3Com Corporation Apparatus and methods for use therein for an ISDN LAN modem utilizing browser-based configuration with adaptation of network parameters
US7039688B2 (en) * 1998-11-12 2006-05-02 Ricoh Co., Ltd. Method and apparatus for automatic network configuration
US6651105B1 (en) * 1998-11-12 2003-11-18 International Business Machines Corporation Method for seamless networking support for mobile devices using serial communications
US7099338B1 (en) * 1999-02-27 2006-08-29 3Com Corporation System and method for insuring dynamic host configuration protocol operation by a host connected to a data network
US6603755B1 (en) 1999-05-14 2003-08-05 Ericsson Inc. Mobile terminals, methods, and computer program products that can facilitate the selection of a communication service provider in a multiple communications mode environment
US7184418B1 (en) * 1999-10-22 2007-02-27 Telcordia Technologies, Inc. Method and system for host mobility management protocol
US6909719B1 (en) * 1999-12-22 2005-06-21 Ericsson Inc. Method, apparatus and system for providing multiple quality of service classes to subscribers in a network
DE60132430T2 (en) * 2000-02-22 2009-01-22 Nortel Networks Ltd., St. Laurent METHOD AND SYSTEM FOR CONTROLLING A WIRELESS PACKAGE TRANSMITTED LANGUAGE CALL
US7266371B1 (en) * 2000-02-22 2007-09-04 Cingular Wireless Ii, Llc Activation and remote modification of wireless services in a packet network context
US7130629B1 (en) * 2000-03-08 2006-10-31 Cisco Technology, Inc. Enabling services for multiple sessions using a single mobile node
US7454500B1 (en) * 2000-09-26 2008-11-18 Foundry Networks, Inc. Global server load balancing
US7870196B2 (en) * 2000-11-08 2011-01-11 Nokia Corporation System and methods for using an application layer control protocol transporting spatial location information pertaining to devices connected to wired and wireless internet protocol networks
US6885861B2 (en) * 2001-08-24 2005-04-26 Nokia Corporation Service mobility and recovery in communication networks
KR100770901B1 (en) * 2005-04-26 2007-10-26 삼성전자주식회사 User equipment in ims service network with shortened ptt call setup time and ims service network and method for setup of ptt call in the same

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO0247415A1 *

Also Published As

Publication number Publication date
DK1350407T3 (en) 2009-12-07
WO2002047415A1 (en) 2002-06-13
ES2330994T3 (en) 2009-12-18
DE60043161D1 (en) 2009-11-26
US20080159194A1 (en) 2008-07-03
EP1350407B1 (en) 2009-10-14
AU2001223622A1 (en) 2002-06-18
US9210120B2 (en) 2015-12-08
US7392034B2 (en) 2008-06-24
ATE445988T1 (en) 2009-10-15
US20040057442A1 (en) 2004-03-25

Similar Documents

Publication Publication Date Title
US7392034B2 (en) Communication system and method for establishing a connection to a serving network element
US9860737B2 (en) Communication system and method
US7894593B2 (en) Callback services in a communication system
US7792974B2 (en) Method and apparatus for registration of a user as a subscriber in a communication network
EP1988685B1 (en) Service provisioning in a communication system
EP1835686A1 (en) Method of providing access to an IP multimedia subsystem based on provided access network data.
MX2007001280A (en) User registration in a communication system.
EP2294783B1 (en) Providing location information in an ip multimedia subsystem network
EP1964350A1 (en) Multi-vendor ims architecture
EP2499800B1 (en) Handling of public identities
WO2004054302A1 (en) Simultaneous registrations of a user in different service servers with different directory numbers
US20040110535A1 (en) Communication system
US9106703B2 (en) Method for providing IP services to a user of a public network
US20040243711A1 (en) Method, system and network element for controlling data transmission in a network environment
EP1609322B1 (en) Service provisioning in a communication system
WO2001091419A1 (en) Method for address resolution to find call control function instances
KR101075614B1 (en) Method for terminating call unregistered user in ip multimedia subsystem network
WO2007144681A1 (en) Method and system for providing portability
CN116614478A (en) Device registration method, device and storage medium thereof
NZ553728A (en) Method of providing access to an IP multimedia subsystem

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20030703

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Extension state: AL LT LV MK RO SI

17Q First examination report despatched

Effective date: 20080112

R17C First examination report despatched (corrected)

Effective date: 20080212

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: H04W 76/02 20090101AFI20090327BHEP

RTI1 Title (correction)

Free format text: USER EQUIPMENT, METHOD AND COMMUNICATION SYSTEM FOR ESTABLISHING A CONNECTION TO A SERVING NETWORK ELEMENT

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: CH

Ref legal event code: NV

Representative=s name: CABINET MOUTARD

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REF Corresponds to:

Ref document number: 60043161

Country of ref document: DE

Date of ref document: 20091126

Kind code of ref document: P

REG Reference to a national code

Ref country code: DK

Ref legal event code: T3

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2330994

Country of ref document: ES

Kind code of ref document: T3

REG Reference to a national code

Ref country code: SE

Ref legal event code: TRGR

NLV1 Nl: lapsed or annulled due to failure to fulfill the requirements of art. 29p and 29m of the patents act
PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20100215

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20091014

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100701

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20100715

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20100115

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20091204

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20091014

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20091014

REG Reference to a national code

Ref country code: CH

Ref legal event code: PFA

Owner name: NOKIA CORPORATION

Free format text: NOKIA CORPORATION#KEILALAHDENTIE 4#02150 ESPOO (FI) -TRANSFER TO- NOKIA CORPORATION#KEILALAHDENTIE 4#02150 ESPOO (FI)

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20091014

REG Reference to a national code

Ref country code: CH

Ref legal event code: PCAR

Free format text: NEW ADDRESS: RUE DE LYON 75 - 4EME ETAGE, 1203 GENEVE (CH)

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FI

Payment date: 20121211

Year of fee payment: 13

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20121128

Year of fee payment: 13

Ref country code: IT

Payment date: 20121212

Year of fee payment: 13

Ref country code: ES

Payment date: 20121227

Year of fee payment: 13

Ref country code: SE

Payment date: 20121217

Year of fee payment: 13

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20130107

Year of fee payment: 13

REG Reference to a national code

Ref country code: SE

Ref legal event code: EUG

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20131204

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131204

Ref country code: SE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131205

REG Reference to a national code

Ref country code: FR

Ref legal event code: ST

Effective date: 20140829

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131204

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131231

REG Reference to a national code

Ref country code: ES

Ref legal event code: FD2A

Effective date: 20150331

REG Reference to a national code

Ref country code: DE

Ref legal event code: R081

Ref document number: 60043161

Country of ref document: DE

Owner name: NOKIA TECHNOLOGIES OY, FI

Free format text: FORMER OWNER: NOKIA CORP., 02610 ESPOO, FI

Effective date: 20150312

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131205

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131231

REG Reference to a national code

Ref country code: CH

Ref legal event code: PUE

Owner name: NOKIA TECHNOLOGIES OY, FI

Free format text: FORMER OWNER: NOKIA CORPORATION, FI

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131204

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Ref document number: 60043161

Country of ref document: DE

Free format text: PREVIOUS MAIN CLASS: H04W0076020000

Ipc: H04W0076100000

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20191119

Year of fee payment: 20

Ref country code: IE

Payment date: 20191209

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: BE

Payment date: 20191118

Year of fee payment: 20

Ref country code: DK

Payment date: 20191210

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: CH

Payment date: 20191213

Year of fee payment: 20

REG Reference to a national code

Ref country code: DE

Ref legal event code: R071

Ref document number: 60043161

Country of ref document: DE

REG Reference to a national code

Ref country code: DK

Ref legal event code: EUP

Expiry date: 20201204

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: BE

Ref legal event code: MK

Effective date: 20201204

Ref country code: IE

Ref legal event code: MK9A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

Effective date: 20201204