BRAS Portal Push Control via Website Identifier Matching
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The current portal push method has a low success rate as it typically occurs only at the first HTTP request and is ineffective since the portal page is not presented on the user's browser, especially when automatic requests are made by application programs before the user initiatively browses a webpage.
Innovation Solution
A BRAS device configures a list of website identifiers to determine whether to send a portal page based on a match with the target website's identifier in the list, thereby refining when to initiate the portal push and improving the success rate by sending the portal page only when the user accesses specific or pre-defined websites.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Device complexity
If the BRAS device conducts portal push only at the first HTTP request receipt, then the device complexity is reduced, but the portal push success rate deteriorates because automatic application requests occur before user browser initialization
Solution Approach 1:
The patent applies dynamics by making the portal push triggering condition adjustable and flexible. Instead of a fixed rule (only first HTTP request), the system dynamically determines when to push based on configurable conditions such as user authentication status, terminal type, time of day, and URL matching rules. This allows the portal push mechanism to adapt to different scenarios and improve success rates without significantly increasing device complexity.
Solution Approach 2:
The patent changes parameters by introducing multiple dimensions for controlling portal push timing: authentication state parameters, URL pattern parameters, time parameters, and terminal type parameters. By adjusting these parameters, the system can optimize portal push success rates for different user behaviors and network conditions while maintaining manageable device complexity through parameterized control logic.
2Quantity of substance
If the BRAS device is configured to conduct portal push every time it receives the first few HTTP requests, then the portal push coverage is improved, but the portal push success rate deteriorates because automatic application requests are still not suitable for portal presentation
Solution Approach 1:
The patent applies local quality by differentiating portal push strategies for different types of HTTP requests. Instead of applying a uniform push policy to all requests, the system identifies specific request characteristics (user-initiated vs. automatic, browser vs. application) and applies appropriate push actions locally. This allows increased push frequency for suitable requests while avoiding pushes for automatic application requests, thereby improving both coverage and success rate.
Solution Approach 2:
The system dynamically evaluates each HTTP request against multiple criteria (authentication status, terminal type, URL patterns, time conditions) to determine whether portal push is appropriate. This dynamic assessment allows the system to flexibly adjust push frequency based on real-time conditions, achieving better coverage without sacrificing success rates.
3Speed
If the portal push is conducted without checking website identifier matching, then the processing speed is improved, but the portal push effectiveness deteriorates due to ineffective pushes to inappropriate websites
Solution Approach 1:
The patent applies preliminary action by pre-configuring website identifier lists and URL matching patterns in the BRAS device. These reference data are prepared in advance, allowing the system to perform efficient pattern matching during portal push decisions. This preliminary preparation enables relatively fast processing during actual portal push operations while ensuring that pushes are targeted at appropriate websites, thus maintaining both speed and effectiveness.
4Ease of operation
If the BRAS device sends portal page to all user terminals regardless of website match, then the ease of operation is improved, but the loss of energy deteriorates due to unnecessary portal page transmissions
Solution Approach 1:
The patent extracts and applies matching rules between portal push requests and pre-configured website identifier lists. By extracting only those requests that match the configured patterns, the system avoids unnecessary portal page transmissions to terminals accessing non-matching websites. This selective approach reduces network energy consumption while maintaining simple configuration through centralized website identifier management.
Data Source
AI summary
Disclosed is a portal push method, which comprises: a broadband remote access server (BRAS) equipment acquiring a website identification list, after the BRAS equipment receives a hypertext transport protocol (HTTP) request message sent by a user terminal. The BRAS equipment determines whether to send portal pages to the user terminal according to whether the identification of a target website visited by the user client has a matched item in the list. The embodiments of the present disclosure further provide a corresponding BRAS equipment. The technical solutions of the embodiments of the present disclosure can reduce push times of invalid portals and improve portal push success rate.