APPARATUS AND METHOD FOR ACQUIRING IPV6 DOMAIN NAME SYSTEM SERVER AND SIP SERVER ADDRESS
A mobile communications device, operating as a Mobile Terminal (MT), is provided. In the mobile communications device, a receiver is configured to receive a DHCPv6 INFORMATION-REQUEST message from a Terminal Equipment (TE). A processor is configured to generate a DHCPv6 REPLY message when the MT gets at least one of an IPv6 DNS and a SIP server address. In addition, a transmitter is configured to transmit the DHCPv6 REPLY message to the TE. In operation, the MT transmits the DHCPv6 REPLY message to the TE according to at least one of the DNS and SIP server address from a service network or pre-stored in a memory.
This Application is a Continuation of pending U.S. patent application Ser. No. 13/951,403, filed on Jul. 25, 2013, which claims priority of U.S. Provisional Patent Application No. 61/760,942, filed on Feb. 5, 2013, the entirety of which is incorporated by reference herein.
BACKGROUND OF THE INVENTION Field of the InventionThe invention generally relates to the acquisition of IPv6 domain name system (DNS) and Session initiation Protocol (SIP) server addresses, and more particularly, to the acquisition of IPv6 DNS and SIP server addresses in mobile communications devices.
Description of the Related ArtWith the explosive growth of Internet applications, more and more devices, such as personal computers, workstations, laptop computers, smart phones, and various electric appliances, require IP addresses to communicate on the Internet. This leads to a problem where the number of the commonly adopted IP addresses provided by the Internet Protocol version 4(IPv4) may be used up. In order to accommodate the fast growing needs for IP addresses, the Internet Protocol version 6 (IPv6) has been proposed by the Internet Engineering Task Force (IETF) to solve the long-anticipated problem of IPv4 address exhaustion, and provide sufficient address space, a simplified header format, support for authentication and privacy, auto-configuration of address assignments, and new Quality-of-Service (QoS) capabilities. The IPv4 uses 32 bits for an IP address and therefore has 232 possible addresses, while the IPv6 uses 128 bits for an address and therefore has 2128 possible addresses (approximately 340 undecillion or 3.4×1038). This expansion can accommodate much more devices and users on the Internet and offer extra flexibility in allocating addresses and efficiency in routing traffic. This also relieves the need on Network Address Translation (NAT), which is widely deployed as a work around for the IPv4 address exhaustion problem. An IPv6 address is typically composed of two parts: a 64-bit network prefix (referred to herein as prefix for brevity) used for routing, and a 64-bit interface identifier used to identify a host's network interface. In general, the prefix is contained in the most significant 64 bits of the IPv6 address. The interface identifier is generated from the interface's MAC address using the modified Extended Uni Identifier-64 (EUI-64) format, assigned by the GERAN/UTRAN (GSM EDGE Radio Access Network/Universal Terrestrial Radio Access Network) Gateway GPRS Support Node(GGSN), assigned by the E-UTRAN (Evolved UTRAN) PDN Gateway (PGW), established randomly, or just assigned manually. Particularly, a dynamic IPv6 address is configured using the stateless address auto-configuration (SLAAC).
However, the Terminal Equipment (TE) may get the IPv6 address but not acquire the IPv6 DNS and/or SIP server address because the O-flag in Router Advertisement (RA) may not be set or there may not be a proper protocol to acquire the IPv6 DNS and/or SIP server address from the Mobile Terminal (MT). As a result, the Terminal Equipment (TE) may not obtain the required IPv6 DNS server address in time for analyzing the domain name and/or IPv6 SIP server address for session registration to enable VoIP or IMS service.
BRIEF SUMMARY OF THE INVENTIONCommunications transmission systems and methods are provided to overcome the above mentioned problems.
An embodiment of the invention provides a mobile communications device, operating as a Mobile Terminal (MT), comprising: a receiver, configured to receive a Router Advertisement from a service network; a processor, configured to set an O-Flag of the Router Advertisement to 1 when the O-Flag of the Router Advertisement from the service network is set to 0; and a transmitter, configured to transmit the Router Advertisement to a Terminal Equipment (TE), wherein the TE transmits a Dynamic Host Configuration Protocol version 6(DHCPv6) INFORMATION-REQUEST message to the MT when the TE receives the Router Advertisement.
An embodiment of the invention provides a mobile communications device, operating as a Mobile Terminal (MT), comprising: a receiver, configured to receive a Router Advertisement from a service network; a processor, configured to reserve a set value of an O-Flag of the Router Advertisement when the O-Flag of the Router Advertisement from the service network is set to 1; and a transmitter, configured to transmit the Router Advertisement to a Terminal Equipment (TE), wherein the TE transmits a DHCPv6 INFORMATION-REQUEST message to the MT when the TE receives the Router Advertisement.
An embodiment of the invention provides a method for IPv6 DNS and/or SIP server address acquisition by a mobile communications device operating as a Mobile Terminal (MT), comprising: receiving a Router Advertisement from a service network; reserving a set value of an O-Flag of the Router Advertisement when the O-Flag of the Router Advertisement from the service network is set to 1; transmitting the Router Advertisement to a Terminal Equipment (TE); and receiving a DHCPv6 INFORMATION-REQUEST message from the TE when the TE receives the Router Advertisement.
An embodiment of the invention provides a method for IPv6 DNS and/or SIP server address acquisition by a mobile communications device operating as a Mobile Terminal (MT), comprising: receiving a Router Advertisement from a service network; reserving a set value of an O-Flag of the Router Advertisement when the O-Flag of the Router Advertisement from the service network is set to 1; transmitting the Router Advertisement to a Terminal Equipment (TE); and receiving a DHCPv6 INFORMATION-REQUEST message from the TE when the TE receives the Router Advertisement.
Other aspects and features of the invention will become apparent to those with ordinary skill in the art upon review of the following descriptions of specific embodiments of communications transmission methods and systems.
The invention will become more fully understood by referring to the following detailed description with reference to the accompanying drawings, wherein:
The following description is of the best-contemplated mode of carrying out the invention. This description is made for the purpose of illustrating the general principles of the invention and should not be taken in a limiting sense. It should be understood that the embodiments may be realized in software, hardware, firmware, or any combination thereof. Note that the 3GPP specifications described herein are used to teach the spirit of the invention, and the invention is not limited thereto.
Please note that, although the TE 110 and the MT 120 are shown to be two separate devices, they may be incorporated into one single device. For example, the TE 110 may be implemented as one or more modules and incorporated into the MT 120, and the invention should not be limited thereto.
The service network 130 may comprise a GSM EDGE Radio Access Network (GERAN) 140, a Universal Terrestrial Radio Access Network (UTRAN) 150, an Evolved UTRAN (E-UTRAN) 160, a General Packet Radio Service (GPRS) subsystem 170 and an Evolved Packet Core (EPC) subsystem 180. The GERAN 140, UTRAN 150 and E-UTRAN 160 may be in communications with the GPRS subsystem 170 or the EPC subsystem 180, wherein the GERAN 140, UTRAN 150 and E-UTRAN 160 allow connectivity between the MT 120 and the GPRS subsystem 170 or the EPC subsystem 180 by providing the functionality of wireless transmissions and receptions to and from the MT 120 for the GPRS subsystem 170 or the EPC subsystem 180, and the GPRS subsystem 170 or the EPC subsystem 180 signals the required operation to the GERAN 140, UTRAN 150 and E-UTRAN 160 for providing wireless services to the MT 120. The GERAN 140, UTRAN 150 and E-UTRAN 160 may contain one or more base stations (or called NodeBs or eNodeBs) and Radio Network Controllers (RNCs). Specifically, the GPRS subsystem 170 includes a Serving GPRS (General Packet Radio Services) Support Node (SGSN) 171 and a Gateway GPRS Support Node (GGSN) 172, wherein the SGSN 171 is the key control node for packet routing and transfer, mobility management (e.g., attach/detach and location management), session management, logical link management, and authentication and charging functions, etc., and the GGSN 172 is responsible for Packet Data Protocol (PDP) address assignments and inter-working with external networks. The EPC subsystem 180 may comprise a Mobility Management Entity (MME) 181, which may be responsible for idle mode UE tracking, paging procedures, and attachment and activation processes. The EPC subsystem 180 may also comprise a Servicing Gateway (SGW) 182, which may be responsible for the routing and forwarding for data packets. The EPC subsystem 180 may also include a Packet data network
Gateway (PGW) 183, which may be responsible for providing connectivity from the MT 120 to external networks. Both the SGSN 171 and the MME 181 may be in communications with Home Subscriber Server (HSS) 190 which may provide device identification information, an International Mobile Subscriber Identity (IMSI), etc. It should be appreciated that the EPC subsystem 180 may also comprise a S4-SGSN 185, thereby allowing the GERAN 140 or UTRAN 150 to be accessed when the GPRS subsystem 170 is replaced by the EPC subsystem 180. Additionally, the service network 130 may further include other functional entities, such as a Home Location Register (HLR) (not shown) which is a central database storing user-related and subscription-related information, and the invention is not limited thereto.
S430), the MT 120 may reserve the set of an O-Flag of the Router Advertisement (i.e. O-Flag=1) and transmit the Router Advertisement (O-Flag=1) to the TE 110 (step S440). When the TE 110 receives the Router Advertisement (O-Flag=1), the TE 110 may transmit a DHCPv6 INFORMATION-REQUEST message to the MT 120 (step S450). Then the MT 120 may transmit the DHCPv6 INFORMATION-REQUEST message to the service network 130 (step S460). When the service network 130 receives the DHCPv6 INFORMATION-REQUEST message from the MT 120, the service network 130 may transmit a DHCPv6 REPLY message to the MT 120 (step S470). Then the MT 120 may transmit a DHCPv6 REPLY message to the TE 110 (step S480). In this embodiment, the MT 120 may modify the DHCPv6 REPLY message transmitted from the service network 130 according to the IPv6 DNS and/or P-CSCF server address from the PCO and/or the pre-stored IPv6 DNS and/or SIP server addresses from the non-volatile memory, before transmitting the DHCPv6 REPLY message to the TE 110. Specifically, if the IPv6 DNS and/or SIP server address from the DHCPv6 REPLY message transmitted from the service network 130 is sufficient and needed by a user, the MT 120 may transmit the DHCPv6 REPLY message to the TE 110. However, if the IPv6 DNS and/or SIP server address from the DHCPv6 REPLY message transmitted from the service network 130 is not sufficient and needed by the user, the MT 120 may modify the DHCPv6 REPLY message according to the IPv6 DNS and/or P-CSCF server address from the PCO and/or the IPv6 DNS and/or SIP server address from the non-volatile memory and transmitted the modified DHCPv6 REPLY message to the TE 110.
After the step S630, in the step S631, the Router Advertisement is transmitted to a Terminal Equipment (TE). In the step S632, a DHCPv6 INFORMATION-REQUEST message is transmitted from the TE to the MT when the TE receives the Router Advertisement. In the step S633, the MT may determine whether the MT gets an IPv6 DNS and/or SIP server address from the service network. If the MT gets an IPv6 DNS and/or SIP server address from the service network, a DHCPv6 REPLY message is transmitted from the MT to the TE directly, according to the IPv6 DNS and/or SIP server address from the service network and/or the pre-stored IPv6 DNS and/or SIP server addresses from the memory of the MT (step 634). If the MT is not able to get an IPv6 DNS and/or SIP server address from the service network, a
DHCPv6 REPLY message is transmitted from the MT to the TE directly, according to the pre-stored IPv6 DNS and/or SIP server addresses from the memory of the MT (step S635).
After the step S640, in the step S641, the Router Advertisement is transmitted to a Terminal Equipment (TE). In the step S642, a DHCPv6 INFORMATION-REQUEST message is transmitted from the TE to the MT when the TE receives the Router Advertisement. In the step S643, the DHCPv6 INFORMATION-REQUEST message is transmitted from the MT to the service network. In the step S644 a DHCPv6 REPLY message is transmitted from service network to the MT. In the step S645, the MT may determine whether the MT gets an IPv6 DNS and/or SIP server address from the service network. If the MT gets an IPv6 DNS and/or SIP server address from the service network, the MT may modify the DHCPv6 REPLY message transmitted from the service network according to the IPv6 DNS and/or SIP server address from the service network and the pre-stored IPv6 DNS and/or SIP server addresses from the memory (step 646). If the MT is not able to get an IPv6 DNS and/or SIP server address from the service network, MT may modify the DHCPv6 REPLY message transmitted from the service network according to the pre-stored IPv6 DNS and/or SIP server addresses from the memory (step S647). In the step S648, the DHCPv6 REPLY message is transmitted from the MT to the TE.
Therefore, in the method the Terminal Equipment (TE) may get the IPv6 DNS and/or SIP server address when the O-flag of Router Advertisement (RA) message is not set or there is no IPv6 DNS and/or SIP server address reply packet from a service network.
The steps of the method described in connection with the aspects disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module (e.g., including executable instructions and related data) and other data may reside in a data memory such as RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of computer-readable storage medium known in the art. A sample storage medium may be coupled to a machine such as, for example, a computer/processor (which may be referred to herein, for convenience, as a “processor”) such the processor can read information (e.g., code) from and write information to the storage medium. A sample storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in user equipment. In the alternative, the processor and the storage medium may reside as discrete components in user equipment. Moreover, in some aspects any suitable computer-program product may comprise a computer-readable medium comprising codes relating to one or more of the aspects of the disclosure. In some aspects a computer program product may comprise packaging materials.
The above paragraphs describe many aspects. Obviously, the teaching of the invention can be accomplished by many methods, and any specific configurations or functions in the disclosed embodiments only present a representative condition. Those who are skilled in this technology can understand that all of the disclosed aspects in the invention can be applied independently or be incorporated.
While the invention has been described by way of example and in terms of preferred embodiment, it is to be understood that the invention is not limited thereto. Those who are skilled in this technology can still make various alterations and modifications without departing from the scope and spirit of this invention. Therefore, the scope of the present invention shall be defined and protected by the following claims and their equivalents.
Claims
1: A mobile communications device, operating as a Mobile Terminal (MT), comprising:
- a receiver, configured to receive a DHCPv6 INFORMATION-REQUEST message from a Terminal Equipment (TE);
- a processor, configured to generate a DHCPv6 REPLY message when the MT gets at least one of an IPv6 DNS and a SIP server address; and
- a transmitter, configured to transmit the DHCPv6 REPLY message to the TE,
- wherein the MT transmits the DHCPv6 REPLY message to the TE according to at least one of the IPv6 DNS and SIP server address from a service network or pre-stored in a memory.
2: The mobile communications device of claim 1, wherein the memory is configured to store at least one of the pre-stored IPv6 domain name system (DNS) and the pre-stored SIP server addresses.
3: A mobile communications device, operating as a Mobile Terminal (MT), comprising:
- a receiver, configured to receive a DHCPv6 INFORMATION-REQUEST message from a TE;
- a transmitter, configured to transmit the DHCPv6 INFORMATION-REQUEST message to the service network;
- a processor, configured to modify a DHCPv6 REPLY message transmitted from the service network according to at least one of an IPv6 DNS and a SIP server address from the service network or pre-stored in a memory; and
- wherein the MT transmits the modified DHCPv6 REPLY message to the TE.
4: The mobile communications device of claim 3, wherein the memory is configured to store at least one of the pre-stored IPv6 domain name system (DNS) and the pre-stored SIP server addresses.
5: A method for at least one of an IPv6 DNS and a SIP server address acquisition by a mobile communications device operating as a Mobile Terminal (MT), comprising:
- receiving a DHCPv6 INFORMATION-REQUEST message from a TE;
- generating a DHCPv6 REPLY message when the MT gets at least one of an IPv6 DNS and a SIP server address;
- transmitting the DHCPv6 REPLY message to the TE; and
- wherein the DHCPv6 REPLY message is transmitted according to at least one of the IPv6 DNS and SIP server address from a service network or pre-stored in a memory.
6: The method of claim 5, further comprising:
- storing at least one of the pre-stored IPv6 domain name system (DNS) and the pre-stored SIP server addresses in the memory.
7: A method for at least one of an IPv6 DNS and a SIP server address acquisition by a mobile communications device operating as a Mobile Terminal (MT), comprising:
- receiving a DHCPv6 INFORMATION-REQUEST message from a TE;
- transmitting the DHCPv6 INFORMATION-REQUEST message to the service network;
- modifying a DHCPv6 REPLY message transmitted from the service network according to at least one of an IPv6 DNS and a SIP server address from the service network or pre-stored in a memory; and
- transmitting the modified DHCPv6 REPLY message to the TE. 8: The method of claim 7, further comprising:
- storing at least one of the pre-stored IPv6 domain name system (DNS) and the pre-stored SIP server addresses in the memory.
Type: Application
Filed: Aug 15, 2016
Publication Date: Dec 1, 2016
Inventors: Kuan-Ming LIN (Hsinchu City), Tsung-Chieh CHANG (Taichung City), Yuan-Chieh LIN (Taichung City), Ming-Cong SUN (Taipei City), Huang-Yi YU (New Taipei City)
Application Number: 15/236,630