WO2007088637A1 - Method for selective service updates for communication networks - Google Patents
Method for selective service updates for communication networks Download PDFInfo
- Publication number
- WO2007088637A1 WO2007088637A1 PCT/JP2006/301945 JP2006301945W WO2007088637A1 WO 2007088637 A1 WO2007088637 A1 WO 2007088637A1 JP 2006301945 W JP2006301945 W JP 2006301945W WO 2007088637 A1 WO2007088637 A1 WO 2007088637A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- slave
- service
- master
- user
- home
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2805—Home Audio Video Interoperability [HAVI] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2807—Exchanging configuration information on appliance services in a home automation network
- H04L12/2809—Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
- H04W12/069—Authentication using certificates or pre-shared keys
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2807—Exchanging configuration information on appliance services in a home automation network
- H04L12/281—Exchanging configuration information on appliance services in a home automation network indicating a format for calling an appliance service function in a home automation network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
Definitions
- the present invention pertains to a method for a user's Master personal gateway to perform selective updating of service advertisements among the user' s Slave personal gateways located geographically apart within the user's Personal Network.
- Non-patent Document 1 UPnPTM Forum, "UPnPTM Device Architecture 1.0", UPnPTM version 1.0.1, December 2003.
- Non-patent Document 2 3rd Generation Partnership Project, "AIl-IP Network (AIPN) feasibility study (Release I)", 3GPP TR 22.978 version 7.1.0, June 2005.
- US patent application 20040266439 Lynch, Jamel P. JR., Miller, Brent A. and Wesley, Aj amu A. "Systems, methods and computer program products for connecting ad hoc piconets to wide area networks", US Patent Application 2004/0266439A1, December, 2004.
- This invention relates to the field of telecommunications in personal communications networks. More particularly, it concerns on how selective updating of service advertisements can be performed over the communications networks.
- UPnP Universal Plug and Play
- UPnP is a distributed, open networking architecture that leverages TCP/IP and the Web technologies to enable seamless proximity networking in addition to control and data transfer among networked devices in the home, office, and public spaces. It is designed to bring easy-to-use, flexible, standards-based connectivity to ad-hoc or unmanaged networks whether in the home, in a small business, public spaces, or the Internet.
- the UPnP discovery protocol allows that device to advertise its services within the user's PAN. It does this by multicasting discovery messages to a standard address and port. For the device to advertise the full extent of its capabilities, it will have to multicast a number of discovery messages corresponding to each of its embedded devices and services. Each message contains information specific to the embedded device (or service) as well as information about its enclosing device. Messages should include duration until the advertisements expire; if the device remains available, the advertisements should be re-sent with a new duration. If the device becomes unavailable, the device should explicitly cancel its advertisements, but if the device is unable to do this, the advertisements will expire on their own.
- service advertisement in the current UPnP architecture is only suitable for a local area network environment, for example management of devices within a single home network or single office network environment.
- a user's home network space may span across multiple homes or offices.
- a case in point is a user may have a house in town, a holiday home, and even some of his personal devices in his offices. The user would like to consolidate all his personal devices and define them as his personal network space. Therefore, a user is still able to retrieve the services provide by the different devices which are located geographically far apart as if they are within the locality of his home or office network.
- a typical example of user's Personal Network is defined in [Non-patent Document 2] .
- a Personal Network consists of more than one device under the control of one user providing access to the All IPNetwork (AIPN) .
- AIPN IPNetwork
- the s e de vi ce s a r e i nt er conn e c t e d by the AIPN such that the user perceives a continuous secure connection regardless of their relative locations .
- US patent application 20040266439 proposes a method of sending the service advertisement from an ad-hoc piconet to another ad-hoc piconet over the Wide Area Network (WAN) .
- WAN Wide Area Network
- a service manifest that is located within each application server aggregates the ad hoc piconet services advertisements that are available from multiple clients within the ad hoc piconet and advertise the aggregated service list over the wide area network to other application servers.
- broadcasting the service list over the WAN is a waste of the network resources if a particular ad hoc piconet has no need of the services advertised.
- the current invention provides a solution for the problem that has arisen when the user wishes to receive service advertisement (s) from the user's Personal Area
- PANs which are located geographically apart.
- the aspect of the invention would be a method of allowing a user ' s Master Personal Gateway (PG) to per form selective updating of service advertisements among all Slave PGs within the user's Personal Network.
- PG Master Personal Gateway
- a second advantage is that Slave personal gateway(s) may operate in sleep mode and only wake up to process a service advertisement. This is particularly useful for mobile devices as they have limited battery lifetime.
- a method of performing selective service advertisement updating procedure comprising of the following steps: Master PG choosing a Slave PG to update from its service list; Master PG using the service description in the service advertisement stored in its service list to determine if the Slave PG PAN has the capabilities to use the service advertised; Master PG forwarding the service advertisement to Slave PG; Slave PG updating its service list and advertising the service within its PAN; andMaster
- another method of performing selective service advertisement updating procedure comprising of the following steps : Slave PG tagging a service advertisement according to its access rules; Slave PG forwarding the tagged service advertisement to Master PG; Master PG processing the tagged service advertisement with its stored access rules; andMaster PG forwarding the service advertisement to all selected Slave PGs based on its polices set within its access rule list .
- the processing at Master PG is slightly less complex as the Master PG would only need to identify how a service advertisement is tagged and use the access rule list to determine which Slave PG should receive the service advertisement. This therefore allows the Master PG to process the service advertisement in an efficient manner.
- Another policy based method of performing selective service advertisement updating procedure comprising of the following steps: Master PG identifying which Slave PG sent the service advertisement; andMaster PG forwarding the service advertisement to selected Slave PGs based on its polices set within its access rule list.
- the internal resources for a Slave PG is less demanding as only the Master PG will store the access rule list and the Slave PG will only need to forward the service advertisement to Master PG. This would therefore be very useful especially if the Slave PG is a mobile device, which has limited internal resources.
- a user command based method of performing selective service advertisement updating procedure comprising of the following steps: Slave PG sending the service advertisement along with a user command to Master PG; Master PG processing the user command; and Master PG forwarding the service advertisement to selected Slave PGs based on the user command.
- Slave PG sending the service advertisement along with a user command to Master PG
- Master PG processing the user command
- Master PG forwarding the service advertisement to selected Slave PGs based on the user command.
- a method of performing selective service advertisement updating procedure comprising of the following steps: Master PG storing all service advertisements from Slave PGs within its data store; Slave PGs performing a service lookup to Master PG whenever it receives a service request; and Master PG forwarding the service advertisement to selected Slave PGs based on service requested.
- Another aspect of the invention would be a method to allow a Master PG to handover its role to a Slave PG within the user' s Personal Network, wherein the handover procedures is initiated by the Slave PG.
- a device authentication method of performing Master PG to Slave PG handover procedure comprising of the following steps: Slave PG sending a request for handover along with it's device authentication information to Master PG based on user's request; Master PG validating the device authentication information; Master PG sending its service list to Slave PG after authenticating it; Slave PG storing the Master PG service list; and Slave PG sending an acknowledgment to Master PG to signal the completion of the handover procedure.
- it allows the user to dynamically switch the roles of a PG thereby allowing for a more user specific level of control of the user's Personal Network.
- an additional method for user authentication of performing Master PG to Slave PG handover procedure comprising of the following steps: Slave PG sending a request for handover along with is device authentication information to Master PG based on user' s request ; Master PG validating the device authentication information; Master PG sending a challenge to Slave PG; Slave PG sending a password to Master PG; Master sending its service list to Salve PG after validating the password; Slave PG storing the Master PG service list; and Slave PG sending an acknowledgment to Master PG to signal the completion of the handover procedure.
- user level security is enforced within the Personal Network. If the user loses PG, this therefore would minimize the risk of an intruder using the lost PG to take control of Personal Network.
- a rule based method of performing Master PG to Slave PG handover procedure comprising of the following steps: Slave PG determines from its handover rule list if a handover procedure is required; Slave PG sending a request for handover along with it's device authentication information to Master PG; Master PG validating the device authentication information; Master PG determining if a user authentication is required for the handover procedure; Master PG sending its service list to Salve PG; Slave PG storing the Master PG service list; and Slave PG sending an acknowledgment to Master PG to signal the completion of the handover procedure.
- this embodiment of handing over procedure in addition to the advantages stated in our preferred embodiment, it allows a simple and automatic handover procedure to be executed without having the user to initiate the handover procedure.
- Another aspect of the invention would be a method to allow a Master PG to handover its role to the Slave
- a method of performing Master PG to Slave PG takeover procedure comprising of the following steps:
- Master PG sends a request for a takeover procedure alongwith its device authentication information to Slave PG; Slave PG validating the Master PG device authentication information and informs user of such takeover procedure; user initiates takeover procedure; Slave PG sending over an acknowledgement for the takeover procedure to proceed; Master PG sending its service list to Salve PG; Slave PG storing Master PG service list; and Slave PG sending an acknowledgment to Master PG to signal the completion of the takeover procedure.
- a redirection method of performing Master PG to Slave PG takeover procedure comprising of the following steps: Master PG sends a request for a takeover procedure along with its device authentication information to Slave PC- Slave PG validating the Master PG device authentication information and informs user of such takeover procedure; user chooses to redirect takeover procedure; Slave PG sending over a redirecting message to Master PG informing it which Slave PG to communicate with for the takeover procedure; and Master PG performing the steps of the takeover procedure as described in out previous embodiment .
- Fig. 1 is a diagram illustrating the components of the Personal Gateway according to a preferred embodiment of the current invention.
- Fig.2 is a diagram illustrating the preferred system according to a preferred embodiment of the invention.
- Fig. 3 is a sequence diagram illustrating on the preferred method of forwarding service advertisement from
- Fig. 4 is a flow chart illustrating on a service based method of the selective updating procedure performed by the Master Personal Gateway according to a preferred embodiment of the invention.
- Fig.5 is a flow chart illustrating on another method of the selective updating procedure performed by the Master Personal Gateway according to a preferred embodiment of the invention.
- Fig. 6 is a flow chart illustrating on a method of Master Personal Gateway and Slave Personal Gateway performing the handing over procedure according to a preferred embodiment of the invention.
- Fig. 7 is .a flow chart illustrating on a method of Master Personal Gateway and Slave Personal Gateway performing the taking over procedure according to a preferred embodiment of the invention.
- PAN Personal Area Network
- PN Personal Network
- Period Gateway refers to the entity within a PAN which is able to route (forward) data packets for devices within a PAN to other personal gateway (s) .
- PG 10 comprises of access interface 11, which allows it to send or receive packets with other personal gateways and also with device (s) within the user's personal network.
- access interface 11 may be but not restricted to Wi-Fi, Bluetooth or Cellular.
- the packets are sent to processor 12 via path 15.
- packets may be but not restricted to service advertisement .
- PG 10 further comprises of PG information 13, which stores the information required by the PG 10.
- PG information 13 comprises of service list 13a, access rule list 13b and handover rule list 13c.
- service list 13a may comprise of but not restricted to all or some of the service descriptions located within the user' s personal network and Internet Protocol (IP) addresses of the user ' s personal gateways .
- access rule list 13b may comprise of but not restricted to security policies set by the user of PN 20. These security policies will be used by PG 10 to determine how service advertisements will be sent within the user' s PN 20.
- handover rule list 13c may be but not restricted to user defined rules used by PG 10 to determine if the handover procedure is to be initiated by PG 10.
- the service list 13a, access rule list 13b and handover rule list 13c used in the invention may be constructed in XML format.
- the elements for each list are not limited to the ones stated.
- the message may be also constructed using any other format having similar parameters for passing information. 1 ) Service List
- PG 10 further comprises of processor 12, which does the processing of the service advertisements, processing of user commands and the setting up of a secure communication channels within the preferred system.
- processor 12 will check the service description stored in service list 13a to determine if a particular personal gateway would require the service advertisement.
- the service list according to our preferred embodiment will be sent via path 16.
- PG 10 further comprise of display 14, which will display user information sent from processor 12 via path 17 to the user.
- user information may be but not restricted a prompt for a user password.
- HA 24 resides within the Wide Area Network 23 (WAN) .
- HA 24 may be implemented as a Mobile IP Home Agent which would forward packets within the user's Personal Network
- PN 20 a user' s PN 20 comprises of Home PAN 21a, Office PAN 21b and Mobile PAN 21c.
- Home PAN 21a comprise of Home
- Home PAN 21a further comprise of device 22a, which advertises its service (s) within Home
- Office PAN 21b comprise of Office PG 10b, which functions as a slave personal gateway in the user's PN 20.
- Office PAN 21b further comprise of device 22b, which advertises its service (s) within Office PAN 21b .
- Mobile PAN 21c comprise of Mobile PG 10c, which functions as a slave personal gateway in the user's PN 20.
- Mobile PAN 21c further comprise of device 22c, which advertises its service (s) within Mobile PAN 21c.
- Home PG 10a, Office PG 10b and Mobile PG 10c are similar to PG 10 as described in Fig. 1. Furthermore, in our preferred system, Home PG 10a, Office PG 10b and Mobile PG 10c will aggregate all the services within their respective network and stored it as a service list in it data storage 13. Home PG 10a, Office PG 10b and Mobile PG 10c will then able to update each other on the services within PN 20 by routing service advertisements amongst each other via HA 24. In our preferred system, device 22a, 22b, 22c maybe but not restricted to personal gateway, personal computer or other electronic peripherals.
- device 22a, 22b, 22c are able to advertise their service (s) using techniques such as but not restricted to Universal Plug and Play (UPnP) orService Discovery Protocol (SDP) .
- UPF Universal Plug and Play
- SDP Service Discovery Protocol
- PG 10a, 10b are implemented as fixed personal gateways and PG 10c is implemented as a mobile personal gateway.
- personal gateways within PN 20 may be implemented fixed or mobile gateways.
- Slave PGs are able to identify the Master PG within PN 20.
- the method of Slave PG identifying the Master PG may be but not limited to the user assigning a unique identifier for the Master PG.
- PN 20 comprises of Home PAN 21a, Office PAN 21b and Mobile PAN 21c, it will be apparent to those skilled in the art, PN 20 may comprise of one or a plurality of user's PAN. Furthermore, in this system, it is illustrated that a PAN comprises of a device. However it will be apparent to those skilled in the art, a PAN may comprise of a plurality of devices. Furthermore, in this system, it is illustrated that HA 24 is not part of PN 20. However, it will be apparent to those skilled in the art, HA 24 may be part of PN 20. Furthermore, in our preferred system, within PN 20, Home PG 10a functions as the master personal gateway and Office PG 10b and Mobile PG 10c function as slave personal gateway.
- the role of master maybe assigned to any one of the personal gateways within PN 20.
- the role of slave maybe assigned to any of the personal gateways within PN 20.
- Mobile PG 10c When Mobile PG 10c is within the Home PAN, it can be reachable via its Home Address (HoA) .
- HoA Home Address
- it roams within WAN 23 it may use techniques such as but not restricted to Mobile IPv6 to allow it to be reachable even while roaming across WAN 23. Therefore, this allows a user' s PAN or devices within PN 20 to be located geographically apart.
- Mobile PG 10c obtains a local Care-of Address (CoA) and updates HA 24 of it using technique such as but not restricted to Return Routability (RR) procedure. HA 24 will then bind Mobile PG 13c HoA with the CoA it was provided in the RR procedure. This would then allow Mobile PG 10c to maintain its communication link with Home PG 10a and Office PG 10b via HA 24.
- CoA Care-of Address
- RR Return Routability
- FIG. 3 the sequence diagram illustrating on the preferred method of forwarding service advertisement from Slave Personal Gateway (s) to Master Gateway according to a preferred embodiment of the invention is disclosed.
- device 22c broadcast its service advertisement in step 30 within Mobile PAN 21c.
- device service advertisement may comprise of but not restricted to device identification and service description.
- Mobile PG 10c receives the service advertisement from device 22c, it will perform the step of service advertisement 31.
- the step of service advertisement 31 comprises of updating its service list 13a stored within Mobile PG 10c accordingly to device 22c service advertisement.
- Mobile PG 10c will then create a Slave PG service advertisement and forward it via HA 24 to Home PG 10a in step 32.
- Slave PG service adverti sement may comprise of but not restricted to Slave PG identification, device identi ficat ion ( s ) and service description ( s ) .
- Home PG 10a upon receiving Slave PG service advertisement will identify which Slave PG sent the service advertisement from the Slave PG identification within the Slave PG service advertisement 31.
- Home PG 10a would then proceed to perform the step of register advertisement 33.
- the step of register advertisement 33 comprises of up dating its service list 13a stored within Home PG 10a accordingly to Slave PG service advertisement and Home PG 10a performing the selective update procedure .
- the selective update procedure is a function that the Master PG will perform to choose which PAN to send the service advertisement to.
- Fig. 4 the flow chart illustrating the method of the selective updating procedure performed by the Master Personal Gateway according to a preferred embodiment of the invention is disclosed.
- Master PG After Master PG has update its service list 13a with the service advertisement received from Slave PG, it then chooses a Slave PG PAN from its service list 13a in step 40.
- the Master PG will then determine if the particular Slave PG PAN requires the service provided in step 41.
- the process of Master PG determining if Slave PG will need to receive the service advertisement may be but not restricted to the Master PG using the service description in the Slave PG service advertisement stored in its service list 13a to determine if the Slave PG PAN has the capabilities to use the service advertised.
- Master PG will then forward the Slave PG service advertisement over to the selected Slave PG in step 42.
- the Slave PG receives the service advertisement from the Master PG, it will then update the service within its service list 13a in step 43.
- the Slave PG will then broadcast the service advertisement within its PAN.
- the Master PG after the Master PG has decided whether to route the service advertisement to a particular Slave PG, it will repeat steps 41, 42 and 43 until all Slave PG(s) has been considered for service updating in step 44.
- a second embodiment of selective updating procedure in our invention there exists another method to allow for the selective updating procedure by the Master PG to one or a plurality of selected slave PGs.
- Fig. 5 shows a flow chart illustrating on another method of the selective updating procedure performed by the Master Personal Gateway according to a second embodiment of the invention.
- the method of selective updating procedure comprises of forwarding service advertisements based on processing a tagged service advertisement against the policies set within access rule list 13b.
- Mobile PG 10c when Mobile PG 10c receives device service advertisement in step 30 and updates its service list 13a, Mobile PG 10c willtagthe advertisement based on the policies set within the access rule list 13b in step 31. Mobile PG 10c will then send the tagged Slave PG service advertisement in step 32 to Home PG 10a.
- tagging may be but not restricted to adding a flag bit to the Slave PG service advertisement.
- Home PG 10a When Home PG 10a receives Slave PG service advertisement 32 fromMobile PG 10c, it checks to determine if the service advertisement is tagged is step 50. In this embodiment, when the Home PG 10a receives the tagged service advertisement, it identifies the tag to determine which policy to use from access rule list 13b in step 51. The selected policy will allow the Home PG 10a to know which Slave PG the service advertisement will be forwarded to. In this embodiment, once Home PG 10a identifies one or a plurality of Slave PGs to inform, it selects a first Slave PG from access list 13b and gets the IP address of the selected Slave PG from its service list 13a in step 54.
- Home PG 10a then forwards the service advertisement to the selected Slave PG in step 42 as described in Fig 4.
- the selected Slave PG will update its service list 13a and broadcast the service advertisement within its PAN in step 43 as described in Fig 4.
- Home PG 10a will continue to route the service advertisement to any remaining Slave PGs within the selected policy until all Slave PGs within the policy has been informed in step 44 as described in Fig 4.
- another method of selective updating procedure comprises of forwarding service advertisements based on command sent by the user.
- Home PG 10a receives the service advertisement, it checks to determine if the service advertisement is tagged is step 50.
- Home PG 10a identifies that Slave PG service advertisement 32 is not tagged, it checks if a user command has been sent along with Slave PG service advertisement 32 in step 52.
- Home PG 10a When Home PG 10a receives a user command from Mobile PG 10c, it processes the user command that was sent along with the Slave PG service advertisement using processor 12 in step 54. Once the user command has been processed, Home PG 10a will know which Slave PG will be informed of the service advertisement. In this embodiment, user command comprises of a Slave PG information. However it will be apparent to those skilled in the art would appreciate that user command may comprise of a plurality of Slave PGs information. Once the user command have been processed, Home PG 10a then selects a Slave PG based on the user command and gets the IP address from its service list 13a in step 54.
- Home PG 10a then forward the service advertisement to the selected Slave PG in step 42 as described in Fig. 4.
- the selected Slave PG will update its service list 13a and broadcast the service advertisement within its PAN in step 43 as described in Fig. 4.
- Home PG 10a will continue to route the service advertisement to any remaining Slave PGs within the selected policy until all Slave PGs specified within the user command has been informed in step 44.
- another method of selective updating procedure comprises of forwarding service advertisements based on the policies set within access rule list 13b.
- Home PG 10a receives the service advertisement, it determines that the Slave PG service advertisement 32 is not tagged in step 50, Furthermore, Home PG 10a also determine that no command has been sent along with Slave PG service advertisement 32 in step 52. In this embodiment, Home PG 10a then identifies which policy within its access rule list 13b will be enforced based on which Slave PG identification within Slave PG service advertisement 32 in step 53.
- Home PG 10a identifies one or apluralityof Slave PGs to inform within the selected policy, it selects a first Slave PG from access list 13b and gets the IP address of the selected Slave PG from its service list 13a in step 54. Home PG 10a then forwards the service advertisement to the selected Slave PG in step 42 as described in Fig 4. The selected Slave PG will update its service list 13a and broadcast the service advertisement within its PAN in step 43 as described in Fig 4. In this embodiment, Home PG 10a will continue to route the service advertisement to any remaining Slave PGs within the selected policy until all Slave PGs within the policy has been informed in step 44 as described in Fig 4.
- a third embodiment of selective updating procedure in our invention there exists a method to allow a Slave PG to perform a lookup at Master PG for a particular service.
- Home PG 10a stores the service advertisement it receives from Slave PG (s) in its service list 13a.
- service lookup may be but not restricted to UPnP service request.
- Home PG 10a will then determine from its service list 13a if the requested service is available. In this embodiment, if the particular requested service is available, Home PG 10a will then forward the service advertisement to Slave PG.
- a flow chart illustrating a method of Master Personal Gateway and Slave Personal Gateway performing the handing over procedure according to a preferred embodiment of the invention is disclosed.
- Home PG 10a and Mobile PG 10c are able to form a secure communication channel.
- the method of Mobile PG 10c triggering the handover procedure is that the sending of a user command from Mobile PG 10c to Home PG 10a.
- another method of Mobile PG 10c triggering the handover procedure is that Mobile PG 10c checking its rules within handover rule list 13c to determine if a handover procedure is necessary. If a handover procedure is not required, then Mobile PG 10c and Home PG 10a will continue to assume their roles as Slave PG and Master PG respectively.
- Mobile PG 10c determines that a handover procedure is necessary, it sends a request for the handover procedure containing its device authentication information to Home PG 10a in step 61.
- the device authentication information may comprise but not restricted to Mobile PG 10c device identification and a shared key.
- Home PG 10a will then process the device authentication to determine the authenticity in step 62. If Home PG 10a is unable to validate the authenticity of Mobile PG 10c device authentication information, it terminates the handover procedure by informing Mobile PG 10c that it has failed its device authentication phase.
- Home PG 10a when Home PG 10a has performed the device authentication phase with Mobile PG 10c, Home PG 10a will check if a user authentication phase is required for the handover procedure in step 63. If a user authentication phase is not required in step 63, Home PG 10a then sends it service list 13a to Mobile PG 10c in step 67. In this embodiment , onceMobile PG 10c receives Home PG 10a service list 13a, it updates its PG Information 13 with Home PG 10a service list 13a and sends an acknowledgment back to Home PG 10a in step 68.
- Home PG 10a sends a challenge message to Mobile PG 10c requesting for a password in step 64.
- password may be but not restricted to a Personal Identi fication Number (PIN) .
- Mobile PG 10c will then prompt the user to input a password via display 14.
- Mobile PG 10c will send the password to Home PG 10a via the secure communication channel in step 65.
- Home PG 10a will then validate the authenticity of the password in step 66. If Home PG 10a is unable to validate the authenticity of Mobile PG 10c password, it terminates the handover procedure by informing Mobile PG 10c that it has failed its user authentication phase.
- Home PG 10a once Home PG 10a is able to validate Mobile PG 10c password, Home PG 10a then sends it service list 13a to Mobile PG 10c in step 67.
- Mobile PG 10c once Mobile PG 10c receives Home PG 10a service list 13a, it updates its PG Information 13 with Home PG 10a service list 13a and sends an acknowledgment back to Home PG 10a in step 68.
- Mobile PG 10c after Mobile PG 10c sends the acknowledgement to Home PG 10a in step 68, Mobile PG 10c becomes the new Master PG and Home PG 10a becomes a Slave PG within PN 20.
- the new Master PG informs all PGs within PN 20 of its presence in step 69.
- the method of the new Master PG informing all PGs within PN 20 of its presence refers to the new Master PG multicasting an update message to all Slave PGs within PN 20 via HA 24.
- This update message informs Slave PGs on how they are able to communicate with the new Master PG.
- update message may comprise of but not restricted to the new Master PG Identification and IP address.
- the method of the new Master PG informing all PGs within PN 20 of its presence refers to the new Master PG sending an HA update message to HA 24 informing it of its role as Master PG within PN 20.
- the HA update message may comprise of but not restricted to the new Master PG Identification and IP address.
- HA 24 would then bind the new Master PG IP address as the default address for routing of service advertisements from one or a plurality of Slave PGs.
- Fig. 7 shows a flow chart illustrating on a method of Master Personal Gateway and Slave Personal Gateway performing the taking over procedure according to a preferred embodiment of the invention.
- Master PG and Slave PG are able to form a secure communication channel.
- Master PG checks to determine if a takeover procedure is required to be triggered in step 70.
- the reason of Master PG triggering the handover procedure maybe but not restricted to impending network interface failure at Master PG.
- Master PG and Slave PG will continue to assume their roles with PN 20.
- Master PG determines that a takeover procedure is necessary, it will send a takeover request containing its device authentication information to initiate a takeover procedure with the selected Slave PG in step 71.
- the device authentication information may comprise but not restricted to Master PG device identification and a shared key.
- the selected Slave PG receives the takeover request form Master PG, it validates the authenticity of Master PG device authentication information. If the selected Slave PG is unable to validate the authenticity of Master PG device authentication information, it terminates the takeover procedure by informing Master PG that it has failed its device authentication phase.
- the selected Slave PG when the selected Slave PG has performed the device authentication phase with the Master PG, the selected Slave PG will then determine if it has the capabilities to take over the role of Master PG in step 73.
- the method of Slave PG determining if it has the capabilities to take over the role of Master PG maybe but not restricted to displaying to the user that a takeover procedure is about to be executed via display 14 and getting a user decision to proceed with the takeover procedure.
- the user chooses not to accept the takeover request fromMaster PG in step 73, it informs the selected Slave PG to send a redirect message containing another Slave PG information to Master PG in step 74.
- the reason that a user would choose to redirect the handover procedure may be but not restricted to that the user feels that the selected Slave PG does not have the necessary internal resources to function as the role of Master PG.
- internal resources may be but not restricted to memory capacity or battery lifetime.
- Master PG will then communicate with Slave PG that was specified in the redirect message to perform the takeover procedure.
- the selected Slave PG will check if a user authentication phase is required for the takeover procedure in step 75. In this embodiment , if a user authentication phase is not required in step 75, Master PG then sends it service list 13a to the selected Slave PG in step 67 as described in Fig. 6. In this embodiment, once the selected Slave PG receives Master PG service list 13a, it updates its PG Information 13 with Master PG service list 13a and sends an acknowledgment back to Master PG in step 68 as described in Fig. 6.
- the selected Slave PG sends a challenge message to Master PG requesting for a password in step 76.
- password may be but not restricted to a Personal Identification Number (PIN) .
- Master PG will then send the password to the selected Slave PG via the secure communication channel in step 77.
- the selected Slave PG will then validate the authenticity of the password in step 78. If the selected Slave PG is unable to validate the authenticity of Master PG password, it terminates the takeover procedure by informing Master PG that it has failed its user authentication phase.
- Master PG then sends it service list 13a to the selected Slave PG in step 67 as described in Fig. 6.
- the selected Slave PG receives Master PG service list 13a
- the selected Slave PG updates its PG Information 13 with Master PG service list 13a and sends an acknowledgment back to Master PG in step 68 as described in Fig. 6.
- the Master PG becomes the Slave PG and the selected Slave PG becomes the new Master PG within PN 20.
- the new Master PG informs all PGs within PN 20 of its presence in step 69 as described in Fig. 6.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Automation & Control Theory (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
A method for performing selective updating procedure of service advertisements. In this method, a Master personal gateway (10a) chooses a Slave personal gateway (10c) to update from its service list (step 40). The Master personal gateway (10a) uses the service description stored in its service list to determine if the Slave personal gateway (10c) of PAN (21c) has the capabilities to use the service advertised (step 41). The Master personal gateway (10a) then forwards the service advertisement to the Slave personal gateway (10c) (step 42). The Slave personal gateway (10c) updates its service list and advertises the service within its PAN (21c) (step 43).
Description
DESCRIPTION
Method for selective service updates for communication networks
Technical Field
The present invention pertains to a method for a user's Master personal gateway to perform selective updating of service advertisements among the user' s Slave personal gateways located geographically apart within the user's Personal Network.
Background Art
[Non-patent Document 1] UPnP™ Forum, "UPnP™ Device Architecture 1.0", UPnP™ version 1.0.1, December 2003. [Non-patent Document 2] 3rd Generation Partnership Project, "AIl-IP Network (AIPN) feasibility study (Release I)", 3GPP TR 22.978 version 7.1.0, June 2005. [US patent application 20040266439] Lynch, Jamel P. JR., Miller, Brent A. and Wesley, Aj amu A. "Systems, methods and computer program products for connecting ad hoc piconets to wide area networks", US Patent Application 2004/0266439A1, December, 2004.
This invention relates to the field of telecommunications in personal communications networks. More particularly, it concerns on how selective updating of service advertisements can be performed over the
communications networks.
When a new device is added to a user's Personal Area Network (PAN) , the device may choose to advertise its service (s) into the user's PAN. A typical technique for service advertisement is Universal Plug and Play (UPnP) as defined in [Non-patent Document 1] . UPnP is a distributed, open networking architecture that leverages TCP/IP and the Web technologies to enable seamless proximity networking in addition to control and data transfer among networked devices in the home, office, and public spaces. It is designed to bring easy-to-use, flexible, standards-based connectivity to ad-hoc or unmanaged networks whether in the home, in a small business, public spaces, or the Internet. Using the UPnP discovery protocol, it allows that device to advertise its services within the user's PAN. It does this by multicasting discovery messages to a standard address and port. For the device to advertise the full extent of its capabilities, it will have to multicast a number of discovery messages corresponding to each of its embedded devices and services. Each message contains information specific to the embedded device (or service) as well as information about its enclosing device. Messages should include duration until the advertisements expire; if the device remains available, the advertisements should be re-sent with a new duration. If the device becomes unavailable, the device should
explicitly cancel its advertisements, but if the device is unable to do this, the advertisements will expire on their own.
However, service advertisement in the current UPnP architecture is only suitable for a local area network environment, for example management of devices within a single home network or single office network environment. As the needs and requirements of digital living advances, a user's home network space may span across multiple homes or offices. A case in point is a user may have a house in town, a holiday home, and even some of his personal devices in his offices. The user would like to consolidate all his personal devices and define them as his personal network space. Therefore, a user is still able to retrieve the services provide by the different devices which are located geographically far apart as if they are within the locality of his home or office network. A typical example of user's Personal Network is defined in [Non-patent Document 2] . A Personal Network consists of more than one device under the control of one user providing access to the All IPNetwork (AIPN) . The s e de vi ce s a r e i nt er conn e c t e d by the AIPN such that the user perceives a continuous secure connection regardless of their relative locations .
[US patent application 20040266439] proposes a method of sending the service advertisement from an ad-hoc piconet to another ad-hoc piconet over the Wide Area Network (WAN) . For this prior art, theypropose the use of an application server within each ad hoc piconet. A service manifest that is located within each application server aggregates the ad hoc piconet services advertisements that are available from multiple clients within the ad hoc piconet and advertise the aggregated service list over the wide area network to other application servers. However, by broadcasting the service list over the WAN is a waste of the network resources if a particular ad hoc piconet has no need of the services advertised.
It is thus an object of the current invention to provide a method to allow a user's personal gateway to perform selective updating of service advertisements among all PAN ( s ) within the user's Personal Network.
Disclosure of Invention
The current invention provides a solution for the problem that has arisen when the user wishes to receive service advertisement (s) from the user's Personal Area
Networks (PANs) which are located geographically apart.
The aspect of the invention would be a method of allowing
a user ' s Master Personal Gateway (PG) to per form selective updating of service advertisements among all Slave PGs within the user's Personal Network.
One advantage is that this allows an efficient usage of the network bandwidth as service advertisements would not be broadcasted to the all personal gateways within the user's Personal Network. A second advantage is that Slave personal gateway(s) may operate in sleep mode and only wake up to process a service advertisement. This is particularly useful for mobile devices as they have limited battery lifetime.
In one preferred embodiment of the present invention for selective updating procedure, it is provided a method of performing selective service advertisement updating procedure comprising of the following steps: Master PG choosing a Slave PG to update from its service list; Master PG using the service description in the service advertisement stored in its service list to determine if the Slave PG PAN has the capabilities to use the service advertised; Master PG forwarding the service advertisement to Slave PG; Slave PG updating its service list and advertising the service within its PAN; andMaster
PG determine if there are other Slave PGs to update.
In another preferred embodiment of the present invention for selective updating procedure, it is provided another method of performing selective service advertisement updating procedure comprising of the
following steps : Slave PG tagging a service advertisement according to its access rules; Slave PG forwarding the tagged service advertisement to Master PG; Master PG processing the tagged service advertisement with its stored access rules; andMaster PG forwarding the service advertisement to all selected Slave PGs based on its polices set within its access rule list . In this embodiment, in addition to the advantages stated in our preferred embodiment for selective updating procedure, the processing at Master PG is slightly less complex as the Master PG would only need to identify how a service advertisement is tagged and use the access rule list to determine which Slave PG should receive the service advertisement. This therefore allows the Master PG to process the service advertisement in an efficient manner.
In yet another preferred embodiment of the present invention for selective updating procedure, it is provided another policy based method of performing selective service advertisement updating procedure comprising of the following steps: Master PG identifying which Slave PG sent the service advertisement; andMaster PG forwarding the service advertisement to selected Slave PGs based on its polices set within its access rule list. In this embodiment, in addition to the advantages stated in our preferred embodiment for selective updating procedure, the internal resources for a Slave PG is less demanding as only the Master PG will store the access
rule list and the Slave PG will only need to forward the service advertisement to Master PG. This would therefore be very useful especially if the Slave PG is a mobile device, which has limited internal resources. In further preferred embodiment of the present invention for selective updating procedure, it is provided a user command based method of performing selective service advertisement updating procedure comprising of the following steps: Slave PG sending the service advertisement along with a user command to Master PG; Master PG processing the user command; and Master PG forwarding the service advertisement to selected Slave PGs based on the user command. In this embodiment, in addition to the advantages stated in our preferred embodiment for selective updating procedure, it allows a user to dynamically choose which Slave PG to update. This therefore provides the user with more control on where the service update is to be sent.
In yet another preferred embodiment of the present invention for selective updating procedure, it is provided a method of performing selective service advertisement updating procedure comprising of the following steps: Master PG storing all service advertisements from Slave PGs within its data store; Slave PGs performing a service lookup to Master PG whenever it receives a service request; and Master PG forwarding the service advertisement to selected Slave PGs based
on service requested.
Another aspect of the invention would be a method to allow a Master PG to handover its role to a Slave PG within the user' s Personal Network, wherein the handover procedures is initiated by the Slave PG.
In one preferred embodiment of the present invention for handing over procedure, it is provided a device authentication method of performing Master PG to Slave PG handover procedure comprising of the following steps: Slave PG sending a request for handover along with it's device authentication information to Master PG based on user's request; Master PG validating the device authentication information; Master PG sending its service list to Slave PG after authenticating it; Slave PG storing the Master PG service list; and Slave PG sending an acknowledgment to Master PG to signal the completion of the handover procedure. In this embodiment, it allows the user to dynamically switch the roles of a PG thereby allowing for a more user specific level of control of the user's Personal Network.
In another preferred embodiment of the present invention for handing over procedure, it is provided an additional method for user authentication of performing Master PG to Slave PG handover procedure comprising of the following steps: Slave PG sending a request for handover along with is device authentication information to Master PG based on user' s request ; Master PG validating
the device authentication information; Master PG sending a challenge to Slave PG; Slave PG sending a password to Master PG; Master sending its service list to Salve PG after validating the password; Slave PG storing the Master PG service list; and Slave PG sending an acknowledgment to Master PG to signal the completion of the handover procedure. In this embodiment of handing over procedure, in addition to the advantages stated in our preferred embodiment, user level security is enforced within the Personal Network. If the user loses PG, this therefore would minimize the risk of an intruder using the lost PG to take control of Personal Network.
In yet another preferred embodiment of the present invention for handing over procedure, it is provided a rule based method of performing Master PG to Slave PG handover procedure comprising of the following steps: Slave PG determines from its handover rule list if a handover procedure is required; Slave PG sending a request for handover along with it's device authentication information to Master PG; Master PG validating the device authentication information; Master PG determining if a user authentication is required for the handover procedure; Master PG sending its service list to Salve PG; Slave PG storing the Master PG service list; and Slave PG sending an acknowledgment to Master PG to signal the completion of the handover procedure. In this embodiment of handing over procedure, in addition to the advantages
stated in our preferred embodiment, it allows a simple and automatic handover procedure to be executed without having the user to initiate the handover procedure.
Another aspect of the invention would be a method to allow a Master PG to handover its role to the Slave
PG within the user's Personal Network by performing a takeover procedure, wherein the takeover procedure is initiated by the Master PG.
In a preferred embodiment of the present invention for taking over procedure, it is provided a method of performing Master PG to Slave PG takeover procedure comprising of the following steps:
Master PG sends a request for a takeover procedure alongwith its device authentication information to Slave PG; Slave PG validating the Master PG device authentication information and informs user of such takeover procedure; user initiates takeover procedure; Slave PG sending over an acknowledgement for the takeover procedure to proceed; Master PG sending its service list to Salve PG; Slave PG storing Master PG service list; and Slave PG sending an acknowledgment to Master PG to signal the completion of the takeover procedure.
In yet another preferred embodiment of the present invention for taking over procedure, it is provided a redirection method of performing Master PG to Slave PG takeover procedure comprising of the following steps: Master PG sends a request for a takeover procedure along
with its device authentication information to Slave PC- Slave PG validating the Master PG device authentication information and informs user of such takeover procedure; user chooses to redirect takeover procedure; Slave PG sending over a redirecting message to Master PG informing it which Slave PG to communicate with for the takeover procedure; and Master PG performing the steps of the takeover procedure as described in out previous embodiment .
Brief Description of Drawings
The above and other objects and features of the invention will appear more fully hereinafter from a consideration of the following description taken in connection with the accompanying drawing wherein one example is illustrated by way of example, in which;
Fig. 1 is a diagram illustrating the components of the Personal Gateway according to a preferred embodiment of the current invention. Fig.2 is a diagram illustrating the preferred system according to a preferred embodiment of the invention.
Fig. 3 is a sequence diagram illustrating on the preferred method of forwarding service advertisement from
Slave Personal Gateway(s) to Master Gateway according to a preferred embodiment of the invention.
Fig. 4 is a flow chart illustrating on a service based method of the selective updating procedure
performed by the Master Personal Gateway according to a preferred embodiment of the invention.
Fig.5 is a flow chart illustrating on another method of the selective updating procedure performed by the Master Personal Gateway according to a preferred embodiment of the invention.
Fig. 6 is a flow chart illustrating on a method of Master Personal Gateway and Slave Personal Gateway performing the handing over procedure according to a preferred embodiment of the invention.
Fig. 7 is .a flow chart illustrating on a method of Master Personal Gateway and Slave Personal Gateway performing the taking over procedure according to a preferred embodiment of the invention.
Bess Mode for Carrying Out the Invention
To help understand the invention, the following definitions are used:
"Personal Area Network (PAN)" refers to devices forming a personal network based on security association information formed either directly or indirectly.
"Personal Network (PN) " refers to one or more PAN ( s ) or devices under the control of one user such that the user perceives a continuous secure connection regardless of their relative locations.
"Personal Gateway (PG) " refers to the entity within a PAN which is able to route (forward) data packets for
devices within a PAN to other personal gateway (s) .
In the following description, for purposes of explanation, specific numbers, times, structures, protocol names, and other parameters are set forth in order to provide a thorough understanding of the present invention. However, it will be apparent to anyone skilled in the art that the presented invention may be practiced without these specific details. In other instances, well-known components and modules are shown in block diagram in order not to obscure the present invention unnecessarily .
Referring to Fig. 1, the preferred components of the Personal Gateway (PG) for the current invention is disclosed. In our preferred embodiment, PG 10 comprises of access interface 11, which allows it to send or receive packets with other personal gateways and also with device (s) within the user's personal network. In our preferred embodiment, access interface 11 may be but not restricted to Wi-Fi, Bluetooth or Cellular. The packets are sent to processor 12 via path 15. In our preferred embodiment, packets may be but not restricted to service advertisement .
PG 10 further comprises of PG information 13, which stores the information required by the PG 10. In our preferred embodiment, PG information 13 comprises of service list 13a, access rule list 13b and handover rule list 13c. In our preferred embodiment, service list 13a
may comprise of but not restricted to all or some of the service descriptions located within the user' s personal network and Internet Protocol (IP) addresses of the user ' s personal gateways . Furthermore in our preferred embodiment, access rule list 13b may comprise of but not restricted to security policies set by the user of PN 20. These security policies will be used by PG 10 to determine how service advertisements will be sent within the user' s PN 20. Furthermore in our preferred embodiment , handover rule list 13c may be but not restricted to user defined rules used by PG 10 to determine if the handover procedure is to be initiated by PG 10.
In our preferred embodiment, the service list 13a, access rule list 13b and handover rule list 13c used in the invention may be constructed in XML format. The elements for each list are not limited to the ones stated. The message may be also constructed using any other format having similar parameters for passing information. 1 ) Service List
<message id=service list>
<service list>
<PG_ [D> Personal Gateway Identification </ PG_ID>
< PG, addr> Personal Gateway Address </ PG _addr>
< PG_ servxxx> Personal Gateway Services </ PG_servxxx>
</service list>
2) Access Rule List
<message id=access_list> <access_list>
<PN_policyxxx> Personal Network Access Policies </ PN_policyxxx> </access list>
3) Handover Rule List
<message id =handover_list>
< handover_ list>
<PN rulexxx> Personal Network Handover Ruless </ PN _rulexxx>
</ handover_ list>
PG 10 further comprises of processor 12, which does the processing of the service advertisements, processing of user commands and the setting up of a secure communication channels within the preferred system. In our preferred embodiment, processor 12 will check the service description stored in service list 13a to determine if a particular personal gateway would require the service advertisement. The service list according to our preferred embodiment will be sent via path 16. PG 10 further comprise of display 14, which will display user information sent from processor 12 via path 17 to the user. In our preferred embodiment, user information may be but not restricted a prompt for a user password.
Referring to Fig. 2, the preferred system for the current invention is disclosed. In this system, Home Agent
24 (HA) resides within the Wide Area Network 23 (WAN) .
HA 24 may be implemented as a Mobile IP Home Agent which would forward packets within the user's Personal Network
(PN) 20. In our preferred system, a user' s PN 20 comprises of Home PAN 21a, Office PAN 21b and Mobile PAN 21c. In our preferred embodiment, Home PAN 21a comprise of Home
PG 10a, which functions as the master personal gateway in the user's PN 20. Home PAN 21a further comprise of device 22a, which advertises its service (s) within Home
PAN 21a. In our preferred embodiment , Office PAN 21b comprise of Office PG 10b, which functions as a slave personal gateway in the user's PN 20. Office PAN 21b further comprise of device 22b, which advertises its service (s) within Office PAN 21b . In our preferred embodiment , Mobile PAN 21c comprise of Mobile PG 10c, which functions as a slave personal gateway in the user's PN 20. Mobile PAN 21c further comprise of device 22c, which advertises its service (s) within Mobile PAN 21c.
In our preferred system, Home PG 10a, Office PG 10b and Mobile PG 10c are similar to PG 10 as described in Fig. 1. Furthermore, in our preferred system, Home PG 10a, Office PG 10b and Mobile PG 10c will aggregate all the services within their respective network and stored it as a service list in it data storage 13. Home PG 10a, Office PG 10b and Mobile PG 10c will then able to update each other on the services within PN 20 by routing service advertisements amongst each other via HA 24.
In our preferred system, device 22a, 22b, 22c maybe but not restricted to personal gateway, personal computer or other electronic peripherals. Furthermore, in our preferred system, device 22a, 22b, 22c are able to advertise their service (s) using techniques such as but not restricted to Universal Plug and Play (UPnP) orService Discovery Protocol (SDP) . Furthermore, in our preferred system, PG 10a, 10b, are implemented as fixed personal gateways and PG 10c is implemented as a mobile personal gateway. However it will be apparent to those skilled in the art, personal gateways within PN 20 may be implemented fixed or mobile gateways.
Furthermore, in our preferred system, Slave PGs are able to identify the Master PG within PN 20. In our preferred system, the method of Slave PG identifying the Master PG may be but not limited to the user assigning a unique identifier for the Master PG.
Although in this system, it is illustrated that PN
20 comprises of Home PAN 21a, Office PAN 21b and Mobile PAN 21c, it will be apparent to those skilled in the art, PN 20 may comprise of one or a plurality of user's PAN. Furthermore, in this system, it is illustrated that a PAN comprises of a device. However it will be apparent to those skilled in the art, a PAN may comprise of a plurality of devices. Furthermore, in this system, it is illustrated that HA 24 is not part of PN 20. However, it will be apparent to those skilled in the art, HA 24
may be part of PN 20. Furthermore, in our preferred system, within PN 20, Home PG 10a functions as the master personal gateway and Office PG 10b and Mobile PG 10c function as slave personal gateway. However it will be apparent to those skilled in the art , the role of master maybe assigned to any one of the personal gateways within PN 20. Furthermore, it will be apparent to those skilled in the art, the role of slave maybe assigned to any of the personal gateways within PN 20. When Mobile PG 10c is within the Home PAN, it can be reachable via its Home Address (HoA) . When it roams within WAN 23, it may use techniques such as but not restricted to Mobile IPv6 to allow it to be reachable even while roaming across WAN 23. Therefore, this allows a user' s PAN or devices within PN 20 to be located geographically apart. Mobile PG 10c obtains a local Care-of Address (CoA) and updates HA 24 of it using technique such as but not restricted to Return Routability (RR) procedure. HA 24 will then bind Mobile PG 13c HoA with the CoA it was provided in the RR procedure. This would then allow Mobile PG 10c to maintain its communication link with Home PG 10a and Office PG 10b via HA 24.
Referring to Fig. 3, the sequence diagram illustrating on the preferred method of forwarding service advertisement from Slave Personal Gateway (s) to Master Gateway according to a preferred embodiment of
the invention is disclosed. In our preferred embodiment, device 22c broadcast its service advertisement in step 30 within Mobile PAN 21c. In this preferred embodiment, device service advertisement may comprise of but not restricted to device identification and service description. Once Mobile PG 10c receives the service advertisement from device 22c, it will perform the step of service advertisement 31. In our preferred embodiment, the step of service advertisement 31 comprises of updating its service list 13a stored within Mobile PG 10c accordingly to device 22c service advertisement. Mobile PG 10c will then create a Slave PG service advertisement and forward it via HA 24 to Home PG 10a in step 32. In this preferred embodiment, Slave PG service adverti sement may comprise of but not restricted to Slave PG identification, device identi ficat ion ( s ) and service description ( s ) . Home PG 10a upon receiving Slave PG service advertisement will identify which Slave PG sent the service advertisement from the Slave PG identification within the Slave PG service advertisement 31. Home PG 10a would then proceed to perform the step of register advertisement 33.
In our preferred embodiment, the step of register advertisement 33 comprises of up dating its service list 13a stored within Home PG 10a accordingly to Slave PG service advertisement and Home PG 10a performing the selective update procedure . In our preferred embodiment,
the selective update procedure is a function that the Master PG will perform to choose which PAN to send the service advertisement to.
Referring to Fig. 4, the flow chart illustrating the method of the selective updating procedure performed by the Master Personal Gateway according to a preferred embodiment of the invention is disclosed. In our preferred embodiment, after Master PG has update its service list 13a with the service advertisement received from Slave PG, it then chooses a Slave PG PAN from its service list 13a in step 40. In our preferred embodiment, the Master PG will then determine if the particular Slave PG PAN requires the service provided in step 41. In our preferred embodiment, the process of Master PG determining if Slave PG will need to receive the service advertisement may be but not restricted to the Master PG using the service description in the Slave PG service advertisement stored in its service list 13a to determine if the Slave PG PAN has the capabilities to use the service advertised. In our preferred embodiment, if the Slave PG PAN requires the service provided, Master PG will then forward the Slave PG service advertisement over to the selected Slave PG in step 42. In our preferred embodiment, when the Slave PG receives the service advertisement from the Master PG, it will then update the service within its service list 13a in step 43. Furthermore, in our preferred embodiment, the Slave PG will then broadcast the service
advertisement within its PAN. In our preferred embodiment, after the Master PG has decided whether to route the service advertisement to a particular Slave PG, it will repeat steps 41, 42 and 43 until all Slave PG(s) has been considered for service updating in step 44.
In a second embodiment of selective updating procedure in our invention, there exists another method to allow for the selective updating procedure by the Master PG to one or a plurality of selected slave PGs. Fig. 5 shows a flow chart illustrating on another method of the selective updating procedure performed by the Master Personal Gateway according to a second embodiment of the invention. In this embodiment, the method of selective updating procedure comprises of forwarding service advertisements based on processing a tagged service advertisement against the policies set within access rule list 13b. In this embodiment, according to Fig 3, when Mobile PG 10c receives device service advertisement in step 30 and updates its service list 13a, Mobile PG 10c willtagthe advertisement based on the policies set within the access rule list 13b in step 31. Mobile PG 10c will then send the tagged Slave PG service advertisement in step 32 to Home PG 10a. In this embodiment, tagging may be but not restricted to adding a flag bit to the Slave PG service advertisement.
When Home PG 10a receives Slave PG service advertisement 32 fromMobile PG 10c, it checks to determine
if the service advertisement is tagged is step 50. In this embodiment, when the Home PG 10a receives the tagged service advertisement, it identifies the tag to determine which policy to use from access rule list 13b in step 51. The selected policy will allow the Home PG 10a to know which Slave PG the service advertisement will be forwarded to. In this embodiment, once Home PG 10a identifies one or a plurality of Slave PGs to inform, it selects a first Slave PG from access list 13b and gets the IP address of the selected Slave PG from its service list 13a in step 54. Home PG 10a then forwards the service advertisement to the selected Slave PG in step 42 as described in Fig 4. The selected Slave PG will update its service list 13a and broadcast the service advertisement within its PAN in step 43 as described in Fig 4. In this embodiment, Home PG 10a will continue to route the service advertisement to any remaining Slave PGs within the selected policy until all Slave PGs within the policy has been informed in step 44 as described in Fig 4.
Furthermore, in this embodiment, another method of selective updating procedure comprises of forwarding service advertisements based on command sent by the user. In this embodiment, when Home PG 10a receives the service advertisement, it checks to determine if the service advertisement is tagged is step 50. In this embodiment, once Home PG 10a identifies that Slave PG service
advertisement 32 is not tagged, it checks if a user command has been sent along with Slave PG service advertisement 32 in step 52.
In this embodiment, according to Fig. 3, when Mobile PG 10c sends the Slave PG service advertisement to Home PG 10a in step 32, it will further send a command to Home PG 10a to inform it of one or a plurality of Slave PGs to forward the service advertisement to. In this embodiment, command may be but not restricted to user level command specifying information on which Slave PG that the Master PG will forward the service advertisement to.
When Home PG 10a receives a user command from Mobile PG 10c, it processes the user command that was sent along with the Slave PG service advertisement using processor 12 in step 54. Once the user command has been processed, Home PG 10a will know which Slave PG will be informed of the service advertisement. In this embodiment, user command comprises of a Slave PG information. However it will be apparent to those skilled in the art would appreciate that user command may comprise of a plurality of Slave PGs information. Once the user command have been processed, Home PG 10a then selects a Slave PG based on the user command and gets the IP address from its service list 13a in step 54. Home PG 10a then forward the service advertisement to the selected Slave PG in step 42 as described in Fig. 4. The selected Slave PG will update
its service list 13a and broadcast the service advertisement within its PAN in step 43 as described in Fig. 4. In this embodiment, Home PG 10a will continue to route the service advertisement to any remaining Slave PGs within the selected policy until all Slave PGs specified within the user command has been informed in step 44.
Furthermore, in this embodiment, another method of selective updating procedure comprises of forwarding service advertisements based on the policies set within access rule list 13b. In this embodiment, when Home PG 10a receives the service advertisement, it determines that the Slave PG service advertisement 32 is not tagged in step 50, Furthermore, Home PG 10a also determine that no command has been sent along with Slave PG service advertisement 32 in step 52. In this embodiment, Home PG 10a then identifies which policy within its access rule list 13b will be enforced based on which Slave PG identification within Slave PG service advertisement 32 in step 53. In this embodiment, once Home PG 10a identifies one or apluralityof Slave PGs to inform within the selected policy, it selects a first Slave PG from access list 13b and gets the IP address of the selected Slave PG from its service list 13a in step 54. Home PG 10a then forwards the service advertisement to the selected Slave PG in step 42 as described in Fig 4. The selected Slave PG will update its service list 13a and
broadcast the service advertisement within its PAN in step 43 as described in Fig 4. In this embodiment, Home PG 10a will continue to route the service advertisement to any remaining Slave PGs within the selected policy until all Slave PGs within the policy has been informed in step 44 as described in Fig 4.
In a third embodiment of selective updating procedure in our invention, there exists a method to allow a Slave PG to perform a lookup at Master PG for a particular service. In this embodiment, according to Fig. 3, Home PG 10a stores the service advertisement it receives from Slave PG (s) in its service list 13a. In this embodiment, when any Slave PG within PN 20 receives a service request from devices, it performs a service lookup to Home PG 10a. In this embodiment, service lookup may be but not restricted to UPnP service request. Home PG 10a will then determine from its service list 13a if the requested service is available. In this embodiment, if the particular requested service is available, Home PG 10a will then forward the service advertisement to Slave PG.
In our preferred system, there exist a method for
Master PG to handover its duties to a Slave PG for it to function as the new Master PG within PN 20. In our preferred system, Mobile PG 10c roams back into Home PAN 21a and decides to take over the role as the Master PG within PN 20. Referring to Fig. 6, a flow chart illustrating a method of Master Personal Gateway and Slave
Personal Gateway performing the handing over procedure according to a preferred embodiment of the invention is disclosed. In this embodiment, Home PG 10a and Mobile PG 10c are able to form a secure communication channel. When Mobile PG 10c roams back into Home PAN 21a, it checks to determine if a handover procedure is required to be triggered in step 60. In this embodiment, the method of Mobile PG 10c triggering the handover procedure is that the sending of a user command from Mobile PG 10c to Home PG 10a. Furthermore, another method of Mobile PG 10c triggering the handover procedure is that Mobile PG 10c checking its rules within handover rule list 13c to determine if a handover procedure is necessary. If a handover procedure is not required, then Mobile PG 10c and Home PG 10a will continue to assume their roles as Slave PG and Master PG respectively.
In this embodiment, once Mobile PG 10c determines that a handover procedure is necessary, it sends a request for the handover procedure containing its device authentication information to Home PG 10a in step 61. In our preferred embodiment, the device authentication information may comprise but not restricted to Mobile PG 10c device identification and a shared key. Home PG 10a will then process the device authentication to determine the authenticity in step 62. If Home PG 10a is unable to validate the authenticity of Mobile PG 10c device authentication information, it terminates the
handover procedure by informing Mobile PG 10c that it has failed its device authentication phase. In this embodiment , when Home PG 10a has performed the device authentication phase with Mobile PG 10c, Home PG 10a will check if a user authentication phase is required for the handover procedure in step 63. If a user authentication phase is not required in step 63, Home PG 10a then sends it service list 13a to Mobile PG 10c in step 67. In this embodiment , onceMobile PG 10c receives Home PG 10a service list 13a, it updates its PG Information 13 with Home PG 10a service list 13a and sends an acknowledgment back to Home PG 10a in step 68.
If a user authentication phase is required in step 63, Home PG 10a sends a challenge message to Mobile PG 10c requesting for a password in step 64. In this embodiment, password may be but not restricted to a Personal Identi fication Number (PIN) . Mobile PG 10c will then prompt the user to input a password via display 14. In this embodiment, when the user input the password via display 14, Mobile PG 10c will send the password to Home PG 10a via the secure communication channel in step 65. In this embodiment, Home PG 10a will then validate the authenticity of the password in step 66. If Home PG 10a is unable to validate the authenticity of Mobile PG 10c password, it terminates the handover procedure by informing Mobile PG 10c that it has failed its user authentication phase. In this embodiment, once Home PG
10a is able to validate Mobile PG 10c password, Home PG 10a then sends it service list 13a to Mobile PG 10c in step 67. In this embodiment, once Mobile PG 10c receives Home PG 10a service list 13a, it updates its PG Information 13 with Home PG 10a service list 13a and sends an acknowledgment back to Home PG 10a in step 68.
In this embodiment, after Mobile PG 10c sends the acknowledgement to Home PG 10a in step 68, Mobile PG 10c becomes the new Master PG and Home PG 10a becomes a Slave PG within PN 20. The new Master PG informs all PGs within PN 20 of its presence in step 69. In this embodiment, the method of the new Master PG informing all PGs within PN 20 of its presence refers to the new Master PG multicasting an update message to all Slave PGs within PN 20 via HA 24. This update message informs Slave PGs on how they are able to communicate with the new Master PG. In this embodiment, update message may comprise of but not restricted to the new Master PG Identification and IP address. Furthermore in this embodiment, the method of the new Master PG informing all PGs within PN 20 of its presence refers to the new Master PG sending an HA update message to HA 24 informing it of its role as Master PG within PN 20. In this embodiment, the HA update message may comprise of but not restricted to the new Master PG Identification and IP address. In this embodiment, HA
24 would then bind the new Master PG IP address as the default address for routing of service advertisements from one or a plurality of Slave PGs.
In our preferred system, there exists a method for Master PG to request a Slave PG to takeover its duties as the new Master PG within PN 20. Fig. 7 shows a flow chart illustrating on a method of Master Personal Gateway and Slave Personal Gateway performing the taking over procedure according to a preferred embodiment of the invention. In this embodiment, Master PG and Slave PG are able to form a secure communication channel. Master PG checks to determine if a takeover procedure is required to be triggered in step 70. In this embodiment, the reason of Master PG triggering the handover procedure maybe but not restricted to impending network interface failure at Master PG.
If a takeover procedure is not required, then Master PG and Slave PG will continue to assume their roles with PN 20. In this embodiment, once Master PG determines that a takeover procedure is necessary, it will send a takeover request containing its device authentication information to initiate a takeover procedure with the selected Slave PG in step 71.
In this embodiment, the device authentication information may comprise but not restricted to Master PG device identification and a shared key. When the selected Slave PG receives the takeover request form
Master PG, it validates the authenticity of Master PG device authentication information. If the selected Slave PG is unable to validate the authenticity of Master PG device authentication information, it terminates the takeover procedure by informing Master PG that it has failed its device authentication phase.
In this embodiment, when the selected Slave PG has performed the device authentication phase with the Master PG, the selected Slave PG will then determine if it has the capabilities to take over the role of Master PG in step 73. In this embodiment, the method of Slave PG determining if it has the capabilities to take over the role of Master PG maybe but not restricted to displaying to the user that a takeover procedure is about to be executed via display 14 and getting a user decision to proceed with the takeover procedure.
If the user chooses not to accept the takeover request fromMaster PG in step 73, it informs the selected Slave PG to send a redirect message containing another Slave PG information to Master PG in step 74. In this embodiment , the reason that a user would choose to redirect the handover procedure may be but not restricted to that the user feels that the selected Slave PG does not have the necessary internal resources to function as the role of Master PG. In this embodiment, internal resources may be but not restricted to memory capacity or battery lifetime. Master PG will then communicate with Slave PG
that was specified in the redirect message to perform the takeover procedure. If the user chooses to accept the takeover request in step 73, the selected Slave PG will check if a user authentication phase is required for the takeover procedure in step 75. In this embodiment , if a user authentication phase is not required in step 75, Master PG then sends it service list 13a to the selected Slave PG in step 67 as described in Fig. 6. In this embodiment, once the selected Slave PG receives Master PG service list 13a, it updates its PG Information 13 with Master PG service list 13a and sends an acknowledgment back to Master PG in step 68 as described in Fig. 6.
If a user authentication phase is required in step 75, the selected Slave PG sends a challenge message to Master PG requesting for a password in step 76. In this embodiment, password may be but not restricted to a Personal Identification Number (PIN) . Master PGwill then send the password to the selected Slave PG via the secure communication channel in step 77. In this embodiment, the selected Slave PG will then validate the authenticity of the password in step 78. If the selected Slave PG is unable to validate the authenticity of Master PG password, it terminates the takeover procedure by informing Master PG that it has failed its user authentication phase. In this embodiment, once the selected Slave PG is able to validate Master PG password, Master PG then sends it service list 13a to the selected Slave PG in step 67
as described in Fig. 6. In this embodiment, once the selected Slave PG receives Master PG service list 13a, the selected Slave PG updates its PG Information 13 with Master PG service list 13a and sends an acknowledgment back to Master PG in step 68 as described in Fig. 6.
In this embodiment , after the selected Slave PG sends the acknowledgment to the Master PG in step 68, the Master PG becomes the Slave PG and the selected Slave PG becomes the new Master PG within PN 20. In this embodiment, the new Master PG informs all PGs within PN 20 of its presence in step 69 as described in Fig. 6.
Although the invention has been herein shown and described in what is conceived to be the most practical and preferred embodiment, it will be appreciated by those skilled in the art that various modifications may be made in details of design and parameters without departing from the scope and ambit of the invention.
Claims
1. A method for performing a selective service advertisement updating procedure, the method comprising the steps of: a Master Personal Gateway (PG) choosing a Slave Personal Gateway (PG) to update; the Master PG determining if a personal area network (PAN) of the Slave PG has the capabilities to use the service advertised using a service description in the service advertisement stored in its service list; the Master PG forwarding the service advertisement to the Slave PG; and the Slave PG updating its service list and advertising the service within its PAN.
2. A method of claim 1, the method further comprising the steps of: the Slave PG tagging the service advertisement according to its access rules; the Slave PG forwarding the tagged service advertisement to the Master PG; and the Master PG processing the tagged service advertisement with its stored access rules.
3. A method of claim 1, the method further comprising the steps of: the Master PG identifying which Slave PG sent a service advertisement by Slave PG identification.
4. A method of claim 1, the method further comprising the steps of: the Slave PG sending a service advertisement along with a user command to the Master PG; and the Master PG processing the user command.
5. A method of claim 1, the method further comprising the steps of: the Master PG storing all service advertisements from the Slave PGs within its data store; and Slave PGs performing a service lookup to the Master PG whenever it receives a service request.
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2006/301945 WO2007088637A1 (en) | 2006-01-31 | 2006-01-31 | Method for selective service updates for communication networks |
US12/159,889 US8601127B2 (en) | 2006-01-31 | 2007-01-31 | Method for selective service updates for communication networks |
JP2008552037A JP5048684B2 (en) | 2006-01-31 | 2007-01-31 | Selective service update method for communication network |
PCT/JP2007/052066 WO2007089023A1 (en) | 2006-01-31 | 2007-01-31 | Method for selective service updates for communication networks |
EP07713892A EP1966940B1 (en) | 2006-01-31 | 2007-01-31 | Method for selective service updates for communication networks |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2006/301945 WO2007088637A1 (en) | 2006-01-31 | 2006-01-31 | Method for selective service updates for communication networks |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2007088637A1 true WO2007088637A1 (en) | 2007-08-09 |
Family
ID=36593046
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2006/301945 WO2007088637A1 (en) | 2006-01-31 | 2006-01-31 | Method for selective service updates for communication networks |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2007088637A1 (en) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1058422A1 (en) * | 1999-06-02 | 2000-12-06 | THOMSON multimedia | Methods for bridging a HAVi sub-network and a UPnP sub-network and device for implementing said methods |
US20030149794A1 (en) * | 1999-07-06 | 2003-08-07 | Martin Morris | Distributed management of an extended network containing short-range wireless links |
US20040266439A1 (en) * | 2003-06-25 | 2004-12-30 | Lynch Jamel P | Systems, methods and computer program products for connecting ad hoc piconets to wide area networks |
EP1592179A1 (en) * | 2004-04-30 | 2005-11-02 | Sony Corporation | Electronic appliance with communication means |
-
2006
- 2006-01-31 WO PCT/JP2006/301945 patent/WO2007088637A1/en active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1058422A1 (en) * | 1999-06-02 | 2000-12-06 | THOMSON multimedia | Methods for bridging a HAVi sub-network and a UPnP sub-network and device for implementing said methods |
US20030149794A1 (en) * | 1999-07-06 | 2003-08-07 | Martin Morris | Distributed management of an extended network containing short-range wireless links |
US20040266439A1 (en) * | 2003-06-25 | 2004-12-30 | Lynch Jamel P | Systems, methods and computer program products for connecting ad hoc piconets to wide area networks |
EP1592179A1 (en) * | 2004-04-30 | 2005-11-02 | Sony Corporation | Electronic appliance with communication means |
Non-Patent Citations (1)
Title |
---|
MAHLKNECHT S ET AL: "Linking control networks and wireless personal area networks", EMERGING TECHNOLOGIES AND FACTORY AUTOMATION, 2003. PROCEEDINGS. ETFA '03. IEEE CONFERENCE SEPT. 16-19, 2003, PISCATAWAY, NJ, USA,IEEE, vol. 1, 16 September 2003 (2003-09-16), pages 31 - 36, XP010670407, ISBN: 0-7803-7937-3 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8601127B2 (en) | Method for selective service updates for communication networks | |
JP4322206B2 (en) | Information self-transmission system and method in ad hoc peer-to-peer networks | |
AU2004211238B2 (en) | Arrangement for establishing a bidirectional tunnel between a mobile router and a correspondent router | |
US8284743B2 (en) | Maintaining prefix consistency in dynamic moving networks | |
US6804221B1 (en) | Micromobility using multicast | |
US8204034B2 (en) | Method and device for transmitting data packets | |
US20030021275A1 (en) | Mobile data routing | |
JP2009508434A (en) | Control temporary mobile network | |
Thubert et al. | Registration extensions for IPv6 over low-power wireless personal area network (6LoWPAN) neighbor discovery | |
US7366145B2 (en) | Fast recovery from unusable home server | |
WO2006104065A1 (en) | Mobile router, home agent, and terminal position management method | |
JP4654703B2 (en) | Network identifier sharing method and mobile router | |
JP2011501916A (en) | Support for multihoming protocols | |
JP2002271368A (en) | Mobile terminal control system in mobile network | |
WO2003069872A1 (en) | Discovery of an agent or a server in an ip network | |
US8098642B2 (en) | Communication system and mobile home agent | |
US8243685B2 (en) | IP handoff method in mobile agent platform environment | |
WO2007088637A1 (en) | Method for selective service updates for communication networks | |
JP2006114946A (en) | Mobile network system | |
KR101277096B1 (en) | Push service system performing optional certification depending on access of client and method for the same | |
JP2005143058A (en) | Address table management method, and terminal | |
Quartulli et al. | Improving mesh-agnostic client announcement in BATMAN-advanced | |
JP2005348218A (en) | Mobile node device and home agent device | |
JP2005079824A (en) | Method for managing position of mobile terminal and mobile router | |
JP2002223230A (en) | Transfer data communication system, network address transfer device provided in the system, and foreign agent device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 06713088 Country of ref document: EP Kind code of ref document: A1 |