Android and IP networks Android as

Android and IP networks Android as any Linux-based system1
already allows
to have simultaneous connections with more than one radio, yet even if both 3GPP
LTE and WiFi interfaces are active the UE has only one default gateway for
sending its traffic outside of the directly connected networks. At this state, it is
possible to reach the other peer on a D2D link only when the destination address of
an IP packet is the WFD address of the peer. Due to lack of spare IP addresses,
however, WFD link has to use private address range, which means that if the D2D
link is ever disconnected the peer becomes unreachable, even if there is an
alternative path present (because private range packets are not forwarded). For this
reason, it is desirable to be able to reach peer’s public IP address of 3GPP LTE
interface through the WFD link.
One of our goals is thus to create a solution that would be transparent for
already existing applications and this way ease the adoption of the proposed
technology. For this reason, changes on the physical layer do not bring the desired
results as it is heavily vendor specific. The similar situation is with the link layer:
putting rerouting logic into the existing hardware would be next to impossible, and
creating virtual interfaces causes overheads. Since applications heavily rely on
existing transport layer protocols, any modifications there are not possible either.
On network layer, IP addresses are in a way bound to the physical interfaces, but
the forwarding decisions are made independently of the interfaces. This allows us
create an interface-independent solution without the need for modifications at the
upper layers involving mobile IP/virtualization.
The default configuration of an Android system allows having multiple gateway
routes, but gateways are inserted into routing table with different costs. This way
no load-balancing is performed and only one gateway route is used at a time. In the
case of LTE (or any cellular) interface and WiFi, the LTE gateway route is
preferred when the Internet connectivity is expected, whereas the WiFi link and
especially WFD do not guarantee Internet connectivity at all. Hence, changing the
cost of gateway route would cause unreachability of the Internet for all the
applications in the mobile device.
We, therefore, propose here the route injection solution, which is based on
allowing the mobile device to route IP traffic as usual and then inject the routing
table with custom route for a particular peer. Owing to the Linux kernel in Android
system, it is possible to enable routing by modifying the system value
net.ipv4.conf.all.forwarding from 0 to 1. After this change, the Android mobile
device has routing capabilities of a conventional router, and thus can forward
packets from one interface to another. It allows sending IP packets with the source
address equal to LTE interface public IP address and the destination address equal
to peer’s WFD private IP address, and the IP layer of Android system will send
them through a WiFi link.
Since we only want to offload communication with a single peer, we can insert
a route into the routing table saying that the peer’s LTE public IP address is

Kết quả (Việt) 1:

Điện thoại Android và mạng IP Android như bất cứ dựa trên Linux system1đã cho phépđể có các kết nối đồng thời với các đài phát thanh nhiều hơn một, nhưng ngay cả khi cả hai 3GPPGiao diện LTE và WiFi đang hoạt động UE đã chỉ có một cổng mặc định chogửi traffic bên ngoài của các mạng kết nối trực tiếp. Tại tiểu bang này, đó làcó thể để đạt được đồng đẳng khác vào D2D một liên kết chỉ khi địa chỉ đích củamột gói tin IP là WFD địa chỉ của sự ngang nhau. Do thiếu phụ tùng các địa chỉ IP,Tuy nhiên, liên kết WFD đã sử dụng phạm vi địa chỉ riêng, có nghĩa rằng nếu D2Dliên kết bao giờ bị ngắt kết nối đồng đẳng trở nên không thể kết nối, thậm chí nếu có mộtthay thế đường dẫn hiện tại (vì gói riêng phạm vi không chuyển tiếp). Đối với điều nàylý do, đó là mong muốn để có thể tiếp cận với địa chỉ IP công cộng của ngang của 3GPP LTEgiao diện thông qua liên kết WFD.Một trong những mục tiêu của chúng tôi là như vậy để tạo ra một giải pháp mà sẽ được minh bạch choứng dụng đã tồn tại và bằng cách này một cách dễ dàng thông qua các đề xuấtcông nghệ. Vì lý do này, những thay đổi trên các lớp vật lý không mang lại cho các bạn muốnkết quả là nó là rất nhiều nhà cung cấp specific. Tình huống tương tự là với các lớp liên kết:đưa logic chuyển hướng vào phần cứng hiện tại sẽ được kế tiếp không thể, vàtạo giao diện ảo gây overheads. Kể từ khi ứng dụng rất nhiều dựa vàophương tiện giao thông lớp giao thức sẵn có, bất kỳ modifications có không thể được một trong hai.Trên tầng mạng, địa chỉ IP theo cách bị ràng buộc với các giao diện vật lý, nhưngquyết định chuyển tiếp được thực hiện độc lập với các giao diện. Điều này cho phép chúng tôitạo ra một giải pháp giao diện độc lập mà không cần modifications tại cáctrên lớp liên quan đến điện thoại di động IP/ảo hóa.Configuration mặc định của một hệ thống Android cho phép có nhiều cổngCác tuyến đường, nhưng cổng được chèn vào các bảng định tuyến với các chi phí khác nhau. Bằng cách nàykhông có cân bằng tải được thực hiện và chỉ có một cổng đường được sử dụng tại một thời điểm. Trong cáctrường hợp của LTE (hoặc bất kỳ di động) giao diện, WiFi và các tuyến đường cửa ngõ LTE làưa thích khi kết nối Internet dự kiến, trong khi liên kết các WiFi vàđặc biệt là WFD không đảm bảo kết nối Internet tại tất cả. Do đó, thay đổi cácchi phí của tuyến đường cửa ngõ sẽ gây ra unreachability của Internet cho tất cả cácứng dụng trong thiết bị di động.Chúng tôi, do đó, đề xuất ở đây các giải pháp tiêm tuyến đường, mà là dựa trêncho phép thiết bị di động để định tuyến IP traffic như bình thường và sau đó tiêm các định tuyếnbảng với các tuyến đường tùy chỉnh cho một đồng đẳng cụ thể. Do hạt nhân Linux trong AndroidHệ thống, nó có thể để cho phép định tuyến bằng cách sửa đổi giá trị hệ thốngnet.IPv4.conf.ALL.Forwarding từ 0 đến 1. Sau khi thay đổi này, điện thoại di động Androidthiết bị có khả năng định tuyến của một router thông thường, và do đó có thể chuyển tiếpgói tin từ một giao diện khác. Nó cho phép gửi các gói tin IP với nguồnđịa chỉ tương đương với LTE giao diện địa chỉ IP công cộng và điểm đến địa chỉ bình đẳngđể ngang của WFD địa chỉ IP riêng, và lớp IP hệ Android sẽ gửihọ thông qua một liên kết WiFi.Kể từ khi chúng tôi chỉ muốn offload giao tiếp với một đồng đẳng duy nhất, chúng ta có thể chènmột tuyến đường vào bảng định tuyến nói rằng địa chỉ IP công cộng ngang của LTE

Kết quả (Việt) 2:

Mạng Android và IP Android như bất kỳ system1 dựa trên Linux
đã được cho phép
để có các kết nối đồng thời với nhiều hơn một đài phát thanh, nhưng thậm chí nếu cả hai 3GPP
LTE và giao diện WiFi đang hoạt động UE chỉ có một cổng mặc định cho
việc gửi fi traf của nó c bên ngoài của kết nối trực tiếp mạng. Ở trạng thái này, nó là
có thể tiếp cận đồng đẳng khác trên một liên kết D2D chỉ khi địa chỉ đích của
gói tin IP là địa chỉ WFD của các đồng đẳng. Do thiếu địa chỉ IP tùng thay thế,
tuy nhiên, WFD Liên kết này có sử dụng dải địa chỉ cá nhân, nghĩa là nếu D2D
liên kết là bao giờ bị ngắt kết nối ngang hàng trở nên không thể truy cập, thậm chí nếu có một
đường dẫn hiện tại thay thế (bởi vì các gói tầm tư nhân không được chuyển tiếp ). Đối với điều này
lý do, đó là mong muốn để có thể đạt được địa chỉ IP công cộng ngang hàng trong 3GPP LTE
giao diện thông qua các liên kết WFD.
Một trong những mục tiêu của chúng tôi là như vậy, để tạo ra một giải pháp mà sẽ được minh bạch cho
các ứng dụng đang tồn tại và cách này dễ dàng thông qua các đề xuất
công nghệ. Vì lý do này, những thay đổi trên lớp vật lý không mang lại những mong muốn
kết quả như nó là rất nhiều nhà cung cấp cụ thể fi c. Tình hình tương tự là với các lớp liên kết:
đặt rerouting logic vào các phần cứng hiện tại sẽ là bên cạnh không thể, và
tạo các giao diện ảo gây ra chi phí chung. Kể từ khi ứng dụng rất nhiều dựa trên
giao thức tầng giao thông hiện có, bất kỳ Modi fi cation không có thể một trong hai.
Trên lớp mạng, địa chỉ IP là một cách ràng buộc với giao diện vật lý, nhưng
quyết định chuyển tiếp được thực hiện độc lập với các giao diện. Điều này cho phép chúng ta
tạo ra một giải pháp giao diện độc lập mà không cần cation Modi fi tại các
tầng trên có liên quan đến điện thoại di động IP / ảo hóa.
Các mặc định con fi guration của một hệ thống Android cho phép có nhiều cửa ngõ
tuyến đường, nhưng các cổng được chèn vào bảng định tuyến với chi phí khác nhau. Bằng cách này,
không có cân bằng tải được thực hiện và chỉ có một tuyến đường cửa ngõ được sử dụng tại một thời điểm. Trong
trường hợp của LTE (hoặc bất kỳ tế bào) giao diện và WiFi, các tuyến đường cửa ngõ LTE được
ưa thích khi kết nối Internet dự kiến, trong khi liên kết WiFi và
đặc biệt là WFD không đảm bảo kết nối Internet ở tất cả. Do đó, thay đổi
chi phí của tuyến đường cửa ngõ sẽ gây unreachability của Internet cho tất cả các
ứng dụng trong các thiết bị di động.
Chúng tôi, do đó, đề xuất ở đây là giải pháp tiêm tuyến đường, mà là dựa trên
phép các thiết bị di động để định tuyến IP traf fi c như bình thường và sau đó bơm định tuyến
bảng với route cho một peer cụ thể. Do các hạt nhân Linux trong Android
hệ thống, nó là tốt để cho phép định tuyến bằng cách thay đổi các giá trị hệ thống
net.ipv4.conf.all.forwarding từ 0 đến 1. Sau khi thay đổi, điện thoại di động Android
thiết bị có khả năng định tuyến của router thông thường, và do đó có thể chuyển tiếp
các gói tin từ một giao diện khác. Nó cho phép gửi các gói tin IP với các nguồn
địa chỉ bằng giao diện LTE địa chỉ IP công cộng và địa chỉ đích bằng
của WFD địa chỉ IP riêng để ngang, và các lớp IP của hệ thống Android sẽ gửi cho
họ thông qua một liên kết WiFi.
Vì chúng ta chỉ muốn giao tiếp OAD fl với một peer duy nhất, chúng ta có thể chèn
một tuyến đường vào bảng định tuyến nói rằng LTE địa chỉ IP công cộng của peer là